Abstract:
There is disclosed systems and methods for retrieving files from a file server using file attributes. In one embodiment, an audio file server is accessed to retrieve prerecorded audio files using file attributes. In one embodiment, the HTTP protocol is used by adding query attributes, such as a text version of the desired message, along with other required attributes of the audio file, to the audio file server. The audio file server accepts the attributes, including the message text attributes and parses them to resolve which audio (.wav) message to retrieve. The retrieved audio file is then returned to the voice browser, which normally plays the message. In this way, IVR application developers can specify the content, speaker, language, dialect, emotion, and other attributes of a required audio file utilizing standard voice browsers to access audio files.
Abstract:
In one embodiment, file attributes of a desired file are sent along with the URL to the storing server and the attributes are used for subsequent retrieval of the file. Attributes, such as the text or title of the file, the language of the file, the creator of the file, etc, can all be added to the file in the form of metadata. Files that are recorded without metadata can have metadata attached thereto and can be retrieved using the metadata. The URL initially carries the metadata to the server and the server then both uses the metadata for indexing purposes and, if desired, adds the metadata to the file for storage with the file. In one embodiment, the files are media files used in an IVR system.
Abstract:
There is disclosed a system and method for storing metadata information in files. When each file is stored in a file server an index of the stored metadata is also stored such that when a query is subsequently presented to the file server, the query is used by a search engine to identify and retrieve the desired file. In one embodiment, the files are audio messages for use in an Interactive Voice Response (IVR) system and the audio messages are stored on a audio file server.
Abstract:
The present invention is directed to a system and method in which an interface (proxy) is positioned between a browser and a speech server such that the proxy, while transparent to both the browser and the speech server, collects and stores data, including utterances and other media obtained from a user, such that the media data can be retrieved in a uniform manner for subsequent manipulation, such as, for example, transcription or presentation (or preservation) of a tangible format of the media as a function of a transaction session with the user. The proxy is a passive monitoring device positioned between the functioning components of a system such that the proxy looks to the browser as a speech server and looks to the speech server as a browser.
Abstract:
There is disclosed a system and method for addressing an audio file server to play pre-recorded audio files, including variable audio files, using a query URL containing the required file's attributes, without requiring a fully-resolved file address. The HTTP URL protocol is used by adding attributes, such as the language, the speaker, and a text version of the desired message, along with other required attributes of the audio file to the URL. The audio file server accepts and analyzes the attributes in the URL to find out what type of variable field is being requested. Normally, variable field prompts created from spliced audio clips are restricted to a few specific types of variable fields, such as time, date, or amount, fields, or numeric strings such as telephone numbers, credit card numbers, etc. Once the audio file server determines the field type, language and speaker from the URL, it examines the field text value from the query attribute string. The file server then calculates and retrieves the set of utterances required to create the desired phrase. The audio file server splices all of the short files together, and returns the completed utterance to the voice browser for playing to the user.