Token-Based Content Distribution for Mobile Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile communication devices lack an efficient mechanism for presenting supplemental content, such as advertisements or special interest information, on their screens without disrupting the primary application's functionality and user experience.

Innovation Solution

A token-based content distribution framework that utilizes a primary software development kit (SDK) to auction opportunities for supplemental content and a secondary SDK to render targeted content, allowing for fast and efficient delivery of diverse content formats while reducing network load and bid auction time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If full content bids are transmitted from the content bidding exchange to the mobile device, then content delivery is complete, but network traffic increases and bid auction time increases

Engineering Contradiction:
Improvebid auction timeVSAvoidcontent delivery completeness
Core Design Contradiction:
Loss of timeVSLoss of information

Solution Approach 1:

The content delivery process is segmented into two phases: first, only essential content identifiers (tokens) are transmitted during the bid auction phase, and second, the actual content is retrieved separately using pre-configured content servers. This segmentation reduces the amount of data transmitted during bidding while ensuring complete content delivery.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Content tokens serve as intermediaries between the content bidding exchange and the content servers. Instead of transmitting full content bids, the system uses tokens that reference content stored on predefined content servers, reducing network traffic while maintaining the ability to deliver complete content.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If a content bidding exchange transmits full content bids, then all content information is available, but network traffic and processing overhead increase

Engineering Contradiction:
Improvecontent delivery efficiencyVSAvoidnetwork traffic
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

The essential information for content identification (tokens) is extracted from full content bids and transmitted during the auction process. The actual content is then retrieved separately from predefined content servers using these tokens, reducing the quantity of data transmitted over the network while maintaining delivery efficiency.

Inventive Principle:
Principle #2Taking out (Extraction)

3Adaptability or versatility

If multiple content formats are supported, then content versatility improves, but device complexity increases

Engineering Contradiction:
Improvecontent format supportVSAvoidrendering system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The mobile device includes predefined content servers and rendering logic for common content formats, providing support for multiple formats without requiring complete implementation of all possible formats. This partial action approach maintains versatility for commonly needed formats while controlling device complexity.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10069957B1Token based content distribution to wireless communication devices
Publication Date: 2018.09.04 T MOBILE INNOVATIONS LLC
  • US10069957B1 patent drawing
  • US10069957B1 patent drawing
  • US10069957B1 patent drawing

AI summary

A mobile communication device. The device comprises a processor, a mobile application that requests content to be rendered, and a content presentation mediation application comprising logic provided by a primary software development kit (SDK) and logic provided by a secondary SDK embedded in the primary SDK. The content presentation mediation application receives a request by the primary SDK from the mobile application for content to be rendered, transmits a request by the primary SKD for content to a content bidding exchange, receives a winning content bid that comprises a content token by the primary SDK from the content bidding exchange, transmits a request by the secondary SDK for content comprising the content token to a content server, receives content by the secondary SDK from the content server, and renders the content received from the content server by the secondary SKD according to rendering logic provided by the secondary SDK.