A method and system for providing on-hold content in a voice over internet protocol (VoIP) environment includes receiving an indication of a call on-hold. On-hold content for the call may be selected based on revenue generation criteria such as, for example, prices advertisers and other content providers are willing to pay for provisioning of their content to the call.
|
40. A method for selling advertising in a voice over internet protocol (VoIP) network, comprising:
receiving profile information for a community;
providing the profile information to one or more service providers to bid to provide on-hold content to calls of the community placed on hold; and
auctioning a right to provide on-hold content to calls of the community placed on hold.
41. A method for selling advertising in a voice over internet protocol (VoIP) network, comprising:
receiving criteria of a content provider, the criteria specifying a type of community the content provider is interested in providing content for calls on hold;
selecting a community selling a right to provide content to its calls on hold based on the criteria; and
selling to the content provider the right to provide the on-hold content.
1. A method for providing on-hold content in a packet-switched network, comprising:
receiving an indication of a call on-hold; and
selecting on-hold content for the call based on revenue generation criteria, comprising:
auctioning airtime of the call on-hold, comprising posting availability of the call on an internet site along with profile information about the call and receiving bids for providing the on-hold content; and
selecting on-hold content of a highest bidder at the auction.
27. A system for providing on-hold content in a packet-switched network, comprising:
logic encoded in media; and
the logic operable to:
receive an indication of a call on-hold; and
select on-hold content for the call on-hold based on revenue generation criteria by:
auctioning airtime of the call on-hold by posting availability of the call on an internet site along with profile information about the call and receiving bids for providing the on-hold content; and
selecting on-hold content of a highest bidder at the auction.
14. A system for providing on-hold content in a packet-switched network, comprising:
means for receiving an indication of a call on-hold; and
means for selecting on-hold content for the call based on revenue generation criteria, comprising:
means for auctioning airtime of the call on-hold operable to post availability of the call on-hold on an internet site along with profile information about the call on-hold and to receive bids for providing the on-hold content; and
means for selecting on-hold content of a highest bidder at the auction.
2. The method of
3. The method of
receiving profile information for the call on-hold; and
selecting the on-hold content for the call based on the revenue generation criteria and the profile information.
4. The method of
8. The method of
10. The method of
13. The method of
15. The system of
16. The system of
means for receiving profile information for the call on-hold; and
means for selecting the on-hold content for the call based on the revenue generation criteria and the profile information.
17. The system of
21. The system of
22. The system of
23. The system of
26. The system of
28. The system of
29. The system of
30. The system of
34. The method of
35. The system of
36. The system of
39. The system of
|
|||||||||||||||||||||||||||
The present invention relates generally to the field of packet based communication networks, and more particularly to a system and method for providing on-hold content in a voice over Internet Protocol (VoIP) environment.
Telecommunication networks include circuit-switched networks such as plain old telephone service (POTS) and packet-switched networks such as the Internet Protocol (IP) network to transport voice and data between remote end users. The circuit-switched networks utilize transmission paths dedicated to specific users for the duration of a call and employ continuous, fixed bandwidth transmission. The packet-switched networks allow dynamic bandwidth, and can be connectionless networks with no dedicated circuit or connection-oriented networks with virtual circuits having dedicated bandwidth along a predetermined path. Because packet-switched networks allow traffic from multiple users to share communication links, these networks use available bandwidth more efficiently than circuit-switched networks.
IP networks are connectionless packet-switched networks that format streams of information into addressable packets. Each IP packet includes source and destination addresses and can take any available route between the source and destination. The IP packets are transmitted independently and then reassembled in the proper sequence at the destination.
Telephone calls and other voice traffic may be transmitted in an IP network using voice over IP (VoIP). In a VoIP environment, music-on-hold is implemented using music-on-hold servers that unicast or multicast music-on-hold streams. For better network utilization, multicast is usually preferred. Multicast streams are played out to endpoints or to trunking endpoints, which then transmit music to other endpoints that are placed on-hold. Typically, a call manager identifies predefined music-on-hold streams and/or servers for use by endpoints and takes action in case the identified music-on-hold servers fail. In a peer-to-peer communication environment, the music-on-hold servers are accessed without the control of a central call manager.
The present invention provides a system and method for providing on-hold content in a voice over Internet Protocol (VoIP) environment that substantially eliminates or reduces the problems and disadvantages associated with previous methods and systems. In a particular embodiment, organizations may sell advertising space on their music or other suitable on-hold streams and thus may collect revenue from their captive audience who are on-hold and listening to the provided content.
In accordance with one embodiment of the present invention, a system and method for providing on-hold content in a voice over Internet Protocol (VoIP) environment includes receiving an indication of a call on-hold. On-hold content for the call may be selected based on revenue generation criteria.
In a particular embodiment, profile information for the call on-hold may be received and selection of the on-hold content based on the revenue generation criteria and the profile information. The profile information may comprise information interactively obtained from an on-hold party to the call, calling party information and/or call party information. The revenue generation criteria may comprise prices content providers are willing to pay for provisioning of their on-hold content to the call.
Technical advantages of the present invention include an improved system and method for providing on-hold content in a VoIP or other suitable packet-switched environment. In particular, the method and system allows organizations to sell advertising space on their music-on-hold streams. As a result, such organizations are able to collect revenues from captive audiences that they control such as, for example, the people who are on-hold and listening to the provided content. The airtime of callers on-hold may be sold to advertising companies, auctioned to the highest bidding advertising company, or otherwise used as a revenue source.
Another technical advantage of the present invention includes providing a method and system for advertising agencies and other companies to better focus and tailor their advertisements to the appropriate audiences. In particular, specific advertisers may be connected to users based on calling or call number matches, geographical location of the on-hold party, on the basis of application-specific information and other suitable call-specific information. In addition, advertisers pay for a known number of listeners and precise accounting can be maintained for the actual listener minutes of advertising provided to the listener.
Still another technical advantage of the present invention includes providing advertisers with the choice of providing multicast streams, unicast streams and/or audio files. In particular, advertisers may be freed from the effort of providing multicast streams and instead provide unicast streams to a network server which converts the unicast streams into multicast streams for delivery to calls on-hold. Thus, resources of a content provider are reduced.
Other technical advantages of the present invention will be readily apparent to one skilled in the art from the following figures, description, and claims. Moreover, while specific advantages have been enumerated above, various embodiments may include all, some, or none of the enumerated advantages.
For a more complete understanding of the present invention and its advantages, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
Referring to
In one embodiment, the network 14 is the Internet, a wide area network (WAN), a local area network (LAN), and/or an other suitable packet-switched network. In the Internet embodiment, the network 14 transmits Internet Protocol (IP) packets and includes a plurality of core routers 24, edge routers 26 and/or other suitable network elements operable to direct the IP packets between source and destination endpoints. Telephony voice information is transmitted in the voice over IP (VoIP) format. Real-time IP packets such as VoIP packets are encapsulated in real-time transport protocol (RTP) packets for transmission over the network 14. It will be understood that the network 14 may comprise any other suitable type of network and that traffic may be otherwise suitably transmitted in packets using other protocols and formats. The packets may be any suitable datagram, call or other unit including addressing and payboard information.
In the network 14, the core routers 24 are interconnected to each other and are connected between the edge routers 26. The core routers 24 as well as the edge routers 26 route IP packets based on address information. The routers 24 and 26 may be any suitable type of device operable to receive, process and transmit packets in the network 14. Thus, as used herein, the routers may be real routers, switches, add/drop multiplexors and the like.
The communication devices 16 comprise IP or other digital telephones, personal or other suitable computers or computing devices, personal digital assistance (PDAs), cell or other mobile telephones or any other suitable handheld or other device capable for communicating real-time audio, video and/or other information over the network 14. The communication devices 16 also communicate control information with the network 14 to control call set up, tear down and processing as well as call services such as call on-hold services.
In the Internet embodiment, the communication devices 16 communicate voice traffic in the VoIP format. The standard analog telephones 18 communicate standard telephony signals through PSTN 22 to the gateway 20. At the gateway 20, the signals are converted to IP packets in the VoIP format. As previously described, the IP packets from the communication devices 16 and the gateway 20 are encapsulated in the RTP protocol for transmission over the network 14.
A call center 28 may be connected to the network 14. The call center 28 may receive and process a plurality of calls for a company or other enterprise. Thus, for example, the call center 28 may be a product ordering center, a customer service center, a help center and the like.
The call center 28 may include operators and/or an auto attendant as well as an interactive voice response (IVR) system 30. The IVR system 30 interacts with callers to obtain personal, account and/or other suitable information for assisting in the call and/or providing services. In addition, based on the information obtained, the IVR or other system of the call center 28 may retrieve database or other records and/or information about or concerning the caller. As described in more detail below, some or all of the information obtained and/or retrieved for the call may form a profile for the caller, and thus the call, and be used in providing on-hold content to the call. The profile information may include a type of queue 32 in which the call is queued by call center applications, such as IVR system 30, when waiting to be served. For example, the call may be queued in a high-priority, low priority or other suitable queue 32.
The communication devices 16, gateway 20 and call center 28 each comprise an IP endpoint at which packets are converted into video, audio, analog and/or other suitable signals for display, play and/or other suitable presentation to the user or further forwarding to the user over a non-IP network. As used herein, the term each means every one of at least a subset of the identified items. The call on-hold may be a telephony call, a video call, a conference call or other suitable connection or session between user devices, computers, and/or other suitable equipment.
A call manager 40, on-hold servers 42 and service provider servers and/or service provider site 44 may be connected to the network 14. The call manager 40 and servers 42 and service provider site 44 may each be located in a central facility or have their functionality distributed across and/or at the periphery of the network 14. The call manager 40, servers 42 and service provider site 44 are connected to the network 14 by any suitable type of wire line or wireless links.
The call manager 40 sets up, tears down and otherwise manages calls across the network 14. The calls may be any suitable types of communication connection and may be between two or more parties. The parties may be persons and/or equipment such as computers. The connections may be real-time connections, connections having real-time characteristics and/or non-real-time connections. In a particular embodiment, network 14 may operate without the call manager 40, in which case the communication devices 16 and gateway 20 and other elements may communicate control information directly with each other or with other suitable network elements.
The call manager 40 is responsive to service requests from the communication devices 16, the gateway 20 and the call center 28. For example, the call manager 40 may control establishment of connections between endpoints, provide services and call features, and bridging, multicasting, call hold and other suitable services for the communication devices 16 and standard telephones 18. In one embodiment, the call manager 40 is responsive to control call on-hold signals initiated by the communication devices 16, gateway 20, call center 28 or other endpoint. In this embodiment, the call manager 40 may direct the endpoint to use a specified music-on-hold channel or server or other specific on-hold content. The on-hold content may be specified, for example, by identifying a server, other suitable source or a multicast or other channel.
The on-hold servers 42 may each store, generate, convert or otherwise transmit and/or provide one or more channels of on-hold content 46 to the network 14. The on-hold content may be unicast or multicast channels, or streams on links 46. Typically, the on-hold content 46 is multicast for better network utilization. The on-hold content 46 may be otherwise suitably transmitted within the network 14.
The on-hold content 46 may be music-on-hold and may comprise advertising. For example, the advertising messages may be commercials and/or promotions of products and services of a company. The advertising messages may be intermixed with music, news and other contents to keep the attention of an on-hold caller.
In one embodiment, the on-hold content 46 is provided to the on-hold servers 42 by content providers 48 over network and other suitable links. In this embodiment, the content providers 48 may unicast the content to the on-hold serves 42 which may then multicast the content to on-hold calls throughout the network 14. In another embodiment, the content providers 48 may provide the on-hold content in audio and other files 50 stored on the on-hold servers 42. In yet another embodiment, the content providers 48 may provide the on-hold content in Voice extensible Markup Language (VXML) format.
The service provider site 44 communicates with the call manager 40 and/or terminal devices 16, 20 and 28 to provide on-hold content to calls on-hold. The service provider 44 may provide the content by selecting and indicating the content to the call manager 40 and/or terminal devices 16, 20 and 28. In one embodiment, as described in more detail below, the service provider 44 selects content based on revenue generation criteria. The revenue generation criteria comprises information indicative of revenue that can be earned and/or generated by selling or otherwise providing on-hold streams to calls on-hold. The criteria may be revenue that can be earned based on fixed, preexisting contracts and/or bids from auctioning the air time of callers on-hold. Selection of an on-hold stream may also be based on profile information about the caller on-hold, which may be part of the revenue generation criteria. In this way, organizations are able to collect revenue from people who are on-hold waiting for services. In addition, where caller profile information is used, advertising may be directed based on the type of caller, the geographic location of the caller and other call-specific information. Furthermore, service provider site 44 may provide advertising companies with statistics regarding communities of callers on hold and allow the advertising companies to bid to acquire the on-hold time of the callers. Also, in response to queries by advertising companies, the service provider site 44 may search profile information of available communities.
Referring to
The on-hold call information 64 may include a number of calls on-hold for the service and/or profile information for the calls. The on-hold call information 64 may be used in selecting a fixed contractual arrangement for providing on-hold content to a call or a service or to auction a listener or community of listeners rather than sell air time based on a preexisting and/or fixed contractual arrangement. The on-hold call information 64 may be collected by, for example, an Interactive Voice Response System (IVR).
The call detail record 62 may be generated for each call and/or for each call placed on-hold. The record may be generated contemporaneously with placement of the call, at placement of the call on-hold and/or partially at or after the conclusion of the on-hold period. In one embodiment, the call detail record 62 includes a calling party ID 66 a call party ID 68, a time of hold 70 and time of day of the call 72. If the call detail record 62 is generated at the beginning of the call, time of hold, which may be estimated, and other information may be added to the record during or at the completion of the on-hold period. It will be understood that the call detail record 62 need not be a component of call manager 40. Call detail record 62 may reside, for example, on a separate server or otherwise located elsewhere in system 12.
The calling party ID, call party ID and time of day information 66, 68 and 72 may provide information for individual calls and may be used by the service provider 44 in selecting on-hold content for the call. The estimated length of time of hold information 70 as well as the profile information may be used in determining, based on a contractual arrangement, revenue generated by the provision of on-hold content and owed by the content provider. As described below, the call detail record 64 may thus be used by a billing system in the service provider 44 or other element of the network 14.
Referring to
The preexisting contracts 82 may be a database, a table or other data structure including content provider identifiers 90, pricing information 92 for the provider and/or channels of the provider and target audience information 94 to which the content provider 90 is willing to pay to sell advertising space in on-hold streams. In a particular embodiment, the pricing information 92 may include a plurality of prices that the content provider is willing to pay based on call profile, time of day and other suitable criteria. The pricing information may be a pricing rate, for example, price per minute, or on a call or service basis.
The target audience information 94 comprises profile information associated with the pricing information. Thus, for a given profile, the price that each content provider is willing to pay may be determined. The target audience information 94 may include calling or called numbers, or include application-specific information such as the type of IVR queue 32 in which a call is waiting.
The auction manager 84 auctions air time to callers on-hold. In one embodiment, the auction manager 84 may post profile information of a call and/or service and solicit or accept bids from content providers, such as advertisers and other entities for providing the on-hold content. After a specified period of time, the auction manager may close bidding and the content selection manager 80 may then select the content provider with the highest bid.
The billing system 86 bills the content providers 48 based on the preexisting contracts 82 or bids accepted through the auction manager 84. The billing may be done on a per-call or per-service basis and may be based on a fixed price per call or based on a rate. Where billing is based on a rate, the billing system may access and/or otherwise interact with the call manager 40 to determine time of hold 70 for the corresponding call or sets of calls. In this way, precise accounting can be maintained for the actual listener-minutes of advertising provided to a listener.
Referring to
Proceeding to step 104, the service provider 44 selects on-hold content for the call on-hold based on the call profile and revenue that can be generated given the call profile. In a particular embodiment, the on-hold content may be the content with the greatest revenue generation criteria. The content may be selected by selecting a provide and/or a particular channel of the provider.
At step 106, the service provider 44 provides the on-hold content to the call on-hold. The service provider 44 may provide the on-hold content by itself providing the content to an end-point, by instructing the call manager 40 or other entity to provide the on-hold content or by indicating the selected on-hold content to the call manager 40 or other entity.
At decisional step 108, a determination is made whether the call is off on-hold. The call may be determined to be off on-hold when an indication is received from the endpoint or other suitable device. If the call remains on-hold, the process follows the No branch, returning to step 106 where on-hold content continues to be provided. If the call is off on-hold, the process continues along the Yes branch to step 110. At step 110, an on-hold record is generated for the call. In one embodiment, the on-hold record may be part of the call detail record 66 generated and maintained by the call manager 40. The on-hold record comprises the time of hold and other suitable information. In a particular embodiment, the on-hold record may be generated at the end of the call to encapsulate all time during the call at which the call was on-hold.
At step 112, the content provider of the selected content is billed. The content provider may be billed through billing system 68 of the service provider 44 or through other suitable mechanisms. In this way, organizations may sell advertising space on their on-hold streams and collect revenues from captive audiences. In addition, advertising agencies may focus and tailor their advertisements to the appropriate audiences and pay only for known number of listeners and for actual listener minutes of advertising.
Referring to
Proceeding to step 122, the auction manager 84 posts the community profile to a website for review and bidding by content providers 48. At step 124, the auction manager 84 accepts bids from content providers 48. At step 126, the auction manager 84 and/or content selection manager 80 may compare the bids to each other and/or to existing contracts.
Proceeding to step 128, the content selection manager 80 selects a content provider 48 based on the received bids and/or existing contract pricing. In a particular embodiment, the content selection manager 80 may select a content provider 48 offering to pay the highest overall price or rate for provision of its content. In other embodiments, the content selection manager 80 may weigh the type of content, quality of the content streams and other suitable criteria together with pricing information in selecting the on-hold content.
At step 130, the service provider 44 provisions the community to receive the on-hold content from the selected provider. The provisioning may be accomplished by instructing the call manager 40 to identify to calls on-hold from the community the content of the selected provider. At step 132, the selected provider is billed based upon the agreed-upon price for provision of the content. The content provider may be billed upon reaching an agreement, on a daily or other periodic basic or at their conclusion of the contract.
Referring to
At step 152, the content selection manager 80 searches a listing of communities selling a right to provide content to their calls on hold for a match to the specified criteria. The list of communities may be stored in the service provider 44 or on a separate server. At step 154, a community is selected based on the criteria of the content provider. The match may be a best available match. In addition, if more than one community matches the criteria, the matching communities may be identified to the content provider for selection of one or more of the communities.
Proceeding to step 156, the right to provide the on-hold content to the community is sold to the content provider. As previously described, the content provider may be built before and/or after the content is provided to calls of the community placed on hold.
Although the present invention has been described with several embodiments, several changes and modifications may be suggested to one skilled in the art. It is intended that the present invention encompass such changes and modifications as fall within the full scope of the appended claims.
Shaffer, Shmuel, Sarkar, Shantanu, Ramalingam, Thiyagesan
| Patent | Priority | Assignee | Title |
| 10084665, | Jul 25 2017 | Cisco Technology, Inc | Resource selection using quality prediction |
| 10091348, | Jul 25 2017 | Cisco Technology, Inc | Predictive model for voice/video over IP calls |
| 10225313, | Jul 25 2017 | Cisco Technology, Inc | Media quality prediction for collaboration services |
| 10291597, | Aug 14 2014 | Cisco Technology, Inc. | Sharing resources across multiple devices in online meetings |
| 10291762, | Dec 04 2015 | Cisco Technology, Inc. | Docking station for mobile computing devices |
| 10334208, | Feb 21 2017 | Cisco Technology, Inc. | Technologies for following participants in a video conference |
| 10375125, | Apr 27 2017 | Cisco Technology, Inc | Automatically joining devices to a video conference |
| 10375474, | Jun 12 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Hybrid horn microphone |
| 10404481, | Jun 06 2017 | Cisco Technology, Inc. | Unauthorized participant detection in multiparty conferencing by comparing a reference hash value received from a key management server with a generated roster hash value |
| 10440073, | Apr 11 2017 | Cisco Technology, Inc. | User interface for proximity based teleconference transfer |
| 10477148, | Jun 23 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Speaker anticipation |
| 10515117, | Feb 14 2017 | Cisco Technology, Inc. | Generating and reviewing motion metadata |
| 10516707, | Dec 15 2016 | Cisco Technology, Inc. | Initiating a conferencing meeting using a conference room device |
| 10516709, | Jun 29 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Files automatically shared at conference initiation |
| 10528610, | Oct 31 2014 | International Business Machines Corporation | Customized content for social browsing flow |
| 10534804, | Oct 31 2014 | International Business Machines Corporation | Customized content for social browsing flow |
| 10542126, | Dec 22 2014 | Cisco Technology, Inc.; Cisco Technology, Inc | Offline virtual participation in an online conference meeting |
| 10574609, | Jun 29 2016 | Cisco Technology, Inc | Chat room access control |
| 10592867, | Nov 11 2016 | Cisco Technology, Inc. | In-meeting graphical user interface display using calendar information and system |
| 10623576, | Apr 17 2015 | Cisco Technology, Inc. | Handling conferences using highly-distributed agents |
| 10706391, | Jul 13 2017 | Cisco Technology, Inc. | Protecting scheduled meeting in physical room |
| 10771621, | Oct 31 2017 | Cisco Technology, Inc.; Cisco Technology, Inc | Acoustic echo cancellation based sub band domain active speaker detection for audio and video conferencing applications |
| 10778656, | Aug 14 2014 | Cisco Technology, Inc. | Sharing resources across multiple devices in online meetings |
| 11019308, | Jun 23 2017 | Cisco Technology, Inc. | Speaker anticipation |
| 11102350, | Sep 26 2019 | Microsoft Technology Licensing, LLC | Initiating a subsequent hold |
| 11201964, | Oct 31 2019 | Talkdesk, Inc. | Monitoring and listening tools across omni-channel inputs in a graphically interactive voice response system |
| 11227264, | Nov 11 2016 | Cisco Technology, Inc. | In-meeting graphical user interface display using meeting participant status |
| 11233833, | Dec 15 2016 | Cisco Technology, Inc. | Initiating a conferencing meeting using a conference room device |
| 11245788, | Oct 31 2017 | Cisco Technology, Inc. | Acoustic echo cancellation based sub band domain active speaker detection for audio and video conferencing applications |
| 11323779, | Mar 08 2010 | ADEIA TECHNOLOGIES INC | Emulated television tuner |
| 11328205, | Aug 23 2019 | TALKDESK, INC | Generating featureless service provider matches |
| 11444900, | Jun 29 2016 | Cisco Technology, Inc. | Chat room access control |
| 11677875, | Jul 02 2021 | TALKDESK INC | Method and apparatus for automated quality management of communication records |
| 11706339, | Jul 05 2019 | TALKDESK, INC | System and method for communication analysis for use with agent assist within a cloud-based contact center |
| 11736615, | Jan 16 2020 | TALKDESK, INC | Method, apparatus, and computer-readable medium for managing concurrent communications in a networked call center |
| 11736616, | May 27 2022 | TALKDESK INC | Method and apparatus for automatically taking action based on the content of call center communications |
| 11783246, | Oct 16 2019 | TALKDESK, INC | Systems and methods for workforce management system deployment |
| 11856136, | Feb 21 2019 | T-Mobile USA, Inc. | Presenting content during video call hold events |
| 11856140, | Mar 07 2022 | INC , TALKDESK | Predictive communications system |
| 11936959, | Mar 08 2010 | ADEIA TECHNOLOGIES INC | Emulated television tuner |
| 11943391, | Dec 13 2022 | TALKDESK, INC | Method and apparatus for routing communications within a contact center |
| 11971908, | Jun 17 2022 | TALKDESK INC | Method and apparatus for detecting anomalies in communication data |
| 7477893, | Dec 04 2003 | MOTOROLA SOLUTIONS, INC | On hold call retrieval and routing |
| 7616742, | May 06 2004 | INTERVOICE, INC | Bandwidth reduction in a VoIP network using music on hold |
| 7792277, | Jul 11 2006 | Cisco Technology, Inc. | Call centers with image or video based priority |
| 8090840, | Jun 22 2007 | AT&T Intellectual Property I, L.P.; AT&T KNOWLEDGE VENTURES L P | Methods and apparatus to provide a call-associated content service |
| 8229078, | Apr 19 2007 | AT&T MOBILITY II LLC; Cingular Wireless II, LLC | Background noise effects |
| 8259912, | Jan 18 2002 | Info-Hold, Inc. | On-hold message system |
| 8284918, | Jan 20 2009 | Microsoft Technology Licensing, LLC | Media specific feature invocation signaling in enhanced communication systems |
| 8467501, | Sep 30 2005 | WSOU Investments, LLC | Method for playing a personalized clip |
| 8494123, | Jul 01 2011 | Apple Inc. | On-hold visual menu from a user's communications device |
| 8533606, | Jun 13 2008 | AT&T Intellectual Property I, L.P. | System and method for personalized hold |
| 8605865, | Apr 19 2007 | AT&T MOBILITY II LLC | Background noise effects |
| 8675857, | Dec 22 2004 | AT&T Corp | Method and apparatus for enabling customized and selectable network announcements |
| 8811382, | Jun 22 2007 | AT&T Intellectual Property I, L.P. | Methods and apparatus to provide a call-associated content service |
| 8819536, | Dec 01 2005 | GOOGLE LLC | System and method for forming multi-user collaborations |
| 8995307, | Jun 18 2012 | Cisco Technology, Inc.; Cisco Technology, Inc | Multicast media notification for queued calls |
| 9351133, | Aug 21 2013 | Systems and methods for managing incoming calls | |
| 9544349, | Jun 18 2012 | Cisco Technology, Inc. | Multicast media notification for queued calls |
| Patent | Priority | Assignee | Title |
| 5838683, | Mar 13 1995 | Cisco Systems, Inc | Distributed interactive multimedia system architecture |
| 6400804, | Dec 10 1998 | AT&T Corp. | On-hold activity selection apparatus and method |
| 6526041, | Sep 14 1998 | UNIFY, INC | Apparatus and method for music-on-hold delivery on a communication system |
| 6545589, | |||
| 6683938, | Aug 30 2001 | AT&T Corp. | Method and system for transmitting background audio during a telephone call |
| 6707797, | Oct 23 1998 | Level 3 Communications, LLC | Multi-line telephony via network gateways |
| 20010012335, | |||
| 20010028649, | |||
| 20020136384, | |||
| 20020146106, | |||
| 20020176404, | |||
| 20030035471, | |||
| 20030112927, | |||
| 20030118003, | |||
| 20030161464, | |||
| 20040047359, | |||
| 20040047461, | |||
| 20040052242, | |||
| 20040128192, | |||
| 20050216346, | |||
| 20050246228, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| Dec 20 2001 | SHAFFER, SHMUEL | Cisco Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 012451 | /0035 | |
| Dec 20 2001 | SARKAR, SHANTANU | Cisco Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 012451 | /0035 | |
| Dec 25 2001 | RAMALINGAM, THIYAGESAN | Cisco Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 012451 | /0035 | |
| Dec 28 2001 | Cisco Technology, Inc. | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Oct 25 2010 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Oct 24 2014 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
| Oct 24 2018 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
| Date | Maintenance Schedule |
| Apr 24 2010 | 4 years fee payment window open |
| Oct 24 2010 | 6 months grace period start (w surcharge) |
| Apr 24 2011 | patent expiry (for year 4) |
| Apr 24 2013 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Apr 24 2014 | 8 years fee payment window open |
| Oct 24 2014 | 6 months grace period start (w surcharge) |
| Apr 24 2015 | patent expiry (for year 8) |
| Apr 24 2017 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Apr 24 2018 | 12 years fee payment window open |
| Oct 24 2018 | 6 months grace period start (w surcharge) |
| Apr 24 2019 | patent expiry (for year 12) |
| Apr 24 2021 | 2 years to revive unintentionally abandoned end. (for year 12) |