WO2006115631A1 - System and method for automatically sending messages to service personnel - Google Patents
System and method for automatically sending messages to service personnel Download PDFInfo
- Publication number
- WO2006115631A1 WO2006115631A1 PCT/US2006/010166 US2006010166W WO2006115631A1 WO 2006115631 A1 WO2006115631 A1 WO 2006115631A1 US 2006010166 W US2006010166 W US 2006010166W WO 2006115631 A1 WO2006115631 A1 WO 2006115631A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service request
- mobile messaging
- messaging device
- person
- answer
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
Definitions
- This disclosure generally relates to notification systems for service personnel and, more specifically, to a system and method for automatically sending messages to service personnel.
- communications with service personnel involve receiving a service request and assigning the service request to a first mobile messaging device.
- a first electronic message indicative of the service request is generated and communicated to the first mobile messaging device.
- a determination is made that a responsive answer is not received from the first mobile messaging device.
- another mobile messaging device assigned to respond to the service request is automatically determined.
- a second electronic message indicative of the service request is generated and communicated to the other mobile messaging device.
- Determining that a responsive answer is not received includes determining that a responsive answer is not received within a predetermined time period or receiving an answer from the first mobile messaging device and determining whether the answer received from the first mobile messaging device fulfills the service request.
- the electronic message is an email message.
- the first mobile messaging device is associated with a first person assigned to respond to the service request and the other mobile messaging device is associated with a second person assigned to response to the service request. Assigning the service request to a first mobile messaging device or determining another mobile messaging device is based at least in part on a schedule for a person associated with the first mobile messaging device or the other mobile messaging device.
- Assigning the service request to a first mobile messaging device or determining another mobile messaging device includes analyzing the service request to identify a requested task and identifying a person based on an association between the requested task and the person. The association between the requested task and the person is based on a ranking of a skill of the person relative to a group of persons.
- a memory stores personnel information associated with each of multiple persons, and each person is associated with one or more mobile messaging devices.
- An interface is operable to receive a service request and to communicate a message to and receive an answer from any of the mobile messaging devices.
- a processor is operable to identify a first person to fulfill the service request based at least in part on the personnel information and generate an electronic message indicative of the service request.
- the processor communicates the electronic message using the interface to at least one of the mobile messaging devices associated with the first person.
- a determination is made whether an answer to the message is received by the interface and a second person to fulfill the service request is automatically determined, based at least in part on the personnel information, if an answer is not received.
- Some implementations include one or more of the following features.
- An alert is generated if no qualified persons are available to fulfill the service request.
- Personnel information includes a schedule associated with each of the persons and the processor determines the first person and the second person based at least partially on the schedules.
- FIG. 1 is a block diagram of a system for managing service requests and automatically sending messages to service personnel.
- FIG. 2 is a flow diagram of a process for sending messages to service personnel.
- FIG. 3 is a block diagram of an implementation of a system for managing service requests.
- FIG. 4 is a flow diagram of an example implementation of a process for handling a service request.
- FIG. 1 illustrates a system 100 for automatically sending requests to service personnel.
- system 100 includes a server 102 coupled to mobile messaging devices (MMDs) 104 by a communications network 112.
- MMDs mobile messaging devices
- system 100 identifies MMDs 104 associated with a request for service personnel, communicates a message to one or more MMDs 104, and determines whether a responsive reply is received from one or more of the MMDs 104 receiving a message. If a responsive reply is not received, then system 100 may escalate the request by sending a message to one or more different MMDs 104.
- system 100 provides an interactive environment for contacting service personnel to obtain a response to service requests.
- the system 100 can enable a high availability of access to service personnel and help ensure more rapid response times with less effort on the part of a requestor.
- Service requests may include any sort of communication to indicate the need for assistance in any manner of task. Such requests may include obtaining information, providing technical support or repair services, and the like. In general, service requests will include one or more associated tasks requiring skill or information of particular service personnel to perform them. Service requests may come from a variety of different clients, and they may pertain to a variety of different tasks. Often, particular persons may have skills pertaining to a wide variety of clients, and conversely, different persons having relevant skills may be available at different times.
- One solution to the problem of locating service personnel to perform a task when they are not immediately on-site is to designate personnel as "on call," available to be contacted in cases of emergency or when other assistance is not available. However, this may present problems when mobile messaging devices are turned off or unavailable or when the recipient is unable to determine the nature of the difficulty from the message itself, requiring the receiving party to call in for additional information.
- Server 102 includes memory 120 and processor 125 and comprises an electronic computing device operable to receive, transmit, process and store data associated with system 100.
- server 102 may be any computer or processing device such as a mainframe, a blade server, general-purpose personal computer (PC), Macintosh, workstation, Unix-based computer, or any other suitable device.
- FIGURE 1 provides merely one example of computers that may be used. In other words, computers other than general purpose computers as well as computers without conventional operating systems can be used.
- the term "computer” is intended to encompass a personal computer, workstation, network computer, or any other suitable processing device.
- FIGURE 1 illustrates one server 102 that may be used
- system 100 can be implemented using computers other than servers, as well as a server pool.
- Server 102 may be adapted to execute any operating system including z/OS, Linux-Intel or Linux/390, UNIX, Windows Server, or any other suitable operating system.
- server 102 may also include or be communicably coupled with a web server and/or an SMTP server.
- MMDs 104 may be any communication device that includes the capacity for exchanging electronic messages.
- "Electronic messages" refers to any electronic format for communicating text information, symbols, words, numerals, characters, or other electronic representation of written language, voice, or audio, including email, instant messaging, text messaging, electronic paging, voice messages, and numerous other formats.
- MMDs 104 may include pagers, wireless telephones, personal digital assistants (PDAs), laptops, or numerous other communication devices.
- PDAs personal digital assistants
- MMDs 104 need not be able to exchange electronic messages directly in the appropriate format so long as information can be exchanged in some format that can be converted into electronic messages using communications systems associated with the MMD 104, such as a wireless communication network.
- electronic messages may be converted into voice- and/or audio formats using text-to-speech conversion and the like, and similarly, electronic messages may have been generated from voice input from a user of an MMD 104.
- Memory 120 may include any memory or database module and may take the form of volatile or non- volatile memory including, without limitation, magnetic media, optical media, random access memory (RAM), read-only memory (ROM), removable media, or any other suitable local or remote memory component.
- memory 120 includes a request manager 150 and personnel information 152.
- Request manager 150 may include code, algorithms, or other logical instructions executed by processor 125 to perform any suitable tasks associated with identifying personnel associated with a service request, communicating messages to MMDs 104, receiving responses from MMDs 104, and any other operation involved with responding to a service request.
- Personnel information 152 may include any form of information suitable for identifying personnel for responding to a service request and for communicating with such personnel using electronic messages.
- personnel information 152 may include expertise information 154, availability information 156, and/or contact information 158.
- Personnel information 152 may be structured or organized in any suitable manner or hierarchy.
- expertise information 154 describing skills of particular personnel at certain tasks or service requests may include a ranking of the personnel in their respective proficiency at such tasks.
- availability information 156 may be based on a work or on-call schedule for the personnel and may account for vacation schedules or other temporary absences.
- contact information 158 may be organized with primary, secondary, and/or tertiary contact information along with rules for selecting particular contacts at particular times for example. The techniques for managing service requests described herein may be employed with such variations in the particular information used along with numerous other possible variations.
- Request manager 150 can include, for example, software code for controlling an escalation of a service request through a chain of command and for accessing personnel information 152.
- the software code can include instructions or algorithms for determining appropriate personnel to handle a particular service request or issue based, for example, on the expertise information 154, the availability information 156, the type of service request or issue, and/or other information associated with the service request, issue, or personnel.
- the software code can include instructions defining when and how service requests or issues are escalated.
- Request manager 150 can monitor the status of a service request including coordinating communications relating to a service request that is segmented into multiple issues for sequential and/or serial handling by different personnel.
- request manager 150 can include software code that enables a textual or graphical display of the escalation process, the messages that are sent, and/or the status of the process or messages on an MMD 104 or a client computer 106 (e.g., a computer from which a service request is initially received). Such a display allows a user to conveniently monitor the status of one or more service requests and the handling thereof.
- Server 102 also includes processor 125.
- Processor 125 executes instructions and manipulates data to perform the operations of server 102 such as, for example, a central processing unit (CPU), a blade, an application specific integrated circuit (ASIC), or a field-programmable gate array (FPGA).
- processor 125 performs any suitable tasks associated with request manager 150.
- the term "automatically,” as used herein, generally means that the appropriate processing is substantially performed by at least part of system 100. It should be understood that "automatically” further contemplates any suitable administrator or other user interaction with the server 102.
- FIGURE 1 illustrates a single processor 125 in server 102, multiple processors 125 may be used according to particular needs and reference to processor 125 is meant to include multiple processors 125 where applicable.
- Server 102 may also include interface 117 for communicating with other computer systems or devices over network 112 in a client-server or other distributed system.
- interface 117 comprises logic encoded in software and/or hardware in a suitable combination and operable to communicate with network 112. More specifically, interface 117 may comprise software supporting one or more communications protocols associated with communications network 112 or hardware operable to communicate physical signals.
- Network 112 facilitates wireless or wireline communication between computer server 102 and any other local or remote device. Indeed, while illustrated as two networks, 112a and 112b respectively, network 112 may be a continuous network, so long as at least portion of network 112 may facilitate communications between server 102 and MMDs 104. In other words, network 112 encompasses any internal and/or external network, networks, sub-network, or combination thereof operable to facilitate communications between various computing components in system 100. Network 112 may communicate, for example, Internet Protocol (IP) packets, Frame Relay frames, Asynchronous Transfer Mode (ATM) cells, voice, video, data, and other suitable information between network addresses.
- IP Internet Protocol
- ATM Asynchronous Transfer Mode
- Network 112 may include one or more local area networks (LANs), radio access networks (RANs), metropolitan area networks (MANs), wide area networks (WANs), all or a portion of the global computer network known as the Internet, and/or any other communication system or systems at one or more locations.
- Network 112 may also include telephone communication networks, such as the Public Switched Telephone Network (PSTN) 160 and/or wireless networks 162, using one or more gateways 164, which may include any device for converting signals between formats appropriate for communication in different portions of network 112.
- Wireless networks 162 may employ any suitable communication format or protocol, such as code- division multiplex access (CDMA), time division multiplexing (TDM), or numerous other wireless communication techniques.
- CDMA code- division multiplex access
- TDM time division multiplexing
- network 112 allows communication between server 102 and MMDs 104 using electronic messages.
- Processor 125 generates messages for communication to MMDs 104 as electronic messages and analyzes responses from MMDs 104 in electronic message format.
- server 102 receives a service request, which may be communicated to server in any suitable manner, including but not limited to entry on an input device of server 102, voice recognition, or communication from a client computer 106 on network 112. Based on the request and the personnel information 152 stored in memory 120, the server 102 identifies an MMD 104 to receive an electronic message indicating the need for the requested service to be provided. The server 102 generates the electronic message and awaits an answer from MMD 104. When the answer is received, the server 102 determines whether the answer is responsive to the service request, based, for example, on header information that identifies whether the answer is responsive to a particular service request and/or on an analysis of data included in the answer.
- the server 102 may deem that the service request has been answered. If the answer is not responsive to the service request or if the server 102 does not receive an answer within a predetermined time period, then the server 102 escalates the request to other service personnel. To accelerate the request, the server 102 determines an MMD 104 associated with another person qualified to respond to the service request, generates an electronic message, communicates the electronic message to the MMD 104, and awaits another response. Because the server 102 manages communications with MMDs 104 using electronic message formats, which can be handled by a wide variety of communication interfaces, the server 102 need not be burdened with maintaining a variety of types of contact information associated with communicating messages in numerous different formats.
- FIG. 2 is a flow diagram illustrating an example process 200 of operation for escalating service requests.
- a service request is received at step 202.
- the service request is analyzed to determine one or more tasks requested.
- One or more qualified persons capable of responding to the service request are identified at step 206. Such determinations may be made based on personnel information 152, such as the various types of information described above.
- a service request may require multiple service personnel to fully address the request.
- each message throughout the escalation process can include encoded information relating to the history of the issue (e.g., identifying the sequence of messages and responses for a service request).
- the process includes a pause to wait for an answer from the MMD 104. If an answer is received at decision step 218, then a determination is made as to whether the answer is responsive to the service request.
- the answer can be in the form of an email or other type of electronic communication.
- the determination may include confirming that the tracking identifier of the answer is associated with the service request and determining whether the answer is affirmative or negative.
- the service request may be a request for information, and the determination may include determining whether the answer includes the requested information. If the answer is responsive, then the service request may be marked as answered at step 220, and the process is complete.
- step 228 a new qualified person is selected to respond to the service request at step 228.
- the process of generating an electronic message, communicating the message to the selected MMD 104, and waiting for a response may then be repeated from step 210 until a responsive answer is received or no more qualified persons are available to respond to the service request.
- electronic messages can be sequentially re-sent to a hierarchy of qualified persons until a responsive answer is successfully received.
- each iteration of sequentially sending electronic messages to each person in the hierarchy of qtialified persons can involve escalating the service to one or more higher levels or otherwise to different persons than a prior iteration.
- FIG. 3 is a block diagram of an implementation of a system 300 for performing a call escalation.
- the system includes a user device 305, such as a computer, PDA, wireless telephone, or other electronic devices.
- a service request is communicated from the user device 305, through a network 310, and to a server 315.
- a user can log onto a website associated with the server 315 and log an issue or service request into a field for entering support requests.
- the user can also select a category (e.g., type of application or type of issue) for the support request.
- the server 315 in accordance with instructions executed on the server 315, analyzes the service request and determines one or more appropriate personnel for handling the service request using data stored in a database 320.
- the server 315 sends an electronic message to an MMD 325(1) associated with a first person identified to handle the service request. If a response is not received within a predetermined period or if a received response declines the request, an electronic message is sent to an MMD 325(2) associated with a second person identified to handle the service request. Electronic messages are iteratively sent to additional MMDs 325(n) until an affirmative and/or sufficient response is received.
- the server 315 tracks the status of the messages and responses and identifies the MMDs 325 to which messages are sent based on data contained in the service request and/or data stored in the database 320. Information about the status of responses to the service request or an outcome of the service request can be sent to the user device 305 for display or for some other form of notifying the user, for providing patches or fixes, or for otherwise providing information responsive to the service request.
- FIG. 4 is a flow diagram of a process 400 for receiving and managing service requests.
- a service request is received at step 405.
- a user logs the service request into a website or transmits a formatted message containing the service request to a server.
- the service request is entered into a database and assigned a tracking identifier (step 410).
- the tracking identifier is used throughout the process 400 to correlate the service request with the various related electronic communications.
- the database is queried at step 415 to determine a primary contact for responding to the service request or a portion thereof.
- the database can store an identification of the primary contact for each different type of issue or can store characteristics and other data for each contact that is processed to identify the primary contact.
- An electronic message is sent to the primary contact at step 420 (e.g., by sending an email to an MMD).
- the electronic message includes the service request or a relevant part thereof and the tracking identifier. If an adequate response is received to the electronic message within a predetermined period (as determined at step 425), it is determined whether the response completely fulfills the service request (step 430). If so, an entry is made to the database that the requested service is complete and the process 400 ends (step 435). If the response does not completely fulfill the service request, the process 400 returns to step 415 to determine a primary contact for another issue or portion of the service request.
- step 425 the database is queried at step 440 to determine an alternative contact for responding to the service request or a portion thereof. A determination is made at step 445 as to whether an alternative contact exists. If so, an electronic message, similar or identical to that of step 420, is sent to the alternative contact at step 450. If an adequate response is received (as determined at step 455), the process 400 continues with step 430. Otherwise, the process 400 returns to step 440. If it is determined at step 445 that an alternative contact does not exist, the process 400 returns to step 415.
- each iteration may include different primary and/or alternative contacts and/or may result in a higher level escalation.
- the processes described above are merely examples of numerous possible methods for automatically sending messages to service personnel. Accordingly, many of the steps may take place simultaneously and/or in different orders than as shown and/or described. Moreover, processes with additional steps, fewer steps, and/or different steps can be used. For example, multiple messages may be sent out for complex tasks requiring several persons, and the system 100 may determine whether each part of the service request will be fulfilled. In another example, messages may be sent to multiple MMDs 104 associated with a person. Such messages may be sent in sequence if a response is not received, or they may be sent simultaneously.
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP06739096A EP1875421A1 (en) | 2005-04-27 | 2006-03-20 | System and method for automatically sending messages to service personnel |
AU2006240495A AU2006240495A1 (en) | 2005-04-27 | 2006-03-20 | System and method for automatically sending messages to service personnel |
CA002600197A CA2600197A1 (en) | 2005-04-27 | 2006-03-20 | System and method for automatically sending messages to service personnel |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/115,680 US20060248147A1 (en) | 2005-04-27 | 2005-04-27 | System and method for automatically sending messages to service personnel |
US11/115,680 | 2005-04-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006115631A1 true WO2006115631A1 (en) | 2006-11-02 |
Family
ID=36572175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2006/010166 WO2006115631A1 (en) | 2005-04-27 | 2006-03-20 | System and method for automatically sending messages to service personnel |
Country Status (5)
Country | Link |
---|---|
US (1) | US20060248147A1 (en) |
EP (1) | EP1875421A1 (en) |
AU (1) | AU2006240495A1 (en) |
CA (1) | CA2600197A1 (en) |
WO (1) | WO2006115631A1 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7587678B1 (en) * | 2006-04-13 | 2009-09-08 | Kayak Software Corporation | Email-based customer support management system |
US9043014B2 (en) * | 2007-08-23 | 2015-05-26 | Hewlett-Packard Development Company, L.P. | Apparatus, and associated method, for generating an information technology incident report |
US8825014B2 (en) * | 2007-09-14 | 2014-09-02 | Qualcomm Incorporated | Apparatus, and an associated methodology, for providing repeat notification at a radio communication device |
US9026598B2 (en) * | 2007-12-10 | 2015-05-05 | International Business Machines Corporation | Automatically generating request-specific backup contact information in an out of office message |
US10225224B1 (en) * | 2014-12-11 | 2019-03-05 | Priority Reply Networks, Llc | Web and voice message notification system and process |
US9639394B2 (en) | 2015-07-13 | 2017-05-02 | At&T Intellectual Property I, L.P. | Determining life-cycle of task flow performance for telecommunication service order |
US11915178B2 (en) * | 2015-09-22 | 2024-02-27 | Nmetric, Llc | Cascading notification system |
US20190190861A1 (en) * | 2017-12-14 | 2019-06-20 | Salesforce.Com, Inc. | Notifications for unavailable users of a social networking system implemented using a database system |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0526103A2 (en) * | 1991-07-30 | 1993-02-03 | AT&T Corp. | ACD multiflow network call distribution |
US20040101121A1 (en) * | 2001-02-27 | 2004-05-27 | D'silva Alin | Method and apparatus for calendared communications flow control |
US20050036457A1 (en) * | 2003-08-14 | 2005-02-17 | Nokia Corporation | Messaging services offered in mobile communication systems |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5128979A (en) * | 1991-02-06 | 1992-07-07 | Lifeline Systems Inc. | Monitored personal emergency response system |
US5467268A (en) * | 1994-02-25 | 1995-11-14 | Minnesota Mining And Manufacturing Company | Method for resource assignment and scheduling |
US5649003A (en) * | 1995-02-27 | 1997-07-15 | At&T | Method in a communications systems for providing an out-of-band signaling response based on predetermined conditions |
US5875436A (en) * | 1996-08-27 | 1999-02-23 | Data Link Systems, Inc. | Virtual transcription system |
US6118856A (en) * | 1998-12-28 | 2000-09-12 | Nortel Networks Corporation | Method and apparatus for automatically forwarding an email message or portion thereof to a remote device |
US6856809B2 (en) * | 2001-05-17 | 2005-02-15 | Comverse Ltd. | SMS conference |
US6735293B2 (en) * | 2001-06-05 | 2004-05-11 | Bell Canada | Method and system for facilitating telecommunications service provisioning and service assurance |
-
2005
- 2005-04-27 US US11/115,680 patent/US20060248147A1/en not_active Abandoned
-
2006
- 2006-03-20 EP EP06739096A patent/EP1875421A1/en not_active Ceased
- 2006-03-20 CA CA002600197A patent/CA2600197A1/en not_active Abandoned
- 2006-03-20 WO PCT/US2006/010166 patent/WO2006115631A1/en active Application Filing
- 2006-03-20 AU AU2006240495A patent/AU2006240495A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0526103A2 (en) * | 1991-07-30 | 1993-02-03 | AT&T Corp. | ACD multiflow network call distribution |
US20040101121A1 (en) * | 2001-02-27 | 2004-05-27 | D'silva Alin | Method and apparatus for calendared communications flow control |
US20050036457A1 (en) * | 2003-08-14 | 2005-02-17 | Nokia Corporation | Messaging services offered in mobile communication systems |
Also Published As
Publication number | Publication date |
---|---|
US20060248147A1 (en) | 2006-11-02 |
CA2600197A1 (en) | 2006-11-02 |
EP1875421A1 (en) | 2008-01-09 |
AU2006240495A1 (en) | 2006-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8010840B2 (en) | Generation of problem tickets for a computer system | |
US20060248147A1 (en) | System and method for automatically sending messages to service personnel | |
US8135612B1 (en) | Automated help ticket assignment system | |
US20040215723A1 (en) | Methods and apparatus for facilitating online presence based actions | |
US9020138B1 (en) | Targeted issue routing | |
AU2007202039B2 (en) | Escalating Online Expert Help | |
US9712640B2 (en) | Load distribution in client server system | |
US6442592B1 (en) | Message center system | |
US8250132B2 (en) | Managing messages related to workflows | |
US7519542B1 (en) | System and method for modeling and applying a people network representation | |
WO2017004081A1 (en) | System and method for intelligent task management and routing | |
US20040042611A1 (en) | Method and apparatus for inquiry resolution in a transaction processing system | |
US9602310B2 (en) | Associating system requests with SMS user responses | |
US20200228659A1 (en) | Agent efficiency based on real-time desktop analytics | |
US7353264B2 (en) | Method and apparatus for optimizing client responsiveness and server performance | |
US11689481B2 (en) | Automated, extensible natural-language conversational system | |
CN107579990A (en) | Measure of managing contract and server | |
WO2022068280A1 (en) | Data processing method and apparatus, device, and storage medium | |
US20090049133A1 (en) | Method and apparatus for assigning an instant message persona to manage a service desk environment | |
EP3399483A1 (en) | Ticket routing | |
KR20110037969A (en) | Targeted user notification of messages in a monitoring system | |
JP2004192153A (en) | Maintenance introduction method, system and program | |
US20020078182A1 (en) | Failover service method and system | |
JP2009295061A (en) | Priority control device | |
CN116562733A (en) | Order stop prompting method and device, electronic equipment and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 561126 Country of ref document: NZ Ref document number: 2006240495 Country of ref document: AU |
|
ENP | Entry into the national phase |
Ref document number: 2600197 Country of ref document: CA |
|
ENP | Entry into the national phase |
Ref document number: 2006240495 Country of ref document: AU Date of ref document: 20060320 Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006739096 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
NENP | Non-entry into the national phase |
Ref country code: RU |