-
BEZUGNAHME AUF VERWANDTE ANMELDUNG
-
Die
vorliegende Anmeldung für
ein Patent steht in Beziehung mit und beansprucht die Priorität von der
mitanhängigen
US-Provisional Application für ein Patent
mit der Seriennummer 60/042,077, eingereicht am 28. März 1997,
mit dem Titel ”Use
of Web Technology for Subscriber Management” durch Roch Glitho et al.
-
HINTERGRUND DER ERFINDUNG
-
Technisches Gebiet der Erfindung
-
Die
vorliegende Erfindung bezieht sich auf drahtlose Telekommunikationssysteme
und insbesondere auf die Verwendung von Web-Technologie (d. h. Internet)
zum Zugriff auf und zur Verwaltung von Daten, welche in einem Kundenverwaltungssystem
(CAS = customer administrative system) und/oder einem Netzelement
wie einer Heimatortsregister-Datenbank (HLR = home location register) oder
einem Drahtlosdienst-Steuerknoten (WSCN = wireless service control
node) gespeichert sind.
-
Beschreibung des Standes der
Technik
-
Nun
wird auf 1 Bezug genommen, in welcher
ein Blockdiagramm eines Abschnitts eines Telekommunikationsnetzes 10 gezeigt
ist, welches eine Schnittstelle 12 (IF = interface) zwischen
einem Kundenverwaltungssystem 14 (CAS) und eine Vielzahl
von Datenbank-Netzelementen (NE) 16 implementiert. Die Schnittstelle 12,
das Kundenverwaltungssystem 14 und die Datenbank-Netzelemente 16 sind
verbunden unter Verwendung eines Netzes 18, welches vorzugsweise
ein Netz umfaßt,
wie ein X.25 Netz, das getrennt und verschieden ist von dem Telekommunikationsnetz 10.
Das Telekommunikationsnetz 10 umfaßt ein drahtloses (z. B. zellulares)
Kommunikationssystem, und die Datenbank-Netzelemente 16 umfassen
z. B. ein Heimatortsregister (HLR) oder einen Drahtlosdienst-Steuerknoten
(WSCN). Das Heimatortsregister/der Drahtlosdienst-Steuerknoten arbeitet
nach Art einer Datenbank zur Speicherung von permanenten und temporären Drahtlosteilnehmer-Daten.
Die permanenten Daten, welche gespeichert sind in dem Heimatortsregister/Drahtlosdienst-Steuerknoten
umfassen feste Information, welche den Kommunikationsdienst betrifft,
der von jedem Teilnehmer abonniert wird. Die temporären Daten,
welche in dem Heimatortsregister/Drahtlosdienst-Steuerknoten gespeichert
werden, umfassen variable Information, welche den gegenwärtigen Ort jedes
Teilnehmers betrifft. Bezüglich
des Drahtlosdienst-Steuerknotens, werden weitere funktionale Operationen
in Zusammenhang mit der Bereitstellung von Teilnehmerdiensten (wie
Dienste eines intelligenten Netzes) unterstützt.
-
Das
Kundenverwaltungssystem 14 wird verwendet, um Transaktionen
durchzuführen,
welche sich auf die Verwaltung der permanenten Daten beziehen, die
in jedem Datenbank-Netzelement 16 gespeichert sind. Diese
Verwaltungsaktivitäten
beziehen sich im allgemeinen auf Transaktionen, die zu Zwecken der
Benutzer- (d. h.
Teilnehmer) Erzeugung oder Definition, Dienstaktivierung und dergleichen, welche
sich auf einen gegebenen Benutzer beziehen, durchgeführt werden.
Insbesondere beziehen sich die Transaktionen auf Teilnehmerdaten-Verwaltungsaufgaben
wie:
- – Teilnehmerinitiation/Entfernung/Status,
- – Teilnehmeraktivierung/Löschung,
- – Teilnehmerbereitstellung/Entzug/Aktivierung/Passivierung,
- – C-Nummer-(Transfer)Definition,
- – Passierkode-Veränderungen,
und
- – Seriennummer-Veränderungen.
-
Die
Transaktionen können
sich weiterhin beziehen auf Authentisierungs-Verwaltungsaufgaben, wie
Authentisierungs-Aktivierung/Veränderung/Deaktivierung/Status.
Zusätzlich
beziehen sich die Transaktionen auf die Numerierungsplan-Konfiguration, einschließlich der
Nummerbereich-Zuweisung, Numerierungsplan-Löschung und Numerierungsplan-Ansicht.
-
Ein
Dienstbetreiber (service operator) ist die Entität, welche die Infrastruktur
implementiert und aufrechterhält,
welche das Telekommunikationsnetz 10 umfaßt. Der
Dienstbetreiber verwendet typischerweise lizensierte Verkäufer zur
Vermarktung und zum Verkauf von Abonnements (subscriptions) für Telekommunikationsdienste
an einzelne Benutzer (d. h. Teilnehmer). Der Dienstbetreiber kann
weiterhin Blöcke
von Abonnements an eine andere Entität verkaufen, welche als Dienstanbieter
(service provider) bezeichnet wird. Der Dienstanbieter vermarktet
und least/verkauft diese Abonnements (möglicherweise unter Verwendung
seiner eigenen Verkäufer)
auf einer individuellen Basis oder Gruppenbasis an Endbenutzerteilnehmer.
-
Der
Zugriff auf und die Verwaltung von Daten, welche in dem Teilnehmerverwaltungssystem 14 und
den Datenbank-Netzelementen 16 gespeichert sind, ist typischerweise
beschränkt
auf den Dienstbetreiber. In dieser Hinsicht übernimmt der Dienstbetreiber
durch sein Kundenverwaltungssystem 14 die Verantwortung
für die
Steuerung der oben diskutierten Transaktionen, welche sich auf die
Verwaltung der in jedem Datenbank-Netzelement 16 gespeicherten
permanenten Daten beziehen. Wo nun mehr und mehr Dienstanbieter
Blöcke
von Abonnements für ihre
eigene Verwaltung erwerben, besteht ein Interesse daran, dem Dienstanbieter
Zugriff auf das Kundenverwaltungssystem 14 und jedes Datenbank-Netzelement 16 zu
gewähren,
für Transaktionen und/oder
begrenzte oder beschränkte
Dateneingabe, Datenansicht und Modifikationszwecke in Zusammenhang
mit den Permanentdaten-Verwaltungsaufgaben. Ähnlich wünschen Verkäufer in Zusammenhang mit der
Einrichtung von neuen Abonnements auch Zugriff auf das Kundenverwaltungssystem 14 und
jedes Datenbank-Netzelement 16 für Transaktionen und/oder begrenzte
oder beschränkte
Dateneingabe, Datenansicht und Modifikationszwecke. Ferner wünschen die
Benutzer selbst Zugang zu ihrem Heimat-Datenbanknetzelement 16 für Transaktionen und/oder
begrenzte oder beschränkte
Dateneingabe, Datenansicht und Modifikationszwecke in Zusammenhang
mit der Aufbewahrung von bestimmten Aspekten der permanenten Daten,
welche ihr Abonnement umfassen (wie zum Beispiel ihre Weiterleitungslisten,
Blitzanrufslisten und Anrufabschirmlisten).
-
Sorgen
betreffend die Bewahrung der Vollständigkeit und der Sicherheit
der in dem Kundenverwaltungssystem 14 und jedem Datenbank-Netzelement 16 gespeicherten
Daten müssen
angesprochen werden, bevor diese Art von Zugriff für externe
Entitäten
gewährt
wird. Ferner ist ein ökonomischer
und benutzerfreundlicher Mechanismus erforderlich, um den Dienstanbietern,
Verkäufern
und Benutzern einen auf Transaktionen bezogenen Datenzugriff auf das
Kundenverwaltungssystem 14 und jedes Datenbank-Netzelement 16 bereitzustellen.
-
Beispielsweise
offenbart J. Aronsheim-Grotsch in Proceedings of the IEEE Network Operations
and Management Symposium (NOMS), Kyoto, Apr. 15–19, 1996, vol. 2, no. SYMP.
5, April 1996, Seiten 339–348, ”Customer
Network Management CNM”,
ein System in einem Telekommunikationsnetz, wobei das System Datenzugriffe und
Verwaltungsaktionen externer Entitäten auf Netzelemente unterstützt.
-
ZUSAMMENFASSUNG DER ERFINDUNG
-
Die
vorliegende Erfindung spricht die vorgenannten Sorgen an, welche
sich auf den transaktionsbezogenen Datenzugriff auf und die Bewahrung der
Vollständigkeit
und Sicherheit von Daten beziehen, die in dem Kundenverwaltungssystem
und den Datenbank-Netzelementen
gespeichert sind, indem einer externen Entität der Datenzugriff durch einen Webserver
und eine Internet-Verbindung
gestattet wird. Ausreichende Sicherheitsmaßnahmen sind an dem Webserver
implementiert (z. B. durch die Verwendung einer Firewall bzw. ”Feuerschutzwand”), um die
Rechte der externen Entität
zum Zugriff auf und zur Modifikation von gespeicherten Daten zu
beschränken.
In einer ersten Ausführung
sind Funktionalitäten
einer Schnittstellenunterstützungs-Transaktionslogik,
einer Redundanzlogik, einer anfrageorientierten Logik und einer
Datenmigrationslogik zwischen dem Kundenverwaltungssystem und den
Datenbank-Netzelementen,
und auch mit dem Webserver verbunden. Alle von einer externen Entität ausgehenden
Datentransaktionen, Datenanfragen und Datenmodifikationen laufen
durch die Schnittstelle, wobei die darin befindliche Logik verwendet
wird, um auf der Grundlage der empfangenen Anfrage der externen
Entität
die Aktion oder Aktionen zu spezifizieren, welche unternommen werden
müssen,
um die Anfrage zu implementieren, und ferner um für die geeignete
Leitung (routing) der Anfrage an die geeignete Stelle oder Stellen
des Kundenverwaltungssystems und der Datenbank-Netzelemente zu sorgen,
für die Abwicklung.
In einer zweiten Ausführung
hält der Webserver
eine direkte Verbindung mit dem Kundenverwaltungssystem und jedem
Datenbank-Netzelement, wodurch die Schnittstelle bezüglich der
Abwicklung von Anfragen externer Entitäten effektiv umgangen wird.
Die Funktionalitäten
der Transaktionslogik, Redundanzlogik, anfrageorientierten Logik
und Datenmigrationslogik werden dann auch in dem Webserver bewahrt,
um auf der Grundlage der empfangenen Anfragen die zu unternehmenden
Aktionen zu spezifizieren und die Anfrage entsprechend weiterzuleiten.
-
Gemäß einem
Aspekt der vorliegenden Erfindung ist ein System in einem Telekommunikationsnetz
vorgesehen, wobei das Telekommunikationsnetz ein Netzelement, das
Daten, welche sich auf Telekommunikationsdienste und Teilnehmer
beziehen, speichert und ein Kundenverwaltungssystem zur Teilnahme
an Transaktionen, welche sich auf die Verwaltung der in dem Netzelement
gespeicherten Daten beziehen, aufweist, wobei das System Datenzugriffe
und Verwaltungsaktionen betreffend das Netzelement und das Kundenverwaltungssystem
unterstützt,
wobei solche Aktionen ausgehen von Entitäten, die außerhalb des Telekommunikationsnetzes sind,
und wobei das System einen Webserver, welcher eine World-Wide-Web-Adresse
hat und eine Internet-Verbindbarkeit schafft für die Übermittlung von Aufforderungen
nach Datenzugriff und Verwaltung, und Antworten darauf, zwischen
den externen Entitäten
und dem Netzelement und dem Kundenverwaltungssystem und eine Schnittstelle,
welche mit dem Webserver verbunden ist und zwischen dem Netzelement
(16) und dem Kundenverwaltungssystem verbunden ist und
die Leitung der Aufforderungen der externen Entitäten, und
Antworten darauf, abwickelt, umfasst.
-
Gemäß einem
weiteren Aspekt der vorliegenden Erfindung ist ein System in einem
Telekommunikationsnetz vorgesehen, wobei das Telekommunikationsnetz
ein Netzelement, das Daten, welche sich auf Telekommunikationsdienste
und Teilnehmer beziehen, speichert und ein Kundenverwaltungssystem
zur Teilnahme an Transaktionen, welche sich auf die Verwaltung der
in dem Netzelement gespeicherten Daten beziehen, aufweist, wobei
das System Datenzugriffe und Verwaltungsaktionen betreffend das Netzelement
und das Kundenverwaltungssystem unterstützt, wobei solche Aktionen
ausgehen von Entitäten,
die außerhalb
des Telekommunikationsnetzes sind, und wobei das System einen Webserver,
welcher eine World-Wide-Web-Adresse hat und eine Internet-Verbindbarkeit
schafft für
die Übermittlung
von Aufforderungen nach Datenzugriff und Verwaltung, und Antworten
darauf, zwischen den externen Entitäten und dem Netzelement und
dem Kundenverwaltungssystem und eine Kommunikationsstreckenverbindung
zwischen dem Webserver und jedem Netzelement und Kundenverwaltungssystem,
wobei der Webserver die Leitung der Aufforderungen der externen
Entitäten,
und Antworten darauf, über
eine geeignete Kommunikationsverbindung abwickelt, umfasst.
-
Die
gestellten Aufgaben werden durch ein System in einem Telekommunikationsnetz
gemäß Anspruch
1 und gemäß Anspruch
8 gelöst.
Weitere vorteilhafte Ausgestaltungen der Erfindung sind in den abhängigen Ansprüchen angegeben.
-
KURZE BESCHREIBUNG DER ZEICHNUNGEN
-
Ein
vollständigeres
Verständnis
des Verfahrens und der Vorrichtung der vorliegenden Erfindung ergibt
sich durch Bezugnahme auf die folgende ausführliche Beschreibung, zusammengenommen
mit den begleitenden Zeichnungen, in welchen:
-
1 ein
Blockdiagramm eines Abschnitts eines Telekommunikationsnetzes ist,
welches eine erste Ausführung
der vorliegenden Erfindung veranschaulicht; und
-
2 ein
Blockdiagramm eines Abschnitts eines Telekommunikationsnetzes ist,
welches eine zweite Ausführung
der vorliegenden Erfindung veranschaulicht.
-
AUSFÜHLICHE BESCHREIBUNG DER ZEICHNUNGEN
-
Nun
wird auf 1 Bezug genommen, um eine erste
Ausführung
der vorliegenden Erfindung zu beschreiben.
-
Die
Schnittstelle 12 arbeitet als Dienstbefehl-Gateway (SOG
= service order gateway) oder Dienstverwaltungs-Zugriffsebene (SMAL
= service management access layer) bezüglich der Verwaltung des Datenzugriffs
unter und zwischen dem Kundenverwaltungssystem 14, den
Datenbank-Netzelementen 16 und externen Entitäten (wird
noch beschrieben).
-
In
einem Aspekt verwendet die Schnittstelle 12 eine Transaktionslogik 20 zur
Stützung
des Kundenverwaltungssystems 14 und der Operationen und Transaktionen
externer Entitäten
betreffend die Verwaltung von Teilnehmerdaten (welche sich auf Abonnements,
Dienste und dergleichen beziehen), von Authentisierungsdaten und
von Numerierungsplan-Daten. Diese Transaktionslogik 20 empfängt Befehle,
welche von dem Kundenverwaltungssystem 14 oder einer externen
Entitäten
ausgehen, identifiziert die bestimmte Aktion (Aktionen), welche
von dem Kundenverwaltungssystem 14 oder einem Datenbank-Netzelemente 16 in
Zusammenhang mit jedem Befehl unternommen werden soll, identifiziert die
Kommandos, welche zur Durchführung
jener Aktionen erforderlich sind, wandelt jene Kommandos in ein
geeignetes Format um für
die Kommunikation mit und für
das Verständnis
durch das Kundenverwaltungssystem und das Datenbank-Netzelement,
und gibt die korrekt formatierten Kommandos heraus. Die transaktionsorientierte
Logik 20 empfängt
ferner jede Antwort auf den Befehl aus dem Kundenverwaltungssystem 14 oder
identifizierten Datenbank-Netzelement 16,
wandelt die Antwort (wenn notwendig) in ein geeignetes Format um
für die
Kommunikation mit und das Verständnis
durch das Kundenverwaltungssystem 14 oder die externe Entität, von welcher
der Befehl ausging, und leitet die geeignet formatierte Antwort
dorthin.
-
In
einem anderen Aspekt verwendet die Schnittstelle 12 eine
Redundanzlogik 22 zur Stützung der automatischen Redundanz
von Teilnehmerdaten (welche sich auf Abonnements, Dienste und dergleichen
beziehen), die vom Kundenverwaltungssystem 14 verwaltet
werden (und möglicherweise von
einer externen Entität
spezifiziert werden), von Authentisierungsdaten und Numerierungsplan-Daten unter
und zwischen dem Kundenverwaltungssystem 14 und den Datenbank-Netzelementen 16.
Diese Redundanzlogik 22, welche zusammen mit der Transaktionslogik 20 arbeitet,
arbeitet um für
jeden empfangenen Teilnehmerdaten-Befehl das Kundenverwaltungssystem 14 und/oder
mehrere Datenbank-Netzelemente 16 zu identifizieren, welche
durch den Befehl betroffen sind (d. h. sowohl die primären als
auch redundanten Datenbank-Netzelemente),
die bestimmte Aktion bzw. bestimmten Aktionen zu identifizieren,
welche von dem Kundenverwaltungssystem und/oder jedem Datenbank-Netzelement
in Zusammenhang mit dem Befehl zu unternehmen sind, die Kommandos
zu identifizieren, welche erforderlich sind um jene Aktionen auszuführen, jeden
jener Kommandos in ein korrektes Format für die Kommunikation an und/oder
das Verständnis
durch das Kundenverwaltungssystem und/oder die identifizierten Datenbank-Netzelemente
umzuwandeln, und die Kommandos an jeden jener Knoten auszugeben.
Um diese Redundanzoperation zu stützen, verfolgt die Redundanzlogik 22 die
Wechselbeziehungen zwischen den mehreren Datenbank-Netzelementen 16 hinsichtlich
verwalteter Teilnehmerdaten, Authentisierungsdaten und Numerierungsplan-Daten. Die Redundanzlogik 22 erkennt
dementsprechend für
jeden Teilnehmer welches der mehreren Datenbank-Netzelemente 16 das
primäre
Datenbank-Netzelement umfaßt,
und welches der mehreren Datenbank-Netzelemente die redundanten
Datenbank-Netzelemente umfaßt.
Für jeden
Befehl werden die passenden Datenbank-Netzelemente 16 identifiziert
und es werden ihnen geeignet formatierte Kommandos geschickt. Ähnlich erkennt
die Redundanzlogik 22 welche Instanzen der redundanten
Verwaltung von Teilnehmerdaten eine Aktualisierung des Kundenverwaltungssystems 14 erfordern,
und gibt geeignet formatierte Kommandos heraus.
-
In
einem anderen Aspekt verwendet die Schnittstelle 12 ferner
eine anfrageorientierte Logik (query oriented logic) 24 zur
Stützung
der Befragung des Kundenverwaltungssystems 14 und/oder
der Vielzahl von Datenbank-Netzelementen 16 betreffend
die gespeicherte Permanentinformation. Diese Anfragen beinhalten
die Operation zur Suche der in dem Kundenverwaltungssystem 14 und/oder
jedem Datenbank-Netzelement 16 gespeicherten Permanentdaten.
Diese anfrageorientierte Logik 24 empfängt Suchaufforderungen (search
requests), bestimmt welches oder welche des Kundenverwaltungssystems 14 und
der Datenbank-Netzelemente 16 befragt
werden müssen,
um die Suchaufforderung zu vollenden, wandelt jene Aufforderung
in Anfragen (queries) um mit einem geeigneten Format für die Kommunikation
an und das Verständnis
für jedes
individuelle System bzw. Element des notwendigen Kundenverwaltungssystems
und der notwendigen Datenbank-Netzelemente, und leitet geeignet
formatierte Anfragen an das notwendige Kundenverwaltungssystem und
Datenbank-Netzelement zur Abwicklung. Nach der Abwicklung der Anfrage
durch das Kundenverwaltungssystem 14 und/oder das Datenbank-Netzelement 16,
werden Suchresultate an die Schnittstelle 12 zurückgegeben.
Die anfrageorientierte Logik 24 sammelt dann die Daten
der zurückgegebenen
Suchresultate in einer Datei, signalisiert der auffordernden Entität von welcher
die Suchaufforderung ausging, und unternimmt eine Dateiübermittlung
der Daten (korrekt formatiert) an jene auffordernde Ausgangsentität.
-
In
einem weiteren Aspekt verwendet die Schnittstelle 12 eine
Datenmigrationslogik 26, um den Transfer von Teilnehmerdaten
unter und zwischen dem Kundenverwaltungssystem 14, den
Datenbank-Netzelementen 16 und externen Entitäten zu unterstützen. Diese
Datenmigrationslogik 26 empfängt Migrationsaufforderungen
(migration requests), bestimmt welche Knoten (wie zum Beispiel bestimmte
Datenbank-Netzelemente 16) die Quell- und Zielknoten für die Migration
umfassen, erzeugt Migrationskommandos mit einem korrekten Format
für die Kommunikation
an und das Verständnis
durch jeden individuellen der notwendigen Knoten, und leitet die korrekt
formatierten Kommandos an die notwendigen Knoten zur Abwicklung.
-
Eine
vollständigere
Beschreibung der Transaktionslogik 20, Redundanzlogik 22,
anfrageorientierten Logik 24 und der Datenmigrationslogik 26 der Schnittstelle 12 erhält man durch
Bezugnahme auf die folgenden mitanhängigen Patentanmeldungen der
Anmelderin:
- – Kundenverwaltungssystem-Verwaltung
von redundanten Datenbank-Netzelementen
in einem Telekommunikationssystem, US 6,094,660 A eingereicht am 21. November
1997;
- – Anfrageunterstützungs-Schnittstelle
zwischen einem Kundenverwaltungssystem und Datenbank-Netzelementen
eines Telekommunikationssystems, US 6,134,544 A eingereicht am 21. November
1997; und
- – Migration
von Teilnehmerdaten zwischen Heimatortsregistern eines Telekommunikationssystems, US 6,115,463 A eingereicht
am 21. November 1997, deren Offenbarung hiermit durch Bezugnahme
eingeschlossen wird.
-
Der
Zugriff einer externen Entität
auf das Telekommunikationsnetz 10 und insbesondere auf
die Schnittstelle 12 wird durch das Internet 30 und
einen Webserver 32 bereitgestellt. Die Schnittstelle 12 ist mit
dem Webserver 32 über
eine TCP/IP-artige Verbindung verbunden. Der Webserver 32 ist
mit dem Internet 30 über
eine TCP/IP-artige Verbindung verbunden. Der Webserver unterstützt sowohl
den HTTP-Zugriff (HTTP = hyper-text transfer protocol, d. h. Hypertext-Übertragungsprotokoll) als auch
den S-HTTP-Zugriff (S-HTTP = secure hyper-text transfer protocol,
d. h. sicheres Hypertext-Übertragungsprotokoll) über das
Internet 30. Eine Firewall bzw. ”Feuerschutzwand” 34 wird
verwendet zur Bereitstellung von Eingangssicherheitsschutz gegenüber allen
Zugriffen auf das innere Netz (d. h. das Telekommunikationsnetz 10 einschließlich des
Kundenverwaltungssystems 14 und den Datenbank-Netzelementen 16), außer für jene,
welche als berechtigte Dienstzugriffe designiert und autorisiert
sind.
-
Die
hier angesprochenen externen Entitäten umfassen Dienstanbieter,
Verkäufer
und Benutzer. Unter Anwendung eines Endgeräts (T = Terminal) oder PC (PC
= personal computer) 36 mit Internet-Anwahlzugriffsfähigkeiten
und Webbrowsersoftware, kann der Dienstanbieter, Verkäufer oder
Benutzer über
den Webserver 32 begrenzten und beschränkten transaktionsbezogenen
Datenzugriff auf das Kundenverwaltungssystem 14 und jedes
Datenbank-Netzelement 16 des Netzes 10 erhalten.
Der Webserver 32 ist dementsprechend mit einer WWW-Adresse
(WWW = world-wide-web,
d. h. weltweites Netz) ausgestattet, um den Internetzugriff zu unterstützen. Mit
diesem Datenzugriff, und ferner unter Verwendung der Transaktionslogik 20,
der anfrageorientierten Logik 24 und der Datenmigrationslogik 26,
welche durch die Schnittstelle 12 bereitgestellt werden,
kann der Dienstanbieter, Verkäufer
oder Benutzer erlaubte Datentransaktionen, Anfragen nach gespeicherter
Information unternehmen, und Datenmigrationen spezifizieren. Die Redundanzlogik 22 der
Schnittstelle 12 stellt weiterhin sicher, daß Sicherungskopien
der von dem Datenzugriff des Dienstanbieters, Verkäufers oder
Benutzers beeinflußten
Daten geeignet erstellt und über
die Knoten zum Zwecke der Speicherung verteilt werden. Selbstverständlich versteht
man, daß die
verschiedenen Funktionalitäten,
welche durch die Transaktionslogik 20, anfrageorientierte
Logik 24 und Datenmigrationslogik 26 bereitgestellt
werden, nicht zur Benutzung durch jeden der Dienstanbieter, Verkäufer oder
Benutzer zu Verfügung
stehen. Die Firewall 34 und der Webserver 30 arbeiten
dementsprechend im Tandem zur Steuerung der Natur des einer äußeren Entität erlaubten
Datenzugriffs auf das Netz 10, und somit zur Beschränkung des
Dienstanbieters, Verkäufers
oder Benutzers nur auf erlaubte Arten von Zugriffen und Aktionen.
-
Die
Firewall 34 implementiert eine Architektur der Art eines ”abgeschirmten
Unternetzes” (”screened
subnet”).
Firewalls der Art eines abgeschirmten Unternetzes, welche ein Paar
von Paketfilter und einen Bastion-Host verwenden (alle durch ein Unternetz
verbunden) sind dem Fachmann bekannt. Unter Verwendung dieser Firewall-Architektur
sind die Host-Plattformen
für die
Schnittstelle 12 und den Webserver 32 vorzugsweise
voneinander abgekoppelt. Dieser von der Firewall unterstützte Leitungsmechanismus
schafft verbesserte Sicherheit. Im Falle, daß eine der Komponenten kompromittiert
wird, stellen die übrigen
Komponenten weiterhin eine Verteidigungslinie gegenüber einem
nicht autorisierten Eindringen in das Netz 10 über das
Internet 30 dar.
-
Der
Webserver 32 ist programmiert eine oder mehrere Arten des
Zugriffs externer Entitäten
auf das Netz 10 zu unterstützen. Jede Art von Zugriff
stellt ein unterschiedliches Sicherheitsniveau bereit. Ferner kann
die Programmierung spezifizieren, daß verschiedene Klassen von
externen Entitäten
andere Arten von Zugriff erhalten. Beispielsweise kann einem Benutzer
der beschränkteste
Zugriff auf das Netz über
das Internet 30 gegeben werden. Umgekehrt kann einem Dienstanbieter
ein beinahe unbeschränkter
Zugriff auf das Netz gegeben werden. Die Programmierung spezifiziert
ferner das Niveau des Datenzugriffs, das den verschiedenen Klassen
von externen Entitäten
gegeben werden soll. Wiederum kann beispielsweise der Benutzer beschränkt sein auf
ein sehr begrenztes Recht zum Zugreifen, Modifizieren und Erzeugen
von in dem Netz gespeicherten Daten. Der Dienstanbieter kann andererseits nicht
auf diese Weise beschränkt
sein.
-
Eine
erste Art von Netzzugriff umfaßt
einen ”Off-line”-Zugriff.
Das grundlegende Arbeitsschema des Off-line-Zugriffssystems ist,
daß wenn
eine externe Entität
eine Datenzugriffs-Aufforderung über das Internet 30 macht,
die Aufforderung vorübergehend in
dem Webserver 32 abgelegt wird. Die externe Entität empfängt eine
Rücknachricht,
welche anzeigt, das die Aufforderung abgelegt wurde und sobald wie möglich bearbeitet
wird (natürlich
angenommen, daß die
externe Entität
autorisiert ist für
das Niveau des Datenzugriffs, welcher erforderlich ist um die Aufforderung
zu implementieren). Sobald die Verbindung mit der externen Entität über das
Internet 30 abgebrochen ist, wird die temporär abgelegte
Aufforderung an die Schnittstelle 12 übermittelt, zur Abwicklung
durch die geeignete Logik oder Logiken aus der Transaktionslogik 20,
der Redundanzlogik 22, der anfrageorientierten Logik 24 und
der Datenmigrationslogik 26. Diese Zugriffslösung hat
den Vorteil, daß bedeutende
Sicherheit für
das Netz 10 geschaffen wird. Diese Lösung hat jedoch eine Anzahl
von Nachteilen, einschließlich
dem, daß der
Webserver 32 bei dieser Art von Netzzugriff keine gleichzeitige
Verbindung zu der externen Entität
und der Information unterstützt,
welche in dem Kundenverwaltungssystem 14 und den Datenbank-Netzelementen 16 gespeichert
ist. Dementsprechend können
externe Entitäten
diese Information nicht durch ihre Webbrowsersoftware anschauen
bevor Datenveränderungen oder
Datenmodifikationen spezifiziert sind.
-
Eine
zweite Art von Netzzugriff umfaßt
einen Zugriff ”Off-Line
mit Cache”.
Das grundlegende Arbeitsschema des Zugriffssystems Off-Line mit
Cache bzw. Zwischenspeicher ist gleich wie beim oben beschriebenen
Off-Line System, mit der Ausnahme, daß bestimmte im Kundenverwaltungssystem 14 und Datenbank-Netzelement 16 gespeicherte
Daten von populärem
Interesse für
externe Entitäten
parallel gespeichert werden durch den Webserver 32, unter Verwendung
eines Cache 38. Mit dieser Lösung ist die externe Entität in der
Lage den gecachten bzw. zwischengespeicherten Abschnitt der in dem
Kundenverwaltungssystem 14 und den Datenbank-Netzelementen 16 gespeicherten
Information während der
Zugriffssitzung über
das Internet 30 zu sehen, und ferner diese Information
in Zusammenhang mit der Durchführung
der Datenzugriffs-Aufforderung
zu begutachten und abzuwägen.
Ein weiterer Vorteil dieser Lösung
ist die Bewahrung eines bedeutenden Sicherheitsniveaus im Netz 10 (vergleichbar
mit jenem, welches durch das oben beschriebene Off-Line System bereitgestellt
wird). Diese Lösung
hat jedoch eine Anzahl von Nachteilen, einschließlich: das Erfordernis von
Dienstverwaltungs-Kommandoaktivitäten, welche
bewirken, daß die
gespeicherten Daten in dem Netzwerkknoten und in dem Cache dupliziert werden;
die Synchronisation von Datenverwaltungsfunktionen für die externe
Entität
mit Telekommunikationsnetz-Funktionen; und die Ausrüstung des
Webservers 32 mit ausreichenden Verarbeitungsfähigkeiten
zur Verarbeitung nicht nur von Kommunikationen externer Entitäten, sondern
auch zur Aktualisierung des Cache 38.
-
Eine
dritte Art von Netzzugriff umfaßt
einen ”On-Line”-Zugriff.
Das grundlegende Arbeitsschema des Online-Zugriffssysstems ist,
daß der
externen Entität
ein interaktiver Echtzeitzugriff auf die Daten gegeben wird, welche
in dem Kundenverwaltungssystem 14 und dem Datenbank-Netzelement 16 gespeichert
sind. Wenn eine externe Entität
eine Datenzugriffs-Aufforderung über
das Internet 30 macht, wird die Aufforderung durch den
Webserver 32 weitergegeben an die Schnittstelle 12 (selbstverständlich angenommen,
daß die
externe Entität
autorisiert ist für
das Niveau des Datenzugriffs, das zur Implementierung der Aufforderung
erforderlich ist). Die Schnittstelle 12 verarbeitet dann
die empfangene Aufforderung unter Verwendung einer oder mehrerer Logiken
aus der Transaktionslogik 20, der Redundanzlogik 22,
der anfrageorientierten Logik 24 und der Datenmigrationslogik 26.
Nach der notwendigen Verarbeitung bzw. Abwicklung wird eine Antwort
erzeugt, zur Rücksendung
an die externe Entität
durch den Webserver 32.
-
Das
Online-Zugriffssystem ermöglicht
dementsprechend die Errichtung eines Kommunikationskanals über das
Internet und durch bis zum Datenspeicher und dem Verwaltungsknoten
des Netzes. Diese Architektur führt
zu großen
Sorgen bezüglich der
Bereitstellung von adäquaten
Sicherheitsmaßnahmen
zum Schutz gegen nicht autorisierten Datenzugriff. Die Verwendung
der Firewall 34 wird eine absolute Notwendigkeit. Zusätzlich werden
andere Maßnahmen
zur Erhöhung
der Sicherheit implementiert, wie der Filterung von Aufforderungen,
Architekturen mit beschränkter
Zone für
den Webserver und die Schnittstelle, niedrige Erlaubnisniveaus,
und Sicherheitsmaßnahmen
für die
Host-Plattformen. Andere Sorgen betreffend das Online-System beziehen sich
auf Fragen der Leistungsfähigkeit,
wie die Verarbeitung von anhängigen
Aufforderungen durch den Webserver aufgrund von Verzögerungen
zwischen dem Aufforderungsempfang und der Abgabe der Antwort, und
Bandbreiten-Fragen betreffend die Kommunikationsverbindungen unter
und zwischen der Schnittstelle 12, dem Kundenverwaltungssystem 14 und
dem Datenbank-Netzelement 16.
-
Eine
vierte Art von Netzzugriff umfaßt
einen hybriden ”Online/Offline”-Zugriff.
Das grundsätzliche Arbeitsschema
des hybriden Online-Offline-Systems ist es, ein Holen von Daten
Online aus dem Kundenverwaltungssystem 14 und den Datenbank-Netzelementen 16 zu
erlauben, unter Verwendung der anfrageorientierten Logik 24 der
Schnittstelle 12, ansprechend auf Anforderungen von externen
Entitäten,
auf eine ähnliche Weise
wie beim oben beschriebenen Online-System. Im Fall, daß der Webserver
ferner die Verwendung eines Cache 38 unterstützt, wird
der Cache von dem Webserver 32 ansprechend auf die Aufforderung
einer externen Entität
geprüft,
bevor die anfrageorientierte Logik 24 der Schnittstelle 12 implementiert
wird. Alle anderen Datenzugriffe auf das Kundenverwaltungssystem 14 und
die Datenbank-Netzelemente 16 zum Zwecke des Zugriffs,
der Modifizierung und Erzeugung von Daten unter Verwendung der Transaktionslogik 20,
der Redundanzlogik 22 und der Datenmigrationslogik 26 geschehen auf ähnliche
Weise wie beim oben beschriebenen Offline-System.
-
Nun
wird auf 2 Bezug genommen, wo ein Blockdiagramm
eines Abschnitts eines Telekommunikationsnetzes gezeigt wird, welches
eine zweite Ausführung
der vorliegenden Erfindung veranschaulicht. Bei dieser Ausführung wird
die Schnittstelle 12 betreffend Datenverwaltungsoperationen
für externe Entitäten umgangen,
und der Webserver 32 (unter Verwendung seiner Firewall 34)
ist direkt verbunden mit dem Kundenverwaltungssystem 14 und
den Datenbank-Netzelementen 16 durch einen lokalen Webserver 32'. Man versteht
selbstverständlich,
daß die Schnittstelle 12 mit
ihrer notwendigen Funktionalität (20, 22, 24 und 26,
nicht abgebildet, siehe 1) erhalten bleibt, um Transaktionen
zu verarbeiten, welche vom Kundenverwaltungssystem 14 ausgehen, und
ferner je nach Notwendigkeit auf Aktionen externer Entitäten zu antworten,
welche direkt unternommen werden mit dem Kundenverwaltungssystem 14 und
den Datenbank-Netzelementen 16. Der Webserver 32 kann
auch eine oder mehrere Logiken der Transaktionslogik 20,
Redundanzlogik 22, anfrageorientierten Logik 24 und
Datenmigrationslogik 26 implementieren, je nach Notwendigkeit
und wie abgebildet, um Aufforderungen externer Entitäten und
den Betrieb des Netzes 10 zu unterstützen. Der Webserver 32 ist
mit dem lokalen Webserver 32' für das Kundenverwaltungssystem 14 und
alle Datenbank-Netzelemente 16 durch eine TCP/IP-artige
Verbindung verbunden. Mit dieser Konfiguration wird die Schnittstelle 12 nicht
mehr verwendet um Aufforderungen externer Entitäten und Datenverwaltungs-Aktivitäten unter
und zwischen den Kundenverwaltungssystem 14 und den Datenbank-Netzelementen 16 zu
leiten. Das Leiten wird abgewickelt durch den Webserver 32,
und die Verarbeitung der Aufforderungen zur Erzeugung von Antworten
wird durch den lokalen Webserver 32' abgewickelt.
-
Da
es bei der zweiten Ausführung
mehrfache Ziele für
den Internetzugriff externer Entitäten gibt (d. h. das Kundenverwaltungssystem 14 und
jede der Datenbank-Netzelemente 16), kann eine unterschiedliche
WWW-Adresse für
jedes Ziel vorgesehen sein. Es gibt jedoch einen Bequemlichkeitsvorteil, wenn
nur eine einzige WWW-Adresse bewahrt wird (zum Beispiel die Adresse
des Webservers 32 (wie oben beschrieben)) für den Internetzugriff
externer Entitäten.
Dementsprechend wird das korrekte Leiten von Aufforderungen externer
Entitäten
und von Datenverwaltungs-Aktivitäten,
welche jene einzelne Adresse betreffen, an das Kundenverwaltungssystem 14 und
jedes der Datenbank-Netzelemente 16 unter Verwendung von
Java-Script und einem intelligenten Proxy in der Firewall 34 unterstützt.
-
Die
Vorteile der Architektur der zweiten Ausführung umfassen:
eine Abbildung
(mapping) von HTML (HTML = hyper-text mark-up language) auf das
Zugriffsprotokoll des Kundenverwaltungssystems 14 und der
Knoten der Datenbank-Netzelemente 16;
der lokale Webserver 32' wird
bereitgestellt durch den Verkäufer
in Zusammenhang mit dem Netzwerkknoten; die webverwandten Kommunikationskanäle sind
getrennt von dem Telekommunikationsnetz 10, und es besteht
keine Notwendigkeit für
das Vorhandensein einer Schnittstelle 12. Die Nachteile
dieser Implementierung umfassen: verdoppeltes Leiten und zusätzliche Kosten
aufgrund der Notwendigkeit von lokalen Webservern 32'.
-
Ein
vollständigeres
Verständnis
des Betriebs der vorliegenden Erfindung bei der Unterstützung von
Datenverwaltungs-Aktivitäten externer
Entitäten unter
Verwendung von Webtechnologie kann durch Untersuchung der folgenden
Beispielssituationen erhalten werden. Als erstes betrachte man einen
Zellulartelefon-Benutzer. Eine bedeutende Menge von Daten, die vom
Teilnehmer eingegeben und kontrolliert werden, sind in den Datenbank-Netzelementen 16 gespeichert.
Der konventionelle Betrieb eines Telekommunikationsnetzes 10 erlaubt
es dem Benutzer diese Daten zu betrachten, zu modifizieren und zu
erzeugen, und möglicherweise
einige Transaktionen durchzuführen, über die
Zellularmobilstation. Die hauptsächlich
numerische Tastatur der Zellularmobilstation ist nicht sonderlich
geeignet für
den Zugriff auf und die Eingabe dieser Daten. Ähnlich ist die kleine Anzeige,
welche in der Zellularmobilstation vorgesehen ist, nicht besonders
geeignet zur effizienten Betrachtung diese Daten. Durch die vorliegende
Erfindung wird dem Benutzer ein Webzugriff auf diese in Datenbank-Netzelementen 16 gespeicherten
Daten gegeben. Es ist wichtig hier zu beachten, daß die Sicherheitsschutzmaßnahmen,
welche durch den Webserver 32 und die Firewall 34 bereitgestellt
werden, den Benutzer daran hindern, einen Zugriff auf das Kundenverwaltungssystem 14 zu
erhalten, und den Zugriff im Datenbank-Netzelement 16 auf
nur das Abonnement des Benutzers beschränken. Die Internet-Verbindung
mit dem Webserver 32 geschieht bequem über den PC des Benutzers. Anfrageaufforderungen
können
dann durchgeführt
werden, um diese gespeicherten Daten zu betrachten. Ferner können Datenverwaltungs-Transaktionen
befohlen werden, um gespeicherte Daten zu erzeugen oder zu modifizieren.
Beispiele der fraglichen Daten bezüglich von Benutzern umfassen
Weiterleitungslisten, ortsabhängige
Dienstdaten, eine Blitzwahlliste und dergleichen.
-
Wenn
man sich nun den Verkäufern
zuwendet, in Zusammenhang mit dem Verkauf von zellularen Diensten
an Benutzer, muß der
Verkäufer
in der Lage sein, bestimmte Teilnehmerinformation sowohl in das
Kundenverwaltungssystem 14 als auch das Datenbank-Netzelement 16 einzugeben.
Die Dateneingabe in das Kundenverwaltungssystem 14 umfaßt Daten,
welche sich auf das Abonnement beziehen, wie die Teilnehmernummer
(SNB = subscriber number), die Mobilteilnehmer-Nummer (MSNB = mobile subscriber
number), die Seriennummer (SRNB = serial number) und dienstbezogene
Daten. Die Dateneingabe in das Datenbank-Netzelement 16 umfaßt die gleichen
dienstbezogenen Daten wie oben bezüglich des Benutzerzugriffs
erwähnt.
Der Verkäuferzugriff
auf das Kundenverwaltungssystem 14 und das Datenbank-Netzelement 16,
welcher sich auf andere Aktionen, Aktivitäten und Transaktionen bezieht,
wie jene die hier beschrieben wurden, kann auch unterstützt werden.
Der konventionelle Betrieb eines Telekommunikationsnetzes 10 erforderte,
daß der
Verkäufer
die notwendige Information in Hartkopieformat direkt dem Dienstbetreiber
zuführte.
Durch die vorliegende Erfindung wird dem Verkäufer ein Webzugriff auf Daten
für den
Benutzer gegeben, welche in dem Kundenverwaltungssystem 14 und
den Datenbank-Netzelementen 16 gespeichert sind. Es ist
wichtig hier zu beachten, daß die
Sicherheitsschutzmaßnahmen,
welche durch den Webserver 32 und die Firewall 34 bereitgestellt
werden, den Verkäuferzugriff
auf das Kundenverwaltungssystem 14 und das Datenbank-Netzelement 16 auf
das beschränken,
was notwendig ist zur Erstellung oder Unterstützung von Benutzerabonnements.
Die Internet-Verbindung mit dem Webserver 32 wird bequem durch
den PC des Verkäufers
hergestellt. Anfrageanforderungen können dann gemacht werden, um
diese gespeicherten Daten zu betrachten. Ferner können Datenverwaltungs-Transaktionen
befohlen werden, um die gespeicherten Daten zu erzeugen oder zu
modifizieren.
-
Wendet
man sich nun dem Dienstanbieter zu, im Zusammenhang mit dem Kauf
von Abonnementblöcken
und der Vermarktung jener Abonnements, muß der Dienstanbieter in der
Lage sein, bestimmte Teilnehmerinformation sowohl in das Kundenverwaltungssystem 14 als
auch in das Datenbank-Netzelement 16 einzugeben. Die Dateneingabe in
das Kundenverwaltungssystem 14 umfaßt abonnementbezogene Daten,
wie die Teilnehmernummer (SNB), die Mobilteilnehmer-Nummer (MSNB)
und die Seriennummer (SRNB). Der Zugriff des Dienstanbieters auf
das Kundenverwaltungssystem 14 bezüglich anderer Aktionen, Aktivitäten und
Transaktionen kann auch unterstützt
sein. Die Dateneingabe durch Dienstanbieter in das Datenbank-Netzelement 16 wird
typischerweise nicht erlaubt sein. Jedoch kann der Zugriff auf das
Datenbank-Netzelement für
andere Aktionen, wie Aktivierungen, gestattet sein. Der konventionelle
Betrieb eines Telekommunikationsnetzes 10 erforderte, daß der Dienstbetreiber
die notwendige Information in Hartkopieformat direkt dem Dienstbetreiber
zuführte.
Durch die vorliegende Erfindung wird dem Dienstanbieter ein Webzugriff
gegeben auf Daten für
seinen Block von Abonnements, welche im Kundenverwaltungssystem 14 und
den Datenbank-Netzelementen 16 gespeichert
sind. Es ist wichtig hier zu beachten, daß die Sicherheitsschutzmaßnahmen,
welche durch den Webserver 32 und die Firewall 34 bereitgestellt
werden, den Zugriff des Dienstanbieters auf das Kundenverwaltungssystem 14 und
das Datenbank-Netzelement 16 auf nur das beschränken, was
notwendig ist zur Erstellung oder Unterstützung seines erworbenen Blocks
von Abonnements. Eine Internet-Verbindung mit dem Webserver 32 wird
bequem über
den PC des Dienstanbieters geschaffen. Anfrageaufforderungen können dann
gemacht werden, um diese gespeicherten Daten zu betrachten. Ferner
können
Datenverwaltungs-Transaktionen befohlen werden, um die gespeicherten
Daten zu erzeugen oder zu modifizieren.
-
Obwohl
bevorzugte Ausführungen
des Verfahrens und der Vorrichtung der vorliegenden Erfindung in
den begleitenden Zeichnungen veranschaulicht und in der vorangegangenen
ausführlichen
Beschreibung beschrieben wurden, sollte verstanden werden, daß die Erfindung
nicht auf die offenbarten Ausführungen
beschränkt
ist, sondern verschiedene Umordnungen, Modifikationen und Ersetzungen möglich sind,
ohne sich vom Geist der Erfindung zu entfernen, wie sie hier durch
die folgenden Ansprüche
dargelegt und definiert wird.