Web Service Interface for Brokerless Web-to-Non-Web Messaging
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing Open Mission Systems (OMS) require costly commercial licenses and increased processing/memory usage for brokered message solutions to communicate between web and non-web services, inhibiting system performance and interoperability.
Innovation Solution
Implementing a Web Service Interface (WSI) at the Communication Abstraction Layer (CAL) of OMS systems, combined with a service directory, enables direct HTTP-based communication between non-web and web services without an intermediary broker, maintaining standard compliance and reducing technical expertise needs.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a brokered message solution is used to communicate between web and non-web services, then interoperability is achieved, but system cost increases and performance deteriorates
Solution Approach 1:
The patent extracts and eliminates the broker service from the system architecture, allowing non-web services to communicate directly with web services through HTTP interfaces without requiring an intermediary message broker, thereby reducing system cost and improving performance while maintaining interoperability
Solution Approach 2:
The patent uses HTTP as a universal intermediary protocol that bridges non-web services and web services, eliminating the need for a dedicated brokered message solution while maintaining compatibility and interoperability between different service types
2Adaptability or versatility
If a brokered message solution is used to communicate between web and non-web services, then interoperability is achieved, but system cost increases
Solution Approach 1:
The patent removes the expensive broker service component from the architecture, replacing it with standard HTTP communication that eliminates licensing costs and reduces overall system cost while preserving interoperability between web and non-web services
Solution Approach 2:
The patent replaces the expensive, complex brokered message solution with inexpensive, standard HTTP protocols that can be implemented without commercial licenses, significantly reducing system cost while maintaining the necessary communication capabilities
3Adaptability or versatility
If a brokered message solution is used to communicate between web and non-web services, then interoperability is achieved, but processing and memory capabilities are increased
Solution Approach 1:
The patent extracts and eliminates the resource-intensive broker service, allowing direct communication between services that reduces processing and memory requirements while maintaining interoperability through standard HTTP protocols
Solution Approach 2:
The patent enables services to communicate directly with each other without requiring a broker to mediate, allowing each service to handle its own communication needs and reducing the overall processing and memory burden on the system
Data Source
Figure 1
Figure 2
Figure 3
AI summary
In an example, a system can include a web service interface (WSI) and a service directory for enabling communication between a web and non-web service. The WSI can be configured to communicate with the non-web service to receive reader data and/or writer data. The service directory can be configured to provide the WSI with non-web service subscriber data and/or nonweb service publisher data for the non-web service in response to receiving the reader and/or writer data. The non-web service subscriber data identifies a web service as a subscriber of data provided by the non-web service and the non-web service publisher data identifies the web service as a publisher of data from which the non-web service is enabled to retrieve data. The WSI can be configured to provide the web service subscriber and/or publisher data to the nonweb service to enable the non-web service to communicate with the web service.