Canonicalizing Usage Conditions for Disparate Data Sets

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud and network service providers lack the ability to effectively provide information as a service that allows publishers, developers, and consumers to easily publish, track, and enforce usage restrictions on diverse data sets, with terms and conditions often being complex and inconsistent.

Innovation Solution

A system comprising a publication module, condition generation module, and enforcement module that publishes content with specified conditions of use, allowing for the enforcement of unique terms for each data set, using a taxonomy to classify and canonicalize conditions for uniformity and ease of enforcement.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If customized terms and conditions are provided for each data set, then the specificity and applicability of usage conditions are improved, but the complexity and difficulty of enforcement increase

Engineering Contradiction:
Improvespecificity of usage conditionsVSAvoidcomplexity of enforcement system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system transforms customized legal terms into standardized parameters through canonicalization. Different data sets with unique usage conditions are mapped to a common set of standardized condition parameters, allowing the enforcement system to handle diverse terms uniformly without increasing complexity.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

A single enforcement system is designed to handle multiple data sets with different usage conditions by using a universal canonicalized condition framework. The system can process and enforce conditions across disparate data sets using the same standardized parameter set, eliminating the need for separate enforcement mechanisms for each data set.

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

2Adaptability or versatility

If terms and conditions are negotiated by content negotiators, then the customization and specificity of conditions are improved, but the time and resource consumption increase

Engineering Contradiction:
Improvecustomization of conditionsVSAvoidtime for condition negotiation
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system pre-establishes a comprehensive set of standardized condition parameters and their canonicalized forms before actual data set usage. This preliminary preparation allows rapid mapping and enforcement of conditions without requiring time-consuming negotiations during deployment, as the framework is already in place.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Instead of negotiating unique terms for each data set, the system uses templates and copies of standardized condition parameters. Customized conditions are generated by selecting and combining pre-defined standardized parameters, significantly reducing the time and resources required compared to creating entirely new terms from scratch.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If similar terms are expressed in different languages and formats, then the flexibility and adaptability of conditions are improved, but the recognizability and processing efficiency decrease

Engineering Contradiction:
Improveflexibility of condition expressionVSAvoidrecognizability of similar conditions
Core Design Contradiction:
Adaptability or versatilityVSDifficulty of detecting and measuring

Solution Approach 1:

The system applies parameter transformation by converting various expressions of similar conditions into a unified set of standardized parameters. Different languages and formats are mapped to equivalent canonicalized parameter representations, making similar conditions immediately recognizable and processable by the enforcement system regardless of their original expression.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

Canonicalized parameters serve as an intermediary layer between the diverse input conditions and the enforcement mechanism. This intermediary transformation layer translates flexible, diverse condition expressions into a standardized internal representation, enabling efficient detection and processing while preserving the original flexibility and adaptability of condition expression.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9032546B2Enforcing conditions of use associated with disparate data sets
Publication Date: 2015.05.12 MICROSOFT TECHNOLOGY LICENSING LLC
  • US9032546B2 patent drawing
  • US9032546B2 patent drawing
  • US9032546B2 patent drawing

AI summary

Techniques are described herein that are capable of enforcing conditions of use associated with disparate data sets. For example, content may be published. Conditions of use that are associated with the published content may be specified. The published content may include disparate data sets. Each data set may be associated with its own condition(s) of use. The condition(s) of use associated with each data set may be enforced.