DE10200855A1 - Verfahren und System zum dynamischen Generieren von Ansageinhalten - Google Patents

Abstract

Um eine Ansage in einem Telekommunikationsnetz durchzuführen, wird, aufgrund der von einer Steuerstelle des Netzes gesendeten Anforderung für die Ansage mit Ansagen-spezifischen Parameterwerten (aid, prv), aus einer Vorlagedatei (vtm) eine Ansagedatei erstellt. Hierbei werden in der Vorlagedatei (vtm) enthaltene offene Parameter, betreffend den Inhalt und/oder die Ausführung der Ansage in der Ansagendatei (vpg) in Abhängigkeit von den Parameterwerten (prv) aufgelöst. Die so erhaltene Ansagedatei, z. B. in Form einer VoiceXML-Seite, kann dann interpretiert und über das Telekommunikationsnetz ausgegeben werden.

Description

• Die Erfindung betrifft ein Verfahren zur Durchführung einer akustisch wiedergebbaren Ansage in einem Telekommunikationsnetz.
• In Telekommunikationsnetzen gehört es unter Anderem zu den Aufgaben der Vermittlungsstellen, den Teilnehmern beim Herstellen oder Bearbeiten von Telekommunikationsverbindungen Ansagen und Dialoge anzubieten. Diese Ansagen und Dialoge werden in gewissen Situationen notwendig, wie z. B. bei der Ungültigkeit einer Nummer ("Kein Anschluss unter dieser Nummer." bzw. "Die Rufnummer des Teilnehmers hat sich geändert und ist nunmehr . . .") oder bei der Abfrage von Teilnehmerdaten für die Benutzung von IN-Diensten in einem Intelligenten Netz (IN). Diese Ansagen und Dialoge werden in der Regel von einer von den Vermittlungsstellen gesonderten Anlage durchgeführt, die auch unter dem Begriff IVR-System ("Interactive Voice System") bekannt ist.
• Entstehungsquellen der hier betrachteten Ansagen sind insbesondere vermittlungstechnische Ereignisse, wie z. B.: die Wahl einer unbeschalteten Rufnummer oder einer Rufnummer mit einem Wartesystem; seitens einer Vermittlungsstelle realisierte Dienste, welche einen Dialog nutzen, z. B. eine Dialog- unterstützte Steuerung von Teilnehmer-Selbsteingaben; oder IN-Dienste mit Nutzerdialogen, deren Steuerung über die Schnittstelle zwischen der dem Teilnehmer zugeordneten Vermittlungsstelle und dem SCP ("Signal Control Point", Einrichtung des IN zur Steuerung von IN-Diensten) erfolgt.
• Im Folgenden soll der Begriff der Ansage, soweit nicht ausdrücklich etwas anderes angemerkt ist, auch interaktive Ansagen, also Dialoge, einschließen.
• In den bisher verwendeten Fällen liegt die Steuerlogik zur Durchführung der Ansagen in der Vermittlungsstelle oder in den an die Vermittlungsstelle angeschlossenen Stationen (z. B. dem SCP), nicht jedoch im IVR-System, was eine Steuerschnittstelle erforderlich macht, über die die Steuerung der Ansagen einschließlich variabler Ansageparameter sowie die Rückmeldung von eingesammelten Nutzereingaben zwischen Vermittlungsstelle und IVR-System erfolgen kann.
• Um die erwähnte Steuerschnittstelle zu vermeiden, werden Lösungen gesucht, bei denen die Verarbeitung der Ansageparameter und Ausgabe von Ansagen und Dialogen gemäß den aktuellen Werten der Parameter seitens des IVR-Systems durchführbar ist. Als hierbei verwendete Parameter werden Informationsparameter, Steuerparameter und Eingabeparameter unterschieden. Informationsparameter geben variable Inhalte an, z. B. eine Telefonnummer; Steuerparameter betreffen den Ablauf des Ansage, wie z. B. die (maximale) Anzahl der Durchläufe einer Ansage, die Dauer einer Pause zwischen Wiederholungen; Eingabeparameter beziehen sich auf Eingaben, die vom Teilnehmer eingesammelt werden, wie z. B. die Mindestanzahl von Wahlziffern, die vom Teilnehmer einzugeben sind.
• Eine bekannte Lösung zur parametrisierten Ausführung von Ansagen beruht auf der kodierten Verarbeitung von Parametern. Hierbei ist die Logik zur Behandlung der Steuer- und Eingabeparameter in der Steuerung des IVR-Systems fest kodiert. Dem Anwender wird nur eine Möglichkeit der Gestaltung der Ansagen zugelassen; eine Änderung von Ansagen ist über proprietäre Einrichtungen und Verfahren möglich. Diese Lösung gestattet vollen Zugriff auf Parameter in den Ansagen, die auch durch Parameter gesteuerte variable Inhalte enthalten können. Jedoch stellt sie stets eine proprietäre Lösung dar, die in der Regel wenig flexibel ist und bei der die Übertragung der Ansagen zwischen verschiedenen Anlagen stark eingeschränkt ist.
• Dieser Mangel wird in durch einen auf der standardisierten Beschreibungssprache VoiceXML beruhenden Ansatz weitgehend vermieden. Die Sprache VoiceXML ("Voice eXtensible Markup Language") wurde als Markup-Sprache für die Erzeugung von Audio-Dialogen entworfen; ihre Hauptaufgabe ist es, die Vorteile Web-basierter Entwicklungen und Web-Inhalts-Übertragungen auch für interaktive Sprachantwort-Systeme zu ermöglichen, wobei Dialoge unter Einbeziehung synthetischer Sprache, digitaler Audio-Information, der Erkennung von gesprochenen und DTMF-Eingaben, Aufnahme gesprochener Eingaben, Telefonie und von Dialogen, die sowohl vom Benutzer als auch von computergesteuerter Seite initiierbar sind, möglich sind. Für nähere Details zur VoiceXML-Sprache sei auf den Standard VoiceXML 2.0 des WWW-Consortiums W3C (http:/ / www.voicexeml.org sowie http:/ / www.w3.org/TR/) verwiesen.
• Nach diesem Ansatz ist seitens des IVR-Systems ein VoiceXML- Browser für die Interpretation von VoiceXML-Seiten eingerichtet; in diesen VoiceXML-Seiten ist eine Ansage bzw. ein Dialog beschrieben - analog dazu, wie in einer HTML-Seite eine graphische Ausgabe (die durch einen HTML-Browser ausgegeben wird) dargestellt ist. Für Eingaben, die im Rahmen eines Dialogs durch den Benutzer zu tätigen sind, werden die zugehörenden Eingabeparameter in einer sogenannten Grammar-Datei, die der betreffenden VoiceXML-Seite zugeordnet ist, aufgelöst. Jedoch beruhen bekannte, auf VoiceXML basierende Lösungen auf der Annahme, dass die gesamte Ansage ohne externe Steuerungseingriffe ablaufen kann; insbesondere ist die Abarbeitung von Steuerparametern und somit eine Berücksichtigung Parameter-gesteuerter variabler Anteile einer Ansage nicht vorgesehen.
• Es ist Aufgabe der Erfindung, die Ausführung von Ansagen und Dialogen, insbesondere auf einer Markup-Sprache wie VoiceXML beruhenden, zu verbessern. Hierbei soll es dem Betreiber auf einfache und flexible Weise möglich sein, Ansagen (einschließlich Dialoge) unter Einsatz Ansagen-spezifischer Parameter und insbesondere Steuerparameter einzusetzen und zu ändern.
• Die gestellte Aufgabe wird erfindungsgemäß von einem Verfahren der eingangs genannten Art mit den folgenden Schritten gelöst:
  
• - Empfangen einer von einer Steuerstelle des Telekommunikationsnetzes gesendeten Anforderung für eine Ansage und Ermitteln Ansagen-spezifischer Parameterwerte
• - Erstellen zumindest einer Ansagendatei aus zumindest einer Vorlagedatei, die offene Parameter betreffend den Inhalt und/oder die Ausführung einer Ansage enthält, wobei in der Ansagendatei die offenen Parameter der Vorlagedatei(en) in Abhängigkeit von den Parameterwerten aufgelöst werden, und
• - Interpretation der zumindest einen Ansagedatei als Ansage, wobei die Ansage über das Telekommunikationsnetz ausgegeben wird.
• Diese Lösung erfüllt die gestellte Aufgabe auf einfache Weise. Durch die Einführung eines zusätzlichen Schrittes in die Verarbeitung der Anforderung einer Ansage, nämlich die Erstellung einer Ansagendatei aus einer Vorlage - anstelle der Verwendung Vorgefertigter, gleichbleibender Ansagen - gelingt die flexible Gestaltung von parametrisierten Ansagen.
• Für die Realisierung der Erfindung eignet sich besonders eine Servereinrichtung für Ansagedateien mit einer Schnittstelle zu einer Ansageeinrichtung, welche ein Interpretermodul für die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen enthält, und mit einer Präprozessoreinrichtung, welche nach der Erfindung dazu eingerichtet ist, Ansagen-spezifische Parameterwerte entgegenzunehmen und ausgehend von offene Parameter betreffend den Inhalt und/oder die Ausführung einer Ansage enthaltende Vorlagedateien in Abhängigkeit von den Parameterwerten Ansagedateien zu erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelöst sind.
• Ebenso ist für die Verwirklichung der Erfindung ein Ansagesystem zur Bereitstellung von akustisch wiedergebbaren Ansagen in einem Telekommunikationsnetz geeignet, mit einer Schnittstelleneinrichtung zur Anbindung an das Telekommunikationsnetz und an eine dem Telekommunikationsnetz zugeordnete Steuerstelle mit einer Speichereinrichtung und mit einem Interpretermodul für die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen, sowie mit einer Präprozessoreinrichtung der genannten erfindungsgemäßen Art.
• In einer bevorzugten Ausführungsform der Erfindung werden gemäß einer Markup-Sprache abgefasste Vorlage- und Ansagedateien verwendet, z. B. gemäß der VoiceXML-Sprache. Dies ist insbesondere im Zusammenhang mit Datennetzen wie z. B. einem LAN-Netzwerk oder dem Internet, von Vorteil, wo die Verwendung von Markup-Dokumenten (z. B. HTML oder WML-Seiten) von Text- und Graphik-Anwendungen her geläufig ist.
• In einer bevorzugten Variante der Erfindung können vor dem Erstellen der Ansagedatei die hierfür verwendeten Vorlagedateien von der Präprozessoreinrichtung aus einer Anzahl von Vorlagedateien in Abhängigkeit von den Parameterwerten ausgewählt werden. Die Vorlagedateien können beispielsweise in einem hierfür vorgesehenen Speicher gehalten werden.
• Des weiteren ist es für den Fall interaktiver Ansagen (Dialoge) vorteilhaft, wenn beim Erstellen der Ansagedatei, sofern die Vorlagedatei sich auf eine Eingabe beziehende Befehle enthält, zusätzlich Eingabedateien für die Interpretation von Eingaben während einer Ansage erstellt werden. Hierbei können die Eingabedateien in einem Dateispeicher zwischengespeichert werden und danach von dort bei der Ausführung der betreffenden Eingaben abgerufen werden.
• Die Erfindung samt weiterer Vorzüge wird im folgenden unter Zuhilfenahme beigefügter Zeichnungen und Beispiele näher erläutert. Diese stellen insbesondere ein bevorzugtes, nicht einschränkendes Ausführungsbeispiel der Erfindung dar, das sich auf die Durchführung von parametrisierten Ansagen für Voice-over-IP-Verbindungen bezieht. Die Zeichnungen zeigen in schematischer Form
• Fig. 1 die am Aufbau einer Voice-over-IP-Verbindung zwischen zwei Netzteilnehmern beteiligten Netze und Netzkomponenten;
• Fig. 2 die dynamische Erstellung von Ansagendateien nach dem Erfindungsprinzip;
• Fig. 3 eine erfindungsgemäßes Ansagesystem;
• Fig. 4 einen Signalablauf für eine erfindungsgemäß dynamisch erstellte Ansage.
• Das im Folgenden dargestellte Ausführungsbeispiel bezieht sich auf Telefonverbindungen unter Nutzung der bekannten Voice-over-IP-Technologie (VoIP) und im Zusammenhang damit durchzuführende Ansagen. Bezugnehmend auf Fig. 1 wird eine VoIP-Verbindung für einen rufenden Teilnehmer TN1 eines Telefonnetzes NE1 über das Internet IPN (oder ein anderes paketorientiertes Datennetz) zu einem gerufenen Teilnehmer TN2 eines Telefonnetzes NE2 hergestellt, das in der Regel - jedoch nicht notwendigerweise - vom Netz NE1 verschieden ist. Die Anbindung der Teilnehmer TN1, TN2 an die Netze ist nach bekannter Art über Vermittlungsstellen VS1 bzw. VS2 realisiert; für die Übergänge von den Telefonnetzen NE1, NE2 zum Internet IPN sind für die Zwecke des VoIP jeweils VoIP- Gateways IG1, IG2 eingerichtet. Das Netz NE1 ist in dem hier betrachteten Ausführungsbeispiel ein ISDN-Netz, dem zur Durchführung intelligenter Netzdienste eine Dienstesteuerung SC1 bekannter Art zugeordnet ist, die insbesondere einen SCP umfasst.
• Für die Steuerung und Überwachung der VoIP-Verbindungen ist nach bekannter Art ein Gateway-Controller GC1 vorgesehen. Dieser steuert insbesondere die Gateways IG1, IG2 und koordiniert sie miteinander unter Verwendung eines Steuerungsprotokolls (GCP, "Gateway Control Protocol") bekannter Art, z. B. H. GCP oder MGCP; in dem im Folgenden betrachteten Ausführungsbeispiel wird vorzugsweise das MGCP-Protokoll (vgl. RFC 2705 und RFC 2897; sh. z. B. "http:/ / www.rfc-editor.org/") verwendet, wobei der Controller als MGC ("Media Gateway Controller") bezeichnet wird. Darüber hinaus kommuniziert der Gateway-Controller GC1 auch mit den Vermittlungsstellen VS1, VS2 - z. B. über das bekannte SS7-Protokoll - und mit der Dienstesteuerung SC1. Für die Durchführung von Ansagen, die im Zusammenhang mit VoIP-Verbindungen erforderlich sind, ist ein Ansagesystem VAS vorgesehen, das mit dem Controller GC1 nach bekannter Art über ein Steuerungsprotokoll wie die Gateways IG1, IG2 kommuniziert. Das Ansagesystem VAS ist in bekannteh Implementierungen mittels eines IVR-Systems bekannter Art realisiert; nach der Erfindung ist es wie weiter unten erläutert zur parametrisierten Erstellung von Ansagen erweitert. In Fig. 1 sind die Verbindungen zwischen Netzstationen, über die lediglich Steuerinformation ausgetauscht wird, gepunktet dargestellt.
• Das Grundprinzip der Erfindung für die dynamische Erstellung von Ansagen ist in Fig. 2 schematisch dargestellt. Zur Definition einer Ansage wird eine Vorlage vtm verwendet, die beispielsweise auf VoiceXML beruht, in der jedoch Parameterfelder offen gehalten sind, die gemäß den Werten von Ansagenparametern aufzulösen sind. Aus der Vorlage wird, wenn die betreffende Ansäge - z. B. durch eine Ansage-Identifikation aid bezeichnet - aufgerufen wird, mithilfe eines Präprozessors PPZ unter Verwendung der von der Vermittlungsstelle bzw. dem SCP übergebenen Werte prv der Ansageparameter eine Ansagedatei vpg erstellt, z. B. eine VoiceXML-Seite, die von einem Interpreter (z. B. VoiceXML-Browser) VBR interpretierbar ist. Auf diese Weise können die vom IVR-System übernommenen Parameterwerte prv dynamisch verarbeitet werden. Für jeden Typ einer Ansage sind zugehörende Ansage-Vorlagen vorbereitet. Diese Vorlagen können von dem Anbieter des Ansagesystems und/oder dem Betreiber des Netzes jederzeit in beliebiger Weise geändert werden und so den sich jeweils ergebenden Anforderungen angepasst werden.
• Bei der Verarbeitung einer Vorlage durch den Präprozessor, um daraus eine Ansage - genauer eine oder mehrere Ansagedateien, anhand deren eine Ansage ausgeführt wird, - zu erstellen, werden die in der Vorlage enthaltenen Parameterfelder aufgelöst. Insbesondere werden die Werte der Informationsparameter durch den Präprozessor in die entsprechenden Parameterfelder der betreffenden Ansagedatei eingesetzt und so in die Ansage integriert. Eingabeparameter werden in entsprechender Weise aufgelöst, wobei gemäß der Struktur der zugrunde liegenden Sprache für die Eingabe eine eigene Eingabedatei - nämlich im Fall des VoiceXML eine sogenannte Grammardatei - aufgrund einer Eingabevorlage erstellt werden kann; in der Ansagedatei wird an der für die Eingabe vorgesehenen Stelle eine Verknüpfung (Referenz) auf die Eingabedatei eingesetzt. Steuerparameter werden vom Präprozessor je nach Art des Parameters mithilfe von Referenzen zwischen Ansagedateien verwirklicht; z. B. wird ein die Anzahl der Wiederholungen betreffender Steuerparameter dadurch realisiert, dass in einer ersten Ansagedatei eine entsprechende Anzahl von Referenzen auf eine zweite Ansagedatei (die die zu wiederholenden Teile der Ansage enthält) eingesetzt werden.
• Die vom Präprozessor erfindungsgemäß erstellten Ansagedateien sind von dem IVR-System unmittelbar interpretierbar. Vorzugsweise sind die Ansagedateien den bekannten Standards entsprechende VoiceXML-Seiten und können von jedem VoiceXML-Browser interpretiert werden. Der Inhalt der Ansage kann somit extern aufgrund der Standards, die der Ansagedatei unterliegen, wie z. B. VoiceXML, modifiziert werden. Somit erübrigen sich aufgrund der Erfindung proprietäre Schnittstellen zur Ansageerzeugung. Durch die Einführung eines Präprozessors, welcher die Ansagedateien der abzuspielenden Ansage dynamisch und in Abhängigkeit von den übergebenen Parameterwerten erzeugt und dem Ansagesystem (genauer dem Interpreter/Browser) zur Verfügung stellt, gelingt eine flexible und zugleich einfache Realisierung von Ansagen unter Berücksichtigung von Ansageparametern.
• Fig. 3 zeigt ein Ansagesystem VAS zur erfindungsgemäßen dynamischen Erstellung und Durchführung von Ansagen gemäß dem Ausführungsbeispiel. Das System VAS umfasst einen Ansageserver VSV (auch "Voice Server" genannt), an den nach bekannter Art vom Controller GC1 bzw. von der Dienstesteuerung SC1 Anforderungen für Ansagen gesendet werden und der diese Ansagen auf der Grundlage von Ansagedateien in Form von VoiceXML- Seiten abspielt, und einen Inhaltsserver CSV ("Content Server"), der der Bereitstellung der Ansagedateien bzw. VoiceXML-Seiten dient.
• Der Ansageserver VSV und der Inhaltsserver CSV können getrennte Einrichtungen sein, die über eine Schnittstelle miteinander verbunden sind, oder gemeinsam in einer Anlage des Ansagesystems VAS verwirklicht sein. Der Ansageserver VSV enthält nach bekannter Art ein Schnittstelleneinrichtung VIF, der die Schnittstellen zu dem Gateway-Controller GC1 sowie zum Internet IPN (im Allgemeinen zum zugeordneten Telekommunikationsnetz, über das die Ansagen auszugeben sind), sowie einen Browser VBR zum Abspielen der Ansagedateien. Neben dem bereits im Zusammenhang mit Fig. 2 genannten Präprozessor PPZ, der z. B. als Software in Form eines sogenannten Servlets (d. i. kompilierter, seitens des Servers ausführbarer Java- Code) realisiert sein kann, weist der Inhaltsserver CSV einen Speicher CSS auf, der - z. B. in jeweils eigenen Teilspeichern TMS, GRS, WFS - die erfindungsgemäßen Vorlagendateien sowie zwischengespeicherte Ansagen- und/oder Grammardateien hält; der Speicher CSS kann vorteilhafter Weise auch Tondateien wfi enthalten, die bei der akustischen Interpretation der Ansagendateien benötigt werden, z. B. Tondateien in Form von WAV- Dateien in einem Tondateispeicher WFS.
• Der Ansageserver VSV erhält die Ansagen-spezifischen Parameter aid, prv nach bekannter Art von der Dienstesteuerung SC1 über den Gateway-Controller GC1 über das MGCP-Protokoll in Form einer MGCP-Nachricht und leitet diese über eine HTTP- Anforderung (= sogenannten "Request") an den Inhaltsserver CSV weiter, Seitens des Inhaltsservers CSV wird die MGCP- Nachricht in einem zum Präprozessor PPZ gehörenden MGCP- Parser PPS analysiert und ausgewertet. In einem Antwortmodul RPB ("Response Builder") wird gemäß den Parameterwerten aid, prv eine VoiceXML-Vorlage vtm aus einem Vorlagenspeicher TMS abgerufen und anhand dieser Vorlage eine VoiceXML-Seite vpg erstellt; diese wird in einer HTTP-Antwort (= sogenannten "Response") an den Ansageserver VSV zur Interpretation durch den Browser VBR zurück gegeben.
• Wenn die angeforderte Ansage ein Dialog ist, so werden zusätzlich zur als Ansagedatei dienenden VoiceXML-Seite vpg auch als Eingabedateien dienende Grammar-Dateien grm für die Definition der Eingaben benötigt. Diese werden aufgrund der Vorlage vtm durch ein Grammarmodul GRB ("Grammar Builder") erzeugt und in einem Grammarspeicher GRS gespeichert. Bei der Interpretation der VoiceXML-Seite vpg als Dialog kann dann der Browser VBR die Grammars grm mittels der Referenzen in der Seite vpg per HTTP-Request crq abrufen.
• Das unten gezeigte Beispiel 1 zeigt eine beispielhafte Grammar-Vorlage, sowie das Beispiel 2 eine aufgrund dieser Vorlage erzeugte Grammar-Datei, in der festgelegt wird, dass bei einer Eingabe lediglich 2 bis 3 Ziffern erlaubt sind.
• Das System unterscheidet eine einfache Ansage von einer interaktiven Ansage (einem Dialog) anhand entsprechender MGCP- Schlüsselwörter. Beispielsweise wird in einer einfachen Ansage der Befehl pa (= "PlayAnnouncement") verwendet, wogegen in einem Dialog der Befehl pc (= "PlayCollect") verwendet wird, der auch das Einsammeln von Ziffern veranlasst. Diese Befehle pa bzw. pc führen auch zu verschiedenen HTTP-Requests.
• Der Ablauf einer Ansagedurchführung ist in dem Signalablaufsdiagramm der Fig. 4, worin die vertikale Achse der Zeitachse entspricht und vertikale Linien Stationen darstellen, zwischen denen Signale und Daten ausgetauscht werden. Beispiel 1 Grammar-Vorlage
  
  Beispiel 2 Grammar-File
  
  
• Der besseren Übersichtlichkeit halber sind lediglich die für den Signalverlauf relevanten Stationen SC1 bzw. GC1, VSV, CSV und TN2 (vgl. Fig. 1) gezeigt. Die in Fig. 4 verwendeten Nummern entsprechen der Nummerierung des folgend verwendeten Ablaufs.
• 1. Der Ansageserver VSV erhält eine MGCP-Nachricht, in der das Abspielen einer Ansage (im hier gebrachten Beispiel ein Dialog mit einer Teilnehmereingabe) angefordert wird. Eine beispielhafte MGCP-Nachricht dieser Art ist in Beispiel 3 gezeigt; die Parameter sind in der letzten Zeile des Beispiels enthalten.
• 2. Der Server VSV sendet einen HTTP-Request - Beispiel 4 -, der die Informationen der MGCP-Nachricht 1 enthält, an den Inhaltsserver CSV.
• 3. Aufgrund des Requests 2 wird der Präprozessor PPZ gestartet. Dieser verarbeitet den Request und wertet die darin enthaltenen Ansageparameter aus, erstellt aufgrund dessen eine VoiceXML-Seite vpg aus den betreffenden Vorlagendateien vtm, sowie entsprechende Grammar-Dateien grm zur Behandlung von Teilnehmer-Eingaben; die Grammar-Dateien werden durch Verknüpfungen in der VoiceXML-Seite vpg referenziert. An dieser Stelle werden auch gegebenenfalls Verknüpfungen mit den zum Abspielen der Ansage benötigten Tondateien wfi in die Seite vpg einbezogen. Beispiel 5 (sh. S. 15f) zeigt eine solche VoiceXML-Seite; die zugehörende Grammar-Datei entspricht der in Beispiel 2 gezeigten.
Beispiel 4 Request (2)


• Die Vorlagedatei, aus der die VoiceXML-Seite erzeugt wurde, entspricht dem Beispiel 5, mit der Ausnahme, dass anstelle der Ausdrücke "expr = . . ." jeweils ";var" zu stehen hat.
• 1. Die VoiceXML-Seite vpg wird vom Inhaltsserver CSV als HTTP-Response an den Ansageserver VSV zurück gegeben.
• 2. Seitens des Server VSV wird die Interpretation der Seite vpg begonnen; dabei werden die benötigten Grammar- und Tondateien festgestellt.
• 3. Diese Dateien werden mittels HTTP-Requests crq wie in Beispiel 6 beispielhaft gezeigt beim Inhaltsserver CSV angefordert; typischerweise erfolgt hierbei eine Anforderung für jeweils eine Datei.
• 4. Die Dateien grm, wfi werden über HTTP-Responses aufgrund der HTTP-Requests zurück gesendet. Die Fundorte (Dateiadressen), die den Anforderungen bzw. Antworten zugrunde liegen, sind in der VoiceXML-Seite vpg aufgeführt.
• 5. Die Ansage wird durch den Ansageserver gemäß der VoiceXML- Datei vpg abgespielt; die Eingabe 8' des Teilnehmers wird anhand der Grammardatei grm ausgewertet.
• 6. Die aus der Eingabe 8' gewonnenen Daten werden über MGCP an die Dienstesteuerung zurück gesendet.
• Es sei darauf hingewiesen, dass die besonderen Ausbildungen der hier betrachteten Ausführungsform der Erfindung lediglich beispielhafter Art sind und die Erfindung nicht auf diese Formen einschränken. Insbesondere kann die Verbindung zwischen den Teilnehmern TN1, TN2 auch anderer Art als VoIP sein, nämlich z. B. zur Gänze über analoge und/oder digitale Telekommunikationsnetze realisiert, und die Ansagestation VAS z. B. dem Netz NE1 oder NE2 zugeordnet sein. Beispielsweise kann der Teilnehmer, dem die Ansage abgespielt wird, auch ein IP-Teilnehmer gemäß ITU-T Standard H.323 sein. Auch kann die Realisierung der Ansage- und Eingabedateien auf einem anderen Format beruhen als das einer Markup-Sprache wie VoiceXML. Beispiel 6 Request (6)
  
  Beispiel 5 Ansagedatei
  
  
  
  

Claims (10)

1. Verfahren zur Durchführung einer akustisch wiedergebbaren Ansage in einem Telekommunikationsnetz, gekennzeichnet durch folgende Schritte:

- Empfangen einer von einer Steuerstelle (SC1, GC1) des Telekommunikationsnetzes gesendeten Anforderung (1) für eine Ansage und Ermitteln Ansagen-spezifischer Parameterwerte (aid, prv),

- Erstellen (3) zumindest einer Ansagendatei (vpg) aus zumindest einer Vorlagedatei (vtm), die offene Parameter betreffend den Inhalt und/oder die Ausführung einer Ansage enthält, wobei in der Ansagendatei (vpg) die offenen Parameter der Vorlagedatei(en) in Abhängigkeit von den Parameterwerten (prv) aufgelöst werden, und

- Interpretation (5) der zumindest einen Ansagedatei (vpg) als Ansage, wobei die Ansage über das Telekommunikationsnetz ausgegeben wird.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass gemäß einer Markup- Sprache abgefasste Vorlage- und Ansagedateien verwendet werden, z. B. gemäß der VoiceXML-Sprache.

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass vor dem Erstellen der Ansagedatei die hierfür verwendete(n) Vorlagedatei(en) (vtm) aus einer Anzahl von Vorlagedateien in Abhängigkeit von den Parameterwerten (aid) ausgewählt wird (werden).

4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass beim Erstellen der Ansagedatei, sofern die Vorlagedatei (vtm) sich auf eine Eingabe beziehende Befehle enthält, zusätzlich Eingabedateien (grm) für die Interpretation von Eingaben (8') während einer Ansage erstellt werden.

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Eingabedateien (grm) in einem Dateispeicher (GRS) zwischengespeichert werden und von dort bei der Ausführung der betreffenden Eingaben abgerufen werden.

6. Servereinrichtung (CVS) für Ansagedateien,
mit einer Schnittstelle zu einer Ansageeinrichtung (VSV), welche ein Interpretermodul (VBR) für die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen enthält, und
mit einer Präprozessoreinrichtung (PPZ), welche dazu eingerichtet ist, Ansagen-spezifische Parameterwerte (aid, prv) entgegenzunehmen und ausgehend von offene Parameter betreffend den Inhalt und/oder die Ausführung einer Ansage enthaltende Vorlagedateien (vtm) in Abhängigkeit von den Parameterwerten (prv) Ansagedateien (vpg) zu erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelöst sind.

7. Servereinrichtung nach Anspruch 6, gekennzeichnet durch einen Speicher (TMS) für Vorlagedateien, aus dem Vorlagedateien (vtm) in Abhängigkeit von Parameterwerten (aid) auswählbar sind.

8. Servereinrichtung nach Anspruch 6 oder 7, dadurch gekennzeichnet, dass die Präprozessoreinrichtung dazu eingerichtet ist, zu prüfen, ob die Vorlagedatei (vtm) sich auf eine Eingabe beziehende Befehle enthält, und zutreffendenfalls beim Erstellen der Ansagedatei zusätzlich Eingabedateien (grm) für die Interpretation von Eingaben (8') während einer Ansage zu erstellen.

9. Servereinrichtung nach Anspruch 8, gekennzeichnet durch einen Dateispeicher (GRS) zur Zwischenspeicherung der Eingabedateien (grm).

10. Ansagesystem (VAS) zur Bereitstellung von akustisch wiedergebbaren Ansagen in einem Telekommunikationsnetz, mit einer Schnittstelleneinrichtung (VIF) zur Anbindung an das Telekommunikationsnetz und an eine dem Telekommunikationsnetz zugeordnete Steuerstelle (GC1, SC1), mit einer Speichereinrichtung (CSS) und mit einem Interpretermodul (VBR) für die Interpretation von Ansagedateien als akustisch wiedergebbare Ansagen, gekennzeichnet durch eine Präprozessoreinrichtung (PPZ), welche dazu eingerichtet ist, Ansagen-spezifische Parameterwerte (aid, prv) entgegenzunehmen und ausgehend von offene Parameter betreffend den Inhalt und/oder die Ausführung einer Ansage enthaltende Vorlagedateien (vtm) in Abhängigkeit von den Parameterwerten (prv) Ansagedateien (vpg) zu erstellen, in denen die offenen Parameter der Vorlagedatei(en) aufgelöst sind.