Smartcard File System Supporting Web Services via AID

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing Smartcard file system, as defined by ISO7816-4, does not support long file names or temporary files, making it inadequate for Web services, which require re-definition of file system structure, directory nodes, and file selection methods, including URL-based access.

Innovation Solution

A new Smartcard file system is introduced with an application root directory (ADF) and additional directories for Web server configuration, allowing long file names and supporting Web service by using HTTP protocol for file access, including URL-based selection and storage in both volatile and nonvolatile memory areas.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the existing Smartcard file system (ISO7816-4) is used, then the file system structure is simple and follows standard definitions, but it does not support long file names or temporary files, making it inadequate for Web services

Engineering Contradiction:
Improvesupport for Web services and long file namesVSAvoidfile system structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the file system into two distinct parts: a traditional ISO7816-4 compliant file system for standard operations, and a new directory structure (including ADF application root directory and AID application identifier directory) for Web service support. This segmentation allows each part to serve its specific purpose without compromising the other, enabling long file names and Web service compatibility while maintaining the simplicity of the original file system structure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a nested directory structure where the new ADF and AID directories are nested within the existing MF (Master File) root directory. The ADF can contain DF (Dedicated File) and EF (Elementary File), and the AID directory stores application-specific information. This nesting approach integrates the new Web service functionality into the existing file system hierarchy, allowing complex functionality to be organized within a manageable nested structure.

Inventive Principle:
Principle #7Nested doll (Nesting)

2Adaptability or versatility

If the file system is extended to support Web services with long file names and URL-based access, then compatibility with Web service usage habits is improved, but the file system structure and access methods require re-definition

Engineering Contradiction:
Improvecompatibility with Web service usage habitsVSAvoidfile system re-definition requirements
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent makes the file system universal by enabling it to serve multiple purposes: traditional Smartcard operations (following ISO7816-4) and Web service operations (with long file names and URL-based access). The new directory structure allows the same file system to handle both short FID-based access for traditional applications and long AID-based file names for Web services, eliminating the need for separate file systems and reducing overall system complexity.

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

Solution Approach 2:

The patent introduces the AID (Application Identifier) directory as an intermediary layer between the traditional FID-based file access and the new Web service requirements. The AID directory stores application-specific information and enables URL-based access to files, acting as a mediator that translates Web service access patterns into file system operations. This intermediary structure facilitates Web service compatibility without fundamentally redesigning the entire file system.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If URL-based file access and HTTP protocol support are added, then ease of operation for Web services is improved, but the file selection method becomes more complex

Engineering Contradiction:
Improvefile access for Web servicesVSAvoidfile selection method complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling the file system to automatically handle URL-based access requests through the new AID directory structure. The system can autonomously translate URL paths into file system operations, resolve application identifiers, and access the appropriate files without requiring complex external mediation. This self-service capability simplifies Web service operations while maintaining a structured approach to file selection.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8977658B2Smartcard file system and file selection method thereof
Publication Date: 2015.03.10 CHINA UNIONPAY
  • US8977658B2 patent drawing
  • US8977658B2 patent drawing
  • US8977658B2 patent drawing

AI summary

The invention provides a Smartcard file system and its method for selecting file. Said file system, including MF as well as a variety of DFs and Efs in the MF, wherein application root directory (ADF) is added in the MF; the tile attributes of said ADF, DF and EF of the tile system include the Application Identifier (AID); when visiting with HTTP protocol, the AID is understood as a long file name. External entities accessing said file system with the HTTP protocol, namely locating the application and file managed with CWS via URL; in URL, AID of directory or file identities its long file name, so that Smartcard file system also can support long file system and the way of selecting file of URL, which makes Smartcard to support the WEB services easier and more accepted by the user.