Two-way real time communication system that allows asymmetric participation in conversations across multiple electronic platforms

Patent No. US9894019 (titled "Two-way real time communication system that allows asymmetric participation in conversations across multiple electronic platforms") on Jul 30, 2015. The application was issued on Feb 13, 2018.

What is this patent about?

’019 is related to the field of real-time communication (RTC) systems and, more specifically, to a platform that bridges disparate communication protocols to facilitate anonymous, topic-based interactions between initiators and responders.

The underlying idea behind ’019 is to decouple the identity and specific communication protocol of an initiator from those of potential responders through a centralized intermediary proxy. Instead of requiring both parties to use the same software or share contact details, the system routes messages based on topic-matching and responder-defined availability criteria, such as geographic location or specific keywords. This allows a user on a web interface to engage in a live dialogue with experts or service providers who may be responding via SMS, email, or instant messaging without either party ever seeing the other's private addresses.

The claims of ’019 focus on a system that receives conversation selection criteria and preferred communication modes from multiple responders, then processes an initiator's request by generating a unique conversation identifier. The independent claims specifically cover the mechanism of determining a set of responders based on the topic, broadcasting the inquiry across different real-time modes, and then mapping incoming responses back to the original initiator using the conversation identifier. Notably, the claims require the system to handle multiple responses—such as a first response via a real-time mode and a second response via email—while maintaining the initiator's anonymity.

In practice, the invention functions as a communication gateway that translates and converges message streams. When an initiator asks a question on a website, the system acts as a protocol translator, converting that web-based input into various formats like XMPP, SIP, or SMS depending on what each matched responder has registered. To keep the initiator engaged while waiting for a human response, the system can deploy a virtual assistant to ask follow-up questions, effectively stalling for time while simultaneously gathering more context for the responders.

This approach differs from prior solutions by eliminating the need for a shared communication protocol or pre-existing knowledge of a recipient's address. Traditional RTC requires both parties to be on the same platform (e.g., both using the same IM client), whereas this system uses asymmetric management to allow the initiator to see a unified view of all responses while ensuring each responder only sees their own specific thread with the initiator. This architecture supports a marketplace or auction-style environment where responders can bid for the right to communicate with a lead without the lead being forced to subscribe to a service or disclose personal data.

How does this patent fit in bigger picture?

Technical Landscape

In the early 2010s when ’019 was filed, real-time communication was typically implemented using siloed protocols where both the initiator and the responder were required to utilize the same software client or communication standard to exchange data. At a time when systems commonly relied on the explicit exchange of unique identifiers—such as email addresses, phone numbers, or user handles—to establish a connection, cross-platform interoperability was limited by the rigid coupling of the transmission medium to the session identity. Furthermore, when hardware and software constraints made the bridging of disparate messaging modes non-trivial, session management was generally restricted to symmetric exchanges where all participants operated within a single, unified protocol environment.

Prosecution Position

The disclosed invention represents a technical advancement in communication architecture by decoupling the initiator’s communication mode from the responder’s mode through an intermediary mapping system. This architectural shift enables an initiator to trigger a multi-responder session based on topic-based criteria rather than specific destination addresses, overcoming the constraint of protocol uniformity. The system achieves a novel integration of disparate real-time communication streams—such as SMS, email, and instant messaging—into a unified session identifier. This enables the technical effect of asymmetric conversation management, where the system dynamically routes responses across different protocols while maintaining anonymity and session continuity without requiring the initiator to possess the responders' direct contact information.

Claims

This patent contains 39 claims, with claims 1, 14, 18, and 23 serving as the independent claims. The independent claims generally focus on a real-time communication system and method that facilitates anonymous, topic-based conversations by matching an initiator with responders based on selection criteria and mapping responses across different communication modes using a unique conversation identifier. The dependent claims generally serve to further define the system by specifying additional communication protocols, detailing anonymity protocols, outlining responder selection and bidding processes, and describing the management of active communication modes and unified user interfaces.

Key Claim Terms New

Definitions of key terms used in the patent claims.

Term (Source)Support for SpecificationInterpretation
Conversation identifier
(Claim 1, Claim 14, Claim 18, Claim 23)
A conversation identifier associated with the request is created. The first response is mapped to the conversation associated with the initiator based in part on the conversation identifier. In another implementation, the system may dynamically assign a conversation identifier to both the responders and initiators based on real-time communication media managers designated for the responders.A unique data element generated by the system to track a specific communication session and enable the routing of messages between an initiator and multiple responders across different protocols.
Conversation selection criteria
(Claim 1, Claim 14, Claim 18, Claim 23)
The system receives from each of a plurality of responders conversation selection criteria and a mode of communication information. The conversation selection criteria comprises at least one of a time, a week day, a geographic location, or a keyword. One or more possible responders are determined based at least upon the topic of the conversation and the conversation selection criteria.Parameters provided by potential responders that define the specific conditions under which they are willing to be contacted, including temporal, geographic, or topical constraints.
First real-time communication mode
(Claim 1, Claim 14, Claim 18)
A request for a conversation is received from an initiator using a first communication mode. At least one of the determined mode of communication of the one or more possible responders is a second communication mode that is different than the first communication mode. The response is sent to the initiator using the first communication mode.The specific protocol or application (such as instant messaging, SMS, or a web-based chat) used by the initiator to start a conversation, which may differ from the protocol used by the responder.
Real-time communication media managers
(Claim 23)
The system is configured to assign real-time communication media managers to the initiator and to each of a plurality of responders. The system may dynamically assign a conversation identifier to both the responders and initiators based on real-time communication media managers designated for the responders. A response is received from a first responder over the real-time communication media manager assigned to the first responder.System components or processes assigned to individual participants to handle the translation and delivery of messages across specific communication protocols.
Unified web interface
(Claim 23)
Various responses are managed in such a way that the initiator sees them as unified responses within the internet website which the initiator is viewing and communicating with the responders. The system is configured to present a unified web interface to the initiator, wherein the unified web interface presents responses to the initiator.A single display environment provided to the initiator that aggregates and presents responses from multiple responders, regardless of the different communication modes used by those responders.

Litigation Cases New

US Latest litigation cases involving this patent.

Case NumberFiling DateTitle
2:22-cv-02655Jul 7, 2022DISINTERMEDIATION SERVICES, INC. v. 4 WALLS INC.
6:22-cv-00649Jun 22, 2022Disintermediation Services, Inc. v. Continually Ltd.
6:22-cv-00651Jun 22, 2022Disintermediation Services, Inc. v. Hello UMI S.L.

Patent Family

Patent Family

File Wrapper

The dossier documents provide a comprehensive record of the patent's prosecution history - including filings, correspondence, and decisions made by patent offices - and are crucial for understanding the patent's legal journey and any challenges it may have faced during examination.

  • Get instant alerts for new documents

US9894019

Application Number
US14814337A
Filing Date
Jul 30, 2015
Publication Date
Feb 13, 2018
External Links
Slate, USPTO , Google Patents