EP1568170A4 - Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques - Google Patents

Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques

Info

Publication number
EP1568170A4
EP1568170A4 EP03796529A EP03796529A EP1568170A4 EP 1568170 A4 EP1568170 A4 EP 1568170A4 EP 03796529 A EP03796529 A EP 03796529A EP 03796529 A EP03796529 A EP 03796529A EP 1568170 A4 EP1568170 A4 EP 1568170A4
Authority
EP
European Patent Office
Prior art keywords
user
participant
conference call
users
message
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.)
Withdrawn
Application number
EP03796529A
Other languages
German (de)
English (en)
Other versions
EP1568170A1 (fr
Inventor
Craig L Reding
John R Reformato
Chris L Helbling
Mahesh Rajagopalan
Brian F Roberts
Manvinder Chopra
Ken Hum
Apurva Pathak
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.)
Verizon Data Services LLC
Telesector Resources Group Inc
Original Assignee
Verizon Data Services LLC
Telesector Resources Group Inc
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 Verizon Data Services LLC, Telesector Resources Group Inc filed Critical Verizon Data Services LLC
Publication of EP1568170A1 publication Critical patent/EP1568170A1/fr
Publication of EP1568170A4 publication Critical patent/EP1568170A4/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42221—Conversation recording systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/09—Third party charged communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/38—Graded-service arrangements, i.e. some subscribers prevented from establishing certain connections
    • H04M3/387—Graded-service arrangements, i.e. some subscribers prevented from establishing certain connections using subscriber identification cards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4931—Directory assistance systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4936—Speech interaction details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/40—Electronic components, circuits, software, systems or apparatus used in telephone systems using speech recognition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2005—Temporarily overriding a service configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/66—Third party billing, i.e. third party can also be the predetermined telephone line of the caller if he is calling from another telephone set
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/38—Graded-service arrangements, i.e. some subscribers prevented from establishing certain connections
    • H04M3/382—Graded-service arrangements, i.e. some subscribers prevented from establishing certain connections using authorisation codes or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42204—Arrangements at the exchange for service or number selection by voice
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4931—Directory assistance systems
    • H04M3/4933—Directory assistance systems with operator assistance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/537—Arrangements for indicating the presence of a recorded message, whereby the presence information might include a preview or summary of the message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13034—A/D conversion, code compression/expansion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1322—PBX
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13224—Off-net subscriber, dial in to/out from network, teleworking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13282—Call forward, follow-me, call diversion

Definitions

  • the present invention relates generally to data processing systems and, more particularly, to a method and system for providing conference call services.
  • PC's Personal Computers
  • PDA's Personal Digital Assistants
  • the types of communications between users also vary. Users , may communicate between each other individually or a group of users (e.g., three or more users) may communicate simultaneously through a conference call. There are different mechanisms for configuring a conference call between a group of users. Some conventional telecommunication systems configure a conference call by adding users to an established call one at a time. Alternatively, conventional systems configure a conference call by allowing members of a conference call group to call in to a common location (e.g., a bridge). Other conventional systems, on the other hand, allow a user to instruct a network to contact users included on a predetermined list to establish a conference call between the users.
  • a common location e.g., a bridge
  • Methods and systems consistent with certain aspects related to the invention automatically establish a conference call between a group of users.
  • methods and systems detect a conference call event that was previously configured by a subscriber user and identify participant users associated with the conference call event. Once identified, participant users are contacted and responses are received from the users. Based on the received responses, a conference call is established between the participant users and the subscriber user. In one aspect of the invention, at least one of the detecting and identifying steps are performed without user intervention.
  • Other methods and systems consistent with certain aspect of the invention detect a conference call event previously configured by the subscriber user that indicates that a conference call should be established between a subscriber user and participant users. These methods and system also collect contact information for the participant users and provide a message including the contact information to a conference server that is configured to instruct a bridge to establish a conference call between the users by calling the participant users using the contact information included in the message. Further, these methods and systems receive a response message from the conference server including information associated with the conference call and at least one participant user.
  • methods and systems consistent with certain principles of the invention facilitate the scheduling of a conference call for a predetermined date using a calendar application, whereby the scheduling includes identifying participant users that are to participate in the conference call. Further, these methods and systems, on the predetermined date, receive an indication that a conference call has been configured in accordance with the scheduled conference call. Also, these methods and systems receive an indication that at least one participant user has either joined or declined to join the conference call and, during the conference call, receive an indication that another participant user has ended communications with the conference call when that participant user terminates a connection with a bridge that established the conference call in accordance with instructions provided by a server that executes the calendar application.
  • methods and systems consistent with certain aspects of the invention provide a first server for detecting a conference call event previously configured by a subscriber user and generating a first message based on the event, wherein the first message includes telephone numbers for a plurality of participant users identified by the subscriber user.
  • These methods and systems also provide a second server for receiving the first message from the first server and generating a second message based on the first message, wherein the second message includes instructions for configuring a conference call and the telephone numbers.
  • the methods and systems provide a conference bridge for receiving the second message, extracting the telephone numbers from the second message, and calling the participant users using the telephone numbers, and establishing a conference call between the participant users and the subscriber user.
  • Figure 1 is a diagram of an exemplary data processing and telecommunications environment in which features and aspects consistent with the principals of the present invention may be implemented;
  • Figure 2 is a diagram of an exemplary user terminal, consistent with the principals of the present invention.
  • Figure 3 is a diagram of a voice network, consistent with the principles of the present invention.
  • Figure 4 is a block diagram of a service center, consistent with the principles of the present invention.
  • Figure 5 illustrates a logical architecture of an exemplary system, consistent with the principles of the present invention
  • FIG. 6 is a diagram of an exemplary conference call environment consistent with the principles of the present invention.
  • FIG. 7 is a diagram of an exemplary flowchart of a conference call configuration process consistent with the principles of the present invention.
  • Figure 8 is a diagram of an exemplary flowchart of a conference call process consistent with the present invention.
  • FIG. 9 is a flowchart of an exemplary ad-hoc conference call process consistent with the present invention.
  • the initiating user may schedule a conference call event with a service center by identifying a time and date of a future conference call and any participant users that are to be included in the call.
  • the service center scans a data structure associated with a calendar of events for the conference call event, and when the event is detected, the service center provides instructions to a conference bridge that initiates a call to each participant user identified by the initiating user. Each participant user may accept or reject the call through one or more feedback options made available by the conference bridge.
  • the conference bridge facilitates the conference call between the initiating user and any participant users that have accepted the call.
  • the conference bridge may also leverage a speech recognition server to create a transcript of any communications during the conference call that is provided to the initiating user following termination of the conference call.
  • FIG. 1 is a block diagram of a data processing and telecommunications environment 100, in which features and aspects consistent with the present invention may be implemented.
  • the number of components in environment 100 is not limited to what is shown and other variations in the number of arrangements of components are possible, consistent with embodiments of the invention.
  • the components of Fig. 1 may be implemented through hardware, software, and/or firmware.
  • Data processing and telecommunications environment 100 may include a data network 102, a voice network 104, and a service center 106.
  • a user 110 may use a user terminal 112 to interface with data network 102 and may use phones 114, 116, and 118 to interface with voice network 104.
  • Calling party 120 may use phone 122 to call a user, such as user 110, at any one of phones 114, 116, and 118.
  • Data network 102 provides communications between the various entities depicted in environment 100 of Fig. 1 , such as user terminal 112 and service center 106.
  • Data network 102 may be a shared, public, or private network and encompass a wide area or local area.
  • Data network 102 may be implemented through any suitable combination of wired and/or wireless communication networks.
  • data network 102 may be implemented through a Wide Area Network ("WAN"), Local Area Network (“LAN”), an intranet and/or the Internet.
  • WAN Wide Area Network
  • LAN Local Area Network
  • the service center 106 may be connected to multiple data networks 102, such as, for example, to a wireless carrier network and to the Internet.
  • Voice network 104 may provide telephony services to allow a calling party, such as calling party 120, to place a telephone call to user 110.
  • voice network 104 may be implemented using a network, such as the Public Switched Telephone Network ("PSTN").
  • PSTN Public Switched Telephone Network
  • voice network 104 may be implemented on a voice over broadband network, such as a network using voice-over Internet Protocol (“VoIP”) technology.
  • VoIP voice-over Internet Protocol
  • the voice network may be a video over broadband network, such as, for example, a network for providing 2-way video communications.
  • the voice network may be a wireless broadband network, such as, for example, a network using WiFi (i.e., IEEE 802.11 (b) and/or (g)).
  • voice network 104 may be a wireless voice network(s), such as, for example, a cellular or third- generation cellular network).
  • voice network 104 may be implemented using any single or combination of the above-described technologies consistent with the principles of the present invention.
  • service center 106 may be connected to multiple voice networks 104, such as for example, Verizon'sTM Voice Network, voice networks operated by other carriers, and wireless carrier networks.
  • Service center 106 provides a platform for managing communications over data network 102 and voice network 104.
  • Service center 106 also provides gateway functions, such as code and protocol conversions, to transfer communications between data network 102 and voice network 104.
  • Service center 106 may be implemented using a combination of hardware, software, and/or firmware.
  • service center 106 may be implemented using a plurality of general purpose computers or servers coupled by a network (not shown).
  • network not shown.
  • service center 106 is shown with direct connections to data network 102 and voice network 104, any number and type of network elements may be interposed between service center 106, data network 102, and voice network 104.
  • User terminal 112 provides user 110 an interface to data network 102.
  • user terminal 112 may be implemented using any device capable of accessing the Internet, such as a general purpose computer or personal computer equipped with a modem.
  • User terminal 112 may also be implemented in other devices, such as the BlackberryTM, and Ergo AudreyTM.
  • user terminal 112 may be implemented in wireless devices, such as pagers, mobile phones (with data access functions), and Personal Digital Assistants ("PDAs”) with network connections.
  • PDAs Personal Digital Assistants
  • User terminal 112 also allows user 110 to communicate with service center 106.
  • user 110 may use Instant Messaging ("IM") to communicate with service center 106.
  • IM Instant Messaging
  • user terminal 112 may use other aspects of TCP/IP including the Hypertext Transfer Protocol ("HTTP”); the User Datagram Protocol (“UDP”); the File Transfer Protocol (“FTP”); the Hypertext Markup Language (“HTML”); and the extensible Markup Language (“XML”).
  • HTTP Hypertext Transfer Protocol
  • UDP User Datagram Protocol
  • FTP File Transfer Protocol
  • HTML Hypertext Markup Language
  • XML extensible Markup Language
  • user terminal 112 may communicate directly with service center 106.
  • a client application may be installed on user terminal 112, which directly communicates with service center 106.
  • user terminal 112 may communicate with service center 106 via a proxy.
  • Fig. 2 is a block diagram of a user terminal consistent with the present invention.
  • User terminal 112 may include a Central Processing Unit ("CPU") 200, a memory 202, a storage module 204, a network interface 206, an input interface 208, an output interface 210, an input device 216, and an output device 218.
  • CPU Central Processing Unit
  • CPU 200 provides control and processing functions for user terminal 112. Although Fig. 2 illustrates a single CPU, user terminal 1 2 may include multiple CPUs. CPU 200 may also include, for example, one or more of the following: a co-processor, memory, registers, and other processing devices and systems as appropriate. CPU 200 may be implemented, for example, using a PentiumTM processor provided from Intel CorporationTM.
  • Memory 202 provides a primary memory for CPU 200, such as for program code.
  • Memory 202 may be embodied with a variety of components of subsystems, including a Random Access Memory (“RAM”) and a Read-Only Memory (“ROM").
  • RAM Random Access Memory
  • ROM Read-Only Memory
  • CPU 200 may download at least a portion of the program code from storage module 204 into memory 202.
  • CPU 200 may also retrieve additional portions of program code from storage module 204.
  • Storage module 204 may provide mass storage for user terminal 112.
  • Storage module 204 may be implemented with a variety of components or subsystems including, for example, a hard drive, an optical drive, CD ROM drive, DVD drive, a general-purpose storage device, a removable storage device, and/or other devices capable of storing information. Further, although storage module 204 is shown within user terminal 112, storage module 204 may be implemented external to user terminal 112.
  • Storage module 204 includes program code and information for user terminal 112 to communicate with service center 106.
  • Storage module 204 may include, for example, data structures or program code for a calendar application, such as GroupWiseTM provided by Novell CorporationTM or Outlook provided by Microsoft CorporationTM; a client application, such as a Microsoft Network Messenger Service (“MSNMS”) client or America Online Instant Messenger (AIM) client; and an Operating System (“OS”), such as the Windows Operation System provided by Microsoft Corporation.
  • a calendar application such as GroupWiseTM provided by Novell CorporationTM or Outlook provided by Microsoft CorporationTM
  • client application such as a Microsoft Network Messenger Service (“MSNMS”) client or America Online Instant Messenger (AIM) client
  • OS Operating System
  • storage module 204 may include other program code and information, such as program code for TCP/IP communications; kernel and device drivers; configuration information, such as a Dynamic Host Configuration Protocol ("DHCP") configuration; a web browser, such as Internet ExplorerTM provided by Microsoft Corporation, or Netscape CommunicatorTM provided by Netscape CorporationTM; and any other software that may be installed on user terminal 112.
  • DHCP Dynamic Host Configuration Protocol
  • Network interface 206 provides a communications interface between user terminal 112 and data network 102.
  • Network interface 206 may receive and transmit communications for user terminal 112.
  • network interface 206 may be a modem, or a LAN port.
  • Input interface 208 receives input from user 110 via input device 212 and provides the input to CPU 200.
  • Input device 212 may include, for example, a keyboard, a microphone, and a mouse. Other types of input devices may also be implemented consistent with the principles of the present invention.
  • Output interface 210 provides information to user 110 via output device 214.
  • Output device 214 may include, for example, a display, a printer, and a speaker. Other types of output devices may also be implemented consistent with the principles of the present invention.
  • Fig. 3 is a diagram of a voice network, consistent with the principles of the present invention.
  • voice network 104 includes an Intelligent Service Control Point ("ISCP") 302, Service Transfer Points (“STP") 304 and 306, service switching points ("SSP") 308 and 310, a Line Information Database (“LIDB”) 312, an ISCP Service Provisioning And Creation Environment (“SPACE”) 314, a Recent Change Environment (“RCE”) 316, an Intelligent Peripheral (“IP”) 320, and a switch access 322.
  • ISCP Intelligent Service Control Point
  • STP Service Transfer Points
  • SSP service switching points
  • LID Line Information Database
  • SPACE ISCP Service Provisioning And Creation Environment
  • RCE Recent Change Environment
  • IP Intelligent Peripheral
  • switch access 322 a switch access 322.
  • voice network 104 may be, for example, a voice or video over broadband network a wireless broadband, a wireless voice network, etc.
  • Voice network 104 may be implemented using the PSTN and SS7 as a signaling protocol.
  • the SS7 protocol allows voice network 104 to provide features, such as call forwarding, caller-ID, three-way calling, wireless services such as roaming and mobile subscriber authentication, local number portability, and toll-free/toll services.
  • the SS7 protocol provides various types of messages to support the features of voice network 104. For example, these SS7 messages may include Transaction Capabilities Applications Part ("TCAP") messages to support event "triggers," and queries and responses between ISCP 302 and SSPs 308 and 310.
  • TCAP Transaction Capabilities Applications Part
  • ISCP 302 may also be, for example, a standard service control point ("SCP") or an Advanced Intelligent Network (“AIN”) SCP.
  • SCP standard service control point
  • AIN Advanced Intelligent Network
  • ISCP 302 provides translation and routing services of SS7 messages to support the features of voice network 104, such as call forwarding.
  • ISCP 302 may exchange information with the service center 106 using TCP/IP or SS7.
  • ISCP 302 may include service logic used to provide a switch, such as SSP 308 or 310, with specific call processing instructions.
  • ISCP 302 may also store data related to various features that a user may activate. Such features may include, for example, call intercept and voice mail.
  • ISCP 302 may be implemented using a combination of known hardware and software.
  • ISCP 302 is shown with a direct connection to service center 106 and a connection to ISCP SPACE 314, however, any number of network elements including routers, switches, hubs, etc., may be used to connect ISCP 302, ISCP SPACE 314, and service center 106. Further, information exchanged between the ISCP 302 and service center 106 may use, for example, the SR- 3389 General Data Interface ("GDI") for TCP/IP.
  • GDI General Data Interface
  • STPs 304 and 306 relay SS7 messages within voice network 104.
  • STP 304 may route SS7 messages between SSPs 308 and 310.
  • STP 302 may be implemented using known hardware and software from manufacturers such as NORTELTM and LUCENT TechnologiesTM.
  • SSPs 308 and 310 provide an interface between voice network 104 and phones 114 and 120, respectively, to setup, manage, and release telephone calls within voice network 104.
  • SSPs 308 and 310 may be implemented as a voice switch, an SS7 switch, or a computer connected to a switch.
  • SSPs 308 and 310 exchange SS7 signal units to support a telephone call between calling party 120 and user 110.
  • SSPs 308 and 310 may exchange SS7 messages, such as TCAP messages, within Message Signal Units ("MSU") to control calls, perform database queries to configuration database 312, and provide maintenance information.
  • MSU Message Signal Units
  • LIDB 312 comprises one or more known databases to support the features of voice network 104.
  • LIDB 312 may include subscriber (i.e., a user that is a customer of a business entity providing services through one or more components of environment 100) information, such as a service profile, name and address, and credit card validation information.
  • subscriber i.e., a user that is a customer of a business entity providing services through one or more components of environment 100
  • LIDB 312 is illustrated as directly connected to ISCP 302, LIDB 312 may be connected to ISCP 302 through an STP (e.g., 304 and 306). Additionally, this communication link may use, for example, the GR-2838 General Dynamic Interface ("GDI") for SS7.
  • GDI General Dynamic Interface
  • ISCP SPACE 314 may be included as part of the ISCP 302 or be separate from the ISCP 302.
  • the TelcordiaTM ISCP may include an environment similar to SPACE 314 as part of the product.
  • ISCP SPACE 314 may include one or more servers.
  • ISCP SPACE 314 is the point in the ISCP platform where customer record updates may be made.
  • customer records may be stored in ISCP SPACE 314 such that the records may be updated and sent to ISCP 302.
  • These records may include information regarding how to handle calls directed to the customer. For example, these customer records may include information regarding whether or not calls for the customer are to be forwarded to a different number, and/or whether or not the call should be directed to an IP, such as a voice mail system, after a certain number of rings.
  • one ISCP SPACE 314 may provide updates to one or more ISCPs 302 via an ISCP network (not shown).
  • voice network 104 may include one or more recent change engines 316 such as, for example, an Enterprise Recent Change engine (“eRC”); an Assignment, Activation, and Inventory System (“AAIS”); or a Multi-Services Platform (“MSP").
  • eRC Enterprise Recent Change engine
  • AAIS Assignment, Activation, and Inventory System
  • MSP Multi-Services Platform
  • the eRC and AAIS may be used in voice networks 104 located in the western part of the United States, while an MSP may be used in networks in the eastern part.
  • the recent change engines may be used to update switch and ISCP databases.
  • a recent change engine may deliver database updates to SSPs and to ISCPs, such that when updating databases, these recent change engines emulate human operators.
  • the recent change engine may first send the instructions to ISCP SPACE 314, which then propagates the instructions to ISCP 302 as discussed above.
  • an MSP or eRC may be used, for example, for providing updates to both SSPs 308 or 310 and ISCPs 302.
  • an eRC may be used for providing updates to SSPs 308 or 310, while an AAIS is used for providing updates to ISCPs 302.
  • Updates sent to SSPs 308 or 310 may be sent from the recent change engine 316 via a switch access 322 that may, for example, convert the updates into the appropriate protocol for SSP 308 or 310.
  • recent change engine 316 may send updates to SSPs 308 or 310 via TCP/IP.
  • Switch access 322 may then convert the updates from TCP/IP to X.25.
  • This switch access 322 may be implemented using hardware and/or software. These connections may include any number of elements, such as, for example, switches, routers, hubs, etc. and may be, for example, an internal, data network for voice network 104.
  • Voice network 104 may also include one or more IPs.
  • an IP 320 is illustrated as being connected to SSP 308. These IPs may be used for providing functions for interaction between users and the voice network, such as voice mail services, digit collection, customized announcements, voice recognition, etc.
  • the communications between SSP 308 and IP 320 may use the Primary Rate interface ("PRi") (e.g., the 1129 protocol) protocol.
  • PRi Primary Rate interface
  • the IP 320 may be capable of sending and receiving information to/from the Service Center 106. These communications may use, for example, the SR-3511 protocol.
  • Figure 3 illustrates this connection as a direct connection, this connection may include any number of elements including routers, switches, hubs, etc., and may be via, for example, an internal data network for voice network 104.
  • Fig. 4 is a block diagram of a service center, consistent with the principles of the present invention.
  • service center 106 may include firewalls 402 and 404, one or more digital companion servers 406, one or more communication portal servers 408, one or more network access servers 410, and a voice portal 412.
  • the voice portal 412 may include a voice portal application server 414 and a voice recognition server 416.
  • a network 418 may be used to interconnect the firewalls and servers.
  • back end server(s) 420 may be provided between the service center 106 and the voice network 104.
  • Firewalls 402 and 404 provide security services for communications between service center 106, data network 102, and voice network 104, respectively. For example, firewalls 402 and 404 may restrict communications between user terminal 112 and one or more servers within service center 106. Any appropriate security policy may be implemented in firewalls 402 and 404 consistent with the principles of the present invention. Firewalls 402 and 404 may be implemented using a combination of known hardware and software, such as the Raptor Firewall provided by the Axent Corporation. Further, firewalls 402 and 404 may be implemented as separate machines within service center 106, or implemented on one or more machines external to service center 106. [053] Network 418 may be any appropriate type of network, such as an Ethernet or FDDI network.
  • network 418 may also include switches and routers as appropriate without departing from the scope of the invention. Further, additional firewalls may be present in network 418, for example, to place one or more of servers 406, 408, 410, or voice portal 412 behind additional firewalls.
  • Each server (406, 408, 410, 414, 416, 420) may be any appropriate type of server or computer, such as a Unix or DOS-based server or computer.
  • the servers may implement various logical functions, such as those described below. In Figure 4, a different server is illustrated as being used for each logical function. In other embodiments, the logical functions may be split across multiple servers, multiple servers may be used to implement a single function, all functions may be performed by a single server, etc.
  • a digital companion server 406 may provide the software and hardware for providing specific services of the service center.
  • Exemplary services include, for example, permitting a customer to add contacts to their address book from a history of calls made or received by the customer, permitting a customer to make calls directly from their address book, scheduling a call to be placed at a specific time, or permitting the customer to look at the name and/or address associated with a phone number. Additionally, these services may include permitting the customer to listen to their voice mail on-line, forwarding their calls based on a scheduler and/or the calling parties number, setting up conference calls on-line, realtime call management, etc.
  • a communication portal server 408 may provide the hardware and software for managing a customer's account and interfacing with customer account information stored by the provider of customer's voice network 104.
  • the network access servers 410 may provide the hardware and software for sending and receiving information to the voice network 104 in processing the applications provided by the service center. For example, the network access servers 410 may be used for transmitting and/or receiving information from/to an ISCP 302 or an SSP 308 or 310 of the voice network 104.
  • Voice portal 412 includes software and hardware for receiving and processing instructions from a customer via voice. For example, a customer may dial a specific number for voice portal 412. Then the customer using speech may instruct the service center 105 to modify the services to which the customer subscribes.
  • Voice portal 412 may include, for example, a voice recognition function 416 and an application function 414.
  • Voice recognition function 416 may receive and interpret dictation, or recognize spoken commands.
  • Application function 414 may take, for example, the output from voice recognition function 416, convert it to a format suitable for service center 106 and forward the information to one or more servers (406, 408, 410) in service center 106.
  • Fig. 5 illustrates a logical architecture of an exemplary system, consistent with the present invention. As illustrated, the logical architecture may be split into four planes: client side plane 502, application service plane 504, network access plane 506, and voice network plane 508.
  • Client side plane 502 includes user terminals 112_A and 112_B that a user may use to send and/or receive information to/from the service center 106. Additionally, client side plane 502 includes the user's phone(s) 114. As discussed above, user terminals 112 may be any type of device a user may use for communicating with service center 106. For example, user terminal 112__A may be a PDA running a program for communicating with service center 106, while user terminal 112_B may be a desktop type computer running a web browser for communicating with the service center 106 via the Internet. Additionally, the user may have one or more phones 114, such as, for example, one or more standard landline telephones and/or wireless phones.
  • phones 114 such as, for example, one or more standard landline telephones and/or wireless phones.
  • Application service plane 504 includes digital companion server(s) 406, communication portal server(s) 408, and voice portal 412. These entities may communicate between one another using, for example, web services or any other suitable protocols.
  • Web services are a standardized way of integrating Web-based applications using XML, Simple Object Access Protocol (“SOAP”), Web Services Description Language (“WSDL”) and Universal Description, Discovery and Integration (“UDDI”) open standards over an Internet protocol backbone.
  • SOAP Simple Object Access Protocol
  • WSDL Web Services Description Language
  • UDDI Universal Description, Discovery and Integration
  • a digital companion server 406 may provide the following functions: a client proxy function 512, a web server function 514, an application server function 516, a calendar server function 518, a notification server function 520, and a database function 522. Each of these functions may be performed in hardware, software, and/or firmware. Further, these functions may each be executed by a separate server, split across multiple servers, included on the same server functions, or any other manner.
  • Client proxy function 512 provides a proxy function for the digital companion that may be used for security purposes.
  • Client proxy function 512 may be included in a separate server such that all communications sent from the other digital companion functions/servers to a user terminal 112 via data network 102 go through client proxy 512. Also, if client proxy 512 is included on a separate server, for example, an additional firewall may be provided between client proxy 512 and the other digital companion servers to provide additional security.
  • Web server function 514 provides functionality for receiving traffic over data network 102 from a customer.
  • web server function 514 may be a standard web server that a customer may access using a web browser program, such as Internet Explorer or Netscape Communicator.
  • Application server function 516 encompasses the general functions performed by digital companion server(s) 406.
  • these functions may include interfacing with the various other digital companion functions to perform specific services provided by the service center.
  • These services may include, for example, interfacing with other function(s), software, and/or hardware to provide a customer with the capability of managing their calls online.
  • Such services may include, for example, permitting a customer to add contacts to their address book from a history of calls made or received by the customer, permitting a customer to make calls directly from their address book, scheduling a call to be placed at a specific time, or permitting the customer to look at the name and/or address associated with a phone number.
  • these services may include permitting the customer to listen to their voice mail on-line, forwarding their calls based on a scheduler and/or the calling parties number, setting up conference calls on-line, enabling call management with user intervention in real-time, etc.
  • application server function 516 may interface with one or more external devices, such as an external web server, for retrieving or sending information.
  • application server function 516 may interface with a voice network's data center 556 (e.g., verizon.com) to determine the services to which the customer subscribes (e.g., call waiting, call forwarding, voice mail, etc.).
  • a voice network's data center 556 e.g., verizon.com
  • Calendar server function 518 may provide the capability of scheduling events, logging when certain events occurred, triggering the application-functions to perform a function at a particular time, etc.
  • calendar server function 518 generates and maintains a scheduling data structure, such as a user calendar that includes scheduling events (e.g., meetings, tasks, etc.), that are created by the user through user terminal 112_A.
  • scheduling events e.g., meetings, tasks, etc.
  • a user may schedule a conference call event in a calendar application reflecting a time and date when the user is to participate in a conference call that is be established in accordance with certain aspects related to the present invention.
  • Calendar server function 518 may operate with, or leverage, application server function 516 to initiate conference call configuration processes consistent with aspects of the invention.
  • Notification server function 520 provides the capability to send information from the service center 106 to a user terminal 112.
  • the notification server function 520 at the direction of the application server function 516 may send a notification to the user terminal 112 that the user is presently receiving a phone call at the user's phone 114.
  • This notification may be, for example, an instant message pop-up window that provides an identification of the caller as well as the number being called.
  • the notification may also have a number of user-selectable buttons or items associated with it that enable the user to manage a call in real-time.
  • Database function 522 provides the storage of information useable by the various applications executed by the digital companion servers. These databases may be included in, for example, one or more external storage devices connected to the digital companion servers. Alternatively, the databases may be included in storage devices within the digital companion servers themselves.
  • the storage devices providing database function 522 may be any type of storage device, such as for example, CD-ROMs, DVD's, disk drives, magnetic tape, etc.
  • communication portal server(s) 408 provide the hardware and software for managing a customer's account and interfacing with customer account information stored by the provider of customer's voice network 104.
  • a communication portal server 408 may provide the following functions: a web server function 526, an application server function 528, a contacts database function 530, and/or a customer profile function 532. Each of these functions may be performed by a separate server, split across multiple servers, included on the same server functions, or any other manner.
  • Web server function 526 as with web server function 514 of the digital companion servers, provides functionality for receiving traffic over data network 102 from a customer.
  • the web server may be a standard web server that a customer may access using a web browser, such as Internet Explorer or Netscape Communicator.
  • Application server function 528 encompasses the general functions performed by communication portal servers 408. For example, these functions may include interfacing with the voice network to retrieve and/or modify customer profile information, and creating and editing an address book for the user. Additionally, application server function 528 may include the functionality of sending and/or receiving information to/from external servers and/or devices. For example, communication portal servers 408 may be connected to a network, such as, the Internet. Application server function 528 may then provide connectivity over the Internet to external servers 552 that provide web services, such as the Superpages web page. Application server function 528 could then contact these external services 552 to retrieve information, such as an address for a person in the user's address book.
  • application server function 528 of communication portal 408 may interface a Single Sign On (“SSO") server 554.
  • SSO 554 may be used to allow users to access all services to which the user subscribes, on the basis of a single authentication that is performed when they initially access the network.
  • application server function 528 may provide functionality to facilitate services performed by the service center. These services may include, for example, interfacing with other function(s), software, and/or hardware to provide a customer with the capability of managing their calls online. For example, permitting a customer to add contacts to their address book from a history of calls made or received by the customer, permitting a customer to make calls directly from their address book, scheduling a call to be placed at a specific time, or permitting the customer to look at the name and/or address associated with a phone number. Additionally, these services may include permitting the customer to listen to their voice mail on-line, forwarding their calls based on a scheduler and/or the calling parties number, setting up conference calls on-line, enabling call management with user intervention in real-time, etc.
  • Contacts database function 530 includes storage devices for storing an address book for the user.
  • This address book may be any appropriate type of address book.
  • the user's address book may include the names, phone numbers, and addresses of people and/or organizations.
  • These storage devices may be internal or external to communication portal servers 406 or some combination in between.
  • these storage devices may be any type of storage device, such as magnetic storage, memory storage, etc.
  • Customer profile database function 532 includes storage devices for storing customer profile information for the user. These storage devices may be the same or separate storage devices used for the contacts database.
  • the customer profile may include information regarding the user's account for their voice network. For example, this information may include the user's name, billing address, and other account information. Additionally, the customer profile may include information regarding voice services to which the user subscribes, such as, for example, call waiting, voice mail, etc.
  • Application services plane 504 of the architecture may also include a voice portal 412.
  • the voice portal 412 may include, for example, a voice recognition function 416 and an application server function 414, and be used for receiving and processing instructions from a customer via voice.
  • the voice recognition function may be implemented using hardware and/or software capable of providing voice recognition capabilities. This hardware and/or software may be a commercially available product, such as the Voice Application platform available from Tellme Networks, Incorporated.
  • Application server function 414 of voice portal 412 may include hardware and/or software for exchanging information between digital companion servers 406 and voice recognition function 416. Additionally, application server function 414 may be included on a separate server, included in the hardware and software providing voice recognition function 416, included in digital companion servers 406, etc.
  • Network access plane 506 of the architecture includes the functions for providing connectivity between application service plane 502 and voice network 104.
  • this plane may include recent change engines 316, network access servers 410, and/or back end servers 420.
  • recent change engines 316 may be used to update switches and ISCP databases included in the voice network 104.
  • recent change engines 316 may include an AAIS 544, an eRC 546, and/or an MSP 548.
  • a proxy 542 may be used between the digital companion servers 406 and recent change engines 542 for security purposes.
  • Network access servers 410 may be included in the service center 106 and may provide the hardware and software for sending and receiving information to voice network 410 in processing the applications provided by the service center.
  • network access servers 410 may include a Caller ID (“CID”) functionality for retrieving caller ID information from voice network 104, a Click To Dial (“CTD”) functionality for instructing an intelligent peripheral in the voice network to place a call via an SSP, and/or a Real Time Call Management (“RTCM”) functionality for interfacing with an ISCP of the voice network.
  • CID Caller ID
  • CTD Click To Dial
  • RTCM Real Time Call Management
  • Network access plane 506 may also include one or more back end server(s) 420. These back end server(s) 420 may include hardware and/or software for interfacing service center 106 and voice network 104. Back end server(s) 420 may be connected to service center 106 by a network, by a direct connection, or in any other suitable manner. Further, back end server(s) 420 may connect to one or more devices in voice network 104 by a network, a direct connection, or in any other suitable manner. [081] Back end server(s) 420 may include, for example, a server providing a voice mail retrieval and notification function.
  • This voice mail retrieval and notification function may include the capability to receive notifications when a user receives a voice mail, physically call a user's voice mail system, enter the appropriate codes to retrieve the voice mail, retrieve the voice mail, convert the voice mail to a digital file, and send it to digital companion servers 406.
  • these back end server(s) 420 may also include, for example, a directory assistance server.
  • This directory assistance server may interface service center 106 with a Reverse Directory Assistance Gateway ("RDA Gateway") of the voice network 104.
  • RDA Gateway is a device for issuing requests to a Data Operations Center (“DOC”) of voice network 104 for name and/or address information associated with a phone number and receiving the name and/or phone number in response to this request.
  • DOC Data Operations Center
  • back end server(s) 420 may include a wireless internet gateway that is used for interfacing with a Mobile Switching center ("MSC") of a wireless voice network.
  • MSC Mobile Switching center
  • this wireless internet gateway may be used for converting requests and information between the formats used by service center 106 and those used by the wireless voice network.
  • back end server(s) 420 may include a Single Number Short Message Service (“SN SMS”) server for interfacing service center 106 with a Short Message Service (“SMS”) gateway in voice network 104. This may be used to permit the customer to have SMS messages addressed to their home phone number directed to an SMS capable device of the users choosing.
  • SN SMS Single Number Short Message Service
  • SMS Short Message Service
  • back end server(s) 420 may include a conference blasting server for instructing a conference bridge in voice network 106 to dial out via an SSP to the participants of a voice conference.
  • back end server(s) 420 may include a server for instructing an IP of the voice network to place a call between two parties by dialing out to each of the parties.
  • the back end server(s) may also include the capability to instruct the bridge or IP device to call an audio digitizing device that can listen to the conference, convert the audio signals to digital format, and forward the digitized signals to a user device via, for example, an audio streaming server.
  • the audio streaming server may, for example, allow a user to connect to it via, for example, the Internet. Additionally, the audio streaming device may buffer or record the signals to permit the user to pause, rewind, and/or fast- forward thru the conference.
  • Voice network plane 508 includes the hardware and software included in the voice network 104, as discussed above with reference to Fig. 3.
  • voice network plane 508 may include ISCP SPACE 314, ISCP 302, intelligent peripherals 320, and SSP 308. Additionally, voice network plane 508 may also include the hardware and software included in a wireless carrier's network, such as, for example, the mobile switching center, etc.
  • methods and systems consistent with certain aspects related to the present invention provide an environment from which a user may manage several different features associated with communicating over a telecommunications and/or information exchange network.
  • those features are one or more conference call processes that automatically configure and maintain conference calls for a subscriber user through the subscriber user's scheduling calendar and/or address book.
  • the conference call processes allow the subscriber user to schedule a conference call event that includes one or more other participant users.
  • the processes automatically establish a conference call between the users at the scheduled time and/or date scheduled by the subscriber user.
  • FIG. 6 shows an exemplary network environment 600 that performs the conference call processes consistent with certain aspects related to the present invention.
  • environment 600 includes data network 603, voice network 604, service center 606, user terminal 612, back- end servers 620, conference bridge 630, user systems 637 and 640-1 to 640- N, users 645-1 to 645-N, and speech recognition server 650.
  • User terminal 612 is a terminal operated by a subscriber user 605 that is configured and operates in a manner consistent with user terminal 112 shown in Fig. 1.
  • Data network 602 is a network that provides communications between various entities in environment 600, such as user terminal 612 and server center 606, in a manner consistent with data network 102 described above in connection with Fig. 1.
  • Voice network 602 is a telephony-based network that provides communications between selected entities in environment 600, such as users 645-1 to 645-N and conference bridge 630 in a manner consistent with voice network 104 described above in connection with Fig. 1.
  • Service center 606 provides a platform for managing communications over data network 602 and voice network 604 in a manner consistent with service center 106 described above in connection with Fig. 1.
  • server center 606 includes Digital Companion Server (“DCS”) 607 that provides customer related services in a manner consistent with digital companion server 406 described above in connection with Figs. 4 and 5.
  • DCS Digital Companion Server
  • Back end servers 620 may be one or more computing systems that interface sen/ice center 606 and voice network 604.
  • Back end servers 620 may include hardware and/or software and operates in a manner consistent with back-end servers 420 described above in connection with Fig. 5.
  • back end servers 620 includes a Conference Blasting Application (“CBA") server 610 that executes software to perform one or more conference call processes, including a process that generates messages used by environment 600 to set up a conference call associated with subscriber user 605.
  • CBA Conference Blasting Application
  • Conference bridge 630 is a network bridge that establishes communications between selected ones of users 645-1 to 645-N and subscriber user 605.
  • conference bridge 630 receives instructions from DCS 607 to set up conference calls in accordance with a conference call event configured by DCS 607. Further, conference bridge 630 provides telecommunication services associated with one or more calls during a conference call process.
  • User systems 640-1 to 640-N may be communication systems operated by respective users 645-1 to 645-N. Through user systems 640-1 to 640-N and voice network 604, users 645-1 to 645-N may communicate with each other using one or more types of communication devices. Accordingly, user systems 640-1 to 640-N may represent telephony based devices, such as wireline or wireless telephones. Alternatively, user system 640-1 to 640-N may represent user terminals that operate in a manner consistent with user terminal 612. User 605 may also communicate with users 640-1 to 640-N through user system 637 and voice network 604.
  • Speech recognition server 650 is a computing system that converts audio information provided by conference bridge 630 into speech information. Server 650 transcribes the speech information into text data that is stored in one or more data storage devices (not shown). In one aspect of the invention, speech recognition server 650 is located external to any components of environment 600. Alternatively, server 650 may be included as a server within back end servers 620.
  • user 605 may be a subscriber to one or more services offered by service center 606. That is, user 605 may be a user that registers with a business entity associated with service center 606 to receive one or more communication services offered by the components of environment 600, such as service center 607. For example, user 605 may be a subscriber to service center 606 to receive calls through a preferred device.
  • a preferred device is one of a plurality of communication and/or computing devices associated with the subscriber (e.g., user 605). Such devices include, for example, PDAs, wireless telephones, wireline telephones, etc.
  • service center 607 may receive information pertaining to a call directed to user 605 from a calling party, and retrieve data corresponding to user 605 using the received information. Service center 607 may determine a preferred device of user 605 based on the retrieved information. Thereafter, service center 607 may ascertain whether the preferred device of the user requires a new mode of delivery, and if so, routes the call to the preferred device of the user to be compatible with the new mode of delivery.
  • the methods and systems associated with the preferred device aspects related to the present invention are further described in U.S. Patent Application No. ( ), entitled "METHODS AND
  • FIG. 7 is a flowchart of an exemplary conference call configuration process that may be performed by environment 600.
  • user 605 may set up one or more conference call scheduling events through user terminal 612 and service center 606 (Step 705).
  • user 605 may access a calendar application and an address book provided by service center 606 to add participant users to a proposed conference call meeting.
  • user 605 may access participant user information displayed in a graphical representation of an address book corresponding to user 605 Using an input device (e.g., a mouse, stylus, etc.), user 605 may select profile information for a participant user (e.g., user 645-1 ) from the address book and drop it in a conference call icon included in the calendar application for a proposed time and date (e.g., Monday, December 7, 2003, 9:00 AM EST). Alternatively, user 605 may select a date and time for a proposed conference call and add participant users to a participant list provided in graphical form on the display device in user terminal 612.
  • a proposed time and date e.g., Monday, December 7, 2003, 9:00 AM EST
  • service center 606 employs an application server function (e.g., application server function 516) within DCS 607 to allow user 605 to schedule a conference call to take place at a specific time and date.
  • application server function e.g., application server function 516
  • environment 600 may be employed to enable user 605 to schedule a conference call with one or more participant users 645-1 to 645-N without departing from the scope of the invention.
  • DCS 607 may scan the calendar application associated with user 605 to determine whether a conference call event is detected (Step 710).
  • the conference call event may act as a trigger that directs DCS 607 to automatically set up a conference call for user 605.
  • DCS 607 may determine whether a current date and time matches, or is within some predetermined range of, a scheduled conference call for user 605. For instance, suppose user 605 previously scheduled a conference call with three participant users listed in user 605's address book for a particular date (e.g., Monday, November 17, 2003, at 10:00 AM EST).
  • a DCS 607 function such as calendar service function 518, may trigger a conference call event that instructs DCS 607 to begin configuring a conference call in accordance with the particulars set up by user 605 and represented in the user's calendar.
  • DCS 607 generates a Conference Blasting Application ("CBA") message (Step 720).
  • the CBA message includes profile information for each participant user included in a participant list associated with the detected scheduled conference call. For example, DCS 607 may collect the telephone numbers and identifiers for each participant user and add them to the CBA message.
  • DCS 607 formats the message for an appropriate transmission protocol and sends the message to CBA server 610 (Step 730).
  • DCS 607 may format the CBA message into an XML message and transmit the message to CBA server 610 using TCP/IP protocol. Other types of transmission protocols and information formats, however, may be implemented by service center 606 and DCS 607 to transport the CBA message to CBA server 610.
  • CBA server 610 may extract the information included in the CBA message to generate a CBA bridge message (Step 740).
  • a CBA bridge message is a set of commands that are directed to a specific bridge (e.g., conference bridge 630) that instructs the bridge to set up a conference call by dialing out to the participant user's identified in the CBA message.
  • CBA server 610 may determine which one a plurality of bridges (not shown) in environment 600 is configured to handle conference call communications with any of users 645-1 to 645-N.
  • CBA server 610 may identify conference bridge 630 as being dedicated to handle conference call operations and thus generate a CBA message based on the identification of bridge 630. That is, CBA server 610 may format a message that includes one or more commands directed to conference bridge 630.
  • Conference bridge 630 receives the CBA bridge message and, based on the commands included in the message, sets up a conference call that includes user 605 and any participant users identified in the CBA bridge message (Step 750).
  • conference bridge 750 collects the telephone number for each participant user 645-1 to 645-N from the CBA bridge message. Once the conference call is configured, conference bridge 630 uses the collected telephone numbers to establish a connection with participant users 645-1 to 645-N (Step 750).
  • conference bridge 630 may dial out to each user system 640-1 to 640-N operated by a participant user 645-1 to 645-N using the signaling protocols and/or components implemented by voice network 604, such as SCPs, SSPs, SCPs, ISCPs, SS7 protocol infrastructures, etc.
  • one or more participant users 645-1 to 645-N may be subscribers to service center 606. Accordingly, when generating the CBA message, DCS 607 may determine whether a participant user is a subscriber to service center 606. If so, DCS 607 may determine whether the subscriber participant user 645-1 to 645-N has subscribed for a preferred device service, (i.e., a Digital Companion (DC) user). In such a case, DCS 607, through components of service center 606 and/or DCS 607 (e.g., network access servers 410, application server 516, etc.) formats the CBA message to reflect the type of preferred device by which the subscriber participant user prefers to be contacted.
  • DCS 607 through components of service center 606 and/or DCS 607 (e.g., network access servers 410, application server 516, etc.) formats the CBA message to reflect the type of preferred device by which the subscriber participant user prefers to be contacted.
  • service center 606 formats the CBA message to include the contact information required to establish a connection with the subscriber participant user's PDA.
  • DCS 607 may format the CBA message to reflect the type of delivery mode that is to be used to establish contact with the subscriber participant user. The manner by which DCS 607 determines and establishes communications with a subscriber participant user having a preferred device service may be consistent with the features and processes described in U.S. Patent
  • Fig. 8 shows a flowchart of an exemplary conference call process that may be performed by one or more components of environment 600 in a manner consistent with certain aspects related to the present invention.
  • the conference call process may begin when conference bridge 630 attempts to establish communication contact with a target participant user (e.g., user 645-1) by calling the participant user's corresponding user system (e.g., user system 640-1 ) (Step 810). If the target participant user does not answer the conference call from bridge 630 (Step 812; NO), conference bridge 630 may generate and provide a NO CONTACT message to DCS 607 through CBA server 610 (Step 815).
  • a target participant user e.g., user 645-1
  • a target participant user e.g., user 645-1
  • conference bridge 630 may generate and provide a NO CONTACT message to DCS 607 through CBA server 610 (Step 815).
  • the NO CONTACT message may indicate to DCS 607 that the target participant user did not answer the conference call. Additionally, the NO CONTACT message may also identify the target participant user, the telephone number called, the time called, and any other type of information associated with the attempted conference call contact operation.
  • DCS 607 may generate a DCS NO CONTACT message including some or all of the NO CONTACT message information provided by bridge 630, and send the DCS NO CONTACT message to user terminal 612 through data network 602. Alternatively, or additionally, DCS 607 may provide the DCS NO CONTACT message information to conference bridge 630 through CBA server 610. Bridge 630 may provide the NO CONTACT information to user 605 through user system 637 in, for example, voice format.
  • conference bridge 630 may provide the NO CONTACT message information to user system 637 upon determining that the target participant user did not answer the conference call.
  • NO CONTACT message information may be provided to user system 637 upon determining that the target participant user did not answer the conference call.
  • conference bridge 630 may determine whether there are any more participant users included in the scheduled conference call that bridge 630 has not yet contacted (Step 816). If so (Step 816; YES), bridge 630 attempts to establish contact with the new target participant user (Step 810). On the other hand, if conference bridge 630 has attempted to contact every participant user identified in the CBA bridge message for the conference call, and none of the users have answered the call (or communication could not be established for another reason) (Step 816; NO), conference bridge 630 may generate a no conference call message to DCS 607 indicating that the scheduled conference call can not be processed because of the lack of participant users (Step 818).
  • DCS 607 may provide the no conference call message to user terminal 612 in a manner similar to that described above in connection with the NO CONTACT message. Further, bridge 630 may provide the no conference call message to user system 637 in a manner similar to that described above in connection with the NO CONTACT message.
  • conference bridge 630 may generate and play one or more announcements to the target participant user (via the user's corresponding user system) (Step 820).
  • the announcement may include a voice message indicating to the participant user that the target participant user is scheduled to participate in a scheduled conference call.
  • the announcement may also identify other participant users (e.g., 645-N) and the user initiating the conference call (e.g., user 605).
  • Other types of announcements may be provided by conference bridge 630 that include additional information associated with the conference call, such as subject of the call, a proposed agenda, etc.
  • conference bridge 630 may leverage another processing component to provide conference call participant announcements to participant users 645-1 to 645-N.
  • the announcements may be pre-configured and/or selected by user 605 using service center 606.
  • user 605 may provide service center 606 with a pre-configured announcement that is used by conference bridge 630 when a participant user answers a conference call.
  • DCS 607 may include the pre-configured announcement in the CBA message provided to CBA server 610.
  • CBA server 610 may include the pre- configured announcement message in the CBA bridge message provided to conference bridge 630.
  • conference bridge 630 may provide a generic conference call announcement that is common to other conference calls established by bridge 630 prior to, during, or subsequent to, the conference call established for user 605 in the conference call process described in connection with Figures 7 and 8.
  • the target participant user may have the option of accepting or not accepting the call. If the target participant user accepts the call (Step 830; YES), the conference call process proceeds at Step 850, described below. If, on the other hand, the target participant user does not accept the conference call (Step 830; NO), conference bridge 630 may perform a participant feedback process consistent with certain aspects of the present invention (Step 840).
  • the participant feedback process provides the target participant user one or more options for refusing the conference call.
  • bridge 630 may provide a feedback message to the target participant user including a list of options the target participant user may select to refuse the call. These options may include refusing the conference call outright (i.e., do not accept the call and hang up), leave a message for the initiating user (e.g., user 605), set an alternate telephone number or preferred device to contact the target participant user, and instruct the conference bridge 630 to dial back in a user-specified amount of time (e.g., a number of minutes).
  • the target participant user may make the appropriate selection using voice commands and/or Dual Tone Multi-Frequency ("DTMF") responses that are processed by conference bridge 630 using speech recognition and/or DTMF processes, respectively.
  • DTMF Dual Tone Multi-Frequency
  • conference bridge 630 may generate and provide a refusal message to user 605 through user system 637 by way of voice network 604 and/or user terminal 612 by way of CBA server 610 and DCS 607.
  • conference bridge 630 may record the target participant user's response to the conference call and provide the response to user 605 in a similar manner (e.g., via user system 637 and/or user terminal 612).
  • conference bridge 630 may receive the alternate number from the target participant user and attempt to re-establish the conference call connection with the target participant user based on the alternate number (Step 810). Moreover, if the target participant user instructs bridge 630 to call back, bridge 630 may request and record a specified period of time that bridge 630 is to attempt to contact the target participant user. When the specified period of time expires, bridge 630 may perform Step 810 to re-execute the conference call process for that target participant user.
  • conference bridge may offer and perform any of the feedback process options individually or in combination with each other. That is, bridge 630 may allow the target participant user to set an alternate telephone number and instruct bridge 630 to call back in a specified period of time. Further, the participant feedback process options described above are exemplary and not intended to be limiting, thus conference bridge 630 may offer and process other options associated with a target participant user's refusal to accept a conference call. Once the participant feedback process is completed, the conference call process may end.
  • conference bridge 630 may generate and provide a participant user acceptance message to DCS 607 (Step 850).
  • the acceptance message includes information reflecting the target participant user's acceptance of the call. This information may also include information identifying the target participant user, the status of the target participant user's acceptance of the call, and any other type of information associated with the conference call and/or the target participant user.
  • the acceptance message may include voice or text information indicating that the target participant user has accepted the conference call and is joining in the conference initiated by DCS 607.
  • the target participant user may be identified by a conference call identifier, the participant user's name, and/or the participant user's telephone number.
  • DCS 605 forwards this information to user 605 in the appropriate format through user terminal 612.
  • conference bridge 630 may provide the acceptance message to user 605 through user system 637 and voice network 604.
  • conference bridge 630 may detect a disconnection event reflecting a condition when the target participant user's connection with conference bridge 630 has been terminated.
  • Termination of the participant user's call may be the result of t many actions. For instance, the participant user may have ended the call voluntarily (e.g., hung up) or the connection between the participant user and conference bridge 630 may have been terminated for unwanted reasons (i.e., dropped off, line disconnections, user system communication problems, voice network 604 failure, etc.). Accordingly, in one embodiment, the conference call process may determine whether the target participant user ends their participation in the conference call (Step 870). Alternatively, or additionally, conference bridge 630 may monitor the connections of each participant user 630 to detect an involuntary disconnection (e.g., Step 871 , described further below).
  • the conference call process may implement one or more rules to determine whether the participant user voluntarily or involuntarily dropped from the conference call.
  • one or more rules may be stored as software code in a memory device that enables the conference call process to determine the type of disconnection that may have occurred.
  • the conference call process may determine the type of device the participant user (i.e., user system 640) used to participate in the call. Based on the type of device, the process may determine whether the participant user ended participation voluntarily (e.g., hung up) or was disconnected.
  • a rule may be established that determines that an involuntary disconnection event occurs when the participant user was using a wireless or IP phone when the user's participation ended before the conference call was completed.
  • another rule may establish that the user voluntarily ended participation in the call when they were using a wireline device.
  • conference bridge 630 may generate and provide a participant user termination message to DCS 880 (Step 880).
  • the termination message may include information identifying the target participant user, the participant user's telephone number, a time that the participant user ended participation, and any other type of information bridge 630 may be programmed to provide upon the target participant user terminating their participation in the conference call.
  • DCS 607 may provide the termination message to user 605 through user terminal 612.
  • conference bridge 630 may provide the termination message to user 605 through user system 637 and voice network 604.
  • the conference call process may end for the target participant user. Environment 600 may, however, continue to execute the conference call process for any other remaining participant users and user 605 until the conference call no longer includes any participant users.
  • the conference call process may continue for participant users 645-1 to 645-N following termination of the call by user 605.
  • any participant users may rejoin the call by contacting conference bridge 630 using a predetermined telephone number and/or conference identifier.
  • user 605 may instruct conference bridge 630, through a CBA message generated by DCS 607, to contact a participant user who previously terminated their participation in the call.
  • Step 870 if the participant user did not end the call voluntarily (Step 870; NO), the conference call process may determine whether the participant user was dropped from the call involuntarily due to an disconnection event (e.g., diminishing cellular phone communication power, communication line disconnections, power loss, network infrastructure failures, etc.) (Step 871 ). If the user was not dropped from the call (Step 871 ; NO), the user continues with participation in the conference call (Step 860).
  • an disconnection event e.g., diminishing cellular phone communication power, communication line disconnections, power loss, network infrastructure failures, etc.
  • the conference call process determines whether the participant user is a DC user (i.e., a user registered with service center 606 and has access to the services offered by DCS 607) (Step 872). If the user is not a DC user (Step 872; NO), a best effort re- establishment process is performed (Step 873).
  • a DC user i.e., a user registered with service center 606 and has access to the services offered by DCS 607
  • the best effort re- establishment process may determine the phone number of the device the participant user operated when participating in the conference call. Using that number, the best effort re-establishment process may leverage conference bridge 630 to call the number in an attempt to re-establish communications with the participant user. If communications are not re-established with the participant user (Step 874; NO), the process repeats communication attempts for a predetermined number of times before proceeding to Step 880. If, however, communications is re-established with the participant user (Step 874; YES), the conference call process may query the participant user whether they wish to be reconnected or dropped from the conference call (Step 875). If the user wishes to end participation (Step 875; YES), the process proceeds to Step 880. If the user wishes to continue participation in the call (Step 875; NO), the process returns to Step 860.
  • the conference call process may perform a DC user re-establishment process (Step 876).
  • the profile for the participant user is accessed from DCS 607 to determine, among other things, the user's preferred device list, the telephone or contact numbers for each preferred device.
  • the DC user re-establishment process may collect information from DCS 607 indicating whether the user desires to be automatically contacted during a conference call drop event (i.e., if the user was disconnected during a conference call).
  • the conference call process uses the collected profile information to attempt to re-establish communications with the participant user through the user's preferred device.
  • Step 877 the process may attempt communications with another preferred device. If communication is not established after exhausting the desired profile communication contact techniques (Step 877; NO), the conference call process proceeds to Step 880. If, however, communications was re-established with the participant user (Step 877; YES), the process continues at Step 875.
  • the conference call process determines the participant user's preferred device at the time of participation in the conference call. For example, consider an exemplary scenario where a participant user is participating in a conference call using a wireless device while traveling in a vehicle to a place of employment (i.e., their office). If the participant user is dropped from the conference call (or the user hangs up when they arrive at their place of employment), the user may access DCS 607 to reassign their preferred device (or reprioritize) to their office wireline device. Accordingly, DCS 607 may attempt to re-connect with the user through the user's office wireline device.
  • DCS 607 may be configured to call the user's office wireline device. Accordingly, DCS 607 determines a DC participant user's preferred device based on either the device used by the user during the conference call, or through the user's profile registered with DCS 607.
  • conference bridge 630 may independently collect audio information from each channel of a conference call (i.e., audio signals received from each user system 640-1 to 640-N that are participating in a conference call). Bridge 630 may route the collected audio information to speech recognition server 650, which converts the audio information to speech information. Conference bridge 630 may directly route the audio information to server 650 or indirectly route the signals through back end servers 620 or other components of environment 600.
  • Speech recognition server 650 may create a transcript of text data from the speech information that identifies each speaker (i.e., user 645-1 to 645-N and user 605) based on the speaker's communication connection established between voice network 604 and the speaker's corresponding user system 640-1 to 640-N. Speech recognition server 650 may also synchronize the transcript using time data that is encoded in the recorded audio information provided by conference bridge 630. In one aspect of the invention, speech recognition server 650 stores any audio information that cannot be converted to text data as audio files. Server 650 may insert pointers to the audio files in an appropriate location of the transcript.
  • speech recognition server 650 may create a transcript that includes a sequence of text data that corresponds to the conversations between participant users 645-1 to 645-1 and user 605 during a conference call.
  • the transcript may include, at some temporal based location in the transcript where text data could not be converted, a pointer to one or more audio files that includes non-converted audio information corresponding to a speaker that was talking during that moment in time reflected in the transcript.
  • Speech recognition server 650 may be configured to store the transcript in one or more storage devices located within server 650 or external to server 650, such as a storage device associated with database 555. Further, speech recognition server 650 may format the transcript into a file that is provided to user 605's email address included in DCS 607. Alternatively, speech recognition server 650 may allow subscriber user 605 to access the stored transcript through service center 606.
  • Methods and systems consistent with certain embodiments of the present invention allow user 605 to set up conference call scheduling events that system 600 uses to configure subsequent conference calls.
  • system 600 may also enable user 605 to configure a conference call to take place immediately, or nearly immediately, following user 605's request.
  • Figure 9 show a flowchart of an exemplary ad-hoc conference call process that may be performed by system 600 consistent with certain aspects of the invention.
  • user 605 may leverage DCS 607 to create a conference call "on the fly" such that DCS 607 does not monitor a scheduling application (e.g., calendar application) to detect a scheduling event.
  • a scheduling application e.g., calendar application
  • user 605 may access service center 606 through user terminal 612 to establish a conference call with participant users 645-1 to 645-N.
  • user 605 may access DCS 607 to identify one or more participant users 645-1 to 645-N.
  • user 605 may access an address book that includes a list of participant users from which user 605 may select to participate in a conference call. This may be performed, for example, by highlighting one or more participant users listed in a menu displayed to user 605 via user interface 612.
  • user 605 may designate one or more participant users 645-1 to 645-N that are not included in the list.
  • user 605 may provide DCS 607 with contact information (e.g., telephone numbers, IP addresses, etc.) corresponding to each designated participant user.
  • contact information e.g., telephone numbers, IP addresses, etc.
  • DCS 607 automatically sets up and initiates the conference call.
  • DCS 607 may also identify a conference bridge that may be used to establish and facilitate the conference call (Step 920). For example, user 605 may have a profile entry registered with DCS 607 that identifies a conference bridge for user 605. Accordingly, DCS 607 may determine whether that conference bridge is available for use when user 605 initiates a request for a conference call. If the bridge is available, DCS collects the bridge identification number for user 605's designated bridge and adds the number to a generated CBA message that further includes the contact information for the target participant users designated by user 605.
  • DCS 607 may searches for and temporarily assigns a conference bridge to user 605 for the duration of the conference call requested by user 605.
  • DCS 607 may search a pool of conference bridges maintained in a database for an available bridge that may be used to facilitate the requested conference call.
  • DCS 607 collects and adds a bridge identification number corresponding to the available bridge to the CBA message (Step 930). DCs 607 then sends the CBA message to CBA server 610 (Step 940). Once received, CBA server 610 extracts the contact information and bridge identification number and creates a CBA bridge message in a manner consistent with the process described in connection with Step 740 of Figure 7 (Step 950).
  • CBA server 610 then sends the CBA bridge message to the available conference bridge 630, which uses commands included in the CBA message to set up the conference call requested by user 605 in a manner consistent with the processes previously described in connection with Steps 750 and 760 of Figure 7 (Step 960).
  • methods and systems consistent with certain embodiments of the present invention enable user 605 to set up a conference call to take place immediately following the time when user 650 initiates the call request. These embodiments allow user 605 to select participant users 645-1 to 645-N and allow system 600 to automatically configure and establish the conference call at the time user 605 requests a conference call with the selected participant users.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne des procédés et des systèmes pour permettre le déroulement automatique de conférences téléphoniques. Dans un aspect de l'invention, des procédés et des systèmes permettent la détection d'un événement de conférence téléphonique (705) qui a été configuré préalablement par un utilisateur abonné et l'identification d'utilisateurs participants associés à l'événement de conférence téléphonique. Après son identification, chaque utilisateur participant est contacté et une réponse est reçue de chacun des utilisateurs. En se basant sur les réponses reçues, une conférence téléphonique est établie entre les utilisateurs participants et l'utilisateur abonné (750). Dans un aspect de l'invention, au moins l'une des étapes de détection et d'identification est mise en oeuvre sans l'intervention de l'utilisateur.
EP03796529A 2002-11-25 2003-11-25 Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques Withdrawn EP1568170A4 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US42870402P 2002-11-25 2002-11-25
US428704P 2002-11-25
US43601802P 2002-12-26 2002-12-26
US436018P 2002-12-26
PCT/US2003/038135 WO2004049625A1 (fr) 2002-11-25 2003-11-25 Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques

Publications (2)

Publication Number Publication Date
EP1568170A1 EP1568170A1 (fr) 2005-08-31
EP1568170A4 true EP1568170A4 (fr) 2006-04-26

Family

ID=46397690

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03796529A Withdrawn EP1568170A4 (fr) 2002-11-25 2003-11-25 Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques

Country Status (5)

Country Link
EP (1) EP1568170A4 (fr)
JP (1) JP2006507781A (fr)
AU (1) AU2003298771A1 (fr)
CA (1) CA2507154C (fr)
WO (1) WO2004049625A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004052440B3 (de) * 2004-10-28 2006-04-06 Infineon Technologies Ag Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikation-Konferenz-Servereinrichtungen
US9667770B2 (en) 2013-07-17 2017-05-30 Flypsi, Inc. Telephone network system and method
US20200112450A1 (en) * 2018-10-05 2020-04-09 Microsoft Technology Licensing, Llc System and method for automatically connecting to a conference

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052513A1 (fr) * 2000-01-12 2001-07-19 Right4Me.Com Incorporated Procede et systeme de coordination et de lancement de conferences telephoniques multiplateformes et de reconnexion d'appels termines et interrompus aux conferences telephoniques multiplateforme

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0522457A (ja) * 1991-07-09 1993-01-29 Fujitsu Ltd 呼び出し機能付き電話会議方式
CA2150060C (fr) * 1994-07-08 2000-01-11 John T. Biggs Systeme de conference multimedia transparent utilisant des dispositifs terminaux ameliores
CA2159249C (fr) * 1994-11-21 1998-09-22 Mark A. Fitser Methode d'etablissement automatique de la communication pour une conference telephonique
JPH08181763A (ja) * 1994-12-26 1996-07-12 Casio Comput Co Ltd 通信情報端末
US5907324A (en) * 1995-06-07 1999-05-25 Intel Corporation Method for saving and accessing desktop conference characteristics with a persistent conference object
US5710591A (en) * 1995-06-27 1998-01-20 At&T Method and apparatus for recording and indexing an audio and multimedia conference
JPH0983651A (ja) * 1995-09-19 1997-03-28 Toshiba Corp 交換装置
JPH10155038A (ja) * 1996-11-20 1998-06-09 Casio Comput Co Ltd 情報通信端末
JP3889541B2 (ja) * 2000-01-12 2007-03-07 三菱電機株式会社 無線通信システム、サーバおよび通信端末、ならびにグループ通話制御方法
JP2001298545A (ja) * 2000-04-11 2001-10-26 Ntt Communications Kk 電話利用型マルチメディア会議サービス提供システム
JP3929248B2 (ja) * 2001-02-02 2007-06-13 株式会社イメ−ジパ−トナ− 電話会議システム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001052513A1 (fr) * 2000-01-12 2001-07-19 Right4Me.Com Incorporated Procede et systeme de coordination et de lancement de conferences telephoniques multiplateformes et de reconnexion d'appels termines et interrompus aux conferences telephoniques multiplateforme

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"CALENDAR SCHEDULING TELECONFERENCE COMMUNICATION MECHANISM", IBM TECHNICAL DISCLOSURE BULLETIN, IBM CORP. NEW YORK, US, vol. 37, no. 3, 1 March 1994 (1994-03-01), pages 561, XP000441585, ISSN: 0018-8689 *

Also Published As

Publication number Publication date
AU2003298771A1 (en) 2004-06-18
JP2006507781A (ja) 2006-03-02
EP1568170A1 (fr) 2005-08-31
CA2507154A1 (fr) 2004-06-10
WO2004049625A1 (fr) 2004-06-10
AU2003298771A8 (en) 2004-06-18
CA2507154C (fr) 2013-02-19

Similar Documents

Publication Publication Date Title
US8503650B2 (en) Methods and systems for configuring and providing conference calls
US8311199B2 (en) Methods and systems for configuring and providing conference calls with customized caller id information
US7418090B2 (en) Methods and systems for conference call buffering
US9942190B2 (en) Method and apparatus for group messaging
US8488766B2 (en) Methods and systems for multiuser selective notification
US8798251B2 (en) Methods and systems for computer enhanced conference calling
US8750482B2 (en) Methods and systems for preemptive rejection of calls
US20050053221A1 (en) Method and apparatus for adaptive message and call notification
US20050117714A1 (en) Methods and systems for call management with user intervention
US8751571B2 (en) Methods and systems for CPN triggered collaboration
US20110176666A1 (en) Methods and systems for line management
US8472428B2 (en) Methods and systems for line management
CA2507123C (fr) Procedes et systemes pour la mise en memoire tampon de conferences telephoniques
CA2507154C (fr) Procedes et systemes pour configurer et permettre le deroulement de conferences telephoniques
EP1568193A2 (fr) Procedes et systemes de conference telephonique informatisee
WO2004049680A1 (fr) Procédés et systèmes de gestion de lignes
EP1566044A1 (fr) Procedes et systemes de rejet preventif d'appels
EP1568202A2 (fr) Procede et appareil permettant une notification de message adaptative
EP1568201A1 (fr) Procedes et systemes de collaboration declenchee par le numero de l'appelant
WO2004049183A1 (fr) Procedes et systemes pour une notification selective multi-utilisateurs

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050609

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

A4 Supplementary search report drawn up and despatched

Effective date: 20060313

RIC1 Information provided on ipc code assigned before grant

Ipc: H04Q 3/00 20060101ALI20060307BHEP

Ipc: H04M 3/56 20060101ALI20060307BHEP

Ipc: H04M 3/24 20060101ALI20060307BHEP

Ipc: H04L 12/16 20060101AFI20040611BHEP

RIN1 Information on inventor provided before grant (corrected)

Inventor name: PATHAK, APURVA

Inventor name: HUM, KEN

Inventor name: CHOPRA, MANVINDER

Inventor name: ROBERTS, BRIAN, F.

Inventor name: RAJAGOPALAN, MAHESH

Inventor name: HELBLING, CHRIS, L.

Inventor name: REFORMATO, JOHN, R.

Inventor name: REDING, CRAIG, L.

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VERIZON DATA SERVICES LLC

Owner name: TELESECTOR RESOURCES GROUP, INC.

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20130219