Proxy Server Demultiplexing Chat Messages for Multiple Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Configuring third-party chat applications for multiple managed networks within a remote network management platform is inefficient and logistically challenging due to the need for multiple versions of the chat application to be deployed, each with a different chat server URL, especially when supporting hundreds or thousands of networks.

Innovation Solution

Configuring each third-party chat application with a single URL that identifies a proxy server within the remote network management platform, which demultiplexes messages to the appropriate chat servers, allowing multiple networks to use a single version of the chat application.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple versions of the third-party chat application are deployed, each with a different chat server URL, then each managed network can be supported, but the deployment complexity and time required increase significantly

Engineering Contradiction:
Improvesupport for multiple managed networksVSAvoiddeployment complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

A proxy server is introduced as an intermediary component between the third-party chat application and the multiple chat servers. The proxy server receives messages from the chat application, determines the destination chat server based on the message content, and forwards the messages accordingly. This eliminates the need for multiple versions of the chat application while maintaining support for multiple managed networks.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The proxy server is configured with a single URL that can serve multiple managed networks. It performs multiple functions including message routing, protocol translation, and server selection based on the message content. This universal proxy server replaces the need for multiple specialized chat application versions.

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

2Adaptability or versatility

If multiple versions of the third-party chat application are deployed, then each managed network can be supported, but the time required for deployment and version management increases

Engineering Contradiction:
Improvesupport for multiple managed networksVSAvoiddeployment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The proxy server acts as a centralized intermediary that handles message routing for all managed networks through a single URL. This eliminates the time-consuming process of deploying and managing multiple versions of the chat application, as only one version needs to be maintained and updated.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The proxy server is pre-configured with the necessary routing information and server addresses for all managed networks. This preliminary configuration allows the system to support multiple networks without requiring time-consuming deployment processes for each network individually.

Inventive Principle:
Principle #10Preliminary action

3Device complexity

If a single URL is used for the proxy server, then deployment is simplified, but the system must handle message routing to multiple destinations

Engineering Contradiction:
Improvedeployment simplicityVSAvoidmessage routing complexity
Core Design Contradiction:
Device complexityVSDifficulty of detecting and measuring

Solution Approach 1:

The proxy server is designed with intelligent message routing capabilities that automatically determine the correct destination chat server based on the message content. This intermediary handles the complexity of routing internally, presenting a simple single URL to external systems while managing the routing logic server-side.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The proxy server dynamically determines routing decisions based on the incoming message content. It can adaptively select the appropriate chat server based on factors such as the managed network identifier, user location, or server availability, making the routing process flexible and responsive without requiring manual configuration for each scenario.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11233863B2Proxy application supporting multiple collaboration channels
Publication Date: 2022.01.25 SERVICENOW INC
  • US11233863B2 patent drawing
  • US11233863B2 patent drawing
  • US11233863B2 patent drawing

AI summary

An example embodiment performed by a proxy server application of a remote network management platform may involve receiving a message from a third-party application directed to an address of the proxy server application and containing an identifier related to a particular entity. The embodiment may also involve using a template associated with a protocol type of the message to parse the message and determine the identifier. The embodiment may also involve comparing the identifier to mapping data that defines pairwise associations between each of a plurality of identifiers and computational instances of a plurality of computational instances. Each such computational instance may be communicatively coupled and dedicated to a respective managed network controlled by a particular entity. The embodiment may also involve using the comparison as a basis for selecting a particular computational instance of the plurality of computational instances, and then transmitting the message to the particular computational instance.