Searchable Best Fit Abstraction Framework for Multi-Carrier Service Bundling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional catalog systems are limited in providing information on alternative service and product offerings from multiple carriers and service providers, and in designing and searching for products and services across different technology platforms, restricting the ability to access and bundle network resources effectively.

Innovation Solution

A searchable best fit abstraction framework is implemented, which includes a network inventory server and a searchable best fit abstraction engine that instantiates inventory class objects with service abstractions, allowing customers to identify service offerings satisfying specific requirements and service providers to define offerings based on templates, while provisioning services across multiple carriers and technology platforms.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a conventional catalog system is used to track service provider's product and service offerings, then the service provider can manage their own inventory effectively, but the system cannot provide information on alternative service offerings from multiple carriers or access network resources from other service providers

Engineering Contradiction:
Improveability to access service offerings from multiple carriersVSAvoidcatalog system architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary abstraction layer that sits between the conventional catalog system and multiple service providers. This abstraction layer standardizes interfaces and protocols, allowing the system to access and compare service offerings from multiple carriers without requiring complex point-to-point integrations with each provider, thus resolving the contradiction between versatility and complexity

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a universal catalog system architecture that can handle multiple service providers and technology platforms through standardized interfaces. This universal system performs multiple functions including inventory tracking, service comparison, and resource allocation across different carriers, achieving versatility without proportionally increasing complexity

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

2Adaptability or versatility

If each technology platform uses proprietary conventions to address the same need, then each platform can be optimized for its specific requirements, but the system is limited in ability to design and search for products and services across multiple elements and technology platforms

Engineering Contradiction:
Improveability to search across technology platformsVSAvoidtechnology stack integration
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent transforms proprietary platform-specific parameters into standardized abstract parameters that can be universally processed. By changing the parameter representation from platform-specific to platform-agnostic, the system enables cross-platform service design and search while maintaining the ability to handle platform-specific optimizations underneath the abstraction layer

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent segments the technology stack into distinct layers: platform-specific implementation layers and a unified abstraction layer. This segmentation allows each technology platform to maintain its proprietary optimizations while the upper abstraction layer provides unified access across platforms, resolving the contradiction between platform optimization and cross-platform versatility

Inventive Principle:
Principle #1Segmentation

3Adaptability or versatility

If a service provider uses their own inventory of network resources, then they can control their resource allocation, but they are limited in ability to access other network resources from other service providers for bundling

Engineering Contradiction:
Improveability to bundle services from multiple providersVSAvoidresource management system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges multiple service providers' inventory systems into a unified virtual inventory through the abstraction layer. This merging allows service providers to access and bundle resources from multiple carriers while the abstraction layer manages the complexity of resource tracking, allocation, and coordination across different providers, resolving the contradiction between versatility and complexity

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS10257054B2Searchable best fit abstraction framework for catalog driven service delivery
Publication Date: 2019.04.09 CENTURYLINK INTELLECTUAL PROPERTY LLC
  • US10257054B2 patent drawing
  • US10257054B2 patent drawing
  • US10257054B2 patent drawing

AI summary

A system for a searchable best fit abstraction framework includes a network having one or more network resources, a network inventory server programmed to generate a network inventory of the one or more network resources, and a searchable best fit abstraction engine in communication with the network inventory server. The searchable best fit abstraction engine includes at least one processor, and non-transitory computer readable media having encoded thereon computer software comprising a set of instructions executable by the at least one processor. The set of instructions includes instructions to retrieve the network inventory, instantiate an inventory class object for at least one network resource, define a set of service abstractions for the inventory class object, provide customer and service provider facing interfaces, and provision at least one service offering satisfying a customer service requirement, or as defined by a service template.