Indexable Database Profiles for Multi-Language Shipping Data

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing programmatic systems for managing shipments are unable to process non-Latin characters, requiring manual conversion and leading to processing delays and human errors in international shipments, especially in non-English speaking countries.

Innovation Solution

An electronic data interface and computing system that translates and encodes non-standardized languages, including multi-byte characters, into a standardized language format, enabling seamless processing and indexing of shipping information across different language encodings.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If existing programmatic systems are configured to operate using English language and Latin characters only, then the systems can process shipping information efficiently, but they cannot accept or process non-Latin characters from non-English speaking countries

Engineering Contradiction:
Improvelanguage supportVSAvoidprocessing capability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a language encoding translation module as an intermediary component between the non-English language interface and the English-language programmatic system. This module automatically translates non-Latin characters into Latin character equivalents, allowing the system to accept input in multiple languages while maintaining compatibility with the existing English-based processing system.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically changes the character encoding parameters based on the input language. When non-English language input is detected, the translation module converts the character set from non-Latin encoding to Latin encoding, thereby adapting the data format to match the system's processing requirements without requiring system reconfiguration.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If manual conversion of non-Latin characters to Latin characters is required, then the system can process international shipments, but processing time increases significantly and human errors are introduced

Engineering Contradiction:
Improveinternational shipping supportVSAvoidprocessing speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The translation module operates autonomously to perform the character conversion task. When non-Latin character input is received, the system automatically detects the language encoding and performs the translation to Latin characters without requiring human intervention. This self-service capability eliminates manual conversion steps while maintaining processing accuracy.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs language detection and character translation as preliminary actions before the main shipping processing begins. By converting non-Latin characters to Latin equivalents in advance, the system prepares the data in the required format upfront, preventing processing delays during subsequent shipping operations.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If manual conversion of non-Latin characters is performed, then shipping information can be entered into the system, but the possibility of human error increases

Engineering Contradiction:
Improvemulti-language inputVSAvoiddata accuracy
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent replaces the manual mechanical process of character conversion with an automated computational translation module. This electronic translation system uses language encoding algorithms to convert non-Latin characters to Latin equivalents, eliminating human involvement in the conversion process and thereby preventing human errors such as misinterpretation or incorrect transcription.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

4Adaptability or versatility

If the system stores both original non-Latin character data and translated Latin character data, then both local language support and system processing are enabled, but data storage requirements increase

Engineering Contradiction:
Improvebilingual data supportVSAvoiddata storage volume
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent applies different data storage characteristics to different types of data fields. Original non-Latin character data is stored in non-indexable fields to preserve local language information, while translated Latin character data is stored in indexable fields for system processing. This differentiation allows the system to maintain both language versions without requiring uniform storage treatment for all data.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS11449495B2Indexable database profiles comprising multi-language encoding data and methods for generating the same
Publication Date: 2022.09.20 UNITED PARCEL SERVICE OF AMERICAN INC
  • US11449495B2 patent drawing
  • US11449495B2 patent drawing
  • US11449495B2 patent drawing

AI summary

Data encoded in multiple languages, such as single byte languages and multi-byte languages, may be generated and stored in a single indexable information/data profile in a database. The information/data profile may comprise indexable information/data fields configured for storing information/data in a standardized language encoding and non-indexable information/data fields configured for storing information/data in a language different from the standardized language. The standardized language may be generated by translating the information/data stored in the non-indexable information/data fields to enable indexing of the entire information/data profile. The information/data profile may be utilized to generate various information/data outputs, such as shipping labels including at least one of the standardized language or the other language while enabling the information/data profile to be indexed based at least in part on the standardized language.