Wireless Smart Contract Filtering for Selective Data Transfer
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The manual implementation of smart contract linkage in wireless communication systems results in cumbersome processes and excessive data generation, particularly when multiple smart contracts are linked, leading to inefficiencies.
Innovation Solution
Wireless communication devices filter smart contract data by selecting and transferring outputs to target smart contracts based on factors like device location, identifier, digital certificates, and other criteria, intelligently linking smart contracts to warrant the amount of transferred data.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If smart contracts are manually linked in a distributed ledger system, then the system can process and store smart contract outputs in an immutable blockchain format, but the process becomes cumbersome and generates excessive data that is not warranted
Solution Approach 1:
The patent introduces a data gateway as an intermediary component that automatically manages smart contract linkage and data filtering. The data gateway receives smart contract outputs, filters them based on predetermined criteria, and selectively forwards relevant data to target smart contracts. This intermediary automation eliminates the need for manual linkage configuration, reducing operational complexity while maintaining processing efficiency.
Solution Approach 2:
The system dynamically changes the parameter of data transmission by filtering smart contract outputs based on multiple criteria including data type, source identity, target contract requirements, and network conditions. This parameter-based filtering mechanism selectively transmits only warranted data, reducing excessive data generation while maintaining the immutability and consensus features of blockchain technology.
2Reliability
If all smart contract outputs are transferred to target smart contracts, then complete data availability is achieved, but unnecessary data transmission increases network load and reduces efficiency
Solution Approach 1:
The data gateway extracts and filters specific relevant information from smart contract outputs based on predetermined criteria before forwarding to target contracts. This extraction process removes unnecessary data elements while retaining essential information needed for target contract execution, ensuring data availability for critical operations while eliminating redundant transmissions that consume network energy.
Solution Approach 2:
Instead of transmitting all smart contract outputs (excessive action), the system applies partial transmission by selectively forwarding only the warranted subset of data based on filtering criteria. This partial action approach maintains sufficient data availability for target contracts to function reliably while significantly reducing network transmission overhead and energy consumption.
3Ease of operation
If manual smart contract linkage is implemented, then system control is maintained, but the process becomes cumbersome and time-consuming
Solution Approach 1:
The data gateway implements self-service automation by automatically receiving smart contract outputs, evaluating them against predetermined filtering criteria, and selectively forwarding relevant data to appropriate target contracts without manual intervention. This self-service mechanism dramatically improves ease of operation while eliminating the time-consuming manual configuration process, allowing the system to autonomously manage smart contract data flow.
Data Source
AI summary
In a wireless communication system, wireless communication devices filter smart contract data. The wireless communication devices generate source smart contract outputs. The wireless communication devices select some of the source smart contract outputs. The wireless communication devices select at least one target smart contract. The wireless communication devices transfer the selected source contract outputs to the ones of the selected target smart contracts. The selections that comprise this filtering may be based on device location, device identifier, digital certificates, device application identifiers, device component identifiers, alarms, messages, time, day, date, and/or some other factors.