SIP Feature Control via Central Server Mediation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current SIP-enabled devices lack centralized management and control over features, leading to conflicts and improper functionality when central servers offer similar or additional features, resulting in user dissatisfaction.
Innovation Solution
A standard format for constructing messages that allow a central server to enable or disable SIP-based features on local SIP-enabled devices, using feature indicator values and message exchanges to manage feature enablement and disablement, including button press events and feature mappings.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If features are enabled locally by user or administrator on SIP enabled device, then feature functionality is available on the device, but central server cannot control or disable these features, leading to conflicts when server offers same features
Solution Approach 1:
The patent introduces a feature control message exchange mechanism as an intermediary between the central server and SIP enabled device. The server sends feature control messages containing feature identifiers and enable/disable commands, which the device's feature service processes to adjust local feature states. This mediator approach allows centralized control without requiring direct modification of device architecture.
Solution Approach 2:
The system performs preliminary feature configuration by having the SIP enabled device report its available features to the central server during initialization. The server stores this feature information and uses it to determine which features to enable or disable before the user interacts with the device, preventing conflicts in advance.
2Adaptability or versatility
If central server offers additional features that interact with SIP enabled device features, then service functionality is enhanced, but conflicts occur when features have incompatible interactions
Solution Approach 1:
The patent implements a feedback mechanism where the SIP enabled device monitors feature interactions and reports conflict conditions back to the central server. When the device detects that a locally enabled feature conflicts with a server-offered feature, it sends a conflict notification message. The server then adjusts feature enablement decisions based on this feedback, ensuring reliable feature interactions.
3Ease of operation
If all features are enabled by default on SIP enabled device, then user has access to all functionality, but system resource consumption increases and conflicts with server features occur
Solution Approach 1:
The patent applies partial action by enabling only the necessary subset of features rather than all available features. The central server determines which features to enable based on service requirements and sends selective enablement commands to the device. This approach provides sufficient functionality while reducing resource consumption by keeping unnecessary features disabled.
Data Source
AI summary
A Session Initiation Protocol (SIP) enabled device sends feature information about remotely configurable features that are offered by the SIP enabled device to a central server. The central server uses the feature information to determine if the features that are offered by the SIP enabled device are compatible with features that are offered by the central server. The central server remotely configures the features that are offered by the SIP enabled device to ensure interoperability with the features that are offered by the central server. The SIP enabled device notifies the central server if a feature button associated with a feature, which has been disabled by the central server, has been pressed by a user of the SIP enabled device. The central server seamlessly provides a comparable feature to the user, including the setting of a Light Emitting Diode, which is associated with the feature button, to an appropriate state.