Handshake Protocol for API Licensing Enforcement

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing Hook IP systems rely on content encryption for enforcement, but in scenarios without valuable content or encryption, there is a need to establish a mutually beneficial ecosystem with enforceable business rules, motivating participants to sign up for a licensing regime.

Innovation Solution

A new handshake protocol using Hook IP that validates licensed access to patent rights within a generalized ecosystem, where a Licensing Entity controls access and imposes business rules, using a Challenge/Response protocol to ensure compliance and enforceability across multiple actors and functions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If content encryption is used to enforce Hook IP licensing, then security and control over licensed technology are improved, but the system becomes unsuitable for scenarios without valuable content or encryption needs

Engineering Contradiction:
Improvelicensing enforcement reliabilityVSAvoidapplicability to non-encryption scenarios
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent replaces the mechanical/crypto-based encryption system with a software-based handshake protocol. Instead of relying on cryptographic mechanisms to enforce licensing, the system uses a Challenge/Response protocol where software components verify licenses through computational handshakes, making the system adaptable to scenarios without valuable content or encryption needs

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

Solution Approach 2:

The patent introduces a handshake protocol as an intermediary mechanism between licensing verification and content access. This protocol acts as a mediator that can operate independently of content encryption, allowing license verification to occur through structured software interactions rather than direct cryptographic dependency

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If a licensing regime is imposed on ecosystem participants, then control and compliance are improved, but participant motivation to join the ecosystem decreases

Engineering Contradiction:
Improvecompliance enforcementVSAvoidecosystem participation ease
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent performs preliminary license verification through the handshake protocol before ecosystem operations begin. By establishing compliance upfront through automated Challenge/Response verification, the system reduces ongoing administrative burdens and creates a smoother participation experience while maintaining enforcement reliability

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The handshake protocol enables self-service license verification where software components automatically validate their own licensing status through the Challenge/Response mechanism. This automated self-verification reduces the need for manual compliance management and makes ecosystem participation more straightforward while maintaining enforcement

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9197910B2Business method including handshake protocol to control actors and functions to propagate acceptance of an IP license to securely authenticate software application program interfaces (APIs)
Publication Date: 2015.11.24 ARRIS ENTERPRISES LLC
  • US9197910B2 patent drawing
  • US9197910B2 patent drawing
  • US9197910B2 patent drawing

AI summary

A system for securely authenticating software Application Program Interfaces (APIs) includes a handshake protocol that enables promulgation of licensing rights controlling Intellectual Property (IP) to multiple Actors. The handshake is a Challenge-Response protocol that includes a Challenge issued by one Actor who controls IP rights to verify a second Actor has Licensed IP rights when the second Actor Response includes use of a function IPF1. The function e.g. IPF1 is provided through the IP licensing agreement. Other Actors who wish to use software that the first Actor provides will be encouraged to acquire rights to the IP License to obtain the function IPF1 for access. Subsequent Actors who have IP rights controlled by another function IPF2 can be pulled into the same IP Licensing system, or another IP License that becomes part of the same ecosystem with the system controlled using function IPF1.