Blockchain Smart Contract Service Delegation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current service models bind users, devices, and providers tightly throughout the service lifecycle, limiting flexibility and causing disruptions when services or devices become unavailable, such as during travel or device battery issues, and making it difficult to share services or devices with others.
Innovation Solution
Implementing blockchain-enabled smart contracts that allow for temporary reservation and delegation of services, service providers, and devices, enabling automatic switching between providers or devices based on trigger conditions, such as battery levels or service availability, without requiring physical keys.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If services and devices are tightly bound throughout the service lifecycle, then service reliability is improved, but service flexibility and adaptability deteriorate
Solution Approach 1:
The patent implements dynamic binding relationships where service associations are not fixed but can change over time. The system allows services to be bound to devices initially, then dynamically unbound and rebound to different devices based on trigger conditions such as device availability, user preferences, or service requirements. This dynamic approach maintains reliability through consistent service delivery while enabling flexibility in device assignments.
Solution Approach 2:
The system performs preliminary actions by pre-configuring service bindings and establishing delegation rules before actual service disruptions occur. Trigger conditions are predetermined, and delegation relationships are set up in advance, allowing the system to automatically switch services between devices proactively rather than reactively, thus maintaining both reliability and flexibility.
2Reliability
If physical keys are used for service access control, then security is improved, but ease of operation and sharing deteriorate
Solution Approach 1:
The patent replaces the mechanical key system with a digital/decentralized identification system based on blockchain technology. Instead of physical keys that require manual transfer and storage, the system uses digital identifiers and smart contracts that enable automated, secure access control. This substitution maintains security through cryptographic verification while dramatically improving ease of operation by eliminating physical key management requirements.
Solution Approach 2:
The system creates digital copies of access credentials through blockchain-based identification tokens that can be securely replicated and distributed without compromising security. Multiple users can hold valid access credentials simultaneously, enabling easy sharing while maintaining security through decentralized verification mechanisms rather than single-point physical key control.
3Stability of the object's composition
If services are permanently bound to specific providers, then service stability is improved, but adaptability and switching capability deteriorate
Solution Approach 1:
The patent segments the service binding relationship into distinct phases: initial binding, conditional monitoring, and automatic switching. The service relationship is divided between the primary service provider and potential alternative providers, with smart contracts governing transitions. This segmentation allows stable service delivery during normal operation while enabling smooth transitions when predefined conditions are met, thus maintaining both stability and adaptability.
Data Source
AI summary
A computer-implemented method, computer system, and computer program product for blockchain enabled service reservation and delegation. The present invention may include receiving one or more first or second trigger conditions defined by a user, detecting an occurrence of the one or more first trigger conditions, deploying a smart contract based on the received one or more first trigger condition, detecting an occurrence of the one or more second trigger conditions, and deactivating the smart contract based on the received one or more second trigger conditions. The present invention may include receiving a subject registration, the subject is the user, a service, or a device. The one or more first trigger conditions may be a condition that upon its occurrence may initiate the deployment of the smart contract. The one or more second trigger conditions may be a condition that upon its occurrence may initiate the deactivation of the smart contract.