Offline IM Chat via Direct Client-to-Client Token Exchange
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing instant messaging systems require all messages to be routed through a central server, leading to performance bottlenecks and server outages, as well as limitations in security and privacy due to the need for server-mediated communication.
Innovation Solution
Implementing a system that allows consenting IM clients to establish an offline chat connection directly between each other, bypassing the IM server, using tokens provided by the server that contain necessary connection and security information, while still adhering to the IM service provider's policies and security rules.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If all messages are routed through a central IM server, then security and privacy can be maintained through server-mediated communication, but performance bottlenecks and server outages occur
Solution Approach 1:
The patent segments the centralized message routing function into two paths: server-mediated routing for initial connection and authentication, and direct peer-to-peer routing for ongoing communication. This segmentation allows the server to handle only essential functions while clients communicate directly, resolving the contradiction between server availability and message routing capacity.
Solution Approach 2:
The patent uses the IM server as an intermediary only for establishing connections and exchanging authentication tokens, not for ongoing message routing. Once clients authenticate and exchange tokens, they bypass the server as an intermediary and communicate directly, maintaining security through initial server mediation while eliminating performance bottlenecks during active communication.
2Productivity
If direct client-to-client communication is established, then server load is reduced and performance improves, but security and privacy management becomes more difficult
Solution Approach 1:
The patent reintroduces the server as an intermediary for security management functions: issuing authentication tokens, verifying client identities, and establishing secure communication channels. The server handles the complex security logic while clients simply follow token-based authentication protocols, reducing client-side security complexity while maintaining direct communication efficiency.
Solution Approach 2:
The patent changes the security management approach from continuous server-mediated message routing to token-based authentication. Clients receive security parameters (tokens) from the server during initialization, then use these parameters for direct communication without continuous server involvement. This parameter change simplifies ongoing security management while maintaining direct communication efficiency.
3Reliability
If offline chat connection is established between clients, then backup option during server outages is provided, but initial connection setup requires server involvement
Solution Approach 1:
The patent performs preliminary authentication and token exchange through the server before establishing direct offline connections. Clients obtain security tokens and connection parameters in advance during server-mediated setup, enabling them to immediately establish direct connections when the server becomes unavailable, minimizing communication continuity interruptions.
Data Source
AI summary
An instant message (IM) connection is established at an IM server in the usual manner, under the policies and security rules promulgated by the IM service provider. Using this connection to the IM server, an offline IM chat request is made at the IM server for establishing an offline connection directly between consenting IM clients. The request may be included in a message to the IM server from a client, or the request may be in the form of IM session parameter, for the client, that authorizes an offline chat as the preferred type of IM session under certain conditions, such as the IM server being unavailable, IM server loading level or other factors that are under the control of the server. The conditions may also specify the presence of other IM clients as a criterion for establishing an offline chat, whether present in an online chat session or merely available.