Service Scripting Framework for Web Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Service-oriented architectures, such as web services, require high client intelligence and excessive processing resources for complex interactions, as they typically involve sequential service requests and responses, leading to inefficient communication and resource consumption.

Innovation Solution

Implementing a scripting framework that allows for the interpretation and execution of scripts within the service provider host to perform pre- and post-processing operations, replace defined service operations, and manage dependencies, thereby reducing the need for sequential requests and enhancing interaction efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If service-oriented architectures use sequential service requests and responses for complex interactions, then service operations can be performed, but client processing resources and communication bandwidth are excessively consumed

Engineering Contradiction:
Improveservice interaction efficiencyVSAvoidclient processing resources
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

The patent combines multiple sequential service operations into a single service request by embedding executable script code within the request. The script is transmitted once and executed on the server side to perform multiple operations (e.g., create object, assign identifier, link to folder) without requiring separate roundtrip communications for each operation, thereby reducing communication bandwidth consumption and client processing overhead.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent introduces scripting capability as a new dimension to traditional service-oriented architecture. By embedding executable code within service requests, the system transforms from a rigid request-response model to a flexible model where scripts can dynamically perform multiple operations, manage dependencies, and handle complex interactions without requiring multiple sequential requests.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Productivity

If service-oriented architectures use sequential service requests and responses, then service operations can be performed, but communication bandwidth is excessively consumed

Engineering Contradiction:
Improveservice interaction efficiencyVSAvoidcommunication bandwidth
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The patent merges multiple service operations into a single communication transaction by embedding executable script code within the service request. The script performs multiple operations (object creation, identifier assignment, folder linking) on the server side without requiring separate roundtrip communications, thereby significantly reducing communication bandwidth consumption while maintaining service interaction efficiency.

Inventive Principle:
Principle #5Merging (Combining)

3Adaptability or versatility

If scripts are executed on the client side to manage complex interactions, then service operations can be coordinated, but client intelligence and processing resources are excessively required

Engineering Contradiction:
Improveservice interaction flexibilityVSAvoidclient intelligence
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent inverts the traditional approach by moving script execution from the client side to the server side. Instead of requiring the client to embed scripting engines and execute complex scripts locally, the client simply transmits the script code within the service request, and the server executes it using its own scripting infrastructure. This reduces client device complexity while maintaining service interaction flexibility.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The service layer acts as an intermediary between the client and the script execution environment. The client sends service requests containing embedded scripts without needing direct access to scripting engines. The service layer receives, validates, and executes the scripts on the server side, mediating between the simple client interface and the complex script execution requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8812683B2Service scripting framework
Publication Date: 2014.08.19 DELL EMC
  • US8812683B2 patent drawing
  • US8812683B2 patent drawing
  • US8812683B2 patent drawing

AI summary

Receiving and executing at a server a script provided by a client, e.g., in a service request sent by a web services or other service client and/or consumer, is disclosed. In various embodiments, the script is configured to cause the server to do one or more of the following: pre-process at least a portion of the services request; post-process a response data associated with the services request; and replace an operation comprising the service at least in part with a replacement operation defined or identified at least in part in the script.