Peripheral UI Document Architecture for Portable Media Players

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current portable media players have closed platforms that hinder third-party accessory developers from creating interactive peripherals due to the need for internal UI development and firmware updates, limiting the number of accessible accessories and draining resources for manufacturers.

Innovation Solution

A new peripheral architecture that allows a UI document to be embedded into peripherals, enabling user interaction by interpreting this document within the portable media player, without requiring the peripheral to interpret it, thus allowing third-party developers to create UI applications without firmware updates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If Apple uses a closed platform strategy to protect its intellectual property, then IP protection is improved, but third-party accessory development is hindered and device complexity increases

Engineering Contradiction:
ImproveIP protectionVSAvoidthird-party accessory development
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system is segmented into two independent components: the portable media player that protects its UI software, and the peripheral device that contains the UI document. This segmentation allows the media player to maintain its closed platform for IP protection while the peripheral independently stores and transmits its own UI definition, enabling third-party development without compromising security.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A UI document acts as an intermediary between the peripheral device and the portable media player. The UI document contains the interface definition and is transmitted from the peripheral to the media player, which then interprets it to generate the actual UI. This intermediary mechanism enables communication and interaction while maintaining the closed platform architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If Apple internally develops every UI application for accessories, then IP protection is maintained, but engineering resources are drained and the number of accessible accessories is limited

Engineering Contradiction:
ImproveIP protectionVSAvoidengineering resource efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The peripheral device is designed to be self-sufficient by containing its own UI document that defines its interface. Instead of requiring the media player manufacturer to develop custom UI code for each accessory, the peripheral independently provides its UI definition through the transmitted document, allowing it to serve itself and enabling third-party development without diverting engineering resources.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The UI document serves as a copy or representation of the interface definition that can be transmitted and interpreted by the media player. Rather than copying complex UI application code from one system to another, the system uses a standardized document format that describes the interface, which can then be dynamically interpreted to generate the appropriate UI without resource-intensive development efforts.

Inventive Principle:
Principle #26Copying

3Reliability

If firmware updates are required to add new accessory UIs, then IP protection is maintained, but device complexity increases and update maintenance becomes burdensome

Engineering Contradiction:
ImproveIP protectionVSAvoidfirmware update requirement
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system transitions from a static firmware-based UI approach to a dynamic UI generation approach. The media player dynamically interprets the UI document received from the peripheral at runtime to generate the appropriate interface. This dynamic mechanism eliminates the need for firmware updates to add new accessory support, as the system can adapt to new peripherals through document interpretation alone.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The UI document is prepared in advance within the peripheral device, containing all the necessary interface definition information. This preliminary preparation of the UI specification allows the media player to immediately interpret and display the correct interface when the peripheral is connected, without requiring any firmware modification or update to support the new accessory.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8555180B2Smart peripheral architecture for portable media players
Publication Date: 2013.10.08 AMULET TECH
  • US8555180B2 patent drawing
  • US8555180B2 patent drawing
  • US8555180B2 patent drawing

AI summary

A new peripheral architecture is provided that allows a UI document to be embedded into a peripheral. The UI document is sent to a portable media player when the peripheral is plugged into the portable media player. The portable media player interprets this UI document to allow a user to interact with the accessory. The peripheral does not interpret this UI document but it does respond to interactions with the portable media player as the portable media player interprets the documents in response to user interactions.