EP1028580A1 - Selective messaging in a multiple messaging link environment - Google Patents
Selective messaging in a multiple messaging link environment Download PDFInfo
- Publication number
- EP1028580A1 EP1028580A1 EP00101272A EP00101272A EP1028580A1 EP 1028580 A1 EP1028580 A1 EP 1028580A1 EP 00101272 A EP00101272 A EP 00101272A EP 00101272 A EP00101272 A EP 00101272A EP 1028580 A1 EP1028580 A1 EP 1028580A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- message
- peripheral
- list
- identifier
- reducing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
- H04M3/5237—Interconnection arrangements between ACD systems
Definitions
- the field of the invention relates to automatic call distributors and more particularly to peripheral devices attached to automatic call distributors.
- ACDs Automatic call distributors
- Such devices are typically used by service organizations where ever a large number of calls must be matched with a limited number of agents.
- the calls handled by ACDs may be either incoming or outgoing.
- Sales organizations may use automatic call distributors (ACDs) to receive and distribute incoming calls to customer service agents. Often the sales organization will disseminate a single telephone number to its customers. As customers call the telephone number, the calls must be distributed to the organization's agents. In order to distribute incoming calls, the ACD must first be able to detect an incoming call, then select an available agent and, finally to route the call to the selected agent.
- ACDs automatic call distributors
- the ACD In order to select an agent and equalize a workload among a group of agents, the ACD must be able to detect when an agent is idle (i.e., not occupied with a prior call). When ever an agent is idle, the switch may assign a call to that agent. Idle time, in fact, is often used as a equitable means of determining which agent will receive the next incoming call.
- an agent station In addition to a telephone, an agent station also typically includes a computer terminal coupled to a system database (host) for purposes of providing and maintaining customer records. While an agent could individually identify customers to the host by the manual entry of a customer identifier, it is generally more efficient that the ACD identify a customer to the host.
- host system database
- the ACD identifies the customer to the host by use of the customer telephone number.
- the ACD transfers the telephone number to the host along with an identifier of a selected agent when the call is assigned to the agent.
- the ACD may identify a caller's telephone number through PSTN features such as automatic number identification (ANI).
- ANI automatic number identification
- ACDs and agent groups may exist over wide geographic areas, often in different time zones.
- ACDs may be interconnected to share call processing.
- ACDs which become overloaded may transfer (overflow) some calls to other ACDs.
- a transferring ACD may not know which ACD will ultimately accept the call.
- the receiving ACD is served by a different host than the transferring ACD.
- a message transmitted from one ACD or host is typically transmitted (broadcast) to all connected ACDs and hosts.
- any message received by a first ACD or host is automatically rebroadcast to any other ACD or host connected to the first ACD or host.
- ACD systems have increased in size, the number of messages transmitted has also increased. In some cases unnecessary messages degrade system operation. Accordingly, a need exists for a means of reducing message traffic within an ACD system.
- a method and apparatus are provided for forwarding messages among peripherals of an automatic call distributor.
- the method includes the steps of forming a message table in a first peripheral of the automatic call distributor and forwarding a message from the first peripheral to a second peripheral of the automatic call distributor based upon a content of the message table.
- FIG. 1 is a simplified block diagram of an ACD system 10, generally, in accordance with an illustrated embodiment of the invention.
- the system 10 is provided with programmable messaging links for control of messages which are not of interest to a data device.
- the use of the programmable messaging link allows the data to remain backwards compatible with existing data applications.
- the system 10 may be of a type similar to that provided by any of a number of ACD system makers (e.g., the Spectrum system made by Rockwell International).
- the Spectrum system typically has a broadcast capability accommodating three data links between peripheral devices. These links broadcast whatever data the Spectrum has among the three links. As such, peripherals may get messages which may not be of interest to the peripheral.
- one or more ACDs 14, 16, 18 of the system 10 may receive calls from the PSTN 12 and distribute the calls among a local group of agents (not shown) assigned to each particular ACD 14, 16, 18.
- FIG. 1 Also shown in FIG. 1 is a host 20, 22, 24 connected to a respective ACD 14, 16, 18. Each host 20, 22, 24 may receive information about calls from it respective ACD and exchange information about callers with a terminal of an assigned agent.
- each host 20, 22, 24 of FIG. 1 is shown connected to a single ACD 14, 16, 18, it should be understood that each host (e.g., 20) may serve more than one ACD (e.g., 14). Since each host 20, 22, 24 and each ACD 14, 16, 18 performs a supporting function within the system 10, hosts or ACDs may be individually referred to as system peripherals.
- the PSTN 12 may also transfer destination and source information about each call to the ACD 14, 16, 18.
- the receiving ACD 14 may assign a call identifier, unique to that ACD, and begin the process of identifying an agent to service that call.
- the ACD 14, 16, 18 may also transfer a call arrival message to its respective host 20, 22, 24.
- the ACD 14, 16, 18 may transfer a call assignment message to the host 20, 22, 24.
- the respective host 20, 22, 24 may broadcast that message to other connected hosts.
- each peripheral 14, 16, 18, 20, 22, 24 of the ACD system 10 is provided with a message processing table 30 (FIG. 2), which forms a basis for a programmable messaging link. Included within the message table 30 is a message identifier side 32 (shown on the left) and a destination side 34 (shown on the right).
- Messages within the system 10 may be forwarded (or not forwarded) based upon a content of the message table 30.
- the table 30 may contain indices of messages that are not to be forwarded.
- the table 30 may be used to identify messages which are to be forwarded.
- a CPU may use the contents of the table 30 as a means of deleting messages.
- messages may be received in a receive buffer (not shown) of the CPU 29 and be transferred by the CPU 29 to a transmit buffer for transmission (broadcasting) to other connected peripherals.
- a receive buffer of the CPU 29 As each message is detected in a receive buffer of the CPU 29, a comparison is made between that message and the individual entries of the table 30. Where a match is found, the message may be deleted before it can be re-broadcast to the one or more connected peripherals.
- the table 30 may be used (in an opposite sense) to forward messages. Then used in the opposite sense, messages are compared with the table 30 and when a match is found, the message is only forwarded to the destination specified in the table 30.
- the message identifier side 32 of the table 30 may be structured to contain a number of message identifiers. Typically each message identifier correlates with a single message destination, but in some cases a particular message identifier may be correlated with many destinations or a destination may be correlated with many types of message identifiers.
- a message identifier may refer to a particular type of messages or a message from a particular source.
- a particular type of message identifier may be "call arrival" message, an "agent assignment” message, a "call overflow” or a "fault message”.
- a message matrix 36 may be described as a set of attributes that a message may need before it will be forwarded (not forwarded) to a particular destination.
- one of the messages of the message identifier side 32 of the message table 30 may correspond to one of the lines 38, 40, 42, 44, 46, 48, 50 of the message matrix 36.
- the table 30 of FIG. 2 may reside in a memory 28 the second host 22.
- Message #1 of the message identifier side 32 of the table 30 may correspond to the second line 40 of the message matrix 36 of FIG. 3.
- a destination "a" of the destination side 34 may correspond to the first host 20.
- messages are received by the second host 22, they are compared to the message identifiers on the message identifier side 32 of the forwarding table 30.
- a message is identified as being from third host 24 regarding fault messages about ANI, that message would be sent (not sent) to the requesting host 20 depending upon the use of the message table 30.
- message identifier #5 of the message identifier side 32 of FIG. 2 may correspond to the first line 38 of the message matrix 36.
- destination "d" may correspond to the third host 24.
- overflow messages from the ACD 14 of the first host 20 regarding overflow calls from agent #1 would be sent (not sent) to the third host 24 depending upon the use of the message table 30.
- the message table 30 and message matrix 36 may be created during startup of the system 10 and modified during use.
- the third host 24 may wish to receive all (or none of the) messages from the first ACD 14.
- the third host may by reference to a lookup table and determine that the first ACD 14 may be contacted through the second host 22.
- the third host 24 sends a message to the second host 22 concerning messages from the first ACD 14.
- the second host 22 by reference to its own lookup table determines that the first ACD 14 is not directly connected to it and therefore sends a message to the first host 20 concerning the messages from the first ACD 14.
- the second host 22 also makes an entry in its own table 30.
- On the right side 34 the second host 22 enters an identifier of the third host 24.
- On the left side 32 on the same line the second host 22 enters an identifier of the message or, where necessary, a reference to a particular line 38 of the message matrix 36. Where a reference is made to a particular line 38 of the message matrix 36, the second host 22 enters an identifier of the ACD 14 and other information into an appropriate position of the reference line 38.
- the first host 20 when the first host 20 receives the request regarding the messages from the first ACD 14, the first host 20 makes an entry into its forwarding table. By reference to a lookup table, the first host 20 determines that the first ACD 14 is connected directly to it and enters an identifier of the first ACD 14 (as a type of message identifier) on the left side 32 of its forwarding table 30. The first host 20 also enters an identifier of the second host 22 on the right side 34 of its table 30 on the same line.
- the use of the message table 30 allows a peripheral to selectively exclude messages, or message elements which are not of interest to the peripheral.
- the table 30 allows peripherals to send programming messages on initialization of the peripheral to specify the messages it does not want to see (or which it does want to see) on the messaging link.
- the programming messages and table 30 may be used as part of a simple messaging filter which may functions to reduce or exclude messages over a particular link. This effectively provides the same sort of functionality as having separate logical links.
Landscapes
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- The field of the invention relates to automatic call distributors and more particularly to peripheral devices attached to automatic call distributors.
- Automatic call distributors (ACDs) are known. Such devices are typically used by service organizations where ever a large number of calls must be matched with a limited number of agents. The calls handled by ACDs may be either incoming or outgoing.
- Sales organizations may use automatic call distributors (ACDs) to receive and distribute incoming calls to customer service agents. Often the sales organization will disseminate a single telephone number to its customers. As customers call the telephone number, the calls must be distributed to the organization's agents. In order to distribute incoming calls, the ACD must first be able to detect an incoming call, then select an available agent and, finally to route the call to the selected agent.
- In order to select an agent and equalize a workload among a group of agents, the ACD must be able to detect when an agent is idle (i.e., not occupied with a prior call). When ever an agent is idle, the switch may assign a call to that agent. Idle time, in fact, is often used as a equitable means of determining which agent will receive the next incoming call.
- In the case of either incoming or outgoing calls, it is important for an agent working at an agent station to have ready access to customer records. In addition to a telephone, an agent station also typically includes a computer terminal coupled to a system database (host) for purposes of providing and maintaining customer records. While an agent could individually identify customers to the host by the manual entry of a customer identifier, it is generally more efficient that the ACD identify a customer to the host.
- Typically, the ACD identifies the customer to the host by use of the customer telephone number. On either incoming or outgoing calls, the ACD transfers the telephone number to the host along with an identifier of a selected agent when the call is assigned to the agent. In the case of incoming calls, the ACD may identify a caller's telephone number through PSTN features such as automatic number identification (ANI).
- In large service organizations, many ACDs and agent groups may exist over wide geographic areas, often in different time zones. ACDs may be interconnected to share call processing. ACDs which become overloaded may transfer (overflow) some calls to other ACDs.
- Where a call is transferred from a first ACD to a second ACD, it is important to transfer whatever information exists about the call to a destination ACD. However, a transferring ACD may not know which ACD will ultimately accept the call. Often, the receiving ACD is served by a different host than the transferring ACD. As a consequence, a message transmitted from one ACD or host is typically transmitted (broadcast) to all connected ACDs and hosts. Further, any message received by a first ACD or host is automatically rebroadcast to any other ACD or host connected to the first ACD or host. As ACD systems have increased in size, the number of messages transmitted has also increased. In some cases unnecessary messages degrade system operation. Accordingly, a need exists for a means of reducing message traffic within an ACD system.
- A method and apparatus are provided for forwarding messages among peripherals of an automatic call distributor. The method includes the steps of forming a message table in a first peripheral of the automatic call distributor and forwarding a message from the first peripheral to a second peripheral of the automatic call distributor based upon a content of the message table.
-
- FIG. 1 depicts a block diagram of an automatic call distributor in accordance with an illustrated embodiment of the invention;
- FIG. 2 depicts a messaging table that may be used by the system of FIG. 1; and
- FIG. 3 depicts a messaging matrix that may be used by the system of FIG. 1.
-
- FIG. 1 is a simplified block diagram of an
ACD system 10, generally, in accordance with an illustrated embodiment of the invention. Thesystem 10 is provided with programmable messaging links for control of messages which are not of interest to a data device. The use of the programmable messaging link allows the data to remain backwards compatible with existing data applications. - The
system 10 may be of a type similar to that provided by any of a number of ACD system makers (e.g., the Spectrum system made by Rockwell International). The Spectrum system typically has a broadcast capability accommodating three data links between peripheral devices. These links broadcast whatever data the Spectrum has among the three links. As such, peripherals may get messages which may not be of interest to the peripheral. - One solution is the development of separate logical links for each of the data paths. However, this requires a large amount of development resources to successfully implement. The programmable messaging link described below provides a much less complex solution.
- As shown in FIG. 1, one or
more ACDs system 10 may receive calls from thePSTN 12 and distribute the calls among a local group of agents (not shown) assigned to each particular ACD 14, 16, 18. - Also shown in FIG. 1 is a
host host - While each
host host system 10, hosts or ACDs may be individually referred to as system peripherals. - As calls are received by the ACDs 14, 16, 18 from the PSTN 12, the PSTN 12 may also transfer destination and source information about each call to the ACD 14, 16, 18. The receiving ACD 14 may assign a call identifier, unique to that ACD, and begin the process of identifying an agent to service that call. The ACD 14, 16, 18 may also transfer a call arrival message to its
respective host host respective host - In order to reduce message traffic, each peripheral 14, 16, 18, 20, 22, 24 of the ACD
system 10 is provided with a message processing table 30 (FIG. 2), which forms a basis for a programmable messaging link. Included within the message table 30 is a message identifier side 32 (shown on the left) and a destination side 34 (shown on the right). - Messages within the
system 10 may be forwarded (or not forwarded) based upon a content of the message table 30. For instance, the table 30 may contain indices of messages that are not to be forwarded. Alternatively, the table 30 may be used to identify messages which are to be forwarded. - Where the table 30 is used for messages which are not to be forwarded, a CPU (e.g., 29) may use the contents of the table 30 as a means of deleting messages. For example, messages may be received in a receive buffer (not shown) of the
CPU 29 and be transferred by theCPU 29 to a transmit buffer for transmission (broadcasting) to other connected peripherals. As each message is detected in a receive buffer of theCPU 29, a comparison is made between that message and the individual entries of the table 30. Where a match is found, the message may be deleted before it can be re-broadcast to the one or more connected peripherals. - Alternatively, the table 30 may be used (in an opposite sense) to forward messages. Then used in the opposite sense, messages are compared with the table 30 and when a match is found, the message is only forwarded to the destination specified in the table 30.
- The
message identifier side 32 of the table 30 may be structured to contain a number of message identifiers. Typically each message identifier correlates with a single message destination, but in some cases a particular message identifier may be correlated with many destinations or a destination may be correlated with many types of message identifiers. - A message identifier may refer to a particular type of messages or a message from a particular source. For example, a particular type of message identifier may be "call arrival" message, an "agent assignment" message, a "call overflow" or a "fault message".
- Further, the entries of the
message identifier side 32 of the message processing table 30 may be further differentiated through use of a message matrix 36 (FIG. 3). Amessage matrix 36 may be described as a set of attributes that a message may need before it will be forwarded (not forwarded) to a particular destination. For example, one of the messages of themessage identifier side 32 of the message table 30 may correspond to one of thelines message matrix 36. - As a more specific example, the table 30 of FIG. 2 may reside in a
memory 28 thesecond host 22.Message # 1 of themessage identifier side 32 of the table 30 may correspond to thesecond line 40 of themessage matrix 36 of FIG. 3. A destination "a" of thedestination side 34 may correspond to thefirst host 20. - As messages are received by the
second host 22, they are compared to the message identifiers on themessage identifier side 32 of the forwarding table 30. In the example above, where a message is identified as being fromthird host 24 regarding fault messages about ANI, that message would be sent (not sent) to the requestinghost 20 depending upon the use of the message table 30. - As another example, message identifier #5 of the
message identifier side 32 of FIG. 2 may correspond to thefirst line 38 of themessage matrix 36. Further, destination "d" may correspond to thethird host 24. In this example, overflow messages from theACD 14 of thefirst host 20 regarding overflow calls fromagent # 1 would be sent (not sent) to thethird host 24 depending upon the use of the message table 30. - The message table 30 and
message matrix 36 may be created during startup of thesystem 10 and modified during use. For example, thethird host 24 may wish to receive all (or none of the) messages from thefirst ACD 14. Upon startup, the third host may by reference to a lookup table and determine that thefirst ACD 14 may be contacted through thesecond host 22. As such, thethird host 24 sends a message to thesecond host 22 concerning messages from thefirst ACD 14. - The
second host 22 by reference to its own lookup table determines that thefirst ACD 14 is not directly connected to it and therefore sends a message to thefirst host 20 concerning the messages from thefirst ACD 14. Thesecond host 22 also makes an entry in its own table 30. On theright side 34, thesecond host 22 enters an identifier of thethird host 24. On theleft side 32 on the same line, thesecond host 22 enters an identifier of the message or, where necessary, a reference to aparticular line 38 of themessage matrix 36. Where a reference is made to aparticular line 38 of themessage matrix 36, thesecond host 22 enters an identifier of theACD 14 and other information into an appropriate position of thereference line 38. - Similarly, when the
first host 20 receives the request regarding the messages from thefirst ACD 14, thefirst host 20 makes an entry into its forwarding table. By reference to a lookup table, thefirst host 20 determines that thefirst ACD 14 is connected directly to it and enters an identifier of the first ACD 14 (as a type of message identifier) on theleft side 32 of its forwarding table 30. Thefirst host 20 also enters an identifier of thesecond host 22 on theright side 34 of its table 30 on the same line. - The use of the message table 30 allows a peripheral to selectively exclude messages, or message elements which are not of interest to the peripheral. The table 30 allows peripherals to send programming messages on initialization of the peripheral to specify the messages it does not want to see (or which it does want to see) on the messaging link. The programming messages and table 30 may be used as part of a simple messaging filter which may functions to reduce or exclude messages over a particular link. This effectively provides the same sort of functionality as having separate logical links.
- A specific embodiment of a method and apparatus for select messaging in a multiple messaging link environment according to the present invention has been described for the purpose of illustrating the manner in which the invention is made and used. It should be understood that the implementation of other variations and modifications of the invention and its various aspects will be apparent to one skilled in the art, and that the invention is not limited by the specific embodiments described. Therefore, it is contemplated to cover the present invention any and all modifications, variations, or equivalents that fall within the true spirit and scope of the basic underlying principles disclosed and claimed herein.
- Where technical features mentioned in any claim are followed by reference signs, those reference signs have been included just for the sole purpose of increasing intelligibility of the claims and accordingly, such reference signs do not have any limiting effect on the scope of each element identified by way of example by such reference signs.
Claims (25)
- A method of forwarding messages among peripherals of an automatic call distributor, such method comprising the steps of:forming a message table in a first peripheral of the automatic call distributor; andforwarding a message from the first peripheral to a second peripheral of the automatic call distributor based upon a content of the message table.
- The method of reducing message traffic as in claim 1 further comprising entering an identifier of a message to be forwarded into the formed message table in the peripheral.
- The method of reducing message traffic as in claim 2 wherein the step of entering the identifier of the message further comprises entering a corresponding destination identifier to the entry.
- The method of reducing message traffic as in claim 3 wherein the step of entering the identifier further comprising providing a reference to a line of a message matrix.
- The method of reducing message traffic as in claim 4 wherein the step of sending the list of unnecessary messages further comprises storing the list in said table of the automatic call distributor.
- The method of reducing message traffic as in claim 5 further comprising forming a message for transmission to a set of peripherals, including said peripheral.
- The method of reducing message traffic as in claim 6 wherein the step of forming a message for transmission to a set of peripherals further comprises retrieving an identifier of said peripheral of the set of peripherals.
- The method of reducing message traffic as in claim 7 wherein the step of retrieving an identifier of said peripheral of the set of peripherals further comprises retrieving the list of unnecessary messages from said table based upon said identifier of said peripheral.
- The method of reducing message traffic as in claim 8 wherein the step of retrieving the list further comprises comparing an identifier of the message with the list of unnecessary messages transmitted from said peripheral to the automatic call distributor.
- The method of reducing message traffic as in claim 9 wherein the step of comparing the identifier of the message with the list of unnecessary messages further comprises discarding the message when a match is found between the identifier of the message and an entry of the list of unnecessary messages.
- Apparatus for reducing message traffic in an automatic call distributor, such apparatus comprising:means for forming a message table adapted to control messages forwarded to a peripheral of the automatic call distributor; andmeans for amending the table upon startup of the peripheral.
- The apparatus for reducing message traffic as in claim 11 further comprising means for forming a list of identifiers of unnecessary messages in the peripheral upon startup.
- The apparatus for reducing message traffic as in claim 12 wherein the means for forming the list of unnecessary messages further comprises means for retrieving the list from memory.
- The apparatus for reducing message traffic as in claim 13 further comprising means for sending the list of unnecessary messages to the automatic call distributor.
- The apparatus for reducing message traffic as in claim 14 wherein the means for sending the list of unnecessary messages further comprises means for storing the list in said table of the automatic call distributor.
- The apparatus for reducing message traffic as in claim 15 further comprising means for forming a message for transmission to a set of peripherals, including said peripheral.
- The apparatus for reducing message traffic as in claim 16 wherein the means for forming a message for transmission to a set of peripherals further comprises means for retrieving an identifier of said peripheral of the set of peripherals.
- The apparatus for reducing message traffic as in claim 17 wherein the means for retrieving an identifier of said peripheral of the set of peripherals further comprises means for retrieving the list of unnecessary messages from said table based upon said identifier of said peripheral.
- The apparatus for reducing message traffic as in claim 18 wherein the means for retrieving the list further comprises means for comparing an identifier of the message with the list of unnecessary messages transmitted from said peripheral to the automatic call distributor.
- The apparatus for reducing message traffic as in claim 19 wherein the means for comparing the identifier of the message with the list of unnecessary messages further comprises means for discarding the message when a match is found between the identifier of the message and an entry of the list of unnecessary messages.
- Apparatus for reducing message traffic in an automatic call distributor, such apparatus comprising:a message table within a memory of the automatic call processor adapted to control messages forwarded to a peripheral of the automatic call distributor; anda message processor adapted to amend the table upon startup of the peripheral.
- The apparatus for reducing message traffic as in claim 21 further comprising a table within a memory of the peripheral adapted to form a list of identifiers of unnecessary messages in the peripheral upon startup.
- The apparatus for reducing message traffic as in claim 22 wherein the table for forming the list of unnecessary messages further comprises a peripheral processor adapted to retrieve the list from memory.
- The apparatus for reducing message traffic as in claim 23 further comprising a communication processor adapted to send the list of unnecessary messages to the automatic call distributor.
- The apparatus for reducing message traffic as in claim 24 wherein the communication processor adapted to send the list of unnecessary messages further comprises a receiving processor adapted to storing the list in said table of the automatic call distributor.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US246389 | 1999-02-09 | ||
US09/246,389 US7095843B1 (en) | 1999-02-09 | 1999-02-09 | Selective messaging in a multiple messaging link environment |
Publications (1)
Publication Number | Publication Date |
---|---|
EP1028580A1 true EP1028580A1 (en) | 2000-08-16 |
Family
ID=22930456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP00101272A Withdrawn EP1028580A1 (en) | 1999-02-09 | 2000-01-26 | Selective messaging in a multiple messaging link environment |
Country Status (7)
Country | Link |
---|---|
US (1) | US7095843B1 (en) |
EP (1) | EP1028580A1 (en) |
JP (1) | JP2000244659A (en) |
CN (1) | CN1264990A (en) |
AU (1) | AU756498B2 (en) |
BR (1) | BR0000334A (en) |
CA (1) | CA2291834A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5729994B2 (en) * | 2010-12-08 | 2015-06-03 | キヤノン株式会社 | Transmission device, transmission system, transmission method, and program |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5168515A (en) * | 1989-11-27 | 1992-12-01 | Unifi Communications Corporation | Switchless automatic call distribution system |
US5253288A (en) * | 1990-03-28 | 1993-10-12 | At&T Bell Laboratories | Alternate destination call redirection for telecommunications systems |
EP0610625A2 (en) * | 1992-12-29 | 1994-08-17 | AT&T Corp. | Dynamic network automatic call distribution |
US5910983A (en) * | 1997-05-19 | 1999-06-08 | Rockwell Semiconductor Systems, Inc. | Apparatus and method for identifying records of overflowed ACD calls |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4737983A (en) * | 1985-10-02 | 1988-04-12 | American Telephone And Telegraph Company Communications, Inc. | Automatic call distributor telephone service |
US5073890A (en) * | 1988-12-30 | 1991-12-17 | At&T Bell Laboratories | Remote agent operation for automatic call distributors |
US5140611A (en) | 1989-09-29 | 1992-08-18 | Rockwell International Corporation | Pulse width modulated self-clocking and self-synchronizing data transmission and method for a telephonic communication network switching system |
US5268903A (en) | 1991-10-02 | 1993-12-07 | Rockwell International Corporation | Multichannel telephonic switching network with different signaling formats and cross connect/PBX treatment selectable for each channel |
US5335269A (en) | 1992-03-12 | 1994-08-02 | Rockwell International Corporation | Two dimensional routing apparatus in an automatic call director-type system |
US5335268A (en) * | 1992-10-22 | 1994-08-02 | Mci Communications Corporation | Intelligent routing of special service telephone traffic |
US5530744A (en) * | 1994-09-20 | 1996-06-25 | At&T Corp. | Method and system for dynamic customized call routing |
EP0740450B1 (en) * | 1995-04-24 | 2006-06-14 | International Business Machines Corporation | Method and apparatus for skill-based routing in a call center |
US5838614A (en) * | 1995-07-31 | 1998-11-17 | Lexar Microsystems, Inc. | Identification and verification of a sector within a block of mass storage flash memory |
US5751795A (en) * | 1995-08-11 | 1998-05-12 | Lucent Technologies Inc. | Broadcasting of information through telephone switching system display messages |
US5923745A (en) * | 1997-02-28 | 1999-07-13 | Teknekron Infoswitch Corporation | Routing calls to call centers |
US6263065B1 (en) * | 1997-03-18 | 2001-07-17 | At&T Corp. | Method and apparatus for simulating central queue for distributing call in distributed arrangement of automatic call distributors |
US6650748B1 (en) * | 1998-04-13 | 2003-11-18 | Avaya Technology Corp. | Multiple call handling in a call center |
US6314421B1 (en) * | 1998-05-12 | 2001-11-06 | David M. Sharnoff | Method and apparatus for indexing documents for message filtering |
US6289223B1 (en) * | 1998-07-22 | 2001-09-11 | Ericsson Inc | System and method for selective multipoint transmission of short message service messages |
-
1999
- 1999-02-09 US US09/246,389 patent/US7095843B1/en not_active Expired - Lifetime
- 1999-12-07 CA CA002291834A patent/CA2291834A1/en not_active Abandoned
-
2000
- 2000-01-26 EP EP00101272A patent/EP1028580A1/en not_active Withdrawn
- 2000-02-08 AU AU14969/00A patent/AU756498B2/en not_active Ceased
- 2000-02-08 BR BR0000334-4A patent/BR0000334A/en not_active IP Right Cessation
- 2000-02-08 JP JP2000030574A patent/JP2000244659A/en active Pending
- 2000-02-12 CN CN00102301.2A patent/CN1264990A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5168515A (en) * | 1989-11-27 | 1992-12-01 | Unifi Communications Corporation | Switchless automatic call distribution system |
US5253288A (en) * | 1990-03-28 | 1993-10-12 | At&T Bell Laboratories | Alternate destination call redirection for telecommunications systems |
EP0610625A2 (en) * | 1992-12-29 | 1994-08-17 | AT&T Corp. | Dynamic network automatic call distribution |
US5910983A (en) * | 1997-05-19 | 1999-06-08 | Rockwell Semiconductor Systems, Inc. | Apparatus and method for identifying records of overflowed ACD calls |
Also Published As
Publication number | Publication date |
---|---|
JP2000244659A (en) | 2000-09-08 |
US7095843B1 (en) | 2006-08-22 |
CA2291834A1 (en) | 2000-08-09 |
AU1496900A (en) | 2000-08-10 |
AU756498B2 (en) | 2003-01-16 |
CN1264990A (en) | 2000-08-30 |
BR0000334A (en) | 2000-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2000041107A (en) | Multimedia work processing method and device | |
US5901215A (en) | Apparatus and method for identifying records of overflowed ACD calls | |
US8416943B2 (en) | System and method for distributing customer contacts | |
US6314177B1 (en) | Communications handling center and communications forwarding method using agent attributes | |
US5778060A (en) | Work at home ACD agent network with cooperative control | |
USRE43205E1 (en) | Skill based chat function in a communication system | |
JPH10150497A (en) | 800 number call-back | |
US7010115B2 (en) | System and method for predictive contacts | |
US6453039B1 (en) | Method and apparatus for robust call routing | |
US20060147024A1 (en) | Business rule web service | |
US7095843B1 (en) | Selective messaging in a multiple messaging link environment | |
US20030191632A1 (en) | Utilization of agent idle time in a communication system | |
US20030185381A1 (en) | Contact center data integration with enterprise applications | |
US5907611A (en) | Apparatus and method for identifying records of overflowed ACD calls | |
AU2002301202B2 (en) | Streaming announcements to agents of an ACD | |
EP1380155B1 (en) | Call centres | |
US6501839B1 (en) | Method and apparatus for equitable call delivery | |
US7831033B2 (en) | Method of preference driven segmentation routing | |
US6590971B1 (en) | Automatic call distribution system contact routing with media-port | |
JP3509679B2 (en) | Automatic call distribution system | |
US6574332B1 (en) | Automatic call distribution system agent log-on with pseudo-port | |
US6944281B1 (en) | Outbound call center | |
JPH02192344A (en) | Multiple address electronic mail distribution result informing system | |
KR19990078519A (en) | Network service system and method_ | |
JPH05219223A (en) | Service reception processor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
17P | Request for examination filed |
Effective date: 20000929 |
|
AKX | Designation fees paid |
Free format text: AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
17Q | First examination report despatched |
Effective date: 20030402 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20030801 |