Encryption Process Using Conversion Table Regions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing encryption methods struggle to represent encrypted data using only character codes assigned to characters in a character encoding scheme, especially when the number of character codes is not a power of 2, leading to issues with bit length and data representation.

Innovation Solution

A conversion table with regions storing 2^i character codes is used to convert character codes into index values, which are then encrypted and converted back into character codes of the same length, ensuring the encrypted data can be represented by character codes defined in the scheme.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional encryption algorithms are used to encrypt character data, then encryption strength is maintained, but the encrypted data extends over all character codes including unassigned codes, making it unrecognizable to character-handling software

Engineering Contradiction:
Improveencryption strengthVSAvoidsoftware compatibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The conversion table is divided into multiple regions, where each region stores 2^i character codes associated with index values. This segmentation allows the encryption system to map encrypted values to specific character code ranges, ensuring that only valid character codes are generated while maintaining encryption strength through the use of multiple discrete regions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Index values serve as an intermediary between the encrypted data and character codes. The conversion table acts as a mediator that translates encrypted values into valid character codes by associating index values with specific character code ranges, thereby bridging the gap between cryptographic output and character encoding requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If Base64 encoding is used to convert encrypted data into character codes, then software compatibility is improved, but the bit length of the encrypted data increases by approximately 1.3 times

Engineering Contradiction:
Improvesoftware compatibilityVSAvoiddata size
Core Design Contradiction:
Ease of operationVSLength of stationary object

Solution Approach 1:

The system changes the parameter of character code allocation by using conversion tables that map encrypted values to specific character code ranges. By adjusting how character codes are assigned and organized in the conversion table regions, the system maintains the original data size while ensuring compatibility with character-handling software through proper character code selection.

Inventive Principle:
Principle #35Parameter changes

3Length of stationary object

If character codes are converted into shorter bit sequences before encryption, then data size is reduced, but it becomes impossible to represent all character codes assigned to characters

Engineering Contradiction:
Improvedata sizeVSAvoidcharacter code coverage
Core Design Contradiction:
Length of stationary objectVSReliability

Solution Approach 1:

The conversion table is segmented into multiple regions, each handling 2^i character codes with appropriate index values. This segmentation allows the system to cover all necessary character codes by distributing them across multiple regions with different index value ranges, thereby maintaining complete character code coverage while optimizing data representation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system adds a regional dimension to the conversion table structure, where character codes are organized across multiple regions with different index value assignments. This dimensional organization allows efficient representation of all character codes without requiring uniform bit length, enabling compact storage while maintaining complete character code coverage.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS7961871B2Encryption process, encryption device, and computer-readable medium storing encryption program
Publication Date: 2011.06.14 FUJITSU LTD
  • US7961871B2 patent drawing
  • US7961871B2 patent drawing
  • US7961871B2 patent drawing

AI summary

A process, a device, and a computer-readable medium storing a program, for encryption. A conversion table having regions each of which stores 2i character codes associated with index values is provided, where i is a natural number predetermined for each region, the 2i character codes are defined in a predetermined character encoding scheme, and the index values have a minimum necessary bit length for uniquely identifying the 2i character codes within each region. First character codes constituting a plaintext are converted into index values by reference to respectively corresponding regions of the conversion table. Then, the index values are encrypted without changing the bit lengths, and the encrypted values are converted into second character codes associated with index values identical to the encrypted values by reference to the respectively corresponding regions of the conversion table, a sequence of the second character codes is outputted as an encrypted text.