Bot Manager for Omni-Channel Communication Adaptation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems require extensive resource investment and complexity to support multiple bots across various channels, necessitating manual reprogramming and redeployment for each channel, leading to inefficiencies and increased complexity for enterprises with multiple bots and channels.

Innovation Solution

A computing system with a bot communication system that provides an adaptive interface allowing bots to automatically discover and expand to multiple channels, eliminating the need for channel-specific programming through a bot manager that processes and converts responses using channel metadata, enabling bots to function across all channels without manual reconfiguration.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If manual reprogramming and redeployment is performed for each channel, then bots can communicate with specific channels, but resource investment and system complexity increase significantly

Engineering Contradiction:
Improvechannel compatibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a bot manager as an intermediary component that sits between bots and communication channels. The bot manager handles channel-specific configurations, metadata management, and protocol adaptations, allowing bots to communicate with multiple channels without manual reprogramming. This mediator absorbs the complexity of channel-specific requirements while maintaining simple bot interfaces.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The bot manager is designed as a universal component that can manage multiple bots across multiple channels simultaneously. It provides multi-functional capabilities including configuration management, metadata storage, response routing, and format conversion, eliminating the need for separate channel-specific bot instances and reducing overall system complexity.

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

2Adaptability or versatility

If manual reprogramming is performed for each bot-channel combination, then bots can be customized for specific channels, but resource investment and time consumption increase

Engineering Contradiction:
Improvechannel supportVSAvoiddeployment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-configuring channel metadata and protocols in the bot manager before bots need to communicate with channels. Channel configurations, data formats, and communication protocols are established in advance and stored as metadata, enabling bots to be deployed to multiple channels immediately without time-consuming reprogramming for each channel.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The bot manager uses metadata templates and configuration patterns that can be copied and reused across different channels. Once a channel configuration is established, it can be replicated for similar channels, significantly reducing the time and resources needed to add new channel support compared to creating custom configurations from scratch for each channel.

Inventive Principle:
Principle #26Copying

3Reliability

If bots are reprogrammed for every new channel, then channel-specific communication requirements are met, but resource investment multiplies

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidresource investment
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system segments communication functionality into two parts: channel-agnostic bot logic and channel-specific configuration metadata. The bot manager handles channel-specific requirements through metadata, while bots maintain universal communication logic. This segmentation allows the same bot to serve multiple channels without duplication of channel-specific code, reducing resource investment while maintaining communication reliability.

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If extensive reconfiguration is performed for multiple bots across channels, then bots can operate on multiple channels, but implementation complexity increases

Engineering Contradiction:
Improveomni channel capabilityVSAvoidimplementation ease
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The bot manager serves as an intermediary that abstracts away channel-specific complexities from bot implementation. It provides a unified interface for configuring bots across multiple channels, managing metadata, and handling protocol conversions, thereby simplifying the implementation process while enabling omni-channel capabilities.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system enables omni-channel capability through parameter changes in channel metadata rather than structural changes to bot code. By modifying metadata parameters such as communication protocols, data formats, and channel configurations in the bot manager, the system can adapt bots to new channels easily without complex reimplementation, improving ease of manufacture.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12143346B2Bot omni channel communication system
Publication Date: 2024.11.12 ORACLE INT CORP
  • US12143346B2 patent drawing
  • US12143346B2 patent drawing
  • US12143346B2 patent drawing

AI summary

Systems, methods, and other embodiments associated with a bot communication system for communicating between channels and bots are described. In one embodiment, a system includes a bot manager configured to provide communication between an individual bot from a plurality of bots and a target channel of a plurality of channels. The bot manager is configured to process a bot response from the individual bot to the target channel by at least: identifying channel configuration metadata from a channel metadata repository that defines a channel dependent format for communicating data with the target channel; converting the bot response to the channel dependent format associated with the target channel including formatting data components from the bot response according to the channel configuration metadata of the target channel; and transmitting, via a network connection, the converted bot response to the target channel in the channel dependent format of the target channel.