US8891411B2 - System and method for a conference foyer - Google Patents
System and method for a conference foyer Download PDFInfo
- Publication number
- US8891411B2 US8891411B2 US13/243,719 US201113243719A US8891411B2 US 8891411 B2 US8891411 B2 US 8891411B2 US 201113243719 A US201113243719 A US 201113243719A US 8891411 B2 US8891411 B2 US 8891411B2
- Authority
- US
- United States
- Prior art keywords
- conference
- call
- caller
- code
- request
- 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.)
- Active, expires
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
-
- 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
- H04M3/562—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities where the conference facilities are distributed
Definitions
- the present disclosure relates to conferencing and more specifically to efficiently increasing the number of conference calls associated with a specific phone number.
- Conference calls allow individuals from geographically separated locations to communicate and interact as a group. Conference calls can be used to conduct meetings, presentations, classes, and otherwise to communicate with, or disseminate information to, a group of participants. In addition, conference calls are increasingly being used for entertainment or social purposes. Moreover, conference calls are generally viewed as an excellent means of cutting traveling costs, increasing productivity, and overcoming previously daunting barriers of distance and geography. Not surprisingly, conference calls have swiftly grown in use and popularity, resulting in large increases in demand.
- a widely used approach of conference calling is the centralized server conferencing model.
- a server acts as a user agent and is implemented on a certain device on a network.
- the server receives the media streams from all participants, mixes them and redistributes the appropriate media stream back to the participants.
- This approach has many important advantages.
- First, the centralized state of conference is easy to manage and control. This is extremely important given the complexity and variety of conferencing applications.
- the centralized server conferencing model supports a broad variety of clients, as no special demands on bandwidth or processing are required from the clients.
- Another model used is the end system mixing model, which shifts the management to a specific device. This model is more suitable for small scale conferences of three or four participants.
- Other approaches use multicast or full mesh topologies for conferencing; these are limited by the range of clients supported in a conference.
- a conference device associated with a specific phone number is configured to receive a caller's request to join a conference call hosted by a specific conference server. The conference device can then use the caller's request to identify the specific conference call, which can be hosted by any one of a group of conference servers, and specific conference server hosting the conference call. Once the conference device identifies the conference call and conference server, it transfers the call to the specific conference server, which adds the call to the conference hosted by the specific server.
- an unlimited number of conference servers can be implemented to serve a particular number.
- an unlimited number of conference calls can be accessed from a single phone number.
- businesses and individuals only need to remember one phone number, which they can use to join an unlimited number of conference calls.
- a company can use a single technical support hotline number instead of multiple numbers.
- the method is discussed in terms of a system configured to practice the method.
- the system first receives a request to join a conference call that is hosted on a specific conference server.
- the system receives the request via a call from a caller using a phone number.
- the system is configured to transfer requests to one or more conference servers.
- the system is a back-to-back user agent and the conference servers are session initiation protocol (SIP) based servers.
- SIP session initiation protocol
- the request includes a conference code entered by the caller, which identifies the conference call that the caller wants to join. Based on the conference code in the request, the system then identifies a specific conference server that is hosting the requested conference call. The system uses the conference code included in the request to identify the specific conference server hosting the conference call. Once the system identifies the specific conference server, it transfers the call to the specific conference server. The conference server can then join the call to the specific conference call requested by the caller, which is hosted by that conference server.
- This approach provides a flexible, efficient, and scalable way to increase the number of conference calls associated with a specific phone number, and can be applied to virtually any conferencing configuration and environment.
- FIG. 1 illustrates an example system embodiment
- FIG. 2A illustrates an example basic SIP call flow based on a back-to-back user agent
- FIG. 2B illustrates an example network architecture supporting the basic SIP call flow of FIG. 2A ;
- FIG. 3A illustrates an example SIP call flow based on a conference foyer
- FIG. 3B illustrates an example automated conference rejoin use case of the SIP call flow based on a conference foyer
- FIG. 3C illustrates an example network architecture supporting the basic SIP call flow of FIGS. 3A and 3B ;
- FIG. 4 illustrates an example of a conference server on a network adding a call to a conference hosted on the conference server based on a request from a conference foyer;
- FIG. 5 illustrates an example method embodiment of the operations of a conference foyer
- FIG. 6 illustrates an example method embodiment of the operations of a conference server.
- FIG. 1 A brief introductory description of a basic general purpose system or computing device in FIG. 1 which can be employed to practice all or part of the concepts is disclosed herein. A more detailed description of a conference foyer will then follow. These variations shall be discussed herein as the various embodiments are set forth. The disclosure now turns to FIG. 1 .
- an exemplary system 100 includes a general-purpose computing device 100 , including a processing unit (CPU or processor) 120 and a system bus 110 that couples various system components including the system memory 130 such as read only memory (ROM) 140 and random access memory (RAM) 150 to the processor 120 .
- the system 100 can include a cache 122 of high speed memory connected directly with, in close proximity to, or integrated as part of the processor 120 .
- the system 100 copies data from the memory 130 and/or the storage device 160 to the cache 122 for quick access by the processor 120 . In this way, the cache provides a performance boost that avoids processor 120 delays while waiting for data.
- These and other modules can control or be configured to control the processor 120 to perform various actions.
- Other system memory 130 may be available for use as well.
- the memory 130 can include multiple different types of memory with different performance characteristics. It can be appreciated that the disclosure may operate on a computing device 100 with more than one processor 120 or on a group or cluster of computing devices networked together to provide greater processing capability.
- the processor 120 can include any general purpose processor and a hardware module or software module, such as module 1 162 , module 2 164 , and module 3 166 stored in storage device 160 , configured to control the processor 120 as well as a special-purpose processor where software instructions are incorporated into the actual processor design.
- the processor 120 may essentially be a completely self-contained computing system, containing multiple cores or processors, a bus, memory controller, cache, etc.
- a multi-core processor may be symmetric or asymmetric.
- the system bus 110 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
- a basic input/output (BIOS) stored in ROM 140 or the like may provide the basic routine that helps to transfer information between elements within the computing device 100 , such as during start-up.
- the computing device 100 further includes storage devices 160 such as a hard disk drive, a magnetic disk drive, an optical disk drive, tape drive or the like.
- the storage device 160 can include software modules 162 , 164 , 166 for controlling the processor 120 . Other hardware or software modules are contemplated.
- the storage device 160 is connected to the system bus 110 by a drive interface.
- the drives and the associated computer readable storage media provide nonvolatile storage of computer readable instructions, data structures, program modules and other data for the computing device 100 .
- a hardware module that performs a particular function includes the software component stored in a non-transitory computer-readable medium in connection with the necessary hardware components, such as the processor 120 , bus 110 , display 170 , and so forth, to carry out the function.
- the basic components are known to those of skill in the art and appropriate variations are contemplated depending on the type of device, such as whether the device 100 is a small, handheld computing device, a desktop computer, or a computer server.
- Non-transitory computer-readable storage media expressly exclude media such as energy, carrier signals, electromagnetic waves, and signals per se.
- an input device 190 represents any number of input mechanisms, such as a microphone for speech, a touch-sensitive screen for gesture or graphical input, keyboard, mouse, motion input, speech and so forth.
- An output device 170 can also be one or more of a number of output mechanisms known to those of skill in the art.
- multimodal systems enable a user to provide multiple types of input to communicate with the computing device 100 .
- the communications interface 180 generally governs and manages the user input and system output. There is no restriction on operating on any particular hardware arrangement and therefore the basic features here may easily be substituted for improved hardware or firmware arrangements as they are developed.
- the illustrative system embodiment is presented as including individual functional blocks including functional blocks labeled as a “processor” or processor 120 .
- the functions these blocks represent may be provided through the use of either shared or dedicated hardware, including, but not limited to, hardware capable of executing software and hardware, such as a processor 120 , that is purpose-built to operate as an equivalent to software executing on a general purpose processor.
- the functions of one or more processors presented in FIG. 1 may be provided by a single shared processor or multiple processors.
- Illustrative embodiments may include microprocessor and/or digital signal processor (DSP) hardware, read-only memory (ROM) 140 for storing software performing the operations discussed below, and random access memory (RAM) 150 for storing results.
- DSP digital signal processor
- ROM read-only memory
- RAM random access memory
- VLSI Very large scale integration
- the logical operations of the various embodiments are implemented as: (1) a sequence of computer implemented steps, operations, or procedures running on a programmable circuit within a general use computer, (2) a sequence of computer implemented steps, operations, or procedures running on a specific-use programmable circuit; and/or (3) interconnected machine modules or program engines within the programmable circuits.
- the system 100 shown in FIG. 1 can practice all or part of the recited methods, can be a part of the recited systems, and/or can operate according to instructions in the recited non-transitory computer-readable storage media.
- Such logical operations can be implemented as modules configured to control the processor 120 to perform particular functions according to the programming of the module. For example, FIG.
- Mod 1 162 , Mod 2 164 and Mod 3 166 which are modules configured to control the processor 120 . These modules may be stored on the storage device 160 and loaded into RAM 150 or memory 130 at runtime or may be stored as would be known in the art in other computer-readable memory locations.
- FIG. 2A illustrates an example basic SIP call flow 200 based on a back-to-back user agent architecture.
- the back-to-back user agent server 206 and the back-to-back user agent client 208 reside in a single SIP server and are part of the same deployed SIP application.
- the call flows as a mirror signaling, where the back-to-back user agent server 206 instructs the back-to-back user agent client 208 to forward its signaling on from the caller 202 to the callee 204 and vice versa.
- the back-to-back user agent terminates a signaling and starts a new one, insulating the endpoints.
- CallID, IP addresses, and via headers are all different from one SIP leg (i.e. the SIP leg from the caller 202 to the back-to-back user agent server 206 ) to the other SIP leg (i.e. from the callee 204 to the back-to-back user agent client 208 ).
- the caller 202 sends a SIP invite to the back-to-back user agent.
- the back-to-back user agent sends an invite to the callee 204 .
- the callee 204 sends a ringing signal back to the back-to-back user agent, which relays that ringing signal to the caller 202 at step 4 .
- the callee 204 sends an OK or acceptance of the invite to the back-to-back user agent, which forwards that acceptance to the caller at step 6 .
- the caller 202 sends an acknowledgement of the acceptance to the back-to-back user agent, which forwards the acknowledgement to the callee 204 at step 8 .
- the caller 202 and the callee 204 can establish communications with one another via real-time transport protocol (RTP) or other suitable protocol.
- RTP real-time transport protocol
- Steps 9 and 10 and steps 11 and 12 demonstrate a set of goodbye and OK communications ending the invitation process.
- This type of call flow gives the application great flexibility in manipulating the endpoints.
- FIG. 2B illustrates an example network architecture 250 supporting the basic SIP call flow of FIG. 2A .
- the caller 252 communicates with the callee 254 via a back-to-back user agent 256 which includes a user agent server 258 and a user agent client 260 .
- the user agent server 258 and the user agent client 260 are separate software processes running in a same machine.
- the caller 252 and the callee 254 can be on the same physical network and/or virtual network as the back-to-back user agent.
- FIG. 3A illustrates an example SIP call flow 300 based on a conference foyer.
- the process is initiated when a caller 302 dials a specific phone number associated with a session manager 304 .
- the session manager 304 is a device on the network that routes SIP sessions across the network.
- the caller 302 sends a SIP INVITE to the session manager 304 .
- the session manager 304 redirects the call to the conference foyer 306 .
- the conference foyer 306 is a back-to-back user agent SIP application that resides on a conference device (such as a SIP server) that sits before the conference servers 312 , 314 .
- the session manager 304 and conference foyer 306 are different applications residing on the same conference device.
- the session manager 304 and conference foyer 306 are part of the same application and reside on the same conference device.
- the conference foyer 306 connects the inbound INVITE to media server 308 .
- the media server 308 is a SIP based media server on the network.
- the media server 308 can also be an application that resides on the same conference device as the session manager 304 and/or conference foyer 306 .
- Steps 3 to 4 . 1 are respective OKs and steps 5 to 6 are respective acknowledgements.
- the caller 302 can establish communications with the media server 308 via RTP 320 .
- the conference foyer 306 instructs the media server 308 to play a prompt for the caller 302 and collect input from the caller 302 at steps 7 and 8 .
- the conference foyer 306 and media server 308 can use SIP and Media Server Markup Language (MSML) to establish and control media sessions, and/or any other network control protocol suited for media communications, such as Real Time Streaming Protocol (RTSP), H.248, VoiceXML and so forth.
- the prompt from the media server 308 can be used to request a conference code from the caller 302 .
- the conference foyer 306 can request the media server 308 to play a prompt to the caller 302 such as “please enter the conference code followed by the number sign.”
- the caller 302 can use dual-tone multi-frequency signaling (DTMF) or voice commands to provide his or her input.
- DTMF dual-tone multi-frequency signaling
- the caller 302 uses DTMF to provide a conference code.
- the media server 308 collects the input from the caller 302 and provides the input to the conference foyer 306 .
- the media server 308 collects a conference code entered by the caller 302 and provides the conference code to the conference foyer 306 .
- a PIN Validator 310 validates the conference code and returns the IP address of the conference server 314 hosting the specific conference call associated with the conference code.
- the PIN validator 310 is a program that validates a conference code provided by the caller 302 and maps the conference code to a specific conference server hosting the conference associated with the conference code.
- the PIN validator 310 can reside on the same SIP server as the conference foyer 306 or a separate device.
- the PIN validator 310 can also be part of the same application as the conference foyer 306 or its own application.
- the PIN Validator 310 can use a map, table, list, rule, policy, database, etc., that associates one or more conference codes with a specific conference server.
- the validation mechanism can be as simple as a map that specifies, for example, that all conference calls having a conference code that is 7 digits long and begins with a 1, 2, or 3 are hosted on IP address 1.1.1.1, and so on.
- the conference code is 2345678, the PIN Validator 310 would return IP address 1.1.1.1, which belongs to the conference server that hosts the conference associated with the conference code 2345678.
- the conference foyer 306 stores a record of the transaction in the PIN Database DB 316 .
- the record includes the caller's phone number and the conference code entered by the caller 302 for correlating the phone number with the conference code.
- the PIN Database 316 can be a file, directory, log, table, database, cache, and so forth.
- the PIN Database 316 resides on the same conference device as the conference foyer 306 .
- the PIN Database 316 resides on a separated device as the conference foyer 306 .
- the conference foyer 306 transfers the call to the conference server 314 .
- the conference foyer 306 does this, at step 12 , by sending a transfer request (REFER) to the caller 302 .
- the conference foyer 306 makes standard usage of the “Refer-To” header (a REFER header) to send the destination address of the conference server 314 and append the conference code collected by the media server 308 .
- Steps 13 and 13 . 1 are respective OKs.
- the caller 302 in response to the REFER, sends a new INVITE that includes a request URI.
- the caller 302 sends a new INVITE that includes a request URI with the following format: “sip:Bridge1000-confPIN2345678@1.1.1.1,” where Bridge1000 is the bridge number, confPIN2345678 is the conference code, and 1.1.1.1 is the IP address of the conference server.
- the conference server 314 receives the new INVITE at step 14 . 1 . Steps 15 and 15 . 1 are respective OKs and steps 16 and 16 . 1 are respective acknowledgements.
- Steps 17 , 17 . 1 , and 18 are respective BYEs and steps 19 , 20 , and 20 . 1 are respective OKs.
- the conference foyer 306 is no longer needed after the transfer. Accordingly, the conference foyer 306 leaves the call flow as the caller 302 is being transferred into the conference. By getting out of the call flow this early, the conference foyer 306 increases its capacity to handle calls and minimizes high-availability or failover risks.
- the caller 302 can establish communications with the conference server 314 via RTP 320 .
- FIG. 3B illustrates an example automated conference rejoin use case of the SIP call flow 340 based on a conference foyer 346 .
- a caller 342 can automatically rejoin a conference call by entering a predefined code following a prompt by the media server 348 . This can be useful, for example, if the caller 342 wants to rejoin a conference call but does not remember the conference code or otherwise have immediate access to it.
- the process is similarly initiated when a caller 342 dials a specific phone number associated with the session manager 344 .
- the caller 342 sends a SIP INVITE to the session manager 344 , which redirects the call to the conference foyer 346 .
- the conference foyer 346 connects the inbound INVITE to media server 348 .
- Steps 3 to 4 . 1 are respective Oks and steps 5 to 6 are respective acknowledgements.
- the caller 342 can establish communications with the media server 348 via RTP 360 .
- the conference foyer 346 instructs the media server 348 to play a prompt for the caller 342 and collect input from the caller 342 .
- the caller 342 can enter a predefined code.
- the predefined code can be any number, character, symbol, or combination thereof.
- the predefined code is the asterisk symbol (“*”), which simplifies the process for the caller 342 , as the asterisk symbol is commonly used by IVRs as a “go back” key.
- the media server 348 collects the input from the caller 342 and provides the input to the conference foyer 346 . In our example, the caller 342 would enter the asterisk symbol, which the media server 348 then collects and returns to the conference foyer 346 .
- the conference foyer 346 checks if the input entered by the caller 342 is equal to the predefined code (e.g., “*”). If so, the conference foyer 346 treats the call as a request to rejoin the last conference joined by the caller 342 . Accordingly, the conference foyer 346 retrieves the last conference code used by the caller 342 from the PIN Database 356 . The PIN Validator 350 then validates the conference code retrieved by the conference foyer 346 and returns the IP address of the conference server 354 hosting the last conference call joined by the caller 342 . In another embodiment, the caller 342 can enter a predefined code (e.g., “#”) as the conference code to automatically join a conference call as a host.
- a predefined code e.g., “#”
- the conference foyer 346 is preconfigured to have a mapping of users' conference host code and their trusted phone numbers. Accordingly, the conference foyer 346 will know that the user wants to join as a host, so the user will be able to automatically join the conference call as a host.
- the conference foyer 346 Once the conference foyer 346 knows the IP address of the conference server 354 hosting the last conference call joined by the caller 342 , it transfers the call to the conference server 354 .
- the conference foyer 346 does this, at step 11 , by sending a transfer request (REFER) to the caller 342 .
- Steps 12 and 12 . 1 are respective OKs.
- the caller 342 In response to the REFER, sends a new INVITE that includes a request URI, which the conference server 354 receives at step 13 . 1 .
- Steps 14 and 14 . 1 are respective OKs and steps 15 and 15 . 1 are respective acknowledgements.
- steps 16 , 16 . 1 , and 17 are respective BYEs and steps 18 , 19 , and 19 . 1 are respective OKs.
- the caller 342 can rejoin the last conference, which is hosted by conference server 354 , via RTP 362 .
- FIG. 3C illustrates an example network architecture 370 supporting the basic SIP call flow of FIGS. 3A and 3B .
- the caller 382 communicates with the conference server 384 via a conference device 372 .
- the conference device 372 is a back-to-back user agent.
- the conference device 372 includes a conference foyer 374 and PIN Validator 378 application, and a PIN Database 380 .
- the conference foyer 374 connects the caller 382 to a media server 376 , which is a SIP based media server.
- the media server 376 plays a prompt to the caller 382 , requesting a conference code.
- the caller 382 receives the prompt and responds by entering a DTMF input.
- the media server 376 collects the input entered by the caller 382 and returns it to the conference foyer 374 .
- the media server 376 can be on the same physical network and/or virtual network as the conference device 372 .
- the conference foyer 374 then communicates with the PIN Validator 378 , which validates the DTMF input entered by the caller 382 and returns the IP address of the conference server 384 .
- the conference foyer 374 also stores the DTMF input on the PIN Database 380 which can be, for example, a relational database.
- the DTMF input can be stored as a table, record, field in the PIN Database 380 .
- the conference stores the caller's phone number and the conference code entered by the caller 382 in a way that preserves their relationship.
- the caller's phone number can be a table and the DTMF input can be a field in the table.
- the caller's phone number can be stored in a record that includes the DTMF input.
- the conference device 372 can transfer the caller 372 to the conference server 384 .
- the conference device 372 can release itself from the call flow as it is no longer needed by the caller 382 or the conference server 384 .
- the caller 382 can establish communications with the conference server 384 , which can add the caller 382 to the particular conference call.
- the disclosure turns now to an example conference server 406 , as shown in FIG. 4 , that adds a call to a conference 412 hosted on the conference server 406 based on a request from a conference device 404 .
- the conference server 406 can be a device on the same physical and/or virtual network as the conference device 404 .
- the conference server 406 and the conference device 404 are not on the same local network, but rather communicate over the Internet.
- the conference server 406 can host one or more conference calls, and is configured to receive requests from the conference device 404 to join calls made to the phone number assigned to the conference device 404 to conferences calls hosted by the conference server 406 .
- the conference server 406 is a SIP-based server hosting multiple conference calls 408 , 410 , 412 , 414 .
- the conference server 406 is an H.323-based server hosting a conference call.
- a caller 402 initiates the process by dialing a specific phone number associated with the conference device 404 .
- the caller 402 dials a direct inward dialing (DID) number assigned to the conference device 404 .
- the caller 402 dials a direct inward dialing (DID) number assigned to a communications gateway that routes the call to the conference device 404 .
- the conference device 404 sends a prompt to the caller 402 to enter a conference code.
- the conference device 404 can send a request to a separate media server to send the prompt to the caller 402 .
- the caller 402 receives the prompt and enters a conference code assigned to the conference call 408 , 410 , 412 , 414 the caller 402 wants to join.
- the caller enters conference code 2345678, which is assigned to conference call 412 .
- the conference device 404 receives the conference code 2345678 entered by the caller 402 , which can be voice and/or DTMF input, and validates the conference code 2345678 to determine the IP address of the conference server 406 hosting the conference call 412 assigned to conference code 2345678. If the conference code entered by the caller 402 matches a predefined conference rejoin code, the conference device 404 treats the call from the caller 402 as a rejoin request. Accordingly, the conference device 404 retrieves the last conference code used by the caller 402 from storage and validates the conference code to determine the IP address of the conference server 406 hosting the conference call that the caller 402 wishes to rejoin.
- the conference device 404 Once the conference device 404 knows the IP address of the conference server 406 hosting the conference call 412 assigned to conference code 2345678, it transfers the call to the conference server 406 . To transfer the call, the conference device 404 sends a REFER to the caller 402 specifying the conference code 2345678 as part of the SIP user to receive the transferred call. The caller 402 will then issue a new INVITE which includes a request URI. Next, the conference server 406 OKs the INVITE. At this point, the caller 402 can establish communications with the conference server 406 via RTP 320 .
- the conference server 406 adds the caller 402 to the conference call 412 .
- the conference server 406 parses the conference code 2345678 from the request URI included in the INVITE, and automatically adds the caller 402 to the conference call 412 .
- FIGS. 5 and 6 For the sake of clarity, the methods are discussed in terms of an exemplary system 100 as shown in FIG. 1 configured to practice the respective methods.
- the steps outlined herein are exemplary and can be implemented in any combination thereof, including combinations that exclude, add, or modify certain steps.
- FIG. 5 illustrates an example method embodiment of the operations of a conference foyer.
- the system 100 which is configured to transfer requests to one or more conference servers, receives a request to join a conference call via a call from a caller using a phone number, where the conference call is hosted on one of the conference servers ( 502 ).
- the system 100 can be a back-to-back user agent and the conference servers can be SIP-based servers.
- the request includes a conference code entered by the caller which identifies the conference call that the caller wants to join.
- the system 100 identifies a specific conference server that is hosting the requested conference call ( 504 ).
- the system 100 uses the conference code entered by the caller to identify the specific conference server hosting the conference call.
- Once the system 100 identifies the specific conference server it transfers the call to the specific conference server, such that the call is joined to the conference call hosted by the specific conference server ( 506 ).
- the system can automatically rejoin the caller to the last conference joined by the caller, such as if the last conference is still ongoing, or if the caller dropped off the call prematurely.
- FIG. 6 illustrates an example method embodiment of the operations of a conference server.
- the system 100 receives a request from a conference device to add a call, which was originally made to the conference device from a caller using a phone number, to a conference call hosted on the system 100 ( 602 ).
- the system 100 is one of multiple conference servers configured to receive requests from the conference device to add calls made to the conference device at the phone number to conference calls hosted on one of the multiple conference servers.
- the system 100 is a SIP-based server on a network.
- the request includes a conference code entered by the caller which identifies a conference call that the caller wants to join.
- the system 100 automatically adds the call to the conference call hosted on the system 100 ( 604 ).
- the system 100 uses the conference code in the request to identify the specific conference call requested and join the call to that specific conference call.
- Embodiments within the scope of the present disclosure may also include tangible and/or non-transitory computer-readable storage media for carrying or having computer-executable instructions or data structures stored thereon.
- Such non-transitory computer-readable storage media can be any available media that can be accessed by a general purpose or special purpose computer, including the functional design of any special purpose processor as discussed above.
- non-transitory computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code means in the form of computer-executable instructions, data structures, or processor chip design.
- Computer-executable instructions include, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions.
- Computer-executable instructions also include program modules that are executed by computers in stand-alone or network environments.
- program modules include routines, programs, components, data structures, objects, and the functions inherent in the design of special-purpose processors, etc. that perform particular tasks or implement particular abstract data types.
- Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps.
- Embodiments of the disclosure may be practiced in network computing environments with many types of computer system configurations, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. Embodiments may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination thereof) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/243,719 US8891411B2 (en) | 2011-09-23 | 2011-09-23 | System and method for a conference foyer |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/243,719 US8891411B2 (en) | 2011-09-23 | 2011-09-23 | System and method for a conference foyer |
Publications (2)
Publication Number | Publication Date |
---|---|
US20130077539A1 US20130077539A1 (en) | 2013-03-28 |
US8891411B2 true US8891411B2 (en) | 2014-11-18 |
Family
ID=47911224
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/243,719 Active 2032-06-15 US8891411B2 (en) | 2011-09-23 | 2011-09-23 | System and method for a conference foyer |
Country Status (1)
Country | Link |
---|---|
US (1) | US8891411B2 (en) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8583097B2 (en) * | 2011-03-23 | 2013-11-12 | Blackberry Limited | Method for conference call prompting from a locked device |
US10742692B2 (en) * | 2012-08-09 | 2020-08-11 | Avaya Inc. | Snap-in invocation for call reconstruction |
US10601880B2 (en) | 2015-07-17 | 2020-03-24 | Avaya Inc. | Conference reconstruction in SIP networks |
JP6263843B2 (en) * | 2013-02-28 | 2018-01-24 | 株式会社リコー | Communication management system, communication management method, and program |
US9503485B1 (en) * | 2013-03-01 | 2016-11-22 | Whatsapp Inc. | Connecting communicating devices in a multi-server communication system |
US10129229B1 (en) * | 2016-08-15 | 2018-11-13 | Wickr Inc. | Peer validation |
CN113784083B (en) * | 2021-07-21 | 2024-05-28 | 上海创视通软件技术有限公司 | Video conference connection method, device and storage medium |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010009014A1 (en) * | 1999-04-06 | 2001-07-19 | Savage James A. | Facilitating real-time, multi-point communications over the internet |
US20020133611A1 (en) * | 2001-03-16 | 2002-09-19 | Eddy Gorsuch | System and method for facilitating real-time, multi-point communications over an electronic network |
US6466991B1 (en) | 1997-04-10 | 2002-10-15 | Sony Corporation | Data communication method |
US6671262B1 (en) * | 1999-12-30 | 2003-12-30 | At&T Corp. | Conference server for automatic x-way call port expansion feature |
US6978001B1 (en) * | 2001-12-31 | 2005-12-20 | Cisco Technology, Inc. | Method and system for controlling audio content during multiparty communication sessions |
US7298834B1 (en) * | 2002-11-22 | 2007-11-20 | 3Com Corporation | System and method for large capacity conference calls |
US7542756B2 (en) | 2004-09-28 | 2009-06-02 | Siemens Communications, Inc. | Apparatus and method for restoring a conference connection to a cellular telephone |
US7617280B1 (en) | 2004-03-12 | 2009-11-10 | West Corporation | Methods for admitting conference call hosts and participants into conference calls |
US20100165889A1 (en) * | 2008-12-29 | 2010-07-01 | Pramod Madabhushi | Distributed audio conferencing architecture with optimum resource utilization and seamless scalability |
US20110069642A1 (en) * | 2009-09-23 | 2011-03-24 | Gerald Karam | Method and apparatus for dynamically allocating resources for large-scale multimedia conferences |
US8200758B2 (en) * | 2008-06-27 | 2012-06-12 | Microsoft Corporation | Management of organizational boundaries in unified communications systems |
US20120275349A1 (en) * | 2011-04-27 | 2012-11-01 | Microsoft Corporation | Conference call monitoring with automatic reconnect |
-
2011
- 2011-09-23 US US13/243,719 patent/US8891411B2/en active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6466991B1 (en) | 1997-04-10 | 2002-10-15 | Sony Corporation | Data communication method |
US20010009014A1 (en) * | 1999-04-06 | 2001-07-19 | Savage James A. | Facilitating real-time, multi-point communications over the internet |
US6671262B1 (en) * | 1999-12-30 | 2003-12-30 | At&T Corp. | Conference server for automatic x-way call port expansion feature |
US20020133611A1 (en) * | 2001-03-16 | 2002-09-19 | Eddy Gorsuch | System and method for facilitating real-time, multi-point communications over an electronic network |
US6978001B1 (en) * | 2001-12-31 | 2005-12-20 | Cisco Technology, Inc. | Method and system for controlling audio content during multiparty communication sessions |
US7298834B1 (en) * | 2002-11-22 | 2007-11-20 | 3Com Corporation | System and method for large capacity conference calls |
US7617280B1 (en) | 2004-03-12 | 2009-11-10 | West Corporation | Methods for admitting conference call hosts and participants into conference calls |
US7542756B2 (en) | 2004-09-28 | 2009-06-02 | Siemens Communications, Inc. | Apparatus and method for restoring a conference connection to a cellular telephone |
US8200758B2 (en) * | 2008-06-27 | 2012-06-12 | Microsoft Corporation | Management of organizational boundaries in unified communications systems |
US20100165889A1 (en) * | 2008-12-29 | 2010-07-01 | Pramod Madabhushi | Distributed audio conferencing architecture with optimum resource utilization and seamless scalability |
US20110069642A1 (en) * | 2009-09-23 | 2011-03-24 | Gerald Karam | Method and apparatus for dynamically allocating resources for large-scale multimedia conferences |
US20120275349A1 (en) * | 2011-04-27 | 2012-11-01 | Microsoft Corporation | Conference call monitoring with automatic reconnect |
Non-Patent Citations (1)
Title |
---|
"Conferencing Components on the Front End Server", Microsoft/TechNet, downloaded from http://technet.microsoft.com; printed Jun. 8, 2011. |
Also Published As
Publication number | Publication date |
---|---|
US20130077539A1 (en) | 2013-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8891411B2 (en) | System and method for a conference foyer | |
US10171521B2 (en) | Seamlessly conferencing a previously-connected telephone call | |
US8281369B2 (en) | Method and apparatus for creating secure write-enabled web pages that are associated with active telephone calls | |
JP5701510B2 (en) | Method and apparatus for preparing a communication session | |
US9661035B2 (en) | Method and apparatus for providing call flow information to terminal devices | |
US11805158B2 (en) | Method and system for elevating a phone call into a video conferencing session | |
US20080212499A1 (en) | Web and multi-media conference | |
US20120030232A1 (en) | System and method for communicating tags for a media event using multiple media types | |
US8358745B2 (en) | Recording identity data to enable on demand services in a communications system | |
US11895165B2 (en) | In-line, in-call AI virtual assistant for teleconferencing | |
US20210144260A1 (en) | System and method for facilitating setup and joining of conference calls | |
US20230188580A1 (en) | Outbound Call Routing In An Integrated Voice And Video Platform | |
US20190312918A1 (en) | System and method for providing a rich user experience for cellular calls | |
US20240179245A1 (en) | Audio-Only Caller Authentication For Elevating A Telephone Call To A Virtual Meeting | |
EP3694198B1 (en) | Systems and methods for providing a multi-channel communication service | |
US20220247589A1 (en) | Merging A Call With A Virtual Meeting | |
US9042528B2 (en) | Data communication | |
EP1858218B1 (en) | Method and entities for providing call enrichment of voice calls and semantic combination of several service sessions to a virtual combined service session | |
US7720974B2 (en) | Global routable and grid identification for audio provider in media session | |
US20130061153A1 (en) | System and Method for Inserting a Control System Into a Conference | |
US20120250675A1 (en) | Ims application sequencing optimizer | |
US11539838B2 (en) | Video voicemail recording system | |
US20160149959A1 (en) | Controlling a PBX Phone Call Via a Client Application |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AVAYA INC., NEW JERSEY Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AVERILL, RODERICK;HILLIS, BRIAN;SIMOES, RENATO;SIGNING DATES FROM 20110912 TO 20110920;REEL/FRAME:026963/0133 |
|
AS | Assignment |
Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., PENNSYLVANIA Free format text: SECURITY AGREEMENT;ASSIGNOR:AVAYA, INC.;REEL/FRAME:029608/0256 Effective date: 20121221 Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., P Free format text: SECURITY AGREEMENT;ASSIGNOR:AVAYA, INC.;REEL/FRAME:029608/0256 Effective date: 20121221 |
|
AS | Assignment |
Owner name: BANK OF NEW YORK MELLON TRUST COMPANY, N.A., THE, PENNSYLVANIA Free format text: SECURITY AGREEMENT;ASSIGNOR:AVAYA, INC.;REEL/FRAME:030083/0639 Effective date: 20130307 Owner name: BANK OF NEW YORK MELLON TRUST COMPANY, N.A., THE, Free format text: SECURITY AGREEMENT;ASSIGNOR:AVAYA, INC.;REEL/FRAME:030083/0639 Effective date: 20130307 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: CITIBANK, N.A., AS ADMINISTRATIVE AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNORS:AVAYA INC.;AVAYA INTEGRATED CABINET SOLUTIONS INC.;OCTEL COMMUNICATIONS CORPORATION;AND OTHERS;REEL/FRAME:041576/0001 Effective date: 20170124 |
|
AS | Assignment |
Owner name: AVAYA INTEGRATED CABINET SOLUTIONS INC., CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: OCTEL COMMUNICATIONS LLC (FORMERLY KNOWN AS OCTEL COMMUNICATIONS CORPORATION), CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: AVAYA INC., CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 029608/0256;ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.;REEL/FRAME:044891/0801 Effective date: 20171128 Owner name: OCTEL COMMUNICATIONS LLC (FORMERLY KNOWN AS OCTEL Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: AVAYA INC., CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: VPNET TECHNOLOGIES, INC., CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: AVAYA INTEGRATED CABINET SOLUTIONS INC., CALIFORNI Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 041576/0001;ASSIGNOR:CITIBANK, N.A.;REEL/FRAME:044893/0531 Effective date: 20171128 Owner name: AVAYA INC., CALIFORNIA Free format text: BANKRUPTCY COURT ORDER RELEASING ALL LIENS INCLUDING THE SECURITY INTEREST RECORDED AT REEL/FRAME 030083/0639;ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A.;REEL/FRAME:045012/0666 Effective date: 20171128 |
|
AS | Assignment |
Owner name: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNORS:AVAYA INC.;AVAYA INTEGRATED CABINET SOLUTIONS LLC;OCTEL COMMUNICATIONS LLC;AND OTHERS;REEL/FRAME:045034/0001 Effective date: 20171215 Owner name: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT, NEW Y Free format text: SECURITY INTEREST;ASSIGNORS:AVAYA INC.;AVAYA INTEGRATED CABINET SOLUTIONS LLC;OCTEL COMMUNICATIONS LLC;AND OTHERS;REEL/FRAME:045034/0001 Effective date: 20171215 |
|
AS | Assignment |
Owner name: CITIBANK, N.A., AS COLLATERAL AGENT, NEW YORK Free format text: SECURITY INTEREST;ASSIGNORS:AVAYA INC.;AVAYA INTEGRATED CABINET SOLUTIONS LLC;OCTEL COMMUNICATIONS LLC;AND OTHERS;REEL/FRAME:045124/0026 Effective date: 20171215 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
AS | Assignment |
Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, MINNESOTA Free format text: SECURITY INTEREST;ASSIGNORS:AVAYA INC.;AVAYA MANAGEMENT L.P.;INTELLISIST, INC.;AND OTHERS;REEL/FRAME:053955/0436 Effective date: 20200925 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
AS | Assignment |
Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS COLLATERAL AGENT, DELAWARE Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNORS:AVAYA INC.;INTELLISIST, INC.;AVAYA MANAGEMENT L.P.;AND OTHERS;REEL/FRAME:061087/0386 Effective date: 20220712 |
|
AS | Assignment |
Owner name: AVAYA INTEGRATED CABINET SOLUTIONS LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS AT REEL 45124/FRAME 0026;ASSIGNOR:CITIBANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:063457/0001 Effective date: 20230403 Owner name: AVAYA MANAGEMENT L.P., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS AT REEL 45124/FRAME 0026;ASSIGNOR:CITIBANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:063457/0001 Effective date: 20230403 Owner name: AVAYA INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS AT REEL 45124/FRAME 0026;ASSIGNOR:CITIBANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:063457/0001 Effective date: 20230403 Owner name: AVAYA HOLDINGS CORP., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS AT REEL 45124/FRAME 0026;ASSIGNOR:CITIBANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:063457/0001 Effective date: 20230403 |
|
AS | Assignment |
Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB (COLLATERAL AGENT), DELAWARE Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNORS:AVAYA MANAGEMENT L.P.;AVAYA INC.;INTELLISIST, INC.;AND OTHERS;REEL/FRAME:063742/0001 Effective date: 20230501 |
|
AS | Assignment |
Owner name: CITIBANK, N.A., AS COLLATERAL AGENT, NEW YORK Free format text: INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNORS:AVAYA INC.;AVAYA MANAGEMENT L.P.;INTELLISIST, INC.;REEL/FRAME:063542/0662 Effective date: 20230501 |
|
AS | Assignment |
Owner name: AVAYA MANAGEMENT L.P., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: CAAS TECHNOLOGIES, LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: HYPERQUALITY II, LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: HYPERQUALITY, INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: ZANG, INC. (FORMER NAME OF AVAYA CLOUD INC.), NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: VPNET TECHNOLOGIES, INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: OCTEL COMMUNICATIONS LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: AVAYA INTEGRATED CABINET SOLUTIONS LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: INTELLISIST, INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: AVAYA INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 045034/0001);ASSIGNOR:GOLDMAN SACHS BANK USA., AS COLLATERAL AGENT;REEL/FRAME:063779/0622 Effective date: 20230501 Owner name: AVAYA INTEGRATED CABINET SOLUTIONS LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 53955/0436);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063705/0023 Effective date: 20230501 Owner name: INTELLISIST, INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 53955/0436);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063705/0023 Effective date: 20230501 Owner name: AVAYA INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 53955/0436);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063705/0023 Effective date: 20230501 Owner name: AVAYA MANAGEMENT L.P., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 53955/0436);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063705/0023 Effective date: 20230501 Owner name: AVAYA INTEGRATED CABINET SOLUTIONS LLC, NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 61087/0386);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063690/0359 Effective date: 20230501 Owner name: INTELLISIST, INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 61087/0386);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063690/0359 Effective date: 20230501 Owner name: AVAYA INC., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 61087/0386);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063690/0359 Effective date: 20230501 Owner name: AVAYA MANAGEMENT L.P., NEW JERSEY Free format text: RELEASE OF SECURITY INTEREST IN PATENTS (REEL/FRAME 61087/0386);ASSIGNOR:WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT;REEL/FRAME:063690/0359 Effective date: 20230501 |
|
AS | Assignment |
Owner name: AVAYA LLC, DELAWARE Free format text: (SECURITY INTEREST) GRANTOR'S NAME CHANGE;ASSIGNOR:AVAYA INC.;REEL/FRAME:065019/0231 Effective date: 20230501 |