Application Server Service Function Distribution via Mediator
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In communication systems utilizing SIP and Parlay X API, service entrepreneurs need to specify individual application server addresses to utilize service functions, which is inefficient and limits flexibility.
Innovation Solution
A communication system with an application server that performs service function distribution processing using trigger and message rules, allowing service entrepreneurs to provide various functions without notifying individual server addresses, and includes additional information processing and high-speed transaction processing capabilities.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If service entrepreneurs specify individual application server addresses to utilize service functions, then service functionality is achieved, but system complexity and operational inefficiency increase
Solution Approach 1:
The patent introduces a service function distributor as an intermediary component that receives service requests from service entrepreneurs and automatically distributes them to appropriate application servers. This mediator eliminates the need for service entrepreneurs to directly manage or specify individual server addresses, thereby reducing operational complexity while maintaining service functionality.
Solution Approach 2:
The service function distributor is designed with universal functionality to handle multiple types of service requests and distribute them to various application servers through a unified interface. This multi-functional approach allows a single component to replace multiple individual server address specifications, simplifying the system architecture and improving ease of operation.
2Adaptability or versatility
If multiple application servers are deployed to provide various service functions, then service versatility is improved, but difficulty in service distribution and message conversion increases
Solution Approach 1:
The service function distributor acts as a central intermediary that manages the complexity of service distribution across multiple application servers. It provides a unified entry point for service requests and handles the intelligent routing to appropriate servers, making the system adaptable to various service functions while hiding the distribution complexity from external users.
Solution Approach 2:
The patent segments the service distribution function into distinct components including trigger rule management, message rule management, and conversion engine. This segmentation allows each component to handle specific aspects of service distribution independently, making the overall system more manageable and easier to detect and measure individual service flows.
3Adaptability or versatility
If custom message conversion processing is implemented between different protocols, then service adaptability is improved, but processing time and system complexity increase
Solution Approach 1:
The patent implements preliminary action by pre-defining trigger rules and message rules that specify conversion patterns between different protocols. These rules are established in advance, allowing the conversion engine to perform rapid pattern-matching and conversion without requiring complex real-time analysis, thereby reducing message conversion time while maintaining protocol compatibility.
Solution Approach 2:
The message conversion process utilizes parameter changes by transforming messages between protocols through systematic parameter mapping and substitution. The conversion engine changes message parameters according to predefined rules, enabling efficient protocol adaptation without requiring complete message reconstruction, thus reducing processing time while maintaining adaptability.
Data Source
AI summary
A communication entrepreneur has an application server 2 having message conversion function. The application server 2 performs service function distribution processing with reference to trigger rule 220 and message rule 230. The communication entrepreneur can provide various service functions without notifying individual server addresses to a service entrepreneur.