Ink Data Manipulation Objects for Cross-Device Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing ink data models are limited in their ability to manipulate and share hand-drawn stroke data across multiple devices and applications, as they primarily process static data and lack real-time editing capabilities, and fail to abstract device-dependent attributes into device-independent vector data suitable for various applications.

Innovation Solution

The introduction of manipulation objects that can slice and share stroke objects, along with an abstracted model that converts device-dependent pen event data into device-independent vector data, enabling real-time manipulation and sharing across multiple devices, and the separation of ink data language from format to facilitate flexible exchange between different formats.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If ink data is stored in device-dependent formats (raster data, application-specific formats), then the data can be generated and processed by individual applications, but the data cannot be shared or manipulated across different devices and applications

Engineering Contradiction:
Improvecross-device compatibilityVSAvoiddata format complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediate ink data format that serves as a universal representation layer between device-specific input formats and application-specific output formats. This intermediate format enables conversion between different devices and applications without requiring direct compatibility between them, resolving the contradiction by adding a mediating conversion layer.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The ink data structure is segmented into distinct components including stroke objects, point objects, and curve segment objects. Each component represents a specific aspect of the ink data, allowing flexible manipulation and conversion while maintaining overall data integrity across different devices and applications.

Inventive Principle:
Principle #1Segmentation

2Reliability

If complete stroke data is transmitted across networks, then data integrity is maintained, but transmission time and bandwidth consumption increase

Engineering Contradiction:
Improvedata integrityVSAvoidtransmission time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Stroke objects are divided into multiple point objects, and curve segments are further segmented with individual identifiers. This segmentation allows selective transmission of only necessary data portions, maintaining integrity where needed while reducing overall transmission volume and time.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transmits only the minimum necessary data required to reproduce the ink data accurately. By using efficient data structures and selective transmission of point objects and curve segments, the system avoids transmitting redundant information while preserving data integrity.

Inventive Principle:
Principle #16Partial or excessive action

3Adaptability or versatility

If device-dependent pen event data is processed directly, then the original input characteristics are preserved, but the data cannot be used across different device types

Engineering Contradiction:
Improvedevice independenceVSAvoidinput characteristics
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

Device-dependent pen event data is converted into an intermediate device-independent ink data format that preserves essential input characteristics while removing device-specific dependencies. This intermediate representation maintains the core information needed for reproduction while enabling cross-device compatibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system transforms device-specific parameters into standardized parameters that capture the essential characteristics of the input without being tied to any particular device type. This parameter transformation enables the same ink data to be accurately reproduced across different input devices.

Inventive Principle:
Principle #35Parameter changes

4Ease of operation

If ink data is rasterized immediately after input, then the data is ready for display, but the data cannot be manipulated or edited in vector form

Engineering Contradiction:
Improvemanipulation capabilityVSAvoidprocessing time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The ink data maintains a dynamic structure that allows flexible conversion between vector and raster representations. The data can be manipulated in vector form when editing is needed, and converted to raster form when display or final output is required, providing operational flexibility without permanent conversion.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system performs preliminary processing to create an optimized vector representation that is ready for both manipulation and efficient rasterization when needed. This preliminary structuring reduces the time required for subsequent operations whether manipulation or display is the next step.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11747976B2Method and system for ink data generation, ink data rendering, ink data manipulation and ink data communication
Publication Date: 2023.09.05 WACOM CO LTD
  • US11747976B2 patent drawing
  • US11747976B2 patent drawing
  • US11747976B2 patent drawing

AI summary

A method of outputting digital ink data includes: detecting one or more pieces of stroke data; judging whether the one or more pieces of stroke data form a complete unit of semantics; in a case that the one or more pieces of the stroke data form the complete unit of semantics, aggregating the one or more pieces of stroke data into one message; and outputting the aggregated one or more pieces of stroke data together in the one message.