Server-Controlled Web Application Updates for Emergency Function Restriction
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing methods fail to quickly restrict specific functions of application programs during emergencies, as user-driven updates may not occur promptly.
Innovation Solution
A server-based system that automatically updates a first program to a second program with restricted functions during emergencies, without user intervention, by determining the need for restriction and executing the appropriate program based on predefined criteria.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If a user-driven update method is used where update notifications are displayed and user confirmation is required, then user control over program updates is improved, but the speed of restricting specific functions during emergencies deteriorates
Solution Approach 1:
The server device stores multiple versions of the application program (first program with full functions, second program with restricted functions) in advance before emergencies occur. When an emergency is detected, the server can immediately provide the appropriate program version without requiring user confirmation, thus achieving both user control (through pre-prepared options) and fast response (through immediate deployment).
Solution Approach 2:
The server device acts as an intermediary between the application program and the terminal device. It automatically determines which program version to provide based on emergency status, mediating the update process without requiring direct user intervention. This resolves the contradiction by maintaining user control through the server's decision-making while achieving fast update deployment.
2Speed
If automatic server-based program updating is implemented without user intervention, then the speed of restricting functions during emergencies is improved, but user control over program updates deteriorates
Solution Approach 1:
The server device performs self-service by automatically detecting emergencies and determining which program version to provide without requiring user action. This achieves fast update speed while maintaining user control indirectly through the server's autonomous decision-making capability that serves user interests during emergencies.
Solution Approach 2:
The system incorporates feedback mechanisms where the server monitors emergency status and automatically adjusts program provision accordingly. This feedback loop enables automatic updates that respond to real-time conditions, achieving both speed (through automation) and user control (through condition-based responses that reflect user safety interests).
3Reliability
If multiple program versions are stored and automatically switched based on emergency detection, then the reliability of function restriction during emergencies is improved, but the complexity of the system deteriorates
Solution Approach 1:
The application program is segmented into multiple versions (first program with full functions, second program with restricted functions) stored separately on the server. This segmentation enables reliable function restriction by providing distinct program versions for different emergency scenarios, while the server's simple selection logic manages the complexity of handling multiple versions.
Solution Approach 2:
The system changes parameters (program version selection) based on emergency status rather than modifying the program structure itself. This approach improves reliability by switching between pre-configured program versions with different function sets, while keeping system complexity manageable through parameter-based selection rather than complex structural changes.
Data Source
AI summary
A second server 200 capable of communicating with a first server 100 and a terminal device 300 stores a first program PG1 as a web application executed in response to a request from the terminal device 300, the second server 200 determines whether to update the first program PG1 to a second program PG2 in which a part of functions of the first program PG1 is restricted, when it is determined to update the first program PG1 to the second program PG2, the second server 200 transmits update request information REQu for requesting to update the first program PG1 to the second program PG2 to the first server 100, the first server 100 transmits the second program PG2 to the second server 200 based on the update request information REQu, and the second server 200 updates the first program PG1 to the second program PG2.