Electronic Token Communication via Browser Gateway

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods require customization of host machines to establish communication between electronic tokens and remote servers, which may be limited or forbidden by administration rights.

Innovation Solution

A method that uses an electronic token with a microprocessor, communication interface, and memory, including at least two token servers, where the host machine's Internet web browser sends a request to the first token server, executes a script to establish a connection to a remote web server, enabling two-way communication through the browser as a gateway.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the host machine is customized using Internet connection sharing mechanism or dedicated software to establish communication between electronic token and remote server, then communication capability is improved, but device complexity and ease of operation deteriorate due to customization requirements and administration rights limitations

Engineering Contradiction:
Improvecommunication capabilityVSAvoidhost machine customization
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The electronic token performs self-service by autonomously establishing communication with the remote server through the web browser without requiring host machine customization. The token's server handles connection establishment, data routing, and communication management independently, eliminating the need for host machine configuration or administration rights.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The web browser acts as an intermediary between the electronic token and the remote server. It receives requests from the token's server, establishes connections to the remote server, and routes responses back, enabling communication without customizing the host machine's network stack or installing dedicated software.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If dedicated software is installed on the host machine to ensure communication function, then communication reliability is improved, but ease of manufacture and ease of operation worsen due to installation requirements

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidsoftware installation
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The solution uses the universal web browser, which is already present on most host machines, to perform the communication function. Instead of requiring dedicated communication software, the browser's existing capabilities are leveraged to establish and manage connections between the token and remote server, making the system universally applicable without additional installation.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The electronic token's server autonomously manages the communication process by generating web requests, handling authentication, and routing data through the browser. This self-service approach eliminates the need for pre-installed dedicated communication software while maintaining reliable communication through the token's own software capabilities.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If host machine customization is performed to enable communication, then communication functionality is improved, but ease of operation deteriorates due to administration rights requirements

Engineering Contradiction:
Improvecommunication functionalityVSAvoidadministration rights requirement
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The electronic token's server performs all necessary communication functions independently without requiring host machine customization. It autonomously generates HTTP requests, manages connections to the remote server, and handles data routing through the browser, eliminating the need for administration rights or system-level access on the host machine.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The web browser serves as an intermediary that enables communication without requiring host machine customization. The token's server communicates with the browser through standard web protocols, and the browser handles connection establishment and data transmission to the remote server, bypassing the need for administration rights entirely.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP2156647B1Method of managing communication between an electronic token and a remote web server
Publication Date: 2018.07.04 THALES DIS FRANCE SA
  • EP2156647B1 patent drawingFigure 1~2
  • EP2156647B1 patent drawingFigure 3
  • EP2156647B1 patent drawingFigure 4

AI summary

The invention is a method of managing communication between an electronic token and a remote web server. The token and the server are connected to a same host machine. The token comprises first and second token servers and a memory comprising HTML data. The host machine has an Internet web browser. Said method comprises the steps of : - sending a first request from the Internet web browser to the first token server, - returning a first answer to the Internet browser, said first answer comprising HTML data including a connection information associated to a script, - on the Internet web browser, executing the script associated to the connection information. Script execution establishes a connection to the remote server allowing a two-way communication between the second token server and the remote server through the Internet browser acting as a gateway.