Selective Messaging System Using Database Queuing for Offline Delivery
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
There is a need for technologies that facilitate instant messaging and multicasting communication with previously unknown individuals based on identifiers associated with them or their usernames, as existing instant messaging systems lack effective methods for reaching users outside their logged-in status and do not support transaction control.
Innovation Solution
A system and method that allows users to associate identifiers with Member-IDs, enabling the system to search for and notify associated users of messages, and facilitate multicasting by retrieving and storing messages in corresponding mailboxes, with push notifications sent to users' devices, using a database to manage identifiers and messages.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If users are contacted only when logged in, then real-time communication is achieved, but message delivery to offline users is not possible
Solution Approach 1:
The system performs preliminary actions by storing messages in the database before the recipient logs in. Messages are queued and held in the database, ready to be delivered once the user becomes available, ensuring reliable delivery without requiring the user to be online at the exact moment of sending.
Solution Approach 2:
The database serves as an intermediary between the sender and recipient. Instead of direct peer-to-peer communication requiring both parties to be online, messages pass through the database which stores and forwards them when the recipient logs in, decoupling the sender and receiver in time.
2Adaptability or versatility
If multiple users are contacted individually, then selective messaging is achieved, but system complexity increases
Solution Approach 1:
The database and notification system serve multiple functions simultaneously: they store individual messages, handle group messages, manage user profiles, and send notifications. This multi-functionality allows the system to handle both selective one-to-one messaging and multicasting to groups without requiring separate infrastructure for each type.
Solution Approach 2:
The system segments message handling by using identifiers to distinguish between individual user messaging and group multicasting. The database stores messages with associated identifier information, allowing the same core infrastructure to handle different message types through logical segmentation rather than physical separation.
3Ease of operation
If user identifiers are stored centrally, then message routing is simplified, but user privacy is reduced
Solution Approach 1:
The system implements local quality by allowing users to control which identifiers are stored and associated with their Member-ID. Different users can have different levels of identifier exposure - some may share multiple identifiers publicly while others maintain stricter privacy. The database stores identifiers with associated permission levels, enabling selective information disclosure.
Data Source
AI summary
Disclosed are systems methods circuits and associated computer executable code for facilitating selective messaging and multicasting, wherein system users are associated with one or more identifiers. And, wherein user messages or multicasts are relayed along with one or more identifiers or filtering conditions to a system server, and the system server relays the messages to users associated with the system server received identifiers or to users satisfying the system server received filtering conditions.