Enabling caller controlled hold queue position adjustment

[0001] The present application is related to the following co-pending applications, incorporated herein by reference:

[0002] (1) U.S. patent application Ser. No. ______ (Attorney Docket No. AUS920010944US1);

[0003] (2) U.S. patent application Ser. No. ______ (Attorney Docket No. AUS920010945US1);

[0004] (3) U.S. patent application Ser. No. ______ (Attorney Docket No. AUS920010946US1); and

[0005] (4) U.S. patent application Ser. No. ______ (Attorney Docket No. AUS920010948US1).

[0006] 1. Technical Field

[0007] The present invention relates in general to telecommunications and, in particular, to managing a caller's position in a hold queue. Still more particularly, the present invention relates to enabling callers to adjust in position within a hold queue.

[0008] 2. Description of the Related Art

[0009] Many companies provide telephone-based access to help staff, sales personnel, representatives, and automated menus. Where high telephone call traffic is typical in telephone access to a company's representatives, automatic call distribution systems (ACDs) are often employed within call center operations to provide an even and systematic distribution of incoming calls to multiple representatives. ACDs typically provide incoming calls with a direct connection to an available representative until all representatives are busy. Then, once all representatives are waiting on customers, calling parties are placed in a hold queue, and selectively connected to a representative once a representative comes available.

[0010] In general, when a caller is placed in a hold queue, the caller's queue position is dependent upon the receipt time of the call at the vendor location. Some companies utilize call center systems that sort callers into multiple queues according to selection criteria that a caller enters. For example, a user may select from a menu of five possible types of information the caller would like to receive, such that the caller is placed in one of five hold queues. However, ultimately, the caller's queue position within one of the five hold queues is dependent upon the time at which the caller makes a menu selection.

[0011] According to one example, a call processing apparatus may designate the position of a call within the queue in accordance with the potential economic value of the call. However, the call processing apparatus is limited in that each caller's position within the hold queue is adjusted in a manner that is hidden from the caller, allowing only the company to maintain control in the position of a caller within a hold queue.

[0012] According to another example, a caller may be enabled to change the caller's position within a hold queue by making a payment to the hold queue service. A caller may enter a credit card number or account number from which a charge for advancing in the hold queue is charged. While the call processing apparatus grants a caller control over the caller's position within a hold queue, the call processing apparatus is limited in that the control is given in exchange for the company receiving a direct economic benefit from adjusting the position of the caller within a hold queue.

[0013] Many companies utilize the time that a caller is waiting in hold call queue to broadcast over the telephone line. For example, a company may subscribe to or implement an ACD that plays music or advertising while callers wait in the hold queue. In addition, the ACD may verbally alert the caller to the amount of time estimated before a representative will be available, the position of the caller in the hold queue, and other information that will assure the caller of a changing position in the hold queue.

[0014] While call queuing provides advantages over a consumer retrying a call in response to a busy signal, ultimately call queuing may cause frustration and ill will of consumers towards a company, particularly where excessively long waits, full queues and accidental disconnects are encountered. Allowing consumers to feel some control over a position within the call queue without requiring the consumer to pay for the control would be advantageous in alleviating such frustrations.

[0015] In view of the foregoing, it would be advantageous to provide a hold queue system that allows a caller to control the caller's position within a hold queue independent of the receipt time of the call. For example, it would be advantageous to provide a hold queue system that allows callers to adjust a position within a hold queue by competing in a game or other competition between callers. In another example, it would be advantageous to provide a hold queue system that grants advancement in the call queue according to caller participation in a survey on-line or via the telephone before, during, or after the call. Further, it would be advantageous to provide a hold queue system that allows a caller to redeem membership points in exchange for an adjustment of a position within a hold queue.

[0016] In view of the foregoing, it is therefore an object of the present invention to provide an improved telecommunications system.

[0017] It is another object of the present invention to provide a method, system and program for managing a caller's position in a hold queue.

[0018] It is yet another object of the present invention to provide a method, system and program for enabling callers to adjust in position within a hold queue.

[0019] According to one aspect of the present invention, an advancement token earned by a caller is detected at a calling queue. The position of the caller within the call hold queue is adjusted, in response to redemption of the advancement token, such that the caller is allowed control over the position within the call hold queue by earning advancement tokens.

[0020] According to another aspect of the present invention, at least one call transferred from a call hold queue is received at a token advancement system. A caller of the at least one call is enabled to participate in at least one position adjustment service. Responsive to a result of the caller participation in the at least one position adjustment service, a token for directing adjustment of a position of the at least one call within the call hold queue is transferred to the call hold queue.

[0021] All objects, features, and advantages of the present invention will become apparent in the following detailed written description.

[0022] The novel features believed characteristic of the invention are set forth in the appended claims. The invention itself however, as well as a preferred mode of use, further objects and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:

[0023] FIG. 1 depicts a block diagram of a network environment for transferring information in accordance with the method, system, and program of the present invention;

[0024] FIG. 2 illustrates a block diagram of an automatic call distribution system (ACD) in accordance with the method, system, and program of the present invention;

[0025] FIG. 3 depicts a block diagram of a competition system in accordance with the method, system, and program of the present invention;

[0026] FIG. 4 illustrates a block diagram of a survey system in accordance with the method, system, and program of the present invention;

[0027] FIG. 5 depicts a block diagram of a promotion system in accordance with the method, system, and program of the present invention;

[0028] FIG. 6 illustrates a high level logic flowchart of a process and program for controlling a PBX system in accordance with the method, system, and program of the present invention;

[0029] FIG. 7 depicts a high level logic flowchart of a process and program for controlling a call queue system in accordance with the method, system, and program of the present invention;

[0030] FIG. 8 illustrates a high level logic flowchart of a process and program for controlling a competition system in accordance with the method, system, and program of the present invention;

[0031] FIG. 9 depicts a high level logic flowchart of a process and program for controlling a survey system in accordance with the method, system, and program of the present invention; and

[0032] FIG. 10 illustrates a high level logic flowchart of a process and program for controlling a promotional system in accordance with the method, system, and program of the present invention.

[0033] A method, system, and program for enabling callers to adjust positions within a call hold queue are provided. In general, a caller is given an opportunity while on hold to participate in actions that may gain the caller an adjustment in position within the call queue in addition to the adjustment in position that is automatically provided as calls are answered from the call hold queue. A caller's position within the call hold queue may be advanced by a single or multiple positions.

[0034] In the present embodiment, one method for adjustment of a position within a call hold queue may be performed by redeeming advancement tokens. Therefore, the options for adjustment of position include multiple platforms for earning redeemable advancement tokens.

[0035] According to one advantage of the present invention, a caller may earn redeemable advancement tokens while on hold. In particular, a caller may earn redeemable advancement tokens by participating in a competition or survey while on hold.

[0036] According to another advantage of the present invention, a caller may earn redeemable advancement tokens independent of an on hold status. In particular, a caller may earn points or other credits through purchases, participation in surveys, and other actions for which a vendor is willing to advance points. The points or other credits are preferably stored in an account that a caller may access while on hold and redeem the points or other credits for advancement tokens.

[0037] In the following description, for the purposes of explanation, numerous specific details are set forth to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form to avoid unnecessarily obscuring the present invention.

[0038] The present invention may be executed in a variety of systems, including a variety of computing systems and electronic devices under a number of different operating systems. In one embodiment of the present invention, the call queue management system (e.g. an ACD) is a computer system that incorporates communication features that provide telephony, messaging, and information services to a plurality of callers. In general, the present invention is preferably executed in a computer system that performs computing tasks such as manipulating data in storage that is accessible to the computer system.

[0039] With reference now to the figures, and, in particular, with reference now to FIG. 1, there is depicted a block diagram of a network environment for transferring information in accordance with the method, system, and program of the present invention. It will be appreciated by one with skill in the art that although a particular phone queuing network environment is described below, the invention is not limited to use within the described phone queuing network environment, rather, the inventive queue position advancement process may be implemented within any on-hold information service regardless of the telephony environment.

[0040] As illustrated, multiple incoming calls are received at a telephone distribution system or call center, such as private branch exchange switch (PBX) 10, for example. PBX 10 receives incoming calls via trunk 23 and is connected to multiple representative terminals 22a-22n via trunk 24. In particular, PBX 10 receives incoming calls via trunk 23 from multiple terminals 26a-26n, wherein terminals 26a-26n may represent, but are not limited to, conventional wireline telephone systems, wireless phones, video phones, personal computers, pervasive computing devices configured with appropriate telephony software and Internet connectivity, telephone stations, other PBXs, or switching systems.

[0041] In the description which follows, it will be assumed that all representative terminals 22a-22n are busy and therefore PBX 10 cannot respond to an incoming call by making a direct connection to one of representative terminals 22a-22n. As a result, PBX 10 is forced to place the incoming call on hold. In addition, PBX 10 determines the calling telephone number from caller ID or other methods.

[0042] After placing the incoming call on hold, the call and caller ID, time of call, and other information obtained by PBX 10 are forwarded to automatic call distributor (ACD) 12. ACD 12 preferably creates a record based on the call and positions the call within a call queue. While in the present embodiment PBX 10 forwards calls to a single ACD, in alternate embodiments, PBX 10 may forward calls to multiple ACDs. In addition, ACD 12 and other ACDs may be coupled to PBX 10 or may be remotely accessed by PBX 10.

[0043] While the call is on hold, an interactive voice response unit (IVRU) within ACD 12 may offer the caller a menu of available options that may be accessed by the caller for adjusting the caller's position within the call queue. In general, IVRU is a voice information system which may be arranged to (i) prompt a caller for specific information by asking questions based on a set of modules in a transactions script, (ii) collect that information by detecting and interpreting dual tone multifrequency (DTMF) signals entered by the caller or by recognized speech input by the caller, (iii) organize the collected information in a specific format and (iv) forward the collected information to be utilized within ACD 12. For purposes of the present invention, the IVRU may also detect pointer selections, touch sensitive selections, and stylus selections. In addition, for purposes of the present invention, a voice browser may be implemented in lieu of an IVRU, as described in U.S. patent application No. ______ (Attorney Docket No. AUS920010946US1).

[0044] Particularly, in the present invention, IVRU preferably follows a transaction script to prompt the caller to select from among multiple available token advancement systems, collects the selection information from the caller, organizes the selection information into a format useable by ACD 12 and forwards the selection information within ACD 12. Then, in response to a caller selection from among the options, the call is transferred to one of token advancement systems 14. In particular, token advancement systems 14 may be associated with a single ACD or may be accessible by multiple ACDs from multiple vendors. In cases where token advancement systems 14 are accessible by multiple vendors, services provided to callers may be distinguished according to vendor.

[0045] Token advancement systems 14 include a competition system 16, a survey system 18, and a promotion system 20. Advantageously, a caller may participate through competition system 16 in multiple available games against other callers waiting in the call queue to receive advancement tokens for winning. Alternatively, a caller may participate through survey system 18 in a survey to receive advancement tokens. Further, a caller may access a promotional account with a particular vendor through promotion system 20, wherein credits within the promotional account may be transferred into advancement tokens.

[0046] Advancement tokens are preferably a record of the type of token advancement system utilized, the type of action performed by the caller, and any resulting change in position promised by the token advancement system. In addition, other information may be included in an advancement token.

[0047] Advancement tokens are preferably transferred from any of token advancement systems 14 to ACD 12 in association with a caller, but independent of whether the call is transferred back to ACD 12. ACD 12 then calculates an adjustment of the position of a call within a queue according to the advancement token. In particular, ACD 12 may include a rating system for advancement tokens for calculating the adjustment in call position. Alternatively, each of token advancement systems 14 may include a rating system for advancement tokens that calculates the adjustment in position of a call for a vendor. Further, the actual adjustment in position may entail advancing a particular number of positions within the queue or may entail advancing a particular amount of estimated waiting time within the queue.

[0048] ACD 12 preferably sends a return request to the token advancement system holding a call either when the call is the next to be answered in the call queue or when the PBX is able to transfer the call to the next representative. The caller is given the option of completing any activities in progress before transfer to a representative. In practice, an IVRU preferably plays a short message to the caller indicating that the call is next in line to be answered.

[0049] Referring now to FIG. 2, there is illustrated a block diagram of an automatic call distribution system (ACD) in accordance with the method, system, and program of the present invention. As illustrated, ACD 12 includes a controller 30, an IVRU 31, a call queue 32, a network interface 34, and a data storage system 38 communicatively connected via a bus 36. Additional systems may be connected along bus 36 that are not depicted herein.

[0050] The functions of controller 30 and other controllers described in systems hereafter are described below without reference to the components of controller 30, however controller 30 and other controllers described hereafter preferably include multiple devices. In particular, controller 30 and other controllers described hereafter preferably include, but are not limited to, at least one processor, memory, a data storage system, system software and application software, that function together to perform the functions described with reference to controller 30. In addition, controller 30 and other controllers advantageously include an IVRU or voice browser to prompt the caller to select from a menu of options and to detect caller responses to those options in the form of a keypad, voice, pointer, or stylus entry.

[0051] Network interface 34 preferably communicates with PBX 10 and token advancement systems 14 via a telephone network or other networking system. In particular, network interface 34 receives transfers of calls from PBX 10 and then returns calls to PBX 10 when a call is the next in line within call queue 32. In addition, in particular, network interface 34 transfers calls to one of token advancement systems 14 and then receives advancement tokens associated with callers. Further, network interface 34 transfers indicators to token advancement systems 14 that a call is next in line and receives the call back from token advancement systems 14.

[0052] Controller 30 preferably detects a new call, stores the call in call queue 32 and initiates the IVRU of controller 30 to control output of the menu of options included in call queue service options database 44 to the caller. A caller may select from multiple service options including, but not limited to, music and information services, third-party calling services, Internet browsing services, and position adjustment services, herein described as token advancement services.

	TABLE 1
	Code	Service
	00	Music/News
	01	Third-party calling
	02	Internet browsing
	03	Position adjustment

[0053] Table 1 above illustrates textual prompts for the automated output of exemplary codes that may be entered by the caller and the corresponding services that may be accessed. For example, 02 may direct controller 30 to connect the caller terminal to a music channel. In another example, 03 may initiate audio automated output of an additional set of selections of the types of position adjustment services available. In addition to entry of codes, a user may provide a voice entry that selects from one of the services where the IVRU of controller 30 utilizes a voice recognition system to match the voice entry with one of the services.

[0054] Depending on the service selection selected by each caller, the call is transferred to one of multiple service provision systems. In particular, controller 30 will place the call on hold in order to transfer the call via network interface to a service provision system. As previously described, according to a preferred embodiment of the present invention, a caller may select a token advancement service, wherein the call the transferred to one of multiple available token advancement systems.

	TABLE 2
	Phone No.	Call Tracking No.	Q Position	Current System
	5120001111	1010	7	Competition
	5120002222	1012	4	Competition

[0055] Table 2 depicts an example of a portion of a call database 40 within data storage system 38. Advantageously, upon receipt of a new call, controller 30 adds an entry to call database 40 indicating the phone number, tracking number, and current call queue position of the call. As a call changes in position within the call queue, the position is also updated within call database 40. In addition, the current system processing a call is preferably recorded. For example, the competition system is currently processing the two calls recorded. Further, additional categories of data may be included within call database 40 such as the time the time each call is received, the total time waiting, the identity of the caller, and other information which enables ACD 12 to better handle manage each call.

TABLE 3
Call Track	TA System	Action	Promised	Result
1010	Competition	v 1012-won	1 Position	Advance 1
1012	Competition	v 1010-lost	1 Position	Decrease 1

[0056] Table 3 illustrates an example of a portion of a redeemed token database 42 within data storage system 38. Advantageously, callers may earn advancement tokens from token advancement systems 14. The advancement tokens for a caller may be received at ACD 12 while the call continues to be processed by token advancement systems 14. Controller 30 adds an entry to redeemed token database 42 indicating the call tracking number, type of token advancement system from which the token is earned, the action taken by the caller, the promised result by the token advancement system 14, and the queue position result in ACD 12.

[0057] In particular, controller 30 detects the advancement token and adjusts the position of at least one caller according to the advancement token. However, since callers are also moving in position within call queue 32 as calls are answered, the number of positions that an advancement token provides for adjustment may not be necessary for a particular call for that call to be the next in line. According to one advantage of the present invention, where the advancement token allows for a shift in positions that is greater than the shift needed, the extra shifting available may be transferred in the form of an extra token to one of token advancement systems 14 for storage in association with the caller. For future calls, the caller may access the extra token to advance the remaining positions.

[0058] The example of redeemed tokens illustrated within Table 3 represents one of multiple types of competitions as well as advancement tokens in general that may be redeemed. In the example, two callers at the competition system played a game to compete for a change in position where the winner increases one place in the queue and the loser decreases one place in the queue. In the example, call tracking number 1010 won the competition, and thus advanced a position within the call queue, while call tracking number 1012 lost the competition and thus moved back a position within the call queue.

[0059] Controller 30 preferably monitors the position of a call tracking number within call queue 32 after the call has been transferred to one of token advancement systems 14 or other services available to callers on hold. When a call is the next to be answered, controller 30 generates an indicator signal for transfer to the service system currently processing the call and network interface 34 transfers the signal to the service system. Calls may be delayed in return to ACD 12 if the caller wishes to continue participation in a particular service. In that case, controller 30 would delay that call within the queue and move to the next call to be answered.

[0060] According to another advantage of the present invention, in addition to monitoring the position of a call tracking number within call queue 32, controller 30 may perform analysis on the current flow of calls, the number of available representatives, the historical flow of calls, and other statistical data to estimate the wait time remaining for each call in the call queue 32. Queue data include, but not limited to, the number of people currently on hold, average time each caller is on hold, average time per call once connected with an attendant, the caller's position in the queue, and the caller's estimated hold time may be published to the caller as described in U.S. patent application No. ______ (Attorney Docket No. AUS920010945US1). In particular, the queue data may be presented to the caller in an audio format over the phone or in a video format to a video phone, in which the caller would enter their requests via a keypad or through speech recognition. Alternatively, the queue data may be presented to the caller on a Web page that the caller can access with a call tracking number provided by ACD 12.

[0061] In the present invention, allowing callers to view estimated wait times and the position of other callers is particularly advantageous for the caller in selecting token advancement services and in monitoring actual progress in call queue 32 according to redemption of advancement tokens. In particular, where a caller chooses to redeem membership points for an advancement in position, it is advantageous for a caller to have an estimate of the number of positions needed to reach the top of call queue 32 or the estimated wait time until reaching the top of call queue 32.

[0062] With reference now to FIG. 3, there is depicted a block diagram of a competition system in accordance with the method, system, and program of the present invention. As illustrated, a competition system 50 includes multiple databases and a controller. While not depicted, the databases and controller may be communicatively connected via at least one bus and may include additional hardware and software devices, as will be understood by one skilled in the art of computing systems.

[0063] In particular, competition system 50 includes an available competition database 52, a current competition database 54, a token advancement database 58 and a competition controller 56. When a new call is received, competition controller 56 places a record of the call in current competition database 54 and offers the caller options for competition.

[0064] Advantageously, available competition database 52 includes at least one type of competition that is selectable by a caller. Competitions may be organized according to name, number, or other identifiers that are provided to the caller for selection via the IVRU of competition controller 56.

[0065] The content of competition may include, but is not limited to, trivia, gambling games, logic games, and other types of competition. A caller may choose to compete against the system, a set of selected callers, or a general audience of callers. Callers may compete for an increase or decrease in queue position. Further, callers may compete against each other for each other's queue positions. In order to compete in some competition options, competition controller 56 may enable callers to communicate with one another in order to agree on the promised result of a win or loss.

[0066] One example of a competition allows callers to participate in a variety show where a host reads questions that multiple callers can hear. The first caller to respond correctly to the question receives a particular number of points. In another example, two callers decide to play a card game against one another where the winner takes the better queue position from among the two callers.

[0067] Advantageously, competition play is limited by vendor constraints upon queue position adjustment. One vendor may limit callers to competition that allows increase in queue position by one place, while another vendor may limit callers to competition that allows increase in queue position by ten places. In addition, one vendor may allow callers to play any competition available from competition system 50, while another vendor may only allow callers to play competitions that last 5 minutes or more per competition. Alternatively, a vendor may request that points be accumulated for each caller according to wins and loses of competitions, where a particular number of points may be redeemed in an advancement token for a call queue position adjustment.

[0068] Depending on the competition option selected by each caller, competition controller 56 loads the selected competitions from available competition database 52 and controls play. Current competition database 54 holds each call and the competition currently selected for participation by each caller. Further, the results of the competition are stored in current competition database 54.

[0069] At the conclusion of each competition facilitated by competition controller 56, advancement tokens are compiled according to wins and loses. Preferably, the advancement token records are given a record number, the call tracking number, the type of competition, the adjustment promised, the result of the competition, the time granted, and other information that is required by ACD 12 for processing advancement tokens.

[0070] Referring now to FIG. 4, there is illustrated a block diagram of a survey system in accordance with the method, system, and program of the present invention. As illustrated, a survey system 60 includes multiple databases and a controller. While not depicted, the databases and controller may be communicatively connected via at least one bus and may include additional hardware and software devices, as will be understood by one skilled in the art of computing systems.

[0071] In particular, survey system 60 includes an available survey database 62, a current survey database 64, a survey controller 66, and a token advancement database 68. When a new call is received, survey controller 66 places a record of the call in current survey database 64 and offers survey options to the caller.

[0072] Advantageously, available survey database 62 includes at least one type of survey that is selectable by a caller. Surveys may be organized according to name, number, organization, or other identifiers that are output as selections to a caller by the IVRU of survey controller 66.

[0073] In general, available surveys are designed to gather consumer opinion. In particular, multiple types, lengths, and topics of survey options may be presented to a user. For example, a survey may include listening to an advertisement and responding to questions about the effectiveness of the advertising. In another example, multiple entities may provide surveys to be performed, where the entities pay a fee for each survey performed by a caller.

[0074] Surveys may be stored in multiple formats including, but not limited to, voice automated, text automated, HTML, and other available formats. Advantageously, where a caller has initiated a phone call from a web interface, the survey may be output to the web interface or to other output interface accessible to the caller. A caller may respond to the survey utilizing keypad and audio responses. A voice recognition system may be implemented to detect and translate audio responses.

[0075] Depending on the survey option selected by each caller, survey controller 66 loads the selected surveys from available competition database 62 and controls the selected survey event. Current survey database 64 holds each call and the survey currently selected for participation by each caller. Further, the results of the survey are stored in current survey database 64.

[0076] At the conclusion of each survey facilitated by survey controller 66, advancement tokens are compiled according to the type of survey. Preferably, the advancement token records are given a record number, the call tracking number, the type of survey, the adjustment promised, the time completed, and other information that is required by ACD 12 for processing advancement tokens.

[0077] According to one advantage of the present invention, the call may be forwarded from survey system 60 to one of survey representatives 69a-69n. Advantageously, survey representatives 69a-69n are terminals for communications with a pollster or other survey performer, such that the caller interacts with another person to complete the survey. In this case, current survey database 64 records the current location of the call at one of survey representatives 69a-69n and survey controller 66 controls the notification of the caller and the return of the call from one of survey representatives 69a-69n to the ACD when the call is next in line.

[0078] With reference now to FIG. 5, there is depicted a block diagram of a promotion system in accordance with the method, system, and program of the present invention. As illustrated, a promotion system 70 includes multiple databases and a controller. While not depicted, the databases and controller may be communicatively connected via at least one bus and may include additional hardware and software devices, as will be understood by one skilled in the art of computing systems.

[0079] In particular, promotional system 70 includes a current promotion database 72, a promotion account database 74, a promotional controller 76, and a token advancement database 78. When a new call is received, promotion controller 76 places a record of the call in current promotion database 62 and accesses the account specific for the caller from promotion account database 74.

[0080] According to one advantage of the present invention, a user may register with a vendor as part of a membership program or other promotional registration. The user is preferably provided with a user identification for accessing services provided by the vendor. The user may then gain points by winning contests, purchasing items, participating in surveys, and other interactions with a vendor. In particular, a web venue may provide the interface for a user to interact with a vendor, where points are added to a user's membership account according to the interactions.

[0081] Then, according to another advantage of the present invention, as a caller, the user may redeem the points stored in promotion account database 74 according to the user's membership program for advancement tokens. In particular, the amount of points in promotion account database 74 may be announced to the caller and the caller given the option of the number of positions that may be advanced for the number of points stored.

[0082] According to the number of positions selected by a caller for advancement, a point total within current promotion database 72 is reduced. Token advancement database 78 then records the number of points selected for redemption for an adjustment in position in the call queue. Promotional controller 76 then transfers the advancement token record to the ACD for adjustment of the caller's position within the queue.

[0083] Referring now to FIG. 6, there is illustrated a high level logic flowchart of a process and program for controlling a PBX system in accordance with the method, system, and program of the present invention. As depicted, the process starts at block 80 and thereafter proceeds to block 82.

[0084] Block 82 illustrates a determination as to whether or not a new call is received. If a new call is received, then the process passes to block 88. If a new call is not received, then the process passes to block 84.

[0085] Block 84 depicts a determination as to whether or not a call process request is received from an ACD. If a call processing request is not received, then the process passes to block 82. If a call processing request is received, then the process passes to block 86. Block 86 illustrates transferring the call to the next available representative, and the process ends.

[0086] Block 88 illustrates a determination as to whether or not a representative is available. If a representative is available, then the process passes to block 90. Block 90 depicts transferring the call to the next available representative, and the process ends. If a representative is not available, then the process passes to block 92.

[0087] Block 92 depicts identifying the caller ID associated with the call. Next, block 94 illustrated transferring the call to a call hold system, such as the ACD, and the process ends.

[0088] With reference now to FIG. 7, there is depicted a high level logic flowchart of a process and program for controlling a call queue system in accordance with the method, system, and program of the present invention. As illustrated, the process starts at block 100 and thereafter proceeds to block 102.

[0089] Block 102 illustrates a determination as to the event that has occurred. If the event is receipt of a transferred call from the PBX, then the process passes to block 104. If the event is that a call is positioned at the front of a queue and thus next in line to be answered, then the process passes to block 120. If the event is that an advancement token is received, then the process passes to block 130.

[0090] Block 104 depicts assigning the call with a call tracking number and a queue position. Next, block 106 illustrates playing call queue service options to the caller. Thereafter, block 108 depicts a determination as to whether or not a call queue option selection is received.

[0091] If a call queue option is not selected within a particular time period, then the call is routed according to a default option as depicted in block 110, and the process passes to block 114. If a call queue option is selection, then the process passes to block 112. Block 112 depicts routing the call to a token advancement server according to the call queue service option selected. Thereafter, block 114 illustrates recording the call routing destination according to the call tracking number, and the process ends.

[0092] Block 120 illustrates transmitting an indicator signal to the token advancement system holding the call that the next available representative will receive the call. Next, block 122 depicts a determination as to whether the caller has indicated a readiness for the call to be returned. If the caller has not indicated a readiness to return, then the process iterates at block 122. If the caller has indicated a readiness to return, then the process passes to block 124. Block 124 illustrates receiving the call from the token advancement system, routing the call to the PBX, and dropping the call from the call queue. Thereafter, and the process ends.

[0093] Block 130 depicts recording the receipt of an advancement token. Next, block 132 illustrates adjusting the call queue position of at least one caller according to the advancement token, and the process ends.

[0094] Referring now to FIG. 8, there is illustrated a high level logic flowchart of a process and program for controlling a competition system in accordance with the method, system, and program of the present invention. As depicted, the process starts at block 140 and thereafter proceeds to block 142.

[0095] Block 142 depicts a determination as to what type of event occurred when an event occurs. If a new call is received, then the process passes to block 144. If a next in line indicator is received, then the process passes to block 160.

[0096] Block 144 illustrates playing a recording of options for the multiple types of competition. Next, block 146 depicts a determination as to whether or not the caller makes a competition selection. If the caller makes a competition selection, then the process passes to block 148. If the caller does not make a competition selection, then the process passes to block 158. Block 158 depicts transferring the call back to the ACD, and the process ends.

[0097] Block 148 depicts initiating the competition selected by the caller. Next, block 150 illustrates recording the competition proceedings. Thereafter, block 152 depicts a determination as to whether or not an advancement token is won from the competition. If an advancement token is not won, then the process passes to block 156. If an advancement token is won, then the process passes to block 154. Block 154 illustrates transferring the new advancement token to the ACD, and the process passes to block 156.

[0098] Block 156 illustrates a determination as to whether or not the caller wants to participate in another competition. The caller may provide a keypad or voice input to indicate whether or not the caller wants to continue participation. If the caller wants to participate in another competition, then the process passes to block 144. If the caller does not want to participate in another competition, then the process passes to block 158, where the call is transferred back to the ACD, and the process ends.

[0099] Block 160 depicts indicating to the caller that the call is next in line. An audio or text prompt may be utilized to notify the caller of being next in line. Next, block 162 illustrates a determination as to whether or not the caller has indicated a readiness to return to the ACD for the call to be answered. If the call does not indicated a readiness to return, then the process iterates at block 162. If the caller indicates a readiness to return, then the process passes to block 164. Block 164 depicts transferring the call back to the call queue, and the process ends.

[0100] With reference now to FIG. 9, there is depicted a high level logic flowchart of a process and program for controlling a survey system in accordance with the method, system, and program of the present invention. As illustrated, the process starts at block 170 and thereafter proceeds to block 172.

[0101] Block 172 depicts playing the survey selection options to the caller. Next, block 174 illustrates a determination as to the type of event that occurred when an event occurs. If a survey selection is received, then the process passes to block 176. If an indicator that the call is next in line is received, then the process passes to block 182. If a new advancement token is created, then the process passes to block 184.

[0102] Block 176 depicts outputting the selected survey to the caller according to the survey format. Outputting the selected survey may include transferring the survey to a web interface accessible to the caller or transferring the call to a survey representative. Next, block 178 illustrates recording the caller responses to the survey. Thereafter, block 180 depicts creating a new advancement token for the caller in response to the caller finishing the survey, and the process ends.

[0103] Block 184 illustrates transferring the advancement token to the ACD. Next, block 186 depicts a determination as to whether or not the caller wants to participate in another survey. If the caller does not want to participate in another survey, then the process passes to block 182. If the caller does want to participate in another survey, then the process passes to block 188. Block 188 illustrates playing the survey selection options to the caller, and the process ends.

[0104] Block 182 depicts transferring the call back to the call queue, and the process ends. The caller may also be given the option of completing the survey before returning to the call to the ACD.

[0105] Referring now to FIG. 10, there is illustrated a high level logic flowchart of a process and program for controlling a promotional system in accordance with the method, system, and program of the present invention. As depicted, the process starts at block 200 and thereafter proceeds to block 202.

[0106] Block 202 depicts a determination as to the type of event that occurred when an event occurs. If a queued call is received, then the process passes to block 204. If an extra token is received, then the process passes to block 216.

[0107] Block 204 illustrates verifying the membership of the caller. Next, block 206 depicts outputting the redeemable membership point value to the caller. The redeemable membership point value may be output to the caller via an audio or text message, or may be displayed on a display monitor accessible to the caller. Preferably, the ratio for points to queue position adjustment is indicated to the caller as well.

[0108] Next, block 208 illustrates a determination as to whether the caller selects an amount to redeem. If the caller does not select an amount to redeem, then the process passes to block 214. Block 214 depicts transferring the call back to the ACD, and the process ends. If the caller selects an amount to redeem, then the process passes to block 210.

[0109] Block 210 depicts reducing the membership account for the caller by the selected amount. Next, block 212 illustrates transferring the redeemed amount as an advancement token to the ACD, and the process passes to block 214.

[0110] Block 216 illustrates crediting the membership account of the caller with the extra token, and the process ends. In particular, when a caller requests to purchase an advancement token with membership points, not all of the advancement in position may be needed when the call returns to the ACD. The ACD preferably only uses the portion of the advancement token needed to advance the caller to the desired queue position and then returns to the remaining portion of the advancement token as an extra token that may be credited back in the form of points to the caller's membership account.

[0111] It is important to note that while the present invention has been described in the context of a fully functioning data processing system, those of ordinary skill in the art will appreciate that the processes of the present invention are capable of being distributed in the form of a computer readable medium of instructions and a variety of forms and that the present invention applies equally regardless of the particular type of signal bearing media actually used to carry out the distribution. Examples of computer readable media include recordable-type media, such as a floppy disk, a hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and transmission-type media, such as digital and analog communications links, wired or wireless communications links using transmission forms, such as, for example, radio frequency and light wave transmissions. The computer readable media may take the form of coded formats that are decoded for actual use in a particular data processing system.

[0112] While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.