Data Processing Converter for Protocol Interoperability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data processing systems face challenges in receiving and processing requests in different formats and transmission protocols, such as OSCI and SOAP, which limits interoperability and requires duplication of intermediary, control, and personalization systems.

Innovation Solution

A data processing system with a converter that translates requests from SOAP to OSCI format, allowing a single intermediary to handle both protocols and formats, thereby eliminating the need for system duplication and ensuring secure data forwarding.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a data processing system uses multiple transmission protocols (OSCI and SOAP) with separate intermediaries, then each protocol can be processed independently, but the system complexity increases due to duplication of intermediary, control, and personalization systems

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidsystem duplication
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal intermediary that can handle both OSCI and SOAP transmission protocols through a single instance. The converter component enables this intermediary to translate between different protocols, eliminating the need for separate intermediary systems for each protocol while maintaining full protocol compatibility and functionality

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

Solution Approach 2:

The patent introduces a converter as an intermediary component that mediates between different transmission protocols. This converter translates messages between OSCI and SOAP formats, allowing a single intermediary to handle multiple protocols without requiring duplicate system components for each protocol

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the system requires strict separation of metadata and user data with different cryptographic treatments, then security is improved, but the processing complexity increases due to the need for specialized intermediary handling

Engineering Contradiction:
Improvedata securityVSAvoidprocessing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the data structure into distinct metadata and user data portions with different cryptographic treatments. The OSCI message format naturally separates these elements, allowing the intermediary to apply appropriate security measures to each segment independently while processing them through a unified system

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent changes the cryptographic parameters applied to different data types within the same message. Metadata is encrypted with one cryptographic approach while user data receives different cryptographic treatment, allowing the system to maintain high security standards without requiring separate processing systems

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If the system accepts requests in alternative formats (OSCI and XML/SOAP), then interoperability is improved, but data manipulation risks increase outside the secure production environment

Engineering Contradiction:
ImproveinteroperabilityVSAvoiddata manipulation risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent uses the intermediary as a controlled gateway that mediates all incoming requests regardless of format. The converter translates external XML/SOAP requests into the internal OSCI format before processing, ensuring that all data passes through a single secure boundary and minimizing manipulation risks while maintaining interoperability

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a translated copy of the incoming request in the internal message format. External XML/SOAP requests are converted into OSCI format messages, allowing the system to process alternative formats while ensuring all data ultimately resides in the secure internal format, reducing manipulation risks

Inventive Principle:
Principle #26Copying

Data Source

PatentEP2118788B1Data processing system and method for receiving personal data
Publication Date: 2011.04.20 BUNDESDRUCKEREI GMBH
  • EP2118788B1 patent drawingFigure 1
  • EP2118788B1 patent drawingFigure 2

AI summary

The invention relates to a data processing system for receiving a first request (108) for a first format with a first transmission protocol (118, 104), the first request containing first personal data (112) and receiving a second request (128) for a second format with a second transmission protocol (124, 134), the second request containing second personal data (136), comprising a first server (102) for receiving the first request in the first format with the first transmission protocol and for transmitting the first personal data to a control system (162) of a personal system (160), a second server (122) for receiving the second request in the second format with the second transmission protocol, a converter (140) for converting the format of the second request from the second format into the first format and for transmitting the second request (141) converted into the first format with the first transmission protocol to the first server, wherein the first server is designed for transmitting the second personal data to the control system of the personal system.