DE10151749B4 - Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen - Google Patents
Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen Download PDFInfo
- Publication number
- DE10151749B4 DE10151749B4 DE10151749A DE10151749A DE10151749B4 DE 10151749 B4 DE10151749 B4 DE 10151749B4 DE 10151749 A DE10151749 A DE 10151749A DE 10151749 A DE10151749 A DE 10151749A DE 10151749 B4 DE10151749 B4 DE 10151749B4
- Authority
- DE
- Germany
- Prior art keywords
- connection data
- search
- internet
- user
- search engine
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/563—Data redirection of data network streams
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
wobei
– von einem Anwender bereits bekannte Verbindungsdaten (128a) einer Kommunikationsverbindung (136) eingegeben werden können,
– von der Suchmaschine (106) unbekannte Verbindungsdaten (128b), die zum Aufbau der Kommunikationsverbindung (136) benötigt werden, im Internet (114) gesucht werden,
– nach Abschluss der Suche eine Ergebnismenge (130) der im Internet (114) gefundenen Verbindungsdaten (128b) zum Aufbau möglicher Kommunikationsverbindungen (136) angezeigt wird, und
– bei der Suche nach den unbekannten Verbindungsdaten (128b) zum Aufbau von Kommunikationsverbindungen (136) die Suchtechnologie von mindestens einer klassischen, für Recherchen im Internet verwendeten Suchmaschine (126) zum Einsatz kommt,
und dabei die unbekannten Verbindungsdaten (128b) in Web-Seiten des Internets gesucht werden.
Description
- Die zugrunde liegende Erfindung beruht auf einem Verfahren zur Bereitstellung der Verbindungsdaten für Kommunikationsverbindungen (wie z. B. Telefon-Nummern, Fax-Nummern und/oder E-Mail-Adressen) über das Intranet eines Unternehmens, einer Behörde, einer Institution bzw. einer Organisation, wobei zum Aufbau dieser Kommunikationsverbindungen insbesondere die Suchtechnologie klassischer Suchmaschinen eingesetzt wird, die üblicherweise für Recherchen im Internet verwendet werden. Darüber hinaus ist erfindungsgemäß eine Suchmaschine vorgesehen, die zur Durchführung eines solchen Verfahrens im Rahmen einer Client-Applikation geeignet ist.
- Auf dem Gebiet der Erfindung sind insbesondere die Lehren der folgenden Druckschriften bekannt.
- Aus Druckschrift
WO 00/08838 A1 - Die Druckschrift
WO 98/56158 A2 - Die Druckschrift
EP 0 457 077 A2 offenbart ein Verfahren zum Zugriff auf – insbesondere selbstverwaltete und/oder vertrauenswürdige – Datenbanken oder Directory-Services. Dabei handelt es sich entweder um eine eigenständige Datenbank oder eine in einer Nebenstellenanlage integrierte Datenbank. - Die Druckschrift
US 5 457 738 A offenbart ebenfalls ein Verfahren zum Zugriff auf – insbesondere selbstverwaltete und/oder vertrauenswürdige – Datenbanken oder Directory-Services. In dieser Druckschrift wird eine Datenbank bereitgestellt, bei der ein Datensatz einen Index auf weitere Datensätze enthält. - Die Druckschrift
US 5 923 736 A offenbart ein Telefon mit einer HTML-basierten Bedienoberfläche zum Zugriff auf Web-Seiten ohne Bezugnahme auf eine Bereitstellung von Verbindungsdaten oder einen Einsatz von Suchmaschinen. - Um die zentrale Idee der zugrunde liegenden Erfindung verstehen zu können, soll im Folgenden kurz auf einige Ausführungsformen konventioneller elektronischer Adress- und Telefonverzeichnisse nach dem Stand der Technik sowie auf die wichtigsten Eigenschaften des durch den X.500-Standard der International Telecommunications Union (ITU) definierten Verzeichnisdienstes im Internet und den Zugang zu Verzeichnissystemen nach X.500 über das ”Lightweight Directory Access Protocol” (LDAP) eingegangen werden.
- Zum Aufbau einer Telefon-, Fax- oder E-Mail-Verbindung muss ein Kommunikationsteilnehmer die Verbindungsdaten (also die Telefon-, die Fax-Nummer und/oder die E-Mail-Adresse) des gewünschten Kommunikationsteilnehmers entweder bereits kennen oder Zugang zu einem Verzeichnis haben, in denen diese Verbindungsdaten enthalten sind. Zu diesem Zweck existiert heute eine Vielzahl von öffentlichen, behördeninternen oder privaten Adress- und Telefonverzeichnissen in gedruckter, handschriftlicher oder elektronischer Form (z. B. auf CD-ROM), in denen die Verbindungsdaten vom Anwender gesucht werden müs sen. Allerdings sind gedruckte Adress- bzw. Telefonverzeichnisse oft gerade dann nicht zur Hand, wenn ein bestimmter Kommunikationsteilnehmer schnell gefunden werden soll. Die Suche endet dann meist auch erfolglos, da die Einträge des betreffenden Telefonverzeichnisses nicht mehr aktuell sind. Aus diesem Grund werden heute von vielen Firmen elektronische Kommunikationsdaten über das Internet angeboten. Ein Anwender, der eine Kommunikationsverbindung (über Telefon, E-Mail oder Fax) aufbauen möchte, muss dazu in verteilten Directory-Servern im Internet nach den Verbindungsdaten des gewünschten Kommunikationsteilnehmers suchen.
- Im Jahre 1988 begann die International Standards Organisation (ISO) im Rahmen des OSI-Referenzmodells mit dem X.500-Standard die Entwicklung eines universellen, verteilten Verzeichnisdienstes (engl.: ”Directory Service”), um die X.400-Standards für Message Handling-Systeme (MHS) in Telefon- bzw. Telex-Netzen zu unterstützen. Aus diesem Grund wurde X.500 bisher meistens nur als eine Art elektronisches Adress- und Telefonverzeichnis für die Nachrichtenkommunikation betrachtet, oder einfach nur als ein Satz von Protokollen.
- In einem Message Handling-System werden Benutzer durch sogenannte ”User Agents” (UAs) repräsentiert, mit deren Hilfe die Benutzer Nachrichten erstellen, senden und empfangen können. Bei der Versendung von Nachrichten übergibt ein Benutzer die Nachricht und zusätzliche Parameter (z. B. Name und Adresse des Empfängers) an seinen User Agent. Dieser übermittelt dann die Nachricht an den User Agent des Empfängers. Dabei kommunizieren die einzelnen User Agents miteinander über ein sogenanntes ”Message Transfer-System” (MTS), welches aus einer Anzahl räumlich verteilter ”Message Transfer Agents” (MTAs) gebildet wird. Die Message Transfer Agents transferieren die Nachricht durch das Message Transfer-System, bis sie an den User Agent eines Empfängers geliefert werden kann. Zu diesem Zweck erfolgt der Nachrichtentransport über die einzelnen Message Transfer Agents nach dem Speicher- bzw. Paketvermitt lungsprinzip (engl.: ”Packet Switching”). Eine Anwendung von X.400 ist beispielsweise die E-Mail-Korrespondenz innerhalb eines Unternehmens bzw. zwischen verschiedenen Unternehmen.
- Zur Adressierung werden in einem Message Handling-System vier verschiedene Adresstypen verwendet:
- – Mnemonische Adressen: Einzelne Kommunikationsteilnehmer werden anhand ihrer Position innerhalb einer Organisation identifiziert.
- – Numerische Adressen: Verwendet werden Nummern, um UAs innerhalb einer Management Domain zu identifizieren.
- - Postalische Adressen: Diese Adressen entsprechen den Zustelladressen für Brief- und Paketpost.
- – Endgeräte-Identifikationen: Diese Adressen entsprechen den Rufnummern der jeweiligen Endgeräte in einem Telekommunikationsnetz.
- Inzwischen hat sich der Standard X.500 weiterentwickelt, und die bisherige enge Sicht hat sich stark erweitert. Wie die Entwickler des Standards erkannt haben, kann X.500 heute zur verteilten Informationsspeicherung für alle IT- und Telefonie-Dienste verwendet werden, wie auch als Werkzeug für das Suchen, Abrufen und Verwalten von Informationen.
- Heute dient der Standard X.500 als Basis des elektronischen Datenaustausches zwischen den einzelnen Institutionen der EU. Er beschreibt einen Verzeichnisdienst zur Bereitstellung eines elektronischen Telefon- und Adressverzeichnisses für Telefon- und Fax-Nummern, E-Mail-Adressen, Netzwerkressourcen, Public-Keys etc., das sowohl von Menschen als auch von Computern benutzt werden kann. Kern des durch X.500 bereitgestellten Verzeichnisdienstes ist dabei eine verteilte Datenbankarchitektur, bei der die entsprechenden Verzeichnisinformatio nen in den jeweiligen Unternehmen, Behörden, Organisationen bzw. Institutionen lokal gepflegt werden. Diese lokalen Informationen bilden einen über das ganze Netzwerk verteilten großen Verzeichnisdienst.
- Das applikationsunabhängige, hierarchische Datenmodell des X.500-Standards ist dabei mit seiner übersichtlichen Baumstruktur in der Praxis relativ einfach zu handhaben. Darüber hinaus hat sich dieses hersteller- und plattformunabhängige Protokoll bereits bei vielen Unternehmen und Institutionen in aller Welt als Standard für eine ganze Palette von Personen-, Geräte- und Netzwerkdaten durchgesetzt. X.500 gilt zudem als der entscheidende Baustein für ein großes Fernziel – die Schaffung eines globalen, verteilten und hierarchisch aufgebauten elektronischen Datenverzeichnisses für Kommunikationsverbindungen aller Art, das weltweit Namen, Adressen und Informationen über Personen, Organisationen, Gruppen, Datenspeicher, Geräte, Dienste etc. verfügbar macht.
- Im Mittelpunkt des Informationsmodells (engl.: ”Information Model”) stehen die Einträge (engl.: ”Entries”), die sich aus Attributen (engl.: ”Attributes”) zusammensetzen. Jedes Attribut hat einen Typ und einen oder mehrere Werte. Welche Werte erlaubt sind, wird durch den Attributsyntax bestimmt. Die Attribute, die in einem Eintrag erlaubt bzw. erforderlich sind, werden durch die Objektklasse bestimmt. Objektklassen sind z. B. ”Person”, ”Organisation”, etc. Die Einträge sind in einer hierarchischen Baumstruktur, dem ”Directory Information Tree” (DIT) angeordnet. Über die Position des Eintrages in dieser Hierarchie erhält jeder Eintrag einen eindeutigen Namen (engl.: ”Distinguished Name”, DN). Einzelne Komponenten des DN werden ”Relative Distinguished Name” (RDN) genannt. X.500 definiert funktionale Operationen in den Bereichen Suchen und Lesen, Modifizierung und Authentifizierung. Der DIT ist physikalisch über verschiedene X.500-Server (”Directory System Agents”, DSAs) sowohl geografisch als auch organisatorisch verteilt. Für den Client ist es gleichgültig, über wel chen Server er verbunden ist. Er hat immer die gleiche Sicht auf das Verzeichnis. Kann ein Server die Client-Anfrage nicht beantworten, so kann der Server die Anfrage weiterleiten oder den Client an einen anderen Server verweisen.
- Um eine weltweit einheitliche Datenbasis zu gewährleisten, schlägt der X.500-Standard grundlegende Objektklassen und Attribute vor. Die folgende Übersicht enthält die dabei definierten elementaren Attribute, spaltenweise sortiert nach alphabetischer Reihenfolge:
BusinessCategory FacsimileTelephone Number LocalityName CommonName GenerationQualifier Member CountryName GivenName OrganizationalUnit Name Description HouseIdentifier OrganizationName Destination Indicator Initials Owner DNQualifier International ISDNNumber PhysicalDelivery OfficeName EnhancedSearchGuide Knowledge Information PostalAddress PostalCode SearchGuide TelephoneNumber PostOfficeBox SeeAlso TeletexTerminal Identifier PreferredDelivery Method SerialNumber TelexNumber PresentationAddress StateOrProvinceName Title ProtocolInformation StreetAddress UniqueIdentifier RegisteredAddress Supported ApplicationContext UniqueMember RoleOccupant Surname X121Address - Der Standard hat hier bewusst nur ganz elementare Attribute definiert, um dem Anwender genügend Freiraum für entsprechen de anwendungsspezifische Erweiterungen zu lassen. Ein Nachteil ist jedoch, dass solche Erweiterungen keine weltweite einheitliche Sicht auf die Dateninhalte zulässt.
- Bei einem primären Einsatz als Verzeichnis für E-Mails und Organisationsinformationen, ähnlich einem Telefonbuch, kann X.500 dafür verwendet werden, einen bestimmten Empfänger zu suchen, sowie Informationen über Namen, Adressen, Telefon-Nummern sowie über E-Mail-Adressen zu erhalten.
- Jeder Nutzer des X.500-Verzeichnisses wird beim Login durch das Verzeichnis authentifiziert. Daraufhin werden ihm Zugriffsrechte auf die Informationen zugewiesen. Derjenige Teil von X.500, der die durch den Einsatz des Verzeichnisdienstes bereitgestellten Sicherheitsmechanismen zur Durchführung von Aufgaben zur Authentifikation der Nutzer beschreibt, ist X.509. Ein Anwender hat damit die Möglichkeit, Dienste in Anspruch zu nehmen, die Vertraulichkeit und Verbindlichkeit garantieren. Darüber hinaus wird der Inhalt des Verzeichnisses durch Zugangskontrollmechanismen geschützt. Falls ein Nutzer beispielsweise im Bereich Finanzen tätig ist, könnte er das Recht haben, einen Teil oder die gesamten Informationen bezüglich der Finanzen bis zu einem gewissen Niveau einzusehen. Mit den niedrigsten Zugangsrechten könnte dagegen ein anonymer Benutzer zum Beispiel in der Lage sein, die geschäftliche Telefon-Nummer und Fax-Nummer eines Eintrages zu sehen, nicht jedoch die private Adresse und die private Telefon-Nummer. Ein anonymer Benutzer von außerhalb darf also nur Namen, Telefon-Nummer, Fax-Nummer, E-Mail- und Post-Adresse sehen sowie die Informationen, die die Organisation nach außen hin weitergeben möchte.
- Ausgehend von dem oben genannten Stand der Technik, liegt der vorliegenden Erfindung die Aufgabe zugrunde, ein Verfahren bereitzustellen, mit dessen Hilfe berechtigten Kommunikationsteilnehmern alle benötigten Verbindungsdaten (z. B. Telefon- und Fax-Nummern sowie E-Mail-Adressen) zum Aufbau von Kommunikationsverbindungen zur Verfügung gestellt werden können.
- Diese Aufgabe wird erfindungsgemäß durch die Merkmale der unabhängigen Patentansprüche gelöst. Vorteilhafte Ausführungsbeispiele, die den Gedanken der Erfindung weiterbilden, sind in den abhängigen Patentansprüchen definiert.
- Die zugrunde liegende Erfindung offenbart, entsprechend der im vorangehenden Abschnitt definierten Aufgabe, ein effizientes Verfahren zur Bereitstellung von Verbindungsdaten zum Aufbau von Kommunikationsverbindungen über das Intranet eines Unternehmens, einer Behörde, einer Institution oder einer Organisation. In diesem Zusammenhang kommt erfindungsgemäß die Suchtechnologie klassischer Suchmaschinen zum Einsatz, die üblicherweise für Recherchen im Internet verwendet werden. Darüber hinaus ist erfindungsgemäß eine Suchmaschine vorgesehen, die zur Durchführung dieses Verfahrens im Rahmen einer Client-Applikation geeignet ist.
- Nach einem Ausführungsbeispiel der zugrunde liegenden Erfindung ist eine spezielle Web-basierte Suchmaschine für Kommunikationsverbindungen vorgesehen, mit deren Hilfe der Anwender über das Intranet die benötigten Kommunikationsverbindungen suchen lassen kann. Diese Suchmaschine kann speziell zum Suchen von Kommunikationsverbindungen vorgesehen sein, wobei bestimmte Suchkriterien zum Suchen der jeweiligen Kommunikationsverbindungsdaten verwendet werden. So wird beispielsweise nach Eingabe des Namens eines gewünschten Kommunikationspartners (z. B. ”Meier”) und eines Wohnortes (z. B. ”München”) in den verfügbaren Datenbanken nach der Telefon-Nummer, Handy-Nummer, E-Mail-Adresse und Fax-Nummer der Kommunikationsteilnehmer mit Namen ”Meier” im Großraum ”München” gesucht. Die erhaltenen Treffer werden dann auf dem Bildschirm des Anwenders angezeigt. Derartige themenspezifische Suchmaschinen sind auch aus dem Internet bekannt, wie zum Beispiel im Be reich von speziellen Directory-Servern, die einen Download von MP3-kodierten Audio- bzw. Videodateien ermöglichen.
- Der erfinderische Schritt besteht darin, die Internet-Technik von Suchmaschinen zu verwenden, damit Kommunikationsdaten gefunden werden, um Kommunikationsverbindungen aufbauen zu können.
- Weitere Eigenschaften, Merkmale, Vorteile und Anwendungen der zugrunde liegenden Erfindung resultieren aus den untergeordneten abhängigen Patentansprüchen sowie aus der folgenden Beschreibung eines Ausführungsbeispiels der Erfindung, welches in den folgenden Zeichnungen abgebildet ist.
- Dabei zeigen:
-
1 : ein vereinfachtes Blockdiagramm100 zur Veranschaulichung der Systemarchitektur zur Bereitstellung der benötigten Verbindungsdaten128b zum Aufbau von Kommunikationsverbindungen136 mit Hilfe einer Webbasierten Suchmaschine106 gemäß einem Ausführungsbeispiel der zugrunde liegenden Erfindung; -
2 : ein Flussdiagramm200 zur Darstellung des erfindungsgemäßen Verfahrens zur Bereitstellung der benötigten Verbindungsdaten128b zum Aufbau von Kommunikationsverbindungen136 ; -
3a ein Eingabefenster300a der Bedienoberfläche eines Browsers118 zur Eingabe von Suchanfragen für die Suchmaschine106 ; und -
3b ein Ausgabefenster300b der Bedienoberfläche des Browsers118 zur Ausgabe der von der Suchmaschine106 zurückgelieferten Ergebnismenge130 . - Im Folgenden werden die Funktionen der in einem Ausführungsbeispiel der zugrunde liegenden Erfindung enthaltenen Komponenten, wie in den
1 und2 abgebildet, näher beschrieben. - Bezugnehmend auf
1 , soll die vorliegende Erfindung zunächst schematisch erläutert werden. Abgebildet ist ein vereinfachtes Blockdiagramm100 zur Veranschaulichung der im Rahmen der erfindungsgemäßen Lösung verwendeten Systemarchitektur. Bei dem hier skizzierten Ausführungsbeispiel ist erfindungsgemäß vorgesehen, ein ISDN-Komforttelefon102a mit Display104 , das über eine Funktion zur Anzeige von Namen und Telefon-Nummern verfügt, mit einer Suchmaschine106 zu kombinieren. Die Suchmaschine106 dient zur Bereitstellung unbekannter Verbindungsdaten128b für Kommunikationsverbindungen136 und ist über ein unternehmens- bzw. organisationsspezifisches Intranet110 mit Gateway112a mit dem Internet114 verbunden. In diesem Zusammenhang kann zum Beispiel ein digitales, an einer Nebenstellenanlage108 angeschlossenes Systemtelefon102a verwendet werden, das mit einem Display104 ausgestattet ist und über eine sogenannte ”Display-Telefonbuch” (DTB)-Applikation120 verfügt, sowie ein mit der Nebenstellenanlage108 verbundener Client116a , auf dem eine Suchmaschine106 zur Bereitstellung unbekannter Verbindungsdaten128b läuft. Das ISDN-Komforttelefon102a und der Client116a sind dabei einem ersten Teilnehmer A zugeordnet. Des weiteren sind ein ISDN-Komforttelefon102b und ein Client116b eines weiteren Teilnehmers B dargestellt. - Im Rahmen dieser DTB-Applikation
120 wird der Benutzer mit Hilfe der menügesteuerten zweizeiligen Display-Bedienoberfläche122 des ISDN-Komforttelefons102a geführt und kann über das Display104 durch Betätigung von Dialogtasten die gewünschten Funktionen ausführen. Diese Funktionen beinhalten unter anderem - – das Erstellen
von individuellen Adress- und Telefonverzeichnissen
132b (z. B. Firmenverzeichnis, persönliches Verzeichnis, Firmennamen-Liste), - – ein
Rufjournal
134 zur Speicherung von bis zu 20 kommenden und gehenden Anrufen (optional), - – die
Möglichkeit
einer täglichen
Aktualisierung der in dem individuellen Adress- bzw. Telefonverzeichnis
132b gespeicherten Daten - – die
Möglichkeit,
Kommunikationsverbindungen direkt durch ein menügesteuertes Wählen des
Namens eines gewünschten
Kommunikationsteilnehmers aus dem individuellen Adress- bzw. Telefonverzeichnis
132b oder dem Rufjournal134 aufzubauen, - – die Identifizierung von Anrufern hinsichtlich ihres Namens und/oder ihrer Telefon-Nummer (optional) sowie
- – einen individuellen Passwortschutz.
- Darüber hinaus ermöglicht die DTB-Applikation
120 den Zugriff von digitalen ISDN-Komforttelefonen102a auf ein zentral abgelegtes Adress- bzw. Telefonverzeichnis132a . Hierbei kann über das Display104 des ISDN-Komforttelefons102a auf ein namensbezogenes Adress- bzw. Telefonverzeichnis132a zugegriffen werden, wodurch ein Anwender rasch und unkompliziert an aktuelle Informationen zu Adressdaten und Telefon-Nummern gelangt. Ein weiterer Vorteil bei Verwendung der DTB-Applikation120 besteht darin, dass sich die entstehenden Kosten für Aktualisierung, Ausgabe und Verteilung der Verbindungsdaten entscheidend verringern. - Im Rahmen des erfindungsgemäßen Verfahrens können Anwender bereits bekannte Verbindungsdaten
128a einer Kommunikationsverbindung136 eingeben. Von der Suchmaschine106 werden daraufhin weitere unbekannte Verbindungsdaten128b , die zum Aufbau der Kommunikationsverbindung136 benötigt werden, in räumlich verteilten Directory-Servern124 im Internet114 gesucht. Nach Abschluss der Suche kann über das Display104 des ISDN-Komforttelefons102a und/oder die Bedienoberfläche eines auf dem Client116a laufenden Browsers118 eine scrollbare Ergebnismenge130 der im Internet gefundenen Verbindungsdaten128b zum Aufbau möglicher Kommunikationsverbindungen136 angezeigt werden. Darüber hinaus kommt bei der Suche nach den unbekannten Verbindungsdaten128b zum Aufbau der gewünschten Kommunikationsverbindungen136 erfindungsgemäß die Suchtechnologie von mindestens einer Internet-basierten Suchmaschine126 zum Einsatz. - Bei den gesuchten Verbindungsdaten
128b kann es sich beispielsweise um eine Telefon-Nummer, Handy-Nummer, Fax-Nummer, E-Mail-Adresse, WWW-Adresse und/oder eine postalische Zustelladresse, bestehend aus den Adressdaten Land, Postleitzahl, Wohnort, Straße und Hausnummer bzw. Postfach, handeln. Entsprechend kann es sich bei der aufzubauenden Kommunikationsverbindung136 um eine Telefon-, Bildtelefon- bzw. Videokonferenz-, Voice-over-IP (VoIP)-, Telefax-, E-Mail- oder Telex-Verbindung zur Übertragung von digitalisierten Sprachsignalen, Audio- bzw. Videosignalen und/oder Textdaten handeln. - In
2 ist ein Flussdiagramm200 abgebildet, das das erfindungsgemäße Verfahren zur Bereitstellung der Verbindungsdaten128b mit Hilfe des erfindungsgemäßen Verfahrens illustriert. Im Folgenden sollen die einzelnen Schritte dieses Verfahrens im Detail erläutert werden. - In einem ersten Teilschritt
202 werden die einem Anwender bereits bekannten Verbindungsdaten128a einer Kommunikationsverbindung136 (z. B. der Namen eines gewünschten Kommunikationsteilnehmers) über die grafische Bedienoberfläche des auf dem Client116a laufenden Browsers118 oder das Display104 des ISDN-Komforttelefons102a eingegeben. Im letzteren Fall wird im nächsten Teilschritt204 überprüft, ob die eingegebenen bekannten Verbindungsdaten128a (der Namen) bereits in dem individuellen Adress- bzw. Telefonverzeichnis132b des Anwenders oder dem Rufjournal134 enthalten sind. Ist dies der Fall, wird mit Hilfe der dort gefundenen Verbindungsdaten128b (z. B. einer Telefon-Nummer) im folgenden Teilschritt206 eine Kommunikationsverbindung136 zu dem jeweils gewünschten Kommunikationsteilnehmer (z. B. eine Telefon-Verbindung) aufgebaut. Falls in dem individuellen Adress- bzw. Telefonverzeichnis132b des Anwenders kein entsprechender Eintrag gefunden wurde, müssen in einem weiteren Teilschritt208 von der Suchmaschine106 weitere unbekannte Verbindungsdaten128b , die zum Aufbau der Kommunikationsverbindung136 benötigt werden, in räumlich verteilten Directory-Servern124 im Internet114 gesucht werden. Nach Abschluss der Suche wird in einem Teilschritt210 die Ergebnismenge130 der im Internet114 gefundenen Verbindungsdaten128b zum Aufbau möglicher Kommunikationsverbindungen136 über die grafische Bedienoberfläche des auf dem Client116a laufenden Browsers118 bzw. über das Display104 des ISDN-Komforttelefons102a angezeigt. Der Anwender kann im nächsten Teilschritt212 entscheiden, ob die zurückgelieferte Ergebnismenge130 bereits klein genug ist, um anhand der erhaltenen Verbindungsdaten128b eine Kommunikationsverbindung136 zu dem gewünschten Kommunikationsteilnehmer aufbauen zu können oder ob die Ergebnismenge130 weiter eingegrenzt werden muss. Im letzteren Fall hat er in dem nun folgenden Teilschritt214 die Möglichkeit, durch Eingabe weiterer bekannter Verbindungsdaten128a die Ergebnismenge130 der von der Suchmaschine106 zurückgelieferten Verbindungsdaten128b gezielt einzugrenzen. Darüber hinaus kann in einem weiteren Teilschritt216 erfindungsgemäß vorgesehen sein, dass einzelne als Suchkriterien verwendete bekannte Verbindungsdaten128a als Primär- bzw. Sekundärschlüssel definiert werden und die möglicherweise verbleibenden Suchkriterien als Schlüssel untergeordneter Priorität behandelt werden. Auf diese Weise kann eine Sortierung der von der Suchmaschine106 zurückgelieferten Ergebnismenge130 ermöglicht werden. -
3a zeigt das Eingabefenster300a der Bedienoberfläche des Browsers118 zur Eingabe von Suchanfragen für die Suchma schine106 . In dem skizzierten Beispiel wurden von einem Anwender die gewünschte Kommunikationsart (”Fax”), der Zuname des gewünschten Kommunkationsteilnehmers (”Meier”) sowie Ort (”München”) und Straße (”Sonnenstraße”) der postalischen Adresse des gewünschten Kommunkationsteilnehmers durch Leerzeichen getrennt eingegeben, womit eine Suchanfrage gemeint ist, die aus einer ”UND”-Verknüpfung der eingegebenen Verbindungsdaten128a (”Fax”, ”Meier”, ”München” und ”Sonnenstraße”) besteht. Dabei sollen im gesamten World Wide Web (WWW) die Fax-Nummern der betreffenden Kommunikationsteilnehmer gesucht werden. Für die zusätzlichen Optionen zur Definition des Primär- und Sekundärschlüssels wurde eine Einstellung gewählt, bei der eine Sortierung der zurückgelieferten Ergebnismenge130 nach ”Name” und ”Ort” vorgenommen wird. - In
3b ist das Ausgabefenster300b der Bedienoberfläche des Browsers118 zur Ausgabe der von der Suchmaschine106 zurückgelieferten Ergebnismenge130 dargestellt. Die Suche gemäß obigem Beispiel ergab dabei drei Resultate. Der Anwender hat nun die Möglichkeit, durch eine Modifikation oder Erweiterung seiner Suchanfrage (z. B. durch Eingabe der Hausnummer des gewünschten Kommunikationsteilnehmers) die Ergebnismenge130 weiter einzuschränken.
Claims (16)
- Verfahren zur Bereitstellung der Verbindungsdaten (
128b ) für Kommunikationsverbindungen (136 ) über ein unternehmens- bzw. organisationsspezifisches Intranet (110 ) mit Gateway (112a ) zum Internet (114 ) durch Verwendung der Suchmaschine (106 ) einer Client-Applikation (120 ), wobei – von einem Anwender bereits bekannte Verbindungsdaten (128a ) einer Kommunikationsverbindung (136 ) eingegeben werden können, – von der Suchmaschine (106 ) unbekannte Verbindungsdaten (128b ), die zum Aufbau der Kommunikationsverbindung (136 ) benötigt werden, im Internet (114 ) gesucht werden, – nach Abschluss der Suche eine Ergebnismenge (130 ) der im Internet (114 ) gefundenen Verbindungsdaten (128b ) zum Aufbau möglicher Kommunikationsverbindungen (136 ) angezeigt wird, und – bei der Suche nach den unbekannten Verbindungsdaten (128b ) zum Aufbau von Kommunikationsverbindungen (136 ) die Suchtechnologie von mindestens einer klassischen, für Recherchen im Internet verwendeten Suchmaschine (126 ) zum Einsatz kommt, und dabei die unbekannten Verbindungsdaten (128b ) in Web-Seiten des Internets gesucht werden. - Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass es sich bei den Verbindungsdaten (
128a + b) um mindestens eine Telefon-Nummer, Handy-Nummer, Fax-Nummer, E-Mail-Adresse, WWW-Adresse und/oder eine postalische Zustelladresse, bestehend aus den Adressdaten Land, Postleitzahl, Wohnort, Straße und Hausnummer bzw. Postfach, handelt. - Verfahren nach einem der Ansprüche 1 und 2, dadurch gekennzeichnet, dass es sich bei den Kommunikationsverbindungen (
136 ) um Telefon-, Bildtelefon- bzw. Videokonferenz-, Voice-over-IP-, Telefax-, E-Mail- oder Telex-Verbindungen zur Übertragung von digitali sierten Sprachsignalen, Audio- bzw. Videosignalen und/oder Textdaten handelt. - Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass es sich bei den bekannten Verbindungsdaten (
128a ), die von einem Anwender eingegeben werden können, um den Namen eines gewünschten Kommunikationsteilnehmers, eines Unternehmens, einer Behörde, einer Institution oder einer Organisation handelt. - Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass zusätzlich vom Benutzer weitere bereits bekannte Verbindungsdaten (
128b ) als Suchkriterien über die Bedienoberfläche eines auf einem Client (116a ) laufenden Browsers (118 ) eingegeben werden können, um die Ergebnismenge (130 ) der von der Suchmaschine (106 ) zurückgelieferten Verbindungsdaten (128b ) gezielt eingrenzen zu können. - Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass zur Ermittlung weiterer unbekannter Verbindungsdaten (
128b ) eine hierarchische Suche eingeleitet wird, bei der einzelne als Suchkriterien verwendete bekannte Verbindungsdaten (128a ) als Primär- bzw. Sekundärschlüssel definiert werden und die möglicherweise verbleibenden Suchkriterien als Schlüssel untergeordneter Priorität behandelt werden. - Verfahren nach einem der Ansprüche 5 bis 6, dadurch gekennzeichnet, dass mit Hilfe der Suchmaschine (
106 ) auf die Datenbestände von mindestens einem WWW-Server (126 ) im Internet (114 ) zugegriffen wird, wobei – die von einem Anwender über die grafische Bedienoberfläche des auf einem Client (116a ) laufenden Browsers (118 ) ein gegebenen Suchanfragen an den bzw. die WWW-Server (126 ) weitergeleitet werden, – dem Anwender von der Client-Applikation (120 ) der Status einer laufenden Suchanfrage gemeldet wird und – dem Anwender nach erfolgreichem Abschluss der Suche von der Client-Applikation (120 ) die Ergebnismenge (130 ) der Suchanfrage angezeigt wird. - Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass dem Benutzer ein einheitlicher Zugriff zu Verbindungsdaten (
128a + b) zur Verfügung gestellt wird, die auf Directory-Servern (124 ) in räumlich verteilten, heterogenen Netzen gespeichert sind, unabhängig von dem Datenformat der Verbindungsdaten (128a + b) und der Plattform (124 ), auf der sie gespeichert sind. - Verfahren nach einem der Ansprüche 5 bis 8, dadurch gekennzeichnet, dass die Bedienoberfläche des Browsers (
118 ) über Präsentationsprogramme zum Erzeugen benutzerspezifisch formatierter Texte verfügt, um die Ergebnismenge (130 ) der erhaltenen Verbindungsdaten (128b ) in einem einheitlichen, leicht lesbaren Format anzeigen zu können. - Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass bei der Suche von Verbindungsdaten (
128b ) Agenten-Programme eingesetzt werden, die als Hintergrundprozesse die vom Anwender eingegebenen Suchanfragen selbstständig ohne zusätzliche Eingriffe des Anwenders kontinuierlich weiter bearbeiten. - Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass bei der Suche nach unbekannten Verbindungsdaten (
128b ) mindestens ein standardisierter Verzeichnisdienst zur Bereitstellung elektronischer Telefon- und Adressverzeichnisse (132a ) für E-Mail-Adressen, Netzwerkressourcen, Telefon-Nummern, Fax-Nummern und/oder Public Keys genutzt wird. - Verfahren nach Anspruch 11, dadurch gekennzeichnet, dass es sich bei dem verwendeten Verzeichnisdienst um den X.500-Standard der International Telecommunications Union (ITU) für die Darstellung, Speicherung und den Zugriff auf Verbindungsdaten (
128a + b) handelt, die in räumlich verteilten Directory-Servern (124 ) im Internet (114 ) gespeichert sind. - Suchmaschine einer Client-Applikation (
120 ) zur Bereitstellung der Verbindungsdaten (128b ) für Kommunikationsverbindungen (136 ) über ein Unternehmens- bzw. organisationsspezifisches Intranet (110 ) mit einem Gateway (112a ) zum Internet (114 ), dadurch gekennzeichnet, dass ein Verfahren gemäß einem der Ansprüche 1 bis 12 eingesetzt wird. - Mobiles Telekommunikations-Endgerät, mit einer WAP-fähigen grafischen Bedienoberfläche (
104 ) zum Zugriff auf Directory-Server (124 ) im Internet (114 ), wobei eine Suchmaschine (106 ) nach Anspruch 13 zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 12 eingesetzt wird. - Software-Modul zum Betrieb einer Suchmaschine (
106 ) nach Anspruch 13, dadurch gekennzeichnet, dass ein Verfahren nach einem der Ansprüche 1 bis 12 zur Bereitstellung der Verbindungsdaten (128b ) für Kommunikationsverbindungen (136 ) durchgeführt wird. - Software-Modul nach Anspruch 15, dadurch gekennzeichnet, dass die Portabilität der Suchmaschine (
106 ) für den Einsatz in verschiedenen Betriebssystem-Umgebungen durch die verwendete Software unterstützt wird.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10151749A DE10151749B4 (de) | 2001-10-19 | 2001-10-19 | Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10151749A DE10151749B4 (de) | 2001-10-19 | 2001-10-19 | Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen |
Publications (2)
Publication Number | Publication Date |
---|---|
DE10151749A1 DE10151749A1 (de) | 2003-04-30 |
DE10151749B4 true DE10151749B4 (de) | 2009-12-17 |
Family
ID=7703104
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE10151749A Expired - Fee Related DE10151749B4 (de) | 2001-10-19 | 2001-10-19 | Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen |
Country Status (1)
Country | Link |
---|---|
DE (1) | DE10151749B4 (de) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0457077A2 (de) * | 1990-05-16 | 1991-11-21 | Siemens Rolm Communications Inc. (a Delaware corp.) | Zugriff auf alphanumerische Information mit numerischer Tastatur |
US5457738A (en) * | 1993-03-23 | 1995-10-10 | U S West Advanced Technologies, Inc. | Method and system for searching an on-line directory at a telephone station |
WO1998056158A2 (en) * | 1997-06-02 | 1998-12-10 | Telefonaktiebolaget Lm Ericsson | Method and device for directory services for telecommunication |
US5923736A (en) * | 1996-04-02 | 1999-07-13 | National Semiconductor Corporation | Hypertext markup language based telephone apparatus |
WO2000008838A1 (en) * | 1997-03-12 | 2000-02-17 | Telstra Corporation Limited | Telephone system |
-
2001
- 2001-10-19 DE DE10151749A patent/DE10151749B4/de not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0457077A2 (de) * | 1990-05-16 | 1991-11-21 | Siemens Rolm Communications Inc. (a Delaware corp.) | Zugriff auf alphanumerische Information mit numerischer Tastatur |
US5457738A (en) * | 1993-03-23 | 1995-10-10 | U S West Advanced Technologies, Inc. | Method and system for searching an on-line directory at a telephone station |
US5923736A (en) * | 1996-04-02 | 1999-07-13 | National Semiconductor Corporation | Hypertext markup language based telephone apparatus |
WO2000008838A1 (en) * | 1997-03-12 | 2000-02-17 | Telstra Corporation Limited | Telephone system |
WO1998056158A2 (en) * | 1997-06-02 | 1998-12-10 | Telefonaktiebolaget Lm Ericsson | Method and device for directory services for telecommunication |
Also Published As
Publication number | Publication date |
---|---|
DE10151749A1 (de) | 2003-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69838769T2 (de) | System und Verfahren zum anonymen, personalisierten Browsen in einem Netzwerk | |
DE60021574T2 (de) | Gerät und verfahren zur interpretation und intelligenten verwaltung von elektronischen nachrichten | |
DE69924386T2 (de) | Sofortige Nachrichtenübermittlung | |
DE69930963T2 (de) | Verfahren und gerät zur korrelation eines einzigartigen identifizierers, wie z.b. eine pstn telefonnummer, an eine internetadresse zur kommunikation über das internet | |
DE69831650T2 (de) | Verfahren und System für Sprachanruf durch Benutzung von Informationen die aus einer ausführenden Anwendung auf einem Rechnersytem abgerufen wurden | |
DE60112436T2 (de) | Online-verzeichnisauskunftssystem | |
DE69934451T2 (de) | Internetteilnehmerprofil | |
DE60020518T2 (de) | Verwaltung von Benutzerprofilen | |
DE69836417T2 (de) | Leitungsvermittelter verbindungsaufbau unter verwendung einer paketvermittelten adresse wie eine internetadresse oder dergleichen | |
DE69829275T2 (de) | System zur ortung von gateways umschliesslich pots-internetgateways | |
DE69826191T2 (de) | Ortsabhängiges Verfahren und System für Nachrichtenspeicherungsverarbeitung | |
DE60221965T2 (de) | Verfahren, System und Server zum Senden und Empfangen von E-mails mit verschiedenen Adressen | |
EP1280081A1 (de) | Verfahren zum Erbringen eines Dienstes zur Organisation von Begegnungen für Teilnehmer eines Kommunikationsnetzes, sowie Kommunikationsnetz, Diensterechner und Programmmodul hierfür | |
DE10151749B4 (de) | Web-basierte Suchmaschine zum Finden von Kommunikationsverbindungen | |
DE102008019032A1 (de) | Universelle Adressierung eines Kommunikationspartners über verdeckte dynamische Zuordnung einer Rufnummer | |
EP1148744B1 (de) | Netzwerkserver | |
DE10048113C2 (de) | Vorrichtungen und Verfahren zum individuellen Filtern von über ein Netzwerk übertragener Informationen | |
EP1236331B2 (de) | Kommunikationssystem, zentraler computer, sowie verfahren zum übertragen einer url | |
AT411300B (de) | Netzwerkadressierungssystem und telefonnummernbenutzendes verfahren | |
DE10121705B4 (de) | Unified-Messaging-Kommunikationsverfahren und Unified-Messaging-Kommunikationssystem | |
DE102008008318A1 (de) | Verfahren zur automatischen Generierung von Adressbucheinträgen | |
DE602004000358T2 (de) | Verfahren und System für das Lokalisieren von Einrichtungen in der Nähe einer Benutzereinheit | |
DE10017573C2 (de) | Verfahren zur Kommunikation zwischen Endeinrichtungen und Endeinrichtung | |
EP2036281B1 (de) | Verfahren zum automatisierten aufnehmen von adressen in eine liste akzeptierter sender in einem kommunikationssystem | |
DE60104672T2 (de) | System zur überwachung von terminals |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8364 | No opposition during term of opposition | ||
R082 | Change of representative |
Representative=s name: FRITZSCHE PATENT, DE |
|
R081 | Change of applicant/patentee |
Owner name: UNIFY GMBH & CO. KG, DE Free format text: FORMER OWNER: SIEMENS AKTIENGESELLSCHAFT, 80333 MUENCHEN, DE Effective date: 20130313 Owner name: SIEMENS ENTERPRISE COMMUNICATIONS GMBH & CO. K, DE Free format text: FORMER OWNER: SIEMENS AKTIENGESELLSCHAFT, 80333 MUENCHEN, DE Effective date: 20130313 |
|
R082 | Change of representative |
Representative=s name: FRITZSCHE PATENTANWAELTE, DE Effective date: 20130313 Representative=s name: FRITZSCHE PATENT, DE Effective date: 20130313 |
|
R082 | Change of representative |
Representative=s name: FRITZSCHE PATENT, DE |
|
R081 | Change of applicant/patentee |
Owner name: UNIFY GMBH & CO. KG, DE Free format text: FORMER OWNER: SIEMENS ENTERPRISE COMMUNICATIONS GMBH & CO. KG, 81379 MUENCHEN, DE Effective date: 20131112 |
|
R082 | Change of representative |
Representative=s name: FRITZSCHE PATENT, DE Effective date: 20131112 Representative=s name: FRITZSCHE PATENTANWAELTE, DE Effective date: 20131112 |
|
R081 | Change of applicant/patentee |
Owner name: UNIFY GMBH & CO. KG, DE Free format text: FORMER OWNER: UNIFY GMBH & CO. KG, 81379 MUENCHEN, DE |
|
R082 | Change of representative |
Representative=s name: FRITZSCHE PATENTANWAELTE, DE |
|
R119 | Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee |