System and method for programming CTI telephone features on a PBX system using existing pre-programmed do not disturb messages

Description

Field of Invention

[0001] The present invention generally relates to a system and method for enabling custom telephone features on a PBX system and, in particular, to a system and method for enabling custom telephone features by using a DND status.

Background of the Invention

[0002] In the 1970s, very basic messaging capabilities to customer-owned Private Branch Exchange (PBX) systems was introduced. For instance, a switchboard attendant delivered a signal to a telephone, e.g., in a hotel room, causing a lamp mounted on the telephone to illuminate. This technique was used to inform the guest that there was a "message waiting" or the telephone was in a "Do-Not-Disturb" (DND) mode. The messaging information provided by these early systems was limited to what could be conveyed with a flashing light initiated by the system's attendant.

[0003] Various attempts have been proposed to provide telephone systems with additional features. However, these systems often use a host computer to control the entire telephone system and do not allow the individual telephone user to control and set desired functions specific for a particular telephone. Moreover, these systems are commonly designed to operate with basic telephones and not Multi-Function Telephone Sets (MTS).

[0004] With the introduction of Computer Telephone Integration (CTI) technology, telecommunications and information processing converged by linking computing (data) with telephony (voice). CTI is primarily used in call centers but also has applications for the general office environment. More specifically, CTI links telephone switches with computers to coordinate computer information and telephone call handling and automatically adds relevant data, fax, graphics, and/or video to voice communications. CTI devices, such as agents, trunks and telephones, are identified by the switch and "monitors" set-up on each of them. Once set-up, any event occurring on a monitored device is transmitted to the host on the CTI link. Similarly, relevant events occurring in the host are transmitted to the switch on the same link. This call control can either be achieved by the physical linking of each telephone to each PC (first-party CTI connection) or having one intelligent dedicated link between the host computing system and the telephone system (third-party CTI connection).

[0005] Although the combination of CTI and PBX systems is generally well known, the available functionality is typically limited to the pre-programmed PBX functions. In other words, any customizing to the telephone system typically requires reprogramming the PBX original software to accommodate.

[0006] US-A-5 526 417 discloses an automatic call distributor having a multiport switch controlled by a central processing unit in conjunction with a main memory for connecting calls made from customers at customer telephonic units through an external telephonic switching network with agents stationed at a plurality of agent telephonic sets coupled with the call distributor.

[0007] GB-A-2 271 910 discloses a digital access signalling architecture based on three independent components, namely application management human machine interface management and connection management.

[0008] GB-A- 2 349 040 discloses a system, implemented within a PBX telephone system, which cancels or modifies a PBX feature for a telecommunication endpoint, based on activity associated with the telecommunication endpoint. The system comprises a feature/application module for executing the PBX feature.

[0009] EP-A-1 009149 discloses a telecommunications network having an exchange provided with a memory holding a number of subscriber services, which can be activated by a subscriber with a character channel used for data communication between the subscriber and the exchange for transmission of programs and/or commands to the memory, for updating or customizing the stored programs.

[0010] SIEMENS AG: "Caracas Inn. Communication solution for hotels and residential homes." SIEMENS DATA SHEETS. DATA SHEET 12/00. REFERENCE NO. A31002-EI300-AII0-3-7629, December 2000 (XP002209156) discloses a PBX suitable for use in a hotel and includes functionality for call charge recording and wake-up functions.

[0011] Accordingly, a telephone system that is versatile to each of the system user's needs is desired. In particular, a telephone system that enables each of the system's users to customize telephone features without having to disrupt or alter the original PBX functioning is needed.

Summary

[0012] The present application provides a telephone system and method in accordance with the claims which follow.

Description

Brief Description of the Drawings

[0013] These and other features, aspects and advantages of the present invention may be best understood by reference to the following description taken in conjunction with the accompanying drawings:

[0014] Figure 1 illustrates an exemplary custom feature enabling system in accordance with the invention; and

[0015] Figure 2 is a flow chart of an exemplary operation of a custom feature enabling system of the invention.

Detailed Description

[0016] The invention provides an improved system and method for enabling custom features on a telephone set within a PBX (private branch exchange). Although the system and methods disclosed herein are suitable for enabling custom telephone features in a variety of applications, the present invention may be conveniently described with reference to the hotel/guest relations industry, and more particularly to custom telephone features available to Multi-Function Telephone Sets (MTS) located in hotel rooms. It should be recognized that the invention has equal application to various other industries outside of the hotel and guest relations domain, such as car dealerships, hourly billing professionals, and security applications.

[0017] In general, the invention provides a communications pathway between a telephone user and an external software application, e.g., Computer Telephone Integration (CTI), in a PBX system, without interfering with or altering the normal operation of the telephone set or the PBX system's original software. Specifically, the operation of the invention includes modification of functions commonly available on a telephone system, e.g., Do-Not-Disturb (DND) status, to trigger applications

[0018] Figure 1 illustrates a custom feature enabling system 100 in accordance with one embodiment of the invention. System 100 includes a processing system 102, a PBX system 104, and one or more telephone sets 106a - 106x. Processing system 102 includes, for example, a CTI computer or processing system having software programs/applications suitably stored thereon. The general structural and/or functional aspects of CTI technology are well known in the communications industry, and therefore will not be discussed in detail. For additional background information on CTI, refer to various publications by the IEC (International Engineering Consortium) Annual Review of Communications, such as: "Using CTI to Enhance Customer Service" by Elizabeth A. Chambers (1998); "CTI 101: A Primer to Computer Telephony" by Jean Renaud (1999); and "An Automated Testing Environment for CTI Systems Using Concepts for the Specification and Verification of Workflows" by Oliver Niese et al. (2001), the disclosures of which are incorporated by reference. For additional information and specific examples of CTI systems, refer to U.S. Patent No. 5,642,410 entitled, "Call Processor for a Computer Telephone Integration System" issued June 24, 1997.

[0019] Processing system 102, such as a CTI system, preferably interacts and assists PBX 104. For example, processing system 102 may be configured to assist in the routing of telephone calls, provide information to the call recipient (e.g., "screen-pops"), assist in controlling the operation of the telephone system, and monitor events for system 100. In addition, processing system 102 is suitably configured to include software programs/applications which may be created, upgraded, or otherwise modified without having to revise the standard software originally provided by PBX 104 original equipment manufacturer (OEM). In this manner, software located on processing system 102 can be enhanced to include custom features available for each telephone set 106 without involving the telephone system's OEM. This process will be described in greater detail below.

[0020] The communications link between processing system 102 and PBX 104 may include any suitable communication link currently known or discovered to facilitate two-way communication between a processing system and a PBX. No additional network communications are required for the invention to be implemented in an existing telephone system; rather, the invention utilizes any suitable existing communications links. Suitable communications links include, but not limited to, wired and wireless networks, Ethernet, Token Ring, fiber optic protocols, Internet protocols, Asynchronous Transfer Mode (ATM), a local area network (LAN), wireless area network (WAN), wireless local area network (W-LAN), intranet, a telephone network, the extranet, and any other CTI-compatible connection.

[0021] PBX 104 includes any suitable PBX system which permits communication with an external processing system and serves one or more telephone sets. PBX systems are generally well known and provide telephone and messaging services as needed to telephone sets and users. Provided services typically focus on the delivery of external and internal telephone calls to a commercial business. In general, PBXs are telephone exchanges having special functions directed towards business users. Modern PBXs also provide integrated voice mail, hands free intercom calls, call center functions, complex system networks, and additional features using external computer control. Audio and control paths are extended to the telephone sets from a PBX switching complex using wiring connections. Local users may also be connected to the PBX using headsets and a variety of wireless devices. In a similar sense, the PBX may be any customer-owned switching apparatus that is used to connect real-time voice or multimedia communications from user-to-user, regardless of the technology employed, such as time division multiplexing, packet switching, optical switching, or any combination thereof.

[0022] Telephone set 106 preferably includes a telephone having a display 108, a keypad 110 and numerous function keys 112. In one particular embodiment, telephone set 106 may include a MTS system of the type having hardware and software configured to permit multiple function capabilities. For example, function keys 112 (either hard keys or soft keys), when depressed or otherwise triggered, may activate hardware of telephone 106 and/or software suitably linked to telephone 106 causing various desktop-related functions to occur. Typical features conventionally available on desktop telephones include call forwarding, Do-Not-Disturb, conferencing, call waiting, hold, transfer, mute message indicator, and other features that may be activated by function keys associated with a phone system, display and/or telephone set. In addition, each function key may include a matching indicator light that illuminates upon activation of the associated function key or some other form of notice to the user that a key has been activated. Display 108 permits the telephone user to visually read the operations associated with function keys 112 and any commands received from PBX 104 or processing system 102.

[0023] In another embodiment, telephone set 106 may include a wireless remote device capable of connection to PBX 104. Preferably, the remote device includes a display, keypad, and various function keys as previously described.

[0024] Although not shown or described, it should be appreciated that additional connections, links, adapters, and/or adapter interfaces may occur between the telephone set and the PBX or the PBX and the processing system. For instance, depending upon the telephone set and communication links, additional network adapters may be included between the PBX and the processing system, and translation servers may be used between the telephone set and the PBX.

[0025] In one particular embodiment, system 100 includes an OAI (open architecture interface) protocol. OAI facilitates the monitoring of events occurring on the phone system and permits control information to be routed within system 100. Although not shown in Figure 1, it should be appreciated that one or more processors, e.g. CTI processors, may be included in processing system 102. For example, one processor may include a suitable application that sets up the system OAI stream to enable multiple applications to share OAI. In this manner, the set up processor may include programming to control the port sharing process for the various applications included in the system. Alternatively, additional OAI port access points may be added to the system and applications may be dedicated to each port.

[0026] As previously mentioned, the invention involves modification of one or more functions currently available on a telephone to trigger applications installed on an external computer(s), e.g., processing system 102. In other words, the invention utilizes the functionality already in place for a MTS phone system, and expands this functionality to provide the user with additional "customized" features. A detailed description of one such commonly available function and the focus of the invention's modifications, will follow.

[0027] Currently, phone systems having MTS phones, or the like, typically include a DND (do-not-disturb) status which, when activated, is generally recognized by the processing system and triggers the processing system to respond to the user's preselected command accordingly. For example, in a conventional phone system, the DND status allows the user to select an option from a menu of predetermined "action" items (hereinafter, referred to as "canned" messages), and then to define a second message that generally coincides with the selected option (hereinafter, referred to as "user-defined" messages). In general, the canned messages are preprogrammed, predetermined and include a preset number of options for the user to choose from.

[0028] Table 1 below provides a list of fifteen exemplary canned messages available to a telephone user. It should be appreciated that the number of canned messages, as well as the predetermined message can vary depending upon the application.

Table 1

DND Canned Messages
01 -	In Meeting Until
02 -	On Vacation Until
03 -	Call Me At
04 -	Away From Desk
05 -	Unavailable
06 -	Out of Town Until
07 -	Telecommuting
08 -	Out Until
09 -	Leave Voice Mail
10 -	On Break
11 -	Gone Home
12 -	Out to Lunch
13 -	Out of Office
14 -	At West Bldg.
15 -	Page Me

[0029] In general, the user places the phone in DND status (e.g., by depressing a function key, e.g., pre-assigned function key, or keying in a number sequence) and then chooses one of the predetermined canned messages. Using a MTS telephone having a display, the user is typically able to view the selected option on the display. The user may then key in an additional message to further define the canned message. For example, the user may choose canned message #08 causing the words "OUT UNTIL" to appear on the telephone display. The user may then manually enter, e.g., using the telephone keypad, the words "NEXT MON" to indicate the user will be out of the office until next Monday. Thus, appearing on the display would typically be two lines of messaging; the canned message on one line and the user-defined message on a second line (display 108 of Figure 1 illustrates the two line messaging).

[0030] In a conventional phone system, the DND status, regardless of the canned message chosen, triggers the processing system to instruct the PBX to place the phone in a predetermined state, such as a non-ringing state. Other system users may be able to view the user's DND messages (e.g., out of the office until next Monday) on any suitable display device, such as a telephone or a workstation comprising a personal computer linked to a telephone. External phone calls received by the system may be automatically forwarded to voice mail if the called number is in any one of the DND status'. In general, the conventional phone system recognizes the DND command of the user phone, places the phone in the DND status and typically does nothing more. In other words, once the system places the phone in DND status, the phone will remain in this status until the user notifies the system otherwise. In fact, while the user has the option to enter an additional command to further define the chosen DND option, i.e., user-defined message, this message is not detected by the phone system and is generally irrelevant to the operation of the conventional system. In this manner, placing the phone in a DND status in the conventional phone system may be considered a passive event, i.e., nothing further occurs on the system once the phone is placed in DND status regardless of the canned message or user-defined message. These messages are provided merely for the benefit of other system users to obtain information on the whereabouts of a user, they are generally not identified by the system beyond the initial canned message which, regardless of the selected option, is recognized only as a DND message.

[0031] The custom feature enabling system of the invention utilizes the provided functionality of an existing phone system as it pertains to the DND status as just described; however, a system in accordance with the invention extends the functionality of the existing phone systems to provide additional features to the user. In this manner, the following detailed description of exemplary embodiments of the invention may use terms and functions which are general to an existing phone system and may have just been described. It should be noted that the DND status as intended for use herein is a status-state indicator and is not intended to imply merely a state of do-not-disturb. For instance, a status-state indicator may signify a notification that a telephone or system event is or has occurred.

[0032] Figure 2 is a flow chart illustrating an exemplary operation of a custom feature enabling system of the invention. Initially, the user chooses one of the canned messages available on the phone system (step 202). As previously discussed, the canned messages generally include pre-programmed, predetermined and a preset number of options for the user to choose from, for example as shown in exemplary Table 1. The canned messages are generally field-programmable from the PBX OEM and may be stored on the PBX system. The user may then enter a custom message or user-defined message to further detail the canned message (step 204). Preferably, the user is able to view the selection and keyed-in message on a suitable display unit.

[0033] PBX 104 identifies the data as a DND status message and simply funnels the data through to an external computer, e.g., processing system 102 (step 206). Processing system 102 recognizes the DND request from the user phone, which is passed through PBX 104 (step 208). Hence, a direct link between telephone 106 and processing system 102 is established (although PBX 104 may be between the link, the PBX is acting merely as a data pass-through).

[0034] Unlike the conventional phone system, system 100 includes additional software applications which correspond to the user's selections and/or keyed-in messages. The various software applications stored on processing system 102 may be created and/or upgraded without having to revise PBX 104 software originally provided by the PBX OEM. In this sense, software applications, which may be programmed and installed on processing system 102 to perform a specified function, are launched in response to the selected canned message and/or the user-defined message (step 210). The number of available applications is limited only by the storage capacity of processing system 102. Finally, depending on the particular programming of the application, processing system 102 may instruct PBX 104 to clear the DND state and return the telephone to normal operating status (step 212). In one particular application, the telephone may resume normal operation almost immediately after processing system 102 receives the user's commands and responds to the commands accordingly.

[0035] In one particular example, the user may select canned message #12 OUT TO LUNCH from a list of canned message such as exemplary Table 1. Preferably, the words "OUT TO LUNCH" will appear on a suitable display for the user to view. The user may then enter a user-defined message to appear on a separate line or display area than the canned message, such as "1:00". PBX 104 monitors the activity on system 100 and quickly recognizes the entered data as a DND message and passes the information to processing system 102. A special application within processing system 102 may recognize the selected canned message (e.g., #12) and launch an application that is sensitive to the canned entry portion as well as the user-defined portion. Processing system 102 may return a message to telephone 106 to update the display to read "OUT TO LUNCH" "BACK AT 01:00 PM". Alternatively, an application may be programmed to read the user-defined entry as a starting time, or any other combination of desired displayed information.

[0036] In another embodiment, processing system 102 may identify the selected canned message (e.g., #12 OUT TO LUNCH) as an instruction to launch a special application to instruct PBX 104 to forward incoming external and/or internal calls intended for telephone 106 to a different number. For instance, the user may predefine certain canned messages to trigger applications within the system to respond in a certain way, such as automatically forward incoming calls to a mobile telephone number. Thus, in this particular embodiment, processing system 102 recognizes the selected canned message, launches a special application corresponding to that particular canned message (and to that particular user and/or telephone), and instructs PBX 104 to forward incoming calls to the phone number provided in the application. Additionally, processing system 102 may identify the user-defined portion of the message as a time to continue the specified action. For example, if the user enters 01:00PM, then processing system 102 may continue to instruct PBX 104 to forward incoming calls until the time reaches 1:00PM. Processing system 102 may also instruct PBX 104 to clear the DND state and return telephone 106 to normal operating status once 1:00PM is reached. Of course, should the user return from lunch earlier than 1:00PM, the user can quickly key-in to return the telephone back to a normal state.

[0037] The user need only select and/or enter a simple message on a telephone to identify a DND state. An attached processing system 102 recognizes the message and completes an interaction with the user. The only feature provided by PBX 104 OEM is the ability to pre-program the canned messages, a function common to PBX OEM. The messages associated with each canned message or DND state can be easily modified to customize the desired response. Because the applications running on processing system 102 read information from each individual telephone 106 after the user selects a particular DND state, processing system 102 reads only one of the predetermined number of DND states programmed by the installer. This feature allows the processing system supplier to define which applications may be run by users of a particular PBX system. Thus, customers having a network of PBXs linked to a common processing system are able to define different DND messages for each PBX system, and yet maintain a common set of processing applications to service the entire enterprise. Of course various other advantages and embodiments will become readily apparent to those skilled in the telecommunications industry, or the like, from reading this disclosure.

[0038] In another particular embodiment, processing system 102 may recognize the messages from the user and launch a special application or process which may take a short period of time for system 102 and/or system 100 to execute. In this example, processing system 102 may return an instruction to telephone 106 causing a momentary display of "PLEASE WAIT" or similar message, indicating to the user that the commands are being processed.

[0039] The user may be provided an option to open a "transparent" session with processing system 102. As used herein, "transparent" refers to the flow-through function of PBX 104 and it should be realized that the transparency of the option is with respect to PBX 104. Display 108 may indicate that the opportunity to access processing system 102 is now available to the user. If the user selects this option, for example by choosing a function key, telephone 106 is linked to a transparent connection with processing system 102. Display 108 as well as some or all of the function keys, e.g., soft keys, may now be under the control of processing system 102 until the user completes the desired task and exits the application and session. During this open session with processing system 102, the user may define a special application to be launched in connection with a chosen canned message and/or user-defined message. The user may define soft keys for use during a particular application. The user may be shown an "EXIT" menu option on the display which may be used to conclude the open session and return telephone 106 to normal operation. The special application defined by the user during the session may be stored on processing system 102 to be launched whenever the particular canned and/or user-defined message is selected, or may be stored to be launched immediately as a one-time application.

[0040] In yet another embodiment, system 100 may include one or more phantom extensions (not shown) in lieu of, or in combination with, telephone set 106. Phantom extensions are often times used for workers that do not need a station that exists as a physical telephone assigned to a phone number or extension. These extensions do not correspond to physically equipped system ports but as a logical reference for dialing and other forms of incoming access in conjunction with system 100. These extensions require no hardware resources and may provide a means to assign directory numbers, class of service, group member assignments, and access rights to these extensions.

[0041] Alternatively, a phantom extension number may be programmed by the system installer to correspond to a particular event, such as a "customer call-in" or "help". In this particular embodiment, system 100 is conveniently described with respect to an automobile dealership application; however, it should be appreciated that this embodiment is in no way limited to such an application and this description is provided merely to fully understand the present embodiment. In general, when a prospective customer calls an automobile dealership a receptionists answers the call and forwards the prospective customer to an available agent. In a custom feature enabling system of the invention, the receptionist may forward the prospective customer to a phantom extension number. Agents are then notified of the "waiting" customer, e.g., by an audible announcement, teleprompt message, or any other suitable messaging means. An available agent simply dials the phantom extension number which is recognized by processing system 102. The first agent to reach the phantom number is connected to the prospective customer and an acknowledgement may be displayed on the agent's telephone. By interacting with phantom extensions to retrieve calls in this manner, extra hardware port resources are generally not required.

[0042] In still another embodiment of the automobile dealership application, in a similar manner as just described, a receptionist may transfer a prospective customer call to a phantom extension number, causing some suitable messaging means to alert agents that a customer is waiting. However, in this example, available agents, using telephone 106, choose a particular DND status (e.g., a canned message) and key in a user-defined message. The canned message may be recognized by PBX 104 as a DND status and forwarded to processing system 102. Processing system 102 recognizes the particular canned message and may launch a particular application in response. For example, processing system 102 may transmit a message to the agent's telephone to enter the agent's I.D. number. This I.D. number may correspond to the user-defined portion of the commands and therefore processing system 102 may not display the request if the agent already entered this information. Processing system 102 may record the agent's information, instruct PBX 104 to remove the agent's telephone from DND status, and to connect the waiting prospective customer with the agent's telephone 106. Various other applications of this particular embodiment are contemplated, such as a billing tool for law firms, accountants and other hourly billing professionals.

HOTEL/GUEST RELATIONS EXAMPLES

[0043] The following examples provide additional applications for a custom feature enabling system of the invention for use in the hotel/guest relations industry. It should be appreciated that the following examples are merely illustrative of possible applications of the invention and are not intended to be limiting in any way.

[0044] A custom feature enabling system and method in accordance with the invention offers various uses within the hotel/guest relations industry. For instance, various applications of the invention may benefit the hotel staff, such as housekeeping and maintenance, while other applications may benefit the hotel guest.

[0045] In one particular embodiment of a custom feature enabling system in accordance with the invention and a hotel/guest relations application, the hotel guest may use the systems and methods of the invention as previously discussed and further detailed below, to initiate hotel services from the privacy of the hotel room.

[0046] With continued reference to Figures 1 and 2, the following is an exemplary operation of a custom feature enabling system of the invention (e.g., system 100) to initiate a wake-up call feature for a hotel user. The following description details initiating a wake-up call by a guest from a hotel room, however, it should be realized that a wake-up call may also be initiated through a user interface, i.e., from the hotel front desk.

[0047] To initiate a wake-up call from the room, the user first toggles the phone into a specific DND state by choosing a "canned" message (step 202) and a user-defined message (step 204). The canned message may be chosen from a list of pre-determined, pre-programmed messages, such as previous Table 1, except the messages would generally be specific to the hotel/guest relations industry. For example, the user may remove the handset or otherwise cause the phone to go "off-hook", then choose message #01 WAKE-UP CALL from a number of options and depress the number one key on the phone keypad, or use any other means of number entry. The user may then enter a user-defined message to indicate the time at which the user desires the wake-up call. For example, if the user wanted a 7:00AM wake-up call, a series of alpha-numeric characters may be entered on the keypad to indicate the desired time (e.g., "07*", where the asterisk may indicate AM verses "#" for PM).

[0048] The PBX recognizes the DND status and funnels the data to the external computer, such as processing system 102 (step 206). The external computer recognizes and identifies the particular DND status as a wake-up call (step 208). The external computer then launches a special application corresponding to the wake-up call status (step 210). This application may include, for example, registering the wake-up call activity on a log. In addition, the application may cause the system to respond with an indication, via a user interface, whether a wake-up call is pending for a particular room. For example, a guest may ring the front desk and confirm that a wake-up is pending for a particular time.

[0049] Finally, the system (or processing system) toggles the phone out of DND status (step 212) to allow the user to continue to use the telephone for additional functions or normal calling. Preferably, the DND status is removed shortly after the user completes the wake-up call request and the system registers the command. Alternatively, the user may send a command to the system to remove the DND status (it should be noted that the user may activate the removal of the DND status in other applications and embodiments described herein as well). In this example, the user may wish to leave the phone in a DND or do-not-disturb status to avoid receiving calls during the night. Shortly before the set wake-up time, the system may remove the DND status and cause the telephone in the room to ring. Alternatively, the system may use a DND override function.

[0050] In one particular embodiment of a wake-up call application, the system includes one or more "dummy" telephones designated as wake-up call telephones to handle the actual ringing of the rooms. At the registered wake-up call time, the system may instruct one of the wake-up call telephones to ring the telephone in the user's room thereby fulfilling the wake-up call function.

[0051] In another embodiment, the user may employ similar steps to request housekeeping, room service, maintenance, extra towels, an ironing board and various other guest relations services. For example, the user may toggle the room telephone into a particular DND state by choosing a canned message from a list of messages. For instance, the user may choose the message for MAINTENANCE and key in the appropriate number, i.e., a canned message (step 202). The user may then define the type of maintenance desired by keying in words using the telephone keypad, e.g., IRONING BOARD (step 204). The remaining steps may be similar to the steps of flow chart 200 with the addition of the processing system recognizing the particular DND status as a maintenance call and forwarding the message to the appropriate maintenance telephone, personnel or system.

[0052] In yet another embodiment, the hotel staff may also benefit from a custom feature enabling system of the invention. The following example relates to housekeeping personnel; however, as those skilled in the art will readily recognize, there are various other hotel/guest relations personnel which may also benefit from the described system and methods.

[0053] In a housekeeping embodiment, the maid may cause the telephone in the uncleaned room to toggle into a particular DND state. For instance, the maid may choose a particular canned message, such as CLEANING IN PROCESS from a list of predetermined, preprogrammed messages (step 202). The maid may then enter a user-defined message to further define the canned message, for example, the maid's employee number or I.D. (step 204). The remaining steps may be similar to the steps of flow chart 200. In this particular example, it may be preferred to remove the room's telephone from DND status once the system registers that the room is in the process of being cleaned. In this manner, other system users may be able to ring the room's telephone, for example, the front desk to check on the status of the room, and the maid would be able to respond. In addition, the system may launch a special application to place incoming calls to the room into a voice message during the time the room is in the process of being cleaned. Once the maid is done cleaning the room, she may key-in a different number to indicate the room is cleaned.

[0054] In yet another embodiment of the hotel/guest relations applications, the system may further include additional property management software or the like, in communication with the processing system. In this manner, the processing system may send updates on particular telephones and/or rooms (e.g., the room status) to the property management software.

[0055] It should be appreciated that the particular implementations shown and described herein are illustrative of various embodiments of the invention including its best mode, and are not intended to limit the scope of the present invention in any way. Indeed combinations and enhancements of the disclosed systems and methods are contemplated which may allow telephone system users additional flexibility when communicating with external applications; for example, complex selections of options, later acknowledgement of processes that have long execution times like lengthy searches, and setting up systems that monitor for particular events and trigger alerts at a later time.

[0056] For the sake of brevity, conventional techniques for signal processing, data transmission, signaling, and network control, and other functional aspects of the systems (and components of the individual operating components of the systems) may not be described or illustrated in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in a practical communication system.

[0057] While the principles of the invention have now been made clear in illustrative embodiments, there will be immediately obvious to those skilled in the art many modifications of structure, arrangements, proportions, the elements, materials and components, used in the practice of the invention which are particularly adapted for a specific environment and operating requirements without departing from those principles. These and other changes or modifications are intended to be protected as long as these changes and modifications fall within the scope of the present invention, as expressed in the following claims.

Claims

1. A telephone system comprising:

a public branch exchange (PBX) (104);

a processing system (102) in communication with said PBX (104);

one or more telephone sets (106a, 106x) in two-way communication with said PBX (104) and with said processing system (102); and

a plurality of pre-programmed do not disturb DND canned messages, which are messages to be chosen by a telephone user to be viewed by other system users when calling the telephone set after the telephone set has been placed in a DND status, and which are stored in said PBX (104);

said preprogrammed DND canned messages being selectable on the telephone set by a user of the telephone set,

wherein said telephone system is adapted upon selection of a pre-programmed DND canned message to place the telephone set in a DND status state comprising a non-ringing state;

characterised in that the telephone system further comprises;

a plurality of software applications stored in said processing system (102), each of said software applications corresponding to one of said pre-programmed DND canned messages wherein said PBX (104) is adapted to recognize the pre-programmed DND canned message selected from said telephone set and to funnel said selection to the processing system (102), and

wherein said processing system (102) is adapted to match said selected pre-programmed DND canned with at least one of said plurality of software applications and to launch said software application in response to said pre-programmed DND canned message.

2. The telephone system of claim 1, wherein said PBX is adapted to permit a transparent communication between said telephone set and said processing system.

3. The telephone system of claim 1, further comprising said telephone set is adapted to allow a user to enter a user-defined message wherein said processing system is adapted to launch said application in response to both said messages.

4. The telephone system of claim 1, wherein said telephone set includes a display (108) and during the launch of said application, said processing system is adapted to control said display.

5. The telephone system of claim 1, wherein said processing system is adapted to initiate removal of said DND status-state and returns said telephone set to a normal operating condition regardless of whether said launched application has completed an intended application function.

6. A telephone system according to claim 1, wherein the processing system is a computer telephone integration (CTI) system, said telephone sets are multifunction telephone sets, the pre-programmed messages are status-state messages and the PBX in response to the user selecting one of the status state messages causes one or more associated events to occur in said one of said telephone sets and said CTI system.

7. The telephone system of claim 6, wherein said two-way communication between said multi-function telephone sets and said CTI system comprises a transparent communication link.

8. The telephone system of claim 6, wherein said CTI system is adapted to initiate removal of said DND status-state and returns said telephone set to a normal operating condition regardless of whether said launched application has completed an intended application function.

9. A method for use in a telephone system comprising a public branch exchange (PBX) (104); a processing system (102) in communication with said PBX (104); one or more telephone sets (106a, 106x) in two-way communication with said PBX and with said processing system (102); and a plurality of pre-programmed do not disturb DND canned messages, which are messages to be chosen by a telephone user to be viewed by other system users when calling the telephone set after the telephone set has been placed in a DND status, and which are stored in said PBX (104); said preprogrammed DND canned messages being selectable on the telephone set by a user of the telephone set,
the method comprising the steps performed by the telephone system of:

upon selection of a pre-programmed DND canned message placing the telephone set in a DND status state comprising a non-ringing state;

characterised in that there are a plurality of software applications stored in said processing system (102), each of said software applications corresponding to one of said pre-programmed DND canned messages and the method further comprises the steps of:

recognizing at the PBX (104) the pre-programmed DND canned message selected from said telephone set and funneling said selection to the processing system (102), and

at the processing system (104) matching said selected pre-programmed DND canned message with at least one of said plurality of software applications and launching said software application in response to said pre-programmed DND canned message.

10. The method of claim 9, wherein said PBX is adapted to permit a transparent communication between said telephone set and said processing system.

11. The method of claim 9, further comprising the step of:

allowing a user to enter a user-defined message at said telephone set and at said processing system launching said application in response to both said messages.

12. The method of claim 9, wherein said telephone set includes a display (108) and during the launch of said application, controlling of said display by said processing system.

13. The method of claim 9, wherein initiating by said processing system of removal of said DND status-state and returning said telephone set to a normal operating condition regardless of whether said launched application has completed an intended application function.

14. a method according to claim 9, wherein the processing system is a computer telephone integration (CTI) system, said telephone sets are multifunction telephone sets, the pre-programmed messages are status-state messages and further comprising the step of in response to the user selecting one of the status state messages causing on or more associated events to occur in said one of said telephone sets and said CTI system.

15. A method according to claim 14, wherein said two-way communication between said multi-function telephone sets and said CTI system comprises a transparent communication link.

16. A method according to claim 14, further comprising the steps of performing by the CTI system the initiation of the removal of said DND status-state and returning said telephone set to a normal operating condition regardless of whether said launched application has completetd an intended application function.

Ansprüche

1. Telefonsystem, umfassend:

eine öffentliche Vermittlungsstelle (PBX) (104);

ein Verarbeitungssystem (102), das mit der PBX (104) in Verbindung steht;

ein oder mehrere Telefongeräte (106a, 106x), die mit der PBX (104) und dem Verarbeitungssystem (102) in Zweiwegekommunikation stehen; und

mehrere vorprogrammierte "Do-not-disturb"-DND-Standardmitteilungen, bei denen es sich um Mitteilungen handelt, die von einem Telefonbenutzer auszuwählen sind und beim Anrufen des Telefongeräts, nachdem es in einen DND-Zustand versetzt wurde, durch andere Systemnutzer offen einsehbar sind, und die in der PBX (104) gespeichert sind;

wobei die vorprogrammierten DND-Standardmitteilungen am Telefongerät von einem Benutzer des Telefongeräts auswählbar sind,

wobei das Telefonsystem dazu angepasst ist, bei Auswahl einer vorprogrammierten DND-Standardmitteilung das Telefongerät in einen DND-Statuszustand zu versetzen, der einen klingelfreien Zustand beinhaltet;

dadurch gekennzeichnet, dass das Telefonsystem darüber hinaus umfasst:

mehrere Softwareanwendungen, die in dem Verarbeitungssystem (102) gespeichert sind, wobei jede der Softwareanwendungen einer der vorprogrammierten DND-Standardmitteilungen entspricht, wobei die PBX (104) dazu angepasst ist, die vom Telefongerät ausgewählte vorprogrammierte DND-Standardmitteilung zu erkennen und die Auswahl an das Verarbeitungssystem (102) weiterzuleiten, und

wobei das Verarbeitungssystem (102) dazu angepasst ist, die ausgewählte vorprogrammierte DND-Standardmitteilung mindestens einer der mehreren Softwareanwendungen zuzuordnen und die Softwareanwendung im Ansprechen auf die vorprogrammierte DND-Standardmitteilung zu starten.

2. Telefonsystem nach Anspruch 1, wobei die PBX dazu angepasst ist, eine transparente Kommunikation zwischen dem Telefongerät und dem Verarbeitungssystem zuzulassen.

3. Telefonsystem nach Anspruch 1, darüber hinaus umfassend, dass das Telefongerät dazu angepasst ist, es einem Benutzer zu ermöglichen, eine benutzerdefinierte Mitteilung einzugeben, wobei das Verarbeitungssystem dazu angepasst ist, die Anwendung im Ansprechen auf die beide Mitteilungen zu starten.

4. Telefonsystem nach Anspruch 1, wobei das Telefongerät eine Anzeige (108) umfasst und während des Startens der Anwendung das Verarbeitungssystem dazu angepasst ist, die Anzeige zu steuern.

5. Telefonsystem nach Anspruch 1, wobei das Verarbeitungssystem dazu angepasst ist, die Aufhebung des DND-Statuszustands zu veranlassen, und das Telefongerät ungeachtet dessen, ob die gestartete Anwendung eine beabsichtigte Anwendungsfunktion erfüllt hat, in einen normalen Betriebszustand zurückführt.

6. Telefonsystem nach Anspruch 1, wobei das Verarbeitungssystem ein Computertelefonintegrationssystem (CTI-System) ist, wobei es sich bei den Telefongeräten um Multifunktions-Telefongeräte handelt, die vorprogrammierten Mitteilungen Statuszustandsmitteilungen sind und die PBX als Reaktion darauf, dass der Benutzer eine der Statuszustandsmitteilungen auswählt, in dem einen der Telefongeräte und im CTI-System ein oder mehrere zugehörige Ereignisse geschehen lässt.

7. Telefonsystem nach Anspruch 6, wobei die Zweiwegekommunikation zwischen den Multifunktions-Telefongeräten und dem CTI-System eine Transparentkommunikationsverbindung umfasst.

8. Telefonsystem nach Anspruch 6, wobei das CTI-System dazu angepasst ist, die Aufhebung des DND-Statuszustands zu veranlassen, und das Telefongerät ungeachtet dessen, ob die gestartete Anwendung eine beabsichtigte Anwendungsfunktion erfüllt hat, in einen normalen Betriebszustand zurückführt.

9. Verfahren zur Verwendung in einem Telefonsystem, das eine öffentliche Vermittlungsstelle (PBX) (104); ein Verarbeitungssystem (102), das mit der PBX (104) in Verbindung steht; ein oder mehrere Telefongeräte (106a, 106x), die mit der PBX und dem Verarbeitungssystem (102) in Zweiwegekommunikation stehen; und mehrere vorprogrammierte "Do-not-disturb"-DND-Standardmittelungen umfasst, bei denen es sich um Mitteilungen handelt, die von einem Telefonbenutzer auszuwählen sind und beim Anrufen des Telefongeräts, nachdem es in einen DND-Zustand versetzt wurde, durch andere Systemnutzer offen einsehbar sind, und die in der PBX (104) gespeichert sind; wobei die vorprogrammierten DND-Standardmitteilungen am Telefongerät von einem Benutzer des Telefongeräts auswählbar sind,
wobei das Verfahren die folgenden, vom Telefonsystem ausgeführte Schritte umfasst:

bei Auswahl einer vorprogrammierten DND-Standardmitteilung das Telefongerät in einen DND-Statuszustand zu versetzen, der einen klingelfreien Zustand beinhaltet;

dadurch gekennzeichnet, dass mehrere Softwareanwendungen vorhanden sind, die in dem Verarbeitungssystem (102) gespeichert sind, wobei jede der Softwareanwendungen einer der vorprogrammierten DND-Standardmitteilungen entspricht, und das Verfahren darüber hinaus die Schritte umfasst:

Erkennen, seitens der PBX (104), der vom Telefongerät ausgewählten vorprogrammierten DND-Standardmitteilung, und Weiterleiten der Auswahl an das Verarbeitungssystem (102), und

Zuordnen, seitens des Verarbeitungssystems (102), der ausgewählten vorprogrammierten DND-Standardmitteilung zu mindestens einer der mehreren Softwareanwendungen, und Starten der Softwareanwendung im Ansprechen auf die vorprogrammierte DND-Standardmitteilung.

10. Verfahren nach Anspruch 9, wobei die PBX dazu angepasst ist, eine transparente Kommunikation zwischen dem Telefongerät und dem Verarbeitungssystem zuzulassen.

11. Verfahren nach Anspruch 9, darüber hinaus den Schritt umfassend:

es einem Benutzer zu ermöglichen, am Telefongerät eine benutzerdefinierte Mitteilung einzugeben, und seitens des Verarbeitungssystems die Anwendung im Ansprechen auf die beiden Mitteilungen zu starten.

12. Verfahren nach Anspruch 9, wobei das Telefongerät eine Anzeige (108) umfasst und während des Startens der Anwendung die Anzeige vom Verarbeitungssystem gesteuert wird.

13. Verfahren nach Anspruch 9, wobei die Aufhebung des DND-Statuszustands und das Zurückführen des Telefongeräts in einen normalen Betriebszustand ungeachtet dessen, ob die gestartete Anwendung eine beabsichtigte Anwendungsfunktion erfüllt hat, durch das Verarbeitungssystem erfolgen.

14. Verfahren nach Anspruch 9, wobei das Verarbeitungssystem ein Computertelefonintegrationssystem (CTI-System) ist, wobei es sich bei den Telefongeräten um Multifunktions-Telefongeräte handelt, die vorprogrammierten Mitteilungen Statuszustandsmitteilungen sind, und darüber hinaus den Schritt umfassend, als Reaktion darauf, dass der Benutzer eine der Statuszustandsmitteilungen auswählt, in dem einen der Telefongeräte und im CTI-System ein oder mehrere zugehörige Ereignisse geschehen zu lassen.

15. Verfahren nach Anspruch 14, wobei die Zweiwegekommunikation zwischen den Multifunktions-Telefongeräten und dem CTI-System eine Transparentkommunikationsverbindung umfasst.

16. Verfahren nach Anspruch 14, darüber hinaus die Schritte umfassend, durch das CTI-System die Aufhebung des DND-Statuszustands zu veranlassen und das Telefongerät ungeachtet dessen, ob die gestartete Anwendung eine beabsichtigte Anwendungsfunktion erfüllt hat, in einen normalen Betriebszustand zurückzuführen.

Revendications

1. Système téléphonique comprenant :

un autocommutateur public (PBX) (104) ;

un système de traitement (102) en communication avec ledit PBX (104) ;

un ou plusieurs postes téléphoniques (106a, 106x) en communication bidirectionnelle avec ledit PBX (104) et avec ledit système de traitement (102) ; et

une pluralité de messages "ne pas déranger" NPD préprogrammés prêts à être utilisés, qui sont des messages à choisir par un utilisateur du poste téléphonique pour être visualisés par d'autres utilisateurs du système lors d'un appel au poste téléphonique après que le poste téléphonique a été placé dans un statut NPD, et qui sont stockés dans ledit PBX (104) ;

lesdits messages NPD préprogrammés prêts à être utilisés étant sélectionnables sur le poste téléphonique par un utilisateur du poste téléphonique,

dans lequel ledit système téléphonique est adapté à la sélection d'un message NPD préprogrammé prêt à être utilisé pour placer le poste téléphonique dans un état de statut NPD comprenant un état sans sonnerie ;

caractérisé en ce que le système téléphonique comprend en outre :

une pluralité d'applications logicielles stockées dans ledit système de traitement (102), chacune desdites applications logicielles correspondant à l'un desdits messages NPD préprogrammés prêts à être utilisés, ledit PBX (104) étant adapté pour identifier les messages NPD préprogrammés prêts à être utilisés sélectionnés à partir dudit poste téléphonique et pour faire passer ladite sélection au système de traitement (102), et

dans lequel ledit système de traitement (102) est adapté pour faire correspondre lesdits messages NPD préprogrammés prêts à être utilisés avec au moins l'une de ladite pluralité d'applications logicielles et pour lancer ladite application logicielle en réponse audit message NPD préprogrammé prêt à être utilisé.

2. Système téléphonique selon la revendication 1, dans lequel ledit PBX est adapté pour permettre une communication transparente entre ledit poste téléphonique et ledit système de traitement.

3. Système téléphonique selon la revendication 1, comprenant en outre ledit poste téléphonique adapté pour permettre à un utilisateur d'entrer un message défini par l'utilisateur, dans lequel ledit système de traitement est adapté pour lancer ladite application en réponse aux deux dits messages.

4. Système téléphonique selon la revendication 1, dans lequel ledit poste téléphonique inclut un écran (108) et pendant le lancement de ladite application, ledit système de traitement est adapté pour commander ledit écran.

5. Système téléphonique selon la revendication 1, dans lequel ledit système de traitement est adapté pour effectuer la suppression dudit état de statut NPD et remet ledit poste téléphonique à une condition de fonctionnement normal que ladite application lancée ait terminée ou non une fonction d'application prévue.

6. Système téléphonique selon la revendication 1, dans lequel le système de traitement est un système de couplage téléphonie informatique (CTI), lesdits postes téléphoniques sont des postes téléphoniques multifonctions, les message préprogrammés sont des messages d'état de statut et le PBX, en réponse à l'utilisateur sélectionnant l'un des messages d'état de statut, engendre la survenue d'un ou plusieurs événements associés dans ledit un desdits postes téléphoniques et dudit système CTI.

7. Système téléphonique selon la revendication 6, dans lequel ladite communication bidirectionnelle entre lesdits postes téléphoniques multifonctions et ledit système CTI comprend une liaison de communication transparente.

8. Système téléphonique selon la revendication 6, dans lequel ledit système CTI est adapté pour effectuer la suppression dudit état de statut NPD et remet ledit poste téléphonique à une condition de fonctionnement normal que ladite application lancée ait terminée ou non une fonction d'application prévue.

9. Procédé à utiliser dans un système téléphonique comprenant un autocommutateur public (PBX) (104) ; un système de traitement (102) en communication avec ledit PBX (104) ;
un ou plusieurs postes téléphoniques (106a, 106x) en communication bidirectionnelle avec ledit PBX et avec ledit système de traitement (102) ; et une pluralité de messages "ne pas déranger" NPD préprogrammés prêts à être utilisés, qui sont des messages à choisir par un utilisateur du téléphone pour être visualisés par d'autres utilisateurs du système lors d'un appel au poste téléphonique après que le poste téléphonique a été placé dans un statut NPD, et qui sont stockés dans ledit PBX (104) ; lesdits messages NPD préprogrammés prêts à être utilisés étant sélectionnables sur le poste téléphonique par un utilisateur du poste téléphonique,
le procédé comprenant les étapes exécutées par le système téléphonique de:

à la sélection d'un message NPD préprogrammé prêt à être utilisé, placer le poste téléphonique dans un état de statut NPD comprenant un état sans sonnerie ;

caractérisé en ce que il existe une pluralité d'applications logicielles stockées dans ledit système de traitement (102), chacune desdites applications logicielles correspondant à l'un desdits messages NPD préprogrammés prêts à être utilisés et le procédé comprend en outre :

identifier dans le PBX (104) les messages NPD préprogrammés prêts à être utilisés sélectionnés à partir dudit poste téléphonique et envoyer ladite sélection au système de traitement (102), et

dans ledit système de traitement (104) faire correspondre lesdits messages NPD préprogrammés prêts à être utilisés sélectionnés avec au moins l'une de ladite pluralité d'applications logicielles et de lancer ladite application logicielle en réponse audit message NPD préprogrammé prêt à être utilisé.

10. Procédé selon la revendication 9, dans lequel ledit PBX est adapté pour permettre une communication transparente entre ledit poste téléphonique et ledit système de traitement.

11. Procédé selon la revendication 9, comprenant en outre l'étape de :

permettre à un utilisateur d'entrer un message défini par l'utilisateur dans ledit poste téléphonique et dans ledit système de traitement de lancer ladite application en réponse aux deux dits messages.

12. Procédé selon la revendication 9, dans lequel ledit poste téléphonique inclut un écran (108) et pendant le lancement de ladite application, ledit écran est commandé par ledit système de traitement.

13. Procédé selon la revendication 9, dans lequel le déclenchement par ledit système de traitement de la suppression dudit état de statut NPD et le retour dudit poste téléphonique à une condition de fonctionnement normal sont effectués que ladite application lancée ait terminée ou non une fonction d'application prévue.

14. Procédé selon la revendication 9, dans lequel le système de traitement est un système de couplage téléphonie informatique (CTI), lesdits postes téléphoniques sont des postes téléphoniques multifonctions, les message préprogrammés sont des messages d'état de statut et comprenant en outre l'étape, en réponse à l'utilisateur sélectionnant l'un des messages d'état de statut, d'engendrer la survenue d'un ou plusieurs événements associés dans ledit un desdits postes téléphoniques et dudit système CTI.

15. Procédé selon la revendication 14, dans lequel ladite communication bidirectionnelle entre lesdits postes téléphoniques multifonctions et ledit système CTI comprend une liaison de communication transparente.

16. Procédé selon la revendication 14, comprenant en outre les étapes d'exécution par ledit système CTI du déclenchement de la suppression dudit état de statut NPD et du retour dudit poste téléphonique à une condition de fonctionnement normal que ladite application lancée ait terminée ou non une fonction d'application prévue.

Drawing