DE69836751T2 - Dienste mit rufunabhängigen modulen - Google Patents
Dienste mit rufunabhängigen modulen Download PDFInfo
- Publication number
- DE69836751T2 DE69836751T2 DE69836751T DE69836751T DE69836751T2 DE 69836751 T2 DE69836751 T2 DE 69836751T2 DE 69836751 T DE69836751 T DE 69836751T DE 69836751 T DE69836751 T DE 69836751T DE 69836751 T2 DE69836751 T2 DE 69836751T2
- Authority
- DE
- Germany
- Prior art keywords
- call
- independent modules
- logic program
- independent
- modules
- 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 - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0054—Service creation techniques
- H04Q3/0058—Service creation techniques using service-independent building blocks (SIBBs) or "primitives"
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Stored Programmes (AREA)
- Exchange Systems With Centralized Control (AREA)
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 . CIBB10 ist eine wiederverwendbare Software-Einheit, die zur Erzeugung von Dienst-Eigenschaften entwickelt wurde. CIBBs10 sind konstruiert, die Grundfunktionen bereitzustellen, aus denen Anruf-Verarbeitungs-Funktionen höherer Ebenen aufgebaut werden können. CIBBs10 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 CIBB10 enthält eine Grundfunktion, wobei die Gesamtheit von CIBBs10 alle Grundfunktionen repräsentiert, die je zur Entwicklung von Anruf-Verarbeitungs-Software benötigt wurden. CIBBs10 können auch zusammen gruppiert werden, um neue Funktionen oder sogar einen kompletten Anruf-Verarbeitungs-Dienst zu bilden. Zusätzlich dazu sind CIBBs10 unabhängig von jedem Dienst, zu dessen Formulierung sie benutzt werden können, daher kann jedes CIBB10 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 CIBB10 einen Logik-Start12 . Alle CIBBs10 haben einen logischen Startpunkt und einen oder mehrere logische Endpunkte. Der Logik-Start12 ist die Initialisierung oder der Startpunkt jedes CIBB10 . 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-Daten14 bereitgestellt. Dienst-Unterstützungs-Daten14 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-Dateneingabe16 . Anruf-Instanz-Dateneingaben16 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-Datenausgaben18 sind Datenausgaben, die spezifisch für einen bestimmten Anruf sind, wie z.B. eine Leitweglenkungs-Liste. Die Anruf-Instanz-Datenausgabe18 von einem CIBB10 kann eine Anruf-Instanz Dateneingabe16 für ein anderes CIBB10 sein. Auf diese Weise können CIBBs10 als Kette oder Gruppe kombiniert werden. Die Anruf-Instanz-Datenausgabe18 kann auch das Endergebnis eines Anruf-Verarbeitungs-Dienstes sein. -
2 ist ein Blockdiagramm von gruppierten CIBBs20 . CIBBs10 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 CIBBs10 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 CIBBs10 können zusammen gruppiert werden, um die Gruppe CIBB20 zur Telefongebührenerfassung zu bilden. Die gruppierten CIBBs20 können in anderen Anwendungen wieder verwendet werden, wie die einzelnen CIBBs10 . -
3 ist eine grafische Darstellung einzelner CIBBs10 , die miteinander verbunden sind und zu einem Gruppen-CIBB20 verbunden sind, um ein neues Programm für einen neuen Telefondienst zu bilden. Nimmt man an, dass3 einen 800- Gebührenerfassungs-Dienst repräsentiert, empfängt ein erstes CIBB, CIBB122 , einen Anruf. Ein zweites CIBB, CIBB224 , überprüft den Anruf, ob es sich um eine gültige 800-Nummer handelt. Falls nicht, liefert CIBB326 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 CIBB429 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 CIBB10 nicht die in diesem Beispiel beschriebene Funktionalität hat. -
4 ist eine grafische Darstellung eines Anruf-Logik-Programms (CLP)30 . Das Anruf-Logik-Programm30 ist ein kompletter Anruf-Verarbeitungs-Dienst oder ein Teil eines Anruf-Verarbeitungs-Dienstes. In einem gegebenen Anruf-Verarbeitungs-Dienst können ein oder mehrere CLPs30 vorhanden sein. Ein CLP30 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 CIBB10 repräsentiert werden. Ein CLP30 kann auch gruppierte CIBBs20 enthalten. -
5 ist ein Diagramm, das die Ausführung eines Anruf-Logik-Programms30 zeigt. CLP30 kann ein komplettes Programm oder ein Anruf-Verarbeitungs-Dienst sein. Das CLP30 durchläuft einen Parser40 . Der Parser40 zerlegt den Code des CIBB10 in ein oder mehrere Merkmale42 . Merkmale (Token)42 sind die minimale Informationsmenge, die von einem Interpreter verarbeitet werden kann. Sie sind logische Repräsentationen der im Code des CIBB10 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 CIBB10 benutzten Befehle, Schlüsselworte und Variablen in die kleinste logische Repräsentation heruntergebrochen, die vom Interpreter verarbeitet werden kann. Die Merkmale42 werden dann in einem Merkmal-Sammler44 gesammelt. Der Merkmal-Sammler44 speichert die Merkmale42 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-Sammler44 werden zur späteren Verwendung während der Ausführung des Anruf-Logik-Programms gespeichert. Wenn auf Merkmal-Sammler44 zugegriffen wird, werden die Merkmale42 interpretiert und von einem Interpreter46 ausgeführt. -
6 ist ein Flussdiagramm der Ausführung eines Anruf-Logik-Programms30 . In Schritt50 wird das Anruf-Logik-Programm begonnen. Das Programm kann aus einem CLP30 oder mehreren CLPs30 bestehen, die zusammenarbeiten. Zusätzlich dazu kann CLP30 aus einem oder mehreren CIBBs10 oder gruppierten CIBBs20 bestehen, oder CLP30 selbst kann ein gruppiertes CIBB20 sein. Nach dem Beginn wird CLP30 in Schritt52 in eine Vielzahl von Merkmalen42 zerlegt. Die Merkmale42 werden dann in Schritt54 in einem Merkmal-Sammler44 gespeichert. Die Merkmale42 repräsentieren die minimale Informationsmenge, die verarbeitet werden kann. In Schritt56 wartet Merkmal-Sammler44 auf die Interpretation. Der Prozess des Parsens vor der Verwendung ist als vorgezogenes Parsen bekannt. Es ist schneller als CLP30 einfach zu interpretieren, wenn es benötigt wird. - In Schritt
58 wird bestimmt, ob auf Merkmal-Sammler44 zugegriffen werden muss. Falls ja, werden die Merkmale42 in Schritt60 interpretiert. Das Programm führt seine Funktion in Schritt62 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.
Claims (11)
- 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.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US941683 | 1997-09-30 | ||
US08/941,683 US6198813B1 (en) | 1997-09-30 | 1997-09-30 | System and method for providing call processing services using call independent building blocks |
PCT/US1998/019411 WO1999017498A2 (en) | 1997-09-30 | 1998-09-17 | Services using call independent building blocks |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69836751D1 DE69836751D1 (de) | 2007-02-08 |
DE69836751T2 true DE69836751T2 (de) | 2007-10-04 |
Family
ID=25476890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69836751T Expired - Lifetime DE69836751T2 (de) | 1997-09-30 | 1998-09-17 | Dienste mit rufunabhängigen modulen |
Country Status (5)
Country | Link |
---|---|
US (1) | US6198813B1 (de) |
EP (1) | EP1020087B1 (de) |
AU (1) | AU9490598A (de) |
DE (1) | DE69836751T2 (de) |
WO (1) | WO1999017498A2 (de) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6427002B2 (en) | 1998-05-07 | 2002-07-30 | Worldcom, Inc. | Advanced interactive voice response service node |
US6418205B2 (en) | 1998-05-07 | 2002-07-09 | Mci Communications Corporation | Call and circuit state machine for a transaction control layer of a communications signaling gateway |
US6493353B2 (en) | 1998-05-07 | 2002-12-10 | Mci Communications Corporation | Communications signaling gateway and system for an advanced service node |
US6647111B1 (en) * | 1998-05-07 | 2003-11-11 | Mci Communications Corporation | System for executing advanced interactive voice response services using service-independent building blocks |
US6366658B1 (en) | 1998-05-07 | 2002-04-02 | Mci Communications Corporation | Telecommunications architecture for call center services using advanced interactive voice responsive service node |
US6389126B1 (en) | 1998-05-07 | 2002-05-14 | Mci Communications Corporation | Service provisioning system for interactive voice response services |
US6496567B1 (en) | 1998-05-07 | 2002-12-17 | Mci Communications Corporation | Interactive voice response service node with advanced resource management |
US7610584B2 (en) * | 2004-01-02 | 2009-10-27 | International Business Machines Corporation | Method, system, and product for defining and managing provisioning states for resources in provisioning data processing systems |
GB0624168D0 (en) * | 2006-12-04 | 2007-01-10 | Axiom Systems Ltd | Service assembly and delivery |
CN114840198B (zh) * | 2022-04-18 | 2023-04-28 | 北京聪明核桃教育科技有限公司 | 函数执行方法、积木块功能重写方法及相关设备 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5511116A (en) * | 1992-08-25 | 1996-04-23 | Bell Communications Research Inc. | Method of creating and accessing value tables in a telecommunication service creation and execution environment |
US6134304A (en) * | 1992-11-10 | 2000-10-17 | Telefonaktiebolaget Lm Ericsson | General analysis system |
US5724406A (en) * | 1994-03-22 | 1998-03-03 | Ericsson Messaging Systems, Inc. | Call processing system and method for providing a variety of messaging services |
SE503376C2 (sv) * | 1994-06-13 | 1996-06-03 | Ericsson Telefon Ab L M | Kundprofilerad telekommunikationstjänst |
SE503129C2 (sv) | 1995-01-05 | 1996-04-01 | Telia Ab | Anordning för uppbyggande av tjänst i telekommunikationssystem |
US5757900A (en) * | 1995-06-02 | 1998-05-26 | Bell Communications Research, Inc. | System and method for single access database retrievals |
US5999525A (en) * | 1996-11-18 | 1999-12-07 | Mci Communications Corporation | Method for video telephony over a hybrid network |
US5937412A (en) * | 1997-12-29 | 1999-08-10 | Alcatel Usa Sourcing, L.P. | Method and system for packaging service logic programs in an advanced intelligent network |
-
1997
- 1997-09-30 US US08/941,683 patent/US6198813B1/en not_active Expired - Lifetime
-
1998
- 1998-09-17 DE DE69836751T patent/DE69836751T2/de not_active Expired - Lifetime
- 1998-09-17 WO PCT/US1998/019411 patent/WO1999017498A2/en active IP Right Grant
- 1998-09-17 EP EP98948309A patent/EP1020087B1/de not_active Expired - Lifetime
- 1998-09-17 AU AU94905/98A patent/AU9490598A/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US6198813B1 (en) | 2001-03-06 |
WO1999017498A3 (en) | 1999-06-03 |
EP1020087A2 (de) | 2000-07-19 |
WO1999017498A2 (en) | 1999-04-08 |
DE69836751D1 (de) | 2007-02-08 |
AU9490598A (en) | 1999-04-23 |
EP1020087B1 (de) | 2006-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69924857T2 (de) | Programm-kode-umwandlung | |
DE69024515T2 (de) | Gerät zur Streckenmessung und -analyse zur Leistungsabschätzung von Software-Entwürfen | |
DE3486267T2 (de) | Verfahren zum dynamischen Aufruf eines Dienstprogramms von einem Anwendungsprogramm aus. | |
EP0525432B1 (de) | Verfahren zur Änderung von Systemkonfigurationsdatensätzen in einem Fernmeldevermittlungssystem | |
DE69230452T2 (de) | Verfahren und Vorrichtung zur Änderungskontrolle in mehreren Entwicklungsumgebungen | |
DE3503119A1 (de) | Verfahren zum automatischen erzeugen eines quellenprogramms | |
DE2839726A1 (de) | Datenverarbeitungsanlage mit verteilter steuerarchitektur in einem multiprozessor-system | |
DE4125389C1 (de) | ||
DE69532307T2 (de) | Ausdrucks-Propagierung für hierarchisches Netzlisten | |
DE69836751T2 (de) | Dienste mit rufunabhängigen modulen | |
DE69905776T2 (de) | Sprachenverarbeitungsverfahren mit geringem Aufwand und Speicherbedarf bei der Profildatensammlung | |
DE4426001A1 (de) | Verfahren zur Überlastvermeidung bei einem Systemanlauf eines Mehrrechnersystems und Mehrrechnersystem dafür | |
DE3121742A1 (de) | Mikroprogrammsteuerverfahren und -einrichtung zu dessen durchfuehrung | |
DE1549474B2 (de) | Anordnung in einer elektronischen digitalen Datenverarbeitungsanlage zur Ausführung eines ersten Befehls und gleichzeitigen Decodierung eines folgenden Befehls | |
DE102019001129A1 (de) | Numerische Steuervorrichtung | |
DE2548720C2 (de) | Mikroprogramm-Steuerwerk | |
EP1197848A2 (de) | Verfahren zur automatischen Erzeugung von Programmcode | |
EP0492251B1 (de) | Kommunikationssystem mit Anschlussbaugruppen, einem der Durchschaltung von Verbindungen dienenden Koppelfeld, einem zentralen Zeichenkanal sowie einem der zentralen Steuerung dienenden Multiprozessorsystem | |
EP1005216B1 (de) | Verfahren und Vorrichtung zur Validierung von Konfigurationsdaten für Telekommunikationssysteme | |
EP0838054B1 (de) | Verfahren und steuereinrichtung für eine graphische steuerung von abläufen in einem netzwerkmanagementsystem | |
DE3587517T2 (de) | Paralleler Registertransfermechanismus für Reduktionsprozessor zur Durchführung von Programmen die als binäre Graphen gespeichert sind und die Anwendungssprachenkodes ohne Variablen verwenden. | |
EP0632668A2 (de) | Verfahren zum Aktualisieren eines Systemprogramms in einer Vermittlungseinrichtung | |
DE3323824A1 (de) | Speicherprogrammierbare steuerung | |
DE19849855C1 (de) | Verfahren zur automatischen Generierung einer textlichen Äußerung aus einer Bedeutungsrepräsentation durch ein Computersystem | |
EP0664905B1 (de) | Verfahren zur durchfürhung von tests an auf einem rechner parallel ablauffähigen objekten eines objektorientierten programmes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition |