Context Model for Declarative SOA Policy Generation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing tools for generating Service-Oriented Architecture (SOA) policies face limitations such as complexity in maintaining seamless relationships between policy levels, loss of flexibility due to executable code requirements, and non-standard compliance, as well as reliance on complex ontology standards that hinder behavior description and reuse.
Innovation Solution
A method and apparatus for generating a context model that aggregates SOA metadata documents with inter-document references, allowing for semi-natural language policy generation, extending knowledge domains, and enforcing policies without a complex ontology engine, while enhancing behavior description using customizable action semantic modules.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of manufacture
If conventional business policy definition tools are used to generate SOA policies, then policies can be defined using modeling languages or semi-natural languages, but the policies must be transformed into executable code which loses the flexibility of declarative policy
Solution Approach 1:
The patent introduces an intermediary mechanism that bridges the gap between high-level policy definitions and executable code. The system uses policy templates and parameterized structures as intermediaries, allowing policies to be defined declaratively while maintaining flexibility through template parameters and composition rules rather than forcing transformation into rigid executable code.
Solution Approach 2:
The patent applies parameter changes by transforming policy definitions from fixed executable code to parameterized templates. The policy structures include configurable parameters that can be adjusted without rewriting the entire policy, enabling flexible modification of policy behavior while maintaining the declarative nature of policy definitions through parameter-based control.
2Loss of information
If complex ontology standards are used to describe SOA policies, then comprehensive policy description is achieved, but the complexity of the system increases and behavior description becomes difficult
Solution Approach 1:
The patent segments the complex ontology-based policy description into modular components including policy templates, parameter definitions, and composition rules. This segmentation allows comprehensive policy description to be achieved through structured modules rather than monolithic complex ontologies, reducing system complexity while maintaining descriptive completeness.
Solution Approach 2:
The patent introduces a new dimensional approach to policy description by organizing policies in a hierarchical structure with templates at one level and specific policy instances at another. This dimensional organization allows comprehensive description without requiring complex flat ontology structures, simplifying the system while maintaining descriptive power.
3Reliability
If manual transformation of policies into executable code is performed, then policies can be enforced, but the process becomes complex and time-consuming
Solution Approach 1:
The patent applies preliminary action by pre-defining policy templates and structures before actual policy creation. The template system is prepared in advance with all necessary executable code structures in place, so that when policies are defined, they can be automatically instantiated from templates without time-consuming manual transformation, while ensuring reliable enforcement through pre-validated template structures.
Solution Approach 2:
The patent uses copying by allowing policies to be instantiated from reusable templates. Instead of manually creating executable code for each policy, the system copies and parameterizes template structures, significantly reducing transformation time while maintaining enforcement reliability through the proven template frameworks.
4Adaptability or versatility
If standard-compliant SOA metadata documents are used, then interoperability is improved, but aggregating documents with inter-document references becomes complex
Solution Approach 1:
The patent introduces an intermediary processing layer that handles the aggregation of SOA metadata documents with inter-document references. This intermediary automatically resolves references and integrates documents while maintaining standard compliance, reducing the complexity of manual aggregation while preserving interoperability benefits.
Solution Approach 2:
The patent enables self-service by designing the document aggregation system to automatically resolve inter-document references and integrate metadata without requiring complex manual intervention. The system self-manages the aggregation process, maintaining standard compliance and interoperability while simplifying the overall complexity through automated reference resolution.
Data Source
AI summary
A solution for generating a Service-Oriented Architecture (SOA) policy based on a context model is provided, which generates an application scope of the SOA policy; generates a context model; generates an action list for the context model based on action semantic modules customized by a user; generates a condition part of the SOA policy according to the context module; generates an action part of the SOA policy according to the action list; and combines the condition part and the action part to generate the SOA policy.