AU2004302563B2 - Call management system - Google Patents

Call management system Download PDF

Info

Publication number
AU2004302563B2
AU2004302563B2 AU2004302563A AU2004302563A AU2004302563B2 AU 2004302563 B2 AU2004302563 B2 AU 2004302563B2 AU 2004302563 A AU2004302563 A AU 2004302563A AU 2004302563 A AU2004302563 A AU 2004302563A AU 2004302563 B2 AU2004302563 B2 AU 2004302563B2
Authority
AU
Australia
Prior art keywords
subscriber
call
rtp
message
called party
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
AU2004302563A
Other versions
AU2004302563A1 (en
Inventor
Malcolm Evatt Keith Allen
Gregory Rolan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xynk Pty Ltd
Original Assignee
Xynk Pty Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2003904732A external-priority patent/AU2003904732A0/en
Application filed by Xynk Pty Ltd filed Critical Xynk Pty Ltd
Priority to AU2004302563A priority Critical patent/AU2004302563B2/en
Priority claimed from PCT/AU2004/001178 external-priority patent/WO2005022878A1/en
Publication of AU2004302563A1 publication Critical patent/AU2004302563A1/en
Assigned to XYNK PTY LTD reassignment XYNK PTY LTD Request for Assignment Assignors: FREEDOMTEL PTY LTD
Application granted granted Critical
Publication of AU2004302563B2 publication Critical patent/AU2004302563B2/en
Ceased legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Description

WO 2005/022878 PCT/AU2004/001178 CALL MANAGEMENT SYSTEM Field of the Invention 5 The present invention relates to a call management system and method. Background to the Invention 10 Generally, voice telecommunications networks provide for the establishment of voice calls between an initiating device (the calling party) and a receiving device (the called party). A voice call that is successfully 'answered' is termed a 'terminated' call and generally 15 results in call charges accruing to the calling party. Voice telecommunications networks commonly provide a service to subscribers whereby if a subscriber device of a called party (a) does not answer the call; (b) is engaged 20 in another call; or (c) is not present on the network (such as is possible in a wireless device scenario), the network redirects the call to an in-network messaging service, terminates the call, introduces the mailbox, records a message intended for the called party, and 25 notifies the called party subscriber of the existence of such messages. Subsequently the called party subscriber places a call to the in-network messaging service, listens to any pending voice messages and manages their mailbox. 30 The main characteristic of common voice telecommunication networks with such voice messaging services is that, unless an calling party 'hangs up' prematurely while the called party device is ringing, all calls are terminated either by the called party device or by the in-network 35 messaging service - regardless of whether the calling party subscriber would wish for call termination to occur in the event that the called party does not answer the -2 call - i.e. the call is not terminated directly with the called party. Similarly, called party subscribers must place a terminated call to the in-network messaging service to retrieve the message, regardless of cost or 5 whether they wish to receive messages from the calling party. The called party is often charged for the diversion of the message to the messaging service and the subsequent retrieval of the message. 10 It would be advantageous to provide an alternative call management system which is capable of delivering cost savings and call management benefits. Summary of the Invention 15 The invention provides a system for managing calls between parties in a telecommunication network, the system comprising: a) a database having a plurality of records, 20 at least some of the records defining at least one ring time out parameter (RTP), each RTP specifying when a call to a called party will be terminated without called party intervention; b) database checking means for checking the 25 database in response to a calling subscriber initiating a call to a called party to determine whether there is a record that defines an RTP for said called party and retrieving the RTP if an RTP is defined; and c) call stopping means in a calling party 30 subscriber device for automatically stopping the call on the baEis of the retrieved RTP if stopping the call is necessary to avoid termination without called party intervention. 35 Thus, by stopping the call before it is terminated, the calling party is not charged for call termination. The RTP may be defined as a specific value within the record or may be defined by information from which the RTP 2396338.1 (GHMatters) 2/09/2010 -3 can be derived. In a typical embodiment of the invention, each subscribers' subscriber device comprises a SPD checking 5 means e.nd a call stopping means. The SPD may be configured to allow each subscriber to update their own subscriber record. 10 The SPD may be configured in update subscriber records based on the presence/absence of a subscriber device on/from a network. In some embodiments, the system has: 15 a central SPD having records for each subscriber or class of subscribers, the central SPD being accessible by each subscriber; a local SPD storing at least a portion of the records of the central SPD; and 20 database synchronization means for synchronizing the contents of the central SPD with the contents of the local SPDs. Typically, the system further comprises message recording 25 means in each subscriber device for optionally recording a message in the calling party's subscriber device when said call stopping means stops a call; and message forwarding means for forwarding said message to a called party. 30 The message forwarding means may take a number of different forms, or indeed a plurality of message forwarding techniques may be available to each subscriber and said subscriber device has forwarding technique 35 selection means. The forwarding technique selection means may be configured to select a forwarding technique based on cost benefit or based on subscriber preference. 2396330.1 (GHMattes) 2/0912010 -4 Message forwarding techniques may include, for example, a short messaging service (SMS), a multimedia messaging service (MMS), direct peer-to-peer messaging, e-mail, or 5 forwarding the message to message storage database that subscriber devices can check on a periodic basis or in response to a notification such as an SMS. Thus subscribers can still leave messages for one another 10 but at a lower cost than is incurred currently. Preferably, the subscriber records also define at least one message forwarding parameter (MFP) which indicates where messages destined for the called party are to be 15 sent. The MFIP may be a specific value within the record or may be defined by information from which the MFP can be derived. 20 The invention also provides a method for managing calls between parties in a telecommunication network, the method comprii3ing: a) maintaining a plurality of records, at 25 least some of the records defining at least one ring time out parameter (RTP), each RTP indicating when a call to a called party will be terminated without called party intervention; b) checking the records in response to a 30 calling subscriber initiating a call to a called party to determine whether there is a record that defines an RTP for the called party and retrieving the RTP if an RTP is defined; and c) stopping the call automatically at the 35 calling party subscriber device on the basis of the retrieved RTP if stopping the call is necessary to avoid termination without called party intervention. 2396334_1 (GHIMalers) 2/09/2010 WO 2005/022878 PCT/AU2004/001178 The invention also provides a system for managing calls between parties in a telecommunication network, the system comprising: a) message recording means in each of a 5 plurality of subscriber devices for recording a voice message of a calling subscriber to a called party; and b) message forwarding means for forwarding a recorded message to a called party. 10 Preferably, said system comprises a database having a plurality of records for each subscriber, at least some records defining a MFP which indicates where messages destined for a called subscriber are to be sent. 15 Brief Description of the Drawings A preferred embodiment of the invention will now be described in relation to the accompanying drawing, Figure 1, which is a system diagram of a preferred 20 embodiment. Description of the Preferred Embodiment Referring to Figure 1, the call management system 25 comprises a number of client-side 1 and server-side 2 components. In the preferred embodiment, a subscriber device of the call management system is registered in a directory 30 service 30 which is one part of a subscriber preferences data-store 33 maintained on the server 2. Registration takes place prior to the subscriber device being active as a subscriber and is performed via a provisioning application 31 which will typically be a back office 35 function accessible by administration of the call management system. However, it may also include an interface which allows outside parties to administer WO 2005/022878 PCT/AU2004/001178 -6 subscribers for whom they are responsible. The registration process allocates a system identifier (sysid) to the subscriber device and records the 5 subscriber name, available networks, RTPs, MFPs and other information in a record for the subscriber. The subscriber's subscriber device may be connected to a number of voice and/or data network services. Each of 10 these associations involves items of identification and configuration that are relevant to the call management system and are included in the subscriber record. An example is shown in Table 1 which demonstrates various 15 network services and the associated identifiers for a subscriber. Network / Service Identifier Dynamic TCP/IP network IP address Mobile telephony Telephone number VOIP network VOIP identifier E-mail E-mail address Call management system Subscriber's name _System Identifier Table 1 - Example Network / System Identifiers 20 The client device maintains its own set of configuration information, comprising the sysid, subscriber name and network identifiers, together with other local configuration data including the subscriber's RTPs and MFPs using the client-side configuration control component 25 10. Once registered, from within the client-side configuration control component 10, a subscriber device can synchronise 51 configuration information with the directory service 30 30 and obtain relevant SPD information about other WO 2005/022878 PCT/AU2004/001178 -7 subscribers. This returned information is stored 54 in a contacts/local SPD store 16. The synchronisation transaction 51 can occur via any of 5 the data networks which link the device and the server. Which network is used can be specified by subscriber preferences in the device. Transactions are typically encrypted, authenticated and authorised to avoid tampering. 10 The directory service 30 may be queried 70, 71 for the subscriber information that matches a given identifier by other server-side components. Note that directory queries are not performed directly by the subscriber devices, but 15 by other server-side services such as the messaging service 34 and the presence service 32. Directory queries are performed by matching a query key, being any of the subscriber identifiers published in the 20 directory. Imperfect matches may be resolved by heuristics to give a unique match. If any identifier is matched, that subscriber record is returned. In this way, subscriber devices do not need to know the sysid of any other subscriber with which they wish to initiate a 25 messaging transaction - only one of the called party's publicly published identifiers. Subscriber information in the SPD 33 may incorporate Ring Time Out Parameter (RTP) and Message Forwarding Parameter 30 (MFP) information including: e Global Parameters (synchronised 51 from the subscriber 10); e Network specific Parameters for the network(s) to which the subscriber device is subscribed 35 (synchronised 51 from the subscriber 10); e Parameters, or raw information from which a Parameter may be determined (e.g. the MFP or RTP), specific to WO 2005/022878 PCT/AU2004/001178 -8 individual caller or caller groups (e.g. white/black lists) (synchronised 51 from the subscriber 10); e Parameters, or raw information from which Parameters may be determined, based on clock/ calendar/ location/ 5 time zone or other subscriber device information (synchronised 51 from the subscriber 10); e Parameters, or raw information from which Parameters may be determined, based on the subscriber device's presence or absence in the network(s) to which it is 10 subscribed. This information is updated 73 from the presence service 32 and may be obtained either via the subscriber device reporting 52 its presence on the network(s) to which it is subscribed to the presence service 32, or the presence service 32 detecting the 15 presence or absence of a client device in the network(s) to which it is subscribed. In the preferred embodiment, subscriber devices report their presence 52 on the various services and networks to 20 which they are subscribed to the presence service 32 by means of the client-side presence-reporting component 11. The presence service 32 updates 73 the SPD 33. In the preferred embodiment the presence information 25 comprises: " The sysid of the reporting subscriber device; * A present/not-present flag for each subscribed network; * If required, transient configuration information (e.g. IP address) for each subscribed network; 30 9 An optional RTP specific to each subscribed network The presence-reporting transaction 52 occurs via any of the data networks to which the device is connected according to subscriber preferences. 35 Other mechanisms for determining the RTP will be apparent to persons skilled in the art and should be considered as WO 2005/022878 PCT/AU2004/001178 -9 falling within the scope of the described invention. When required, the dialling function 12 of the subscriber device queries 53 the directory service 30 for the status 5 of the called subscriber device. In response, the relevant subscriber information including the RTP information may be returned 53. Subscriber status queries 53 are performed against a 10 publicly published called party identifier. A status query 53 may return either an RTP or raw information from which an RTP may be derived. The calling party device then uses this information to determine 15 whether to place the call to the called party and if so over what network. For example, an RTP of zero may mean that the call is not to be attempted. A messaging service is provided which allows subscribers 20 to send voice messages to and receives voice messages from other subscribers. A message includes: * Recipient (called party) list 25 * Message status flags (priority, confidentiality, return receipt required etc.) e Sender (calling party) e Subject 0 Text component 30 * Multimedia component(s) The messaging client 5 maintains a message inbox 20 and message outbox 21. 35 In the preferred embodiment, to send a message to one or more other subscribers the subscriber devices create a message using the audio message generation client 22, WO 2005/022878 PCT/AU2004/001178 - 10 which records the subscriber's message, adds relevant messaging information including the preferred message destination and route and injects it 67 in its Outbox 21. 5 To retrieve messages, the subscriber device 1 queries 53 the messaging service 34 for any pending messages. If pending messages exist, they are transferred 55 to the subscriber 1 and stored in the inbox 20. Subscriber devices 1 query 53 the Message Service 34 (either upon 10 manual instruction, automatically at regular intervals or after notification) for any pending messages in its corresponding Message Box 35. Transfer of messages is via the messaging service 34. 15 The messaging service 34 maintains a message box 35 for each subscriber. Messages residing in the Outbox 21 are transferred 56 to the messaging service 34 which resolves the provided 20 recipient identifier to a sysid via a query 71 to the directory service 30. The messaging service 34 then places 72 the message in the message box 35 for the given called party. 25 The messaging transactions can occur via any of the data networks to which the device is connected - according to subscriber preferences. 30 When an inbound call is received and continues after a user-configured 10 duration of unanswered ringing, typically caused by calls from a non-subscriber or incorrect RTP, or based on called party preferences, the Inbound Call Control 14 terminates the call, plays an 35 inbound-message, invokes 61 the messaging client 5 and records a voice message 22 if the calling party caller leaves one.
WO 2005/022878 PCT/AU2004/001178 - 11 Message creation also involves determining the calling party via correlation 60 of the telephony call information and the local client's contacts list/local SPD 16. The 5 calling party will be described as a name (from the contacts list), an uncorrelated telephone number, or 'UNKNOWN'. The called party held in the message is set to the 10 subscriber name and standard subject and text components are created from the date/time of call. The recorded voice message is the multimedia component. The message is then injected 62 into the local client inbox 20. 15 The subscriber places an outbound call by invoking the dialler 12 - either through an integrated context menu interface 63 with the local contacts list/local SPD, or directly by entering a number. 20 The dialler 12 then determines which messaging transaction to initiate by initially performing a status query 53 and/or 63 on the supplied identifier. Thus, the dialler provides SPD checking means. 25 If the status query returns 'NOT A SUBSCRIBER' (i.e. the called party is not a subscriber) then the dialler will place a conventional voice call. If the status query returns an RTP of zero or information 30 from which an RTP of zero is derived, then the dialler will take a message or place a conventional voice call depending on the calling party's over-ride preferences. If the status query returns that a non-zero RTP or 35 information from which a non-zero RTP is derived, then the calling party obtaining the RTP is connected to one or more voice networks and the dialler will place a voice WO 2005/022878 PCT/AU2004/001178 - 12 call. The dialler 12 determines over which network to initiate the messaging transaction. The subscriber device will 5 either be off network or connected to one or more voice networks and one or more data networks - with associated cost and quality characteristics. Typically a subscriber device will have voice capability 10 over GSM, and data capability over GPRS and WIFI, however the subscriber device may well be able to avail itself of other networks. When the subscriber device places a voice call to a 15 subscriber, the dialler will determine the appropriate voice telephony application 15, transport and network, based on a cost/quality heuristic. If the dialler 12 decides to initiate 65 a local voice message, a message is created using the audio message creation component 22. In 20 which case, a notification message is played and the subscriber is given an opportunity to record a message 22. The calling party is set to the client subscriber name by the message creation means and the called party is set to 25 the identifier passed to the dialler 12. The preferred transmission network is set by the MFP. Standard subject and text components are created from the date/time of call and the recorded voice message is the multimedia component created by the audio message creation component 22. The 30 message is then injected 67 into the local client outbox 21. If the dialler 12 decides to place an outbound voice call, the call is initiated on the appropriate voice telephony 35 application 15, transport and network and outbound call control 13 is invoked 66 to manage the call.
WO 2005/022878 PCT/AU2004/001178 - 13 If the call returns a busy signal, then the outbound call control component 13 stops the call and initiates 64 the creation and injection of a message as above. 5 If the call is detected to be in the ringing state for the duration specified in the RTP, then Outbound Call Control component 13 stops the call and initiates 64 the creation and injection of a message. 10 Accordingly, the preferred embodiment provides the following for telecommunications messaging devices: e The capability of devices to advertise and receive network configuration and calling preference information, such as status and call answering 15 preferences, about itself and other devices on a network. e The capability to perform outbound voice call control on the calling party device, Aborted Outbound Voice Call, by pre-emptively not placing an outbound voice call if 20 that is to a Called party device with an RTP of zero or has provided calling preference information indicating that they will not answer a call from the Calling party; and/or e Ceasing the establishment of an outbound voice call if 25 the subscriber Called party device has not answered in a prescribed duration, or returns a busy signal. e In the event of a stopped Outbound Voice Call, the capability to notify the calling party caller of the event and provide, in the calling party device, for the 30 generation or recording of a message destined for the subscriber called party. e The capability to transmit the message, over a data network, directly to the Called party device to another party or a message store-and-forward service. 35 e The retrieval by the B party of messages destined for the B party device, directly from the calling party device or a message store-and-forward service.
WO 2005/022878 PCT/AU2004/001178 - 14 In an alternative embodiment, a central subscriber preferences database is maintained on the server 2 and, subscriber preference databases are maintained on each of 5 the subscriber devices 1. The dialler 12, then checks the local subscriber preferences database rather than the central SPD. This reduces the time required to initiate a voice call. If this embodiment is employed, the subscriber devices are configured to periodically 10 synchronise themselves with the central preferences database. For example, each time the subscriber device turns on and then at fixed periods. The local SPD may be a subset of the central SPD which is specific to the subscriber. 15 While the invention has been described in relation to a subscriber database where there are records for each subscriber, it will be appreciated that the invention can be extended to a case where there are records for classes 20 of subscribers, records for non-subscribers, and/or records for classes of non-subscribers. In this case it is more appropriate to refer to a database rather than a subscriber preferences database to the extent that some of the records do not relate to subscribers. Clearly in a 25 calling system it is not necessary to list all possible called numbers as individual records and some may be treated as classes. For example, for all numbers not individually listed in the SPD, the RTP could be to automatically to stop the call after a default of ten 30 seconds and not to forward a message. For all international numbers listed in the SPD stop the call the after eight seconds or for all local calls stop the call immediately on an engaged signal. It is also possible that there may be non-subscribers or classes of 35 non-subscribers to whom messages can be forwarded - e.g. if calling a non-subscriber land line for which an e-mail address is registered, the RTP may be automatically set WO 2005/022878 PCT/AU2004/001178 - 15 for five rings before a voice message is taken and sent as an e-mail attachment. Such methods may become more and more popular as hand-held devices which can receive e-mail wirelessly become more available. 5 Persons skilled in the art will also appreciate that the system may incorporate a plurality of subscriber preferences databases dedicated to specific groups of subscribers. For example, if the system is adopted by a 10 large company, there may be a specific subscriber preference database for that company that can have records which define how calls made by subscribers from that country are terminated. 15 Other variations will be apparent to persons skilled in the art and should be considered as falling within the scope of the described invention

Claims (19)

1. A system for managing calls between parties in a telecommunications network, the system comprising: 5 a) a database having a plurality of records, at least some of the records defining at least one ring time out parameter (RTP), each RTP specifying when a call to a called party will be terminated without called party intervention; 10 b) database checking means for checking the database in response to a calling subscriber initiating a call to a called party to determine whether there is a record that defines an RTP for said called party and retrieving the RTP if an RTP is defined; and 15 c) call stopping means in a calling party subscriber device for automatically stopping the call on the basis of the retrieved RTP if stopping the call is necessary to avoid termination without called party intervention. 20
2. A system as claimed in claim 1, wherein said database provides a subscriber preferences database (SPD) and said plurality of records include subscriber records for each subscriber or class of subscribers. 25
3. A system as claimed in claim 1, wherein said database has records defining RTPs for at least one subscriber or class of subscriber and for at least one non-subscriber or class of non-subscriber. 30
4. A system as claimed in any one of claims 1 to 3, wherein each record that defines an RTP contains a value of the RTP. 35
5. A system as claimed in any one of claims 1 to 3, wherein the subscriber record contains information from which the RTP can be derived and the system comprises
2396330.1 (GHMatters) 2/09/2010 - 17 means for deriving an RTP from said information.
6. A system as claimed in claim 1, comprising a plurality of subscriber devices, and wherein each 5 subscriber device comprises a database checking means and a call stopping means.
7. A system as claimed in claim 2, wherein the SPD is configured to allow each subscriber having a subscriber 10 record to update their own subscriber record.
8. A system as claimed in claim 2, wherein the SPD is configured in update subscriber records based on the presence or absence of a subscriber device on or from a 15 network.
9. A system as claimed in claim 2, wherein said SPD comprises: a central SPD having records for each subscriber 20 of class of subscriber, the central SPD being accessible by each subscriber; a local SPD for at least one subscriber storing at least a portion of the records of the central SPD and accessible by said at least one subscriber; and wherein 25 the system comprises database synchronization means for synchronizing the contents of the central SPD with the contents of the local SPDs.
10. A system as claimed in claim 6, further 30 comprising: message recording means in each subscriber device for optionally recording a message in the calling party's subscriber device when said call stopping means stops a call; and 35 message forwarding means for forwarding said message to a called party. 2396338l (GHMatters) 2/09/2010 - 18
11. A system as claimed in claim 10, wherein said message forwarding means comprises means for forwarding messages in accordance with at least one of the messaging techniques selected from the group of: a short messaging 5 service (SMS); a multimedia messaging service (MMS); direct peer-to-peer messaging; e-mail; and forwarding the message to message storage database that subscriber devices can check on a periodic basis or in response to a notification such as an SMS. 10
12. A system as claimed in claim 10, wherein said message forwarding means comprises two or more message forwarding techniques and said subscriber device has forwarding technique selection means. 15
13. A system as claimed in claim 12, wherein the forwarding technique selection means is configured to select a forwarding technique based on cost benefit. 20
14. A system as claimed in claim 12, wherein the forwarding technique selection means is configured to select a forwarding technique based on a subscriber preference. 25
15. A system as claimed in claim 10, wherein at least some records also define at least one message forwarding parameter (MFP) that indicate where messages destined for the called party are to be sent. 30
16. A system as claimed in claim 15, wherein each record contains a value of the MFP.
17. A system as claimed in claim 15, wherein each record contains information from which the MFP can be 35 derived.
18. A method for managing calls between parties in a 23963361 (GHMatters) 2/0912010 - 19 telecommunication network, the method comprising: a) maintaining a plurality of records, at least some of the records defining at least one ring time out parameter (RTP), each RTP indicating when a call to a 5 called party will be terminated without called party intervention; b) checking the records in response to a calling subscriber initiating a call to a called party to determine whether there is a record that defines an RTP 10 for the called party and retrieving the RTP if an RTP is defined; and c) stopping the call automatically at the calling party subscriber device on the basis of the retrieved RTP if stopping the call is necessary to avoid 15 termination without called party intervention.
19. A method as claimed in claim 18, comprising: recording a message in the calling party's subscriber device after stopping a call; and 20 forwarding said message to a called party. 2396338_1 (GHManetrs) 2/09/2010
AU2004302563A 2003-09-02 2004-08-31 Call management system Ceased AU2004302563B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2004302563A AU2004302563B2 (en) 2003-09-02 2004-08-31 Call management system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
AU2003904732A AU2003904732A0 (en) 2003-09-02 Call management system
AU2003904732 2003-09-02
AU2004302563A AU2004302563B2 (en) 2003-09-02 2004-08-31 Call management system
PCT/AU2004/001178 WO2005022878A1 (en) 2003-09-02 2004-08-31 Call management system

Publications (2)

Publication Number Publication Date
AU2004302563A1 AU2004302563A1 (en) 2005-03-10
AU2004302563B2 true AU2004302563B2 (en) 2010-10-21

Family

ID=36102777

Family Applications (1)

Application Number Title Priority Date Filing Date
AU2004302563A Ceased AU2004302563B2 (en) 2003-09-02 2004-08-31 Call management system

Country Status (1)

Country Link
AU (1) AU2004302563B2 (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999003301A2 (en) * 1997-07-11 1999-01-21 Bellsouth Intellectual Property Corporation System and method for providing a busy signal to a communication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999003301A2 (en) * 1997-07-11 1999-01-21 Bellsouth Intellectual Property Corporation System and method for providing a busy signal to a communication

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Call Waiting (CW) Supplementary Service" ITU-T Standard in Force (I) *

Also Published As

Publication number Publication date
AU2004302563A1 (en) 2005-03-10

Similar Documents

Publication Publication Date Title
US20060177033A1 (en) Call management system
US9432494B1 (en) Methods and systems for creating a dynamic call log and contact records
CA2710245C (en) Method and apparatus for interrupting an active telephony session to deliver information to a subscriber
US9531882B1 (en) Methods and systems for confirming message delivery
EP1314305B1 (en) System and method for unified messaging in inter/intranet telephony
US8787549B2 (en) Programmable caller ID
US7260205B1 (en) Call waiting using external notification and presence detection
US9838542B1 (en) Methods and systems for managing communications
US20060023862A1 (en) Methods, systems, devices, and products for providing ring backs
US8175080B2 (en) Systems, methods and computer products for placing telephone calls via internet protocol television call logs
KR20080106251A (en) Content sharing through multimedia ringback tones
EP1908264A2 (en) Visual voicemail management
US8149821B2 (en) Systems, methods and computer products for logging of incoming calls to an internet protocol television call log
US20090025028A1 (en) Systems, methods and computer products for internet protocol television voicemail monitoring
US8537987B2 (en) Broadcasting voicemail replies
US20090257575A1 (en) Methods and systems for improved caller name identification on a telephone network
US8265064B2 (en) Systems, methods and computer products for logging of outgoing calls to an internet protocol television call log
AU2004302563B2 (en) Call management system
US20090022140A1 (en) Systems, methods and computer products for voicemail via internet protocol television
US8175228B2 (en) Systems, methods and computer products for internet protocol television message waiting indication
JP2017046133A (en) IP telephone terminal with recorded voice automatic naming function

Legal Events

Date Code Title Description
PC1 Assignment before grant (sect. 113)

Owner name: XYNK PTY LTD

Free format text: FORMER APPLICANT(S): FREEDOMTEL PTY LTD

FGA Letters patent sealed or granted (standard patent)
MK14 Patent ceased section 143(a) (annual fees not paid) or expired