Secure Element Transaction Notification System

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current information processing systems fail to notify relevant applications of transactions performed between a device and an external device in real-time, leading to inefficiencies and potential security risks due to lack of immediate data access and validation.

Innovation Solution

An information processing apparatus and method that includes a sensing unit to detect transactions, an acquisition unit to gather data, a determination unit to identify notification targets based on service IDs, a verification unit to validate applications, and a notification unit to inform relevant, validated applications of transaction data, ensuring secure and timely information dissemination.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If an SP application needs to grasp transaction information, it must actively access the secure element and middleware, then <improved or preserved characteristic> the application can obtain transaction data, but <worsened characteristic> the system complexity and access contention increase

Engineering Contradiction:
Improvetransaction information accessibilityVSAvoidsystem complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

Instead of having applications actively access the secure element to obtain transaction information, the patent inverts the approach by having the secure element or middleware automatically notify applications of transaction occurrences. This inversion eliminates the need for complex access procedures and reduces system complexity while ensuring applications receive transaction information.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The secure element performs self-service by automatically detecting transactions and notifying relevant applications without requiring external requests. This self-service mechanism reduces the burden on applications and simplifies the overall system architecture while maintaining information accessibility.

Inventive Principle:
Principle #25Self-service

2Speed

If applications frequently access the secure element to check transaction data, then <improving_feature> the information freshness is improved, but <worsening_feature> the access contention and processing overhead increase

Engineering Contradiction:
Improveinformation freshnessVSAvoidprocessing efficiency
Core Design Contradiction:
SpeedVSProductivity

Solution Approach 1:

The patent implements continuous monitoring of transactions by the secure element or middleware, which continuously detects transaction occurrences and immediately notifies applications. This continuous action ensures information freshness without requiring applications to repeatedly access the secure element, thereby maintaining processing efficiency.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The system implements a feedback mechanism where the secure element or middleware detects transactions and automatically provides feedback to relevant applications through notifications. This feedback loop ensures applications receive up-to-date transaction information without frequent active access, reducing processing overhead and contention.

Inventive Principle:
Principle #23Feedback

3Loss of information

If all applications are notified of every transaction, then <improving_feature> the information dissemination is improved, but <worsening_feature> the notification overhead and resource consumption increase

Engineering Contradiction:
Improveinformation disseminationVSAvoidnotification overhead
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

The patent applies local quality by notifying only specific applications that are relevant to particular transaction types rather than all applications uniformly. The middleware or secure element determines which applications should receive notifications based on transaction characteristics, reducing unnecessary notification overhead and resource consumption while ensuring relevant information reaches the appropriate applications.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The notification system is segmented to target specific applications based on their relevance to transaction types. Instead of a blanket notification approach, the system divides notification delivery into targeted segments, reducing overall notification overhead while maintaining effective information dissemination to relevant applications.

Inventive Principle:
Principle #1Segmentation

4Speed

If applications access transaction data without verification, then <improving_feature> the access speed is improved, but <worsening_feature> the security risks increase

Engineering Contradiction:
Improvedata access speedVSAvoidsecurity
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The patent implements preliminary verification of application validity by the middleware or secure element before allowing access to transaction data or sending notifications. This preliminary action ensures that only authorized applications can access transaction information, maintaining security without significantly impacting access speed for verified applications.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20240338433A1Information processing apparatus, information processing method, and computer program
Publication Date: 2024.10.10 FELICA NETWORKS INC
  • US20240338433A1 patent drawing
  • US20240338433A1 patent drawing
  • US20240338433A1 patent drawing

AI summary

There is provided an information processing apparatus having a secure element mounted therein. The information processing apparatus in which a device that performs a transaction with an external device is mounted includes: a sensing unit that senses that a transaction has occurred between the device and the external device; an acquisition unit that acquires data from the device, in response to the sensing unit sensing the occurrence of the transaction; a determination unit that analyzes the data acquired by the acquisition unit, and determines applications as notification targets; a verification unit that verifies validity of the applications as the notification targets; and a notification unit that notifies a relevant application whose validity has been confirmed among the notification targets, of the data acquired by the acquisition unit.