WO2000022805A1 - Communications system - Google Patents

Communications system Download PDF

Info

Publication number
WO2000022805A1
WO2000022805A1 PCT/GB1999/003390 GB9903390W WO0022805A1 WO 2000022805 A1 WO2000022805 A1 WO 2000022805A1 GB 9903390 W GB9903390 W GB 9903390W WO 0022805 A1 WO0022805 A1 WO 0022805A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
accordance
routing
telephone
received
Prior art date
Application number
PCT/GB1999/003390
Other languages
French (fr)
Inventor
David William Bartlett
Christoph Georg Jaggi
Original Assignee
D:Vox Limited
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
Application filed by D:Vox Limited filed Critical D:Vox Limited
Priority to AU10534/00A priority Critical patent/AU1053400A/en
Publication of WO2000022805A1 publication Critical patent/WO2000022805A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42314Systems providing special services or facilities to subscribers in private branch exchanges
    • H04M3/42323PBX's with CTI arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/436Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/46Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/54Arrangements for diverting calls for one subscriber to another predetermined subscriber

Definitions

  • the present invention relates to an apparatus and method for controlling the routing of communications through a communications switch.
  • Embodiments of the present invention relate to an apparatus and method for controlling the routing of telephone calls through a private branch exchange or through public switching telephone network switches.
  • a telephone call When a telephone call is received by a private branch exchange or a switch of a public telephone switching network, the call is routed either to another switch or to a telephone.
  • the routing of the telephone call is determined by the number which the caller enters when making the telephone call. In the case of a private branch exchange, this can be set up so that it diverts the telephone call to a voice mailbox if it is not answered within a set time period.
  • the present invention aims to provide a telephone management system in which a greater variety of telephone routing choices may be provided and in which users can update their own preferences for the routing of telephone calls in real time. In this way the difficulties arising from the delays inherent in having to instruct a system administrator to update routing preferences are avoided.
  • a telephone management system arranged to receive caller ID data, requested destination data and time and date data; and means for generating and outputting configuration data in accordance with one or more of received inputs and wherein said generation means comprises a user preference database associating combinations of inputs with configuration data, said database being updatable by users of the system.
  • a telephony management system in which a telephone management module is arranged to monitor the progress of calls through a private branch exchange and to output configuration data utilising status data received from said private branch exchange.
  • a telephony management system is provided which is arranged to receive data from the switch within a public telephone switching network.
  • Figure 1 is a block diagram of a telephone network including a telephone management system embodying the present invention
  • Figure 2 is a block diagram illustrating the main components of the telephone management system shown in Figure 1 ;
  • Figure 3 is a block diagram illustrating the preferred data structure for storing user rules in a rules database of the management system shown in Figure 2 ;
  • Figure 4 is a block diagram illustrating the preferred data structure for storing telephone book entries in a user telephone book database of the management system shown in Figure 2 ;
  • Figure 5 is a block diagram of an example of data stored in a conversion dictionary database which forms part of the management system shown in Figure 2;
  • Figure 6 is an exemplary illustration of an initial user interface which allows a user to select the user's telephone book or user rules for updating;
  • Figure 7 is an illustration of an exemplary user interface which allows the user to amend the user's telephone book entries
  • Figure 8 is an illustration of an exemplary user interface which allows the user to input and amend user rules
  • Figure 9 is a flow diagram illustrating the processing steps used by the telephone management system of Figure 2 to control the routing of a call through a private branch exchange
  • Figure 10 is a timing diagram illustrating the signalling between the public switching telephone network, the private branch exchange and the telephone management system of Figure 1 when an incoming call is routed to a first destination and then is routed to a second destination when no answer is received from the first destination;
  • Figure 11 is a timing diagram illustrating the signalling between the public switching telephone network, the private branch exchange and the telephone management system of Figure 1 when an incoming call is routed to a first destination and then is transferred to a second destination when the first destination is busy;
  • Figure 12 is a block diagram of a second telephone system embodying the present invention.
  • FIG. 1 is a block diagram of a telephone network, which comprises an office communications network 1 that is connected to a public switching telephone network 3 (hereinafter referred to as a PSTN).
  • the PSTN 3 is also connected to a number of callers telephones 5, a number of mobile telephones 7 and home telephones 9 of workers in the office.
  • the office communications network 1 comprises a private branch exchange 11 (hereinafter referred to as a PBX) which is connected to the PSTN 3.
  • the PBX 11 is also connected to a number of office telephones 13 and a number of voice mail boxes 15.
  • the PBX 11 is arranged to route telephone calls from the office telephones 13 either to other office telephones 13, to voice mail boxes 15 or to the PSTN 3 for connection to telephones outside of the office such as the caller telephones 5, the mobile telephones 7 and the home telephones 9.
  • the PBX 11 is also arranged to route incoming telephone calls received from telephones outside of the office via the PSTN 3 to the office telephones 13, to the voice mail boxes 15 or alternatively to designated telephones outside of the office via the PSTN 3.
  • the exact routing carried out by the PBX for a current incoming call is determined from signalling information received from the PSTN 3 prior to the call being set up (which includes the caller's ID, i.e. the telephone number of the caller, and the destination telephone number) and the current configuration of the PBX 11.
  • the telephone management system 17 is operable to control the routing of incoming calls through the PBX 11 in accordance with a set of user defined rules.
  • each user in the office can programme the telephone management system 17 via a personal computer (PC) 19 and the local area network (LAN) 21 with user routing instructions identifying how the user wishes his incoming calls to be routed.
  • PC personal computer
  • LAN local area network
  • each user in the office can programme the telephone management system 17 via a personal computer (PC) 19 and the local area network (LAN) 21 with user routing instructions identifying how the user wishes his incoming calls to be routed.
  • PC personal computer
  • LAN local area network
  • the telephone management system 17 can ensure that all calls received for him are routed to the office telephone 13-1 which is in the vicinity of the PC 19-1.
  • the user can programme the telephone management system 17 to ensure that calls from one or more specified callers are routed to voice mail 15 or are given a busy tone.
  • the user may programme the telephone management system 17 to ensure that calls received from specified individuals are routed through the PBX 11 to the user's mobile telephone 7-1 whilst incoming calls from other individuals are routed to voice mail 15.
  • each of the office workers can control the routing of their incoming calls through the PBX 11.
  • the PSTN 3 sends signalling information to the PBX 11, which signalling information identifies the callers ID and the destination telephone number.
  • the telephone management system 17 monitors the received signalling information and retrieves routing instructions programmed in by the user who is associated with the destination number contained within the signalling information. These routing instructions identify the user set destination for the incoming call and, in response the telephone management system 17 reconfigures the PBX 11 so that it will route the call to the desired telephone or voice mail.
  • a user downloads user interfaces from the telephone management system 17 via the LAN 21 into any of the PCs 19.
  • the user then enters via the user interfaces displayed on the screen of the PC 19, data relating to how they wish their telephone calls to be routed.
  • This data is then sent from the PC 19 via the LAN 21 to the telephone management system 17.
  • the telephone management system 17 then converts the received data and stores the converted data as a user record for later use. If the user wishes to amend the way in which their calls are routed, then they can download the user interfaces from the telephone management system 17, via the LAN 21 into their PC 19 once again and amend their user records stored within the telephone management system 17.
  • the user interfaces stored within the telephone management system 17 which can be downloaded into the personal computers 19 via the LAN 21, provide a well defined way of allowing users to input rules for controlling the call routing process. This ensures that rules exist to deal with all situations.
  • the routing of calls by the PBX 11 can then be controlled in real time by the telephone management system 17 by providing a real time access database which stores records of these user rules in a manner which can be rapidly retrieved and processed to generate configuration data for configuring the PBX 11 so that it routes the incoming call in the desired manner.
  • FIG 2 is a block diagram showing in more detail the main components of the.telephone management system 17 of Figure 1.
  • the telephone management system 17 comprises a call routing system 25 that is arranged to receive the signalling information received from the PSTN 3 which includes the destination telephone number and the caller ID.
  • the call routing system 25 is also arranged to receive status data from the PBX 11 so that it can monitor the progress of telephone calls routed through the PBX 11 and so that it can send appropriate call logging data to a call logging database 31 for administrative and billing purposes.
  • a real time clock 27 Also connected to the call routing system 25 is a real time clock 27 which provides the current time, date and day.
  • the call routing system 25 is also connected to a rules database 29 which stores the above mentioned user records which identify how incoming calls for the users are to be routed by the PBX 11.
  • FIG. 3 illustrates a preferred form of a user record stored within the rules database 29.
  • each of the user records comprises a record number 70; a user ID 72 indicative of the destination to which the record applies; a caller ID 74 indicative of the callers to whom the record applies; a time frame 76 indicative the period of time during which the record is to be used; a required action 78 indicative of the output which is to be generated by the call routing system 25 and sent as configuration data to the PBX 11; time-out data 80 indicative of the period before a next user record is used to generate another output; and next record data 82 indicative of the record number 70 of the next record to be used to generate configuration data if the current rule is unsuccessful within the time-out period 80.
  • the call routing system 25 when the call routing system 25 receives the signalling information it retrieves a user record from the rules database 29 on the basis of the destination telephone number, the caller ID, the status data received from the PBX 11 and the time, day and date received from the clock 27. The call routing system 25 then extracts the required control action 78 from the retrieved user record and outputs appropriate configuration data to the PBX 11 so that it will route the call in the desired manner and records the time when this configuration data is output.
  • the call routing system 25 retrieves the next record 82 from the rules database 29 so that a new control action (such as a new destination telephone) can be identified.
  • the call routing system 25 then sends new configuration data to the PBX 11 so that the call is routed to the new destination telephone or so that the PBX 11 performs the required routing operation and records the time and the output of the new configuration data.
  • the call routing system Whilst a telephone call is being made, the call routing system continues to monitor the status data for the call received by the PBX 11, until the call ends. The call routing system 25 then transfers a record of its processing of the call and the duration of the call to the call logging database 31 connected to the call routing system 25. In this way a record of the processing of calls is generated. Furthermore, in this embodiment, as the origin, destination and duration of calls are logged together, the call logging database provides a record of calls for the purposes of billing.
  • the telephone management system 17 also comprises a user interface module 33 that provides a downloadable user interface which allows users to access and change their user records stored in the rules database 29.
  • the user interface module 33 also allows users to access the contents of the call logging database 31 so that the user can check that incoming calls have been dealt with in the correct manner.
  • the user interface module 33 also allows users to modify or add entries to their telephone book which is stored in the telephone book database 35. As will be described below, the telephone book allows users to identify callers and required destinations of incoming calls using names rather than telephone numbers.
  • Figure 4 illustrates a preferred form of a telephone book stored within the user telephone book database 35.
  • the telephone book comprises a user name 42, a user telephone number 43, a user ID number 44, and a number of telephone book entries 45.
  • Each of the telephone book entries 45 comprises a name 46 and a number 47.
  • Telephone book entries 45 are then added to the telephone book when a user logs on to the telephone management system 17 via a PC 19, the LAN 21 and the user interface module 33 as will be described later.
  • the user interface module 33 allows users to access and change their user records which are stored in the rules database 29.
  • a conversion module 37 is provided which converts the user routing instructions input via the user interface module 33 into one or more user records which are stored in the rules database 29 and which are in a format which allows easy access and processing by the call routing system 25.
  • the conversion module 37 uses a conversion dictionary database 39 and the user's telephone book which is stored in the user telephone book database 35.
  • the conversion module 37 is also arranged to convert user records stored within the rules database 29 into a format for output via the user interface module 33 utilising data stored in the user telephone book database 35 and the conversion dictionary database 39.
  • Figure 5 illustrates the form of the conversion dictionary database 39 used in this embodiment.
  • the conversion dictionary database 39 comprises a number of entries each comprising input data (in the left hand column) which can be input by the user and corresponding user record generation data (in the right hand column) which is used to generate the user records within the rules database 29.
  • the entries in the conversion dictionary database 39 comprise an entry 51 for the term "ANY DAY” which is associated with data for generating seven user records each having a time frame where the day is equal to 1, 2, 3, 4, 5, 6 or 7 ; an entry 52 for the term "WEEKDAY” which is associated with data for generating five user records where the time frame is equal to 1, 2, 3, 4 or 5; an entry 53 for the term "WEEKEND” which is associated with data for generating two user records where the day is equal to 6 or 7.
  • the conversion dictionary database 39 also includes seven entries 54-60 each associating a term corresponding to a day of the week with data for generating a user record where the time frame is equal to the corresponding day numbers.
  • entries 61, 62, 63 and 64 for associating the time with the terms "MORNING”, “AFTERNOON”, “EVENING” and “ANY TIME” with time periods 0:00:00-11:59:00, 12:00:00-17:00:00, 17:00:01-23:59:59 and 0:00-23:59:59 respectively.
  • entries 65, 66 and 67 associating the terms “BUSY SIGNAL”, “RING TONE”, “NOT AVAILABLE” with data indicating the requirement for outputting a busy signal, a ring tone or not available signal respectively.
  • entries 68 for associating the term "ANY ONE" with a wild card data (*) for caller ID.
  • the telephone management system 17 also comprises an administration module 41 that is connected to the call logging database 31, the rules database 29 and the user telephone book database 35.
  • the administration module 41 is arranged to retrieve and output records from the call logging database 31 so that the processing of telephone calls by the PBX 11 can be monitored.
  • the administration module 41 is also arranged to enable new telephone books to be created in the user telephone book database 35 and new user records to be created in the rules database 29 and also to enable amendment and deletion of user records in the rules database 29 and telephone books in the telephone book database 35.
  • the administration module 41 is used to create a new user telephone book for that user comprising the name, user ID or password and the telephone number for the new user.
  • a new user record is generated within the rules database 29 representative of the instruction that whenever a request to route a telephone call to the new user is received by the PBX 11, the call routing system 25 should instruct the PBX 11 to route that telephone call to the new user's telephone and to continue trying to connect the caller to that telephone until either the call is answered or the caller hangs up.
  • the new user can view or amend his user records and his user telephone book via the user interface module 33.
  • the user initially connects his PC 19 to the user telephone management system 17 via the LAN 21. This causes the user interface module 33 to generate and transmit an initial user interface to the users PC 19 which is then displayed on the screen of the users PC 19.
  • Figure 6 is an exemplary illustration of an initial user interface displayed on the screen of user's PC 19.
  • a window 150 for entering a user name.
  • a second window 152 for entering the user's ID number.
  • Beneath the user name and user ID windows 150, 152 appear four buttons: an update telephone book button 154, an update rules button 156, a view phonelog button 158 and an exit button 160.
  • a pointer 162 Also displayed is also displayed.
  • a user can control movement of the pointer 162 over this screen so that the user can either select the user name window 150, the user ID window 152, the update telephone book button 154, the update rules button 156, the view phonelog button 158 or the exit button 160.
  • the keystrokes made by the user on the PC 19 are displayed within the user name window 150.
  • the user selects the user ID window 152 the keystrokes made by the user on the PC 19 are displayed in the user ID window 152.
  • the update telephone book button 154 the update rules button 156 or the view phonelog button 158 this causes a request to be dispatched to the user interface module 33 of the telephone management system 17 to download a further user interface 33 into the personal computer 19.
  • data representative of the text appearing within the user name window 150 and the user ID window 152 are also transmitted to the user interface module 33 of the telephone management system 17. If the user selects the exit button 160 the user's connection with the telephone management system 17 via the LAN 21 is terminated.
  • the user interface module 33 If the user interface module 33 receives a request to generate and output a further user interface, the user interface module 33 initially compares the received data representing the user name and user ID number with user telephone books stored in the user telephone book database 35. If none of the telephone books include a user name 42 and a user ID 44 data identical to the user name and user ID received via the LAN 21, then the user interface module 33 outputs the initial user interface to the user's PC 19 via the LAN 21 once again to prompt the user to input the correct user name and user ID. In this way an unauthorised user is prevented from gaining access to the databases in the telephone management system 17.
  • the user interface module 33 determines that there is a user telephone book stored in the user telephone book database 35 that has a user name 42 and a user ID 44 data identical to those received from the PC 19 via the LAN 21, then the user interface module 33 generates and transmits a further user interface to the user for display on the screen of the user's PC 19.
  • the particular user interface which is sent depends upon the request made by the user. If the user interface module 33 received a request to update the users telephone book then the user interface module 33 transmits an update telephone book interface to the user's PC 19 via the LAN 21.
  • Figure 7 is an illustrative example of an update user telephone book interface. At the top of the screen there is a window 180 in which a selection of the user's telephone book entries are displayed.
  • a scroll bar 181 is provided for scrolling through the user's telephone book entries displayed in the window 180.
  • a name window 182 is displayed and beneath the name window a number window 184 is displayed.
  • a new number button 186, an amend number button 188 and an update telephone book button 190 are provided.
  • a pointer 192 is also displayed on the screen for controlling the selection of displayed items.
  • the user interface is caused to display a different selection of entries in the user's telephone book. If a user selects one of the entries displayed in the window 180 this entry is highlighted (as illustrated for the entry for "DAVID"). If the user selects the name window 182, any keystrokes made by the user are caused to be displayed within the name window 182. Similarly, if the user selects the number window 184 any keystrokes made by the user are displayed within the number window 184.
  • the user If the user wishes to add a new number to their user telephone book, then the user must input the new name and number via the name and number windows 182 and 184 respectively and then select the new number button 186 which causes the name displayed in the name window 182 and the number displayed in the number window 184 to be stored in a memory of the PC 19 together with data indicating that the name and number are to be included into the user's telephone book.
  • a user wishes to amend an existing entry in his user telephone book, then the user must scroll through the entries displayed in window 180 until the entry which is to be amended is displayed. The user must then highlight the entry to be amended and then make the required amendments in the name and number windows 182 and 184. The user then selects the amend number button 188 which causes the amended name displayed within the name window 182 and the amended number displayed within the number window 184 to be stored in memory together with data indicating that this data is to replace the highlighted entry in the user's telephone book.
  • the user can then select the update telephone book button 190 which causes the data stored within the memory of the PC 19 to be sent via the LAN 21 to the user interface module 33 where it is used to update the relevant user telephone book stored in the telephone book database 35.
  • FIG. 8 is an exemplary illustration of an update rules interface generated by the user interface module 33.
  • the update rules interface comprises a title 200 indicating the user who created the rules. Beneath the title 200 are a series of user rules 202.
  • each of the user rules 202 is in the format of a rule number followed by the word "if” and then a window for entering a name or a telephone number followed by the word “calls” followed by two further windows, one for entering a day or a date and another for entering a time period on that day or date, followed by the word “try” then a window for entering an action or a telephone number or alias (name) associated with a telephone number then the word "for” then a window for entering a time period then the word “else” and then a window for entering a number corresponding to one of the other rules displayed within the user rules update interface.
  • the user If the user wishes to amend a displayed rule, then the user simply selects one of the windows of that rule using the keyboard or mouse of the PC 19 and then enters new data into that window via the keyboard of the PC 19. The entered data is then displayed in the window and also stored in the memory of the PC 19 for later dispatch to the telephone management system 17 as will be described later.
  • the user selects the insert rule button 205. This causes a new rule to appear between the last of the rules 202 and the default rule 203 in which each of the windows associated with that rule appear blank. The user can then input the appropriate information into the windows of the new rule via the keyboard of the PC 19. In this embodiment, there is no limit to the number of rules which the user can add.
  • this causes the rules appearing on the user interface to be reordered so that the most specific rules appear at the top of the screen and the more general rules appear lower down on the screen.
  • this is achieved by sorting the rules firstly on the basis of to whom they apply to and then by the time frame on which they are to be applied. For example the rules applying to specific individuals are ordered so as to appear first whilst rules of general applicability appear lower down.
  • the rules for specific individuals or groups of individuals which are to apply on a specific date appear before rules which are to be applied on a certain day of the week which in turn appear before rules which are to be applied for more than one day of the week. Rules applicable to the same groups of individuals on the same date, day or set of days, are then ordered so that those applying for earlier time periods appear before those applying for later time periods etc.
  • rule 2 and rule 3 both relate to telephone calls made by DAVID received on MONDAY MORNING.
  • rule 2 refers to rule 3 as an alternative action if rule 2 is not successful the interface sorts the rules so that rule 2 appears above rule 3.
  • the update rules button 211 causes the input updated rules data to be despatched to the user interface module 33 of the telephone management system 17 via the LAN 21.
  • the user interface module 33 receives the updated rules data from the LAN 21, the user interface module 33 initially sorts the updated rules data in the same manner as previously described and then passes the sorted rules data to the conversion module 37 for conversion into user records for storage in the rules database 29.
  • the conversion by the conversion module 37 is achieved by converting each of the items of update rules data corresponding to entries in the windows in the update interface into numbers on the basis of the conversion data within the conversion dictionary database 39 and the user's telephone book database 35.
  • the conversion module 37 is arranged to generate a user record corresponding to the user rules data input received from the user interface module 33 step by step, converting the data input in each of the windows in the user interface into an entry in a user record in the rules database 29.
  • This conversion is achieved initially by obtaining the user number 42 for the user record corresponding to the user name and user ID received by the user interface module 33 and by comparing the updated rules data received from the user input interface module 33 with entries in the user's telephone book record and also with the conversion data stored in the conversion dictionary database 39.
  • the conversion module 37 When all of the input data has been converted the conversion module 37 then generates a default record corresponding to the default rule utilising standard definitions for caller ID 74, time frame 76, and time out 80 so that the default rule has general applicability to all calls where no other rule applies .
  • the conversion module would initially retrieve from the user telephone book database 35 the user telephone book for the user for whom user records are to be generated.
  • the conversion module 37 identifies and stores the user number 43 corresponding to the default telephone number for that user from his telephone book.
  • the conversion module 37 identifies the telephone number 47 corresponding to the name 46 NICK stored within the user's telephone book and stores this number.
  • the conversion module 37 then utilises the conversion dictionary database 39 to convert any of the entries of the time frame windows into the corresponding time frame data which is also stored.
  • the time frame data generated would be 12/10/99 0:00:00 - 23:59:59, being time frame data corresponding to specified period "12 OCT 1999 ANYTIME".
  • the conversion module 37 then utilises both the conversion dictionary database 39 and the user telephone book to convert the action required either into a telephone number of a telephone to which the calls are to be directed or into some signalling information, depending on the typed user rule.
  • the term "BUSY SIGNAL" would be converted into a command for instructing the PBX 11 to generate a busy signal.
  • the conversion module 37 then generates data for the time out period defined by the user rule.
  • the time out period defined by the user rule.
  • no time out period is provided so that the busy signal is always supplied until the caller hangs up.
  • the conversion module 37 then generates data which identifies the next user record to try.
  • the input in the user interface has been left blank since no other rule should be used. If an entry for the next user record had been entered, the conversion module would convert this entry into the user record number corresponding to that rule number and store this data as the next record entry 82 in the user record to be generated.
  • the conversion module 37 After processing the data in a current user rule, the conversion module 37 then generates a user record on the basis of the stored data. The conversion module 37 then generates user records for the other user rules input via the user interface in a similar manner. The conversion module 37 then instructs the rules database 29 to delete all previously stored user records for that user and then stores the newly generated user records for that user.
  • the reverse process occurs.
  • the user records stored within the rules database 29 can be tailored to be in a format in which real time data retrieval is simple and which ensures that at least one record will apply for all users of the system in all circumstances and in a format which is simple and easy to use by the user.
  • FIG. 9 shows a flow diagram illustrating the control steps performed by the call routing system 25.
  • the call routing system 25 waits (SI) until the destination number and caller ID for an incoming call is received from the PBX 11.
  • the call routing system 25 retrieves (S2), from the rule database 29, the lowest numbered user record whose user ID 72 corresponds to the requested destination number and whose caller ID 74 corresponds to the received caller ID data and for which the time frame 76 contains the day or date and time indicated by the clock data received from the clock 27.
  • the call routing system 25 When this user record has been retrieved from the rules database 29 the call routing system 25 then outputs (S3) configuration data to the PBX 11 corresponding to the required actions 78 identified by the retrieved user record. The call routing system 25 then stores (S4) the current time and action taken. The call routing system 25 then awaits the receipt of status data from the PBX 11. If the call routing system 25 receives (S5) status data from the PBX 11 indicating that the requested number is either busy or not available, then the call routing system 25 automatically instructs the retrieval (S6) of the next user record 82 identified by the current user record and then the processing returns to step S3.
  • the call routing system 25 determines (S7) whether the current time indicated by the clock 27 is beyond the time out period 80 of the current user record. If the time out period has been reached, then the call routing system 25 causes (S6) the next user record 82 identified by the current user record to be retrieved from the rules database 29 and then the processing returns to step S3. If the call routing system 25 determines that the time out period has not yet been reached, then the call routing system 25 determines (S8) if the status data received from the PBX 11 indicates that the call has been answered.
  • the call routing system 25 monitors (510) the status data received from the PBX 11 until the status data indicates that the call has ended.
  • the call routing system 25 determines that the call has ended the time at which the call ends is stored (Sll) together with the recorded data regarding how the received telephone call has been processed by the PBX 11, in the call logging database 31 of the telephone management system 17.
  • the call routing system 25 determines (S12) whether the status data received from the PBX 11 indicates that the call has ended without any answer being received. If the status data indicates that the call is still in progress then the processing returns to step S5. If the call routing system 25 determines (S12) that the call has ended, then the time at which the call ends is recorded and stored
  • Figures 10 and 11 are timing diagrams illustrating the signalling performed between the PSTN 3 and the PBX 11 during the processing of an incoming call, which illustrates the control of the call routing performed by the telephone management system 17 of Figure 1.
  • the timing diagram shown in Figure 10 corresponds to the processing of a telephone call where a user has requested that initially a call is connected to a first number and if this is not answered within a set period a second number is tried. In this example, the call is answered at the second destination because no answer is obtained from the first destination.
  • the caller connects to the public switching telephone network 3 by inputting (t0) the telephone number of a desired user.
  • the PSTN 3 passes (tl) the requested telephone number and caller identification data to the PBX 11 corresponding to the input number.
  • a voice connection is made between the caller and the PSTN 3.
  • the PBX 11 receives (t2) the destination number and the caller identification data, this is initially passed to the telephone management system 17.
  • a voice connection is made between the PSTN 3 and the PBX 11.
  • the telephone management system 17 When the telephone management system 17 receives (t3) this data the telephone management system 17 then processes the destination number, caller ID and clock data to identify a user record within the rules database 29 to determine the control action to be taken by the PBX 11. In this case, the routing instruction sent to the PBX 11 is to ring the telephone number corresponding to the first destination.
  • This destination could be one of the office telephones 13, one of the voice mail boxes 15 or it could be a destination outside of the office such as a mobile telephone 7 or a home telephone 9.
  • the PBX 11 When this instruction is received (t4) by the PBX 11, the PBX 11 then passes a signal indicating that the telephone is ringing to the PSTN 3 which is then conveyed (t5) back to the caller. At the same time (t4) the PBX 11 causes a ring instruction to be sent to the telephone at the first destination to cause that telephone to ring and for a voice connection to be made between the PBX 11 and the first destination telephone.
  • the telephone management system 17 Whilst the instruction to ring is being processed the telephone management system 17 monitors the status of the call to the first destination telephone. If a time period (t6-t3) beyond the time out period for the retrieved user record is exceeded, then the telephone management system 17 retrieves a further user record from the rules database and sends (t6) a second routing instruction to the PBX 11. This initiates the removal of the voice connection between the PBX 11 and the first destination telephone and initiates the setting up of a second voice connection to the second destination telephone. At the same time (t7) a ringing tone is sent from the PBX 11 to the PSTN 3 which is then transferred (t8) to the caller's telephone 5.
  • the telephone management system 17 can instruct the PBX 11 to initiate the creation of telephone links to external telephones, the final destination of a telephone call need not be within the office. However, since it is the PBX 11 which initiates the set up of such external telephone links, a caller into the office will not be charged for the creation of an additional telephone link and hence will only be billed by the service provider for a single telephone call (with the cost for the second telephone link being borne by the office).
  • Figure 11 is a timing diagram of an alternative scenario for the answering of an incoming telephone call.
  • the scenario illustrated in Figure 11 is identical to the example of Figure 10 except that in this example the first destination telephone is already connected to the PBX 11 on another call.
  • the PBX 11 when the telephone management system 17 instructs the PBX to route the incoming call to the first destination telephone, the PBX 11 can then automatically transmit (t4) a busy signal back to the telephone management system 17 since the PBX 11 knows that the first destination telephone is already on a call. This busy signal is then received (t5) by the telephone management system 17 which causes a further user record to be retrieved from the rules database 29 and a corresponding routing instruction to be sent (t5) to the PBX 11. In this way when a telephone number is unavailable the call can automatically be transferred to another number without a period of time corresponding to the time out period having to pass before a connection to the alternate destination is initiated.
  • the remaining timings for this example are the same as for the example described with reference to Figure 2 and will not, therefore, be described again.
  • the logging of the processing of calls by the call routing system 25 within the call logging database 31 of the telephone management system 17 enables the processing of calls to be monitored either by a user via the user interface module 33 or centrally via the administration module 41.
  • Figure 12 is a block diagram of a second embodiment of the present invention.
  • the present invention is implemented as part of an office communications network 1.
  • the present invention is implemented as part of a public telephone switching network.
  • a public switching telephone network (PSTN) 300 comprising a number of public switching telephone network switches 302 is provided.
  • PSTN public switching telephone network
  • Each of the public switching telephone network switches 302 are connected to a number of telephones 304 as well as to each other.
  • the telephone call is initially routed through the caller's local exchange (one of the PSTN switches 302) and then either connected directly to another telephone 304 connected to the local exchange or connected to other telephones 304 via other PSTN switches 302.
  • a telephone management system 310 is connected to each of the PSTN switches 302 of the public switching telephone network 300.
  • the PSTN switches 302 are then arranged to route requests for connecting to some destinations (users or subscribers) to the telephone management system 310, which then selects and outputs routing instructions in the same manner as has been described in relation to the first embodiment.
  • the telephone management system 310 of this embodiment is then arranged to monitor and dispatch further routing instructions to the PSTN switches 302 in the same way in which the telephone management system 17 of the previous embodiment was arranged to monitor and despatch further routing instructions to the PBX 11 in the previous embodiment.
  • the telephone management system 310 in this embodiment is connected via the internet 312 to a number of personal computers 314.
  • users or subscribers can access the telephone management system 310 using any personal computer 314 via the Internet 312 to update their user records and/or telephone books.
  • the users can automatically reconfigure their call routing settings stored within the telephone management system 310 without having to do so via a human operator.
  • the previously described embodiments refer to the routing of telephone calls on the basis of caller ID, destination and time
  • other data could be used in addition to or instead of this data to determine the routing of a telephone call.
  • different user records could be included within the rules database to handle data and fax calls.
  • other inputs could be used to determine the routing of a call. For example where calls to a call centre are received from a number of different countries, the language of callers from that country could be used to divert that call to a user who can answer that telephone call in the expected languages.
  • the telephone management system could be arranged to receive data indicative of the location of a person who is being called and the location information could be utilised to direct a call to the nearest telephone.
  • Such data could either be obtained utilising a signal from a badge worn by a user, or alternatively the location of a user could be determined by obtaining signals for users logging onto computers or using swipe cards to move about an office.
  • the telephone management system By arranging the telephone management system to receive such signals and providing the telephone management system with information about the relative location of telephones, the telephone management system could be arranged to route a call to the telephone closest to a desired user.
  • the present invention has been described in terms of user configuration of the routing of incoming or internal telephone calls, the present invention could also be used to control the processing of outgoing telephone calls.
  • user records could be entered into the database to prevent certain types of calls or certain telephone numbers being accessed from telephones within a company or on the public network.
  • the telephone management system could also be provided with further user records relating to how outgoing calls are to be routed, for example user records could be input determining the routing of calls on the basis of cost.
  • the present invention has been described in terms of rerouting telephone calls, other services for handling telephone calls could also be incorporated and utilised such as call waiting and ring back or call back when free could be utilised by the present invention.
  • the present invention also applies to multi-party conference calls created using the system. Thus for example a request to set up a conference call could be processed by the present system.
  • the present invention is also applicable to data transfers and fax data sent via a telephone network.
  • the user telephone book records could be part of other systems with the telephone book data being transferred to the telephone management system when appropriate.
  • the user's telephone book could also be linked to meeting scheduling and diary software which could be used to generate certain rules for automatic inclusion within the rules database 29 to account for the schedule of meetings for a user.
  • the telephone management system could also be arranged to generate user records automatically on the basis of monitoring the call records to determine where calls are in fact answered. In this way the telephone management system could be arranged to determine for each user the most efficient way to contact that user at particular times or in particular circumstance indicated by the received signals.
  • a telephone management system 17 could be provided in which an administration module was arranged to enable different user interfaces to be created and sent to users.
  • the user interfaces generated by a user interface module could be modified to correspond to a particular corporate appearance.
  • the modification of user interfaces could provide an additional channel of communication to users, as any information displayed as part of the user interfaces would be brought to the attention of users whenever they modified the preferred routing for their calls. This additional channel of communication therefore providing advertising space which the service provider could use or sell.
  • a call routing system is described which is arranged only to output configuration data to a communications switch, additional outputs could be made by the call routing system.
  • the call routing system could be arranged to output a signal to be sent as an e-mail whenever a call is transferred to a voice mail box so that users could receive an e-mail informing them that a voice mail message had been received.
  • the call routing system could be arranged to monitor the receipt of e-mail by users and be arranged to generate the recording of a voice mail message or the automatic generation of telephone messages informing those users that they have received e-mail.
  • the embodiments of the invention described with reference to the drawings comprise computer apparatus and processes performed in computer apparatus, the invention also extends to computer programs, particularly computer programs on or in a carrier adapted for putting the invention into practice.
  • the program may be in the form of source or object code or in any other form suitable for the implementation of processes according to the invention.
  • the carrier may be any entity or device capable of carrying the program.
  • the carrier may comprise a storage medium, such as a ROM, for example a CD ROM or a semiconductor ROM, or a magnetic recording medium for example a floppy disc or hard disc.
  • the carrier may be a transmissible carrier such as an electrical or optical signal which can be conveyed via electrical or optical cable or by radio or other means .
  • the carrier may be constituted by such cable or other device or means .
  • the carrier may be an integrated circuit in which the program is embedded, the integrated circuit being adapted for performing, or for use in the performance of the relevant processes.

Abstract

A communication system is provided in which the routing of data through a communications switch is controlled by a telephone management system (17). The telephone management system (17) is arranged to receive signals indicative of the origin, requested destination and status of a communication from the switch and signals indicative of the current time and then to select from a database (29) a record indicating configuration data to be output to the switch, the record being selected on the basis of the received inputs. Users then control the routing of communications through the switch by updating the records in the database (29) via a user interface module (33) which outputs a user interface to prompt users to enter rules in a predefined format. The user inputs are then passed to a conversion module (37) which converts input user data into a format for storing as a record in the rules database (29). By providing means for accessing the user interface module (33) remotely, users can amend the way in which communications are routed through the switch in real time.

Description

COMMUNICATIONS SYSTEM
The present invention relates to an apparatus and method for controlling the routing of communications through a communications switch. Embodiments of the present invention relate to an apparatus and method for controlling the routing of telephone calls through a private branch exchange or through public switching telephone network switches.
When a telephone call is received by a private branch exchange or a switch of a public telephone switching network, the call is routed either to another switch or to a telephone. The routing of the telephone call is determined by the number which the caller enters when making the telephone call. In the case of a private branch exchange, this can be set up so that it diverts the telephone call to a voice mailbox if it is not answered within a set time period.
In known telecommunication systems, the choice of how calls may be diverted is often very limited and the variation of a destination for a telephone call is usually restricted to either changes made by a system administrator or very limited changes made through touch tone phones .
The present invention aims to provide a telephone management system in which a greater variety of telephone routing choices may be provided and in which users can update their own preferences for the routing of telephone calls in real time. In this way the difficulties arising from the delays inherent in having to instruct a system administrator to update routing preferences are avoided. In accordance with one aspect of the present invention there is provided a telephone management system arranged to receive caller ID data, requested destination data and time and date data; and means for generating and outputting configuration data in accordance with one or more of received inputs and wherein said generation means comprises a user preference database associating combinations of inputs with configuration data, said database being updatable by users of the system.
In accordance with one embodiment of the present invention a telephony management system is provided in which a telephone management module is arranged to monitor the progress of calls through a private branch exchange and to output configuration data utilising status data received from said private branch exchange.
In another embodiment of the present invention a telephony management system is provided which is arranged to receive data from the switch within a public telephone switching network.
Further embodiments and aspects of the present invention will become apparent from the following embodiments which are described with reference to the accompanying Figures in which:
Figure 1 is a block diagram of a telephone network including a telephone management system embodying the present invention; Figure 2 is a block diagram illustrating the main components of the telephone management system shown in Figure 1 ;
Figure 3 is a block diagram illustrating the preferred data structure for storing user rules in a rules database of the management system shown in Figure 2 ;
Figure 4 is a block diagram illustrating the preferred data structure for storing telephone book entries in a user telephone book database of the management system shown in Figure 2 ;
Figure 5 is a block diagram of an example of data stored in a conversion dictionary database which forms part of the management system shown in Figure 2;
Figure 6 is an exemplary illustration of an initial user interface which allows a user to select the user's telephone book or user rules for updating;
Figure 7 is an illustration of an exemplary user interface which allows the user to amend the user's telephone book entries;
Figure 8 is an illustration of an exemplary user interface which allows the user to input and amend user rules;
Figure 9 is a flow diagram illustrating the processing steps used by the telephone management system of Figure 2 to control the routing of a call through a private branch exchange; Figure 10 is a timing diagram illustrating the signalling between the public switching telephone network, the private branch exchange and the telephone management system of Figure 1 when an incoming call is routed to a first destination and then is routed to a second destination when no answer is received from the first destination;
Figure 11 is a timing diagram illustrating the signalling between the public switching telephone network, the private branch exchange and the telephone management system of Figure 1 when an incoming call is routed to a first destination and then is transferred to a second destination when the first destination is busy; and
Figure 12 is a block diagram of a second telephone system embodying the present invention.
Figure 1 is a block diagram of a telephone network, which comprises an office communications network 1 that is connected to a public switching telephone network 3 (hereinafter referred to as a PSTN). The PSTN 3 is also connected to a number of callers telephones 5, a number of mobile telephones 7 and home telephones 9 of workers in the office.
The office communications network 1 comprises a private branch exchange 11 (hereinafter referred to as a PBX) which is connected to the PSTN 3. The PBX 11 is also connected to a number of office telephones 13 and a number of voice mail boxes 15. The PBX 11 is arranged to route telephone calls from the office telephones 13 either to other office telephones 13, to voice mail boxes 15 or to the PSTN 3 for connection to telephones outside of the office such as the caller telephones 5, the mobile telephones 7 and the home telephones 9. The PBX 11 is also arranged to route incoming telephone calls received from telephones outside of the office via the PSTN 3 to the office telephones 13, to the voice mail boxes 15 or alternatively to designated telephones outside of the office via the PSTN 3. The exact routing carried out by the PBX for a current incoming call is determined from signalling information received from the PSTN 3 prior to the call being set up (which includes the caller's ID, i.e. the telephone number of the caller, and the destination telephone number) and the current configuration of the PBX 11.
In this embodiment, the telephone management system 17 is operable to control the routing of incoming calls through the PBX 11 in accordance with a set of user defined rules. In particular, each user in the office can programme the telephone management system 17 via a personal computer (PC) 19 and the local area network (LAN) 21 with user routing instructions identifying how the user wishes his incoming calls to be routed. For example, if a user is currently working at PC 19-1, then he can programme the telephone management system 17 to ensure that all calls received for him are routed to the office telephone 13-1 which is in the vicinity of the PC 19-1. Additionally, the user can programme the telephone management system 17 to ensure that calls from one or more specified callers are routed to voice mail 15 or are given a busy tone. Alternatively, if the user is out of the office then he may programme the telephone management system 17 to ensure that calls received from specified individuals are routed through the PBX 11 to the user's mobile telephone 7-1 whilst incoming calls from other individuals are routed to voice mail 15. In this way, each of the office workers can control the routing of their incoming calls through the PBX 11.
A brief description of the way in which this is achieved will now be described. When a caller places a call to one of the users the PSTN 3 sends signalling information to the PBX 11, which signalling information identifies the callers ID and the destination telephone number. As with most PBX switches, there is a delay between receiving this signalling information and setting up the call to an appropriate telephone or voice mail. During this delay, the telephone management system 17 monitors the received signalling information and retrieves routing instructions programmed in by the user who is associated with the destination number contained within the signalling information. These routing instructions identify the user set destination for the incoming call and, in response the telephone management system 17 reconfigures the PBX 11 so that it will route the call to the desired telephone or voice mail.
The way in which the users can program the telephone management system 17 to control the routing of incoming calls will now be described in more detail. In accordance with this embodiment of the present invention, initially a user downloads user interfaces from the telephone management system 17 via the LAN 21 into any of the PCs 19. The user then enters via the user interfaces displayed on the screen of the PC 19, data relating to how they wish their telephone calls to be routed. This data is then sent from the PC 19 via the LAN 21 to the telephone management system 17. The telephone management system 17 then converts the received data and stores the converted data as a user record for later use. If the user wishes to amend the way in which their calls are routed, then they can download the user interfaces from the telephone management system 17, via the LAN 21 into their PC 19 once again and amend their user records stored within the telephone management system 17.
In this embodiment the user interfaces stored within the telephone management system 17 which can be downloaded into the personal computers 19 via the LAN 21, provide a well defined way of allowing users to input rules for controlling the call routing process. This ensures that rules exist to deal with all situations. The routing of calls by the PBX 11 can then be controlled in real time by the telephone management system 17 by providing a real time access database which stores records of these user rules in a manner which can be rapidly retrieved and processed to generate configuration data for configuring the PBX 11 so that it routes the incoming call in the desired manner.
Figure 2 is a block diagram showing in more detail the main components of the.telephone management system 17 of Figure 1. As shown, the telephone management system 17 comprises a call routing system 25 that is arranged to receive the signalling information received from the PSTN 3 which includes the destination telephone number and the caller ID. The call routing system 25 is also arranged to receive status data from the PBX 11 so that it can monitor the progress of telephone calls routed through the PBX 11 and so that it can send appropriate call logging data to a call logging database 31 for administrative and billing purposes. Also connected to the call routing system 25 is a real time clock 27 which provides the current time, date and day. The call routing system 25 is also connected to a rules database 29 which stores the above mentioned user records which identify how incoming calls for the users are to be routed by the PBX 11.
Figure 3 illustrates a preferred form of a user record stored within the rules database 29. As shown, each of the user records comprises a record number 70; a user ID 72 indicative of the destination to which the record applies; a caller ID 74 indicative of the callers to whom the record applies; a time frame 76 indicative the period of time during which the record is to be used; a required action 78 indicative of the output which is to be generated by the call routing system 25 and sent as configuration data to the PBX 11; time-out data 80 indicative of the period before a next user record is used to generate another output; and next record data 82 indicative of the record number 70 of the next record to be used to generate configuration data if the current rule is unsuccessful within the time-out period 80.
Returning to the description of the call routing system 25 shown in Figure 2, when the call routing system 25 receives the signalling information it retrieves a user record from the rules database 29 on the basis of the destination telephone number, the caller ID, the status data received from the PBX 11 and the time, day and date received from the clock 27. The call routing system 25 then extracts the required control action 78 from the retrieved user record and outputs appropriate configuration data to the PBX 11 so that it will route the call in the desired manner and records the time when this configuration data is output. In the event that the call is not answered at the specified destination within the time out period 80 (which will be determined from the status data received from the PBX 11), then the call routing system 25 retrieves the next record 82 from the rules database 29 so that a new control action (such as a new destination telephone) can be identified. The call routing system 25 then sends new configuration data to the PBX 11 so that the call is routed to the new destination telephone or so that the PBX 11 performs the required routing operation and records the time and the output of the new configuration data.
Whilst a telephone call is being made, the call routing system continues to monitor the status data for the call received by the PBX 11, until the call ends. The call routing system 25 then transfers a record of its processing of the call and the duration of the call to the call logging database 31 connected to the call routing system 25. In this way a record of the processing of calls is generated. Furthermore, in this embodiment, as the origin, destination and duration of calls are logged together, the call logging database provides a record of calls for the purposes of billing.
As shown in Figure 2, the telephone management system 17 also comprises a user interface module 33 that provides a downloadable user interface which allows users to access and change their user records stored in the rules database 29. In this embodiment the user interface module 33 also allows users to access the contents of the call logging database 31 so that the user can check that incoming calls have been dealt with in the correct manner. The user interface module 33 also allows users to modify or add entries to their telephone book which is stored in the telephone book database 35. As will be described below, the telephone book allows users to identify callers and required destinations of incoming calls using names rather than telephone numbers.
Figure 4 illustrates a preferred form of a telephone book stored within the user telephone book database 35. As shown, the telephone book comprises a user name 42, a user telephone number 43, a user ID number 44, and a number of telephone book entries 45. Each of the telephone book entries 45 comprises a name 46 and a number 47. Initially when a user telephone book is created it comprises only the user name 42, the user telephone number 43 and the user ID 44 of the user associated with the telephone book. Telephone book entries 45 are then added to the telephone book when a user logs on to the telephone management system 17 via a PC 19, the LAN 21 and the user interface module 33 as will be described later.
As mentioned above, the user interface module 33 allows users to access and change their user records which are stored in the rules database 29. In this embodiment, a conversion module 37 is provided which converts the user routing instructions input via the user interface module 33 into one or more user records which are stored in the rules database 29 and which are in a format which allows easy access and processing by the call routing system 25. In carrying out this conversion, the conversion module 37 uses a conversion dictionary database 39 and the user's telephone book which is stored in the user telephone book database 35. The conversion module 37 is also arranged to convert user records stored within the rules database 29 into a format for output via the user interface module 33 utilising data stored in the user telephone book database 35 and the conversion dictionary database 39.
Figure 5 illustrates the form of the conversion dictionary database 39 used in this embodiment. As shown, the conversion dictionary database 39 comprises a number of entries each comprising input data (in the left hand column) which can be input by the user and corresponding user record generation data (in the right hand column) which is used to generate the user records within the rules database 29. The entries in the conversion dictionary database 39 comprise an entry 51 for the term "ANY DAY" which is associated with data for generating seven user records each having a time frame where the day is equal to 1, 2, 3, 4, 5, 6 or 7 ; an entry 52 for the term "WEEKDAY" which is associated with data for generating five user records where the time frame is equal to 1, 2, 3, 4 or 5; an entry 53 for the term "WEEKEND" which is associated with data for generating two user records where the day is equal to 6 or 7. The conversion dictionary database 39 also includes seven entries 54-60 each associating a term corresponding to a day of the week with data for generating a user record where the time frame is equal to the corresponding day numbers. Also included in the conversion dictionary database 39 are entries 61, 62, 63 and 64 for associating the time with the terms "MORNING", "AFTERNOON", "EVENING" and "ANY TIME" with time periods 0:00:00-11:59:00, 12:00:00-17:00:00, 17:00:01-23:59:59 and 0:00-23:59:59 respectively. Also stored within the conversion dictionary database 39 are entries 65, 66 and 67 associating the terms "BUSY SIGNAL", "RING TONE", "NOT AVAILABLE" with data indicating the requirement for outputting a busy signal, a ring tone or not available signal respectively. Also stored within the conversion dictionary database 39 is an entry 68 for associating the term "ANY ONE" with a wild card data (*) for caller ID.
Returning to Figure 2, The telephone management system 17 also comprises an administration module 41 that is connected to the call logging database 31, the rules database 29 and the user telephone book database 35. The administration module 41 is arranged to retrieve and output records from the call logging database 31 so that the processing of telephone calls by the PBX 11 can be monitored. The administration module 41 is also arranged to enable new telephone books to be created in the user telephone book database 35 and new user records to be created in the rules database 29 and also to enable amendment and deletion of user records in the rules database 29 and telephone books in the telephone book database 35.
Initially, when a new user is to be entered onto the telephone management system 17, the administration module 41 is used to create a new user telephone book for that user comprising the name, user ID or password and the telephone number for the new user. At the same time a new user record is generated within the rules database 29 representative of the instruction that whenever a request to route a telephone call to the new user is received by the PBX 11, the call routing system 25 should instruct the PBX 11 to route that telephone call to the new user's telephone and to continue trying to connect the caller to that telephone until either the call is answered or the caller hangs up. After a new user telephone book and user records have been created and stored in the user telephone book database 35 and the rules database 29 respectively, the new user can view or amend his user records and his user telephone book via the user interface module 33. To do this, the user initially connects his PC 19 to the user telephone management system 17 via the LAN 21. This causes the user interface module 33 to generate and transmit an initial user interface to the users PC 19 which is then displayed on the screen of the users PC 19.
Figure 6 is an exemplary illustration of an initial user interface displayed on the screen of user's PC 19. At the top of the screen there is a window 150 for entering a user name. Below this appears a second window 152 for entering the user's ID number. Beneath the user name and user ID windows 150, 152 appear four buttons: an update telephone book button 154, an update rules button 156, a view phonelog button 158 and an exit button 160. Also displayed is a pointer 162. By using a keyboard or a mouse connected to the user's PC 19 a user can control movement of the pointer 162 over this screen so that the user can either select the user name window 150, the user ID window 152, the update telephone book button 154, the update rules button 156, the view phonelog button 158 or the exit button 160.
When the user selects the user name window 150 the keystrokes made by the user on the PC 19 are displayed within the user name window 150. When the user selects the user ID window 152 the keystrokes made by the user on the PC 19 are displayed in the user ID window 152. When the user selects the update telephone book button 154, the update rules button 156 or the view phonelog button 158 this causes a request to be dispatched to the user interface module 33 of the telephone management system 17 to download a further user interface 33 into the personal computer 19. At the same time data representative of the text appearing within the user name window 150 and the user ID window 152 are also transmitted to the user interface module 33 of the telephone management system 17. If the user selects the exit button 160 the user's connection with the telephone management system 17 via the LAN 21 is terminated.
If the user interface module 33 receives a request to generate and output a further user interface, the user interface module 33 initially compares the received data representing the user name and user ID number with user telephone books stored in the user telephone book database 35. If none of the telephone books include a user name 42 and a user ID 44 data identical to the user name and user ID received via the LAN 21, then the user interface module 33 outputs the initial user interface to the user's PC 19 via the LAN 21 once again to prompt the user to input the correct user name and user ID. In this way an unauthorised user is prevented from gaining access to the databases in the telephone management system 17.
If the user interface module 33 determines that there is a user telephone book stored in the user telephone book database 35 that has a user name 42 and a user ID 44 data identical to those received from the PC 19 via the LAN 21, then the user interface module 33 generates and transmits a further user interface to the user for display on the screen of the user's PC 19. The particular user interface which is sent depends upon the request made by the user. If the user interface module 33 received a request to update the users telephone book then the user interface module 33 transmits an update telephone book interface to the user's PC 19 via the LAN 21. Figure 7 is an illustrative example of an update user telephone book interface. At the top of the screen there is a window 180 in which a selection of the user's telephone book entries are displayed. Next to the window 180 a scroll bar 181 is provided for scrolling through the user's telephone book entries displayed in the window 180. Beneath the window 180 a name window 182 is displayed and beneath the name window a number window 184 is displayed. At the bottom of the screen a new number button 186, an amend number button 188 and an update telephone book button 190 are provided. Also displayed on the screen is a pointer 192 for controlling the selection of displayed items.
If the user selects the scroll bar 181 next to the window 180 the user interface is caused to display a different selection of entries in the user's telephone book. If a user selects one of the entries displayed in the window 180 this entry is highlighted (as illustrated for the entry for "DAVID"). If the user selects the name window 182, any keystrokes made by the user are caused to be displayed within the name window 182. Similarly, if the user selects the number window 184 any keystrokes made by the user are displayed within the number window 184.
If the user wishes to add a new number to their user telephone book, then the user must input the new name and number via the name and number windows 182 and 184 respectively and then select the new number button 186 which causes the name displayed in the name window 182 and the number displayed in the number window 184 to be stored in a memory of the PC 19 together with data indicating that the name and number are to be included into the user's telephone book.
If a user wishes to amend an existing entry in his user telephone book, then the user must scroll through the entries displayed in window 180 until the entry which is to be amended is displayed. The user must then highlight the entry to be amended and then make the required amendments in the name and number windows 182 and 184. The user then selects the amend number button 188 which causes the amended name displayed within the name window 182 and the amended number displayed within the number window 184 to be stored in memory together with data indicating that this data is to replace the highlighted entry in the user's telephone book.
When the user has added the desired number of new entries and amended any existing entries, the user can then select the update telephone book button 190 which causes the data stored within the memory of the PC 19 to be sent via the LAN 21 to the user interface module 33 where it is used to update the relevant user telephone book stored in the telephone book database 35.
If a user selects the update rules button 156 from the initial user interface, then the user interface module 33 causes an update rules interface to be generated and despatched to the user's PC 19 via the LAN 21. Figure 8 is an exemplary illustration of an update rules interface generated by the user interface module 33. As shown, the update rules interface comprises a title 200 indicating the user who created the rules. Beneath the title 200 are a series of user rules 202. As shown, each of the user rules 202 is in the format of a rule number followed by the word "if" and then a window for entering a name or a telephone number followed by the word "calls" followed by two further windows, one for entering a day or a date and another for entering a time period on that day or date, followed by the word "try" then a window for entering an action or a telephone number or alias (name) associated with a telephone number then the word "for" then a window for entering a time period then the word "else" and then a window for entering a number corresponding to one of the other rules displayed within the user rules update interface. Beneath the displayed list of user rules 202 there is a default rule 203 which reads: "If ANYONE calls ANY DAY ANY TIME try" and then a window for an action, telephone number or alias for a telephone number to be entered, and then the words "for EVER". Beneath the default rule 203 four buttons are displayed: an insert rule button 205, a delete rule button 207, a sort rules button 209 and an update rules button 211. Also displayed as part of the user interface is a pointer 213 for selecting displayed windows and buttons .
By displaying all of the rules in the format of "If someone or a particular number calls within a particular time period try a certain action for a certain time period or else utilise another rule", a standard form for entering rules for use by the call routing system 25 is provided. This predefined format together with the interaction of the conversion module 37 with the conversion dictionary database 39 and the user telephone book database 35, enables the rules to be input by the user using natural language sentences. This therefore facilitates the setting up of the rules and minimises errors.
If the user wishes to amend a displayed rule, then the user simply selects one of the windows of that rule using the keyboard or mouse of the PC 19 and then enters new data into that window via the keyboard of the PC 19. The entered data is then displayed in the window and also stored in the memory of the PC 19 for later dispatch to the telephone management system 17 as will be described later.
If the user wishes to insert a rule, then the user selects the insert rule button 205. This causes a new rule to appear between the last of the rules 202 and the default rule 203 in which each of the windows associated with that rule appear blank. The user can then input the appropriate information into the windows of the new rule via the keyboard of the PC 19. In this embodiment, there is no limit to the number of rules which the user can add.
In this embodiment, if the user selects the sort rules button 209 then this causes the rules appearing on the user interface to be reordered so that the most specific rules appear at the top of the screen and the more general rules appear lower down on the screen. In this embodiment, this is achieved by sorting the rules firstly on the basis of to whom they apply to and then by the time frame on which they are to be applied. For example the rules applying to specific individuals are ordered so as to appear first whilst rules of general applicability appear lower down. In particular, the rules for specific individuals or groups of individuals which are to apply on a specific date appear before rules which are to be applied on a certain day of the week which in turn appear before rules which are to be applied for more than one day of the week. Rules applicable to the same groups of individuals on the same date, day or set of days, are then ordered so that those applying for earlier time periods appear before those applying for later time periods etc.
Where two or more rules apply to the same individuals at the same time period and where one of those rules refers to the other, the rule which is referred to appears after the other rule. Thus for example in the user interface shown in Figure 8 rule 2 and rule 3 both relate to telephone calls made by DAVID received on MONDAY MORNING. However as rule 2 refers to rule 3 as an alternative action if rule 2 is not successful the interface sorts the rules so that rule 2 appears above rule 3.
When the user has made the desired amendments and/or additions to the rules, then by selecting the update rules button 211 causes the input updated rules data to be despatched to the user interface module 33 of the telephone management system 17 via the LAN 21. When the user interface module 33 receives the updated rules data from the LAN 21, the user interface module 33 initially sorts the updated rules data in the same manner as previously described and then passes the sorted rules data to the conversion module 37 for conversion into user records for storage in the rules database 29. The conversion by the conversion module 37 is achieved by converting each of the items of update rules data corresponding to entries in the windows in the update interface into numbers on the basis of the conversion data within the conversion dictionary database 39 and the user's telephone book database 35.
The way in which this conversion is achieved in this embodiment will now be described in more detail. In this embodiment, the conversion module 37 is arranged to generate a user record corresponding to the user rules data input received from the user interface module 33 step by step, converting the data input in each of the windows in the user interface into an entry in a user record in the rules database 29. This conversion is achieved initially by obtaining the user number 42 for the user record corresponding to the user name and user ID received by the user interface module 33 and by comparing the updated rules data received from the user input interface module 33 with entries in the user's telephone book record and also with the conversion data stored in the conversion dictionary database 39. When all of the input data has been converted the conversion module 37 then generates a default record corresponding to the default rule utilising standard definitions for caller ID 74, time frame 76, and time out 80 so that the default rule has general applicability to all calls where no other rule applies .
Thus for example in the case of processing the first rule of the set of rules shown in Figure 8, which states that "if NICK calls 12 OCTOBER 1999 ANY TIME try BUSY SIGNAL for EVER else , " the conversion module would initially retrieve from the user telephone book database 35 the user telephone book for the user for whom user records are to be generated. The conversion module 37 then identifies and stores the user number 43 corresponding to the default telephone number for that user from his telephone book. The conversion module 37 then identifies the telephone number 47 corresponding to the name 46 NICK stored within the user's telephone book and stores this number. The conversion module 37 then utilises the conversion dictionary database 39 to convert any of the entries of the time frame windows into the corresponding time frame data which is also stored. Thus in this example the time frame data generated would be 12/10/99 0:00:00 - 23:59:59, being time frame data corresponding to specified period "12 OCT 1999 ANYTIME".
The conversion module 37 then utilises both the conversion dictionary database 39 and the user telephone book to convert the action required either into a telephone number of a telephone to which the calls are to be directed or into some signalling information, depending on the typed user rule. In the present example the term "BUSY SIGNAL" would be converted into a command for instructing the PBX 11 to generate a busy signal.
The conversion module 37 then generates data for the time out period defined by the user rule. In this example, since the busy signal is being applied, no time out period is provided so that the busy signal is always supplied until the caller hangs up.
The conversion module 37 then generates data which identifies the next user record to try. In the present example, the input in the user interface has been left blank since no other rule should be used. If an entry for the next user record had been entered, the conversion module would convert this entry into the user record number corresponding to that rule number and store this data as the next record entry 82 in the user record to be generated.
After processing the data in a current user rule, the conversion module 37 then generates a user record on the basis of the stored data. The conversion module 37 then generates user records for the other user rules input via the user interface in a similar manner. The conversion module 37 then instructs the rules database 29 to delete all previously stored user records for that user and then stores the newly generated user records for that user.
When a set of user records is to be retrieved from the rules database 29 by the conversion module 37 the reverse process occurs. Thus by providing means for converting user records between the format required by the rules database 29 and the format for display by the user interface, the user records stored within the rules database 29 can be tailored to be in a format in which real time data retrieval is simple and which ensures that at least one record will apply for all users of the system in all circumstances and in a format which is simple and easy to use by the user.
A more detailed description of the operation of the call routing system 25 will now be given with reference to Figure 9 which shows a flow diagram illustrating the control steps performed by the call routing system 25. Initially the call routing system 25 waits (SI) until the destination number and caller ID for an incoming call is received from the PBX 11. The call routing system 25 then retrieves (S2), from the rule database 29, the lowest numbered user record whose user ID 72 corresponds to the requested destination number and whose caller ID 74 corresponds to the received caller ID data and for which the time frame 76 contains the day or date and time indicated by the clock data received from the clock 27.
When this user record has been retrieved from the rules database 29 the call routing system 25 then outputs (S3) configuration data to the PBX 11 corresponding to the required actions 78 identified by the retrieved user record. The call routing system 25 then stores (S4) the current time and action taken. The call routing system 25 then awaits the receipt of status data from the PBX 11. If the call routing system 25 receives (S5) status data from the PBX 11 indicating that the requested number is either busy or not available, then the call routing system 25 automatically instructs the retrieval (S6) of the next user record 82 identified by the current user record and then the processing returns to step S3.
If the status data received from the PBX 11 does not indicate that the requested number is busy or not available then the call routing system 25 determines (S7) whether the current time indicated by the clock 27 is beyond the time out period 80 of the current user record. If the time out period has been reached, then the call routing system 25 causes (S6) the next user record 82 identified by the current user record to be retrieved from the rules database 29 and then the processing returns to step S3. If the call routing system 25 determines that the time out period has not yet been reached, then the call routing system 25 determines (S8) if the status data received from the PBX 11 indicates that the call has been answered. If the call has been answered then the time of receipt of this information is stored (S9) and the call routing system 25 then monitors (510) the status data received from the PBX 11 until the status data indicates that the call has ended. When the call routing system 25 determines that the call has ended the time at which the call ends is stored (Sll) together with the recorded data regarding how the received telephone call has been processed by the PBX 11, in the call logging database 31 of the telephone management system 17.
If the call routing system 25 determines (S8) that the telephone call has not yet been answered, then the call routing system 25 determines (S12) whether the status data received from the PBX 11 indicates that the call has ended without any answer being received. If the status data indicates that the call is still in progress then the processing returns to step S5. If the call routing system 25 determines (S12) that the call has ended, then the time at which the call ends is recorded and stored
(511) together with the data relating to how the call has been processed in the call logging database 31 of the telephone management system 17. The processing associated with the current call then ends.
As those skilled in the art will appreciate, several incoming calls and outgoing calls will be routed through the PBX 11 at the same time. Therefore, the telephone management system 17 must monitor the progress of each of these calls.
Figures 10 and 11 are timing diagrams illustrating the signalling performed between the PSTN 3 and the PBX 11 during the processing of an incoming call, which illustrates the control of the call routing performed by the telephone management system 17 of Figure 1. The timing diagram shown in Figure 10 corresponds to the processing of a telephone call where a user has requested that initially a call is connected to a first number and if this is not answered within a set period a second number is tried. In this example, the call is answered at the second destination because no answer is obtained from the first destination.
Initially the caller connects to the public switching telephone network 3 by inputting (t0) the telephone number of a desired user. The PSTN 3 passes (tl) the requested telephone number and caller identification data to the PBX 11 corresponding to the input number. At the same time a voice connection is made between the caller and the PSTN 3. When the PBX 11 receives (t2) the destination number and the caller identification data, this is initially passed to the telephone management system 17. At this time a voice connection is made between the PSTN 3 and the PBX 11.
When the telephone management system 17 receives (t3) this data the telephone management system 17 then processes the destination number, caller ID and clock data to identify a user record within the rules database 29 to determine the control action to be taken by the PBX 11. In this case, the routing instruction sent to the PBX 11 is to ring the telephone number corresponding to the first destination. This destination could be one of the office telephones 13, one of the voice mail boxes 15 or it could be a destination outside of the office such as a mobile telephone 7 or a home telephone 9.
When this instruction is received (t4) by the PBX 11, the PBX 11 then passes a signal indicating that the telephone is ringing to the PSTN 3 which is then conveyed (t5) back to the caller. At the same time (t4) the PBX 11 causes a ring instruction to be sent to the telephone at the first destination to cause that telephone to ring and for a voice connection to be made between the PBX 11 and the first destination telephone.
Whilst the instruction to ring is being processed the telephone management system 17 monitors the status of the call to the first destination telephone. If a time period (t6-t3) beyond the time out period for the retrieved user record is exceeded, then the telephone management system 17 retrieves a further user record from the rules database and sends (t6) a second routing instruction to the PBX 11. This initiates the removal of the voice connection between the PBX 11 and the first destination telephone and initiates the setting up of a second voice connection to the second destination telephone. At the same time (t7) a ringing tone is sent from the PBX 11 to the PSTN 3 which is then transferred (t8) to the caller's telephone 5.
When the second destination telephone is answered (t9), this is signalled back to the PBX 11 which then transfers (tlO) that information to the telephone management system 17. This prevents the telephone management system 17 from sending further configuration data to the PBX 11. When the telephone call has finished (til), a hang-up signal is sent from the second destination telephone to the PBX 11 which is then transferred (tl2) to the telephone management system 17 to record the end of the telephone call. As can be seen from Figure 10 the processing of the telephone management system 17 is transparent to a caller into the system. It is not apparent to the caller whether the telephone which is answered corresponds to the first telephone which is contacted or corresponds to the subsequent telephone which is answered. Furthermore, as the telephone management system 17 can instruct the PBX 11 to initiate the creation of telephone links to external telephones, the final destination of a telephone call need not be within the office. However, since it is the PBX 11 which initiates the set up of such external telephone links, a caller into the office will not be charged for the creation of an additional telephone link and hence will only be billed by the service provider for a single telephone call (with the cost for the second telephone link being borne by the office).
Figure 11 is a timing diagram of an alternative scenario for the answering of an incoming telephone call. The scenario illustrated in Figure 11 is identical to the example of Figure 10 except that in this example the first destination telephone is already connected to the PBX 11 on another call.
In this example, when the telephone management system 17 instructs the PBX to route the incoming call to the first destination telephone, the PBX 11 can then automatically transmit (t4) a busy signal back to the telephone management system 17 since the PBX 11 knows that the first destination telephone is already on a call. This busy signal is then received (t5) by the telephone management system 17 which causes a further user record to be retrieved from the rules database 29 and a corresponding routing instruction to be sent (t5) to the PBX 11. In this way when a telephone number is unavailable the call can automatically be transferred to another number without a period of time corresponding to the time out period having to pass before a connection to the alternate destination is initiated. The remaining timings for this example are the same as for the example described with reference to Figure 2 and will not, therefore, be described again.
The processing of incoming calls in accordance with caller ID, requested destination and time and date enables calls to be selectively diverted as and when appropriate. Thus, for example, calls from some individuals could be diverted to other telephones or to voice mail when a user does not wish to be disturbed, whilst certain individuals whose telephone calls are felt to be more important would be allowed to be passed through allowing the user to be contacted.
By also allowing the telephone management system 17 to request that the PBX 11 issue busy signals, or number not available signals certain callers could be prevented from contacting anyone within the office.
By associating a PC 19 with an office telephone 13 users are placed to tailor their exact telephone routing requirements. The provision of specified user interfaces enables such requirements to be input into the system in a simple manner, thus making the system easy to use. If a user's requirements change, the routing preferences may easily and rapidly be updated.
The logging of the processing of calls by the call routing system 25 within the call logging database 31 of the telephone management system 17 enables the processing of calls to be monitored either by a user via the user interface module 33 or centrally via the administration module 41.
A second embodiment of the present invention will now be described. Figure 12 is a block diagram of a second embodiment of the present invention. In the first embodiment a system was described in which the present invention is implemented as part of an office communications network 1. In this embodiment, the present invention is implemented as part of a public telephone switching network.
In accordance with this embodiment of the present invention a public switching telephone network (PSTN) 300 comprising a number of public switching telephone network switches 302 is provided. Each of the public switching telephone network switches 302 are connected to a number of telephones 304 as well as to each other. When the user of one telephone wishes to connect to another user, the telephone call is initially routed through the caller's local exchange (one of the PSTN switches 302) and then either connected directly to another telephone 304 connected to the local exchange or connected to other telephones 304 via other PSTN switches 302.
In this embodiment a telephone management system 310 is connected to each of the PSTN switches 302 of the public switching telephone network 300. The PSTN switches 302 are then arranged to route requests for connecting to some destinations (users or subscribers) to the telephone management system 310, which then selects and outputs routing instructions in the same manner as has been described in relation to the first embodiment. The telephone management system 310 of this embodiment is then arranged to monitor and dispatch further routing instructions to the PSTN switches 302 in the same way in which the telephone management system 17 of the previous embodiment was arranged to monitor and despatch further routing instructions to the PBX 11 in the previous embodiment.
As shown in Figure 12, the telephone management system 310 in this embodiment is connected via the internet 312 to a number of personal computers 314. As a result, users or subscribers can access the telephone management system 310 using any personal computer 314 via the Internet 312 to update their user records and/or telephone books. In this way, the users can automatically reconfigure their call routing settings stored within the telephone management system 310 without having to do so via a human operator.
Although in the previous embodiments data input has been described in relation to text data input to user interfaces via displays on the screens of personal computers, other means of inputting user preference rules into a telephone management system could be used. For example the input and control of rules could be performed utilizing voice controls. Alternatively, a touch tone telephone could be used to generate short codes to enable the user to be able to select a set of predefined user preference rules, rather than have to input each rule sequentially.
Although in the previous embodiments systems have been described in which a single set of user rules is provided for each user, multiple sets of user records could be stored within the telephone management system and users could select from those stored sets of user records, which ones are to be applied at a current time. Thus, for example, one set of user records could be utilised when the user is at work and another set of user records could be used when the user is at home or on holiday. The set of user records to be utilised by the telephone management system could then be selected by the user with the other set of user records being stored for later use.
Although the previously described embodiments refer to the routing of telephone calls on the basis of caller ID, destination and time, other data could be used in addition to or instead of this data to determine the routing of a telephone call. Thus, for example, different user records could be included within the rules database to handle data and fax calls. Alternatively, other inputs could be used to determine the routing of a call. For example where calls to a call centre are received from a number of different countries, the language of callers from that country could be used to divert that call to a user who can answer that telephone call in the expected languages. Alternatively, the telephone management system could be arranged to receive data indicative of the location of a person who is being called and the location information could be utilised to direct a call to the nearest telephone. Such data could either be obtained utilising a signal from a badge worn by a user, or alternatively the location of a user could be determined by obtaining signals for users logging onto computers or using swipe cards to move about an office. By arranging the telephone management system to receive such signals and providing the telephone management system with information about the relative location of telephones, the telephone management system could be arranged to route a call to the telephone closest to a desired user.
Although in the previously described embodiment the present invention has been described in terms of user configuration of the routing of incoming or internal telephone calls, the present invention could also be used to control the processing of outgoing telephone calls. Thus, for example, user records could be entered into the database to prevent certain types of calls or certain telephone numbers being accessed from telephones within a company or on the public network. The telephone management system could also be provided with further user records relating to how outgoing calls are to be routed, for example user records could be input determining the routing of calls on the basis of cost.
Although the present invention has been described in terms of rerouting telephone calls, other services for handling telephone calls could also be incorporated and utilised such as call waiting and ring back or call back when free could be utilised by the present invention. The present invention also applies to multi-party conference calls created using the system. Thus for example a request to set up a conference call could be processed by the present system. The present invention is also applicable to data transfers and fax data sent via a telephone network.
Although the present application has been described with the user's telephone book as a distinct part of the telephone management system, the user telephone book records could be part of other systems with the telephone book data being transferred to the telephone management system when appropriate. Alternatively, the user's telephone book could also be linked to meeting scheduling and diary software which could be used to generate certain rules for automatic inclusion within the rules database 29 to account for the schedule of meetings for a user. The telephone management system could also be arranged to generate user records automatically on the basis of monitoring the call records to determine where calls are in fact answered. In this way the telephone management system could be arranged to determine for each user the most efficient way to contact that user at particular times or in particular circumstance indicated by the received signals.
Although in the previous embodiments a user interface module 33 has been described which generates user interfaces having a fixed format, a telephone management system 17 could be provided in which an administration module was arranged to enable different user interfaces to be created and sent to users. In this way the user interfaces generated by a user interface module could be modified to correspond to a particular corporate appearance. Furthermore, the modification of user interfaces could provide an additional channel of communication to users, as any information displayed as part of the user interfaces would be brought to the attention of users whenever they modified the preferred routing for their calls. This additional channel of communication therefore providing advertising space which the service provider could use or sell. Although in the embodiments a call routing system is described which is arranged only to output configuration data to a communications switch, additional outputs could be made by the call routing system. Thus for example the call routing system could be arranged to output a signal to be sent as an e-mail whenever a call is transferred to a voice mail box so that users could receive an e-mail informing them that a voice mail message had been received. Alternatively, the call routing system could be arranged to monitor the receipt of e-mail by users and be arranged to generate the recording of a voice mail message or the automatic generation of telephone messages informing those users that they have received e-mail.
Although the embodiments of the invention described with reference to the drawings comprise computer apparatus and processes performed in computer apparatus, the invention also extends to computer programs, particularly computer programs on or in a carrier adapted for putting the invention into practice. The program may be in the form of source or object code or in any other form suitable for the implementation of processes according to the invention. The carrier may be any entity or device capable of carrying the program.
For example, the carrier may comprise a storage medium, such as a ROM, for example a CD ROM or a semiconductor ROM, or a magnetic recording medium for example a floppy disc or hard disc. Further, the carrier may be a transmissible carrier such as an electrical or optical signal which can be conveyed via electrical or optical cable or by radio or other means . When a program is embodied in a signal which may be conveyed directly by a cable or other device or means, the carrier may be constituted by such cable or other device or means .
Alternatively, the carrier may be an integrated circuit in which the program is embedded, the integrated circuit being adapted for performing, or for use in the performance of the relevant processes.

Claims

CLAIMS :
1. An apparatus for controlling the routing of communications through a communication switch comprising: first receiving means for receiving a signal indicative of the origin of a current communication to be routed through said switch; second receiving means for receiving a signal indicative of a user to which the current communication is to be routed; third receiving means for receiving a signal indicative of the current time; a database for storing for each of a plurality of users, control action records associating control actions with different combinations of signals received by said first, second and third receiving means; means for generating a routing control signal associated with a selected control action, selected using said stored control action records and the signals received for said current communication from said first, second and a signal indicative of the current time received from said third receiving means; means for outputting said routing control signal to said switch for controlling the routing of said communication through said switch; user interface means for receiving from any of said users, user routing instructions that define for that user control action records associating desired control actions with different combinations of signals received by said first, second and third receiving means; and means for updating said database using said received user routing instructions.
2. Apparatus in accordance with claim 1, further comprising fourth receiving means for receiving a signal indicative of the status of a current communication routed through said switch and wherein said means for generating a routing control signal is arranged to generate further routing control signals for rerouting said communication, said routing control signals being associated with selected control actions, selected using said stored control action records and signals received from said first, second, third and fourth receiving means .
3. Apparatus in accordance with claim 2, wherein said means for generating a routing control signal is arranged to generate a further routing control signal, upon receipt by said fourth receiving means of a signal indicating that a specified destination is busy or not available.
4. Apparatus in accordance with claim 2, wherein said database is arranged to associate time out periods with said control action records, wherein said means for generating a routing control signal is arranged to record the time of generation routing control signals and is arranged to generate a further routing control signal for rerouting said current communication, if said fourth receiving means fails to receive a signal indicating a call has been answered within said time out period from said recorded time.
5. Apparatus in accordance with claim 3 or 4 , wherein a current control action record identifies another control action records and wherein said means for generating a routing control signal is arranged to generate said further routing control signals associated with the control action record identified by said current control action record.
6. Apparatus in accordance with claim 5, wherein said database is arranged to associate a default control action record with all combinations of signals from said first, second and third receiving means.
7. Apparatus in accordance with any preceding claim, wherein said means for generating a routing control signal is arranged to generate routing control signals either for configuring said switch to connect said current communication to a specified destination or to output a signal to the origin of said current communication.
8. Apparatus in accordance with any preceding claim, wherein said user interface update means comprises means for converting said routing instructions into records for storage in said database.
9. Apparatus in accordance with claim 8, wherein said means for converting comprises means for associating text data with caller ID data corresponding to signals or groups of signals indicative of the origin or destination for a call received by said first or second receiving means .
10. Apparatus in accordance with claim 8 or claim 9, wherein said conversion means comprises means for associating text data with time periods, corresponding to groups of signals indicative of a current time received by said third receiving means.
11. Apparatus in accordance with any preceding claim wherein said user interface means is arranged to output a user interface to prompt users to input settings in a predefined format.
12. Apparatus in accordance with claim 11, wherein said user interface is arranged to prompt users to input settings in the form of statements that if a call is received from a specified origin a certain action is required.
13. Apparatus in accordance with claim 12, wherein said user interface is arranged further to prompt users to input settings corresponding to an alternative course of action if a time out occurs.
14. Apparatus in accordance with claim 13, wherein said user interface is arranged to prompt users to input settings in the format if a call is received from a specified origin a certain action is required for a time out period else an alternative action is to be tried.
15. Apparatus in accordance with claim 14, wherein said user interface is arranged to prompt users to input a required action for a default record.
16. Apparatus in accordance with any preceding claim, further comprising means for confirming data received by said user interface update means corresponds to an authorised user.
17. Apparatus in accordance with any preceding claim, further comprising means for recording the processing of communications routed in accordance with routing instructions outputted by said outputting means.
18. A communication routing system for routing calls comprising: a communication switch for routing calls; an apparatus for controlling routing calls in accordance with any preceding claim; and transmission means for transmitting control signals and signals indicative of an origin and a destination for a call between said communication switch and said apparatus for controlling routing of calls.
19. A communications system in accordance with claim 18, wherein said communications switch comprises a private branch exchange.
20. A communications system in accordance with claim 18, wherein said communications switch comprises a public switching telephone network switch.
21. A communications system in accordance with any preceding claim, further comprising input means for inputting a setting that define for that user data associating control actions with different combinations of inputs .
22. A communications system in accordance with claim 21, wherein said input means comprises a computer arranged to be connected to said user interface means via a network.
23. A communications system in accordance with claim 22, when directly or indirectly dependent on any of claims 11 to 15, wherein said computer is arranged to display said output user interfaces to prompt users to input settings in said predefined format.
24. A method of generating control signals for controlling the routing of data through a communication switch comprising the steps of: providing means for receiving from any of a plurality of users, settings that define for that user data associating control actions with different combinations of inputs; updating said database using said settings; providing a database storing for each of said plurality of users, control action records associating control actions with different combinations of received signals; receiving a signal indicative of the origin of a current communication to be routed through said switch; receiving a signal indicative of a requested destination for said communication; receiving a signal indicative of the current time; generating a routing control signal associated with a selected control action, selected using said stored control action records and inputs received from said first, second and third receiving means; and outputting said control signal to said switch.
25. A method in accordance with claim 24, further comprising the steps of receiving a signal indicative of the status of a current communication routed through said switch, and generating further routing control signals for rerouting said communication, said further routing control signals being selected being using said stored control action records and received inputs.
26. A method in accordance with claim 25, wherein said further routing control signal is generated, upon receipt of a signal indicative a destination is busy or not available.
27. A method in accordance with claim 25, wherein said database is arranged to associate time out periods with said control action records, further comprising the steps of: recording the time of generation routing control signals; and generating a further routing control signal for routing said current communication, if a signal indicating a call has been answered within said time out period from said recorded time is not received.
28. A method in accordance with claim 26 or 27, wherein said database is arranged to associate each of said control actions records with one of the other control action records wherein said step of generating a further control signals comprises generating said control signal associated with the control action of said other of said control action records.
29. A method in accordance with any of claims 24 to 28, wherein said step of generating a routing control signal comprises generating a routing control signal either for configuring said switch to connect said current communication to a destination, or to output a signal to said origin of said current communication.
30. A method in accordance with any of claims 24 to 29, further comprising the step of: converting data indicative of received user preferences into records for storage in said database.
31. A method according to claim 30, wherein said conversion step comprises converting text data into caller ID data corresponding to signals or groups of signals indicative of the origin or destination for a call received by said first or second receiving means.
32. A method in accordance with claim 30 or 31, wherein said conversion step comprises converting text data into time periods, corresponding to groups of signals indicative of a current time received by said third receiving means.
33. A method in accordance with any of claims 24 to 32 further comprising the step of: outputting a user interface to prompt users to input settings in a predefined format.
34. Apparatus in accordance with claim 33, wherein said user interface is arranged to prompt users to input settings in the form of statements that if a call is received from a specified origin a certain action is required.
35. A method in accordance with claim 34, wherein said user interface is arranged further to prompt users to input settings corresponding to an alternative course of action if a time out occurs.
36. A method in accordance with claim 35, wherein said user interface is arranged to prompt users to input settings in the format if a call is received from a specified origin a certain action is to be performed for a time out period else an alternative action is to be tried.
37. A method in accordance with claim 36, wherein said user interface is arranged to prompt users to input a required action for a default record.
38. A method in accordance with any of claims 24 to 37, further comprising the step of: confirming data received by said user interface update means corresponds to an authorised user before updating said database.
39. A method in accordance with any of claims 24 to 38, further comprising the step of: recording the processing of communications routed in accordance with said output routing instructions .
40. A communication routing method for routing calls comprising the steps of: generating control signals for controlling routing calls in accordance with the method of any of claims 24 to 39; and operating said switch in accordance with said generated signals.
41. A storage medium for storing processing implementable instructions for causing a processor to perform the method of any of claims 24 to 40.
42. Processor implementable instructions for causing a processor to perform the method of any of claims 24 to 40.
PCT/GB1999/003390 1998-10-12 1999-10-12 Communications system WO2000022805A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU10534/00A AU1053400A (en) 1998-10-12 1999-10-12 Communications system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB9822209.4A GB9822209D0 (en) 1998-10-12 1998-10-12 Telephony management system
GB9822209.4 1998-10-12

Publications (1)

Publication Number Publication Date
WO2000022805A1 true WO2000022805A1 (en) 2000-04-20

Family

ID=10840403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB1999/003390 WO2000022805A1 (en) 1998-10-12 1999-10-12 Communications system

Country Status (3)

Country Link
AU (1) AU1053400A (en)
GB (1) GB9822209D0 (en)
WO (1) WO2000022805A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2353171A (en) * 1999-04-07 2001-02-14 Coms Com Group Plc Telecommunications data handling
WO2002054743A2 (en) * 2000-12-29 2002-07-11 Bellsouth Intellectual Property Corporation Web based messaging system with personalized caller specific messages
EP1350370A1 (en) * 2000-12-14 2003-10-08 Powerhouse Technology Inc. Circuit switched cellulat network to internet calling
WO2009068973A3 (en) * 2007-11-26 2010-11-04 Nortel Networks Limited Apparatus and methods for managing communications between parties
US9774695B2 (en) 2009-06-17 2017-09-26 Counterpath Corporation Enhanced presence detection for routing decisions

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0376525A2 (en) * 1988-12-29 1990-07-04 AT&T Corp. Automated call handling apparatus
EP0510411A2 (en) * 1991-04-26 1992-10-28 Siemens Rolm Communications Inc. (a Delaware corp.) Method and apparatus for handling incoming telephone calls
US5329578A (en) * 1992-05-26 1994-07-12 Northern Telecom Limited Personal communication service with mobility manager
EP0661891A1 (en) * 1993-12-29 1995-07-05 BRITISH TELECOMMUNICATIONS public limited company An apparatus for managing an element manager for a telecommunications switch
US5440620A (en) * 1992-08-28 1995-08-08 At&T Corp. Telecommunications system subscriber profile updating
WO1997034401A1 (en) * 1996-03-11 1997-09-18 Xantel Corporation Call management system with call control from user workstation computers

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0376525A2 (en) * 1988-12-29 1990-07-04 AT&T Corp. Automated call handling apparatus
EP0510411A2 (en) * 1991-04-26 1992-10-28 Siemens Rolm Communications Inc. (a Delaware corp.) Method and apparatus for handling incoming telephone calls
US5329578A (en) * 1992-05-26 1994-07-12 Northern Telecom Limited Personal communication service with mobility manager
US5440620A (en) * 1992-08-28 1995-08-08 At&T Corp. Telecommunications system subscriber profile updating
EP0661891A1 (en) * 1993-12-29 1995-07-05 BRITISH TELECOMMUNICATIONS public limited company An apparatus for managing an element manager for a telecommunications switch
WO1997034401A1 (en) * 1996-03-11 1997-09-18 Xantel Corporation Call management system with call control from user workstation computers

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2353171A (en) * 1999-04-07 2001-02-14 Coms Com Group Plc Telecommunications data handling
EP1350370A1 (en) * 2000-12-14 2003-10-08 Powerhouse Technology Inc. Circuit switched cellulat network to internet calling
EP1350370A4 (en) * 2000-12-14 2006-08-23 Powerhouse Technology Inc Circuit switched cellulat network to internet calling
US7804821B2 (en) 2000-12-14 2010-09-28 Bridgeport Networks, Inc. Circuit switched cellular network to internet calling with internet antennas
EP2288095A1 (en) * 2000-12-14 2011-02-23 Bridgeport Networks, Inc. Mobile telephone reselection method between a circuit switched cellular network and a packet switched network
US8335187B2 (en) 2000-12-14 2012-12-18 Bridgeport Networks, Inc. Routing mobile voice calls
WO2002054743A2 (en) * 2000-12-29 2002-07-11 Bellsouth Intellectual Property Corporation Web based messaging system with personalized caller specific messages
WO2002054743A3 (en) * 2000-12-29 2003-06-12 Bellsouth Intellect Pty Corp Web based messaging system with personalized caller specific messages
WO2009068973A3 (en) * 2007-11-26 2010-11-04 Nortel Networks Limited Apparatus and methods for managing communications between parties
US9774695B2 (en) 2009-06-17 2017-09-26 Counterpath Corporation Enhanced presence detection for routing decisions

Also Published As

Publication number Publication date
AU1053400A (en) 2000-05-01
GB9822209D0 (en) 1998-12-02

Similar Documents

Publication Publication Date Title
US6310947B1 (en) One number LAN based calendar
US7068774B1 (en) Integrated acd and ivr scripting for call center tracking of calls
US6763104B1 (en) Call center IVR and ACD scripting method and graphical user interface
US8280019B2 (en) Methods, systems, and products for locating files
US5930700A (en) System and method for automatically screening and directing incoming calls
US7321298B2 (en) Skills based routing method and system for call center
US6707904B1 (en) Method and system for collecting reports for call center monitoring by supervisor
US6603854B1 (en) System and method for evaluating agents in call center
US7136475B1 (en) Call Management system with call control from user workstation computers
US6882641B1 (en) Call center queue administration
US8199899B2 (en) Call management system with call control from user workstation computers
US6785379B1 (en) Call management system with call control form user workstation computers
US6587556B1 (en) Skills based routing method and system for call center
US6031904A (en) Service order mechanism for telephone subscriber
US6584185B1 (en) Telephone abstraction layer and system in a computer telephony system
US20020073207A1 (en) Communication management system for managing multiple incoming communications, such as from one graphical user interface
JP4278711B2 (en) Subscriber management system for services in telecommunications networks
SE517216C2 (en) System for transmitting text information to an ADSI-compatible telephone via a publicly switched telephone network
WO1998051064A1 (en) System and method for communication media management
EP0976233A1 (en) Computer telephony integrated network
JPH10117212A (en) Privacy protection method for storage and retrieval message system
US6185291B1 (en) Personal desktop router
US7376220B2 (en) Automatically updating a voice mail greeting
WO2000022805A1 (en) Communications system
JP3792022B2 (en) Sender display system, exchange for the same, telephone line management center, and program storage medium

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref country code: AU

Ref document number: 2000 10534

Kind code of ref document: A

Format of ref document f/p: F

AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

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

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase