Cross-Service Food Delivery Data Aggregation and Standardization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current food and beverage delivery services do not allow users to conveniently compare menu items and prices across multiple delivery services, as data is typically stored in incompatible formats and varies between services, limiting users to only the options provided by a single service.

Innovation Solution

A system and method for aggregating and processing data from multiple delivery services, allowing users to search and compare menu items and prices across multiple services by consolidating data into a standardized format, linking common menu items, and presenting the information in an interactive environment for real-time comparison.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If data from multiple delivery services is aggregated and standardized, then users can compare menu items and prices across services, but system complexity increases due to data formatting and integration requirements

Engineering Contradiction:
Improveuser comparison capabilityVSAvoiddata integration system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary component (data aggregation and standardization system) that sits between multiple delivery services and the user interface. This intermediary collects data from various services, standardizes it into a common format, and presents it uniformly to users, thereby enabling cross-service comparison without requiring users to directly interact with multiple complex systems

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system creates a universal data standard that can handle multiple delivery services through a single interface. By designing a multi-functional aggregation system that processes diverse data sources using common protocols and formats, the patent enables one system to serve multiple services, reducing the need for separate integration mechanisms for each service

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

2Loss of information

If real-time data from multiple services is processed and displayed, then users get comprehensive delivery options, but data processing time and computational resources increase

Engineering Contradiction:
Improvedelivery option completenessVSAvoiddata processing time
Core Design Contradiction:
Loss of informationVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-fetching and caching delivery service data before users need it. Data from multiple services is collected, standardized, and prepared in advance, so when users search for delivery options, the processing time is minimized as the heavy lifting of data integration has already been completed

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements continuous data updates from delivery services, maintaining a live feed of menu items and pricing information. This continuous action ensures that users always have access to current data without requiring repeated full-data requests, as the system continuously refreshes and maintains the aggregated dataset

Inventive Principle:
Principle #20Continuity of useful action

3Measurement precision

If detailed menu item data is collected from multiple services, then comparison accuracy improves, but data storage requirements increase

Engineering Contradiction:
Improveprice comparison accuracyVSAvoiddata storage volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The system extracts only the essential and comparable data elements from delivery service menus, such as item names, prices, and key specifications. By filtering out redundant or non-comparable information, the patent maintains high comparison accuracy while minimizing data storage requirements, storing only what is necessary for meaningful cross-service comparison

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS10217144B1Methods, systems and program products for aggregating and presenting service data from multiple sources over a network
Publication Date: 2019.02.26 BOOTLER LLC
  • US10217144B1 patent drawing
  • US10217144B1 patent drawing
  • US10217144B1 patent drawing

AI summary

An example computer-implemented search method. A location of a user communication device over a network is determined. A search request from the user communication device is received via an interactive application. A database is queried based on the location and the search request. The database stores data representing a plurality of menu items from a plurality of food or beverage delivery services for a plurality of restaurants, and includes data associated with the plurality of restaurants. If restaurants within a predetermined range of the determined location are associated with the received search request, the restaurants are linked to food or beverage delivery services. Data representing the food or beverage delivery services is combined onto a rendered page of the interactive application. Selection of at least one menu item is received. For each delivery service, cost for delivering the selected menu item to the determined location is estimated. The cost for each delivery service is visually associated with the respective delivery service on the page. The page is transmitted to the user communication device.