Native Selling Platform OS Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Users face inconvenience when accessing applications on mobile devices, as they need to unlock and navigate to find the application, and cannot receive data when the device is in standby mode, leading to inefficiencies in data exchange and notification management.

Innovation Solution

A native selling platform is integrated into the mobile device's operating system, allowing data exchange and notification management without activating separate applications, utilizing the operating system's functionalities to share information and provide notifications directly from the home screen, even in standby mode.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a separate application is used for selling, then the application can provide dedicated selling functionalities, but the user must unlock the device and navigate to access it, increasing operation complexity and energy consumption

Engineering Contradiction:
Improveease of accessing selling platformVSAvoidnavigation steps to access application
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The selling platform is merged with the mobile device's operating system rather than being a separate application. This integration allows the selling functionality to be accessed directly from the home screen without requiring users to navigate through separate application layers, thereby reducing operational complexity while maintaining dedicated selling capabilities

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The operating system is enhanced with multi-functionality to include selling platform capabilities natively. This allows the OS to serve both as the system foundation and as the selling platform, eliminating the need for separate application navigation while providing comprehensive selling functionalities

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

2Reliability

If a separate application is activated, then the application can process data and send notifications, but it consumes processor cycles, network traffic, and power even when not in use

Engineering Contradiction:
Improvenotification delivery capabilityVSAvoidpower consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The notification and data processing functionalities are extracted from the separate application context and integrated into the operating system's native notification system. This allows notifications to be handled by the OS infrastructure rather than requiring a dedicated application to be activated, reducing power consumption while maintaining reliable notification delivery

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The operating system provides self-service capabilities for notification management and data processing without requiring a separate application to be running. The OS natively handles these functions through its built-in mechanisms, eliminating the need for continuous application activation and reducing overall system power consumption

Inventive Principle:
Principle #25Self-service

3Use of energy by moving object

If the device is in standby mode, then power consumption is reduced, but the user cannot receive data or interact with the application

Engineering Contradiction:
Improvepower consumptionVSAvoiddata reception capability
Core Design Contradiction:
Use of energy by moving objectVSLoss of information

Solution Approach 1:

The operating system is configured with preliminary action capabilities to receive and queue data during standby mode. Notifications and data are pre-processed and held in the OS notification system, ready for immediate display when the user interacts with the device, ensuring no information is lost while maintaining low power consumption during standby

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11244408B2Native selling platform
Publication Date: 2022.02.08 EBAY INC
  • US11244408B2 patent drawing
  • US11244408B2 patent drawing
  • US11244408B2 patent drawing

AI summary

Example embodiments of the present disclosure include a system comprising a computer-readable storage medium storing at least one program and a computer-implemented method for providing a native selling platform. In example embodiments, an operating system of a device is configured to share information with other devices and services using native functionalities of the operating system. An indication to share an image of an item is received. A sharing user interface is presented that includes a plurality of services with which the image of the item is sharable. A selection of a publication system from the plurality of services is received. In response, a listing user interface is presented that includes fields for input of parameters used to generate a listing for the item in the image. Parameters and an indication to list the item are received and are shared with the publication system to cause the publication system to create the listing for the item.