Criteria Builder for Policy Activation in Software

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing software programs have complex backends that are difficult for novice users to modify or update, often requiring professional intervention, leading to inefficiencies and delayed updates.

Innovation Solution

A method and apparatus that provide an intuitive user interface allowing novice users to generate criteria for policy activation in software programs, enabling them to select fields, operations, and values to define when a policy should be applied, with the system automatically generating and verifying the criteria for implementation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a software program provides a polished front end for users, then ease of operation is improved, but device complexity increases in the backend

Engineering Contradiction:
Improveease of operationVSAvoiddevice complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent introduces a criteria builder as an intermediary component between the user and the complex backend software. This criteria builder provides a simplified interface that allows users to define policies through intuitive field selections and operations without needing to understand or modify the complex backend code directly. The criteria builder translates user-friendly policy definitions into executable criteria that the software can process.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the software into distinct functional layers: a user-friendly front end, a criteria builder middle layer, and the complex backend processing layer. This segmentation allows users to interact with only the simplified front end and criteria builder, while the complex backend remains isolated and can be modified by professionals without affecting the user interface.

Inventive Principle:
Principle #1Segmentation

2Manufacturing precision

If professional programmers modify software programs, then manufacturing precision is improved, but loss of time increases

Engineering Contradiction:
ImproveprecisionVSAvoidtime
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The patent enables the software system to serve itself by allowing users to define and implement policy modifications through the criteria builder without requiring professional programmers. Users can select fields, operations, and values to create criteria that automatically get processed by the backend, eliminating the need for time-consuming professional intervention for routine policy updates.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent performs preliminary action by pre-defining the structure of the criteria builder with available fields, operations, and validation logic. This preliminary setup allows users to quickly configure policies without needing to understand the underlying complex backend structure, significantly reducing the time required for modifications while maintaining precision through automated validation.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If the backend is made complex to provide polished functionality, then adaptability is improved, but ease of manufacture deteriorates

Engineering Contradiction:
ImproveadaptabilityVSAvoidease of manufacture
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The criteria builder serves as an intermediary layer that decouples the complex adaptable backend from the manufacturing process. It provides a standardized interface that handles policy definition, allowing the backend to maintain its complexity and adaptability while the criteria builder manages the ease of manufacture by providing clear, structured guidelines for policy creation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The criteria builder provides universal functionality by handling multiple types of policy definitions through a unified interface. It can accommodate various fields, operations, and criteria types without requiring separate manufacturing or configuration processes for each policy type, thus improving ease of manufacture while maintaining backend adaptability.

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

Data Source

PatentUS20140215549A1Method and apparatus for policy criteria generation
Publication Date: 2014.07.31 HEALTHSTREAM INC
  • US20140215549A1 patent drawing
  • US20140215549A1 patent drawing
  • US20140215549A1 patent drawing

AI summary

Methods, apparatuses, and computer program products are described herein that are configured to generate criteria that defines instances in which a policy is to be applied or otherwise activated. In some example embodiments, a method is provided that comprises receiving an indication of a selected field of one or more fields that are applicable to a criteria for a policy. The method of this embodiment may also include receiving an indication of an operation selection and a specified value related to the selected field. The method of this embodiment may also include generating a criterion that modifies the criteria for the policy.