WO1998013993A1 - Dispositif pour fournir des services de communication - Google Patents

Dispositif pour fournir des services de communication Download PDF

Info

Publication number
WO1998013993A1
WO1998013993A1 PCT/GB1997/002608 GB9702608W WO9813993A1 WO 1998013993 A1 WO1998013993 A1 WO 1998013993A1 GB 9702608 W GB9702608 W GB 9702608W WO 9813993 A1 WO9813993 A1 WO 9813993A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
data
received
map
network
Prior art date
Application number
PCT/GB1997/002608
Other languages
English (en)
Inventor
David Lynton Gibson
Original Assignee
British Telecommunications Public Limited Company
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from GBGB9619958.3A external-priority patent/GB9619958D0/en
Priority claimed from GBGB9707712.7A external-priority patent/GB9707712D0/en
Application filed by British Telecommunications Public Limited Company filed Critical British Telecommunications Public Limited Company
Priority to CA002266620A priority Critical patent/CA2266620A1/fr
Priority to AU43906/97A priority patent/AU4390697A/en
Priority to EP97942107A priority patent/EP0928536A1/fr
Publication of WO1998013993A1 publication Critical patent/WO1998013993A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00281—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a telecommunication apparatus, e.g. a switched network of teleprinters for the distribution of text-based information, a selective call terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/4228—Systems providing special services or facilities to subscribers in networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/02—Telephonic communication systems specially adapted for combination with other electrical systems with bell or annunciator systems
    • H04M11/022—Paging systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/60—Medium conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/537—Arrangements for indicating the presence of a recorded message, whereby the presence information might include a preview or summary of the message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal

Definitions

  • the present invention relates to the provision of communications services and find particular application in the integration of different service types, such as voice telephony and messaging.
  • FAX facsimile
  • PCs personal computers
  • an applications platform for providing communications services comprising:
  • connection channel interface for providing access to two or more connection channels to a network for carrying voice signals
  • ⁇ ) a data network interface, for providing access to a network for carrying data
  • iv means for receiving service requests at the connection channel interface
  • initiating means for identifying and initiating the running of one or more computer-based applications in response to service requests received at the connection channel interface, said appl ⁇ cat ⁇ on(s) being identified by reference to the interpretation means, which one or more computer-based appl ⁇ cat ⁇ on(s) is adapted to call on at least one of said resources to provide a communications service in response to a received service request,
  • the applications platform is able to respond to a received service request by identifying one or more computer-based applications for use in provision of that service and initiating the running of the identified appl ⁇ cat ⁇ on(s)
  • application is used in this context in its computer-related meaning and indicates computer software for providing and controlling processes such as communications services.
  • the network for carrying voice signals and the network for carrying data may be provided by the same network infrastructure, for instance where different protocols provide different transmission capabilities.
  • the network for carrying voice signals comprises a voice network of the telecommunications type, providing substantially real-time voice communication over channels for which a connection (established for instance by maintaining route and/or bandwidth but more usually route) is guaranteed (within practical limits) for the course of a communications session.
  • the network for carrying voice signals is provided by a public network such as the Public Switched Telecommunications Network (PSTN) in the United Kingdom.
  • PSTN Public Switched Telecommunications Network
  • the network for carrying data meanwhile may be provided by any appropriate network, such as a Local or Wide Area Network, or by a complex of interconnected networks such as that known as the Internet.
  • the means for receiving service requests is able to receive service requests at either one of the connection channel and data network interfaces. This allows users of either type of network to access services provided by use of embodiments of the present invention.
  • any of a plurality of different applications may be run, depending on the service requested, and the services may be provided over one or both of the voice- supporting and the data networks.
  • embodiments of the invention can provide a powerful and flexible bridge for service requests coming in from either network and being provisioned over whichever network is relevant. For instance, Internet service requests can be provisioned over the PSTN and vice versa.
  • the nature of the service may be simple or complex, being determined by the individual applications and the resource availability. For instance, in an embodiment of the present invention, if a service request is received via the connection channel interface, it will usually comprise a telephone number and it will be received on one of the connection channels. Preferably, one or more digits of the telephone number represent the service being requested.
  • An applications platform according to an embodiment of the present invention will then refer to the interpretation means to identify the relevant service and thus the appl ⁇ cat ⁇ on(s) required to support the service.
  • Such an embodiment has the advantage that a service request incoming from the voice carrying network can come in on any of several connection channels. This is not the case where it is the incoming channel itself which identifies the service required If the service request can come in on any of several connection channels, then better use of the connection channels can be made.
  • Preferred embodiments of the present invention are provided with resource allocation means.
  • the applications will then need resources such as connection channels, processing capacity and algorithms in order to support services.
  • the resource allocation means can identify the application required to support a service, for instance by reference to interpretation means as described above, and subsequently allocate resources for running the relevant application.
  • the resource allocation means can make use of "Direct Dialled Digits". That is, the user dials a telephone number which comprises the number for the applications platform, plus one or more extra digits identifying (with the help of the interpretation means) the required application. This is in the manner of dialling in to an extension number on a private branch exchange.
  • the incoming service request in this case can access the applications platform by any of the plurality of connection channels.
  • the one or two extra digits dialled by the user comprise a "Direct Dialled Digits" field which the resource allocation means can process to identify a relevant application by reference to the interpretation means.
  • connection channels as allocatable resources
  • This flexibility in resource allocation is extremely advantageous, particularly as the number and types of services to be provided, and therefore of the different applications which need to be launched, increase.
  • the resource allocation means can operate in at least one other mode in allocating channels to applications. For instance, a user may make a request for a service by dialling the telephone number. The telephone number may be specific to a particular incoming channel.
  • the interpretation means in order to support this mode, stores the relationship between incoming channels and applications required to supply the requested service.
  • the resource allocation means then can refer to the interpretation means to identify which application is relevant to that particular incoming channel. This provides interpretation of the request for service into a requirement for the relevant application by simply looking at which channel the request came in on.
  • the applications platform is provided with means for receiving service requests at the interface for providing access to the data network.
  • the interface to the data-carrying network may advantageously be adapted to receive electronic mail messages.
  • it may be provided by a gateway such as an SMTP gateway.
  • a gateway such as an SMTP gateway.
  • users may request services by means of sending electronic mail messages to the applications platform.
  • service requests incoming from the data-carrying network comprise electronic mail messages, each message comprising an identifier for a respective service and data for use in running the service, and there is further provided a data store for storing said electronic mail messages, at least one of the computer-based applications having access to the data store and having means to select a mail message carrying an identifier for a service the application provides and to use the data from the selected mail message to provide the service.
  • a mail message may incorporate an identifier for a paging service.
  • the data it will carry will then usually comprise an identifier for a party to be paged.
  • An application for use in providing the paging service will select the mail message because it carries the paging service identifier. It will then read the identifier for the party to be paged. The application will then act on the data to run the paging service to the relevant party.
  • mail messages sharing a common service identifier may have more than one structure and the applications which select and act on those mail messages will have means to recognise the relevant structure and to respond by providing the relevant service appropriately.
  • a first mail message structure may be as described above, incorporating (at least) a specified field for the service identifier and a specified field for an identifier for a called party.
  • the relevant application will provide the service identified, to the called party.
  • a second mail message structure may then have a further specified field, for instance for "unstructured data", the application being triggered to access the further specified field by a predetermined characteristic of the mail message.
  • the pre-determined characteristic may be that the specified field for the identifier for the called party is empty.
  • the application has access to parsing means to parse unstructured data in the further specified field. This allows the further specified field to be used in a particularly flexible manner in the requesting of services.
  • the applications platform is provided with resource allocation means to allocate resources to an application for use in providing a service.
  • Such allocation may be made in advance in relation to the running of an application, such that the allocated resource is unavailable to any other application, during the running of that application.
  • the resource allocation means is equipped to receive and respond to a request from an application for the allocation of one or more resources, during the running of the application.
  • the interpretation means for instance an interpretation table
  • the interpretation means is updatable and, more preferably, it is updatable while the applications platform is in use.
  • This can be done by storing the interpretation means as an editable file, for instance in ASCII on hard disk, rather than in the memory of a PC.
  • “Channel” in this context means a communication path of a type used to carry speech signals for a user. Such signals are usually carried in channels where the route through a network is set up and maintained during the course of a communication session between the user and another network address such as a telephone number. "Channel” may therefore mean for instance a single time slot in a 30 speech channel ISDN connection. However, it is conceivable that other forms of channel which are capable of carrying speech might be used, such as a connection in which bandwidth rather than a particular route in a network is reserved for the duration of a session
  • MAP Minor Applications Platform
  • Figure 2 shows a block diagram of the contents of a speech card as shown in
  • Figure 1 Figure 3 shows a schematic block diagram of two MAPs according to Figure 1 , having some shared platform;
  • Figure 4 shows a functional block diagram of a MAP management system for managing overall process flow in the MAP of Figure 1 ;
  • Figure 5 shows a schematic representation of an example of data provision at startup for the MAP shown in Figure 1 ;
  • Figure 6 shows a flow diagram of events occurring in the MAP of Figure 1 , at launch of an application in response to a service request;
  • Figure 7 shows a schematic overview of service and resource queues in the MAP of Figure 1 ;
  • Figure 8 shows a cyclic buffer for use in providing traffic statistics for the MAP of
  • Figures 9 and 10 show in block diagrams two alternative approaches to providing multiple MAPs in order to support increased connections to the PSTN.
  • DPNSS Digital Private Network Signalling System (generally used between PABXs, has core capabilities and manufacturer - specific extensions)
  • T1 20 An ITU standard TCP/IP Transmission Control Protocol/Internet Protocol
  • the MAP 150 sits between a data network 1 55, such as the Internet, and a telecommunications network 1 60 such as the PSTN. It comprises primarily one or more speech cards 1 10 and one or more digital line interface cards 105, managed by applications running on a PC 120.
  • a network interface card (NIC) 130 provides connection to the data network 155, for instance by means of TCP/IP, and the DLICS 105 provide connection to an exchange 250, in this case a PABX, via an ISDN link 210.
  • NIC network interface card
  • the speech cards 1 10 carry a set of algorithms for detecting, recognising, recording and generating speech signals and tones.
  • the speech cards 1 10 can also deal with modem signals.
  • the PC 120 also carries some of the more sophisticated algorithms, such as the speech recognition and text to speech conversion algorithms. These are the resources which allow the MAP to recognise and convert between different signal media, such as between spoken messages, recorded voice messages, electronic mail messages and the like. Additionally, there are one or more FAX cards 165 for providing the capability of sending and receiving by facsimile.
  • the network interface card(s) 1 30 may of course support different communication protocols. As shown, the network interface card 130 supports TCP/IP and provides an interface to the Internet 1 55. This can give access to services provided by the MAP to any user having a connection to the Internet 1 55.
  • the digital line interface cards 105, the speech cards 1 1 0 and the FAX cards 1 65 are connected to each other by a (known) multi-vendor interface protocol link 100 and to one or more personal computers 1 20 by ISA links 1 1 5.
  • General control of operation of the MAP 150 is provided by a computer application running on the PC 1 20.
  • this application controls flow of processing in the MAP 1 50.
  • Actual process execution to provide services is primarily (but not exclusively) carried out by processors of the speech cards 1 10.
  • each speech card 1 10 carries seven speech processors.
  • the other six speech processors are Motorola 56,000 speech processors 200 which provide DSP capability.
  • the 56,000 processors 200 provide some of the resources, particularly algorithms, used in running services on the MAP 1 50. These algorithms provide functions such as MF4 detection, playing out messages at 8 kbits/sec, recording messages at 64 or 8kb ⁇ ts/sec, and speech recognition.
  • MAP Manager This is software which generally will reside on the PC 1 20.
  • the MAP Manager has knowledge of the resources available, in terms of ISDN channels and the processors 200, 205, and it determines where resources will be made available to meet demand by applications.
  • the MAP Manager has control over time switches 21 5 in the processors of the speech card 1 10 and allocates streams for processing by means of the MVIP 100.
  • a MAP 1 50 can be multiplied up so that there are at least two PCs 1 20, connected to their respective MAP speech cards 1 10.
  • the DLICs 105 may share a common platform, as shown.
  • Each PC 1 20 is connected via the ISA bus 1 1 5 to a network interface card 1 30 and thus to the Internet 1 55 via a network link 1 25.
  • Further processing power can be provided by a UNIX processor 300, also connected to the ISA bus 1 1 5 and hard disk storage 305 is provided Further memory 310 is associated with the PCs 1 20.
  • one MAP 1 50 can communicate with, and exploit resources of, another MAP 1 50
  • the Minor Applications Platform (MAP) 1 50 described below is a PC-based speech platform capable of providing multiple speech applications on multiple telephone lines.
  • the heart of the system is the speechcard SC2 1 10 which provides speech and signal processing based on algorithms.
  • the MAP 1 50 supports multiple digital links to public and private telephone exchanges using its Digital Line Interface Card (DLIC) 105.
  • DLIC Digital Line Interface Card
  • the MAP 1 50 supports resource sharing and is dynamically reconfigurable to run different applications on the same hardware.
  • DLIC 105 and SC2 1 1 0 cards are interconnected using an industry standard speech bus 100 called Multi Vendor Interface Protocol (MVIP) and this capability may be used to build MAP systems using other commercially available cards.
  • MVIP Multi Vendor Interface Protocol
  • MAP systems may also be built in shelves with passive backplanes and use plug-in processor cards. Such backplanes may be split in which case MAP hardware and software resources may be shared between processors.
  • the MAP system has a single manager and can provide traffic statistics. Its operating system is UNIX. It has an archival facility which has direct links to DOS, WINDOWS and Netware.
  • the MAP system 1 50 provides a 30 channel digital connection 210 to a public or private telephone switch 250, such as a PABX, using a variety of protocols.
  • the MAP 1 50 allows connection to be made to a public exchange using signalling systems such as the DASS2 or A1 B1 signalling systems, or to a private exchange using the DPNSS protocol.
  • the MAP 1 50 is connected to a private PABX using DPNSS which allows service provision based on TLI (and possibly SIC) codes. These codes have analogues in the PSTN where the known C7 signalling system is used, and thus services provided on the MAP as described herein can be implemented over the PSTN.
  • PCs 1 20, 300 are used to provide the MAP system.
  • One PC 1 20A provides system management and connection to the PABX 250, whilst the other two PCs 120B, 300 provide advanced speech recognition and text to speech conversion services.
  • a fourth PC (not shown) provides connectivity to the Internet 1 55 through an SMTP gateway, thereby enabling messages to be sent to and received from the LAN.
  • the MAP manager provides control software for starting and terminating applications and co-ordinating their requests for services on line cards 105 and speechcards 1 10.
  • the MAP manager resides on one of the PCs 1 20A and provides a screen-based user interface. From the manager screen the MAP system can be started, parked or shutdown and the state of resources examined. The manager uses a small number of tables which may be examined to control allocation of resources and application selection.
  • a MAP "Traffic Statistics” screen can be invoked from the manager and provides basic information on platform use by applications, notably number of calls/application, average call holding time and busy hour.
  • the MAP Manager 400 comprises control software 440 and a set of agents 405, 410, 41 5, 420, 425.
  • Each agent is generally allocated to a functional entity, which may be hardware and/or software, and provides a control link thereto.
  • a DLIC agent 405 a speech card agent 410, a fax agent 41 5, a text to speech agent 420 and a speech technology applications processor agent 425.
  • the DLIC, speech card and fax agents 405, 410, 41 5 are provided with Applications Programming Interfaces (APIs) 430 and with plural drivers 435 for driving the relevant pieces of hardware (cards).
  • APIs Application Programming Interfaces
  • Each API is provided by the suppliers of the relevant hardware cards.
  • the MAP Manager control software 440 provides overall control of the agents and acts as a sophisticated message switch in that substantially all messages go via the MAP Manager control software 440.
  • the drivers 425 receive incoming data and control outgoing communications for example by controlling interrupts on the relevant bus.
  • the MAP Manager 400 provides overall resource allocation. To do this, at start up, it constructs a world view. This is checked and updated at intervals. It obtains the world view through its resource agents. For instance, referring to Figure 5 which shows a representation of a small part of the MAP Manager's world view, the speech card agent 410 may have reported that two digital signal processors 500, 505 are loaded respectively with a multi-frequency detection algorithm 510 and an 8K coding scheme 51 5. These two digital speech processors 500, 505 will therefore deal with signals on the MVIP 1 00 which are incoming and outgoing respectively.
  • MAP can be potentially hosted on most standard PCs with a 33 Mhz 486 PC or better and having a minimum of 8 Mbyte of memory.
  • the standard processor used within the BT network is the Compaq 51 33, a Pentium based machine having 5 full length ISA slots for MAP and other hardware cards.
  • a processor card manufactured by Aculab pic can be used. This is intended for use in a shelf unit where the need is to provide a multi-processor MAP system in a single enclosure with minimal non-MAP components.
  • Outline features include
  • Speech algorithms for use on the speech cards 1 10 and processors 1 20, 300 include:
  • the Speechcard is manufactured by Aculab pic and provides a UNIX-based environment for algorithm execution, with a VX Works real-time kernel. It contains six Motorola 56001 A DSPs clocked at 27MHz for digital signalling processing each of which connects to the MVIP bus. The on-board 40 MHz Motorola 68000 coordinates communication between the DSPs and the MAP host processor over the ISA bus. It is also used in some instances for further algorithmic processing.
  • the card is EMC approved and also provides a single analogue port for local speech recording/playback facilities.
  • the MAP operating system is System 5 release 4.4 UNIX. This is commercially available as Consensys. or UnixWare V1 .0.
  • the MAP system could of course be ported to other systems such as UnixWare V2.0 or LINUX.
  • the MAP system must also interwork with the speechcard host operating system, VxWORKS, a UNIX system with a real-time kernel. One copy is required per speechcard.
  • Processor sections may be interconnected to make larger processing units. It is primarily used to contain multi-processor MAP systems and archival systems and contains
  • E1 Primary Rate ISDN connection is provided using Aculab's "E1 " card.
  • E1 card There are 30 and 60 channel versions available on an ISA PC bus.
  • This E1 card supports different types of speech bus 100, including MVIP. It is EMC approved and is widely used and approved for host-independent connection in many countries worldwide.
  • DLICs 105 are controlled by a DLIC Agent 405.
  • a DLIC Agent 405 Under the control of the Manager 440, speech from a timeslot on an ISDN link 210 is switched by the DLIC 105 onto an MVIP timeslot and stream and, using a similar switch on the SC2 1 10, the manager directs the speech to a given DSP 200.
  • DLICs 105 in MAP systems 1 50 can also be "daisy chained", allowing one MAP system to pass calls to another, only the first MAP system 1 50A being connected to the host exchange. This avoids a situation as shown in Figure 9 where, in order to get sufficient MAP service capacity, a customer is supporting direct ISDN connections to three different MAPs 1 50. This might otherwise be the result where a customer has an ISDN connection for 30 channels on one link but one MAP system 1 50 cannot provide all the required resource.
  • MAPs 150 To "daisy chain" MAPs 150, it is simply necessary to substitute a sixty channel DLIC 105 for the thirty channel DLIC 105 used normally in a MAP, in the first and second MAPs 1 50A, 1 50B, and to use the second and third MAPs 1 50B, 1 50C for overflow connections via the DLIC agents 405 of the first and second MAPs 1 50A, 1 50B.
  • a particularly useful feature of the MAP 1 50 is that traffic statistics can be viewed substantially in real time on the MAP manager screen.
  • the traffic management system 825 analyses event data for the MAP 1 50 by monitoring the MAP message stream in a cyclic buffer 800. It has visibility of the interpretation tables available to the MAP 150 and can therefore identify applications from the messages.
  • the traffic management system 825 sees all messages coming into the MAP by having a read access point 820 to a slot 805 in the cyclic buffer 800. Every new message 810, or event, is stored in the next empty slot 805 of the buffer 800 and moves round as the MAP manager picks messages out of the buffer 800 at an output point 81 5.
  • the traffic management system 825 has a statistics stream processor 830 which looks at the events 810 to detect traffic-related data such as incoming call flags or call terminations. It also has means 835 to access the interpretation tables and an accumulator 840 so that the traffic-related data can be organised against applications.
  • the processing load should be monitored so that modifications can be made as necessary.
  • the accumulator 840 allows the traffic management system 825 to look across multiple channels carrying calls and to provide a virtually instant traffic assessment. It can also provide analysed data in terms of for instance busy hour traffic, total number of calls, average holding time and customer-related statistics such as charges incurred by users.
  • the network terminal as described above provides the capability of the MAP to provide services which bridge between a switched voice-carrying telecommunications network such as the PSTN and a primarily data and message- carrying network such as the Internet. It can be accessed either by a telephone call via the voice-carrying network or by an access point such as a client terminal attached to the primarily data and message-carrying network.
  • a suitable client terminal is described below.
  • the client software sits on a user's terminal 31 5 which could access the MAP in any of several different ways. For instance, it could have a socket connection to the MAP (not shown), a LAN connection (not shown), or it could be connected to the Internet 1 55. It is GUI-based and consists of up to two main components. It is intended for use on PCs running WINDOWS '95 or an NT workstation. In addition it may be possible for the software to run on WINDOWS 3.1 or with Windows for Workgroups V3.1 1 where the WIN32S extensions from Microsoft will be required.
  • One software component is preferably a Microsoft "wizard", concerned with creating service requests via the Internet. The other software component is concerned with responding appropriately to inbound requests which may be for instance incoming information or connection requests.
  • This facility in the form of a Microsoft 'Wizard', guides the user through the necessary steps required to establish a service request. At each stage, the user is able to backtrack and change selected options. The number of steps required before the service request is specified will, of course, depend on which service is requested. In using the services, the user will select the person with whom he wishes to communicate. The various numbers which are used to effect the communication can then be derived from a directory whose content is in part established at registration time (see "REGISTRATION AND DIRECTORY SERVICES" below). For example, in establishing an audio conference the telephone numbers from a directory can be used, whereas had 'paging' been requested individual paging numbers would have been entered by each registrant.
  • a disadvantage of this approach is that identical messages for dispatch by different mechanisms have to be re-entered.
  • An alternative approach is to first select the recipients and then, for each recipient, to select a method for receipt whilst taking account of known options for each person.
  • a single service request does not necessarily imply use of a single backbone service.
  • to establish an audio-graphics conference requests may be made of both audio conferencing services and T1 20 services.
  • This software will respond to incoming messages from the MAP system. Such inbound messages might occur for two purposes:
  • Information For example, it may not be possible to provide a requested service because, perhaps, a telephone line is engaged or unanswered after a predetermined number of attempts, in which case the requester needs to be notified of the circumstance.
  • Connection Requests These will typically arise as a result of an Internet service request by another party; for example, it may be an invitation to participate in an (Internet) video or T1 20 conference.
  • the action should be to give the user the opportunity to accept/reject the request and, if accepted, to launch the (requested) service on the user's terminal. In the above example, this would be either 'CUCme' or 'Farsight'.
  • requests for services using the MAP may be received either on one of the ISDN links 210 or, via a network interface card 130 and an SMTP gateway process 725, from the Internet 155.
  • the MAP 1 50 will need to run a computer- based application 730,735 to manage the service, and it will need to allocate the resources necessary to run the service.
  • these resources will include at least one ISDN time slot 720.
  • Service requests coming in on an ISDN link 210 will necessarily already have an ISDN time slot 720 and the MAP allocates these directly to the relevant applications 730, 735.
  • Service requests coming in from the Internet on the other hand are placed in a Generic Service Queue 710 and the various applications 730, 735 which are relevant to Internet-requested services read out their own service requests from the Generic Service Queue 710.
  • Applications 730,735 on MAP speech channels 720 can in general be caused to run in two ways.
  • MAP system On receipt of incoming call. In this case, there is necessarily a speech channel 720 associated with the service request.
  • the MAP system allows the application to be selected by channel of entry or DDI number, both in conjunction with the SIC. In the present embodiment, the DDI method has been adopted as this allows line plant to be used according to demand with consequent higher line utilisation. This facility would be used for services such as telephone access to e-mail.
  • the Generic Service Queue 710 can be divided into application types so that there are multiple service queues 710.
  • a number of service channels can be pre- allocated to each service queue 710 and the number of service channels for a particular service queue can be determined from observed traffic levels.
  • An Internet address can be associated with each generic service queue. Requests can then be added to the queue by sending messages to this address. These messages need to contain all the information required for the MAP application to subsequently enact the request, and are thus best computer generated. Client software to originate such messages is described above, and is the basis on which 'point and click' telephony and messaging services can be provided. However, it should be noted the MAP applications can themselves request such backbone services. For example, if a user of the message collection service wants to receive a copy of an e-mail message by FAX this can be achieved by the voicemail application making a FAX request. This is the basis of the collection services
  • Line Allocation is specified in configuration files which may be dynamically updated while the system is running. Lines may be classed as reserved for outgoing (free pool), fixed for incoming, or available for either. Lines may be allocated either statically or dynamically.
  • Application Allocation is either by point of entry (ordered) or by DDI digits for service requests incoming by ISDN channel. For incoming SMTP messages, it is simply done by interpreting the service requested and directing the request to an
  • IMEDIATE application. Applications are normally run by the manager but, like hardware resources, may be distributed between MAP systems sharing a common MVIP.
  • Algorithm Allocation may be either static, dynamic or a combination of both There can be only one algorithm per DSP, but (depending on the algorithm) one
  • DSP may be able to serve more than one channel. There is no fixed algorithm/DSP association and this will typically change according to the demands of applications.
  • a user initiates a dialled connection to the MAP 1 50, using a telephone 320 connected to the PSTN 1 60.
  • the call will be received at a DLIC 105 and a driver 435 for the relevant DLIC agent 405 will receive an event on a timeslot "X".
  • the DLIC agent 405 has its own processing capability and will instruct the driver to acknowledge the event on timeslot "X"
  • the DLIC agent 405 will have also instructed the relevant DLIC 105 as to what protocol is being used.
  • the DLIC agent 405 then tells the MAP Manager control software 440 that there was an incoming event
  • the MAP Manager control software 440 recognises that it will have to raise a computer-based application to provide the requested service. To do that it needs to obtain the DDI digits which will identify the service requested by the user The MAP Manager 400 will therefore tell the DLIC agent 405 that it needs the DDI digits.
  • the MAP Manager 400 Once the MAP Manager 400 has the DDI digits, it will access an interpretation table stored on disc 305.
  • the disk 305 will store any frequently accessed data in local memory, for read access only. (Nowadays this is a standard feature of many disk storage systems. It is controlled by a disc controller provided by the disc supplier.)
  • the DDI digits once interpreted by use of the table, will identify to the MAP Manager the service required.
  • the MAP Manager 400 needs to translate this into the appl ⁇ cat ⁇ on(s) needed to provide the service, and thus into resources, including algorithms, required. It therefore looks up another interpretation table, in the same manner as before, in order to find out what resources and algorithms are going to be needed to run the applications necessary to provide the service. (In practice, one interpretation table may provide both service and resource data.)
  • the MAP Manager 400 books the resources by entering a flag in the internal table which is the world view and sends messages back to the relevant agents 405, 410 to allocate switch settings 21 5 and to launch the relevant application.
  • the first task of the application is usually to answer the incoming call.
  • the application 600 using the relevant API 605, now tells the MAP Manager that the call should be answered.
  • the MAP Manager 400 tells the DLIC agent 405 to answer the call and the DLIC agent 405 passes the message on to the application via the MAP Manager 400.
  • the MAP Manager 400 now reports back to the application 600 that the call has been answered or that there has been a failure. At this point, the user who has initiated the call hears the ring tone leave the line.
  • the application next instructs the MAP Manager 400 to play a file.
  • the MAP Manager 400 does this by means of the speech card 1 10 and by passing a request to the SC2 agent 435. Once notified that the file has been played, the MAP Manager 400 sends notification back to the application 600.
  • the above describes the first steps in the running of an application 600 to provide a service using the MAP 1 50.
  • the application 600 will continue to control provision of the service until it has concluded.
  • the MAP Manager 400 will send an acknowledgement back to the DLIC agent 405 and the DLIC agent 405 will clear the line. This means the switches 21 5 will be opened and the resources will be "torn down", for instance by marking the digital speech processors 200 as available again in the internal table of the MAP Manager 400.
  • the DLIC 105 carries relatively little data. There is significantly more data on the speech cards 1 10.
  • the 68,000 processor on a speech card 205 runs the VX Works UNIX kernel 170 in real time, by means of which it can run VX Works. If the speech card 1 10 receives a play request from the MAP Manager 400, it is VX Works which handles it. That is, it runs a file off disk without involving the main processor. (This is a known use of UNIX). It is possible to do the messaging between the MAP Manager 400 and its agents 405, 410, 41 5, 420, 425 via common memory or via a network interface card 1 30. VX Works will run as though it were stand-alone, using a network interface card 1 30.
  • speech cards 1 10 do a significant amount of processing, processing can also be distributed elsewhere.
  • a constraint is that although applications can sit in many different places, all speech signals should be carried via the MVIP bus 100. Consequently, speech databases should sit next to their speech cards 1 10 to avoid carrying speech signals on the Internet, or other relatively unsuitable highway.
  • service request messages enter the system through the SMTP gateway 725, the message request being physically transferred to the system and (usually) placed on the relevant generic service queue 705, 710.
  • This gateway 725 relates Internet addresses to generic service queues 705, 710.
  • the addresses of the available generic service queues 705, 710 are of the form
  • ⁇ service > is the name of the generic service queue. It should be noted that the ⁇ user > field may not be used or may have different interpretations in different services. Messages to non-existent services are discarded. Messages to services which require immediate delivery will be sent directly to the relevant service channel queue 730, 735.
  • the Internet needs to originate a suitably structured message. This can be created by hand and dispatched using any available mail tool, but such an approach can present difficulties. • The message may be wrongly formatted or incorrectly addressed, in which case the request may be at best ignored.
  • the message may take a significant period to propagate from the customers mail system to the MAP's SMTP gateway 725, and thus make the service potentially untimely.
  • a better approach is to create a simple program for execution on the client which creates and properly addresses the request.
  • Client SMTP software can be embedded in the application enabling fast and direct client - MAP SMTP communication and thereby provision of service
  • This program can take the form of a 'Wizard' taking the user through the necessary steps to make his request - this may only be a few clicks of a mouse, and the user need know nothing of the mechanism by which the requested service is provided.
  • This functionality can be provided on a Worldwide Web (WWW) server, in which case the client can be any WWW browser.
  • WWW Worldwide Web
  • the software can conveniently provide ODBC links to directories used within a customer's private network or Intranet. These directories may be either local to a user's hard disk or LAN, or potentially on remote computer systems. Use of these directories will enable lookup of telephone numbers etc and thus, in conjunction with the above program, enable 'point and click' communications to be implemented.
  • MAP SMTP gateway 725 must be able to create/forward outbound messages from the MAP platform 1 50 and some client software is also desirable to receive and act upon such messages.
  • This client software would normally be iconised until activated by message arrival when it should interrupt the user to request what action should then be taken. This requires extensions to the MAP SMTP gateway 725 and client software to act on such messages. (Client software is already available which could be easily modified to accept such messages.)
  • the MAP creates files of raw data on service instances it handles. These are each identified by the "service instancejdentify” field (See “Protocol for Services on MAP” below) and stored in a raw call record data area (an FTP directory) of a database. It could be on the same computing platform as the MAP 1 50, or it could be elsewhere.
  • the MAP is also able to output such files via an FTP link if necessary for processing remotely, for instance by a user's remote application.
  • the process is the same where a service request has been received at the SMTP gateway 725 as described above for the "Incoming PSTN Call Process". That is, the MAP manager 440 will use its various agents as described above with reference to Figure 4.
  • the above describes service provision which runs to its normal end. It may be that the user rings off while a file is still being played. In this event, the DLIC agent 405 will notify the MAP Manager 400 which in turn notifies the speech card agent 410 that the file should be stopped. The speech card agent 410 will tell the relevant speech card 1 10 to stop the file and report back to the MAP Manager 400 which in turn sends an acknowledgement back to the DLIC agent 405, and notifies the application that the line has cleared, once any house-keeping activities are completed, such as billing. Once complete, the application terminates which results in tearing down the resources, as before. Wrongly Distributed Resource
  • the MAP Manager 400 may find that it does not have sufficient resource, such as "play”. In these circumstances, the MAP Manager 400 will seek to change the available resources and therefore to change its world view. It may do this by deleting "recognition” from a processor, as long as it is not in use, and substituting "play" resource.
  • a digital signal processor 200 In a different problem scenario, there may be functional difficulties, for instance with a digital signal processor 200.
  • a speech card 1 10 was providing a play file. This is done in discreet amounts.
  • the digital signal processor 200 should respond in a given time (to VX Works) to say it has played a required section of a file. If a digital signal processor 200 has "died", VX Works will never receive an answer. In these circumstances, the speech card agent 410 will reload the code to the digital signal processor 200. It will, in practice, try this reload three times. If the speech card agent 410 has not received any response from the digital signal processor 200 after three reloads, it will report the digital signal processor 200 to the MAP Manager 400 as being of doubtful integrity. The MAP Manager 400 will select another DSP 1 10 and load the relevant algorithm. The MAP Manager 400 will subsequently only use the digital signal processor 200 marked as of doubtful integrity in emergencies.
  • the MAP Manager 400 has a potentially serious situation. It now issues a message to the control console (accessible from the MAP Manager screen), and issues a serious fault indicator on the serial line for that purpose. It may not be the digital signal processors 200 which are failing but VX Works for instance.
  • the MAP Manager 400 will also take the relevant card or cards out of service and use spare resource. At this point the MAP Manager 400 reboots the suspect card. This forces the card to go through a "power-on self test". The card will then be proven either serviceable, in which case the MAP Manager will put it back into use, or failed. Certain applications require large amounts of resource. For instance, speech recognition would create a bottleneck for the digital signal processors 200, 205.
  • the text to speech (TTS) agent 420 accesses resources in a dedicated processor via a network interface card 130.
  • the TTS agent 420 will send a sentence to the dedicated processor. It receives back a 64K speech file which the TTS agent 420 runs and plays through a digital signal processor 200.
  • Running the digital line interface card 105 is relatively easy in view of the lower data quantities. More of the management effort tends to lie with the speech cards 1 10.
  • the processor on the MAP host running UNIX, is usually under-utilised. This processor can be used to host text to speech or STAP algorithms.
  • the TTS agent 420 is not controlling hardware in the manner of the other agents 405, 410, 41 5, 425 but is controlling processor resource. The TTS agent 420 therefore has to allocate resource in a different way.
  • the speech card agent 410 measures resource in terms of channels on the digital signal processors 200 and how much 68K processors hire an application will take. For instance, for multi-frequency tone recognition, ten channels would need to be allocated and 2% of a UNIX controlling process.
  • TTS agent 420 it is necessary to look at processing resource and it will be measured in megabytes and channels, for instance 32 megabytes and seven channels.
  • the TTS agent 420 is directly connected to the speech card 1 10 by socket, this providing a real time connection.
  • the MAP Manager will therefore instruct the speech card agent 410 that it needs 64K play capacity and a socket interface.
  • TCP/IP runs on the Ethernet at about 2 megabits per sec which is the equivalent of about 27 channels.
  • the socket arrangement avoids a bottleneck at the PC bus point which would only be able to provide about 1 2 - 18 channels off disk.
  • the STAP agent 45 provides the inverse process to the TTS agent 420. Speech is received through the speech card agent 410 which does some pre-processing. It then sends speech to the STAP agent 425. The STAP agent 425 returns a recognition result and the speech card agent 410 notifies the MAP Manager 400 accordingly.
  • backbone services are important in enabling more sophisticated services to be provided, incorporating within them one or more backbone services
  • backbone services Four backbone services are described below. These can be addressed by client software. (Other "backbone” services may also be provided to enable facilities such as user registration and call accounting).
  • the queue for this service takes as its input a text message, and attempts to deliver this message by speech to one or more specified telephone numbers.
  • the message may be delivered by the voice determined by the Internet address chosen according to the following table:
  • the service comes in two forms. If the user field is present in the address and is all digit, it is interpreted as the telephone number which should be dialled from the United Kingdom (UK) to contact the (single) receiving party, with the body of the message being taken as the unstructured whole of the communication. If the user field is absent, the message body is taken as being structured potentially to enable distribution to many parties.
  • UK United Kingdom
  • the queue for this service takes as its input a text message, and attempts to deliver the message as text using the service determined by the Internet address chosen according to the following table 1
  • Each service comes in two forms If the user field is present in the address and is all digit, it is interpreted as the UK paging number to contact the (single) receiving party, with the body of the message being taken as the unstructured whole of the communication. If the user field is absent, the message body is taken as being structured potentially so as to enable distribution to many parties. It should be noted that for the SMS service a 1 60 character limit is imposed, and a smaller limit may apply to the National Radiopagmg facility.
  • the queue for this service takes as its input a text message, and attempts to deliver the message by FAX using the service determined by the Internet address as specified in the following table:
  • the queues for these services take as their input a structured text message which specifies the telephone number of the originator and called party(ies), and subsequently attempt to establish telephone calls to the people involved.
  • the Internet addresses for the services are given in the following table:
  • Telephony could be treated as a conference call between two people and may be implemented in this way, but in practice a separate queue is established as in this instance the connection can be made without recourse to use of the conferencing algorithm.
  • the message originator is considered to be the chairman. Three attempts are made to connect to each party and the participants notified by the system of progress in establishing the audio conference, with already connected parties being able to converse.
  • Registration Services enable a user to initially lodge detail of his communications methods, preferences and services required. For example, he might elect to take the PhonE-mail service and request notification about new messages at 10.00 pm by paging. In this case, he would declare his telephone number, paging/SMS numbers, any mobile phone numbers, TCP-IP address etc., and in this way a personal profile for the user would be established.
  • This registration is achieved via a WWW page, and following successful registration the user is issued an account number and a PIN.
  • the account number/PIN would be used to access the service(s) either via WWW or telephone.
  • On WWW the user would have the opportunity to revise his communications and service selections as his needs determine.
  • Information provided at registration is also made available in directories. These directories may be available on networked fileservers and accessed via trusted GUI front-end software. Typically they would be used to select people with whom the user wishes to communicate.
  • the customer may connect to the system either speculatively or because he has been notified of messages waiting.
  • the customer will normally be invited to enter an account number and a PIN (issued at time of service registration) to identify himself to the system following which he is offered the various messages held on the system.
  • PIN issued at time of service registration
  • the way in which he is able to select messages and have them passed to him is a feature of the application providing the collection service, and internally to provide the various facilities will dispatch various messages onto the core service queues. For an outline description of one such service, PhonE-mail, see below. Notification Services
  • the SMS, paging and TTS systems may be used to notify users that they have received messages - these may be either telephone messages, electronic mail messages or potentially FAX messages.
  • the notification message can advise the customer how many messages of which type he has received, the message itself being time/date stamped.
  • notification of message availability would occur at a time of day determined at registration by the customer rather than at the time of message arrival since BT may wish to make notification a subscription service.
  • notification services only advise of message arrival. Storage of messages may make large demands on available disks, and for this reason it may be necessary on systems such as 'PhonE-mail' to limit the amount of storage either by size or duration e.g. messages may only be held for 5 days. Thus, when a customer comes to collect his message(s) he may find fewer available than were reported by an earlier notification message.
  • a message received on one queue could be re-directed to another queue.
  • a customer may have directed that all e-mail and voice messages would be delivered by female voice to a specified telephone number.
  • all messages on the 'email' queue would be reformatted and placed on the TTSF queue and telephone messages placed on the 'VM' queue. Both new messages would be marked for immediate delivery. It is assumed that if the customer has chosen immediate delivery there will be no notification.
  • the delivery mechanism is the same as for immediate delivery above, except that the messages placed on the queue would be marked for delivery at a time determined from the recipients profile. Delivery as an adjunct to notification is to be preferred as otherwise all pending messages will be scheduled for delivery at the same time.
  • the PhonE-mail service allows a customer to redirect his telephone and email in such a way that he can later collect both forms of messages, by ringing a particular telephone number, from any kind of telephone.
  • the text from each of these fields will then be converted from text to speech and the resulting text and speech files stored in the customer's account on disc.
  • the speech duration of the message body should then be compared against a predetermined threshold which, if exceeded, would result in the text body being passed through a summa ⁇ ser and the resulting text also being converted to speech. At this point the e-mail message is considered to be available for collection by telephone.
  • the customer may redirect his telephone to a number made known to him at registration. Calls to his normal number will then be directed to the MAP platform which can, by extraction of the TLI, identify for which user the call was intended. Following a suitable greeting, the caller can then be asked to leave his name (and contact telephone number), the reason for his telephone call, and a message.
  • MAP platform can, by extraction of the TLI, identify for which user the call was intended. Following a suitable greeting, the caller can then be asked to leave his name (and contact telephone number), the reason for his telephone call, and a message.
  • the customer profile should be checked to see whether he should be notified of message arrival, and if so how it should be achieved. If message notification is requested, it may be either on message arrival or at a particular time of day in which case a flag should be set to show messages pending for that customer. That flag would be interrogated by a regular scheduled process.
  • the notification methods available can be achieved by one of the backbone services - email delivery (male or female), paging or SMS. It would be possible to redirect email to FAX.
  • a customer would ring a designated telephone number. Following a simple greeting he would be asked to enter his account number and PIN using the MF keypad. He would be given three opportunities to correctly enter the combination, and if unsuccessful perhaps invited to ring a helpdesk before the connection to the system is dropped by the platform. On entry to the system, he would be advised of the number (and type) of messages available.
  • the form of the ensuing dialogue could be of different types. For instance, the caller might be given the option of listening to the next message or reviewing his messages. Messages can be presented in order of arrival i.e., oldest first. Review options are by sender or by subject.
  • the sender, the subject and the message body will be spoken to the caller, though if the spoken length of the message body exceeds a threshold notionally set at 20 seconds the user will be queried as to whether he/she wishes to hear the entire message as it may be more appropriate to receive long messages by FAX.
  • a threshold notionally set at 20 seconds the user will be queried as to whether he/she wishes to hear the entire message as it may be more appropriate to receive long messages by FAX.
  • the customer is given the option of being sent a FAX copy of the message to a number he designates before choosing whether or not to delete the message. Once he has responded to these options, he can move on to listen to the next message, and so on until he has heard all the messages he wishes to hear. All announcements in the demonstrator are overridable by MF and the FAX/Delete options can be responded to by voice. Note that any messages not deleted will be classed as new messages the next time the caller rings into the system.
  • New messages are messages which have not been heard; saved messages are messages which have been heard but not deleted
  • MAP applications can generate log files which describe actions taken by the platform for a particular call. For instance, to create the call record data area referred to under "Client Services" above, when the MAP is in the process of setting up a connection and transmitting a message to a recipient, it will output an update status message to a raw call records data directory, that is the FTP directory, whenever there is a change in status for a service instance It uses the "servicejnstancejdentify” field (see “Protocol for Services on the MAP” below) to identify the relevant file.
  • Additional information may be held in these log files to provide information for billing purposes.
  • the 'servicename' and user account number can be included; this information could be included as part of the structured messages so that layered services such as 'PhonE-mail' which call upon basic services can pass the essential billing information forward in a way which is compatible with Internet GUI originated messages.
  • the log files once created would normally be dispatched to a specified mail address where they would be analysed to extract information for billing purposes. If this is to be handled on-platform the receiving process may take the form of a service queue Potentially, billing information can be made available to the user via WWW.
  • the ⁇ user > field may contain the telephone number of the person requesting the service. It will not necessarily be used in all services, but it is good practice to include it for all services.
  • the ⁇ service > field contains the name of the service being requested.
  • ttsm text to speech - male voice ttsf text to speech - female voice tel telephony page to send a page message (may need to split according to swatch, data pagers etc) sms sends an SMS (Sort Message Service) to a GSM phone fax fax message conf telephone conferencing
  • SMS Session Message Service
  • SMS number of the person setting up the servicejnstance GSM phone number

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Une plate-forme (150) d'applications informatiques constitue une interface entre des réseaux de télécommunication, tels que le réseau public commuté (160) en Grande-Bretagne, et les réseaux de données tels qu'Internet (155). Les applications installées sur la plate-forme (150) peuvent être utilisées pour appeler des ressources, par exemple pour délivrer des messages enregistrés. Comme la plate-forme (150) d'applications sert de passerelle entre les réseaux de données et les réseaux de télécommunication, les services fournis peuvent appartenir à un type de réseau ou à l'autre. Ceci permet à un utilisateur du réseau de télécommunication d'envoyer un fax ou un message de messagerie électronique à un utilisateur d'un réseau de données. Le service demandé par un utilisateur peut être identifié par les applications de la plate-forme à partir d'un champ de données contenu dans un message de données entrant, ou par les numéros directement composés associés à une ligne téléphonique entrante.
PCT/GB1997/002608 1996-09-25 1997-09-25 Dispositif pour fournir des services de communication WO1998013993A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CA002266620A CA2266620A1 (fr) 1996-09-25 1997-09-25 Dispositif pour fournir des services de communication
AU43906/97A AU4390697A (en) 1996-09-25 1997-09-25 Apparatus for communications service provision
EP97942107A EP0928536A1 (fr) 1996-09-25 1997-09-25 Dispositif pour fournir des services de communication

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GBGB9619958.3A GB9619958D0 (en) 1996-09-25 1996-09-25 Apparatus for communications service provision
GB9619958.3 1996-09-25
GBGB9707712.7A GB9707712D0 (en) 1997-04-16 1997-04-16 Apparatus for communications service provision
GB9707712.7 1997-04-16

Publications (1)

Publication Number Publication Date
WO1998013993A1 true WO1998013993A1 (fr) 1998-04-02

Family

ID=26310097

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB1997/002608 WO1998013993A1 (fr) 1996-09-25 1997-09-25 Dispositif pour fournir des services de communication

Country Status (4)

Country Link
EP (1) EP0928536A1 (fr)
AU (1) AU4390697A (fr)
CA (1) CA2266620A1 (fr)
WO (1) WO1998013993A1 (fr)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999057918A1 (fr) * 1998-05-04 1999-11-11 Gateway Technologies, Inc. Allocation de ressources de telecommunication
WO2000008805A1 (fr) * 1998-07-17 2000-02-17 Elisa Communications Oyj Procede et systeme servant a commander un service internet
WO2000030329A1 (fr) * 1998-11-17 2000-05-25 Telstra R & D Management Pty. Ltd. Systeme d'acces aux donnees et procedes correspondants
WO2000045554A1 (fr) * 1999-02-01 2000-08-03 Sony Electronics Inc. Procede et appareil de remise prioritaire de messages electroniques
EP1133139A1 (fr) * 2000-03-10 2001-09-12 Siemens Aktiengesellschaft Méthode et système pour l' allocation de ressources dans un système de communication
AU774879B2 (en) * 1998-11-17 2004-07-08 Telstra Corporation Limited A data access system and method
US7899167B1 (en) 2003-08-15 2011-03-01 Securus Technologies, Inc. Centralized call processing
US7916845B2 (en) 2006-04-13 2011-03-29 Securus Technologies, Inc. Unauthorized call activity detection and prevention systems and methods for a Voice over Internet Protocol environment
US8000269B1 (en) 2001-07-13 2011-08-16 Securus Technologies, Inc. Call processing with voice over internet protocol transmission
US8340260B1 (en) 2003-08-15 2012-12-25 Securus Technologies, Inc. Inmate management and call processing systems and methods
US9552417B2 (en) 2007-02-15 2017-01-24 Global Tel*Link Corp. System and method for multi-modal audio mining of telephone conversations
US9560193B1 (en) 2002-04-29 2017-01-31 Securus Technologies, Inc. Systems and methods for detecting a call anomaly using biometric identification
US9923936B2 (en) 2016-04-07 2018-03-20 Global Tel*Link Corporation System and method for third party monitoring of voice and video calls
US9990683B2 (en) 2002-04-29 2018-06-05 Securus Technologies, Inc. Systems and methods for acquiring, accessing, and analyzing investigative information
US10027797B1 (en) 2017-05-10 2018-07-17 Global Tel*Link Corporation Alarm control for inmate call monitoring
US10115080B2 (en) 2002-04-29 2018-10-30 Securus Technologies, Inc. System and method for proactively establishing a third-party payment account for services rendered to a resident of a controlled-environment facility
US10225396B2 (en) 2017-05-18 2019-03-05 Global Tel*Link Corporation Third party monitoring of a activity within a monitoring platform
US10572961B2 (en) 2016-03-15 2020-02-25 Global Tel*Link Corporation Detection and prevention of inmate to inmate message relay
US10796392B1 (en) 2007-05-22 2020-10-06 Securus Technologies, Llc Systems and methods for facilitating booking, bonding and release
US10860786B2 (en) 2017-06-01 2020-12-08 Global Tel*Link Corporation System and method for analyzing and investigating communication data from a controlled environment
US11062412B2 (en) 2004-05-19 2021-07-13 Touchpay Holdings, Llc Machines and process for managing a service account

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1991017616A1 (fr) * 1990-05-07 1991-11-14 Unisys Corporation Plate-forme d'ordinateur numerique de prise en charge d'applications de reseau telephonique
WO1992014314A1 (fr) * 1991-02-11 1992-08-20 Simpact Associates, Inc. Reseau de communication interactif numerique/audiofrequence
WO1993018610A1 (fr) * 1992-03-05 1993-09-16 Unisys Corporation Plate-forme d'applications de reseau telephonique destinee a prendre en charge les applications de telecopie
EP0565850A1 (fr) * 1992-03-27 1993-10-20 International Business Machines Corporation Système intégré de messagerie
EP0631419A1 (fr) * 1993-06-22 1994-12-28 Vmx Inc. Système de courrier électronique ayant des messages vocaux intégrés
EP0650284A1 (fr) * 1993-10-21 1995-04-26 AT&T Corp. Interface entre systèmes de messagerie textuelle et vocale
US5619555A (en) * 1995-07-28 1997-04-08 Latitude Communications Graphical computer interface for an audio conferencing system
US5633916A (en) * 1994-12-30 1997-05-27 Unisys Corporation Universal messaging service using single voice grade telephone line within a client/server architecture

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1991017616A1 (fr) * 1990-05-07 1991-11-14 Unisys Corporation Plate-forme d'ordinateur numerique de prise en charge d'applications de reseau telephonique
WO1992014314A1 (fr) * 1991-02-11 1992-08-20 Simpact Associates, Inc. Reseau de communication interactif numerique/audiofrequence
WO1993018610A1 (fr) * 1992-03-05 1993-09-16 Unisys Corporation Plate-forme d'applications de reseau telephonique destinee a prendre en charge les applications de telecopie
EP0565850A1 (fr) * 1992-03-27 1993-10-20 International Business Machines Corporation Système intégré de messagerie
EP0631419A1 (fr) * 1993-06-22 1994-12-28 Vmx Inc. Système de courrier électronique ayant des messages vocaux intégrés
EP0650284A1 (fr) * 1993-10-21 1995-04-26 AT&T Corp. Interface entre systèmes de messagerie textuelle et vocale
US5633916A (en) * 1994-12-30 1997-05-27 Unisys Corporation Universal messaging service using single voice grade telephone line within a client/server architecture
US5619555A (en) * 1995-07-28 1997-04-08 Latitude Communications Graphical computer interface for an audio conferencing system

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6381321B1 (en) 1998-05-04 2002-04-30 T-Netix, Inc. Telecommunication resource allocation system and method
WO1999057918A1 (fr) * 1998-05-04 1999-11-11 Gateway Technologies, Inc. Allocation de ressources de telecommunication
WO2000008805A1 (fr) * 1998-07-17 2000-02-17 Elisa Communications Oyj Procede et systeme servant a commander un service internet
WO2000030329A1 (fr) * 1998-11-17 2000-05-25 Telstra R & D Management Pty. Ltd. Systeme d'acces aux donnees et procedes correspondants
AU774879B2 (en) * 1998-11-17 2004-07-08 Telstra Corporation Limited A data access system and method
WO2000045554A1 (fr) * 1999-02-01 2000-08-03 Sony Electronics Inc. Procede et appareil de remise prioritaire de messages electroniques
US6442593B1 (en) 1999-02-01 2002-08-27 Sony Corporation Methods and apparatus for transmitting prioritized electronic mail messages
US7490129B2 (en) 1999-02-01 2009-02-10 Sony Corporation Methods and apparatus for transmitting prioritized electronic mail messages
EP1133139A1 (fr) * 2000-03-10 2001-09-12 Siemens Aktiengesellschaft Méthode et système pour l' allocation de ressources dans un système de communication
US8000269B1 (en) 2001-07-13 2011-08-16 Securus Technologies, Inc. Call processing with voice over internet protocol transmission
US9560193B1 (en) 2002-04-29 2017-01-31 Securus Technologies, Inc. Systems and methods for detecting a call anomaly using biometric identification
US10178224B2 (en) 2002-04-29 2019-01-08 Securus Technologies, Inc. Systems and methods for detecting a call anomaly using biometric identification
US10115080B2 (en) 2002-04-29 2018-10-30 Securus Technologies, Inc. System and method for proactively establishing a third-party payment account for services rendered to a resident of a controlled-environment facility
US9990683B2 (en) 2002-04-29 2018-06-05 Securus Technologies, Inc. Systems and methods for acquiring, accessing, and analyzing investigative information
US7899167B1 (en) 2003-08-15 2011-03-01 Securus Technologies, Inc. Centralized call processing
US8340260B1 (en) 2003-08-15 2012-12-25 Securus Technologies, Inc. Inmate management and call processing systems and methods
US10740861B1 (en) 2003-11-24 2020-08-11 Securus Technologies, Inc. Systems and methods for acquiring, accessing, and analyzing investigative information
US11908029B2 (en) 2004-05-19 2024-02-20 Touchpay Holdings, Llc Machine and process for managing a service account
US11062412B2 (en) 2004-05-19 2021-07-13 Touchpay Holdings, Llc Machines and process for managing a service account
US7916845B2 (en) 2006-04-13 2011-03-29 Securus Technologies, Inc. Unauthorized call activity detection and prevention systems and methods for a Voice over Internet Protocol environment
US11789966B2 (en) 2007-02-15 2023-10-17 Global Tel*Link Corporation System and method for multi-modal audio mining of telephone conversations
US10853384B2 (en) 2007-02-15 2020-12-01 Global Tel*Link Corporation System and method for multi-modal audio mining of telephone conversations
US10120919B2 (en) 2007-02-15 2018-11-06 Global Tel*Link Corporation System and method for multi-modal audio mining of telephone conversations
US9552417B2 (en) 2007-02-15 2017-01-24 Global Tel*Link Corp. System and method for multi-modal audio mining of telephone conversations
US10796392B1 (en) 2007-05-22 2020-10-06 Securus Technologies, Llc Systems and methods for facilitating booking, bonding and release
US11640644B2 (en) 2016-03-15 2023-05-02 Global Tel* Link Corporation Detection and prevention of inmate to inmate message relay
US10572961B2 (en) 2016-03-15 2020-02-25 Global Tel*Link Corporation Detection and prevention of inmate to inmate message relay
US11238553B2 (en) 2016-03-15 2022-02-01 Global Tel*Link Corporation Detection and prevention of inmate to inmate message relay
US11271976B2 (en) 2016-04-07 2022-03-08 Global Tel*Link Corporation System and method for third party monitoring of voice and video calls
US10715565B2 (en) 2016-04-07 2020-07-14 Global Tel*Link Corporation System and method for third party monitoring of voice and video calls
US9923936B2 (en) 2016-04-07 2018-03-20 Global Tel*Link Corporation System and method for third party monitoring of voice and video calls
US10277640B2 (en) 2016-04-07 2019-04-30 Global Tel*Link Corporation System and method for third party monitoring of voice and video calls
US10027797B1 (en) 2017-05-10 2018-07-17 Global Tel*Link Corporation Alarm control for inmate call monitoring
US11044361B2 (en) 2017-05-18 2021-06-22 Global Tel*Link Corporation Third party monitoring of activity within a monitoring platform
US10601982B2 (en) 2017-05-18 2020-03-24 Global Tel*Link Corporation Third party monitoring of activity within a monitoring platform
US11563845B2 (en) 2017-05-18 2023-01-24 Global Tel*Link Corporation Third party monitoring of activity within a monitoring platform
US10225396B2 (en) 2017-05-18 2019-03-05 Global Tel*Link Corporation Third party monitoring of a activity within a monitoring platform
US10860786B2 (en) 2017-06-01 2020-12-08 Global Tel*Link Corporation System and method for analyzing and investigating communication data from a controlled environment
US11526658B2 (en) 2017-06-01 2022-12-13 Global Tel*Link Corporation System and method for analyzing and investigating communication data from a controlled environment

Also Published As

Publication number Publication date
AU4390697A (en) 1998-04-17
CA2266620A1 (fr) 1998-04-02
EP0928536A1 (fr) 1999-07-14

Similar Documents

Publication Publication Date Title
WO1998013993A1 (fr) Dispositif pour fournir des services de communication
US6438215B1 (en) Method and system for filter based message processing in a unified messaging system
US4761807A (en) Electronic audio communications system with voice authentication features
CA2052105C (fr) Plate-forme d'integration de services pour systeme telephonique
US6498835B1 (en) Method and system for providing visual notification in a unified messaging system
US9571445B2 (en) Unified messaging system and method with integrated communication applications and interactive voice recognition
US6868144B2 (en) Method and system for interfacing systems unified messaging with legacy systems located behind corporate firewalls
US5515422A (en) Automated attendant for any combination of PBX, centrex and single-line telephones
US4757525A (en) Electronic audio communications system with voice command features
US6175858B1 (en) Intelligent network messaging agent and method
US6067516A (en) Speech and text messaging system with distributed speech recognition and speaker database transfers
US4602129A (en) Electronic audio communications system with versatile message delivery
US6430289B1 (en) System and method for computerized status monitor and use in a telephone network
US4652700A (en) Electronic audio communications system with versatile user accessibility
EP0412799B1 (fr) Système de communication téléphonique
US5434908A (en) Greeting and schedule integration arrangement
JPH08251292A (ja) ソフトウェア・プロセスのための音声メール・メッセージの自動配信の配置構成
US6002751A (en) System and method for improved mail networking
WO2001035615A2 (fr) Acces a une messagerie instantanee, base sur le telephone
JPH09321914A (ja) インターネット上での音声メール提供方法及び電話システム
JP2846817B2 (ja) 情報処理方法及びデータ処理システム
US7457398B2 (en) Methods and systems for providing voicemail services
EP0106575A2 (fr) Système de communication électronique de signaux audio dans lequel l'adresse de message est sélectionnée par l'utilisateur
EP0985297A2 (fr) Systeme de gestion integree de messagerie et de communications
WO2001065871A1 (fr) Procede et systeme de constitution d'interface entre des systemes de messagerie unifiee comportant des dispositifs existants situes derriere des gardes-barrieres communs

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 09029615

Country of ref document: US

AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GE GH HU ID IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZW AM AZ BY KG KZ MD RU TJ TM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH KE LS MW SD SZ UG ZW AT BE CH DE DK ES FI FR GB GR IE IT LU MC

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase

Ref document number: 2266620

Country of ref document: CA

Ref country code: CA

Ref document number: 2266620

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 1997942107

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 1998515399

Format of ref document f/p: F

WWP Wipo information: published in national office

Ref document number: 1997942107

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 1997942107

Country of ref document: EP