Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: An independent calling system (ICS) used in a transaction between a waiting party and a queuing party includes the queuing party having a queuing calling system (QCS) with the ICS adapted to communicate with the QCS and determine a hold status of the transaction.

Abstract: A system and method is provided for detecting a hold status in a transaction between a waiting party and a queuing party. The system is adapted to use a preexisting cue profile database containing cue profile for a queuing party. A preexisting cue profile may be used for detecting a hold status in a call between a waiting party and a queuing party. The cue profile of the queuing party may include audio cues, text cues, and cue metadata. The transaction may be a telephone based, mobile-phone based, or internet based.

Abstract: An independent communication system (ICS) used in a transaction between a waiting party and a queuing party is adapted to connect to a particular node in an interactive voice response (IVR), wherein the queuing party has the IVR and the IVR has a plurality of nodes.

Abstract: An independent communication system (ICS) used in a transaction between a waiting party and a queuing party is adapted to connect to a particular node in an interactive voice response (IVR), wherein the queuing party has the IVR and the IVR has a plurality of nodes.

Abstract: An independent communications system (ICS) is used in a transaction between a waiting party and a queuing party, with the queuing party having a interactive voice response (IVR). The IVR includes multiple nodes and the ICS is adapted to connect to a particular node in the IVR.

Abstract: System and method for handling a transaction between a waiting party and queuing party include an independent communication system (ICS) managing calls between the waiting party and calling party for handling sensitive data as well as call-attached data. The ICS manages the transaction in different stages and with different levels of sensitivity. Either party is allowed to modify the call or call preferences during the transaction. The ICS works independently from the queuing party calling system.

Abstract: Interactive voice response mapping used in a transaction between a waiting party and a queuing party includes the queuing party having a queuing calling system (QCS), and communications with the QCS to extract navigational information from the QCS and generating an IVR map. An editor corrects mistakes and removes text that is not relevant to navigational information. Audio communications from the QCS is processed and converted to text or graphical representation. The audio communications from the QCS is compared with an existing IVR map to validate and/or modify the existing IVR map.

Abstract: An interactive voice response (IVR) mapping system (IVRMS) is used in a transaction between a waiting party and a queuing party, wherein the queuing party has a queuing calling system (QCS). The IVRMS communicates with the QCS for extracting navigational information from the QCS and generates an IVR map of the QCS. The IVRMS performs map validation by comparing the IVR map with extracted navigational information, and determines if a certain threshold of matching is not met. Optionally, a primary IVR map and a supplementary IVR map of the QCS are created. An editor corrects mistakes in an automated speech-to-text conversion process, removes text that is not relevant for visual navigation, corrects structure of an IVR map via adding, removes or changes commands, or a combination thereof.

Abstract: An interactive voice response (IVR) mapping system (IVRMS) is used in a transaction between a waiting party and a queuing party, wherein the queuing party has a queuing calling system (QCS). The IVRMS communicates with the QCS for extracting navigational information from the QCS and generates an IVR map of the QCS. The IVRMS performs map validation by comparing the IVR map with extracted navigational information, and determines if a certain threshold of matching is not met. Optionally, a primary IVR map and a supplementary IVR map of the QCS are created. An editor corrects mistakes in an automated speech-to-text conversion process, removes text that is not relevant for visual navigation, corrects structure of an IVR map via adding, removes or changes commands, or a combination thereof.

Abstract: Interactive voice response mapping used in a transaction between a waiting party and a queuing party includes the queuing party having a queuing calling system (QCS), and communications with the QCS to extract navigational information from the QCS and generating an IVR map. An editor corrects mistakes and removes text that is not relevant to navigational information. Audio communications from the QCS is processed and converted to text or graphical representation. The audio communications from the QCS is compared with an existing IVR map to validate and/or modify the existing IVR map.

Abstract: An interactive voice response mapping system (IVRMS) is used in a transaction between a waiting party and a queuing party, with the queuing party having a queuing calling system (QCS), and the IVRMS adapted to communicate with the QCS and to build an IVR map of the QCS.

Abstract: An interactive voice response mapping system (IVRMS) is used in a transaction between a waiting party and a queuing party, with the queuing party having a queuing calling system (QCS), and the IVRMS adapted to communicate with the QCS and to build an IVR map of the QCS.

Abstract: An independent calling system (ICS) used in a transaction between a waiting party and a queuing party includes the queuing party having a queuing calling system (QCS) with the ICS adapted to communicate with the QCS and determine a hold status of the transaction.

Abstract: An independent communications system (ICS) is used in a transaction between a waiting party and a queuing party, with the queuing party having a interactive voice response (IVR). The IVR includes multiple nodes and the ICS is adapted to connect to a particular node in the IVR.

Abstract: A system and method is provided for detecting a hold status in a transaction between a waiting party and a queuing party. The system is adapted to use a preexisting cue profile database containing cue profile for a queuing party. A preexisting cue profile may be used for detecting a hold status in a call between a waiting party and a queuing party. The cue profile of the queuing party may include audio cues, text cues, and cue metadata. The transaction may be a telephone based, mobile-phone based, or internet based.