US20120059681A1 - Service call-ahead system and method - Google Patents

Service call-ahead system and method Download PDF

Info

Publication number
US20120059681A1
US20120059681A1 US13/246,494 US201113246494A US2012059681A1 US 20120059681 A1 US20120059681 A1 US 20120059681A1 US 201113246494 A US201113246494 A US 201113246494A US 2012059681 A1 US2012059681 A1 US 2012059681A1
Authority
US
United States
Prior art keywords
servicer
service
time
eta
customer
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.)
Abandoned
Application number
US13/246,494
Inventor
Karl Meyer
Jonathan Turner
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
RXO Last Mile Inc
Original Assignee
3PD Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 3PD Inc filed Critical 3PD Inc
Priority to US13/246,494 priority Critical patent/US20120059681A1/en
Publication of US20120059681A1 publication Critical patent/US20120059681A1/en
Assigned to MORGAN STANLEY SENIOR FUNDING, INC. reassignment MORGAN STANLEY SENIOR FUNDING, INC. SECURITY AGREEMENT Assignors: 3PD, INC
Assigned to XPO LAST MILE, INC. reassignment XPO LAST MILE, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: 3PD, INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data
    • G06Q30/0203Market surveys; Market polls
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0833Tracking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/01Customer relationship services
    • G06Q30/015Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
    • G06Q30/016After-sales
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282Rating or review of business operators or products
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/109Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093Calendar-based scheduling for persons or groups
    • G06Q10/1095Meeting or appointment
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/123Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams

Definitions

  • the present disclosure generally relates to service jobs, and more particularly relates to regulating service jobs.
  • a business often may strive to provide reliable, hindrance-free services in order to foster quality customer service.
  • a customer In response to receiving good service, a customer is likely to return for additional business in the future and may also speak highly of the business with others.
  • businesses are able to satisfy customers with sound service practices, these businesses may be able to create strong relationships with customers built on dependability and quality. As a result, these businesses that provide excellent customer service are usually able to achieve long-term success.
  • a service order management system comprises a processing device configured to execute logic instructions and a memory device in communication with the processing device.
  • the memory device is configured to store an order management program, which enables the processing device to store an estimated travel time and estimated time of arrival (ETA) in the memory device.
  • the estimated travel time is defined by an estimated period of time for a servicer to travel from a start location to a service destination associated with a customer for whom the servicer is to perform a service job.
  • the ETA is defined by an estimated time of day when the servicer is expected to arrive at the service destination.
  • the order management program also enables the processing device to calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA of the servicer at the service destination.
  • the calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA.
  • the predetermined advanced-warning time period is defined by a predetermined amount of time before the ETA for providing an advanced warning of the ETA.
  • the order management program further enables the processing device to automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
  • a computer implemented method includes storing an estimated travel time and ETA.
  • the estimated travel time may be defined as an estimated period of time for a servicer to travel from a current location to a service destination associated with a customer who is to receive a service from the servicer.
  • the ETA may be defined as an estimated time of day when the servicer is expected to arrive at the service destination.
  • the computer implemented method also includes calculating a call-ahead time defined by a time of day when the customer is to be notified of the servicer's ETA at the service destination. The calculation of the call-ahead time may be based in part on a predetermined advanced-warning time period and the ETA.
  • the predetermined advanced-warning time period may be defined as a predetermined amount of time before the ETA for providing an advanced warning of the ETA.
  • the computer implemented method further includes automatically notifying the customer of the servicer's ETA at the service destination no earlier than the call-ahead time.
  • Another computer implemented method comprises receiving a service order from a business.
  • the service order includes information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer.
  • the computer implemented method also comprises automatically calling the telephone number to obtain confirmation of the service job and enabling a recipient of the telephone call to connect with a live operator if desired.
  • a computer-readable medium encoded with computer-executable instructions comprises logic adapted to receive a service order from a business.
  • the service order includes information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer.
  • the computer-readable medium further comprises logic adapted to automatically call a telephone number to obtain confirmation of the service job and logic adapted to enable a recipient of the telephone call to connect with a live operator if desired.
  • An order management program stored on a computer-readable medium is also disclosed herein, wherein the order management program may include a service status receiving module configured to receive information regarding a starting location of a servicer and information regarding a service destination.
  • the order management program may also include an ETA module configured to store information regarding an ETA that the servicer is expected to reach the service destination. The ETA is based in part on an estimated period of time for the servicer to travel from the starting location to the service destination, where the service destination is associated with a customer for whom the servicer is to perform a service job.
  • the order management program may also include an en route call module configured to calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA.
  • the calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA.
  • the predetermined advanced-warning time period is defined by a predetermined amount of time before the ETA at a time when an advanced warning of the ETA is to be provided.
  • the en route call module is further configured to automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
  • the present disclosure also includes a portable communication device according to various implementations.
  • the portable communication device comprises a processing device configured to execute logical instructions that are stored in memory.
  • the portable communication device also comprises a user interface in communication with the processing device, where the processing device is configured to cause the user interface to display information regarding a plurality of service jobs.
  • the portable communication device further comprises a transceiver device configured to wirelessly communicate with a service order management system that manages service orders for one or more servicers.
  • a computer implemented method is also disclosed according to various embodiments.
  • the computer implemented method includes receiving a service schedule that includes information about a plurality of service jobs to be performed. Also included in the computer implemented method is the process of enabling a servicer to select a service job from the plurality of service jobs included in the service schedule. A signal is then transmitted to a service order management system to indicate the selected service job.
  • FIG. 1 is a block diagram illustrating a first embodiment of general business interactions.
  • FIG. 2 is a block diagram illustrating a second embodiment of general business interactions.
  • FIG. 3 is a block diagram illustrating an embodiment of a service group according to various implementations of the present disclosure.
  • FIG. 4 is a block diagram illustrating a service network system according to various implementations of the present disclosure.
  • FIG. 5 is a block diagram illustrating an embodiment of the service order processing system, according to various implementations of the present disclosure.
  • FIG. 6 is a block diagram illustrating an embodiment of the order management program shown in FIG. 5 , according to various implementations of the present disclosure.
  • FIG. 7 is a diagram illustrating an embodiment of a servicer device according to various implementations of the present disclosure.
  • FIG. 8 is a diagram illustrating the servicer device of FIG. 7 in use, according to various implementations.
  • FIG. 9 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a user to select from a main menu, according to various implementations of the present disclosure.
  • FIG. 10 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view a service schedule, according to various implementations of the present disclosure.
  • FIG. 11 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter location status options, according to various implementations of the present disclosure.
  • FIG. 12A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a first service destination, according to various implementations of the present disclosure.
  • FIG. 12B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to indicate a need for extra time, according to various implementations of the present disclosure.
  • FIG. 12C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter an amount of extra time needed, according to various implementations of the present disclosure.
  • FIG. 12D is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the scheduled arrival time of a first service destination, according to various implementations of the present disclosure.
  • FIG. 13A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a next service destination, according to various implementations of the present disclosure.
  • FIG. 13B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to indicate a need for extra time, according to various implementations of the present disclosure.
  • FIG. 13C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter an amount of extra time needed, according to various implementations of the present disclosure.
  • FIG. 13D is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the scheduled arrival time of a next service destination, according to various implementations of the present disclosure.
  • FIG. 14A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view a completed service schedule, according to various implementations of the present disclosure.
  • FIG. 14B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a post-service action, according to various implementations of the present disclosure.
  • FIG. 15A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select scanning options, according to various implementations of the present disclosure.
  • FIG. 15B is a diagram illustrating a user interface of the servicer device of FIG. 7 prompting a servicer to scan an item, according to various implementations of the present disclosure.
  • FIG. 15C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view loaded items, according to various implementations of the present disclosure.
  • FIG. 15D is a diagram illustrating a user interface of the servicer device of FIG. 7 prompting a servicer to scan an item, according to various implementations of the present disclosure.
  • FIG. 15E is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the remaining items to be unloaded, according to various implementations of the present disclosure.
  • FIG. 15F is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select scanning issues, according to various implementations of the present disclosure.
  • FIG. 16 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a service issue, according to various implementations of the present disclosure.
  • FIG. 17A is a flow diagram illustrating a method of a service order management system for performing a confirmation call to a customer, according to various implementations of the present disclosure.
  • FIG. 17B is a flow diagram illustrating a method of a service order management system for tracking the location of a servicer, according to various implementations of the present disclosure.
  • FIG. 17C is a flow diagram illustrating a method of a service order management system for managing the loading of items for delivery, according to various implementations of the present disclosure.
  • FIG. 17D is a flow diagram illustrating a method of a service order management system for managing the delivery of items, according to various implementations of the present disclosure.
  • FIG. 18A is a flow diagram illustrating a method of a servicer device for managing a service schedule, according to various implementations of the present disclosure.
  • FIG. 18B is a flow diagram illustrating a method of a servicer device for managing the loading of items for delivery, according to various implementations of the present disclosure.
  • FIG. 18C is a flow diagram illustrating a method of a servicer device for managing the delivery of items, according to various implementations of the present disclosure.
  • the present disclosure describes systems and methods for managing service orders. Although various implementations of the present disclosure are described with respect to service orders related to the delivery of goods, it should be understood that the present disclosure also may include other types of services without departing from the principles described herein. Other features and advantages will be apparent to one of ordinary skill in the art upon consideration of the general principles described herein, and all such features and advantages are intended to be included in the present disclosure.
  • FIG. 1 is a block diagram of a business interaction between a business 10 and a customer 12 .
  • the business 10 may be any company, profit center, or other entity.
  • the business 10 may be a physical store, on-line store, service company, or other entity.
  • the customer 12 may be any individual (or business) who is to receive a service or who orders or purchases a product from business 10 .
  • the business 10 provides goods and/or services directly to the customer 12 .
  • One example is when the customer 12 interacts with a salesperson, sales clerk, or cashier.
  • Another example is when the customer 12 receives a service such as a repair, maintenance, improvement, legal service, or delivery.
  • the business 10 employs internal servicers who provide the service directly to the customer 12 .
  • Various examples of non-limiting services may include a delivery of a purchased product, a plumbing service, tax return preparation, automobile repair, and the like.
  • FIG. 2 shows another example of a general business interaction in which the customer 12 pays the business 10 for goods or services, the business 10 provides a service group 14 with information (e.g. a service order) for fulfilling the service, and the service group 14 provides the service to the customer 12 on behalf of the business 10 .
  • the service group 14 includes the service professionals and other people involved in the business of offering one or more services and is often a separate entity from the business 10 .
  • the service group 14 may be responsible for delivering, building, assembling, installing, maintaining, repairing, improving, testing, demonstrating, removing, and/or other service actions.
  • the business 10 may be considered a client of the service group 14 .
  • the customer 12 may provide the business 10 with personal information, such as name, address, phone numbers, e-mail addresses, etc., which can be used for contacting the customer 12 , for instance, to confirm and/or provide the intended services to be provided in accordance with a service order.
  • the personal information may include a phone number that is not the number of a service location.
  • the phone number provided in a service order may be a specific number that the customer wants as the primary contact number for the intended service.
  • the primary contact number in one embodiment may be a work number, cell phone number, relative's number, neighbor's number, landlord's number, building manager's number, or the number of any person who may allow access to the service location on the customer's behalf.
  • Orders can usually be taken in any number of ways, including transactions in person, by phone, by mail, by e-mail, by the Internet, or by other ordering methods.
  • the business 10 may provide a service order containing some of this order information to the service group 14 so that the service group 14 can perform the service properly.
  • the service order containing the order information may be provided by an automatic ordering system, by facsimile device, by e-mail, by phone, or in any other manner.
  • the service group 14 may pick up products, as necessary, from the business's store, warehouse, supplier, etc., and deliver the products to one or more customers 12 .
  • the customer 12 may provide additional service instructions directly to the service group 14 .
  • FIG. 3 is a block diagram showing an embodiment of a service group 20 , such as the service group 14 shown in FIG. 2 .
  • managed services 22 may represent a service company, which may be responsible for the management of internal servicers 24 , who are employed by a client business, and service managers 26 , who may be employed by the managed services 22 company or may be independent contract companies.
  • the managed services 22 may include operators who manage the services for a particular client.
  • servicers 30 may be direct independent contractors to managed services 22 .
  • the managed services 22 may include a service order management system, which may be configured to manage service orders and provide automatic confirmation and call-ahead notifications to customers of upcoming services to be performed. More details of the service order management systems are described below.
  • the service managers 26 may be field managers, regional managers, or local managers who manage one or more service providers 28 , often in a particular region and/or for a specific client.
  • the service managers 26 may also manage one or more internal servicers 24 .
  • the service providers 28 manage a number of servicers 30 , who may be employed by the service providers 28 or may be independent contractors.
  • the servicer 30 may be the individual or team representing the service group 20 (or service group 14 shown in FIG. 2 ) and who may interact directly with the customer 12 .
  • FIG. 4 is a block diagram of an embodiment of a service network system 34 according to various implementations of the present disclosure.
  • the service network system 34 includes a service order management system 36 (described in more detail below), client systems 38 , service group systems 40 , and customer systems 42 . These and other systems are capable of interacting and communicating via one or more communication networks 44 .
  • the communication networks 44 may include telephone lines, such as land line or public switched telephone network (PSTN) systems, mobile phone channels and systems, communication channels for exchanging data and information, such as a local area network (LAN), wide area network (WAN), the Internet, or other data, communication, and/or telecommunication networks.
  • PSTN public switched telephone network
  • LAN local area network
  • WAN wide area network
  • the Internet or other data, communication, and/or telecommunication networks.
  • the client systems 38 may represent any business, such as the business 10 described with respect to FIGS. 1 and 2 .
  • the client systems 38 represent at least a part of a business that is a client of the service group, which utilizes the service group systems 40 .
  • the service group may be responsible for performing one or more services on behalf of the clients.
  • the service group may be the service group 20 described with respect to FIG. 3 or other group of servicers, service providers, service managers, and/or managed services.
  • the service order management system 36 may be part of the client systems 38 or may be part of the service group systems 40 .
  • the client systems 38 and service group systems 40 may be part of one company or enterprise.
  • the service group systems 40 may include equipment used by the servicers and by field managers.
  • the service group systems 40 may include handheld devices (e.g., devices carried by the servicers), mobile phones, laptop computers, or other devices.
  • the servicer may use any communication device within the service group systems 40 to notify the service order management system 36 that the service has been completed.
  • the servicer may call into an integrated voice response (IVR) device (or voice response unit (VRU)) of the service order management system 36 , which may prompt the servicer to input information about the service or completion of the service.
  • IVR integrated voice response
  • VRU voice response unit
  • Another example may include a telephone call (e.g., landline or mobile call) to a support agent, who may be associated with the service order management system 36 and who may manually enter the service information into the service order management system 36 .
  • completion of the particular service may be communicated by some automated process, such as the automatic detection of a change in the servicer's location using, for example, a global positioning system (GPS) device.
  • GPS global positioning system
  • FIG. 5 is a block diagram illustrating an embodiment of a service order processing system 46 , according to various implementations of the present disclosure.
  • the service order processing system 46 may represent one or more of the service order management system 36 shown in FIG. 4 , a portion or all of the service group systems 40 shown in FIG. 4 , a handheld servicer device, and/or other systems or devices associated with communicating information among a network associated with a service group.
  • the components of the service order processing system 46 may reside on multiple systems and/or may include complementary hardware and/or software.
  • the service order processing system 46 includes a processing device 48 and a memory device 50 , which may include an order management program 52 and a database 56 .
  • the service order processing system 46 further includes input/output devices 58 and interface devices 60 .
  • the components of the service order processing system 46 are interconnected and may communicate with each other via a computer bus interface 62 or by other communication devices.
  • each component of the service order processing system 46 as shown may include multiple components on multiple computer systems of a network.
  • the managed services 22 of the service group may comprise computer servers, such as application servers, file servers, database servers, web servers, etc., for performing various functions described herein.
  • the computer servers of the service order processing system 46 may for example be physically separate computer servers or servers in a VMware ESXi 4.0 virtual environment, among other implementations.
  • the internal servicers 24 , service managers 26 , service providers 28 , and/or servicers 30 may utilize laptop or desktop computer systems, which may form part of the service order processing system 46 and may be used for accessing the computer servers as needed.
  • the processing device 48 may be one or more general-purpose or specific-purpose processors or microcontrollers for controlling the operations and functions of the service order processing system 46 .
  • the processing device 48 may include a plurality of processors, computers, servers, or other processing elements for performing different functions within the service order processing system 46 .
  • the memory device 50 may include one or more internally fixed storage units, removable storage units, and/or remotely accessible storage units, each including a tangible storage medium.
  • the various storage units may include any combination of volatile memory and non-volatile memory.
  • volatile memory may comprise random access memory (RAM), dynamic RAM (DRAM), etc.
  • Non-volatile memory may comprise read only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, etc.
  • the storage units may be configured to store any combination of information, data, instructions, software code, etc.
  • the order management program 52 and database 56 may be stored in one or more memory devices 50 and run on the same or different computer systems and/or servers.
  • the input/output devices 58 may include various input mechanisms and output mechanisms.
  • input mechanisms may include various data entry devices, such as keyboards, keypads, buttons, switches, touch pads, touch screens, cursor control devices, computer mice, stylus-receptive components, voice-activated mechanisms, microphones, cameras, infrared sensors, or other data entry devices.
  • Output mechanisms may include various data output devices, such as computer monitors, display screens, touch screens, audio output devices, speakers, alarms, notification devices, lights, light emitting diodes, liquid crystal displays, printers, or other data output devices.
  • the input/output devices 58 may also include interaction devices configured to receive input and provide output, such as dongles, touch screen devices, and other input/output devices, to enable input and/or output communication.
  • the interface devices 60 may include various devices for interfacing the service order processing system 46 with one or more other service order processing systems 46 of the service network system 34 via any type of communication system, such as the communication networks 44 .
  • the interface devices 60 may include devices for communicating with the client systems 38 and customer systems 42 .
  • the interface devices 60 may include a telephone/voice interface device for controlling an IVR device and accessing a telephone network.
  • interface devices 60 may include various devices for interfacing with a data network, such as the Internet, to enable the communication of data.
  • the interface devices 60 may include Dialogic cards, Dialogic Diva softIP software, Envox, a voice over Internet protocol (VoIP) device, or other hardware or software interface elements.
  • VoIP voice over Internet protocol
  • the order management program 52 stored in the memory device 50 includes any suitable instructions for processing a customer's service order.
  • the order management program 52 may be configured as Dispatch Office or other software for managing service orders.
  • the order management program 52 may include the capability of tracking deliveries.
  • the order management program 52 in some embodiments may be placed in a separate processing system.
  • the order management program 52 is able to receive service orders and create a routing schedule to efficiently provide services to customers at a number of different locations.
  • the order management program 52 may also include a feature for automatically calling the customers to confirm service order information and to notify the customer of the estimated time of arrival (ETA) of a servicer.
  • ETA estimated time of arrival
  • the order management program 52 may be configured to record information related to the services being performed and may receive and/or calculate the ETA when a servicer is expected to arrive at the next service destination.
  • the order management program 52 of the present disclosure may be implemented in hardware, software, firmware, or any combinations thereof.
  • the order management program 52 may be implemented in software or firmware that is stored on a memory device (e.g., memory device 50 ) and that is executable by an instruction execution system (e.g., processing device 48 ).
  • the order management program 52 may be implemented as one or more computer programs stored on different memory devices or different computer systems of a network. If implemented in hardware, the order management program 52 may be implemented using discrete logic circuitry, an application specific integrated circuit (ASIC), a programmable gate array (PGA), a field programmable gate array (FPGA), or any combinations thereof.
  • ASIC application specific integrated circuit
  • PGA programmable gate array
  • FPGA field programmable gate array
  • FIG. 6 is a block diagram showing an embodiment of the order management program 52 shown in FIG. 5 .
  • the order management program 52 comprises a service order receiving module 66 , a routing module 68 , and an automated calling module 70 .
  • the automated calling module 70 may include, among other things, a confirmation call module 72 and an en route call module 74 .
  • the order management program 52 as illustrated, also includes a service status receiving module 76 and an ETA module 78 .
  • the service order receiving module 66 may be configured to receive service orders from a sales department or from another business (in a client/service group arrangement).
  • the service orders may be received electronically via e-mail, web-based applications, electronic data interchange (EDI), or other electronic communication tools, received via facsimile, phone, etc. and entered by a data entry person, or received by other means.
  • the received service orders may be stored, for example, in the memory device 50 shown in FIG. 5 .
  • the service orders may include contact information of a customer intended to receive a service.
  • the contact information may include an address (e.g., a service destination), telephone numbers, mobile phone numbers, e-mail addresses, and other information.
  • the routing module 68 may retrieve all the service orders to be fulfilled in a particular service day (e.g., the next calendar day or next business day) from the service orders received by the service order receiving module 66 .
  • the routing module 68 may use up-to-date road map information, travel time estimation software, service performance times representing a typical amount of time required to perform each specific service, and/or other factors for determining efficient routes for one or more servicers who are capable and/or qualified to perform the services. Records of the availability and qualifications of multiple servicers may also be kept to help optimize the service schedules. These and other factors may be considered in the calculations by the routing module 68 to determine efficient routes, service areas, servicers, service schedules, and other related routing information.
  • the routing module 68 may provide a plurality of service schedules, where each service schedule is given to a servicer or service team to perform a number of service jobs in a particular service day.
  • the automated calling module 70 may be configured as or associated with an IVR device.
  • the automated calling module 70 may include an automatic dialer or other automated telephone device configured to automatically place telephone calls to the customers.
  • the automated calling module 70 may include logic for suspending calls that are being made to telephone numbers on a “do not call” list.
  • the automated calling module 70 may play a predetermined script and include relevant service order information, such as the items being delivered, the services to be performed, the servicer's ETA, or other information.
  • the confirmation call module 72 and/or en route call module 74 may be configured to offer several options to the customer in response to the indication of the scheduled service order fulfillment information.
  • the respective call module of the automated calling module 70 may allow the customer to confirm that the customer is available to receive the scheduled service.
  • the customer may be given an option to re-schedule the service, if necessary, using voice and/or keypad entries.
  • the customer may be given an option to transfer the call from the IVR to a live operator.
  • the customer may also be given an option to opt out of the service altogether.
  • the confirmation call module 72 and/or en route call module 74 may prompt the customer to enter his or her choices by speaking into the headset (when voice recognition software is being utilized) and/or by pressing numbers on the customer's telephone keypad.
  • the confirmation call module 72 may be configured to place a call to the customer several hours or days before the scheduled service time. For example, the call may be placed the evening before the scheduled service day.
  • the purpose of this conformation call may be to inform the call's recipient of a large service time window (e.g., a three hour window from 1:00 P.M. to 4:00 P.M.) during which the service is likely to take place. This allows the customer to make arrangements to provide adequate access to the servicer's destination when the servicer arrives.
  • the customer may be given an option to connect to a live operator if desired. This feature may allow the customer to receive additional information about the service order, change the service time, or other actions that may require a live operator.
  • a second call may be made using the en route call module 74 .
  • the en route call module 74 may be configured to call the customer at a “call-ahead time,” which may be defined as a calculated time of day before the servicer's ETA at a particular service destination.
  • the call-ahead time may be based on the ETA and a predetermined advanced-warning time period.
  • the predetermined advanced-warning time period may be set at 60 minutes. If the ETA is calculated to be 3:30 p.m., the en route call module 74 may be configured to automatically place the second call at 2:30 p.m.
  • the predetermined advanced-warning time period is determined by the system and applied to all service orders in the same manner.
  • This second call may be more accurate because it is based on real-time conditions and is based on the ETA received and/or calculated by the ETA module 78 and any additional information input by the servicer in the field.
  • the servicer may simply enter the ETA based on the servicer's knowledge of particular routes, traffic conditions, and/or other factors. For example, if the servicer is delayed based on unforeseen events earlier in the service day, the ETA module 78 provides an ETA that is an accurate time estimate, and the en route call module 74 may notify the customer of the more accurate time estimate. Further, the ETA may be communicated to the customer, or other recipient specified in the service order, as a range of times. For example, the ETA for the servicer to arrive at the applicable destination may be between 3:20 p.m. and 3:40 p.m.
  • the service status receiving module 76 may be configured to receive information from the servicers regarding the status of the services performed by each servicer. Also, the service status receiving module 76 may receive information regarding the current location of the servicers and the servicers' next destinations. In one embodiment, the service status receiving module 76 may receive information related to the starting locations of the servicers and may record various service destinations and arrival times throughout the service day. In some embodiments, these records may be used to adjust the processes used by the routing module 68 . Also, this information may be used to determine or refine travel times from various starting locations to the various service destinations.
  • the ETA module 78 may be configured to utilize similar algorithms used by the routing module 68 to calculate the servicer's estimated travel time between two points (e.g., from one service destination or starting location to a next service destination).
  • the ETA module 78 may be configured to calculate the time of day that the servicer may be expected to reach the next service destination based on the servicer's starting location, the time when the servicer is leaving the starting location or previous service destination, the estimated travel time based at least on map routing characteristics, and other factors.
  • the ETA module 78 calculates the ETA upon receipt of the selected next service destination from the servicer.
  • the servicer may send his/her choice of the next destination to the ETA module 78 in a number of ways including utilizing, for example, a handheld device, mobile phone, telephone, portable facsimile machine, or other communication device.
  • the servicer may communicate with an agent who is associated with the service group and is able to enter the applicable information into the system.
  • the servicer may request an extra time period be added to the ETA, such as to fill up the servicer's vehicle with gasoline, to stop for lunch, to take a break, to account for traffic, to account for road and/or weather conditions, or other factors that may not be anticipated by the ETA module 78 .
  • the ETA module 78 may use the requests for extra time to adjust the ETA calculations. For example, if the ETA module 78 provides an initial ETA of 3:00 p.m., the servicer may request an additional time period of fifteen minutes in order to take a break. The ETA module 78 may add this requested time period to the ETA for an updated ETA of 3:15 p.m.
  • the ETA module 78 may receive the ETA from the servicer. Based on the servicer's experience, familiarity with the route or destination, and other factors, the servicer may be able to estimate the time of arrival better than traditional software programs. In this embodiment, the ETA module may receive the ETA from the servicer, store the ETA in memory and communicate the ETA to the customer at the call-ahead time.
  • the servicers may carry a handheld device that is configured to display a service schedule for the servicer's shift and may include the names and addresses of customers to whom the services are performed.
  • the handheld devices may also be configured to enable the servicer to indicate the arrival at a pick-up location, departure from the pick-up location, arrival at a service location, departure from the service location, and the intended next service destination.
  • the servicer may be enabled to select the order of destinations and indicate an extra time period needed to reach the next destination.
  • the handheld device may also be configured to list items to be picked up and remove the items from the list as they are loaded in the servicer's vehicle. Further, the handheld device may include a scanner to scan items as they are being picked up or delivered, to thereby track the items.
  • Various implementations of the handheld devices are described in more detail below.
  • the servicer may communicate with the service order management system 36 without the use of a handheld device.
  • the servicer may carry a copy of the service schedule, which may include, for example, the names and addresses of the customers, service order numbers, expected service times or other information.
  • the servicer may also carry route sheets, manifests, directions between service destinations and other useful paperwork.
  • the servicer may use a mobile phone to communicate with an IVR system associated with the service order management system 36 .
  • the IVR system may be configured to prompt the servicer through a number of selections and menus to track the servicer's location or progress and/or to enable communication of other information.
  • the service order management system 36 may be configured to enable the servicer to select options over a mobile phone or land line phone to indicate the completion of the service jobs, indicate the next destination or service order number of the next destination, or enter an ETA to reach the next destination.
  • the ETA module 78 may present a calculated ETA to the servicer and may allow the servicer to edit or accept the calculated ETA. Edits to the ETA may be made based in part on real time conditions, such as current traffic conditions, weather conditions, or other conditions.
  • the modified ETA can be communicated back to the service order management system 36 by any communication means.
  • the service order management system 36 may then adjust any applicable call-ahead times accordingly.
  • the automated calling module 70 may be configured to place one call at a time. Therefore, if the calculated call-ahead times for different servicers travelling to different customers happens to be the same, the automated calling module 70 may prioritize the calls to allow one call to be made before another. This sequence of calls may be created using any combination of prioritizing algorithms.
  • FIG. 7 is a diagram illustrating an embodiment of a servicer device 82 .
  • the servicer device 82 or other similarly functioning handheld device may be optional in the service network system 34 .
  • the servicer device 82 comprises a display screen 84 , a scanner 85 , an enter button 86 , a back button 88 , an up button 90 , a right button 92 , a down button 94 , and a left button 96 .
  • the right button 92 and left button 96 may be omitted. According to various implementations, fewer or more buttons or input devices may be included.
  • the display screen 84 may be configured to display user interfaces, as described in more detail below, to display user prompts, instructions, schedule information, and/or driving direction.
  • the scanner 85 may be configured to scan bar codes placed on items to be delivered. Using the scanner 85 , the servicer device 82 is able to identify items that are to be loaded on the servicer's vehicle or unloaded from the servicer's vehicle. The scanner 85 can also be used to scan items that may have been damaged and are not to be delivered to the customer.
  • the service network system 34 may operate without the use of some or all of the handheld servicer devices (e.g., servicer device 82 ). Instead, each respective servicer may be allowed to communicate with the service order management system 36 using a mobile phone, smart phone, land line phone, personal digital assistant (PDA), or by other communication devices.
  • PDA personal digital assistant
  • FIG. 8 is a diagram showing an embodiment of the servicer device 82 of FIG. 7 in use by a servicer 98 , such as a servicer who performs a particular service, an assistant to the servicer, a service team member, a driver of a service vehicle, or other user.
  • the servicer device 82 is a portable handheld device that may be operated using one hand of the servicer 98 .
  • Other designs of the servicer device 82 may be considered for enabling the user to easily view the display screen 84 , navigate using the direction buttons, and provide input by pressing the enter button 86 and back button 88 .
  • the service device 82 may be configured to provide various user interfaces to communicate information to the servicer and to receive information from the servicer. Any user interfaces may be used in this regard.
  • the following examples of user interfaces do not intend to limit the present disclosure to these particular embodiments, but are rather provided for the purposes of illustrating possible information exchanges.
  • FIG. 9 is a diagram illustrating an embodiment of a user interface 100 enabling a servicer to select from a main menu.
  • the user interface 100 may be associated with servicer-operated equipment, such as, for example, the servicer device 82 .
  • the selected items of the user interface 100 include a service schedule field 102 , a location status options field 102 , an item scanning options field 106 , a service issues field 108 , and a contact live operator field 110 .
  • the user interface 100 may include a selection identifier 112 or other means of identifying which one of the options in the main menu is being selected.
  • the fields 102 , 104 , 106 , 108 , and 110 may be considered to be links to additional user interface screens.
  • the servicer is enabled to navigate the selection identifier 112 using any suitable navigation tools, such as the arrow buttons 90 , 92 , 94 , and 96 shown in FIG. 7 , the effect of which can be shown by the arrow 114 on the user interface 100 .
  • suitable navigation tools such as the arrow buttons 90 , 92 , 94 , and 96 shown in FIG. 7 , the effect of which can be shown by the arrow 114 on the user interface 100 .
  • FIG. 10 is a diagram illustrating an embodiment of a user interface 116 enabling a servicer to view a service schedule.
  • the service schedule shown in the user interface 116 includes information regarding one or more service jobs to be completed during the service day.
  • the information may include the name of the customer receiving the service, the address of the customer, telephone numbers, and/or other information.
  • the service schedule may be listed in an order, including, for example, a sequential schedule determined by the routing module 68 ( FIG. 6 ).
  • FIG. 11 is a diagram illustrating an embodiment of a user interface 120 enabling a user to enter location options.
  • the user interface 120 may be displayed when the location options field 104 is selected in the main menu user interface 100 of FIG. 9 .
  • the user interface 120 may include four selections for updating changes in location of the servicer.
  • the options include a first field 122 for indicating the arrival of the servicer at a loading or pick-up location.
  • a second field 124 indicates the departure of the servicer from the loading or pick-up location.
  • the loading or pick-up area represents one or more locations where items are to be loaded on the servicer's vehicle, such as a delivery van, delivery truck, box truck, flat bed truck or other vehicle.
  • fields 122 and 124 are related to locations related to specific pick-up locations for loading items to be delivered, these fields may be omitted for situations where the service provided to the customer does not include delivery services or includes services that do not necessarily require travelling to another location to pick up items associated with the services.
  • the user interface 120 also includes a field 126 for indicating when the servicer arrives at a service location.
  • the particular service location where the servicer arrives may be known based on the information obtained by processes described in more detail below with respect to other user interfaces.
  • Field 128 may be selected to indicate that the servicer is leaving the particular service location. The indication that the servicer is leaving the location may be interpreted as an indication that the service job has been completed.
  • the service order management system 36 may allow a servicer to use an IVR system to communicate a completed job. The service order management system 36 may then prompt the servicer to enter the next service job/destination or the service order number of the next service job.
  • FIG. 12A is a diagram illustrating an embodiment of a user interface 132 enabling a servicer to select a first service destination.
  • the user interface 132 may display the total number of service jobs to be performed for a particular service day for the servicer. Also, the user interface 132 may prompt the servicer to select which will be the first destination.
  • the routing module 68 shown in FIG. 6 may be configured to optimize the sequence of customer destinations based on several factors, the servicer may change the order as needed. When one of the destinations is selected, the servicer device 82 may be configured to provide turn by turn directions to the selected destination.
  • the user interface 132 may include additional information, which may be presented in any suitable fashion, such as in one or more columns next to the names and addresses.
  • Some additional information may include a status of the deliveries, such as “open,” “scheduled,” “completed,” or the like.
  • the user interfaces described below with respect to FIGS. 12B , 12 C, and 12 D may be displayed.
  • FIG. 12B is a diagram illustrating an embodiment of a user interface 136 enabling a servicer to indicate a need for a time extension to be added to the ETA.
  • the servicer device 82 may display the user interface 136 to ask if the servicer needs extra time to reach the first destination. For example, some reasons for needing extra time may include a need to stop for gasoline, a need to take a break, or other reasons. If “yes” is selected, the servicer device 82 prompts the servicer to enter the time period needed as indicated with respect to FIG. 12C .
  • FIG. 12C is a diagram illustrating an embodiment of a user interface 140 enabling a servicer to enter the extra time period needed.
  • the user interface 140 may include selectable amounts, as illustrated, or in other embodiments may include a field enabling the servicer to enter a time extension manually. Other implementations may be used to allow the servicer to enter the amount of extra time needed beyond the normal travel time to reach the next destination.
  • FIG. 12D is a diagram illustrating an embodiment of a user interface 144 enabling a servicer to view the scheduled arrival time of a first service destination.
  • the servicer device 82 may provide a summary of the location and expected arrival time.
  • the en route call module 74 shown in FIG. 6 may be configured to communicate the estimated time of arrival (ETA) of the servicer to the customer based on normal travel time, which may be determined using a GPS-enabled device or other suitable travel algorithms and information, including the extra time period provided by the servicer.
  • ETA estimated time of arrival
  • the servicer device 82 may provide updated information regarding the servicer's progress toward reaching the next destination in order to indicate to the servicer how he or she is doing. For example, the servicer device 82 may indicate when a deadline is near, the time remaining before the scheduled arrival, when the servicer is on schedule, when the servicer is behind schedule, or other alerts. In this respect, the servicer device 82 may provide any visual and/or auditory signals to inform the servicer of the travel progress. The purpose of such communication may be a way of encouraging a servicer to be mindful of deadlines. When the servicer arrives at the scheduled destination, he or she may select the option of “arrived at service location” 126 as shown in the user interface 120 of FIG. 11 .
  • the servicer may select the location status options field 104 from the user interface 100 of FIG. 9 and then select the field 128 ( FIG. 11 ) indicating that the servicer is leaving the service location.
  • the servicer device 82 repeats the process for the next destination.
  • FIG. 13A is a diagram illustrating an embodiment of a user interface 148 enabling a servicer to select a next service destination, when additional destinations exist.
  • the user interface 148 may be similar to user interface 132 of FIG. 12A and may display the number of remaining service jobs to be performed for the particular service day. Also, the user interface 148 may prompt the servicer to select which destination will be the next destination. The user interface 148 may also display the status of each of the deliveries, such as “opened,” “scheduled,” “completed,” etc.
  • the servicer device 82 may be configured to display the user interfaces described below with respect to FIGS. 13B , 13 C, and 13 D, as appropriate.
  • FIG. 13B is a diagram illustrating an embodiment of a user interface 152 enabling a servicer to indicate a need for an extra time period to reach the next destination.
  • the servicer device 82 may display the user interface 152 to ask if the servicer needs extra time to reach the next destination. If “yes” is selected, the servicer device 82 prompts the servicer to enter the time period needed as indicated with respect to FIG. 13C .
  • FIG. 13C is a diagram illustrating an embodiment of a user interface 156 enabling a servicer to enter an amount of extra time needed. As illustrated, the user interface 156 may include selectable amounts. According to various embodiments, the servicer device 82 may enable the servicer to enter the extra time period manually or by any other technique.
  • FIG. 13D is a diagram illustrating an embodiment of a user interface 160 enabling a servicer to view the scheduled arrival time of a next service destination.
  • the servicer device 82 may provide a summary of the location and expected arrival time.
  • the en route call module 74 shown in FIG. 6 may be configured to communicate the ETA to the customer based on normal travel time and any extra time needed. In one embodiment, this customer communication occurs immediately upon the receipt of the destination and final calculation of the ETA by the ETA module 78 shown in FIG. 6 .
  • the servicer may select the location options field 104 from the user interface 100 of FIG. 9 and select the field 128 ( FIG. 11 ) reporting that the servicer is leaving the service location.
  • the servicer device 82 repeats the process for the next destination or destinations.
  • the servicer device 82 may display the user interface described with respect to FIG. 14A .
  • FIG. 14A is a diagram illustrating an embodiment of a user interface 164 enabling a servicer to view a completed service schedule.
  • the user interface 164 may indicate that there are no more service destinations for the particular service day.
  • the user interface 164 may also include a list of all the customers serviced during the day. If a status of each delivery is displayed, the user interface 164 may show that the status of each delivery is “completed.”
  • FIG. 14B is a diagram illustrating an embodiment of a user interface 168 enabling a servicer to select an action when all service jobs have been completed, according to various embodiments.
  • the user interface 168 may display an option to end the program for the current service day and provide that a new schedule may begin on the next service day. Another option may include an ability to print a list of the day's service jobs completed, which may be used for the servicer's records.
  • the user interface 168 may enable the servicer to inquire about additional service jobs for the day. For example, if one servicer is unable to complete one or more services, the responsibility may be transferred to another servicer who might have time to attempt to fulfill the remaining services left by servicer.
  • FIG. 15A is a diagram illustrating an embodiment of a user interface 172 enabling a servicer to select scanning options.
  • the servicer device 82 may display the user interface 172 .
  • a first option 174 in the user interface 172 is a selectable field for loading items.
  • a second option 176 indicates that the servicer can scan items which are being unloaded from the servicer's vehicle.
  • a third option 178 indicates that one or more problems or issues with a scanned item or items prevent normal service steps.
  • the servicer device 82 may be configured without the scanner 85 or without the ability to provide item level scanning.
  • FIG. 15B is a diagram illustrating an embodiment of a user interface 182 prompting a servicer to scan an item.
  • the user interface 182 prompts the servicer to utilize the scanner 85 on the servicer device 82 to scan an item that is to being loaded on the servicer's delivery vehicle. Scanning an item may comprise scanning a bar code attached to or associated with the item to identify the specific item.
  • the user interface 182 may be displayed multiple times depending on the number of items to be loaded.
  • FIG. 15C is a diagram illustrating an embodiment of a user interface 186 enabling a servicer to view the loaded items.
  • the list of loaded items in user interface 186 is updated.
  • a list of all the items to be loaded may be associated with a particular servicer and may be displayed on the servicer device 82 , whereby the items to be loaded are removed from the list when they are scanned to present only the items that are yet to be loaded.
  • FIG. 15D is a diagram illustrating an embodiment of a user interface 190 prompting a servicer to scan an item.
  • the user interface 190 prompts the servicer to scan the items as they are being unloaded from the service vehicle.
  • FIG. 15E is a diagram illustrating an embodiment of a user interface 194 enabling a servicer to view the remaining items to be unloaded.
  • the user interface 194 may be configured to list the items is any suitable manner to communicate which items are to be unloaded at a particular location or the items which have already been unloaded.
  • FIG. 15F is a diagram illustrating an embodiment of a user interface 198 enabling a servicer to select any issues that may apply to an item to be scanned.
  • the servicer device 82 may display the user interface 198 to allow the servicer to scan items that are not being picked up or delivered because of the item being damaged.
  • a first option 200 allows the servicer to indicate that an item is damaged before loading and is not being picked up.
  • a second option 202 allows the servicer to indicate that an item has been damaged during transport and is not being delivered.
  • a third option 204 allows the servicer to indicate that an item has been damaged during deliver or installation and is not being delivered.
  • FIG. 16 is a diagram illustrating an embodiment of a user interface 208 enabling a servicer to select service issues. If the service issues option 108 is selected in the user interface 100 of FIG. 9 , the user interface 208 may be displayed.
  • the user interface 208 includes a first option 210 to allow a servicer to indicate that the servicer was late arriving at the service location, the customer refused entry, and a delivery was not made.
  • a second option 212 allows the servicer to indicate that the customer was not at home and the delivery was not made.
  • a third option 214 allows the servicer to indicate that there are missing parts from one or more of the delivered items. In some embodiments, the item may still be delivered and the missing parts can be sent to the customer at a later time.
  • Other embodiments may include not delivering and/or installing the item and scheduling the delivery/installation of a replacement item.
  • a further option 216 allows the servicer to indicate that the item could not be delivered or installed. Any number of reasons for being unable to deliver or install might exist, such as, for example, a blocked entrance, the item being the wrong size and not fitting in a designated place, or other reasons.
  • FIG. 17A is a flow diagram illustrating an embodiment of a method of a service order management system for pre-calling a customer.
  • the service order management system described with respect to FIGS. 17A through 17D may be the service order management system 36 shown in FIG. 4 or any other system associated with the management of service orders.
  • the terms “pre-call” and “pre-calling” refer to an automatic telephone call, e-mail, text message, or other communication made to the customer in advance of the scheduled service time to notify the customer of a time window during which the service is to be performed. In some embodiments, the pre-call may be made on the evening before the service day.
  • the pre-call method in some implementations may be associated with the confirmation call module 72 shown in FIG. 6 .
  • a service order for a particular service is received.
  • the service may include any type of service, such as a delivery, maintenance, repair, or other service.
  • the service schedules for one or more servicers are determined. The schedules may be grouped based on the service locations of multiple service orders received, the types of services to be performed, or other factors.
  • the method includes automatically calling or communicating with the customer to notified the customer of the scheduled service order and the service time window. The notification call may allow the customer to confirm the service order or provide feedback about whether the service and service time window are acceptable to the customer.
  • confirmation can be made by the user pressing a touch tone button on the telephone receiver, speaking a command to a voice recognition device, selecting a “confirm” or “yes” button in an e-mail, or by another method.
  • the customer may be enabled to re-schedule, cancel or postpone the scheduled service.
  • the method includes enabling the customer to connect with a live operator if desired. For example, the user may be prompted to press a touch tone button or speak a command to initiate connection with the live operator.
  • FIG. 17B is a flow diagram illustrating an embodiment of a method of a service order management system for fulfilling a service order by a servicer. This method may be performed for any type of services to be performed. The method of FIG. 17B may be associated with the functions and operations of the service status receiving module 76 and ETA module 78 shown in FIG. 6 .
  • the method includes sending a service schedule to a servicer, as indicated in block 230 .
  • the servicer in these implementations may be any member of a service team, such as a driver, assistant, or other member, regardless of whether the person actually performs the intended services.
  • the servicer may be given access to tools to help create an efficient schedule, based on pick-up locations (if applicable), service locations, estimated travel times and distances between service locations, left turn minimization algorithms, and/or other criteria.
  • multiple service schedules may be sent to multiple servicers, whereby the method may be repeated for each servicer.
  • the method includes waiting to receive a selection of a servicer's first or next destination.
  • the servicer first selects a first destination and thereafter selects the next destinations.
  • Block 234 indicates that the method further includes receiving an indication of an extra time period needed, if any.
  • An estimated travel time and ETA may be determined, as indicated in block 236 .
  • the calculated or determined travel time and/or ETA may be based on the servicer's current location at a particular time of day, the servicer's next destination, travel distance to the next destination, and other information.
  • the servicer may provide an estimated travel time and/or an ETA based on the estimated time period that it will take him or her to travel from his or her current location to the next destination location.
  • the determination of travel time or ETA in block 236 may include storing the travel time and/or ETA received from the servicer. When only one of the travel time or ETA is provided by the servicer, the other may be automatically calculated as well. Determining travel time or ETA may include adding or extending the time based on any extra time needed by the servicer, if any, as received in block 234 . According to block 238 , the method includes sending the ETA information to the servicer device for informing the servicer of the ETA, if the ETA or travel time does not originate from the servicer device.
  • a call-ahead time and a latest call time are calculated.
  • an ETA is calculated as being 3:40 p.m.
  • the call-ahead time may be based on a predetermined advanced warning time before the ETA.
  • the predetermined advanced warning time represents the period of time before the ETA when an automatic call is made to the customer to notify the customer of the ETA.
  • the predetermined advanced warning time may be specified by the system and applied to all service orders in the same manner.
  • the predetermined advance warning time may be about one hour, 45 minutes, 30 minutes, or any system-defined time period for giving advanced warning of the ETA.
  • the call-ahead time may be calculated in the above example as being 3:10 p.m. (i.e., the ETA of 3:40 minus 30 minutes).
  • the latest call time may be based on a minimum advanced time period with respect to the ETA. For instance, if the present time is too close to the ETA, the method may be configured to skip the automatic call, particularly because the servicer may be ahead of schedule and already present at the service destination.
  • the minimum advanced time period represents the minimum amount of time prior to the ETA when an automatic call is made. According to various implementations, the minimum advanced time period may be about 5 minutes, 10 minutes, or any system-defined time period. The minimum advanced time period may be specified by the system and applied to all service orders in the same manner. Given that the minimum advanced time period is 5 minutes, the latest call time may be calculated in the above example as being 3:35 p.m. (i.e., the ETA of 3:40 minus 5 minutes).
  • decision block 240 it is determined whether or not the present time is before the call-ahead time. If so, the method loops back to decision block 240 until the call-ahead time is reached. When the call-ahead time has arrived, the method proceeds to decision block 242 . For example, if decision block 240 is performed at 2:50 p.m. and the call-ahead time is 3:10 p.m., the decision block 240 does not proceed to block 242 until 3:10. As indicated in decision block 242 , it is determined whether or not the present time is before the latest call time.
  • the method then skips block 244 and goes to block 246 .
  • decision block is performed before the latest call time, the method proceeds from decision block 242 to block 244 .
  • the method includes performing an en route auto-call to the customer, or specified recipient in the service order, and announcing the ETA.
  • the en route call may be associated with the en route call module 74 shown in FIG. 6 .
  • the auto-call may be an automatically generated telephone call to the customer's residence to announce an estimate of when the servicer might arrive.
  • the auto-call may include enabling the customer to provide feedback in response to the call.
  • the customer may be enabled to indicate a confirmation that the customer is available to receive the service, to indicate that the customer wishes to re-schedule the service, to indicated that the customer wishes to speak with an operator, or other options.
  • Re-scheduling may be executed by further customer input and/or by communicating with a live operator.
  • the method may receive an indication when the servicer has actually arrived at the service destination location.
  • the method includes recording the arrival time of the servicer at the service destination location.
  • the method waits until an indication is received that the servicer has completed the service job. Upon receiving this indication, the service job is closed, as indicated in block 252 .
  • an indication is received that the servicer is leaving the service location.
  • Block 256 includes recording the servicer's departure time.
  • decision block 258 it is determined whether or not any more service jobs are to be performed. If not, the method ends. If more service jobs are to be performed, the method returns back to block 232 and the process is repeated for the next destination.
  • FIG. 17C is a flow diagram illustrating an embodiment of a method of a service order management system for managing the loading of items for delivery.
  • this method applies to situations where a servicer travels to a pick-up location to receive items to be delivered to one or more customers.
  • the method of FIG. 17C includes receiving an indication when the servicer eventually arrives at the pick-up location, as indicated in block 262 .
  • the method includes indicating to the servicer which items are to be picked up.
  • the method includes receiving an indication when a first item is eventually scanned. When this process is repeated at a later time, if necessary, the method receives an indication that a next item is scanned. As indicated in decision block 268 , it is determined whether or not the scanned item is being loaded. If so, the method proceeds to block 270 , which indicates that the item is recorded as loaded. In some embodiments, block 270 may further include removing the loaded item from a list of items to be loaded, placing a check next to the loaded item, or indicating in any other manner the loading of the item. This information may be entered in a database associated with the service order management system. According to various implementations, the item list may be communicated to a servicer device for display.
  • decision block 268 determines if the item is damaged. If so, the item is recorded as being damaged and is not picked up. If the item is not damaged, the method proceeds to block 276 and resolution actions can be taken as necessary.
  • decision block 278 determines if more items are to be scanned. If not, the method proceeds to block 280 and the method receives an indication when the servicer eventually leaves the pick-up location. After block 280 , the method ends. If it is determined in decision block 278 that more items are to be scanned, the method returns back to block 266 for the next item.
  • FIG. 17D is a flow diagram illustrating an embodiment of a method of a service order management system for managing deliveries.
  • the method of FIG. 17D may apply to delivering one or more items at a delivery service location. This method may be repeated by each servicer for each delivery service location.
  • the method indicates to the servicer which item or items are to be delivered to a particular service location.
  • the method receives an indication when a first item is eventually scanned. When this process is repeated at a later time, if necessary, the method includes receiving an indication that a next item is scanned.
  • decision block 288 it is determined whether or not the scanned item is being delivered. If so, the method goes to block 290 , which indicates that the item is recorded as delivered. However, if the item is not being delivered, then the method flows from decision block 288 to decision block 292 . In block 292 , it is determined if the item is damaged. If the item is not damaged, the method proceeds to block 294 and resolution actions can be taken to complete the delivery, if possible. If it is determined in decision block 292 that the item is damaged, the method proceeds to decision block 296 .
  • the method determines if the item was damaged during transport. If so, the method goes to block 298 , which indicates that the item is recorded as being damaged during transport and was not delivered. However, if it was not damaged during transport, it can be assumed that it was damaged during delivery or installation. In this case, the method goes to block 300 and the item is recorded as being damaged during delivery or installation and was not delivered. From blocks 290 , 294 , 298 , and 300 , the method goes to decision block 302 , which determines whether or not additional items are to be delivered to the particular service location. If more items, the method loops back to block 286 for the next item. If no more items, the method ends.
  • FIG. 18A is a flow diagram illustrating an embodiment of a method of a servicer device for managing a service schedule.
  • the method of FIGS. 18A through 18C may be operated by the servicer device 82 of FIG. 7 or by any other mobile device used by a servicer to communicate with a service order management system. Also, this method may be applicable to any type of service to be performed.
  • the method of FIG. 18A includes receiving a service schedule, as indicated in block 306 .
  • the service schedule may be applicable only to the servicer using the particular servicer device. If multiple servicer devices are being used by multiple servicers, a specific service schedule is received by each of the respective servicer devices as appropriate.
  • the method further includes listing the remaining destinations, as indicated in block 308 .
  • the method enables the servicer to select a first destination from the list of remaining destinations. When repeated for additional destinations, block 310 is configured to enable the servicer to select the next destination.
  • decision block 312 it is determined whether the servicer requests an extra time period in order to travel from the servicer's current location to the next destination. If an extra time period is needed, the flow proceeds to block 314 and the method enables the servicer to enter the extra time period needed. If no extra time period is needed, the method proceeds from block 312 to block 316 , which indicates that the extra time period is set to zero. From blocks 314 and 316 , the method proceeds to block 318 .
  • the method includes sending the selection (from block 310 ) of the first or next destination to the service order management system. As indicated in block 320 , another indication is sent of the extra time period that is needed to reach the next destination. According to block 322 , the method includes receiving an ETA report to the next destination, and directions if necessary, from the service order management system.
  • Block 324 indicates that the servicer is enabled to indicate an arrival at the service location. In some embodiments, this indication may be made based on automated GPS location determining processes. As indicated in block 326 , the servicer may be prompted according to some embodiments to perform the designated service. In block 328 , it is indicated that the method includes enabling the servicer to indicate the completion of the service job. According to block 330 , the servicer is enabled to indicate departure from the service location. As indicated in decision block 332 , it is determined whether or not there are more service jobs to perform. If so, the method loops back to block 308 and the servicer proceeds with another service destination. If no more service jobs are to be done, the method ends.
  • FIG. 18B is a flow diagram illustrating an embodiment of a method of a servicer device for managing the loading of items for delivery.
  • This method may be particular to delivery services where items to be delivered are picked up from a loading area.
  • the method includes receiving directions to the pick-up location, if necessary.
  • the method includes enabling the servicer to indicate the arrival at the pick-up location.
  • the method further includes receiving a list of items to load onto the servicer's vehicle, as indicated in block 340 .
  • the servicer is enabled to scan the first item. When repeated at a later time, the servicer is enabled to scan the next item.
  • the servicer is enabled to indicate if the scanned item is not being loaded or picked up.
  • decision block 346 it is determined whether or not the item is being loaded. If so, the method proceeds to block 348 and an indication is sent that the scanned item is being loaded. If not loaded, the method diverts to decision block 350 and it is determined whether the scanned item is damaged. If so, the method goes to block 352 and the item is recorded as being damaged and was not picked up. If not damaged, the method goes to block 354 and resolution actions can be taken as needed.
  • the order of processes may be rearranged such that the process of determining if an item is to be loaded may be made before the item is scanned.
  • the method proceeds to decision block 356 and it is determined whether more items are to be picked up. If so, the method loops back to block 340 and the process is repeated for the remaining items. If no more items are to be loaded, the method proceeds from block 356 to block 358 . As indicated in block 358 , the method includes indicating to the servicer that all items have been loaded. As indicated in block 360 , the servicer is enabled to indicate the departure from the pick-up location.
  • FIG. 18C is a flow diagram illustrating an embodiment of a method of a servicer device for managing deliveries. This method may be applicable to the delivery of one or more items when the servicer has arrived at a customer's location. As indicated in block 364 , an indication is received on the servicer device of the items, or remaining items, to deliver to the customer. According to block 366 , the method includes prompting the servicer to scan a first or next item.
  • decision block 368 it is determined whether or not the item is being delivered. If so, the method proceeds to block 370 and an indication is sent that the scanned item is being delivered. If the item is not to be delivered, the method goes to decision block 372 and it is determined whether the item is damaged. If so, the method proceeds to decision block 376 . If not, the method proceeds to block 374 and resolution actions can be taken as necessary.
  • Decision block 376 includes determining whether the item was damaged during transport. If so, the method goes to block 378 and an indication is sent that the item has been damaged during transport and has not been delivered. If the item was not damaged during transport, it can assumed that the item was damaged during delivery or installation and the method proceeds to block 380 and indication is sent that the item was damaged during delivery or installation and was not delivered. From blocks 370 , 374 , 378 , and 380 , the method flows to decision block 382 and it is determined whether more items are to be delivered. If more items are to be delivered, the method returns back to block 364 and the process is repeated for the next item. If no more items are to be delivered, the method ends.
  • each block may represent a module, segment, portion of code, etc., which comprises one or more executable instructions for performing the specified logical functions.
  • the functions described with respect to the blocks may occur in a different order than shown. For example, two or more blocks may be executed substantially concurrently, in a reverse order, or in any other sequence depending on the particular functionality involved.
  • the order management program 52 which comprises an ordered listing of executable instructions for implementing logical functions, may be embodied in any computer-readable medium for use by any combination of instruction execution systems or devices, such as computer-based systems, processor-controlled systems, etc.
  • the computer-readable medium may include one or more suitable physical media components configured to store the software, programs, or computer code for a measurable length of time.
  • the computer-readable medium may be any medium configured to contain, store, communicate, propagate, or transport programs for execution by the instruction execution systems or devices.
  • conditional language such as, among others, “can,” “could,” “might,” or “may,” unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more particular embodiments or that one or more particular embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.

Abstract

Systems and methods for managing service orders are disclosed herein. A computer implemented method, according to some implementations of the present disclosure, includes storing an estimated travel time (e.g., an estimated period of time for a servicer to travel from a current location to a service destination associated with a customer who is to receive a service from the servicer) and estimated time of arrival (ETA) (e.g., an estimated time of day when the servicer is expected to arrive at the service destination). The computer implemented method also includes calculating a call-ahead time for notifying the customer of the servicer's ETA at the service destination. The calculation of the call-ahead time may be based in part on a predetermined advanced-warning time period (e.g., a predetermined amount of time before the ETA for providing an advanced warning of the ETA) and the ETA.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 12/959,900, filed Dec. 3, 2010, which claims the benefit of U.S. Provisional Application No. 61/266,599, filed Dec. 4, 2009, the entire disclosures of which are hereby incorporated by reference herein.
  • This application is related to co-pending U.S. patent application Ser. No. 12/722,455, filed Mar. 11, 2010, and titled, “Triggering and Conducting an Automated Survey,” the entire disclosure of which is hereby incorporated by reference herein.
  • This application is also related to co-pending U.S. patent application Ser. No. 12/722,463, filed Mar. 11, 2010, and titled, “Analyzing Survey Results,” the entire disclosure of which is hereby incorporated by reference herein.
  • This application is also related to co-pending U.S. patent application Ser. No. 12/722,474, filed Mar. 11, 2010, and titled, “Performing Follow-up Actions Based on Survey Results,” the entire disclosure of which is hereby incorporated by reference herein.
  • TECHNICAL FIELD
  • The present disclosure generally relates to service jobs, and more particularly relates to regulating service jobs.
  • BACKGROUND
  • Regarding interactions between businesses and customers, a business often may strive to provide reliable, hindrance-free services in order to foster quality customer service. In response to receiving good service, a customer is likely to return for additional business in the future and may also speak highly of the business with others. When businesses are able to satisfy customers with sound service practices, these businesses may be able to create strong relationships with customers built on dependability and quality. As a result, these businesses that provide excellent customer service are usually able to achieve long-term success.
  • SUMMARY
  • The present disclosure describes various systems and methods for managing service orders. A service order management system, according to various implementations disclosed herein, comprises a processing device configured to execute logic instructions and a memory device in communication with the processing device. The memory device is configured to store an order management program, which enables the processing device to store an estimated travel time and estimated time of arrival (ETA) in the memory device. The estimated travel time is defined by an estimated period of time for a servicer to travel from a start location to a service destination associated with a customer for whom the servicer is to perform a service job. The ETA is defined by an estimated time of day when the servicer is expected to arrive at the service destination. The order management program also enables the processing device to calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA of the servicer at the service destination. The calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA. The predetermined advanced-warning time period is defined by a predetermined amount of time before the ETA for providing an advanced warning of the ETA. The order management program further enables the processing device to automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
  • A computer implemented method, according to various implementations, includes storing an estimated travel time and ETA. The estimated travel time may be defined as an estimated period of time for a servicer to travel from a current location to a service destination associated with a customer who is to receive a service from the servicer. The ETA may be defined as an estimated time of day when the servicer is expected to arrive at the service destination. The computer implemented method also includes calculating a call-ahead time defined by a time of day when the customer is to be notified of the servicer's ETA at the service destination. The calculation of the call-ahead time may be based in part on a predetermined advanced-warning time period and the ETA. The predetermined advanced-warning time period may be defined as a predetermined amount of time before the ETA for providing an advanced warning of the ETA. The computer implemented method further includes automatically notifying the customer of the servicer's ETA at the service destination no earlier than the call-ahead time.
  • Another computer implemented method, according to various implementations, comprises receiving a service order from a business. The service order includes information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer. The computer implemented method also comprises automatically calling the telephone number to obtain confirmation of the service job and enabling a recipient of the telephone call to connect with a live operator if desired.
  • According to some embodiments, a computer-readable medium encoded with computer-executable instructions comprises logic adapted to receive a service order from a business. The service order includes information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer. The computer-readable medium further comprises logic adapted to automatically call a telephone number to obtain confirmation of the service job and logic adapted to enable a recipient of the telephone call to connect with a live operator if desired.
  • An order management program stored on a computer-readable medium is also disclosed herein, wherein the order management program may include a service status receiving module configured to receive information regarding a starting location of a servicer and information regarding a service destination. The order management program may also include an ETA module configured to store information regarding an ETA that the servicer is expected to reach the service destination. The ETA is based in part on an estimated period of time for the servicer to travel from the starting location to the service destination, where the service destination is associated with a customer for whom the servicer is to perform a service job. The order management program may also include an en route call module configured to calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA. The calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA. The predetermined advanced-warning time period is defined by a predetermined amount of time before the ETA at a time when an advanced warning of the ETA is to be provided. The en route call module is further configured to automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
  • The present disclosure also includes a portable communication device according to various implementations. The portable communication device comprises a processing device configured to execute logical instructions that are stored in memory. The portable communication device also comprises a user interface in communication with the processing device, where the processing device is configured to cause the user interface to display information regarding a plurality of service jobs. The portable communication device further comprises a transceiver device configured to wirelessly communicate with a service order management system that manages service orders for one or more servicers.
  • A computer implemented method is also disclosed according to various embodiments. The computer implemented method includes receiving a service schedule that includes information about a plurality of service jobs to be performed. Also included in the computer implemented method is the process of enabling a servicer to select a service job from the plurality of service jobs included in the service schedule. A signal is then transmitted to a service order management system to indicate the selected service job.
  • Various implementations described in the present disclosure may include additional systems, methods, features, and advantages, which may not necessarily be expressly disclosed herein but will be apparent to one of ordinary skill in the art upon examination of the following detailed description and accompanying drawings. It is intended that all such systems, methods, features, and advantages be included within the present disclosure and protected by the accompanying claims.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The features and components of the following figures are illustrated to emphasize the general principles of the present disclosure and are not necessarily drawn to scale. Corresponding features and components throughout the figures may be designated by matching reference characters for the sake of consistency and clarity.
  • FIG. 1 is a block diagram illustrating a first embodiment of general business interactions.
  • FIG. 2 is a block diagram illustrating a second embodiment of general business interactions.
  • FIG. 3 is a block diagram illustrating an embodiment of a service group according to various implementations of the present disclosure.
  • FIG. 4 is a block diagram illustrating a service network system according to various implementations of the present disclosure.
  • FIG. 5 is a block diagram illustrating an embodiment of the service order processing system, according to various implementations of the present disclosure.
  • FIG. 6 is a block diagram illustrating an embodiment of the order management program shown in FIG. 5, according to various implementations of the present disclosure.
  • FIG. 7 is a diagram illustrating an embodiment of a servicer device according to various implementations of the present disclosure.
  • FIG. 8 is a diagram illustrating the servicer device of FIG. 7 in use, according to various implementations.
  • FIG. 9 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a user to select from a main menu, according to various implementations of the present disclosure.
  • FIG. 10 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view a service schedule, according to various implementations of the present disclosure.
  • FIG. 11 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter location status options, according to various implementations of the present disclosure.
  • FIG. 12A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a first service destination, according to various implementations of the present disclosure.
  • FIG. 12B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to indicate a need for extra time, according to various implementations of the present disclosure.
  • FIG. 12C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter an amount of extra time needed, according to various implementations of the present disclosure.
  • FIG. 12D is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the scheduled arrival time of a first service destination, according to various implementations of the present disclosure.
  • FIG. 13A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a next service destination, according to various implementations of the present disclosure.
  • FIG. 13B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to indicate a need for extra time, according to various implementations of the present disclosure.
  • FIG. 13C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to enter an amount of extra time needed, according to various implementations of the present disclosure.
  • FIG. 13D is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the scheduled arrival time of a next service destination, according to various implementations of the present disclosure.
  • FIG. 14A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view a completed service schedule, according to various implementations of the present disclosure.
  • FIG. 14B is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a post-service action, according to various implementations of the present disclosure.
  • FIG. 15A is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select scanning options, according to various implementations of the present disclosure.
  • FIG. 15B is a diagram illustrating a user interface of the servicer device of FIG. 7 prompting a servicer to scan an item, according to various implementations of the present disclosure.
  • FIG. 15C is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view loaded items, according to various implementations of the present disclosure.
  • FIG. 15D is a diagram illustrating a user interface of the servicer device of FIG. 7 prompting a servicer to scan an item, according to various implementations of the present disclosure.
  • FIG. 15E is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to view the remaining items to be unloaded, according to various implementations of the present disclosure.
  • FIG. 15F is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select scanning issues, according to various implementations of the present disclosure.
  • FIG. 16 is a diagram illustrating a user interface of the servicer device of FIG. 7 enabling a servicer to select a service issue, according to various implementations of the present disclosure.
  • FIG. 17A is a flow diagram illustrating a method of a service order management system for performing a confirmation call to a customer, according to various implementations of the present disclosure.
  • FIG. 17B is a flow diagram illustrating a method of a service order management system for tracking the location of a servicer, according to various implementations of the present disclosure.
  • FIG. 17C is a flow diagram illustrating a method of a service order management system for managing the loading of items for delivery, according to various implementations of the present disclosure.
  • FIG. 17D is a flow diagram illustrating a method of a service order management system for managing the delivery of items, according to various implementations of the present disclosure.
  • FIG. 18A is a flow diagram illustrating a method of a servicer device for managing a service schedule, according to various implementations of the present disclosure.
  • FIG. 18B is a flow diagram illustrating a method of a servicer device for managing the loading of items for delivery, according to various implementations of the present disclosure.
  • FIG. 18C is a flow diagram illustrating a method of a servicer device for managing the delivery of items, according to various implementations of the present disclosure.
  • DETAILED DESCRIPTION
  • The present disclosure describes systems and methods for managing service orders. Although various implementations of the present disclosure are described with respect to service orders related to the delivery of goods, it should be understood that the present disclosure also may include other types of services without departing from the principles described herein. Other features and advantages will be apparent to one of ordinary skill in the art upon consideration of the general principles described herein, and all such features and advantages are intended to be included in the present disclosure.
  • FIG. 1 is a block diagram of a business interaction between a business 10 and a customer 12. The business 10 may be any company, profit center, or other entity. The business 10 may be a physical store, on-line store, service company, or other entity. The customer 12 may be any individual (or business) who is to receive a service or who orders or purchases a product from business 10. In such an interaction as illustrated in FIG. 1, the business 10 provides goods and/or services directly to the customer 12. During this interaction, there are several opportunities for the business 10 to display customer service. One example is when the customer 12 interacts with a salesperson, sales clerk, or cashier. Another example is when the customer 12 receives a service such as a repair, maintenance, improvement, legal service, or delivery. Additionally, there are several other typical interactions that provide business 10 with opportunities to make a good impression on customer 12. When a service is to be performed in this arrangement, the business 10 employs internal servicers who provide the service directly to the customer 12. Various examples of non-limiting services may include a delivery of a purchased product, a plumbing service, tax return preparation, automobile repair, and the like.
  • FIG. 2 shows another example of a general business interaction in which the customer 12 pays the business 10 for goods or services, the business 10 provides a service group 14 with information (e.g. a service order) for fulfilling the service, and the service group 14 provides the service to the customer 12 on behalf of the business 10. The service group 14 includes the service professionals and other people involved in the business of offering one or more services and is often a separate entity from the business 10. For example, the service group 14 may be responsible for delivering, building, assembling, installing, maintaining, repairing, improving, testing, demonstrating, removing, and/or other service actions. In the arrangement of FIG. 2, the business 10 may be considered a client of the service group 14.
  • According to various implementations, the customer 12 may provide the business 10 with personal information, such as name, address, phone numbers, e-mail addresses, etc., which can be used for contacting the customer 12, for instance, to confirm and/or provide the intended services to be provided in accordance with a service order. In some cases, the personal information may include a phone number that is not the number of a service location. For example, the phone number provided in a service order may be a specific number that the customer wants as the primary contact number for the intended service. For example, the primary contact number in one embodiment may be a work number, cell phone number, relative's number, neighbor's number, landlord's number, building manager's number, or the number of any person who may allow access to the service location on the customer's behalf. Other ordering information may be exchanged or created, including special instructions for delivery, unpacking or assembly requests, and/or installation requests. Orders can usually be taken in any number of ways, including transactions in person, by phone, by mail, by e-mail, by the Internet, or by other ordering methods. The business 10 may provide a service order containing some of this order information to the service group 14 so that the service group 14 can perform the service properly. The service order containing the order information may be provided by an automatic ordering system, by facsimile device, by e-mail, by phone, or in any other manner. The service group 14 may pick up products, as necessary, from the business's store, warehouse, supplier, etc., and deliver the products to one or more customers 12. In accordance with some embodiments, the customer 12 may provide additional service instructions directly to the service group 14.
  • FIG. 3 is a block diagram showing an embodiment of a service group 20, such as the service group 14 shown in FIG. 2. In this implementation, managed services 22 may represent a service company, which may be responsible for the management of internal servicers 24, who are employed by a client business, and service managers 26, who may be employed by the managed services 22 company or may be independent contract companies. In some cases, the managed services 22 may include operators who manage the services for a particular client. In other implementations, servicers 30 may be direct independent contractors to managed services 22. According to various implementations of the present disclosure, the managed services 22 may include a service order management system, which may be configured to manage service orders and provide automatic confirmation and call-ahead notifications to customers of upcoming services to be performed. More details of the service order management systems are described below.
  • The service managers 26 may be field managers, regional managers, or local managers who manage one or more service providers 28, often in a particular region and/or for a specific client. The service managers 26 may also manage one or more internal servicers 24. The service providers 28 manage a number of servicers 30, who may be employed by the service providers 28 or may be independent contractors. The servicer 30 may be the individual or team representing the service group 20 (or service group 14 shown in FIG. 2) and who may interact directly with the customer 12.
  • FIG. 4 is a block diagram of an embodiment of a service network system 34 according to various implementations of the present disclosure. The service network system 34 includes a service order management system 36 (described in more detail below), client systems 38, service group systems 40, and customer systems 42. These and other systems are capable of interacting and communicating via one or more communication networks 44. The communication networks 44 may include telephone lines, such as land line or public switched telephone network (PSTN) systems, mobile phone channels and systems, communication channels for exchanging data and information, such as a local area network (LAN), wide area network (WAN), the Internet, or other data, communication, and/or telecommunication networks.
  • The client systems 38 may represent any business, such as the business 10 described with respect to FIGS. 1 and 2. In the environment of the service network system 34 of FIG. 4, the client systems 38 represent at least a part of a business that is a client of the service group, which utilizes the service group systems 40. The service group may be responsible for performing one or more services on behalf of the clients. The service group may be the service group 20 described with respect to FIG. 3 or other group of servicers, service providers, service managers, and/or managed services. In some embodiments, the service order management system 36 may be part of the client systems 38 or may be part of the service group systems 40. As suggested in FIG. 1, the client systems 38 and service group systems 40 may be part of one company or enterprise.
  • According to various embodiments of FIG. 4, the service group systems 40 may include equipment used by the servicers and by field managers. For example, the service group systems 40 may include handheld devices (e.g., devices carried by the servicers), mobile phones, laptop computers, or other devices. When the servicer completes a service, the servicer may use any communication device within the service group systems 40 to notify the service order management system 36 that the service has been completed. For example, the servicer may call into an integrated voice response (IVR) device (or voice response unit (VRU)) of the service order management system 36, which may prompt the servicer to input information about the service or completion of the service. Another example may include a telephone call (e.g., landline or mobile call) to a support agent, who may be associated with the service order management system 36 and who may manually enter the service information into the service order management system 36. In some implementations, completion of the particular service may be communicated by some automated process, such as the automatic detection of a change in the servicer's location using, for example, a global positioning system (GPS) device.
  • FIG. 5 is a block diagram illustrating an embodiment of a service order processing system 46, according to various implementations of the present disclosure. The service order processing system 46 may represent one or more of the service order management system 36 shown in FIG. 4, a portion or all of the service group systems 40 shown in FIG. 4, a handheld servicer device, and/or other systems or devices associated with communicating information among a network associated with a service group. In some embodiments, the components of the service order processing system 46 may reside on multiple systems and/or may include complementary hardware and/or software.
  • As shown in the embodiment of FIG. 5, the service order processing system 46 includes a processing device 48 and a memory device 50, which may include an order management program 52 and a database 56. The service order processing system 46 further includes input/output devices 58 and interface devices 60. The components of the service order processing system 46 are interconnected and may communicate with each other via a computer bus interface 62 or by other communication devices.
  • In some embodiments, each component of the service order processing system 46 as shown may include multiple components on multiple computer systems of a network. For example, the managed services 22 of the service group may comprise computer servers, such as application servers, file servers, database servers, web servers, etc., for performing various functions described herein. The computer servers of the service order processing system 46 may for example be physically separate computer servers or servers in a VMware ESXi 4.0 virtual environment, among other implementations. In addition, the internal servicers 24, service managers 26, service providers 28, and/or servicers 30 may utilize laptop or desktop computer systems, which may form part of the service order processing system 46 and may be used for accessing the computer servers as needed.
  • The processing device 48 may be one or more general-purpose or specific-purpose processors or microcontrollers for controlling the operations and functions of the service order processing system 46. In some implementations, the processing device 48 may include a plurality of processors, computers, servers, or other processing elements for performing different functions within the service order processing system 46.
  • The memory device 50 may include one or more internally fixed storage units, removable storage units, and/or remotely accessible storage units, each including a tangible storage medium. The various storage units may include any combination of volatile memory and non-volatile memory. For example, volatile memory may comprise random access memory (RAM), dynamic RAM (DRAM), etc. Non-volatile memory may comprise read only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, etc. The storage units may be configured to store any combination of information, data, instructions, software code, etc. The order management program 52 and database 56 may be stored in one or more memory devices 50 and run on the same or different computer systems and/or servers.
  • The input/output devices 58 may include various input mechanisms and output mechanisms. For example, input mechanisms may include various data entry devices, such as keyboards, keypads, buttons, switches, touch pads, touch screens, cursor control devices, computer mice, stylus-receptive components, voice-activated mechanisms, microphones, cameras, infrared sensors, or other data entry devices. Output mechanisms may include various data output devices, such as computer monitors, display screens, touch screens, audio output devices, speakers, alarms, notification devices, lights, light emitting diodes, liquid crystal displays, printers, or other data output devices. The input/output devices 58 may also include interaction devices configured to receive input and provide output, such as dongles, touch screen devices, and other input/output devices, to enable input and/or output communication.
  • The interface devices 60 may include various devices for interfacing the service order processing system 46 with one or more other service order processing systems 46 of the service network system 34 via any type of communication system, such as the communication networks 44. The interface devices 60 may include devices for communicating with the client systems 38 and customer systems 42. The interface devices 60 may include a telephone/voice interface device for controlling an IVR device and accessing a telephone network. Also, interface devices 60 may include various devices for interfacing with a data network, such as the Internet, to enable the communication of data. In some examples, the interface devices 60 may include Dialogic cards, Dialogic Diva softIP software, Envox, a voice over Internet protocol (VoIP) device, or other hardware or software interface elements.
  • The order management program 52 stored in the memory device 50 includes any suitable instructions for processing a customer's service order. For example, the order management program 52 may be configured as Dispatch Office or other software for managing service orders. In some implementations, the order management program 52 may include the capability of tracking deliveries. The order management program 52 in some embodiments may be placed in a separate processing system. As described in more detail below, the order management program 52 is able to receive service orders and create a routing schedule to efficiently provide services to customers at a number of different locations. The order management program 52 may also include a feature for automatically calling the customers to confirm service order information and to notify the customer of the estimated time of arrival (ETA) of a servicer. Additionally, the order management program 52 may be configured to record information related to the services being performed and may receive and/or calculate the ETA when a servicer is expected to arrive at the next service destination.
  • The order management program 52 of the present disclosure may be implemented in hardware, software, firmware, or any combinations thereof. In accordance with one embodiment, the order management program 52 may be implemented in software or firmware that is stored on a memory device (e.g., memory device 50) and that is executable by an instruction execution system (e.g., processing device 48). The order management program 52 may be implemented as one or more computer programs stored on different memory devices or different computer systems of a network. If implemented in hardware, the order management program 52 may be implemented using discrete logic circuitry, an application specific integrated circuit (ASIC), a programmable gate array (PGA), a field programmable gate array (FPGA), or any combinations thereof.
  • FIG. 6 is a block diagram showing an embodiment of the order management program 52 shown in FIG. 5. As illustrated in this embodiment, the order management program 52 comprises a service order receiving module 66, a routing module 68, and an automated calling module 70. The automated calling module 70 may include, among other things, a confirmation call module 72 and an en route call module 74. The order management program 52, as illustrated, also includes a service status receiving module 76 and an ETA module 78.
  • The service order receiving module 66 may be configured to receive service orders from a sales department or from another business (in a client/service group arrangement). The service orders may be received electronically via e-mail, web-based applications, electronic data interchange (EDI), or other electronic communication tools, received via facsimile, phone, etc. and entered by a data entry person, or received by other means. The received service orders may be stored, for example, in the memory device 50 shown in FIG. 5. Among other things, the service orders may include contact information of a customer intended to receive a service. The contact information may include an address (e.g., a service destination), telephone numbers, mobile phone numbers, e-mail addresses, and other information.
  • The routing module 68 may retrieve all the service orders to be fulfilled in a particular service day (e.g., the next calendar day or next business day) from the service orders received by the service order receiving module 66. The routing module 68 may use up-to-date road map information, travel time estimation software, service performance times representing a typical amount of time required to perform each specific service, and/or other factors for determining efficient routes for one or more servicers who are capable and/or qualified to perform the services. Records of the availability and qualifications of multiple servicers may also be kept to help optimize the service schedules. These and other factors may be considered in the calculations by the routing module 68 to determine efficient routes, service areas, servicers, service schedules, and other related routing information. Ultimately, the routing module 68 may provide a plurality of service schedules, where each service schedule is given to a servicer or service team to perform a number of service jobs in a particular service day.
  • The automated calling module 70 may be configured as or associated with an IVR device. The automated calling module 70 may include an automatic dialer or other automated telephone device configured to automatically place telephone calls to the customers. In some embodiments, the automated calling module 70 may include logic for suspending calls that are being made to telephone numbers on a “do not call” list. When an automated call is made to the customer, the automated calling module 70 may play a predetermined script and include relevant service order information, such as the items being delivered, the services to be performed, the servicer's ETA, or other information.
  • The confirmation call module 72 and/or en route call module 74 may be configured to offer several options to the customer in response to the indication of the scheduled service order fulfillment information. For example, the respective call module of the automated calling module 70 may allow the customer to confirm that the customer is available to receive the scheduled service. The customer may be given an option to re-schedule the service, if necessary, using voice and/or keypad entries. Also, the customer may be given an option to transfer the call from the IVR to a live operator. In some embodiments, the customer may also be given an option to opt out of the service altogether. According to some implementations, the confirmation call module 72 and/or en route call module 74 may prompt the customer to enter his or her choices by speaking into the headset (when voice recognition software is being utilized) and/or by pressing numbers on the customer's telephone keypad.
  • In accordance with one embodiment of the automated calling module 70, the confirmation call module 72 may be configured to place a call to the customer several hours or days before the scheduled service time. For example, the call may be placed the evening before the scheduled service day. The purpose of this conformation call may be to inform the call's recipient of a large service time window (e.g., a three hour window from 1:00 P.M. to 4:00 P.M.) during which the service is likely to take place. This allows the customer to make arrangements to provide adequate access to the servicer's destination when the servicer arrives. In some embodiments, the customer may be given an option to connect to a live operator if desired. This feature may allow the customer to receive additional information about the service order, change the service time, or other actions that may require a live operator.
  • In accordance with some embodiments, a second call may be made using the en route call module 74. The en route call module 74 may be configured to call the customer at a “call-ahead time,” which may be defined as a calculated time of day before the servicer's ETA at a particular service destination. The call-ahead time may be based on the ETA and a predetermined advanced-warning time period. For example, in one embodiment, the predetermined advanced-warning time period may be set at 60 minutes. If the ETA is calculated to be 3:30 p.m., the en route call module 74 may be configured to automatically place the second call at 2:30 p.m. (i.e., the second call time or call-ahead time equals the ETA minus the predetermined advanced-warning time period). In accordance with one embodiment, the predetermined advanced-warning time period is determined by the system and applied to all service orders in the same manner.
  • This second call may be more accurate because it is based on real-time conditions and is based on the ETA received and/or calculated by the ETA module 78 and any additional information input by the servicer in the field. In some embodiments, the servicer may simply enter the ETA based on the servicer's knowledge of particular routes, traffic conditions, and/or other factors. For example, if the servicer is delayed based on unforeseen events earlier in the service day, the ETA module 78 provides an ETA that is an accurate time estimate, and the en route call module 74 may notify the customer of the more accurate time estimate. Further, the ETA may be communicated to the customer, or other recipient specified in the service order, as a range of times. For example, the ETA for the servicer to arrive at the applicable destination may be between 3:20 p.m. and 3:40 p.m.
  • The service status receiving module 76 may be configured to receive information from the servicers regarding the status of the services performed by each servicer. Also, the service status receiving module 76 may receive information regarding the current location of the servicers and the servicers' next destinations. In one embodiment, the service status receiving module 76 may receive information related to the starting locations of the servicers and may record various service destinations and arrival times throughout the service day. In some embodiments, these records may be used to adjust the processes used by the routing module 68. Also, this information may be used to determine or refine travel times from various starting locations to the various service destinations.
  • In accordance with one embodiment, the ETA module 78 may be configured to utilize similar algorithms used by the routing module 68 to calculate the servicer's estimated travel time between two points (e.g., from one service destination or starting location to a next service destination). The ETA module 78 may be configured to calculate the time of day that the servicer may be expected to reach the next service destination based on the servicer's starting location, the time when the servicer is leaving the starting location or previous service destination, the estimated travel time based at least on map routing characteristics, and other factors. In one embodiment, the ETA module 78 calculates the ETA upon receipt of the selected next service destination from the servicer. The servicer may send his/her choice of the next destination to the ETA module 78 in a number of ways including utilizing, for example, a handheld device, mobile phone, telephone, portable facsimile machine, or other communication device. In some embodiments, the servicer may communicate with an agent who is associated with the service group and is able to enter the applicable information into the system.
  • In some cases, the servicer may request an extra time period be added to the ETA, such as to fill up the servicer's vehicle with gasoline, to stop for lunch, to take a break, to account for traffic, to account for road and/or weather conditions, or other factors that may not be anticipated by the ETA module 78. In this case, the ETA module 78 may use the requests for extra time to adjust the ETA calculations. For example, if the ETA module 78 provides an initial ETA of 3:00 p.m., the servicer may request an additional time period of fifteen minutes in order to take a break. The ETA module 78 may add this requested time period to the ETA for an updated ETA of 3:15 p.m.
  • In accordance with another embodiment, the ETA module 78 may receive the ETA from the servicer. Based on the servicer's experience, familiarity with the route or destination, and other factors, the servicer may be able to estimate the time of arrival better than traditional software programs. In this embodiment, the ETA module may receive the ETA from the servicer, store the ETA in memory and communicate the ETA to the customer at the call-ahead time.
  • Referring again to FIG. 4, communication between the servicer and the service order management system 36 may be enabled in a number of ways. For example, the servicers may carry a handheld device that is configured to display a service schedule for the servicer's shift and may include the names and addresses of customers to whom the services are performed. The handheld devices may also be configured to enable the servicer to indicate the arrival at a pick-up location, departure from the pick-up location, arrival at a service location, departure from the service location, and the intended next service destination. The servicer may be enabled to select the order of destinations and indicate an extra time period needed to reach the next destination. In some embodiments, the handheld device may also be configured to list items to be picked up and remove the items from the list as they are loaded in the servicer's vehicle. Further, the handheld device may include a scanner to scan items as they are being picked up or delivered, to thereby track the items. Various implementations of the handheld devices are described in more detail below.
  • However, according to embodiments of the service order management system 36, the servicer may communicate with the service order management system 36 without the use of a handheld device. For example, the servicer may carry a copy of the service schedule, which may include, for example, the names and addresses of the customers, service order numbers, expected service times or other information. The servicer may also carry route sheets, manifests, directions between service destinations and other useful paperwork. Without a handheld device, the servicer may use a mobile phone to communicate with an IVR system associated with the service order management system 36. The IVR system may be configured to prompt the servicer through a number of selections and menus to track the servicer's location or progress and/or to enable communication of other information. In this respect, the service order management system 36 may be configured to enable the servicer to select options over a mobile phone or land line phone to indicate the completion of the service jobs, indicate the next destination or service order number of the next destination, or enter an ETA to reach the next destination.
  • In some embodiments, the ETA module 78 (FIG. 6) may present a calculated ETA to the servicer and may allow the servicer to edit or accept the calculated ETA. Edits to the ETA may be made based in part on real time conditions, such as current traffic conditions, weather conditions, or other conditions. The modified ETA can be communicated back to the service order management system 36 by any communication means. The service order management system 36 may then adjust any applicable call-ahead times accordingly. It should also be noted that the automated calling module 70 may be configured to place one call at a time. Therefore, if the calculated call-ahead times for different servicers travelling to different customers happens to be the same, the automated calling module 70 may prioritize the calls to allow one call to be made before another. This sequence of calls may be created using any combination of prioritizing algorithms.
  • FIG. 7 is a diagram illustrating an embodiment of a servicer device 82. As mentioned above, the servicer device 82 or other similarly functioning handheld device may be optional in the service network system 34. As illustrated in this embodiment, the servicer device 82 comprises a display screen 84, a scanner 85, an enter button 86, a back button 88, an up button 90, a right button 92, a down button 94, and a left button 96. In some embodiments, the right button 92 and left button 96 may be omitted. According to various implementations, fewer or more buttons or input devices may be included.
  • The display screen 84 may be configured to display user interfaces, as described in more detail below, to display user prompts, instructions, schedule information, and/or driving direction. The scanner 85 may be configured to scan bar codes placed on items to be delivered. Using the scanner 85, the servicer device 82 is able to identify items that are to be loaded on the servicer's vehicle or unloaded from the servicer's vehicle. The scanner 85 can also be used to scan items that may have been damaged and are not to be delivered to the customer. According to some implementations, the service network system 34 may operate without the use of some or all of the handheld servicer devices (e.g., servicer device 82). Instead, each respective servicer may be allowed to communicate with the service order management system 36 using a mobile phone, smart phone, land line phone, personal digital assistant (PDA), or by other communication devices.
  • FIG. 8 is a diagram showing an embodiment of the servicer device 82 of FIG. 7 in use by a servicer 98, such as a servicer who performs a particular service, an assistant to the servicer, a service team member, a driver of a service vehicle, or other user. As illustrated in this embodiment, the servicer device 82 is a portable handheld device that may be operated using one hand of the servicer 98. Other designs of the servicer device 82 may be considered for enabling the user to easily view the display screen 84, navigate using the direction buttons, and provide input by pressing the enter button 86 and back button 88. Regarding the implementations in which the servicer device 82 is used in the service network system 34, the service device 82 may be configured to provide various user interfaces to communicate information to the servicer and to receive information from the servicer. Any user interfaces may be used in this regard. The following examples of user interfaces do not intend to limit the present disclosure to these particular embodiments, but are rather provided for the purposes of illustrating possible information exchanges.
  • FIG. 9 is a diagram illustrating an embodiment of a user interface 100 enabling a servicer to select from a main menu. According to various implementations, the user interface 100 may be associated with servicer-operated equipment, such as, for example, the servicer device 82. The selected items of the user interface 100 include a service schedule field 102, a location status options field 102, an item scanning options field 106, a service issues field 108, and a contact live operator field 110. The user interface 100 may include a selection identifier 112 or other means of identifying which one of the options in the main menu is being selected. The fields 102, 104, 106, 108, and 110 may be considered to be links to additional user interface screens. The servicer is enabled to navigate the selection identifier 112 using any suitable navigation tools, such as the arrow buttons 90, 92, 94, and 96 shown in FIG. 7, the effect of which can be shown by the arrow 114 on the user interface 100. These and other techniques can be realized for providing an input/output interface between menu information (and other information as described below) and the servicer 98.
  • FIG. 10 is a diagram illustrating an embodiment of a user interface 116 enabling a servicer to view a service schedule. The service schedule shown in the user interface 116 includes information regarding one or more service jobs to be completed during the service day. The information may include the name of the customer receiving the service, the address of the customer, telephone numbers, and/or other information. The service schedule may be listed in an order, including, for example, a sequential schedule determined by the routing module 68 (FIG. 6).
  • FIG. 11 is a diagram illustrating an embodiment of a user interface 120 enabling a user to enter location options. In some embodiments, the user interface 120 may be displayed when the location options field 104 is selected in the main menu user interface 100 of FIG. 9. The user interface 120 may include four selections for updating changes in location of the servicer. As illustrated in FIG. 11, the options include a first field 122 for indicating the arrival of the servicer at a loading or pick-up location. A second field 124 indicates the departure of the servicer from the loading or pick-up location. The loading or pick-up area represents one or more locations where items are to be loaded on the servicer's vehicle, such as a delivery van, delivery truck, box truck, flat bed truck or other vehicle. Since the options displayed in fields 122 and 124 are related to locations related to specific pick-up locations for loading items to be delivered, these fields may be omitted for situations where the service provided to the customer does not include delivery services or includes services that do not necessarily require travelling to another location to pick up items associated with the services.
  • The user interface 120 also includes a field 126 for indicating when the servicer arrives at a service location. The particular service location where the servicer arrives may be known based on the information obtained by processes described in more detail below with respect to other user interfaces. Field 128 may be selected to indicate that the servicer is leaving the particular service location. The indication that the servicer is leaving the location may be interpreted as an indication that the service job has been completed. Regarding embodiments in which the servicer device 82 is not being used to indicate service job completion, the service order management system 36 may allow a servicer to use an IVR system to communicate a completed job. The service order management system 36 may then prompt the servicer to enter the next service job/destination or the service order number of the next service job.
  • FIG. 12A is a diagram illustrating an embodiment of a user interface 132 enabling a servicer to select a first service destination. The user interface 132 may display the total number of service jobs to be performed for a particular service day for the servicer. Also, the user interface 132 may prompt the servicer to select which will be the first destination. Although the routing module 68 shown in FIG. 6 may be configured to optimize the sequence of customer destinations based on several factors, the servicer may change the order as needed. When one of the destinations is selected, the servicer device 82 may be configured to provide turn by turn directions to the selected destination. According to some embodiments, the user interface 132 may include additional information, which may be presented in any suitable fashion, such as in one or more columns next to the names and addresses. Some additional information, for example, may include a status of the deliveries, such as “open,” “scheduled,” “completed,” or the like. In some embodiments, the user interfaces described below with respect to FIGS. 12B, 12C, and 12D may be displayed.
  • FIG. 12B is a diagram illustrating an embodiment of a user interface 136 enabling a servicer to indicate a need for a time extension to be added to the ETA. After the first destination has been selected, the servicer device 82 may display the user interface 136 to ask if the servicer needs extra time to reach the first destination. For example, some reasons for needing extra time may include a need to stop for gasoline, a need to take a break, or other reasons. If “yes” is selected, the servicer device 82 prompts the servicer to enter the time period needed as indicated with respect to FIG. 12C.
  • FIG. 12C is a diagram illustrating an embodiment of a user interface 140 enabling a servicer to enter the extra time period needed. The user interface 140 may include selectable amounts, as illustrated, or in other embodiments may include a field enabling the servicer to enter a time extension manually. Other implementations may be used to allow the servicer to enter the amount of extra time needed beyond the normal travel time to reach the next destination.
  • FIG. 12D is a diagram illustrating an embodiment of a user interface 144 enabling a servicer to view the scheduled arrival time of a first service destination. After the servicer has entered or accepted the first destination as described with respect to FIG. 12A and entered any extra time period needed to reach that destination, the servicer device 82 may provide a summary of the location and expected arrival time. In accordance with one embodiment, upon the servicer entering or accepting the first or next destination, the en route call module 74 shown in FIG. 6 may be configured to communicate the estimated time of arrival (ETA) of the servicer to the customer based on normal travel time, which may be determined using a GPS-enabled device or other suitable travel algorithms and information, including the extra time period provided by the servicer.
  • In some embodiments, the servicer device 82 may provide updated information regarding the servicer's progress toward reaching the next destination in order to indicate to the servicer how he or she is doing. For example, the servicer device 82 may indicate when a deadline is near, the time remaining before the scheduled arrival, when the servicer is on schedule, when the servicer is behind schedule, or other alerts. In this respect, the servicer device 82 may provide any visual and/or auditory signals to inform the servicer of the travel progress. The purpose of such communication may be a way of encouraging a servicer to be mindful of deadlines. When the servicer arrives at the scheduled destination, he or she may select the option of “arrived at service location” 126 as shown in the user interface 120 of FIG. 11.
  • When the service is completed at the first destination, the servicer may select the location status options field 104 from the user interface 100 of FIG. 9 and then select the field 128 (FIG. 11) indicating that the servicer is leaving the service location. At this point, if additional destinations are scheduled, the servicer device 82 repeats the process for the next destination.
  • FIG. 13A is a diagram illustrating an embodiment of a user interface 148 enabling a servicer to select a next service destination, when additional destinations exist. The user interface 148 may be similar to user interface 132 of FIG. 12A and may display the number of remaining service jobs to be performed for the particular service day. Also, the user interface 148 may prompt the servicer to select which destination will be the next destination. The user interface 148 may also display the status of each of the deliveries, such as “opened,” “scheduled,” “completed,” etc. When a destination is selected, the servicer device 82 may be configured to display the user interfaces described below with respect to FIGS. 13B, 13C, and 13D, as appropriate.
  • FIG. 13B is a diagram illustrating an embodiment of a user interface 152 enabling a servicer to indicate a need for an extra time period to reach the next destination. After a next destination has been selected with respect to FIG. 13A, the servicer device 82 may display the user interface 152 to ask if the servicer needs extra time to reach the next destination. If “yes” is selected, the servicer device 82 prompts the servicer to enter the time period needed as indicated with respect to FIG. 13C. FIG. 13C is a diagram illustrating an embodiment of a user interface 156 enabling a servicer to enter an amount of extra time needed. As illustrated, the user interface 156 may include selectable amounts. According to various embodiments, the servicer device 82 may enable the servicer to enter the extra time period manually or by any other technique.
  • FIG. 13D is a diagram illustrating an embodiment of a user interface 160 enabling a servicer to view the scheduled arrival time of a next service destination. After the servicer enters the next destination as described with respect to FIG. 13A and enters the extra time period needed to reach that destination, the servicer device 82 may provide a summary of the location and expected arrival time. In addition, the en route call module 74 shown in FIG. 6 may be configured to communicate the ETA to the customer based on normal travel time and any extra time needed. In one embodiment, this customer communication occurs immediately upon the receipt of the destination and final calculation of the ETA by the ETA module 78 shown in FIG. 6.
  • When the service is completed at this destination, the servicer may select the location options field 104 from the user interface 100 of FIG. 9 and select the field 128 (FIG. 11) reporting that the servicer is leaving the service location. At this point, if additional destinations are scheduled, the servicer device 82 repeats the process for the next destination or destinations. When service has been provided to the customers at each of the destinations on the schedule, the servicer device 82 may display the user interface described with respect to FIG. 14A.
  • FIG. 14A is a diagram illustrating an embodiment of a user interface 164 enabling a servicer to view a completed service schedule. The user interface 164 may indicate that there are no more service destinations for the particular service day. The user interface 164 may also include a list of all the customers serviced during the day. If a status of each delivery is displayed, the user interface 164 may show that the status of each delivery is “completed.”
  • FIG. 14B is a diagram illustrating an embodiment of a user interface 168 enabling a servicer to select an action when all service jobs have been completed, according to various embodiments. For example, the user interface 168 may display an option to end the program for the current service day and provide that a new schedule may begin on the next service day. Another option may include an ability to print a list of the day's service jobs completed, which may be used for the servicer's records. Further, the user interface 168 may enable the servicer to inquire about additional service jobs for the day. For example, if one servicer is unable to complete one or more services, the responsibility may be transferred to another servicer who might have time to attempt to fulfill the remaining services left by servicer.
  • FIG. 15A is a diagram illustrating an embodiment of a user interface 172 enabling a servicer to select scanning options. When the servicer selects the item scanning options field 106 in the main menu user interface 100 of FIG. 9, the servicer device 82 may display the user interface 172. A first option 174 in the user interface 172 is a selectable field for loading items. A second option 176 indicates that the servicer can scan items which are being unloaded from the servicer's vehicle. A third option 178 indicates that one or more problems or issues with a scanned item or items prevent normal service steps. In some embodiments, the servicer device 82 may be configured without the scanner 85 or without the ability to provide item level scanning.
  • FIG. 15B is a diagram illustrating an embodiment of a user interface 182 prompting a servicer to scan an item. When the servicer selects the loading items option 174 of user interface 172 of FIG. 15A, the user interface 182 prompts the servicer to utilize the scanner 85 on the servicer device 82 to scan an item that is to being loaded on the servicer's delivery vehicle. Scanning an item may comprise scanning a bar code attached to or associated with the item to identify the specific item. The user interface 182 may be displayed multiple times depending on the number of items to be loaded.
  • FIG. 15C is a diagram illustrating an embodiment of a user interface 186 enabling a servicer to view the loaded items. When one or more items have been scanned to indicate that the items are being picked up or loaded on the servicer's delivery vehicle, the list of loaded items in user interface 186 is updated. In some embodiments, a list of all the items to be loaded may be associated with a particular servicer and may be displayed on the servicer device 82, whereby the items to be loaded are removed from the list when they are scanned to present only the items that are yet to be loaded.
  • FIG. 15D is a diagram illustrating an embodiment of a user interface 190 prompting a servicer to scan an item. When the unloading items option 176 is selected in user interface 172, the user interface 190 prompts the servicer to scan the items as they are being unloaded from the service vehicle. FIG. 15E is a diagram illustrating an embodiment of a user interface 194 enabling a servicer to view the remaining items to be unloaded. The user interface 194 may be configured to list the items is any suitable manner to communicate which items are to be unloaded at a particular location or the items which have already been unloaded.
  • FIG. 15F is a diagram illustrating an embodiment of a user interface 198 enabling a servicer to select any issues that may apply to an item to be scanned. When the problems/issues option 178 is selected in the user interface 172 of FIG. 15A, the servicer device 82 may display the user interface 198 to allow the servicer to scan items that are not being picked up or delivered because of the item being damaged. A first option 200 allows the servicer to indicate that an item is damaged before loading and is not being picked up. A second option 202 allows the servicer to indicate that an item has been damaged during transport and is not being delivered. A third option 204 allows the servicer to indicate that an item has been damaged during deliver or installation and is not being delivered.
  • FIG. 16 is a diagram illustrating an embodiment of a user interface 208 enabling a servicer to select service issues. If the service issues option 108 is selected in the user interface 100 of FIG. 9, the user interface 208 may be displayed. The user interface 208 includes a first option 210 to allow a servicer to indicate that the servicer was late arriving at the service location, the customer refused entry, and a delivery was not made. A second option 212 allows the servicer to indicate that the customer was not at home and the delivery was not made. A third option 214 allows the servicer to indicate that there are missing parts from one or more of the delivered items. In some embodiments, the item may still be delivered and the missing parts can be sent to the customer at a later time. Other embodiments may include not delivering and/or installing the item and scheduling the delivery/installation of a replacement item. A further option 216 allows the servicer to indicate that the item could not be delivered or installed. Any number of reasons for being unable to deliver or install might exist, such as, for example, a blocked entrance, the item being the wrong size and not fitting in a designated place, or other reasons.
  • FIG. 17A is a flow diagram illustrating an embodiment of a method of a service order management system for pre-calling a customer. According to some implementations, the service order management system described with respect to FIGS. 17A through 17D may be the service order management system 36 shown in FIG. 4 or any other system associated with the management of service orders. The terms “pre-call” and “pre-calling” refer to an automatic telephone call, e-mail, text message, or other communication made to the customer in advance of the scheduled service time to notify the customer of a time window during which the service is to be performed. In some embodiments, the pre-call may be made on the evening before the service day. The pre-call method in some implementations may be associated with the confirmation call module 72 shown in FIG. 6.
  • As indicated in block 220, a service order for a particular service is received. The service may include any type of service, such as a delivery, maintenance, repair, or other service. As indicated in block 222, the service schedules for one or more servicers are determined. The schedules may be grouped based on the service locations of multiple service orders received, the types of services to be performed, or other factors. As indicated in block 224, the method includes automatically calling or communicating with the customer to notified the customer of the scheduled service order and the service time window. The notification call may allow the customer to confirm the service order or provide feedback about whether the service and service time window are acceptable to the customer. For example, confirmation can be made by the user pressing a touch tone button on the telephone receiver, speaking a command to a voice recognition device, selecting a “confirm” or “yes” button in an e-mail, or by another method. In some embodiments, the customer may be enabled to re-schedule, cancel or postpone the scheduled service. As indicated in block 226, the method includes enabling the customer to connect with a live operator if desired. For example, the user may be prompted to press a touch tone button or speak a command to initiate connection with the live operator.
  • FIG. 17B is a flow diagram illustrating an embodiment of a method of a service order management system for fulfilling a service order by a servicer. This method may be performed for any type of services to be performed. The method of FIG. 17B may be associated with the functions and operations of the service status receiving module 76 and ETA module 78 shown in FIG. 6.
  • The method includes sending a service schedule to a servicer, as indicated in block 230. The servicer in these implementations may be any member of a service team, such as a driver, assistant, or other member, regardless of whether the person actually performs the intended services. In some embodiments, the servicer may be given access to tools to help create an efficient schedule, based on pick-up locations (if applicable), service locations, estimated travel times and distances between service locations, left turn minimization algorithms, and/or other criteria. In some embodiments, multiple service schedules may be sent to multiple servicers, whereby the method may be repeated for each servicer.
  • As indicated in block 232, the method includes waiting to receive a selection of a servicer's first or next destination. The servicer first selects a first destination and thereafter selects the next destinations. Block 234 indicates that the method further includes receiving an indication of an extra time period needed, if any. An estimated travel time and ETA may be determined, as indicated in block 236. The calculated or determined travel time and/or ETA may be based on the servicer's current location at a particular time of day, the servicer's next destination, travel distance to the next destination, and other information. In some embodiments, the servicer may provide an estimated travel time and/or an ETA based on the estimated time period that it will take him or her to travel from his or her current location to the next destination location. In this embodiment, the determination of travel time or ETA in block 236 may include storing the travel time and/or ETA received from the servicer. When only one of the travel time or ETA is provided by the servicer, the other may be automatically calculated as well. Determining travel time or ETA may include adding or extending the time based on any extra time needed by the servicer, if any, as received in block 234. According to block 238, the method includes sending the ETA information to the servicer device for informing the servicer of the ETA, if the ETA or travel time does not originate from the servicer device.
  • As indicated in block 239, a call-ahead time and a latest call time are calculated. For the purpose of example, an ETA is calculated as being 3:40 p.m. The call-ahead time may be based on a predetermined advanced warning time before the ETA. The predetermined advanced warning time represents the period of time before the ETA when an automatic call is made to the customer to notify the customer of the ETA. The predetermined advanced warning time may be specified by the system and applied to all service orders in the same manner. According to various implementations, the predetermined advance warning time may be about one hour, 45 minutes, 30 minutes, or any system-defined time period for giving advanced warning of the ETA. Given that the predetermined advanced warning time is 30 minutes, the call-ahead time may be calculated in the above example as being 3:10 p.m. (i.e., the ETA of 3:40 minus 30 minutes).
  • The latest call time may be based on a minimum advanced time period with respect to the ETA. For instance, if the present time is too close to the ETA, the method may be configured to skip the automatic call, particularly because the servicer may be ahead of schedule and already present at the service destination. The minimum advanced time period represents the minimum amount of time prior to the ETA when an automatic call is made. According to various implementations, the minimum advanced time period may be about 5 minutes, 10 minutes, or any system-defined time period. The minimum advanced time period may be specified by the system and applied to all service orders in the same manner. Given that the minimum advanced time period is 5 minutes, the latest call time may be calculated in the above example as being 3:35 p.m. (i.e., the ETA of 3:40 minus 5 minutes).
  • As indicated in decision block 240, it is determined whether or not the present time is before the call-ahead time. If so, the method loops back to decision block 240 until the call-ahead time is reached. When the call-ahead time has arrived, the method proceeds to decision block 242. For example, if decision block 240 is performed at 2:50 p.m. and the call-ahead time is 3:10 p.m., the decision block 240 does not proceed to block 242 until 3:10. As indicated in decision block 242, it is determined whether or not the present time is before the latest call time. For example, if the call-ahead time has long passed and the present time is too close to the ETA (i.e., the present time is not before the latest call time), the method then skips block 244 and goes to block 246. However, if decision block is performed before the latest call time, the method proceeds from decision block 242 to block 244.
  • According to block 244, the method includes performing an en route auto-call to the customer, or specified recipient in the service order, and announcing the ETA. The en route call may be associated with the en route call module 74 shown in FIG. 6. The auto-call may be an automatically generated telephone call to the customer's residence to announce an estimate of when the servicer might arrive. In some implementations, the auto-call may include enabling the customer to provide feedback in response to the call. For example, the customer may be enabled to indicate a confirmation that the customer is available to receive the service, to indicate that the customer wishes to re-schedule the service, to indicated that the customer wishes to speak with an operator, or other options. Re-scheduling may be executed by further customer input and/or by communicating with a live operator.
  • As indicated in block 246, the method may receive an indication when the servicer has actually arrived at the service destination location. In block 248, the method includes recording the arrival time of the servicer at the service destination location. As indicated in block 250, the method waits until an indication is received that the servicer has completed the service job. Upon receiving this indication, the service job is closed, as indicated in block 252. According to block 254, an indication is received that the servicer is leaving the service location. Block 256 includes recording the servicer's departure time. As indicated in decision block 258, it is determined whether or not any more service jobs are to be performed. If not, the method ends. If more service jobs are to be performed, the method returns back to block 232 and the process is repeated for the next destination.
  • FIG. 17C is a flow diagram illustrating an embodiment of a method of a service order management system for managing the loading of items for delivery. In particular, this method applies to situations where a servicer travels to a pick-up location to receive items to be delivered to one or more customers. As illustrated, the method of FIG. 17C includes receiving an indication when the servicer eventually arrives at the pick-up location, as indicated in block 262. According to block 264, the method includes indicating to the servicer which items are to be picked up.
  • As indicated in block 266, the method includes receiving an indication when a first item is eventually scanned. When this process is repeated at a later time, if necessary, the method receives an indication that a next item is scanned. As indicated in decision block 268, it is determined whether or not the scanned item is being loaded. If so, the method proceeds to block 270, which indicates that the item is recorded as loaded. In some embodiments, block 270 may further include removing the loaded item from a list of items to be loaded, placing a check next to the loaded item, or indicating in any other manner the loading of the item. This information may be entered in a database associated with the service order management system. According to various implementations, the item list may be communicated to a servicer device for display. If the item is not being loaded, the method proceeds from decision block 268 to decision block 272, which includes determining if the item is damaged. If so, the item is recorded as being damaged and is not picked up. If the item is not damaged, the method proceeds to block 276 and resolution actions can be taken as necessary.
  • From blocks 270, 274, and 276, the method flows to decision block 278, which determines if more items are to be scanned. If not, the method proceeds to block 280 and the method receives an indication when the servicer eventually leaves the pick-up location. After block 280, the method ends. If it is determined in decision block 278 that more items are to be scanned, the method returns back to block 266 for the next item.
  • FIG. 17D is a flow diagram illustrating an embodiment of a method of a service order management system for managing deliveries. Particularly, the method of FIG. 17D may apply to delivering one or more items at a delivery service location. This method may be repeated by each servicer for each delivery service location. As indicated in block 284, the method indicates to the servicer which item or items are to be delivered to a particular service location. As indicated in block 286, the method receives an indication when a first item is eventually scanned. When this process is repeated at a later time, if necessary, the method includes receiving an indication that a next item is scanned.
  • According to decision block 288, it is determined whether or not the scanned item is being delivered. If so, the method goes to block 290, which indicates that the item is recorded as delivered. However, if the item is not being delivered, then the method flows from decision block 288 to decision block 292. In block 292, it is determined if the item is damaged. If the item is not damaged, the method proceeds to block 294 and resolution actions can be taken to complete the delivery, if possible. If it is determined in decision block 292 that the item is damaged, the method proceeds to decision block 296.
  • As indicated in block 296, the method determines if the item was damaged during transport. If so, the method goes to block 298, which indicates that the item is recorded as being damaged during transport and was not delivered. However, if it was not damaged during transport, it can be assumed that it was damaged during delivery or installation. In this case, the method goes to block 300 and the item is recorded as being damaged during delivery or installation and was not delivered. From blocks 290, 294, 298, and 300, the method goes to decision block 302, which determines whether or not additional items are to be delivered to the particular service location. If more items, the method loops back to block 286 for the next item. If no more items, the method ends.
  • FIG. 18A is a flow diagram illustrating an embodiment of a method of a servicer device for managing a service schedule. The method of FIGS. 18A through 18C may be operated by the servicer device 82 of FIG. 7 or by any other mobile device used by a servicer to communicate with a service order management system. Also, this method may be applicable to any type of service to be performed. As illustrated, the method of FIG. 18A includes receiving a service schedule, as indicated in block 306. The service schedule may be applicable only to the servicer using the particular servicer device. If multiple servicer devices are being used by multiple servicers, a specific service schedule is received by each of the respective servicer devices as appropriate.
  • The method further includes listing the remaining destinations, as indicated in block 308. According to block 310, the method enables the servicer to select a first destination from the list of remaining destinations. When repeated for additional destinations, block 310 is configured to enable the servicer to select the next destination. In accordance with decision block 312, it is determined whether the servicer requests an extra time period in order to travel from the servicer's current location to the next destination. If an extra time period is needed, the flow proceeds to block 314 and the method enables the servicer to enter the extra time period needed. If no extra time period is needed, the method proceeds from block 312 to block 316, which indicates that the extra time period is set to zero. From blocks 314 and 316, the method proceeds to block 318.
  • As indicated in block 318, the method includes sending the selection (from block 310) of the first or next destination to the service order management system. As indicated in block 320, another indication is sent of the extra time period that is needed to reach the next destination. According to block 322, the method includes receiving an ETA report to the next destination, and directions if necessary, from the service order management system.
  • Block 324 indicates that the servicer is enabled to indicate an arrival at the service location. In some embodiments, this indication may be made based on automated GPS location determining processes. As indicated in block 326, the servicer may be prompted according to some embodiments to perform the designated service. In block 328, it is indicated that the method includes enabling the servicer to indicate the completion of the service job. According to block 330, the servicer is enabled to indicate departure from the service location. As indicated in decision block 332, it is determined whether or not there are more service jobs to perform. If so, the method loops back to block 308 and the servicer proceeds with another service destination. If no more service jobs are to be done, the method ends.
  • FIG. 18B is a flow diagram illustrating an embodiment of a method of a servicer device for managing the loading of items for delivery. This method may be particular to delivery services where items to be delivered are picked up from a loading area. As indicated in block 336, the method includes receiving directions to the pick-up location, if necessary. In block 338, the method includes enabling the servicer to indicate the arrival at the pick-up location. Upon arrival, the method further includes receiving a list of items to load onto the servicer's vehicle, as indicated in block 340. According to block 342, the servicer is enabled to scan the first item. When repeated at a later time, the servicer is enabled to scan the next item.
  • As indicated in block 344, the servicer is enabled to indicate if the scanned item is not being loaded or picked up. In decision block 346, it is determined whether or not the item is being loaded. If so, the method proceeds to block 348 and an indication is sent that the scanned item is being loaded. If not loaded, the method diverts to decision block 350 and it is determined whether the scanned item is damaged. If so, the method goes to block 352 and the item is recorded as being damaged and was not picked up. If not damaged, the method goes to block 354 and resolution actions can be taken as needed. In some embodiments, the order of processes may be rearranged such that the process of determining if an item is to be loaded may be made before the item is scanned.
  • From blocks 348, 352, and 354, the method proceeds to decision block 356 and it is determined whether more items are to be picked up. If so, the method loops back to block 340 and the process is repeated for the remaining items. If no more items are to be loaded, the method proceeds from block 356 to block 358. As indicated in block 358, the method includes indicating to the servicer that all items have been loaded. As indicated in block 360, the servicer is enabled to indicate the departure from the pick-up location.
  • FIG. 18C is a flow diagram illustrating an embodiment of a method of a servicer device for managing deliveries. This method may be applicable to the delivery of one or more items when the servicer has arrived at a customer's location. As indicated in block 364, an indication is received on the servicer device of the items, or remaining items, to deliver to the customer. According to block 366, the method includes prompting the servicer to scan a first or next item.
  • As indicated in decision block 368, it is determined whether or not the item is being delivered. If so, the method proceeds to block 370 and an indication is sent that the scanned item is being delivered. If the item is not to be delivered, the method goes to decision block 372 and it is determined whether the item is damaged. If so, the method proceeds to decision block 376. If not, the method proceeds to block 374 and resolution actions can be taken as necessary.
  • Decision block 376 includes determining whether the item was damaged during transport. If so, the method goes to block 378 and an indication is sent that the item has been damaged during transport and has not been delivered. If the item was not damaged during transport, it can assumed that the item was damaged during delivery or installation and the method proceeds to block 380 and indication is sent that the item was damaged during delivery or installation and was not delivered. From blocks 370, 374, 378, and 380, the method flows to decision block 382 and it is determined whether more items are to be delivered. If more items are to be delivered, the method returns back to block 364 and the process is repeated for the next item. If no more items are to be delivered, the method ends.
  • The flow diagrams shown in FIGS. 17A through 18C show the architecture, functionality, and operation of possible implementations of the service order processing device 46 of FIG. 5. In this regard, each block may represent a module, segment, portion of code, etc., which comprises one or more executable instructions for performing the specified logical functions. It should be noted that the functions described with respect to the blocks may occur in a different order than shown. For example, two or more blocks may be executed substantially concurrently, in a reverse order, or in any other sequence depending on the particular functionality involved.
  • The order management program 52, which comprises an ordered listing of executable instructions for implementing logical functions, may be embodied in any computer-readable medium for use by any combination of instruction execution systems or devices, such as computer-based systems, processor-controlled systems, etc. The computer-readable medium may include one or more suitable physical media components configured to store the software, programs, or computer code for a measurable length of time. The computer-readable medium may be any medium configured to contain, store, communicate, propagate, or transport programs for execution by the instruction execution systems or devices.
  • One should note that conditional language, such as, among others, “can,” “could,” “might,” or “may,” unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more particular embodiments or that one or more particular embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.
  • It should be emphasized that the above-described embodiments are merely possible examples of implementations, merely set forth for a clear understanding of the principles of the present disclosure. Any process descriptions or blocks in flow diagrams should be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process, and alternate implementations are included in which functions may not be included or executed at all, may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present disclosure. Many variations and modifications may be made to the above-described embodiment(s) without departing substantially from the spirit and principles of the present disclosure. Further, the scope of the present disclosure is intended to cover any and all combinations and sub-combinations of all elements, features, and aspects discussed above. All such modifications and variations are intended to be included herein within the scope of the present disclosure, and all possible claims to individual aspects or combinations of elements or steps are intended to be supported by the present disclosure.

Claims (27)

We claim:
1. A service order management system comprising:
a processing device configured to execute logic instructions; and
a memory device in communication with the processing device, the memory device configured to store an order management program enabling the processing device to:
store an estimated travel time and estimated time of arrival (ETA) in the memory device, wherein the estimated travel time is defined by an estimated period of time for a servicer to travel from a start location to a service destination associated with a customer for whom the servicer is to perform a service job, and wherein the ETA is defined by an estimated time of day when the servicer is expected to arrive at the service destination;
calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA of the servicer at the service destination, wherein the calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA, and wherein the predetermined advanced-warning time period is defined by a predetermined amount of time before the ETA for providing an advanced warning of the ETA; and
automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
2. The service order management system of claim 1, wherein the order management program further enables the processing device to:
receive information related to the start location of the servicer and information related to the service destination;
in response to receipt of at least the start location information and service destination information, determine the estimated travel time and ETA.
3. The service order management system of claim 1, wherein the order management program further enables the processing device:
to receive at least one of the estimated travel time and ETA from the servicer and
to calculate the ETA when only the estimated travel time is received from the servicer and calculate the estimated travel time when only the ETA is received from the servicer.
4. The service order management system of claim 1, wherein the order management program further enables the processing device to:
receive a request from the servicer to extend the estimated travel time by a specific amount of time;
add the specific amount of time to the estimated travel time to obtain a revised estimated travel time;
advance the ETA by the specific amount of time to obtain a revised ETA.
5. The service order management system of claim 1, wherein the call-ahead time is calculated independently of information related to locations of the servicer between the start location and the service destination.
6. The service order management system of claim 1, wherein automatically notifying the customer of the ETA comprises notifying the customer of the ETA of the servicer at the service destination no later than a latest call time, wherein the latest call time is defined by the latest time before the ETA at which an automatic notification is made to the customer.
7. The service order management system of claim 1, wherein the order management program further enables the processing device to:
receive an indication that the servicer has arrived at the service destination; and
record information regarding the servicer's arrival.
8. The service order management system of claim 1, wherein the order management program further enables the processing device to:
receive an indication that the servicer has completed the service job and is leaving the service destination; and
receive an indication from the servicer of a next service destination, if any, wherein the next service destination is associated with another customer.
9. The service order management system of claim 1, further comprising an interface device configured to communicate with a mobile device associated with the servicer, wherein the interface device comprises an integrated voice response device.
10. A computer implemented method comprising:
storing an estimated travel time and estimated time of arrival (ETA), the estimated travel time being defined as an estimated period of time for a servicer to travel from a current location to a service destination associated with a customer who is to receive a service from the servicer, and the ETA being defined as an estimated time of day when the servicer is expected to arrive at the service destination;
calculating a call-ahead time defined by a time of day when the customer is to be notified of the servicer's ETA at the service destination, the calculation of the call-ahead time being based in part on a predetermined advanced-warning time period and the ETA, and the predetermined advanced-warning time period being defined as a predetermined amount of time before the ETA for providing an advanced warning of the ETA; and
automatically notifying the customer of the servicer's ETA at the service destination no earlier than the call-ahead time.
11. The computer implemented method of claim 10, further comprising:
receiving information related to the start location of the servicer and information related to the service destination;
in response to receiving the start location information and service destination information, determining the estimated travel time and ETA.
12. The computer implemented method of claim 10, wherein the computer implemented method further comprises receiving at least one of the estimated travel time and ETA from the servicer.
13. The computer implemented method of claim 12, wherein the computer implemented method further comprises calculating the ETA when only the estimated travel time is received from the servicer and calculating the estimated travel time when only the ETA is received from the servicer.
14. The computer implemented method of claim 10, further comprising:
receiving a request from the servicer to extend the estimated travel time by a specific amount of time;
adding the specific amount of time to the estimated travel time to obtain a revised estimated travel time;
advancing the ETA by the specific amount of time to obtain a revised ETA.
15. The computer implemented method of claim 10, wherein calculating the call-ahead time comprises calculating the call-ahead time independently of information related to intermediate locations of the servicer between the start location and the service destination.
16. A computer implemented method comprising:
receiving a service order from a business, the service order including information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer;
automatically calling the telephone number to obtain confirmation of the service job; and
enabling a recipient of the telephone call to connect with a live operator if desired.
17. The computer implemented method of claim 16, further comprising:
receiving a plurality of service orders from a business, each service order including information related to a respective service job to be performed for a customer, the information for each respective service job including at least a telephone number associated with the respective customer;
automatically calling in succession the telephone numbers associated with the respective customers to obtain confirmation of the respective service jobs; and
enabling a recipient of each of the telephone calls to connect with the live operator if desired.
18. The computer implemented method of claim 16, wherein automatically calling the telephone number comprises utilizing an integrated voice response (IVR) device.
19. The computer implemented method of claim 16, further comprising:
receiving an indication when the servicer has arrived at a loading location;
indicating to the servicer which items are to be loaded onto a vehicle associated with the servicer; and
receiving an indication when the servicer is leaving the loading location.
20. The computer implemented method of claim 19, further comprising:
receiving an indication that an item to be delivered has been scanned by the servicer;
receiving an indication as to whether or not the scanned item is being loaded; and
recording an issue with the scanned item if it is not loaded.
21. The computer implemented method of claim 19, further comprising:
communicating to the servicer which item is to be delivered;
receiving an indication from the servicer when the item is scanned;
receiving an indication as to whether or not the scanned item is being unloaded and delivered; and
recording an issue with the scanned item if it is not unloaded and delivered.
22. A computer-readable medium encoded with computer-executable instructions, the computer-readable medium comprising:
logic adapted to receive a service order from a business, the service order including information related to a service job to be performed for a customer, the information including at least a telephone number associated with the customer;
logic adapted to automatically call a telephone number to obtain confirmation of the service job; and
logic adapted to enable a recipient of the telephone call to connect with a live operator if desired.
23. The computer-readable medium of claim 22, further comprising:
logic adapted to receive a plurality of service orders from a business, each service order including information related to a respective service job to be performed for a customer, the information for each respective service job including at least a telephone number associated with the respective customer;
logic adapted to automatically call in succession the telephone numbers associated with the respective customers to obtain confirmation of the respective service jobs; and
logic adapted to enable a recipient of each of the telephone calls to connect with the live operator if desired.
24. The computer-readable medium of claim 22, further comprising:
logic adapted to store an estimated travel time and estimated time of arrival (ETA), wherein the estimated travel time is an estimated period of time for a servicer to travel from a start location to a service destination associated with the customer for whom the servicer is to perform the service job, and wherein the ETA is an estimated time of day when the servicer is expected to arrive at the service destination;
logic adapted to calculate a call-ahead time defined by a time of day when the customer is to be notified of the ETA of the servicer at the service destination, wherein the calculation of the call-ahead time is based in part on a predetermined advanced-warning time period and the ETA, and wherein the predetermined advanced-warning time period is a predetermined amount of time before the ETA for providing an advanced warning of the ETA; and
logic adapted to automatically notify the customer of the ETA of the servicer at the service destination no earlier than the call-ahead time.
25. The computer-readable medium of claim 24, further comprising:
logic adapted to receive information related to the start location of the servicer and information related to the service destination;
logic adapted to determine the estimated travel time and ETA based in part on the start location information and service destination information.
26. The computer-readable medium of claim 24, further comprising:
logic adapted to receive an indication of an additional amount of time requested by the servicer to travel from the start location to the service destination;
wherein the logic adapted to automatically calculate the estimated travel time and ETA is further adapted to add the requested additional amount of time to the estimated travel time and extend the ETA by the requested additional amount of time.
27. The computer-readable medium of claim 24, further comprising:
logic adapted to receive an indication that the servicer has arrived at the service destination; and
logic adapted to record information regarding the servicer's arrival.
US13/246,494 2009-12-04 2011-09-27 Service call-ahead system and method Abandoned US20120059681A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/246,494 US20120059681A1 (en) 2009-12-04 2011-09-27 Service call-ahead system and method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US26659909P 2009-12-04 2009-12-04
US12/959,900 US20110137698A1 (en) 2009-12-04 2010-12-03 Service call-ahead system and method
US13/246,494 US20120059681A1 (en) 2009-12-04 2011-09-27 Service call-ahead system and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/959,900 Continuation US20110137698A1 (en) 2009-12-04 2010-12-03 Service call-ahead system and method

Publications (1)

Publication Number Publication Date
US20120059681A1 true US20120059681A1 (en) 2012-03-08

Family

ID=44082903

Family Applications (16)

Application Number Title Priority Date Filing Date
US12/722,463 Abandoned US20110137808A1 (en) 2009-12-04 2010-03-11 Analyzing survey results
US12/722,455 Abandoned US20110137709A1 (en) 2009-12-04 2010-03-11 Triggering and conducting an automated survey
US12/722,474 Abandoned US20110137696A1 (en) 2009-12-04 2010-03-11 Performing follow-up actions based on survey results
US12/959,900 Abandoned US20110137698A1 (en) 2009-12-04 2010-12-03 Service call-ahead system and method
US13/245,858 Abandoned US20120016720A1 (en) 2009-12-04 2011-09-26 Analyzing survey results
US13/245,854 Active US8515803B2 (en) 2009-12-04 2011-09-26 Triggering and conducting an automated survey
US13/245,859 Abandoned US20120022905A1 (en) 2009-12-04 2011-09-26 Performing follow-up actions based on survey results
US13/246,494 Abandoned US20120059681A1 (en) 2009-12-04 2011-09-27 Service call-ahead system and method
US14/057,396 Abandoned US20140046729A1 (en) 2009-12-04 2013-10-18 Triggering, conducting, and analyzing an automated survey
US14/255,626 Abandoned US20140229238A1 (en) 2009-12-04 2014-04-17 Performing follow-up actions based on survey results
US14/664,385 Active 2032-09-30 US11769163B2 (en) 2009-12-04 2015-03-20 Service call-ahead system and method
US14/746,207 Active 2030-12-10 US10262329B2 (en) 2009-12-04 2015-06-22 Triggering and conducting an automated survey
US16/278,507 Active US10650397B2 (en) 2009-12-04 2019-02-18 Triggering and conducting an automated survey
US16/382,257 Active US10664853B2 (en) 2009-12-04 2019-04-12 Triggering, conducting, and analyzing an automated survey
US16/382,264 Active US10657549B2 (en) 2009-12-04 2019-04-12 Performing follow-up actions based on survey results
US16/828,485 Active 2030-04-18 US11288687B2 (en) 2009-12-04 2020-03-24 Triggering and conducting an automated survey

Family Applications Before (7)

Application Number Title Priority Date Filing Date
US12/722,463 Abandoned US20110137808A1 (en) 2009-12-04 2010-03-11 Analyzing survey results
US12/722,455 Abandoned US20110137709A1 (en) 2009-12-04 2010-03-11 Triggering and conducting an automated survey
US12/722,474 Abandoned US20110137696A1 (en) 2009-12-04 2010-03-11 Performing follow-up actions based on survey results
US12/959,900 Abandoned US20110137698A1 (en) 2009-12-04 2010-12-03 Service call-ahead system and method
US13/245,858 Abandoned US20120016720A1 (en) 2009-12-04 2011-09-26 Analyzing survey results
US13/245,854 Active US8515803B2 (en) 2009-12-04 2011-09-26 Triggering and conducting an automated survey
US13/245,859 Abandoned US20120022905A1 (en) 2009-12-04 2011-09-26 Performing follow-up actions based on survey results

Family Applications After (8)

Application Number Title Priority Date Filing Date
US14/057,396 Abandoned US20140046729A1 (en) 2009-12-04 2013-10-18 Triggering, conducting, and analyzing an automated survey
US14/255,626 Abandoned US20140229238A1 (en) 2009-12-04 2014-04-17 Performing follow-up actions based on survey results
US14/664,385 Active 2032-09-30 US11769163B2 (en) 2009-12-04 2015-03-20 Service call-ahead system and method
US14/746,207 Active 2030-12-10 US10262329B2 (en) 2009-12-04 2015-06-22 Triggering and conducting an automated survey
US16/278,507 Active US10650397B2 (en) 2009-12-04 2019-02-18 Triggering and conducting an automated survey
US16/382,257 Active US10664853B2 (en) 2009-12-04 2019-04-12 Triggering, conducting, and analyzing an automated survey
US16/382,264 Active US10657549B2 (en) 2009-12-04 2019-04-12 Performing follow-up actions based on survey results
US16/828,485 Active 2030-04-18 US11288687B2 (en) 2009-12-04 2020-03-24 Triggering and conducting an automated survey

Country Status (2)

Country Link
US (16) US20110137808A1 (en)
CA (3) CA2696345C (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110137698A1 (en) * 2009-12-04 2011-06-09 3Pd, Inc. Service call-ahead system and method
US20140330671A1 (en) * 2013-05-02 2014-11-06 Locu, Inc. Method for management of online ordering
US8892359B2 (en) 2013-01-11 2014-11-18 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methods for estimating time of arrival for vehicle navigation
US9451083B1 (en) 2015-08-03 2016-09-20 International Business Machines Corporation Communication answering time estimation
US9747630B2 (en) 2013-05-02 2017-08-29 Locu, Inc. System and method for enabling online ordering using unique identifiers
US11669799B2 (en) 2014-08-15 2023-06-06 Rxo Last Mile, Inc. Cascading call notification system and method

Families Citing this family (246)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8135331B2 (en) * 2006-11-22 2012-03-13 Bindu Rama Rao System for providing interactive user interactive user interest survey to user of mobile devices
US10803474B2 (en) 2006-11-22 2020-10-13 Qualtrics, Llc System for creating and distributing interactive advertisements to mobile devices
US8700014B2 (en) 2006-11-22 2014-04-15 Bindu Rama Rao Audio guided system for providing guidance to user of mobile device on multi-step activities
US11256386B2 (en) 2006-11-22 2022-02-22 Qualtrics, Llc Media management system supporting a plurality of mobile devices
US8478250B2 (en) 2007-07-30 2013-07-02 Bindu Rama Rao Interactive media management server
US9348804B2 (en) * 2008-05-12 2016-05-24 The Nielsen Company (Us), Llc Methods and apparatus to provide a choice selection with data presentation
US8694358B2 (en) * 2009-04-14 2014-04-08 Vital Insights Inc. Systems, methods, and media for survey management
US20100262463A1 (en) * 2009-04-14 2010-10-14 Jason Tryfon Systems, Methods, and Media for Management of a Survey Response Associated with a Score
US20130246301A1 (en) * 2009-12-04 2013-09-19 Uber Technologies, Inc. Providing user feedback for transport services through use of mobile devices
EP3522081A1 (en) 2009-12-04 2019-08-07 Uber Technologies, Inc. System and method for arranging transport amongst parties through use of mobile devices
US9230292B2 (en) 2012-11-08 2016-01-05 Uber Technologies, Inc. Providing on-demand services through use of portable computing devices
US8660965B1 (en) * 2010-03-09 2014-02-25 Intuit Inc. System and method for mobile proximity ordering
CA2699871A1 (en) * 2010-04-09 2011-10-09 121Qa Inc. Customer satisfaction analytics system using on-site service quality evaluation
US8817969B1 (en) 2010-06-25 2014-08-26 Amazon Technologies, Inc. Systems and methods for query input via telephony devices
US8554802B1 (en) 2010-10-09 2013-10-08 MEI Research, Ltd. System to dynamically collect and synchronize data with mobile devices
US9213980B2 (en) * 2010-11-12 2015-12-15 Ebay Inc. Using behavioral data in rating user reputation
US20120213404A1 (en) 2011-02-18 2012-08-23 Google Inc. Automatic event recognition and cross-user photo clustering
US20130096985A1 (en) * 2011-04-05 2013-04-18 Georgia Tech Research Corporation Survey systems and methods useable with mobile devices and media presentation environments
US9491291B1 (en) * 2011-04-20 2016-11-08 Confinement Telephony Technology, Llc Systems and methods for institutional messaging
US10528914B2 (en) 2012-04-27 2020-01-07 Benbria Corporation System and method for rule-based information routing and participation
US9009067B1 (en) * 2012-04-30 2015-04-14 Grubhub Holdings Inc. System, method and apparatus for managing made-to-order food tickets for a restaurant service
WO2013182965A1 (en) 2012-06-06 2013-12-12 Ben Volach Survey sampling prior to message publishing
US9391792B2 (en) 2012-06-27 2016-07-12 Google Inc. System and method for event content stream
US8983972B2 (en) * 2012-10-01 2015-03-17 Sap Se Collection and reporting of customer survey data
WO2014055568A1 (en) * 2012-10-01 2014-04-10 Cadio, Inc. Consumer analytics system that determines, offers, and monitors use of rewards incentivizing consumers to perform tasks
US20140100918A1 (en) * 2012-10-05 2014-04-10 Lightspeed Online Research, Inc. Analyzing market research survey results using social networking activity information
US20140114733A1 (en) * 2012-10-23 2014-04-24 Thomas A Mello Business Review Internet Posting System Using Customer Survey Response
US9418370B2 (en) 2012-10-23 2016-08-16 Google Inc. Obtaining event reviews
US9671233B2 (en) 2012-11-08 2017-06-06 Uber Technologies, Inc. Dynamically providing position information of a transit object to a computing device
US20140229236A1 (en) 2013-02-12 2014-08-14 Unify Square, Inc. User Survey Service for Unified Communications
US20190287122A9 (en) * 2013-03-15 2019-09-19 Benbria Corporation Real-time survey and scoreboard systems
US20140278783A1 (en) * 2013-03-15 2014-09-18 Benbria Corporation Real-time customer engagement system
US20140324728A1 (en) * 2013-04-24 2014-10-30 Lifeworx, Inc. System and method for progressive feedback collection and review
US20140337100A1 (en) * 2013-05-10 2014-11-13 Mark Crawford System and method of obtaining customer feedback
US9607311B2 (en) * 2013-06-10 2017-03-28 Chian Chiu Li System and methods for conducting surveys
US10264113B2 (en) 2014-01-10 2019-04-16 Onepin, Inc. Automated messaging
US10298740B2 (en) 2014-01-10 2019-05-21 Onepin, Inc. Automated messaging
SG2014014773A (en) * 2014-02-13 2015-09-29 Service Bureau Pte Ltd Method and system for managing customer feedback survey responses
US20150324821A1 (en) * 2014-05-07 2015-11-12 Rincon & Associates Multicultural Survey Response System
US10289867B2 (en) 2014-07-27 2019-05-14 OneTrust, LLC Data processing systems for webform crawling to map processing activities and related methods
US10181051B2 (en) 2016-06-10 2019-01-15 OneTrust, LLC Data processing systems for generating and populating a data inventory for processing data access requests
US9729583B1 (en) 2016-06-10 2017-08-08 OneTrust, LLC Data processing systems and methods for performing privacy assessments and monitoring of new versions of computer code for privacy compliance
US9824323B1 (en) * 2014-08-11 2017-11-21 Walgreen Co. Gathering in-store employee ratings using triggered feedback solicitations
US10753751B2 (en) * 2014-09-19 2020-08-25 Arris Enterprises Llc Systems and methods for street level routing
US10191895B2 (en) * 2014-11-03 2019-01-29 Adobe Systems Incorporated Adaptive modification of content presented in electronic forms
US10007918B1 (en) * 2014-12-26 2018-06-26 Sprint Communications Company L.P. Customer care automation system
WO2016123381A1 (en) * 2015-01-28 2016-08-04 Kamensky William Concepts for determining attributes of a population of mobile device users
EP3054404A1 (en) * 2015-02-04 2016-08-10 Hexagon Technology Center GmbH Work information modelling
US10026506B1 (en) 2015-02-06 2018-07-17 Brain Trust Innovations I, Llc System, RFID chip, server and method for capturing vehicle data
EP3269159A4 (en) 2015-03-09 2019-01-16 OnePin, Inc. Automatic event-based network monitoring
WO2016179197A1 (en) 2015-05-04 2016-11-10 Onepin, Inc. Automatic aftercall directory and phonebook entry advertising
CN106303102A (en) * 2015-06-25 2017-01-04 阿里巴巴集团控股有限公司 Automatization's calling-out method, Apparatus and system
EP3274878A1 (en) 2015-09-28 2018-01-31 Google LLC Sharing images and image albums over a communication network
US10643223B2 (en) 2015-09-29 2020-05-05 Microsoft Technology Licensing, Llc Determining optimal responsiveness for accurate surveying
US9711836B1 (en) 2015-10-30 2017-07-18 The United States of America as requested by the Secretary of the Air Force Tunable high isolation circulator
US9894342B2 (en) * 2015-11-25 2018-02-13 Red Hat Israel, Ltd. Flicker-free remoting support for server-rendered stereoscopic imaging
US20220164840A1 (en) 2016-04-01 2022-05-26 OneTrust, LLC Data processing systems and methods for integrating privacy information management systems with data loss prevention tools or other tools for privacy design
US10706447B2 (en) 2016-04-01 2020-07-07 OneTrust, LLC Data processing systems and communication systems and methods for the efficient generation of privacy risk assessments
US9892444B2 (en) 2016-04-01 2018-02-13 OneTrust, LLC Data processing systems and communication systems and methods for the efficient generation of privacy risk assessments
US10176503B2 (en) 2016-04-01 2019-01-08 OneTrust, LLC Data processing systems and methods for efficiently assessing the risk of privacy campaigns
US10176502B2 (en) 2016-04-01 2019-01-08 OneTrust, LLC Data processing systems and methods for integrating privacy information management systems with data loss prevention tools or other tools for privacy design
US10423996B2 (en) 2016-04-01 2019-09-24 OneTrust, LLC Data processing systems and communication systems and methods for the efficient generation of privacy risk assessments
US9898769B2 (en) 2016-04-01 2018-02-20 OneTrust, LLC Data processing systems and methods for operationalizing privacy compliance via integrated mobile applications
US11004125B2 (en) 2016-04-01 2021-05-11 OneTrust, LLC Data processing systems and methods for integrating privacy information management systems with data loss prevention tools or other tools for privacy design
US11244367B2 (en) 2016-04-01 2022-02-08 OneTrust, LLC Data processing systems and methods for integrating privacy information management systems with data loss prevention tools or other tools for privacy design
US9892443B2 (en) 2016-04-01 2018-02-13 OneTrust, LLC Data processing systems for modifying privacy campaign data via electronic messaging systems
US10572686B2 (en) 2016-06-10 2020-02-25 OneTrust, LLC Consent receipt management systems and related methods
US11651106B2 (en) 2016-06-10 2023-05-16 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US10706379B2 (en) 2016-06-10 2020-07-07 OneTrust, LLC Data processing systems for automatic preparation for remediation and related methods
US10685140B2 (en) 2016-06-10 2020-06-16 OneTrust, LLC Consent receipt management systems and related methods
US11520928B2 (en) 2016-06-10 2022-12-06 OneTrust, LLC Data processing systems for generating personal data receipts and related methods
US10944725B2 (en) 2016-06-10 2021-03-09 OneTrust, LLC Data processing systems and methods for using a data model to select a target data asset in a data migration
US11228620B2 (en) 2016-06-10 2022-01-18 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US10726158B2 (en) 2016-06-10 2020-07-28 OneTrust, LLC Consent receipt management and automated process blocking systems and related methods
US11057356B2 (en) 2016-06-10 2021-07-06 OneTrust, LLC Automated data processing systems and methods for automatically processing data subject access requests using a chatbot
US10592648B2 (en) 2016-06-10 2020-03-17 OneTrust, LLC Consent receipt management systems and related methods
US11138242B2 (en) 2016-06-10 2021-10-05 OneTrust, LLC Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
US11675929B2 (en) 2016-06-10 2023-06-13 OneTrust, LLC Data processing consent sharing systems and related methods
US10235534B2 (en) 2016-06-10 2019-03-19 OneTrust, LLC Data processing systems for prioritizing data subject access requests for fulfillment and related methods
US11336697B2 (en) 2016-06-10 2022-05-17 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11025675B2 (en) 2016-06-10 2021-06-01 OneTrust, LLC Data processing systems and methods for performing privacy assessments and monitoring of new versions of computer code for privacy compliance
US10565236B1 (en) 2016-06-10 2020-02-18 OneTrust, LLC Data processing systems for generating and populating a data inventory
US10776517B2 (en) 2016-06-10 2020-09-15 OneTrust, LLC Data processing systems for calculating and communicating cost of fulfilling data subject access requests and related methods
US10909488B2 (en) 2016-06-10 2021-02-02 OneTrust, LLC Data processing systems for assessing readiness for responding to privacy-related incidents
US10565161B2 (en) 2016-06-10 2020-02-18 OneTrust, LLC Data processing systems for processing data subject access requests
US10289870B2 (en) 2016-06-10 2019-05-14 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US10783256B2 (en) 2016-06-10 2020-09-22 OneTrust, LLC Data processing systems for data transfer risk identification and related methods
US10878127B2 (en) 2016-06-10 2020-12-29 OneTrust, LLC Data subject access request processing systems and related methods
US11636171B2 (en) 2016-06-10 2023-04-25 OneTrust, LLC Data processing user interface monitoring systems and related methods
US10706174B2 (en) 2016-06-10 2020-07-07 OneTrust, LLC Data processing systems for prioritizing data subject access requests for fulfillment and related methods
US11328092B2 (en) 2016-06-10 2022-05-10 OneTrust, LLC Data processing systems for processing and managing data subject access in a distributed environment
US11151233B2 (en) 2016-06-10 2021-10-19 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10848523B2 (en) 2016-06-10 2020-11-24 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11727141B2 (en) 2016-06-10 2023-08-15 OneTrust, LLC Data processing systems and methods for synching privacy-related user consent across multiple computing devices
US10713387B2 (en) 2016-06-10 2020-07-14 OneTrust, LLC Consent conversion optimization systems and related methods
US11481710B2 (en) 2016-06-10 2022-10-25 OneTrust, LLC Privacy management systems and methods
US10776518B2 (en) 2016-06-10 2020-09-15 OneTrust, LLC Consent receipt management systems and related methods
US11087260B2 (en) 2016-06-10 2021-08-10 OneTrust, LLC Data processing systems and methods for customizing privacy training
US10853501B2 (en) 2016-06-10 2020-12-01 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10776514B2 (en) 2016-06-10 2020-09-15 OneTrust, LLC Data processing systems for the identification and deletion of personal data in computer systems
US10181019B2 (en) 2016-06-10 2019-01-15 OneTrust, LLC Data processing systems and communications systems and methods for integrating privacy compliance systems with software development and agile tools for privacy design
US10454973B2 (en) 2016-06-10 2019-10-22 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US10438017B2 (en) 2016-06-10 2019-10-08 OneTrust, LLC Data processing systems for processing data subject access requests
US10509894B2 (en) 2016-06-10 2019-12-17 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10585968B2 (en) 2016-06-10 2020-03-10 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11295316B2 (en) 2016-06-10 2022-04-05 OneTrust, LLC Data processing systems for identity validation for consumer rights requests and related methods
US10592692B2 (en) 2016-06-10 2020-03-17 OneTrust, LLC Data processing systems for central consent repository and related methods
US10437412B2 (en) 2016-06-10 2019-10-08 OneTrust, LLC Consent receipt management systems and related methods
US10607028B2 (en) 2016-06-10 2020-03-31 OneTrust, LLC Data processing systems for data testing to confirm data deletion and related methods
US10346638B2 (en) 2016-06-10 2019-07-09 OneTrust, LLC Data processing systems for identifying and modifying processes that are subject to data subject access requests
US10949170B2 (en) 2016-06-10 2021-03-16 OneTrust, LLC Data processing systems for integration of consumer feedback with data subject access requests and related methods
US11475136B2 (en) 2016-06-10 2022-10-18 OneTrust, LLC Data processing systems for data transfer risk identification and related methods
US11418492B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing systems and methods for using a data model to select a target data asset in a data migration
US10346637B2 (en) 2016-06-10 2019-07-09 OneTrust, LLC Data processing systems for the identification and deletion of personal data in computer systems
US11343284B2 (en) 2016-06-10 2022-05-24 OneTrust, LLC Data processing systems and methods for performing privacy assessments and monitoring of new versions of computer code for privacy compliance
US11227247B2 (en) 2016-06-10 2022-01-18 OneTrust, LLC Data processing systems and methods for bundled privacy policies
US10896394B2 (en) 2016-06-10 2021-01-19 OneTrust, LLC Privacy management systems and methods
US11134086B2 (en) 2016-06-10 2021-09-28 OneTrust, LLC Consent conversion optimization systems and related methods
US10503926B2 (en) 2016-06-10 2019-12-10 OneTrust, LLC Consent receipt management systems and related methods
US10282559B2 (en) 2016-06-10 2019-05-07 OneTrust, LLC Data processing systems for identifying, assessing, and remediating data processing risks using data modeling techniques
US11438386B2 (en) 2016-06-10 2022-09-06 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US10642870B2 (en) 2016-06-10 2020-05-05 OneTrust, LLC Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
US11416109B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Automated data processing systems and methods for automatically processing data subject access requests using a chatbot
US11222309B2 (en) 2016-06-10 2022-01-11 OneTrust, LLC Data processing systems for generating and populating a data inventory
US10614247B2 (en) 2016-06-10 2020-04-07 OneTrust, LLC Data processing systems for automated classification of personal information from documents and related methods
US10282700B2 (en) 2016-06-10 2019-05-07 OneTrust, LLC Data processing systems for generating and populating a data inventory
US11366909B2 (en) 2016-06-10 2022-06-21 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US11210420B2 (en) 2016-06-10 2021-12-28 OneTrust, LLC Data subject access request processing systems and related methods
US11461500B2 (en) 2016-06-10 2022-10-04 OneTrust, LLC Data processing systems for cookie compliance testing with website scanning and related methods
US10318761B2 (en) 2016-06-10 2019-06-11 OneTrust, LLC Data processing systems and methods for auditing data request compliance
US10289866B2 (en) 2016-06-10 2019-05-14 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11074367B2 (en) 2016-06-10 2021-07-27 OneTrust, LLC Data processing systems for identity validation for consumer rights requests and related methods
US11625502B2 (en) 2016-06-10 2023-04-11 OneTrust, LLC Data processing systems for identifying and modifying processes that are subject to data subject access requests
US11294939B2 (en) 2016-06-10 2022-04-05 OneTrust, LLC Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
US10678945B2 (en) 2016-06-10 2020-06-09 OneTrust, LLC Consent receipt management systems and related methods
US10706131B2 (en) 2016-06-10 2020-07-07 OneTrust, LLC Data processing systems and methods for efficiently assessing the risk of privacy campaigns
US10510031B2 (en) 2016-06-10 2019-12-17 OneTrust, LLC Data processing systems for identifying, assessing, and remediating data processing risks using data modeling techniques
US11138299B2 (en) 2016-06-10 2021-10-05 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10353673B2 (en) * 2016-06-10 2019-07-16 OneTrust, LLC Data processing systems for integration of consumer feedback with data subject access requests and related methods
US10839102B2 (en) 2016-06-10 2020-11-17 OneTrust, LLC Data processing systems for identifying and modifying processes that are subject to data subject access requests
US10496846B1 (en) 2016-06-10 2019-12-03 OneTrust, LLC Data processing and communications systems and methods for the efficient implementation of privacy by design
US11144622B2 (en) 2016-06-10 2021-10-12 OneTrust, LLC Privacy management systems and methods
US10997315B2 (en) 2016-06-10 2021-05-04 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11354435B2 (en) 2016-06-10 2022-06-07 OneTrust, LLC Data processing systems for data testing to confirm data deletion and related methods
US10708305B2 (en) 2016-06-10 2020-07-07 OneTrust, LLC Automated data processing systems and methods for automatically processing requests for privacy-related information
US11238390B2 (en) 2016-06-10 2022-02-01 OneTrust, LLC Privacy management systems and methods
US10440062B2 (en) 2016-06-10 2019-10-08 OneTrust, LLC Consent receipt management systems and related methods
US10997318B2 (en) 2016-06-10 2021-05-04 OneTrust, LLC Data processing systems for generating and populating a data inventory for processing data access requests
US11146566B2 (en) 2016-06-10 2021-10-12 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11562097B2 (en) 2016-06-10 2023-01-24 OneTrust, LLC Data processing systems for central consent repository and related methods
US10796260B2 (en) 2016-06-10 2020-10-06 OneTrust, LLC Privacy management systems and methods
US10909265B2 (en) 2016-06-10 2021-02-02 OneTrust, LLC Application privacy scanning systems and related methods
US11200341B2 (en) 2016-06-10 2021-12-14 OneTrust, LLC Consent receipt management systems and related methods
US10873606B2 (en) 2016-06-10 2020-12-22 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11651104B2 (en) 2016-06-10 2023-05-16 OneTrust, LLC Consent receipt management systems and related methods
US11354434B2 (en) 2016-06-10 2022-06-07 OneTrust, LLC Data processing systems for verification of consent and notice processing and related methods
US10204154B2 (en) 2016-06-10 2019-02-12 OneTrust, LLC Data processing systems for generating and populating a data inventory
US11157600B2 (en) 2016-06-10 2021-10-26 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10275614B2 (en) 2016-06-10 2019-04-30 OneTrust, LLC Data processing systems for generating and populating a data inventory
US10496803B2 (en) 2016-06-10 2019-12-03 OneTrust, LLC Data processing systems and methods for efficiently assessing the risk of privacy campaigns
US11188615B2 (en) 2016-06-10 2021-11-30 OneTrust, LLC Data processing consent capture systems and related methods
US10949565B2 (en) 2016-06-10 2021-03-16 OneTrust, LLC Data processing systems for generating and populating a data inventory
US10846433B2 (en) 2016-06-10 2020-11-24 OneTrust, LLC Data processing consent management systems and related methods
US11301796B2 (en) 2016-06-10 2022-04-12 OneTrust, LLC Data processing systems and methods for customizing privacy training
US11222139B2 (en) 2016-06-10 2022-01-11 OneTrust, LLC Data processing systems and methods for automatic discovery and assessment of mobile software development kits
US10740487B2 (en) 2016-06-10 2020-08-11 OneTrust, LLC Data processing systems and methods for populating and maintaining a centralized database of personal data
US11341447B2 (en) 2016-06-10 2022-05-24 OneTrust, LLC Privacy management systems and methods
US10586075B2 (en) 2016-06-10 2020-03-10 OneTrust, LLC Data processing systems for orphaned data identification and deletion and related methods
US11403377B2 (en) 2016-06-10 2022-08-02 OneTrust, LLC Privacy management systems and methods
US11416590B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US10452864B2 (en) 2016-06-10 2019-10-22 OneTrust, LLC Data processing systems for webform crawling to map processing activities and related methods
US10430740B2 (en) 2016-06-10 2019-10-01 One Trust, LLC Data processing systems for calculating and communicating cost of fulfilling data subject access requests and related methods
US10769301B2 (en) 2016-06-10 2020-09-08 OneTrust, LLC Data processing systems for webform crawling to map processing activities and related methods
US10452866B2 (en) 2016-06-10 2019-10-22 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US10565397B1 (en) 2016-06-10 2020-02-18 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11416798B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing systems and methods for providing training in a vendor procurement process
US10416966B2 (en) 2016-06-10 2019-09-17 OneTrust, LLC Data processing systems for identity validation of data subject access requests and related methods
US11038925B2 (en) 2016-06-10 2021-06-15 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11188862B2 (en) 2016-06-10 2021-11-30 OneTrust, LLC Privacy management systems and methods
US11392720B2 (en) 2016-06-10 2022-07-19 OneTrust, LLC Data processing systems for verification of consent and notice processing and related methods
US11586700B2 (en) 2016-06-10 2023-02-21 OneTrust, LLC Data processing systems and methods for automatically blocking the use of tracking tools
US11100444B2 (en) 2016-06-10 2021-08-24 OneTrust, LLC Data processing systems and methods for providing training in a vendor procurement process
US11544667B2 (en) 2016-06-10 2023-01-03 OneTrust, LLC Data processing systems for generating and populating a data inventory
US11023842B2 (en) 2016-06-10 2021-06-01 OneTrust, LLC Data processing systems and methods for bundled privacy policies
US10282692B2 (en) 2016-06-10 2019-05-07 OneTrust, LLC Data processing systems for identifying, assessing, and remediating data processing risks using data modeling techniques
US10353674B2 (en) 2016-06-10 2019-07-16 OneTrust, LLC Data processing and communications systems and methods for the efficient implementation of privacy by design
US10606916B2 (en) 2016-06-10 2020-03-31 OneTrust, LLC Data processing user interface monitoring systems and related methods
US10169609B1 (en) 2016-06-10 2019-01-01 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US10798133B2 (en) 2016-06-10 2020-10-06 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US10467432B2 (en) 2016-06-10 2019-11-05 OneTrust, LLC Data processing systems for use in automatically generating, populating, and submitting data subject access requests
US10242228B2 (en) 2016-06-10 2019-03-26 OneTrust, LLC Data processing systems for measuring privacy maturity within an organization
US10885485B2 (en) 2016-06-10 2021-01-05 OneTrust, LLC Privacy management systems and methods
US11222142B2 (en) 2016-06-10 2022-01-11 OneTrust, LLC Data processing systems for validating authorization for personal data collection, storage, and processing
US10509920B2 (en) 2016-06-10 2019-12-17 OneTrust, LLC Data processing systems for processing data subject access requests
US10706176B2 (en) 2016-06-10 2020-07-07 OneTrust, LLC Data-processing consent refresh, re-prompt, and recapture systems and related methods
US11277448B2 (en) 2016-06-10 2022-03-15 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US10803200B2 (en) 2016-06-10 2020-10-13 OneTrust, LLC Data processing systems for processing and managing data subject access in a distributed environment
US11366786B2 (en) 2016-06-10 2022-06-21 OneTrust, LLC Data processing systems for processing data subject access requests
US10284604B2 (en) 2016-06-10 2019-05-07 OneTrust, LLC Data processing and scanning systems for generating and populating a data inventory
US10762236B2 (en) 2016-06-10 2020-09-01 OneTrust, LLC Data processing user interface monitoring systems and related methods
US11416589B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
FR3053192A1 (en) * 2016-06-23 2017-12-29 Orange METHOD FOR TRANSMITTING A DIGITAL SIGNAL FOR A SYSTEM HAVING AT LEAST ONE DYNAMIC HALF-DUPLEX RELAY WITH SELECTIVE LOGIC, PROGRAM PRODUCT AND CORRESPONDING RELAY DEVICE
WO2018067668A1 (en) 2016-10-04 2018-04-12 E*Dray 20/20 Llc System and method for collaborative and dynamic coordination of transportation of shipping containers
US10423991B1 (en) 2016-11-30 2019-09-24 Uber Technologies, Inc. Implementing and optimizing safety interventions
US10977604B2 (en) 2017-01-23 2021-04-13 Uber Technologies, Inc. Systems for routing and controlling vehicles for freight
US11392970B2 (en) * 2017-02-15 2022-07-19 Qualtrics, Llc Administering a digital survey over voice-capable devices
CN106982304B (en) 2017-02-16 2019-04-19 平安科技(深圳)有限公司 A kind of score information matching process and device
US10440180B1 (en) 2017-02-27 2019-10-08 United Services Automobile Association (Usaa) Learning based metric determination for service sessions
US11334476B2 (en) * 2017-03-28 2022-05-17 Microsoft Technology Licensing, Llc Client-side survey control
US10432728B2 (en) 2017-05-17 2019-10-01 Google Llc Automatic image sharing with designated users over a communication network
US10013577B1 (en) 2017-06-16 2018-07-03 OneTrust, LLC Data processing systems for identifying whether cookies contain personally identifying information
US11250372B2 (en) 2017-09-22 2022-02-15 Uber Technologies, Inc Freight network system using modularized trailers
US10373492B2 (en) 2017-10-25 2019-08-06 Uber Technologies, Inc. Network computer system to evaluate an operator of a freight vehicle
US11455644B2 (en) 2017-11-03 2022-09-27 Microsoft Technology Licensing, Llc Dynamic governance of exposing inquiries and notifications at client devices
US10902033B2 (en) * 2017-12-01 2021-01-26 Uber Technologies, Inc. Point of interest accuracy using tickets
JP6550162B1 (en) * 2018-03-29 2019-07-24 中村 一人 Taxi allocation system and taxi allocation method
US11392881B2 (en) 2018-04-16 2022-07-19 Uber Technologies, Inc. Freight vehicle matching and operation
CN108711028B (en) * 2018-05-28 2022-11-29 环境保护部华南环境科学研究所 Distributed computation-based solid waste classified transportation multistage cooperative decision making system
US10740536B2 (en) * 2018-08-06 2020-08-11 International Business Machines Corporation Dynamic survey generation and verification
US11544409B2 (en) 2018-09-07 2023-01-03 OneTrust, LLC Data processing systems and methods for automatically protecting sensitive data within privacy management systems
US10803202B2 (en) 2018-09-07 2020-10-13 OneTrust, LLC Data processing systems for orphaned data identification and deletion and related methods
US11144675B2 (en) 2018-09-07 2021-10-12 OneTrust, LLC Data processing systems and methods for automatically protecting sensitive data within privacy management systems
US10997013B2 (en) 2018-12-10 2021-05-04 Microsoft Technology Licensing, Llc Systems and methods of analyzing user responses to inquiries to diagnose and mitigate reported performance issues on a client device
US11155263B2 (en) 2019-03-08 2021-10-26 Uber Technologies, Inc. Network computer system to control freight vehicle operation configurations
US11386441B2 (en) * 2019-04-17 2022-07-12 Citrix Systems, Inc. Enhancing employee engagement using intelligent workspaces
CN110077676B (en) * 2019-04-19 2021-11-23 宝鸡胜利现代农业开发有限公司 Energy-saving industrial edible mushroom production system
US11810135B2 (en) 2019-06-25 2023-11-07 Otsuka America Pharmaceutical, Inc. System and method for generating transaction trigger data structures for aggregated reporting
CN111080109B (en) * 2019-12-06 2023-05-05 中信银行股份有限公司 Customer service quality evaluation method and device and electronic equipment
WO2022011142A1 (en) 2020-07-08 2022-01-13 OneTrust, LLC Systems and methods for targeted data discovery
EP4189569A1 (en) 2020-07-28 2023-06-07 OneTrust LLC Systems and methods for automatically blocking the use of tracking tools
US20220037004A1 (en) * 2020-07-31 2022-02-03 Hennepin Healthcare System, Inc. Healthcare worker burnout detection tool
US11475165B2 (en) 2020-08-06 2022-10-18 OneTrust, LLC Data processing systems and methods for automatically redacting unstructured data from a data subject access request
US11436373B2 (en) 2020-09-15 2022-09-06 OneTrust, LLC Data processing systems and methods for detecting tools for the automatic blocking of consent requests
US11526624B2 (en) 2020-09-21 2022-12-13 OneTrust, LLC Data processing systems and methods for automatically detecting target data transfers and target data processing
EP4241173A1 (en) 2020-11-06 2023-09-13 OneTrust LLC Systems and methods for identifying data processing activities based on data discovery results
US11687528B2 (en) 2021-01-25 2023-06-27 OneTrust, LLC Systems and methods for discovery, classification, and indexing of data in a native computing system
US11442906B2 (en) 2021-02-04 2022-09-13 OneTrust, LLC Managing custom attributes for domain objects defined within microservices
WO2022170254A1 (en) 2021-02-08 2022-08-11 OneTrust, LLC Data processing systems and methods for anonymizing data samples in classification analysis
US11601464B2 (en) 2021-02-10 2023-03-07 OneTrust, LLC Systems and methods for mitigating risks of third-party computing system functionality integration into a first-party computing system
US11775348B2 (en) 2021-02-17 2023-10-03 OneTrust, LLC Managing custom workflows for domain objects defined within microservices
US11546661B2 (en) 2021-02-18 2023-01-03 OneTrust, LLC Selective redaction of media content
WO2022192269A1 (en) 2021-03-08 2022-09-15 OneTrust, LLC Data transfer discovery and analysis systems and related methods
US20220292519A1 (en) * 2021-03-15 2022-09-15 Ncr Corporation Item return data integration processing
US11562078B2 (en) 2021-04-16 2023-01-24 OneTrust, LLC Assessing and managing computational risk involved with integrating third party computing functionality within a computing system
US11637793B2 (en) 2021-05-11 2023-04-25 Zipwhip, Llc Communication system facilitating delivery of a predefined message to end user devices on initial communications with an entity
US11620142B1 (en) 2022-06-03 2023-04-04 OneTrust, LLC Generating and customizing user interfaces for demonstrating functions of interactive user environments

Citations (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5987377A (en) * 1995-02-10 1999-11-16 Highwaymaster Communications, Inc. Method and apparatus for determining expected time of arrival
US6370231B1 (en) * 1998-11-24 2002-04-09 Bellsouth Intellectual Property Corporation Method and system for calculating the estimated time of arrival of a service technician
WO2002044829A2 (en) * 2000-11-29 2002-06-06 Ran Erhard Method and system for condcuting fully automated survey research
US6411891B1 (en) * 1997-03-10 2002-06-25 Global Research Systems, Inc. Advance notification system and method utilizing user-definable notification time periods
US20040243430A1 (en) * 2003-05-28 2004-12-02 Horstemeyer Scott A. Notification systems and methods enabling a response to cause connection between a notified PCD and a delivery or pickup representative
US20050114167A1 (en) * 2003-11-21 2005-05-26 Mcevoy Dean Booking system and method
US20050171856A1 (en) * 2004-01-30 2005-08-04 Canon Usa, Inc. Estimated time of arrival (ETA) systems and methods
US6975998B1 (en) * 2000-03-01 2005-12-13 Arrivalstar, Inc. Package delivery notification system and method
US6980131B1 (en) * 2000-10-24 2005-12-27 @Road, Inc. Targeted impending arrival notification of a wirelessly connected location device
US20060047419A1 (en) * 2004-09-02 2006-03-02 Diendorf John R Telematic method and apparatus for managing shipping logistics
US20060111089A1 (en) * 2004-11-24 2006-05-25 Agilis Systems, Inc. System and method for mobile resource management having mobile agent location identification
US20070255491A1 (en) * 2006-03-08 2007-11-01 Pieter Geelen Navigation device and method for conveying information relationships
US20080082257A1 (en) * 2006-09-05 2008-04-03 Garmin Ltd. Personal navigational device and method with automatic call-ahead
US20080169937A1 (en) * 2007-01-16 2008-07-17 Sadie Lowry Method and system for communicating with users of wireless devices when approaching a predetermined destination
WO2008107880A2 (en) * 2007-03-05 2008-09-12 Invoke Solutions Inc. Point of experience survey
US20090125425A1 (en) * 2007-11-01 2009-05-14 Hunter E. Riley, Llc Auditable merchandise delivery using an electronic bill of lading
US20090281929A1 (en) * 2008-05-08 2009-11-12 United Parcel Service Of America, Inc. Proactive Monitoring and Intervention Capabilities in a Package Delivery System
US20100141514A1 (en) * 2008-12-04 2010-06-10 International Business Machines Corporation Combining time and gps locations to trigger message alerts
US8165773B1 (en) * 2005-03-29 2012-04-24 Avaya Inc. Destination arrival estimates auto-notification based on cellular systems

Family Cites Families (192)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4153874A (en) * 1977-08-26 1979-05-08 Kaestner Erwin A Mobile perpetually self-correcting estimated time of arrival calculator
US4937439A (en) * 1988-05-13 1990-06-26 National Computer Systems, Inc. Method and system for creating and scanning a customized survey form
US6684195B1 (en) * 1989-05-01 2004-01-27 Catalina Marketing International, Inc. Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5131024A (en) * 1990-05-16 1992-07-14 Messager Partners Method and apparatus for providing proactive call services following call completion
US5309505A (en) * 1991-05-20 1994-05-03 Inventions, Inc. Automated voice system for improving agent efficiency and improving service to parties on hold
US7133834B1 (en) * 1992-08-06 2006-11-07 Ferrara Ethereal Llc Product value information interchange server
GB2293071B (en) * 1993-05-14 1997-09-17 Worldwide Notific Syst Apparatus for signalling notice of arrival of a movable carrier
US6952645B1 (en) * 1997-03-10 2005-10-04 Arrivalstar, Inc. System and method for activation of an advance notification system for monitoring and reporting status of vehicle travel
US5400020A (en) * 1993-05-18 1995-03-21 Global Research Systems, Inc. Advance notification system and method
US6363323B1 (en) * 1993-05-18 2002-03-26 Global Research Systems, Inc. Apparatus and method for monitoring travel of a mobile vehicle
US6748320B2 (en) * 1993-05-18 2004-06-08 Arrivalstar, Inc. Advance notification systems and methods utilizing a computer network
US5668543A (en) * 1993-05-18 1997-09-16 Global Research Systems, Inc. Advance notification system and method utilizing passenger calling report generator
US6618668B1 (en) * 2000-04-26 2003-09-09 Arrivalstar, Inc. System and method for obtaining vehicle schedule information in an advance notification system
US5657010A (en) * 1993-05-18 1997-08-12 Global Research Systems, Inc. Advance notification system and method utilizing vehicle progress report generator
US6748318B1 (en) * 1993-05-18 2004-06-08 Arrivalstar, Inc. Advanced notification systems and methods utilizing a computer network
US6683542B1 (en) * 1993-05-18 2004-01-27 Arrivalstar, Inc. Advanced notification system and method utilizing a distinctive telephone ring
US6278936B1 (en) * 1993-05-18 2001-08-21 Global Research Systems, Inc. System and method for an advance notification system for monitoring and reporting proximity of a vehicle
US6700507B2 (en) * 1993-05-18 2004-03-02 Arrivalstar, Inc. Advance notification system and method utilizing vehicle signaling
US6486801B1 (en) * 1993-05-18 2002-11-26 Arrivalstar, Inc. Base station apparatus and method for monitoring travel of a mobile vehicle
US5623260A (en) * 1993-05-18 1997-04-22 Global Research Systems, Inc. Advance notification system and method utilizing passenger-definable notification time period
US6492912B1 (en) * 1993-05-18 2002-12-10 Arrivalstar, Inc. System and method for efficiently notifying users of impending arrivals of vehicles
US20030098802A1 (en) * 1999-03-01 2003-05-29 Jones Martin Kelly Base station apparatus and method for monitoring travel of a mobile vehicle
US5517405A (en) * 1993-10-14 1996-05-14 Aetna Life And Casualty Company Expert system for providing interactive assistance in solving problems such as health care management
US5471382A (en) * 1994-01-10 1995-11-28 Informed Access Systems, Inc. Medical network management system and process
US5703935A (en) * 1994-03-29 1997-12-30 Mci Communications Corporation Automated telephone operator services
AUPM813394A0 (en) * 1994-09-14 1994-10-06 Dolphin Software Pty Ltd A method and apparatus for preparation of a database document in a local processing apparatus and loading of the database document with data from remote sources
US5706441A (en) * 1995-06-07 1998-01-06 Cigna Health Corporation Method and apparatus for objectively monitoring and assessing the performance of health-care providers
US5884032A (en) * 1995-09-25 1999-03-16 The New Brunswick Telephone Company, Limited System for coordinating communications via customer contact channel changing system using call centre for setting up the call between customer and an available help agent
US5924073A (en) * 1995-11-14 1999-07-13 Beacon Patient Physician Association, Llc System and method for assessing physician performance using robust multivariate techniques of statistical analysis
US5838774A (en) * 1996-07-01 1998-11-17 Bellsouth Corporation Telephone polling method
US5956693A (en) * 1996-07-19 1999-09-21 Geerlings; Huib Computer system for merchant communication to customers
US6513014B1 (en) * 1996-07-24 2003-01-28 Walker Digital, Llc Method and apparatus for administering a survey via a television transmission network
AUPO214096A0 (en) * 1996-09-04 1996-09-26 Telefonaktiebolaget Lm Ericsson (Publ) A telecommunications system and method for automatic call recognition and distribution
US6151581A (en) * 1996-12-17 2000-11-21 Pulsegroup Inc. System for and method of collecting and populating a database with physician/patient data for processing to improve practice quality and healthcare delivery
US6032177A (en) * 1997-05-23 2000-02-29 O'donnell; Charles A. Method and apparatus for conducting an interview between a server computer and a respondent computer
US6990458B2 (en) * 1997-08-28 2006-01-24 Csg Systems, Inc. System and method for computer-aided technician dispatch and communication
US6574621B1 (en) * 1997-09-23 2003-06-03 Unisys Corporation Survey analysis system and method
US6151584A (en) * 1997-11-20 2000-11-21 Ncr Corporation Computer architecture and method for validating and collecting and metadata and data about the internet and electronic commerce environments (data discoverer)
WO1999034274A2 (en) * 1997-12-31 1999-07-08 Todd Kenneth J Dynamically configurable electronic comment card
CA2223597A1 (en) * 1998-01-06 1999-07-06 Ses Canada Research Inc. Automated survey kiosk
US5943416A (en) * 1998-02-17 1999-08-24 Genesys Telecommunications Laboratories, Inc. Automated survey control routine in a call center environment
US6477504B1 (en) * 1998-03-02 2002-11-05 Ix, Inc. Method and apparatus for automating the conduct of surveys over a network system
WO1999046662A2 (en) * 1998-03-12 1999-09-16 Dmw Worldwide, Inc. System for operating on client defined rules
US6101483A (en) * 1998-05-29 2000-08-08 Symbol Technologies, Inc. Personal shopping system portable terminal
US6167255A (en) * 1998-07-29 2000-12-26 @Track Communications, Inc. System and method for providing menu data using a communication network
US6535743B1 (en) * 1998-07-29 2003-03-18 Minorplanet Systems Usa, Inc. System and method for providing directions using a communication network
US6363254B1 (en) * 1998-09-30 2002-03-26 Global Research Systems, Inc. System and method for enciphering and communicating vehicle tracking information
CA2287768C (en) * 1998-11-02 2004-01-13 Ahmed Abdoh Method for automated data collection, analysis and reporting
US6665395B1 (en) * 1998-12-11 2003-12-16 Avaya Technology Corp. Automatic call distribution system using computer network-based communication
US6311190B1 (en) * 1999-02-02 2001-10-30 Harris Interactive Inc. System for conducting surveys in different languages over a network with survey voter registration
US6970831B1 (en) * 1999-02-23 2005-11-29 Performax, Inc. Method and means for evaluating customer service performance
US6415207B1 (en) * 1999-03-01 2002-07-02 Global Research Systems, Inc. System and method for automatically providing vehicle status information
JP2002538448A (en) * 1999-03-01 2002-11-12 グローバル リサーチ システムズ インコーポレイテッド Base station control device, traveling method of mobile vehicle, and communication method of notification message
AU2456101A (en) * 1999-12-23 2001-07-03 Intellistrategies, Inc. Automated generation of survey questionnaire by prior response analysis
US7191142B1 (en) * 1999-12-30 2007-03-13 General Electric Company Internet based goods delivery system
US6724887B1 (en) * 2000-01-24 2004-04-20 Verint Systems, Inc. Method and system for analyzing customer communications with a contact center
US6999565B1 (en) * 2000-02-01 2006-02-14 Envoyworldwide, Inc. Multi-mode message routing and management
US20040128155A1 (en) * 2000-02-15 2004-07-01 Lalitha Vaidyanathan System and method for resolving a dispute in electronic commerce and managing an online dispute resolution process
US20010047270A1 (en) * 2000-02-16 2001-11-29 Gusick David L. Customer service system and method
US6510383B1 (en) * 2000-03-01 2003-01-21 Arrivalstar, Inc. Vehicular route optimization system and method
US6963848B1 (en) * 2000-03-02 2005-11-08 Amazon.Com, Inc. Methods and system of obtaining consumer reviews
US20010037206A1 (en) * 2000-03-02 2001-11-01 Vivonet, Inc. Method and system for automatically generating questions and receiving customer feedback for each transaction
US6934684B2 (en) * 2000-03-24 2005-08-23 Dialsurf, Inc. Voice-interactive marketplace providing promotion and promotion tracking, loyalty reward and redemption, and other features
US20020035474A1 (en) * 2000-07-18 2002-03-21 Ahmet Alpdemir Voice-interactive marketplace providing time and money saving benefits and real-time promotion publishing and feedback
US6539392B1 (en) * 2000-03-29 2003-03-25 Bizrate.Com System and method for data collection, evaluation, information generation, and presentation
US7962359B2 (en) * 2000-04-06 2011-06-14 Autopoll, Inc. Method and system for collecting and disseminating survey data over the internet
US20020032613A1 (en) * 2000-04-18 2002-03-14 Buettgenbach Thomas H. Methods and systems for the physical delivery of goods ordered through an electronic network
WO2001084433A1 (en) * 2000-05-01 2001-11-08 Mobliss, Inc. System for conducting electronic surveys
US6994253B2 (en) * 2000-05-11 2006-02-07 United Parcel Service Of America Systems and methods of item delivery utilizing a delivery notice
US20020016726A1 (en) * 2000-05-15 2002-02-07 Ross Kenneth J. Package delivery systems and methods
US7606726B2 (en) * 2000-05-31 2009-10-20 Quality Data Management Inc. Interactive survey and data management method and apparatus
US7509266B2 (en) * 2000-05-31 2009-03-24 Quality Data Management Inc. Integrated communication system and method
US6870900B1 (en) * 2000-06-16 2005-03-22 Bellsouth Intellectual Property Corporation Proactive maintenance application
US7216145B2 (en) * 2000-06-23 2007-05-08 Mission Communications, Llc Event notification system
US20030167197A1 (en) * 2000-06-30 2003-09-04 Walker Information Customer relationship measurement and management system and method
US7925524B2 (en) * 2000-07-14 2011-04-12 United Parcel Service Of America, Inc. Method and system of delivering items using overlapping delivery windows
CA2386080A1 (en) 2000-08-07 2002-02-14 General Electric Company Computerized method and system for guiding service personnel to select a preferred work site for servicing transportation equipment
US20020062251A1 (en) * 2000-09-29 2002-05-23 Rajan Anandan System and method for wireless consumer communications
US6999987B1 (en) * 2000-10-25 2006-02-14 America Online, Inc. Screening and survey selection system and method of operating the same
US6962531B2 (en) * 2000-11-03 2005-11-08 Harrah's Operating Company, Inc. Automated service scheduling system
US6496775B2 (en) * 2000-12-20 2002-12-17 Tracer Net Corporation Method and apparatus for providing automatic status information of a delivery operation
US7644057B2 (en) * 2001-01-03 2010-01-05 International Business Machines Corporation System and method for electronic communication management
US7526434B2 (en) * 2001-01-30 2009-04-28 Linda Sharp Network based system and method for marketing management
US20020103693A1 (en) * 2001-01-30 2002-08-01 Horst Bayer System and method for aggregating and analyzing feedback
US6848142B2 (en) 2001-02-02 2005-02-01 Trynex, Inc. Quick-release bucket adapter
US6483433B2 (en) * 2001-02-20 2002-11-19 International Business Machines Corporation Method and apparatus for notifying of receipt
US20020138338A1 (en) * 2001-03-23 2002-09-26 Trauth Gregory L. Customer complaint alert system and method
WO2002080076A1 (en) * 2001-03-30 2002-10-10 Sanches Manuel J Method, system, and software for managing enterprise action initiatives
US20020173934A1 (en) * 2001-04-11 2002-11-21 Potenza John J. Automated survey and report system
US6677096B2 (en) * 2001-04-27 2004-01-13 Kao Corporation Positively chargeable toner for two-component development
US20020173990A1 (en) * 2001-05-15 2002-11-21 Dominic A. Marasco System and method for managing interactions between healthcare providers and pharma companies
US20020194047A1 (en) * 2001-05-17 2002-12-19 International Business Machines Corporation End-to-end service delivery (post-sale) process
US6912521B2 (en) * 2001-06-11 2005-06-28 International Business Machines Corporation System and method for automatically conducting and managing surveys based on real-time information analysis
FI119168B (en) * 2006-04-21 2008-08-15 Jukka Tapio Aula SMS delivery method and system for queries and invitations
US20030114206A1 (en) * 2001-08-24 2003-06-19 United Parcel Service Of America, Inc. Portable data acquisition and management system and associated device and method
US7444298B2 (en) * 2001-08-28 2008-10-28 United Parcel Service Of America, Inc. Order and payment visibility process
US7346505B1 (en) * 2001-09-28 2008-03-18 At&T Delaware Intellectual Property, Inc. System and method for voicemail transcription
US20030065522A1 (en) * 2001-10-01 2003-04-03 John Wepfer Electronic system for equipment maintenance and repair orders
US7493274B2 (en) * 2001-10-31 2009-02-17 Amazon.Com, Inc. Marketplace system in which users generate and browse user-to-user preorder listings via a definitive products catalog
US6771957B2 (en) * 2001-11-30 2004-08-03 Interdigital Technology Corporation Cognition models for wireless communication systems and method and apparatus for optimal utilization of a radio channel based on cognition model data
US7584115B2 (en) 2001-12-19 2009-09-01 Rightnow Technologies, Inc. System for automated control and reporting of sales processes
US20030135405A1 (en) * 2002-01-17 2003-07-17 Vehnet, Inc. System, method, application to maximize electronic commerce and sales in retail automotive industry
US7698162B2 (en) * 2002-02-25 2010-04-13 Xerox Corporation Customer satisfaction system and method
US20030200135A1 (en) * 2002-04-19 2003-10-23 Wright Christine Ellen System and method for predicting and preventing customer churn
JP2003316885A (en) * 2002-04-23 2003-11-07 Oak Lawn Marketing Inc Safety-in-disaster confirmation service system
US7395221B2 (en) * 2002-05-09 2008-07-01 International Business Machines Corporation Intelligent free-time search
US20030220827A1 (en) * 2002-05-21 2003-11-27 Neil Murphy System and Method for Scheduling Service Technicians
US6928156B2 (en) * 2002-05-31 2005-08-09 Sbc Properties, L.P. Automated operator assistance with menu options
US20030229533A1 (en) * 2002-06-06 2003-12-11 Mack Mary E. System and method for creating compiled marketing research data over a computer network
US6807274B2 (en) * 2002-07-05 2004-10-19 Sbc Technology Resources, Inc. Call routing from manual to automated dialog of interactive voice response system
US6898435B2 (en) * 2002-07-16 2005-05-24 David A Milman Method of processing and billing work orders
US7233907B2 (en) * 2002-08-07 2007-06-19 United Parcel Service Of America, Inc. Parcel or service delivery with partially scheduled time windows
US20040059624A1 (en) * 2002-08-27 2004-03-25 John Wantulok Systems and methods for analyzing customer surveys
US7809595B2 (en) * 2002-09-17 2010-10-05 Jpmorgan Chase Bank, Na System and method for managing risks associated with outside service providers
US20040117470A1 (en) * 2002-12-16 2004-06-17 Rehm William A Temporal service level metrics system and method
US20040122721A1 (en) * 2002-12-18 2004-06-24 Lasorsa Peter M. Calendar travel time module
AU2003292699A1 (en) * 2002-12-26 2004-07-22 Japan Tobacco Inc. Analyzing system, analyzing method in that system, and system for collecting examination results used for analyzing
US20040128183A1 (en) * 2002-12-30 2004-07-01 Challey Darren W. Methods and apparatus for facilitating creation and use of a survey
US20040143478A1 (en) * 2003-01-18 2004-07-22 Ward Andrew David Method and process for capuring, storing, processing and displaying customer satisfaction information
US20040172323A1 (en) * 2003-02-28 2004-09-02 Bellsouth Intellectual Property Corporation Customer feedback method and system
US20040181443A1 (en) * 2003-03-10 2004-09-16 Horton Carl A. Method and apparatus for the management of infrastructure assets, work orders,service requests, and work flows, utilizing an integrated call center, database, GIS system, and wireless handheld device
US20040220848A1 (en) * 2003-04-28 2004-11-04 Leventhal Jeffrey P. System and method for managing requests for services
US7856406B2 (en) * 2003-04-28 2010-12-21 Onforce, Inc. System and method for managing accounts payable and accounts receivable
US7877265B2 (en) * 2003-05-13 2011-01-25 At&T Intellectual Property I, L.P. System and method for automated customer feedback
US7418496B2 (en) * 2003-05-16 2008-08-26 Personnel Research Associates, Inc. Method and apparatus for survey processing
US7341186B2 (en) * 2003-06-20 2008-03-11 United Parcel Service Of America, Inc. Proof of presence and confirmation of parcel delivery systems and methods
US20050027666A1 (en) * 2003-07-15 2005-02-03 Vente, Inc Interactive online research system and method
US7050569B1 (en) * 2003-08-08 2006-05-23 Sprint Spectrum L.P. Selecting an interactive application to run while a caller is on hold depending on the caller's expected wait time
US7251312B2 (en) * 2003-09-06 2007-07-31 Intrado Inc. Method and system for availing participants in a special number call event and others of information contained in a plurality of data stores
US7558380B2 (en) * 2003-09-25 2009-07-07 Ateb, Inc. Methods, systems and computer program products for providing targeted messages for pharmacy interactive voice response (IVR) systems
US8094804B2 (en) * 2003-09-26 2012-01-10 Avaya Inc. Method and apparatus for assessing the status of work waiting for service
US7609832B2 (en) * 2003-11-06 2009-10-27 At&T Intellectual Property, I,L.P. Real-time client survey systems and methods
US8540514B2 (en) * 2003-12-16 2013-09-24 Martin Gosling System and method to give a true indication of respondent satisfaction to an electronic questionnaire survey
US7672444B2 (en) * 2003-12-24 2010-03-02 At&T Intellectual Property, I, L.P. Client survey systems and methods using caller identification information
CA2988148C (en) * 2003-12-30 2020-11-17 United Parcel Service Of America, Inc. Integrated global tracking and virtual inventory system
US20050154626A1 (en) * 2004-01-09 2005-07-14 Mike Jones Dynamic window vehicle tracking method
US20050159977A1 (en) * 2004-01-16 2005-07-21 Pharmacentra, Llc System and method for facilitating compliance and persistency with a regimen
US7613627B2 (en) * 2004-02-02 2009-11-03 Ford Motor Company Computer-implemented method and system for collecting and communicating inspection information for a mechanism
US7421546B2 (en) * 2004-02-12 2008-09-02 Relaystar Sa/Nv Intelligent state engine system
US20050192848A1 (en) * 2004-02-26 2005-09-01 Vocantas Inc. Method and apparatus for automated post-discharge follow-up of medical patients
US7909241B2 (en) * 2004-03-09 2011-03-22 Lowe's Companies, Inc. Systems, methods and computer program products for implementing processes relating to retail sales
IL162113A0 (en) * 2004-05-23 2005-11-20 Ori Einhorn Method and system for managing customer relations
US7487018B2 (en) * 2004-08-04 2009-02-03 Verifacts Automotive, Llc Data management systems for collision repair coaching
US20060053058A1 (en) * 2004-08-31 2006-03-09 Philip Hotchkiss System and method for gathering consumer feedback
WO2006036660A2 (en) * 2004-09-27 2006-04-06 Roger Cook Moving ornamental design element
US7428502B2 (en) * 2004-10-06 2008-09-23 United Parcel Service Of America, Inc. Delivery systems and methods involving verification of a payment card from a handheld device
US20060085203A1 (en) * 2004-10-19 2006-04-20 Ford Motor Company Computer-implemented method and system for determining vehicle delivery estimated time of arrival
US20080275582A1 (en) 2004-11-19 2008-11-06 Nettles Steven C Scheduling AMHS pickup and delivery ahead of schedule
US7353230B2 (en) * 2005-04-18 2008-04-01 Cisco Technology, Inc. Dynamic distributed customer issue analysis
US20060259347A1 (en) * 2005-05-13 2006-11-16 Zentaro Ohashi Automatic gathering of customer satisfaction information
US8885812B2 (en) * 2005-05-17 2014-11-11 Oracle International Corporation Dynamic customer satisfaction routing
US7945041B2 (en) * 2005-05-27 2011-05-17 International Business Machines Corporation Method, system and program product for managing a customer request
WO2007022279A2 (en) * 2005-08-17 2007-02-22 Permanent Solution Industries Inc. Dynamic total asset management system (tams) and method for managing building facility services
US20070061471A1 (en) * 2005-09-09 2007-03-15 Preserving Sentiments, Inc. Future delivery apparatus and method
US20070071184A1 (en) * 2005-09-28 2007-03-29 Clift Jeffrey C Automated Voice Activated Telephone Reminder System
US20070083472A1 (en) * 2005-10-06 2007-04-12 Israel Max L Customer Satisfaction Reporting
US7411942B1 (en) * 2005-11-29 2008-08-12 At&T Corp. Method and apparatus for automated calendar selections
US20090220056A1 (en) * 2005-12-06 2009-09-03 Daniel John Simpson Interactive Natural Language Calling System
US20070168241A1 (en) * 2006-01-19 2007-07-19 Benchmark Integrated Technologies, Inc. Survey-based management performance evaluation systems
US20070179805A1 (en) * 2006-01-27 2007-08-02 Gilbert Richard L Method and system for improving the quality of service and care in a healthcare organization
US7860803B1 (en) * 2006-02-15 2010-12-28 Google Inc. Method and system for obtaining feedback for a product
US8112298B2 (en) * 2006-02-22 2012-02-07 Verint Americas, Inc. Systems and methods for workforce optimization
US7792278B2 (en) * 2006-03-31 2010-09-07 Verint Americas Inc. Integration of contact center surveys
US7525429B2 (en) * 2006-04-21 2009-04-28 Persage, Inc. Delivery notification system
US20070282661A1 (en) * 2006-05-26 2007-12-06 Mix&Meet, Inc. System and Method for Scheduling Meetings
US7818195B2 (en) * 2006-07-06 2010-10-19 International Business Machines Corporation Method, system and program product for reporting a call level view of a customer interaction with a contact center
US8255248B1 (en) * 2006-07-20 2012-08-28 Intuit Inc. Method and computer program product for obtaining reviews of businesses from customers
US20080040129A1 (en) * 2006-08-08 2008-02-14 Capital One Financial Corporation Systems and methods for providing a vehicle service management service
US20080077468A1 (en) * 2006-08-10 2008-03-27 Yahoo! Inc. Managing responses to extended interviews to enable profiling of mobile device users
US20080040189A1 (en) * 2006-08-14 2008-02-14 Cisco Technology, Inc. Automatic selection of meeting participants
IL177617A (en) * 2006-08-22 2013-11-28 Israel Beniaminy System for mobile workforce, vehicle, asset and service management
US7899700B2 (en) * 2006-09-29 2011-03-01 Knowledge Networks, Inc. Method and system for providing multi-dimensional feedback
US8223953B2 (en) * 2006-11-17 2012-07-17 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for rule-based direction of customer service calls
JP2008152575A (en) * 2006-12-18 2008-07-03 Fujitsu Ltd Complaint handling method and device
US8290808B2 (en) * 2007-03-09 2012-10-16 Commvault Systems, Inc. System and method for automating customer-validated statement of work for a data storage environment
US8255158B2 (en) 2007-03-23 2012-08-28 Verizon Patent And Licensing Inc. Travel route adjustment
US8718254B2 (en) * 2007-06-26 2014-05-06 At&T Intellectual Property I, L.P. Techniques for conference scheduling
US8095395B2 (en) * 2007-09-25 2012-01-10 United Parcel Service Of America, Inc. Method, system, and computer readable medium for analyzing damage to a package in a shipping environment
US8209209B2 (en) * 2007-10-02 2012-06-26 Incontact, Inc. Providing work, training, and incentives to company representatives in contact handling systems
US20090150217A1 (en) * 2007-11-02 2009-06-11 Luff Robert A Methods and apparatus to perform consumer surveys
US20090150206A1 (en) * 2007-12-07 2009-06-11 Mci Communications Services Notification system and method
US8805724B2 (en) * 2007-12-18 2014-08-12 Verizon Patent And Licensing Inc. Intelligent customer retention and offer/customer matching
US8100322B1 (en) * 2007-12-24 2012-01-24 Symantec Corporation Systems, apparatus, and methods for obtaining satisfaction ratings for online purchases
US20090187460A1 (en) * 2008-01-23 2009-07-23 Your Fast Track, Inc., D/B/A Qualitick System and method for real-time feedback
US9659299B2 (en) * 2008-04-30 2017-05-23 Hartford Fire Insurance Company Computer system and method for interim transaction diagnosis for selective remediation and customer loyalty enhancement
WO2009152154A1 (en) * 2008-06-09 2009-12-17 J.D. Power And Associates Automatic sentiment analysis of surveys
US8284909B2 (en) * 2008-09-29 2012-10-09 Microsoft Corporation Offline voicemail
US20100262463A1 (en) * 2009-04-14 2010-10-14 Jason Tryfon Systems, Methods, and Media for Management of a Survey Response Associated with a Score
WO2011011454A1 (en) * 2009-07-21 2011-01-27 Zoll Medical Corporation Systems and methods for collection, organization and display of ems information
US20110082721A1 (en) 2009-10-02 2011-04-07 International Business Machines Corporation Automated reactive business processes
US20110137808A1 (en) 2009-12-04 2011-06-09 3Pd Analyzing survey results
US20160048799A1 (en) 2014-08-15 2016-02-18 Xpo Last Mile, Inc. Cascading call notification system and method

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5987377A (en) * 1995-02-10 1999-11-16 Highwaymaster Communications, Inc. Method and apparatus for determining expected time of arrival
US6411891B1 (en) * 1997-03-10 2002-06-25 Global Research Systems, Inc. Advance notification system and method utilizing user-definable notification time periods
US6370231B1 (en) * 1998-11-24 2002-04-09 Bellsouth Intellectual Property Corporation Method and system for calculating the estimated time of arrival of a service technician
US6975998B1 (en) * 2000-03-01 2005-12-13 Arrivalstar, Inc. Package delivery notification system and method
US6980131B1 (en) * 2000-10-24 2005-12-27 @Road, Inc. Targeted impending arrival notification of a wirelessly connected location device
WO2002044829A2 (en) * 2000-11-29 2002-06-06 Ran Erhard Method and system for condcuting fully automated survey research
US20080046280A1 (en) * 2003-05-28 2008-02-21 Horstemeyer Scott A Secure notification messaging systems and methods using authentication indicia
US20040243430A1 (en) * 2003-05-28 2004-12-02 Horstemeyer Scott A. Notification systems and methods enabling a response to cause connection between a notified PCD and a delivery or pickup representative
US20050114167A1 (en) * 2003-11-21 2005-05-26 Mcevoy Dean Booking system and method
US20050171856A1 (en) * 2004-01-30 2005-08-04 Canon Usa, Inc. Estimated time of arrival (ETA) systems and methods
US20060047419A1 (en) * 2004-09-02 2006-03-02 Diendorf John R Telematic method and apparatus for managing shipping logistics
US20060111089A1 (en) * 2004-11-24 2006-05-25 Agilis Systems, Inc. System and method for mobile resource management having mobile agent location identification
US20060111955A1 (en) * 2004-11-24 2006-05-25 Agilis Systems, Inc. System and method for mobile resource management with customer confirmation
US8165773B1 (en) * 2005-03-29 2012-04-24 Avaya Inc. Destination arrival estimates auto-notification based on cellular systems
US20070255491A1 (en) * 2006-03-08 2007-11-01 Pieter Geelen Navigation device and method for conveying information relationships
US20080082257A1 (en) * 2006-09-05 2008-04-03 Garmin Ltd. Personal navigational device and method with automatic call-ahead
US20080169937A1 (en) * 2007-01-16 2008-07-17 Sadie Lowry Method and system for communicating with users of wireless devices when approaching a predetermined destination
WO2008107880A2 (en) * 2007-03-05 2008-09-12 Invoke Solutions Inc. Point of experience survey
US20090125425A1 (en) * 2007-11-01 2009-05-14 Hunter E. Riley, Llc Auditable merchandise delivery using an electronic bill of lading
US20090281929A1 (en) * 2008-05-08 2009-11-12 United Parcel Service Of America, Inc. Proactive Monitoring and Intervention Capabilities in a Package Delivery System
US20100141514A1 (en) * 2008-12-04 2010-06-10 International Business Machines Corporation Combining time and gps locations to trigger message alerts

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110137698A1 (en) * 2009-12-04 2011-06-09 3Pd, Inc. Service call-ahead system and method
US10262329B2 (en) 2009-12-04 2019-04-16 Xpo Last Mile, Inc. Triggering and conducting an automated survey
US10650397B2 (en) 2009-12-04 2020-05-12 Xpo Last Mile, Inc. Triggering and conducting an automated survey
US10657549B2 (en) 2009-12-04 2020-05-19 Xpo Last Mile, Inc. Performing follow-up actions based on survey results
US10664853B2 (en) 2009-12-04 2020-05-26 Xpo Last Mile, Inc. Triggering, conducting, and analyzing an automated survey
US11288687B2 (en) 2009-12-04 2022-03-29 Xpo Last Mile, Inc. Triggering and conducting an automated survey
US11769163B2 (en) 2009-12-04 2023-09-26 Rxo Last Mile, Inc. Service call-ahead system and method
US8892359B2 (en) 2013-01-11 2014-11-18 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methods for estimating time of arrival for vehicle navigation
US20140330671A1 (en) * 2013-05-02 2014-11-06 Locu, Inc. Method for management of online ordering
US9747630B2 (en) 2013-05-02 2017-08-29 Locu, Inc. System and method for enabling online ordering using unique identifiers
US11669799B2 (en) 2014-08-15 2023-06-06 Rxo Last Mile, Inc. Cascading call notification system and method
US9451083B1 (en) 2015-08-03 2016-09-20 International Business Machines Corporation Communication answering time estimation

Also Published As

Publication number Publication date
US20190236623A1 (en) 2019-08-01
US20110137808A1 (en) 2011-06-09
CA2696345C (en) 2016-12-20
US10657549B2 (en) 2020-05-19
US20110137698A1 (en) 2011-06-09
US20190236624A1 (en) 2019-08-01
US10664853B2 (en) 2020-05-26
US11769163B2 (en) 2023-09-26
US20150193778A1 (en) 2015-07-09
CA2723506A1 (en) 2011-06-04
US20190180299A1 (en) 2019-06-13
US20110137709A1 (en) 2011-06-09
US20140229238A1 (en) 2014-08-14
US11288687B2 (en) 2022-03-29
US20120022905A1 (en) 2012-01-26
US10262329B2 (en) 2019-04-16
US20150287063A1 (en) 2015-10-08
US8515803B2 (en) 2013-08-20
CA2696345A1 (en) 2011-06-04
US20120016720A1 (en) 2012-01-19
US20110137696A1 (en) 2011-06-09
CA3073908A1 (en) 2011-06-04
US20200226625A1 (en) 2020-07-16
US20120016719A1 (en) 2012-01-19
CA3073908C (en) 2023-09-26
US20140046729A1 (en) 2014-02-13
US10650397B2 (en) 2020-05-12
CA2723506C (en) 2020-04-21

Similar Documents

Publication Publication Date Title
US11769163B2 (en) Service call-ahead system and method
US11562316B2 (en) Trip scheduling system
US11669799B2 (en) Cascading call notification system and method
US20170109704A1 (en) System and method for scheduling and facilitating waste removal
CA2957168C (en) Systems and methods for providing personalized delivery services
US20090313077A1 (en) Consumer initiated, service provider direct dispatching system
US20130151436A1 (en) Systems and methods for providing personalized delivery services
US20140019288A1 (en) Supply Chain Management System and Method
WO2018218187A1 (en) System and method for invitation mechanisms to facilitate associate delivery of products en route from work
US20210304137A1 (en) Systems and methods for dynamic crowdsourced delivery
JP4520087B2 (en) System for managing or notifying the results of communication with customers
US20170039504A1 (en) Systems and methods to administer a dispatch platform affiliate program

Legal Events

Date Code Title Description
AS Assignment

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:3PD, INC;REEL/FRAME:031447/0879

Effective date: 20131018

AS Assignment

Owner name: XPO LAST MILE, INC., GEORGIA

Free format text: CHANGE OF NAME;ASSIGNOR:3PD, INC.;REEL/FRAME:033278/0872

Effective date: 20140612

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION