NZ622100B2 - Integrated private branch exchange and device control system - Google Patents

Abstract

Disclosed is an apparatus including a memory configured to store software (245) for execution by the processor. The software (245) includes a state center (235) that when executed is operable to process a registration message from an endpoint that supports voice over Internet Protocol (VoIP) calling. The registration message indicates a telephony event involving the endpoint and an Internet Protocol private branch exchange (IP PBX) (340) separate from the apparatus. The telephony event is the endpoint registering with the IP PBX (340), the endpoint placing a call through the IP PBX (340), or the endpoint receiving a call via the IP PBX (340). Based on the registration message, a control state is updated to indicate the telephony event involving the endpoint, and a notification message is sent to one or more first devices that have registered to receive notification messages from the state center (235) for telephony events, to inform the one or more first devices of occurrence of the telephony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in response to the telephony event. A method of using such an apparatus is also disclosed. . The registration message indicates a telephony event involving the endpoint and an Internet Protocol private branch exchange (IP PBX) (340) separate from the apparatus. The telephony event is the endpoint registering with the IP PBX (340), the endpoint placing a call through the IP PBX (340), or the endpoint receiving a call via the IP PBX (340). Based on the registration message, a control state is updated to indicate the telephony event involving the endpoint, and a notification message is sent to one or more first devices that have registered to receive notification messages from the state center (235) for telephony events, to inform the one or more first devices of occurrence of the telephony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in response to the telephony event. A method of using such an apparatus is also disclosed.

Description

PCT/U82012/053659 INTEGRATED PRIVATE BRANCH EXCHANGE AND DEVICE CONTROL SYSTEM D APPLICATION The present application claims the benefit of US. ional Patent Applica- tion No. 61/531,387, titled “Integrated Private Branch Exchange and Device Control System”, filed on Sept. 6, 20] l by Orellana et al., the contents of which are incorpo- rated by reference herein in their entirety.

BACKGROUND Technical Field The t disclosure s generally to telephony and more specifically to interoperation between a private branch exchange (PBX) and audio/video and home automation devices.

Background Information As homes and other structures become larger, and filled with more telephony, audio/video (AN) and home tion devices, the burden of controlling these de- vices has also increased. A variety of public branch exchange (PBX) systems have been developed that support voice over IP (VolP) calling among endpoints located Within a home or other structure and remote endpoints. Similarly, a variety ofAN and home automation control systems have been developed for managing AN and home automation devices. However, such PBX systems and AN and home - tion control systems typically do not communicate with each other, or communicate in only the most basic manners. Detailed telephony state information is not typically accessible to the AN and home automation control system. Similarly, detailed con- trol state ation is not typically accessible to the PBX system. ingly, such s are generally incapable of providing advance onality, such as te- lephony responsive AN and home automation device control, and AN and home automation device responsive telephony control.

SUMMARY According to one aspect of the present disclosure, there is provided a method comprising: receiving a registration message at a state center from an endpoint that supports voice over Internet Protocol (VoIP) calling, the registration message ting a telephony event involving the endpoint and an Internet ol private branch exchange (IP PBX) separate from the state center, the telephony event being the endpoint registering with the IP PBX, the nt placing a call through the IP PBX, or the endpoint receiving a call via the IP PBX; based on the registration message, updating ony state at the state center to indicate the telephony event involving the endpoint; and sending a notification message from the state center to one or more first devices that have registered to receive notification messages from the state center for telephony events, to inform the one or more first devices of occurrence of the ony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in se to the telephony event. ing to r aspect of the present disclosure, there is provided an apparatus comprising: a processor; a memory configured to store software for execution by the processor, the software including a state center that when executed is operable to process a registration message from an endpoint that supports voice over Internet Protocol (VoIP) calling, the registration message indicating a telephony event ing the endpoint and an et Protocol private branch exchange (IP PBX) separate from the apparatus, the telephony event being the endpoint registering with the IP PBX, the endpoint placing a call through the IP PBX, or the endpoint receiving a call via the IP PBX, based on the registration message, update l state to indicate the telephony event involving the endpoint, and send a notification message to one or more first devices that have registered to receive cation es from the state center for telephony events, to inform the one or more first devices of occurrence of the telephony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in response to the telephony event.

According to one embodiment of the present disclosure, a special state center may operate as a repository, and exchange point, for telephony state information that would not typically be ible from an IP PBX, and l state ation thatwould not typically be accessible from a programmable multimedia controller. In such manner, the state center enables telephony responsive A/V and home automation device control, and A/V and home automation device responsive telephony control.

More specifically, in addition to sending messages necessary to execute actual telephony events to an IP PBX, registration messages may also be sent to the state center upon the occurrence of telephony events. The state center may receive the registration messages and update telephony state maintained by the state center. Control modules, through telephony modules that interface with the state , may register to receive notification messages from the state center for certain types of telephony events.

When telephony state changes for a type that is being monitored, a notification message may be sent from the state center to those devices that have registered for notifications.

The notification message may inform the devices of the ony event, and cause the devices to perform responsive actions. The responsive actions may be to control A/V and/or home automation devices. Similarly, registration messages may be ed from a control module to the state center upon the occurrence of control events. The state center may receive the registration messages and update l state maintained by the state center. Other control modules, or the IP PBX, may register to receive notification messages from the state center for certain types of control events. When control state changes for a type that is being monitored, a notification message may be sent from the state center to those devices that have registered for notifications. The notification message may inform the devices of the control event, and cause the devices to perform sive actions. The responsive actions may be to control calls in a particular manner.

According to another embodiment of the present disclosure, a plurality of able share groups may be ed to enable dynamic conferencing among groups of users. An IP PBX may be configured to provide a ity of dynamic shared line appearances , to which nts may be dynamically assigned and removed. nts may join a dynamic SLA at any time in response to user-selection of an interface element for a corresponding share group. Similarly, they may leave a dy- W0 2013/036479 3 PCT/U32012/053659 namic SLA at any time in response to user de—selection of an interface element for the ponding share group. Similarly, they may tion to a different dynamic SLA by user—selection of an interface element for another share group. In such manner, conference call like functionality may be provided.

BRIEF DESCRIPTION OF THE DRAWINGS The description below refers to the accompanying drawings of example em- bodiments, of which: Fig. 1 is a block diagram of an integrated control and private branch exchange (PBX) system that includes a programmable edia controller red to interoperate with an Internet Protocol (IP) PBX server and other devices through an IP network; Fig. 2 is an expanded block diagram of the programmable multimedia control- ler; Fig. 3 is an expanded block diagram of the IP PBX server; Fig. 4 is an expanded block diagram of an example mobile device; Fig. 5 is a block diagram g an e message exchange between software modules; Fig. 6 is a flow diagram of an example ce of steps that may be executed when an endpoint (e.g, a mobile device) enters the 1P LAN; Figs. 7A-7E are screen shots of an example telephony user interface that can be displayed on endpoints, for example, on a touch screen of a mobile ; and Figs. 8A—8D are screen shots of an example web user interface that can be used in conjunction with a Configurator d to configure the 1P PBX.

DETAILED DESCRIPTION Fig. l is a block diagram of an integrated control and PBX system 100 that in- clude a programmable multimedia controller 200 configured to interoperate with an IP PBX server 300 and other devices through an IP network 150. As used herein, a ammable multimedia controller” is a device capable of controlling or switching data between a plurality of audio/video (AV) and/or home automation devices. The WO 36479 4 programmable multimedia ller 200 may be coupled via wired or wireless links to a variety of A/V devices, including audio source devices 105, such as compact disk (CD) players, digital video disc (DVD) s, microphones, digital video recorders (DVRs), cable boxes, audio/video receivers, and other devices that source audio sig— nals; video source devices 110, such as digital video disc (DVD) s, digital video recorders (DVRS), cable boxes, audio/video receivers and other devices that source video signals; audio output devices 115, such as speakers, devices that incorporate speakers, and other devices that output audio; and video output s 120, such as televisions, monitors, and other devices that output video. Through such interconnec- tions, the programmable multimedia controller 200 may send control commands to control the operation ot‘such devices. Further, through such interconnections, the programmable multimedia controller may receive audio and/or video content from particular ones of the devices, and switch such content to ed other ones of the devices. In some cases, the programmable multimedia controller 200 may manipulate and/or add to the content, for example, overlay an on~screen display (OSD) on video content.

Further, the programmable multimedia ller 200 may be interconnected via wired or wireless links to a variety of home automation devices, including —circuit sion (CCTV) control system 125, a heating ventilation and air conditioning (HVAC) system 130, a electronic lighting controller 135, a security sys- tem 140, and a motor operated device ller 145. Through such interconnections, the programmable multimedia controller 200 may send control commands to control the operation of such devices, and the devices coupled thereto. Further, through such interconnections, the programmable multimedia controller 200 may receive status and environmental information.

IP PBX server 300 is coupled to the mmable multimedia controller 200 via a local area network, for example an IP LAN 150. The [P LAN 150 may e a wired 1P LAN, for e, an Ethernet LAN, and/or a Wireless LAN, for example WT—Fl LAN. The IP PBX server 300 is configured to support calls among endpoints coupled to the LAN using voice over IP (VoIP) connections. Further, the IP PBX server 300 is configured to support call to remote endpoints by directing such calls through a public ed telephone network (PSTN) gateway 160 coupled by one or 5 2012/053659 more traditional telephone lines to the PSTN 165, or by a data connection to the Inter- net 155.

Endpoints that perate with the IP PBX server 300 may take a number of different forms. Depending on the implementation, each endpoint may be a special— purpose unit or a general—purpose device (e.g., a device configured with software to support telephony but capable of a variety of other functions). Some endpoints may include a user interface that allows a user to control, or otherwise interoperate with, the programmable multimedia controller 200. For e, a control interface be displayed on an endpoint via which a user can control how the programmable mul- timedia controller 200 manages the AN and home automation devices located in the home or other structure. Other endpoints may only e a telephony user interface that allows them to operate as telephone handsets, such that the user can place or re- ceive calls, but is unable to control the programmable multimedia controller 200 from the endpoint.

The endpoints may mobile devices 400, dedicated telephone handsets 180, public address units 184, door entry units 186, as well as a y of other types of devices. As used herein, the term e device” refers to a general—purpose elec- tronic device that is configured to be transported on one’s person, including multime- dia smartphones, such as the iPhone® multimedia phone available from Apple Inc., multi-purposes tablet ing devices, such as the iPad® tablet available from Ap- ple Inc, le media players, such as the iPod® touch available from Apple Inc, al digital assistants (PDAs), and the like. Typically, mobile devices 400 con— nect to the IP LAN 150 via a WI—Fl connection. However, in some implementations, mobile s 400 may utilize a mobile et broadband connection, for example, a 3G connection, and access the IP PBX Server 300 or the programmable multimedia controller 200 via the Internet.

A mobile device 400 may run a home control and telephony application (“app”). The home control and telephony app may provide a control user interface that includes interface elements for controlling the operations of the programmable multimedia controller 200, In addition, the home control and telephony app may in- clude a telephony user interface that, among other things, replicates the functionality of a al handset and can be used to place or e calls through the IP PBX PCT/U82012/053659 server 300, Further details regarding an example telephony user ace are dis- cussed below in reference to Figs. 7A—E.

It should be understood that the dedicated telephone handsets 180, public ad— dress units 184, and door entry units 186 may provide at least some functionality equivalent to the telephony user interface discussed below in reference to Figs. 7A- 7E. When adapted for use on dedicate telephony handsets 180, public address units 184, or door entry units, the user interface elements of the telephony user interface may be implemented in a variety of different manners, including touch screens, physi- cal buttons, and/or voice-activated controls. Dedicated telephone handsets 180 may take the form of traditional desktop or portable VoIP . Public address units 184 may include speaker and microphone systems for intercom of conferencing appliv cations. Further door entry units 186 may include video camera and intercom systems to permit monitoring entry points to a structure.

Fig, 2 is an expanded block m of. the programmable multimedia control- ler 200. At the heart ofthe programmable multimedia ller 200 is a general- purpose computer 210 having a processor 215 and a memory 220. The memory 220 comprises a plurality of e locations for storing software and data structures.

The processor 215 includes logic configured to execute the software and manipulate data from the data structures. A general-purpose ing system 225, portions of which are resident in memory 220 and executed by the processor 215, functionally zes the general-purpose computer 210, Runtime software 245 interacts with the operating system 225. The runtime software 245 may include a l module 230 that manages the control and switching of data between AN and home automation devices by the programmable multimedia ller 200 and a telephony module 240 that s telephony functions on the programmable multimedia controller. The control module 240 may communicate with control modules executing on endpoints, such as mobile devices 400, as well as with a state center 235 that maintains control state information and telephony state information for the programmable multimedia controller 200 as well as endpoints. The telephony module 240 may icate with telephony s executing on mobile s 400, as well as the state center 235. r, the telephony module 400 may act as an interface between the control module 230 and IP PBX software operating on the IP PBX server 300. 7 PCT/U52012/053659 Interconnected to the general purpose computer 210 is a microcontroller 250 that implements low-level management of switching and device control operations for the programmable edia controller 200. In some implementations, an audio ' switch 255 and/or a video switch 260 may also be included in the programmable mul- timedia ller 200. The audio switch 255 and the video switch 260 are preferably oint switches capable of switching a number of connections aneously.

However, many other types of es capable of ing media s may be employed. A mid plane 265 may interconnect the audio switch 255 and the video switch 260 to a variety of input and output modules, for example, to one or more Video input/output modules 270, one or more audio input/output modules 275, and/or one or more other modules 280. Such modules may include a plurality of connection ports that may be coupled to A/V devices. Further, a device control interface 285 may be provided to communicate with, provide control ds to, and e status information from, a variety of home automation devices, including the CCTV control system l25, the HVAC system 130, the electronic lighting controller 135, the security system 140, and the motor operated device controller 145 discussed above.

Fig. 3 is an. expanded block diagram of the IP PBX server 300. The IP PBX server 300 includes a processor 310 and a memory 320. The memory 320 comprises a plurality of storage locations for storing software and data structures. The processor 310 includes logic configured to execute the software and manipulate data from the data structures. An ing system 330, portions of which are resident in memory 320 and executed by the processor 310, functionally organizes the IP PBX server 300.

A number of other software modules of a PBX software package 335 may interact with the operating system 330 to implement the techniques discussed herein. The software modules may include IP PBX software (hereinafter simply “lP PBX”) 340 that implements VoIP branch exchange functionality. The IP PBX 340 may commu- nicate with the telephony module 240 executing on the programmable multimedia controller 200 and telephony modules executing on nts, such as mobile devices 400. A Contigurator d 350 may also be present and act as an interface n the IP PBX 340 and a user interface, for example, a web—based user interface. Further details regarding an example web-based user interface may be found below in refer- ence to Figs. 8A—8D. 8 PCT/U82012/053659 Fig. 4 is an expanded block m of an example mobile device 400. The mobile device may be representative of a variety of other types of endpoints, and in— clude at least some hardware ents and software s common thereto.

The mobile device 400 includes a processor 410 and a memory 420. The memory 420 comprises a plurality of storage locations for storing software and data ures.

The processor 410 includes logic configured to execute the re and late data from the data structures, An operating system 430, portions of which are resident in memory 430 and executed by the processor 420, functionally organizes the mobile device 400. A home control and telephony app 435 may be executed in ction with the operating system 430. The home control and ony app 435 may include a mobile device control module 440 that provides a control user interface on a touch screen display 460 ofthe mobile device 400. in response to user selections on the control user interface, the mobile device control module 440 may communicate with the control module 230 operating on the programmable multimedia controller 200 to direct operation of the programmable multimedia controller 200. The mobile device control module 440 may also communicate with the state center 235 so that control state changes are updated there. The control and telephony app 435 may also include a mobile device telephony module 450. The mobile device telephony module 450 may interoperate with the mobile device control module 440 to provide a telephony user interface displayed on the touch screen 460 of the mobile device. The mobile device telephony module 450 may communicate with the telephony module 240 oper- ating on the programmable edia controller 200, as well as the IP PBX 340 op— erating on the IP PBX server 300 to enable telephone functionality. The mobile de— vice telephony module 450 may also communicate with the state center 235 to update telephony state maintained there.

Fig. 5 is a block diagram showing an example message exchange between software modules. l and/or telephony messages may be exchanged n the control module 230 and the mobile device control module 440 and the telephony module 240 and the mobile device telephony module 450.

. Further, control and/or te- lephony messages may be exchanged between the telephony module 235 and the mo~ bile device telephony module 450 and the IP PBX 340. A web—based user interface .10, through a Configurator backend 350, may be used to configure the IP PBX 340. 9 2012/053659 In addition to these control and telephony message exchanges, registration messages may be specially provided to the state center 235 upon the occurrence of telephony events, and ation messages may be ed from the state center 235 when telephony state information maintained in the state center 235 is updated or otherwise changed. For example, the mobile device telephony module 450 of the home control and telephony app 435, in addition to sending l and/or telephony messages necessary to execute telephony events to the IP PBX 340, may send parallel registration es to the state center 235. Telephony state may be updated at the state center 235 based upon the received registration messages. The state center 235 may then send notification messages, for example, if a registration e indicates a change of state of a type that is being monitored, to the telephony module 240 of the runtime re 245. The notification messages may cause a responsive action to be performed. In such manner, the runtirne software 245 may learn ofthe occurrence of telephony events that may not be directly detectable from the IP PBX 340 (for exam- ple, due to the ation program interface (API) of the IP PBX).

Similarly, registration messages may be provided to the state center 235 upon the occurrence of control events, and notification es may be provided from the state center 235 when control state information maintained in the state center 235 is updated or otherwise changed. For example, the control module 230 of the runtime software 245 may send registration messages to the state center 235 in response to a change of state of one ofthe A/V or home automation devices coupled to the pro- grammable multimedia controller 200. The state center 235 may then send notifica- tion messages, for example, if a ration message tes a change of state of a type that is being monitored, to the mobile device l module 440 of the home control and telephony app 435. This may cause a responsive action to be performed.

In some implementations, notification messages may also be provided to the IP PBX 340. This may cause a responsive action to be performed on a call by the IP PBX. In such manner, the state center 235 may operate as a repository, and exchange point, for telephony state information that would not typically be accessible through IP PBX 340 and control state information that would not typically be accessible by direct communication among control modules and/or the IP PBX 340.

Such configuration may be utilized to e a variety of type of advanced operation. Endpoints, and in particular mobile devices 400, may frequently enter and 10 PCT/U52012/053659 leave the [P LAN 150 and thereby enter and leave communication with the P PBX 340. While the IP PBX 340 may learn of their arrival or departure, other endpoints (e.g., mobile devices) may have little knowledge of their presence or absence without the techniques disclosed herein. Fig. 6 is a flow diagram of an example sequence of steps that may be executed when an endpoint (e.g., a mobile device) enters the IP LAN. At step 605, upon entry to the P LAN 150 the endpoint (e.g., mobile device) may send a message to register with the W PBX 340. At step 610, the endpoint may send a registration message to the state center 235 indicating it is registering with the IP PBX 340 and is ble for sending and receiving calls. Other endpoint (e.g., mobile devices) may have previously registered with the state center 235 to receive notifications of endpoints that have registered with the IP PBX 340. At step 615, in response to the change in telephony state recorded in the state center 235, a notifica» tion message may be sent to the other endpoints (e.g., mobile devices) that have regis— tered to receive notifications. In step 620, the other endpoints may take a responsive action, for example, update a listing of endpoints to which a call may be ted shown in their telephony user ace, to reflect the new endpoint has registering with the IP PBX 340. Further, at step 625, in response to the change in telephony. state recorded in the state center 235, a notification message may be sent to the con- trol module 230 on the programmable multimedia controller 200. In step 630, the programmable multimedia controller 200 may take a responsive action, for example, initiate a worl<flow that controls and/or switches data between various ones of the AN and home automation devices coupled to the mmable multimedia control- ler 200. The workflow, may also cause the issue of control commands to the IP PBX 340.

At step 635, the endpoint (e.g., mobile device) may send a message to the IP PBX 340 to place a call or accept a received call. At step 640, the endpoint may send a registration message to the state center 235 indicating a call has commenced. At step 645, in response to the change in telephony state ed in the state center 235, a notification message may be sent to the control module 230 on the programmable multimedia controller 200. In step 650, the mmable multimedia controller 200 may take a responsive , for e, te a workflow. The workflow may, for instance, direct A/V devices in the vicinity of the endpoint to pause or mute audio or video being played, and direct home automation s, such as a lighting control— W0 2013/036479 1 l PCT/U52012/053659 let, to adjust ions in the Vicinity of the nt, for example, brighten the lights if they are dimmed. r, the workflow may issue commands to the IP PBX 340 in response to the state of A/V and/or home automation devices in the vicinity of the endpoint taking part in the call. At step 655, in response to the change in telephony state recorded in the state center 235, a notification message may be sent to the other endpoints (e.g., mobile devices) that have registered to receive notifications. In step 660, the other endpoints may take a responsive action, for example, update a status indication for the endpoint in the listing of endpoints shown in their telephony user interface to show it is involved in a call. In such manner, the state center 235, in con- junction With the other software described herein, may enable telephony responsive A/V and home automation device control, and AN and home automation device re— ve telephony control.

Figs 7A—7E are screen shots of an example ony user interface that can be displayed on an endpoint, for example, on a touch screen of a mobile device 400, to’ e telephone handset functionality. Such interface may include a plurality of touch-activated elements arranged into various control groups and displays. For ex— ample, a volume controls group 710 and a mail and paging controls group 720 may be provided. A menu bar 530 may provide access to various selectable displays includ- ing a keypad display 740, a ts list display 750, a device list 760 as well as fur— ther displays. As discussed above, the device list 760 may include a listing of end— , points that have registered with the IP PBX 340 that is dynamically updated in re- sponse to notifications from the state center 235. Various event activated displays may be provided, including an incoming call display 770 that includes touch-activated elements for ing an incoming call, and an ongoing call display 780 that in- cludes touch-activated elements for managing an ongoing call. Finally, a share group list 790 may be displayed that includes interface elements for selecting one or a plu— rality of share groups (eg. share group “Ll”, share group “L2”, share group “L3”, etc.) the operations of which are discussed in more detail below.

According to an embodiment ofthe present disclosure a ity of selectable share groups may be provided by the IP PBX 340 to enable c conference call- like functionality. The IP PBX 340 may have one or more static shared line appear ances (SLAs) to which endpoints are assigned and removed from by a user changing configuration gs of the IP PBX 340, for e, through the web user interface W0 2013/036479 '12 PCT/U82012/053659 510 and the Configurator backend 350. In addition, the IP PBX 340 may offer one or more dynamic SLAs, to which endpoints are assigned and removed by users of end- points ing an interface t of a corresponding share group, such as in share group listing 790. For e, all endpoints on which an interface element for a first share group (e.g., “Ll ”) is selected may be dynamically placed. into a first SLA.

Similarly, all endpoints one which an interface element for a second share group (e.g., “L2”) is selected may be dynamically placed into a second SLA. Endpoints n a SLA at any time in se to user—selection ofthe interface element for the share group. Similarly, they may leave a SLA at any time in response to user de-selection of the interface t for the share group. Similarly, they may also transition to a different SLA by user—selection of an interface element corresponding to another share group.

Figs 8A—8D are screen shots of an example web user interface that can be used in conjunction with the Configurator backend 350 to configure the P PBX 340. A system overview panel 8l0, a devices panel 820, a shared line panel 830, a view/edit shared line stations panel 840, as well as a number of other panels for other functions may be provided. The overview panel 810 and the devices panel 820 may e a listing of endpoints that have registered with the IP PBX 340 upon joining the LAN 150. Such list of endpoints may coincide with a list of endpoints maintained by the state center 235, which may be disseminated as described above. The shared line panel 830 and the view/edit shared line ns panel 840 may be utilized to create and add endpoints to one or more static SLAs. As discussed above, endpoints may be added or d from c SLAs via selections in share group list 790 of the telephony user interface of each endpoint.

It should be understood that various adaptations and modifications may be made within the spirit and scope of the embodiments herein. Further, it should be un— derstood that at least some portions ofthe above—described techniques may be imple— mented in software, in hardware, or a combination thereof. A software implementa— tion may include computer-executable instructions stored in a non-transitory com- readable medium, such as a volatile or persistent memory, a hard-disk, a com- pact disk (CD), or other tangible medium. A hardware implementation may include red processors, logic circuits, application specific integrated circuits, and/or other types of hardware components. Further, a combined software/hardware imple— mentation may include both computer-executable instructions stored in a nontransitory computer-readable medium, as well as one or more hardware components, for e, processors, memories, etc. Accordingly, it should be understood that the above descriptions are meant to be taken only by way of example.

The discussion of nts, acts, materials, devices, articles and the like is included in this specification solely for the purpose of providing a context for the present invention. It is not suggested or represented that any or all of these matters formed part of the prior art base or were common general knowledge in the field nt to the present invention as it existed before the priority date of each claim of this application.

Throughout the description and claims of this specification, the word “comprise” and variations of the word, such as “comprising” and “comprises”, is not ed to exclude other additives, components, integers or steps.

Claims (12)

THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS:

1. A method comprising: ing a registration message at a state center from an endpoint that supports voice over Internet Protocol (VoIP) g, the registration message ting a telephony event involving the endpoint and an Internet Protocol private branch exchange (IP PBX) separate from the state center, the telephony event being the nt registering with the IP PBX, the endpoint placing a call through the IP PBX, or the endpoint receiving a call via the IP PBX; based on the registration message, updating telephony state at the state center to indicate the ony event involving the endpoint; and sending a notification e from the state center to one or more first devices that have ered to receive notification messages from the state center for telephony , to inform the one or more first devices of occurrence of the telephony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in response to the telephony event.

2. The method of claim 1, wherein the at least one first device is a programmable multimedia controller.

3. The method of claim 1, wherein the one or more first devices include another endpoint that supports VoIP calling and that is configured to update a telephony user interface in response to the telephony event.

4. The method of claim 1, further comprising receiving another registration message from a control module, the another registration message ting a l event related to operation of an A/V or home automation device; based on the another registration message, updating control state at the state center to indicate the control event; and sending a notification e to one or more second devices that have registered to receive cation messages from the state center for control , to inform the one or more second devices of occurrence of the control event and to cause at least one second device to m a responsive action that controls a call in response to the control event.

5. The method of claim 4, wherein the at least one second device is the IP PBX.

6. The method of claim 1, wherein the telephony event is the endpoint registering with the IP PBX.

7. The method of claim 1, wherein the telephony event is the endpoint placing a call or the endpoint receiving a call.

8. The method of claim 7, wherein the endpoint placing a call or the nt receiving a call includes joining a share group that provides a dynamic shared line appearance (SLA).

9. An apparatus sing: a processor; a memory configured to store software for execution by the processor, the software including a state center that when executed is operable to process a registration e from an endpoint that supports voice over Internet Protocol (VoIP) calling, the registration message indicating a telephony event involving the endpoint and an Internet Protocol private branch exchange (IP PBX) separate from the apparatus, the telephony event being the endpoint registering with the IP PBX, the endpoint placing a call through the IP PBX, or the endpoint ing a call via the IP PBX, based on the registration message, update control state to indicate the telephony event involving the endpoint, and send a notification message to one or more first devices that have registered to receive notification messages from the state center for telephony events, to inform the one or more first devices of occurrence of the telephony event involving the endpoint and to cause at least one first device to perform a responsive action that controls an audio/video (A/V) or home automation device in response to the telephony event.

10. The apparatus of claim 9, wherein the at least one first device is a programmable edia controller.

11. The apparatus of claim 9, wherein the state center when executed is further le to s r registration message from a control module, the another registration message indicating a control event related to operation of an A/V or home automation device, based on the another registration message, update control state to indicate the control event, and send a notification message to one or more second devices that have ered to receive notification messages from the state center for control events, to inform the one or more second devices of occurrence of the control event and cause at least one second device to perform a responsive action that controls a call in response to the control event.

12. The apparatus of claim 1 1 , wherein the at least one second device is the IP PBX.