Service Request Interface for Status Tracking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems face inefficiencies in generating responses to client requests, particularly in determining the status of service requests across multiple departments and retrieving required documents, leading to cumbersome processes.

Innovation Solution

A system comprising a processor and memory module that presents user interfaces for selecting template types and templates based on service requests, allowing users to input progress and generate responses reflecting service status, including stages and required products/documents, with options for email transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a system manually tracks service request status across multiple departments, then comprehensive status information can be obtained, but the process becomes cumbersome and time-consuming

Engineering Contradiction:
Improvestatus information accuracyVSAvoidresponse generation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system creates a virtual copy of the service request status by generating an electronic service request object that mirrors the actual service request. This virtual object can be queried and updated without manually tracking across departments, providing comprehensive status information efficiently.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system introduces an intermediary service request object that acts as a mediator between the client and multiple departments. This object consolidates status information from various departments into a single accessible interface, eliminating the need for manual tracking while maintaining comprehensive information accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If a system requires multiple departments to update service request status, then complete service tracking is achieved, but the complexity of the system increases

Engineering Contradiction:
Improveservice tracking completenessVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system merges the status tracking functions of multiple departments into a single service request object. Instead of maintaining separate tracking systems in each department, the consolidated object provides a unified view of service request status, reducing system complexity while maintaining complete tracking capability.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The service request object is designed as a universal data structure that can accommodate status information from multiple departments and service types. This multi-functional object handles diverse tracking requirements through a single standardized interface, simplifying the overall system architecture.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Measurement precision

If a system provides detailed status updates for each service stage, then client information accuracy is improved, but the amount of information to be processed increases

Engineering Contradiction:
Improvestatus update accuracyVSAvoidinformation volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The system segments service request status into distinct stages or milestones, with the service request object tracking completion at each stage. This segmentation provides detailed accuracy information while organizing data in manageable units, reducing the cognitive load of processing comprehensive status information.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9516098B2System for generating a response to a client request
Publication Date: 2016.12.06 BANK OF AMERICA CORP
  • US9516098B2 patent drawing
  • US9516098B2 patent drawing
  • US9516098B2 patent drawing

AI summary

Embodiments of the invention are directed to a system, method, and computer program product for generating a response to a client request. The system typically including a memory, a processor and a module configured to receive a request associated with a service from a client; initiate the presentation of a first user interface, wherein the first user interface enables a user selection of one or more template types; initiate the presentation of a second user interface based on at least a user selection of one or more template types, wherein the second user interface enables a user selection of one or more templates associated with the selected template type; receive a client progress from the user based on at least the selection of the one or more templates to generate a response, wherein the response reflects the status of the request; and transmit the response to the client.