DE69836751T2

DE69836751T2 - Dienste mit rufunabhängigen modulen

Info

Publication number: DE69836751T2
Application number: DE69836751T
Authority: DE
Inventors: M. Steve Rowlett PULLEN; G. Navdeep Plano SINGH; S. Shahrooz Dallas KASRAI
Original assignee: Alcatel USA Sourcing Inc
Current assignee: Alcatel USA Sourcing Inc
Priority date: 1997-09-30
Filing date: 1998-09-17
Publication date: 2007-10-04
Anticipated expiration: 2018-09-18
Also published as: AU9490598A; DE69836751D1; US6198813B1; WO1999017498A2; EP1020087A2; WO1999017498A3; EP1020087B1

Description

TECHNISCHES FELD DER ERFINDUNG
Die vorliegende Erfindung betrifft das Gebiet der Telekommunikationsdienste und spezieller ein System und Verfahren zur Bereitstellung von Rufbearbeitungs-Diensten unter Verwendung von rufunabhängigen Modulen.
HINTERGRUND DER ERFINDUNG
US 5,553,127 bezieht sich auf ein allgemeines Analyse-Programm zur Durchführung verschiedener Analysen von Informationen, insbesondere in einer Telefonvermittlung.
In Kubs: "A Reuse-Driven Approach for Rapid Telephone Service Creation", International Conference on Software Reuse, 01.11.1994, Seite 64–72, wird ein Telefondienst offen gelegt, der aus dienstunabhängigen Modulen besteht. Dies erlaubt es, ein Telefondienst-Angebot schnell, zuverlässig und kostengünstig zu differenzieren.
In einem modernen Telekommunikationsnetz werden eine Vielzahl von Diensten und Funktionen angeboten, sowohl als Nutzen für die Endbenutzer, als auch als Erfordernis zum Betrieb des Netzwerks. Diese Dienste erfordern eine komplizierte Programmierung, die Abertausende von Code-Zeilen darstellt. Wenn ein neuer Dienst benötigt wird, müssen die Programmierer typischerweise ganz von vorne anfangen und viele weitere Code-Zeilen schreiben.
In herkömmlichen interpretierten Computersprachen wird ein Programm bei der Ausführung Zeile für Zeile interpretiert. Abhängig von der Länge des Programms, der Komplexität der Programmiersprache und den Fähigkeiten des Interpreters kann die Ausführung ein zeitaufwendiger Prozess sein.
Es wird eine Architektur benötigt, die eine programmierbare Software-Umgebung bereitstellt, die eine schnelle Implementation neuer Rufbearbeitungs-Dienste erlaubt, die so schnell und effizient wie möglich ausgeführt werden.
ZUSAMMENFASSUNG DER ERFINDUNG
Aus dem oben gesagten kann man erkennen, dass ein Bedarf an einem Verfahren und System zur Bereitstellung von Rufverarbeitungs-Diensten unter Verwendung von rufunabhängigen Modulen entstanden ist. Gemäß der vorliegenden Erfindung werden rufunabhängige Module zur Erzeugung von Diensten bereitgestellt, die im Wesentlichen die Nachteile und Probleme in Zusammenhang mit Programmierverfahren beseitigen oder verringern.
Gemäß einer Ausführung der vorliegenden Erfindung enthält ein System zur Bereitstellung von Rufverarbeitungs-Diensten ein Anruf-Logik-Programm, das eine Vielzahl von rufunabhängigen Modulen hat. Jedes der rufunabhängigen Module führt eine spezielle Funktion aus, und sie werden miteinander verbunden, um das Anruf-Logik-Programm zu bilden. Ein Parser ist ebenfalls enthalten. Der Parser analysiert beim Aufruf des Anruf-Logik-Programms die rufunabhängigen Module im Anruf-Logik-Programm in eine Vielzahl von Merkmalen. Es wird ein Merkmal-Sammler bereitgestellt, um die Merkmale zu sammeln. Bei der Ausführung des Programms interpretiert ein Interpreter die Merkmale im Merkmal-Sammler.
Gemäß einer anderen Ausführung der vorliegenden Erfindung wird ein Anruf-Logik-Programm zur Bereitstellung von Anruf-Diensten bereitgestellt, das auf einem Computer mit einem Prozessor und Speicher läuft und das eine Vielzahl von rufunabhängigen Modulen enthält. Jedes rufunabhängige Modul führt eine bestimmte Aufgabe aus und ist mit den anderen verbunden, um das Anruf-Logik-Programm zu bilden.
Ein wichtiger technischer Vorteil der vorliegenden Erfindung ist die Fähigkeit, rufunabhängige Module in verschiedenen Programmen erneut zu verwenden, wodurch es nicht mehr erforderlich ist, Programmcode neu zu schreiben, wenn ein neuer Dienst benötigt wird. Ein weiterer technischer Vorteil der vorliegenden Erfindung ist die Fähigkeit, das Anruf-Logik-Programm vor der Ausführung zu analysieren. Hierdurch wird die Leistungsfähigkeit des Anruf-Logik-Programms erhöht. Weitere technische Vorteile werden für einen Fachmann aus den folgenden Figuren, Beschreibungen und Ansprüchen sofort deutlich.
KURZBESCHREIBUNG DER ZEICHNUNGEN
Für ein kompletteres Verständnis der vorliegenden Erfindung und für weitere Eigenschaften und Vorteile wird nun auf die folgende Beschreibung in Verbindung mit den begleitenden Zeichnungen Bezug genommen, in denen:
1 ein Blockdiagramm eines rufunabhängigen Moduls (CIBB) ist;
2 ein Blockdiagramm von gruppierten CIBBs ist;
3 eine grafische Darstellung einzelner CIBBs ist, die miteinander verkettet sind und zu einem Gruppen-CIBB verkettet sind;
4 eine grafische Darstellung eines Anruf-Logik-Programms ist;
5 ein Diagramm ist, das die Ausführung eines Anruf-Logik-Programms zeigt; und
6 ein Flussdiagramm der Ausführung eines Anruf-Logik-Programms ist.
DETAILLIERTE BESCHREIBUNG DER ERFINDUNG
Die bevorzugte Ausführung der vorliegenden Erfindung und ihre Vorteile werden am besten verstanden, wenn man auf die 1–6 in den Zeichnungen Bezug nimmt, wobei gleiche Ziffern für gleiche und entsprechende Teile der verschiedenen Zeichnungen verwendet werden.
1 ist ein Blockdiagramm eines rufunabhängigen Moduls (CIBB) 10. CIBB 10 ist eine wiederverwendbare Software-Einheit, die zur Erzeugung von Dienst-Eigenschaften entwickelt wurde. CIBBs 10 sind konstruiert, die Grundfunktionen bereitzustellen, aus denen Anruf-Verarbeitungs-Funktionen höherer Ebenen aufgebaut werden können. CIBBs 10 können als Module angesehen werden. Obwohl ein einzelnes Modul eine begrenzte Funktion haben kann, können mehrere Module kombiniert werden, um eine komplette Unter-Struktur oder Struktur zu erzeugen.
CIBBs 10 sind so konstruiert, dass sie miteinander verbunden werden können, um neue Dienste bereitzustellen. Jedes CIBB 10 enthält eine Grundfunktion, wobei die Gesamtheit von CIBBs 10 alle Grundfunktionen repräsentiert, die je zur Entwicklung von Anruf-Verarbeitungs-Software benötigt wurden. CIBBs 10 können auch zusammen gruppiert werden, um neue Funktionen oder sogar einen kompletten Anruf-Verarbeitungs-Dienst zu bilden. Zusätzlich dazu sind CIBBs 10 unabhängig von jedem Dienst, zu dessen Formulierung sie benutzt werden können, daher kann jedes CIBB 10 in einem bestimmten Anruf-Dienst mehrfach verwendet werden oder in einem neuen Anruf-Dienst verwendet werden.
In einer bestimmten Ausführung sind CIBBs 10 Objekte in einer objektorientierten Programmiersprache, wie z.B. C++.
In 1 hat CIBB 10 einen Logik-Start 12. Alle CIBBs 10 haben einen logischen Startpunkt und einen oder mehrere logische Endpunkte. Der Logik-Start 12 ist die Initialisierung oder der Startpunkt jedes CIBB 10. Er setzt die Initialisierungs-Bedingungen für jeden CIBB fest, wie z.B. welche speziellen Informationen zu empfangen sind und welche Antwort zu erzeugen ist. Als Eingabe werden Dienst-Unterstützungs-Daten 14 bereitgestellt. Dienst-Unterstützungs-Daten 14 sind die für einen bestimmten Dienst erforderlichen Eingangsdaten. Sie können Informationen, wie z.B. die Anrufidentifizierung, der Angerufene oder jede andere Eingabe sein, die für einen speziellen Dienst erforderlich ist. Ebenfalls als Eingabe bereitgestellt wird eine Anruf-Instanz-Dateneingabe 16. Anruf-Instanz-Dateneingaben 16 sind Dateneingaben, die spezifisch für einen bestimmten Anruf sind, wie z.B. Leitweglenkungs-Listen, das Leitungsbündel, auf dem der Anruf eintraf oder andere Eingaben bezüglich eines speziellen Anrufs. Anruf-Instanz-Datenausgaben 18 sind Datenausgaben, die spezifisch für einen bestimmten Anruf sind, wie z.B. eine Leitweglenkungs-Liste. Die Anruf-Instanz-Datenausgabe 18 von einem CIBB 10 kann eine Anruf-Instanz Dateneingabe 16 für ein anderes CIBB 10 sein. Auf diese Weise können CIBBs 10 als Kette oder Gruppe kombiniert werden. Die Anruf-Instanz-Datenausgabe 18 kann auch das Endergebnis eines Anruf-Verarbeitungs-Dienstes sein.
2 ist ein Blockdiagramm von gruppierten CIBBs 20. CIBBs 10 können zusammen gruppiert werden, um komplette Anruf-Logik-Programme oder Teile von Anruf-Logik-Programmen zu bilden. Wenn zum Beispiel ein Anruf-Logik-Programm zur Gebührenerfassung eines Telefongesprächs benötigt wird, können einzelne CIBBs 10 vorhanden sein, um den Anruf zu messen, die Ergebnisse in eine Datei zu schreiben, oder für alle anderen Teile, die ein Gebührenerfassungs-Programm benötigt. Diese einzelnen CIBBs 10 können zusammen gruppiert werden, um die Gruppe CIBB 20 zur Telefongebührenerfassung zu bilden. Die gruppierten CIBBs 20 können in anderen Anwendungen wieder verwendet werden, wie die einzelnen CIBBs 10.
3 ist eine grafische Darstellung einzelner CIBBs 10, die miteinander verbunden sind und zu einem Gruppen-CIBB 20 verbunden sind, um ein neues Programm für einen neuen Telefondienst zu bilden. Nimmt man an, dass 3 einen 800- Gebührenerfassungs-Dienst repräsentiert, empfängt ein erstes CIBB, CIBB1 22, einen Anruf. Ein zweites CIBB, CIBB2 24, überprüft den Anruf, ob es sich um eine gültige 800-Nummer handelt. Falls nicht, liefert CIBB3 26 eine Fehlermeldung zurück. Handelt es sich um eine gültige 800-Nummer, erfasst ein gruppiertes CIBB1 die Länge des Anrufs und stellt die Gebühren fest. Ein CIBB4 29 schreibt dann den Gebühren-Datensatz an eine bestimmte Stelle. Die in diesem Beispiel erklärte Funktionalität des CIBB stellt nur ein Beispiel dar, und es kann sein, dass ein aktuelles CIBB 10 nicht die in diesem Beispiel beschriebene Funktionalität hat.
4 ist eine grafische Darstellung eines Anruf-Logik-Programms (CLP) 30. Das Anruf-Logik-Programm 30 ist ein kompletter Anruf-Verarbeitungs-Dienst oder ein Teil eines Anruf-Verarbeitungs-Dienstes. In einem gegebenen Anruf-Verarbeitungs-Dienst können ein oder mehrere CLPs 30 vorhanden sein. Ein CLP 30 ist ein Computerprogramm mit einer Liste von Computer-Instruktionen, die bei ihrer Ausführung den Dienst realisieren. Jede Instruktion oder Gruppe von Instruktionen kann als ein CIBB 10 repräsentiert werden. Ein CLP 30 kann auch gruppierte CIBBs 20 enthalten.
5 ist ein Diagramm, das die Ausführung eines Anruf-Logik-Programms 30 zeigt. CLP 30 kann ein komplettes Programm oder ein Anruf-Verarbeitungs-Dienst sein. Das CLP 30 durchläuft einen Parser 40. Der Parser 40 zerlegt den Code des CIBB 10 in ein oder mehrere Merkmale 42. Merkmale (Token) 42 sind die minimale Informationsmenge, die von einem Interpreter verarbeitet werden kann. Sie sind logische Repräsentationen der im Code des CIBB 10 vorhandenen Befehle. In C++ kann ein Schlüsselwort, wie z.B. "virtual" als Merkmal betrachtet werden, da es das kleinste Element ist, das der Compiler verarbeitet. In diesem Fall werden die in jedem CIBB 10 benutzten Befehle, Schlüsselworte und Variablen in die kleinste logische Repräsentation heruntergebrochen, die vom Interpreter verarbeitet werden kann. Die Merkmale 42 werden dann in einem Merkmal-Sammler 44 gesammelt. Der Merkmal-Sammler 44 speichert die Merkmale 42 in einer beliebigen logischen Art und Weise, sei es First In/Last Out, Last In/First Out oder eine andere Art zur Speicherung von Merkmalen. Diese Schritte werden ausgeführt, wenn das Programm beginnt, und Merkmal-Sammler 44 werden zur späteren Verwendung während der Ausführung des Anruf-Logik-Programms gespeichert. Wenn auf Merkmal-Sammler 44 zugegriffen wird, werden die Merkmale 42 interpretiert und von einem Interpreter 46 ausgeführt.
6 ist ein Flussdiagramm der Ausführung eines Anruf-Logik-Programms 30. In Schritt 50 wird das Anruf-Logik-Programm begonnen. Das Programm kann aus einem CLP 30 oder mehreren CLPs 30 bestehen, die zusammenarbeiten. Zusätzlich dazu kann CLP 30 aus einem oder mehreren CIBBs 10 oder gruppierten CIBBs 20 bestehen, oder CLP 30 selbst kann ein gruppiertes CIBB 20 sein. Nach dem Beginn wird CLP 30 in Schritt 52 in eine Vielzahl von Merkmalen 42 zerlegt. Die Merkmale 42 werden dann in Schritt 54 in einem Merkmal-Sammler 44 gespeichert. Die Merkmale 42 repräsentieren die minimale Informationsmenge, die verarbeitet werden kann. In Schritt 56 wartet Merkmal-Sammler 44 auf die Interpretation. Der Prozess des Parsens vor der Verwendung ist als vorgezogenes Parsen bekannt. Es ist schneller als CLP 30 einfach zu interpretieren, wenn es benötigt wird.
In Schritt 58 wird bestimmt, ob auf Merkmal-Sammler 44 zugegriffen werden muss. Falls ja, werden die Merkmale 42 in Schritt 60 interpretiert. Das Programm führt seine Funktion in Schritt 62 aus.
Somit ist offensichtlich, dass gemäß der vorliegenden Erfindung rufunabhängige Module zur Erzeugung von Diensten bereitgestellt wurden, welche die oben dargelegten Vorteile aufweisen. Obwohl die bevorzugte Ausführung detailliert beschrieben wurde, muss verstanden werden, dass verschiedene Änderungen, Ersetzungen und Abwandlungen hierin durchgeführt werden können.
Fig. 1
Fig. 2
Fig. 3
Fig. 4
Fig. 5
Fig. 6

Claims

Ein Anruf-Logik-Programm (30) zur Bereitstellung von Telefondiensten, das auf einem Computer mit einem Prozessor und Speicher läuft, gekennzeichnet, durch: – Eine Vielzahl von rufunabhängigen Modulen (10), wobei ein rufunabhängiges Modul (10) eine wiederverwendbare Software-Einheit ist, die entwickelt wurde, um Dienst-Eigenschaften zu erzeugen, wobei jedes der rufunabhängigen Module (10) in der Lage ist, eine bestimmte Aufgabe auszuführen; – Die rufunabhängigen Module (10) sind miteinander verbunden, um das Anruf-Logik-Programm (30) zu bilden; und – Eine Vielzahl von Merkmalen (42), wobei ein Merkmal (42) die minimale Informationsmenge ist, die von einem Interpreter (46) oder Compiler verarbeitet werden kann, in die das Anruf-Logik-Programm (30) bei der Initialisierung und vor der Ausführung des Anruf-Logik-Programms (30) zerlegt wird; – Die Vielzahl von Merkmalen (42) wird in einem Merkmal-Sammler (44) gespeichert und wartet auf die Ausführung.
Das Anruf-Logik-Programm aus Anspruch 1, worin die rufunabhängigen Module (10) aneinandergefügt werden können, um gruppierte rufunabhängige Module (20) zu bilden, wobei die gruppierten rufunabhängigen Module (20) in der Lage sind, eine neue Funktion auszuführen.
Das Anruf-Logik-Programm aus Anspruch 1, worin die rufunabhängigen Module (10) und die gruppierten rufunabhängigen Module (20) kombiniert sind, um einen bestimmten Dienst zu bilden.
Das Anruf-Logik-Programm aus Anspruch 1, worin die Merkmale (42) im Merkmal-Sammler (44) von einem Interpreter (46) ausgeführt werden, wobei die Ausführung der Merkmale (42) durch den Interpreter (46) die Ausführung des Anruf-Logik-Programms darstellt.
Ein Verfahren zur Bereitstellung von Telefondiensten, das durch folgende Schritte gekennzeichnet ist: – Bereitstellung einer Vielzahl von rufunabhängigen Modulen (10), wobei ein rufunabhängiges Modul (10) eine wiederverwendbare Software-Einheit ist, die entwickelt wurde, um Dienst-Eigenschaften zu erzeugen, wobei jedes der rufunabhängigen Module (10) in der Lage ist, eine bestimmte Aufgabe auszuführen; – Verbinden der Vielzahl rufunabhängiger Module (10), um ein Anruf-Logik-Programm (30) bereitzustellen; – Bei der Initialisierung und vor der Ausführung des Anruf-Logik-Programms (30) Zerlegen des Anruf-Logik-Programms (30) in eine Vielzahl von Merkmalen (42), wobei ein Merkmal (42) die minimale Informationsmenge ist, die von einem Interpreter (46) oder Compiler verarbeitet werden kann; – Speichern der Vielzahl von Merkmalen (42) in einem Merkmal-Sammler (44) und Warten auf die Ausführung; – Ausführen des Anruf-Logik-Programms (30) durch Interpretation der Merkmale (42) im Merkmal-Sammler (44).
Das Verfahren aus Anspruch 5, worin der Schritt der Bereitstellung einer Vielzahl von rufunabhängigen Modulen (10) weiterhin den Schritt umfasst, aus der Vielzahl rufunabhängiger Module (10) gruppierte rufunabhängige Module (20) zu bilden.
Das Verfahren aus Anspruch 5, worin die rufunabhängigen Module (10) in anderen Anwendungen wiederverwendet werden können.
Ein System zur Bereitstellung von Anruf-Verarbeitungs-Diensten, das ein Anruf-Logik-Programm (30) zur Bereitstellung von Telefondiensten enthält, gekennzeichnet, durch: – Das Anruf-Logik-Programm (30), das eine Vielzahl von rufunabhängigen Modulen (10) hat, wobei ein rufunabhängiges Modul (10) eine wiederverwendbare Software-Einheit ist, die entwickelt wurde, um Dienst-Eigenschaften zu erzeugen, wobei jedes der rufunabhängigen Module (10) in der Lage ist, eine bestimmte Funktion auszuführen; – Einen Parser (40), der in der Lage ist, die rufunabhängigen Module (10) bei Erzeugung und vor der Ausführung des Anruf-Logik-Programms (30) in eine Vielzahl von Merkmalen (42) zu zerlegen, wobei ein Merkmal (42) die minimale Informationsmenge ist, die von einem Interpreter (46) oder Compiler verarbeitet werden kann; – Einen Merkmal-Sammler (44), der in der Lage ist, die Merkmale (42) zu sammeln; und – Einen Interpreter (46), der in der Lage ist, die Merkmale (42) im Merkmal-Sammler (44) zu interpretieren, wobei die Interpretation der Merkmale (42) die Ausführung des Anruf-Logik-Programms (30) darstellt.
Das System aus Anspruch 8, worin die rufunabhängigen Module (10) folgendes enthalten: – Einen Logik-Start (12); – Eine Dienst-Eingabe (14), die in der Lage ist, Eingaben in Bezug auf die Bereitstellung eines Dienstes bereitzustellen; – Eine Anruf-Instanz-Dateneingabe (16), die in der Lage ist, anrufspezifische Eingaben bereitzustellen; und – Eine Anruf-Instanz-Datenausgabe (18), die in der Lage ist, anrufspezifische Daten auszugeben.
Das System aus Anspruch 8, worin die rufunabhängigen Module (10) in der Lage sind, kombiniert zu werden, um ein gruppiertes rufunabhängiges Modul (20) zu bilden, wobei das gruppierte rufunabhängige Modul (20) eine bestimmte Funktionalität hat.
Das System aus Anspruch 8, worin der Merkmal-Sammler (44) in der Lage ist, die Vielzahl von Merkmalen (42) zu speichern, bis sie benötigt werden.