Abstract:
Methods and systems for communication history reconciliation amongst linked devices are provided herein. In some embodiments, a method for communication history reconciliation amongst linked devices may include receiving an incoming communication request directed to a communication identifier associated with a user account, transmitting the communication request to at least a first device and a second device associated with the user account, receiving, responsive to the communication request, a message from the first device indicating that the first device has accepted the communication request to establish a call, and transmitting, to the second device, an indication that the communication request was accepted by the first device.
Abstract:
Methods for managing delivery of media files comprise receiving, at a server, a request for delivery of a media file to a first recipient, determining that the media file lacks association with a unique identifier, storing a copy of the media file, associating a unique identifier with the media file, making available, to the first recipient, the stored copy, receiving, at the server, a second request to deliver the media file, determining that the copy of the media file is associated with the unique identifier, and making available, to a second recipient, the stored copy. Related methods for managing delivery of media files comprises determining, by execution of instructions by a processor, that user input received at a communication terminal specifies a media file, determining that the media file is identified by a unique identifier; and transmitting, to a server, a message comprising the message content and the unique identifier.
Abstract:
Systems and methods allow an administrator of a conference call bridge to control who is admitted to the conference call bridge. The systems and methods also allow the administrator to identify a new individual who will become the administrator of the conference call bridge when a triggering event occurs. The systems and methods also allow an administrator to identify a new endpoint device from which valid control commands can be received.
Abstract:
An Internet protocol (IP) telephony system provides telephony services to a mobile telephony device via data packet communications that traverse a data network. If the IP telephony system has received calls that were missed by the user of the mobile telephony device, or if the IP telephony system has received communications that have not yet been reviewed by the user of the mobile telephony device, information about those missed calls and unreviewed messages is delivered to the mobile telephony device so that the user can be alerted to their existence. The information may be delivered to the mobile telephony device in a push notification.
Abstract:
Systems and methods of controlling the data rate used to conduct IP telephony communications may make use of historical data network conditions to predict the data rates which can be used for individual new IP telephony communications. Also, the data rates at which IP telephony communications are conducted may be restricted or lowered to avoid causing a user to exceed an allowable data usage budget. Further, when two IP telephony devices are setting up a new IP telephony communication, information about their respective data communication capabilities may be exchanged in setup messaging.
Abstract:
Call detail records (CDRs) that are generated by different elements of an IP telephony system in connection with the same communication can be matched to one another using timing information contained in the CDRs. Other information in addition to timing information, and which is present in two CDRs relating to the same communication may be used in conjunction with timing information to match CDRs from the same communication. Also, information relating to the type of flow path that a communication follows through the elements of an IP telephony system may also be recorded in a final CDR that is created for each communication.
Abstract:
Systems and methods for rapid IP telephony communications session setup using interactive push notifications are provided herein. In some embodiments, a method may include receiving a connection request from a first device to setup an IP telephony communications session with a second device, transmitting a request to send a push notification message including telecommunication invitation data to the second device to notify a user of the second device of the connection request, receiving a first response from the second device indicating acceptance of the connection request, sending an indication to the first device that the connection request has been accepted at the second device, receiving a second response from the second device that is used to complete the IP telephony communications session connection between the first and second devices, and connecting the second device with the first device to establish the IP telephony communications session based on the second response.
Abstract:
Systems and methods for handling the processing of multiple SIP transactions that have been requested at substantially the same time can involve establishing a priority order for processing the SIP transactions, and then individually processing the SIP transactions based on the established priority order. One or more SIP transactions having a lower priority can be held in a SIP processing queue of a software application until the processing of SIP transactions having a higher priority has been completed. Each time that the processing of a higher priority SIP transaction is completed, the next-highest priority SIP transaction in the queue is submitted for processing. Also, where possible, two or more SIP transactions in the queue may be consolidated into a single SIP transaction.
Abstract:
Systems and methods for handling the processing of multiple SIP transactions that have been requested at substantially the same time can involve establishing a priority order for processing the SIP transactions, and then individually processing the SIP transactions based on the established priority order. One or more SIP transactions having a lower priority can be held in a SIP processing queue of a software application until the processing of SIP transactions having a higher priority has been completed. Each time that the processing of a higher priority SIP transaction is completed, the next-highest priority SIP transaction in the queue is submitted for processing. Also, where possible, two or more SIP transactions in the queue may be consolidated into a single SIP transaction.
Abstract:
Methods and systems for communication history reconciliation amongst linked devices are provided herein. In some embodiments, a method for communication history reconciliation amongst linked devices may include receiving an incoming communication request directed to a communication identifier associated with a user account, transmitting the communication request to at least a first device and a second device associated with the user account, receiving, responsive to the communication request, a message from the first device indicating that the first device has accepted the communication request to establish a call, and transmitting, to the second device, an indication that the communication request was accepted by the first device.