Browse Prior Art Database

Transferring unseen message history when switching instant messaging client

IP.com Disclosure Number: IPCOM000146730D
Original Publication Date: 2007-Feb-20
Included in the Prior Art Database: 2007-Feb-20
Document File: 2 page(s) / 40K

Publishing Venue

IBM

Abstract

Switching from one instant messaging client to another on a separate device elsewhere may leave messages unseen by the user. Here we propose that messages are automatically transferred to the active client instance.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 2

Transferring unseen message history when switching instant messaging client

It is commonplace to run Instant Messaging clients (IM clients) such as the Sametime client on multiple different devices, ranging from a desktop machine to a small hand-held device. The device actually used may vary, the desktop machine may be the most appropriate choice while at the desk, while a PDA or phone may be used while travelling. Normally the IM client will be logged in to the IM server to establish the required connection, and certainly in the case of the examples of clients examined the server only allows a single connection for each actual user. This means that by logging in from a phone (for example) the connection with any other device (the desktop, for example) is dropped and communication is established with the device where that user has most-recently logged-in.

    This means that any new messages from the server are directed to the correct client.

    However, there is a case where the desktop instance of the client has been receiving messages from other clients, but this user has left the desk. If this user then logs on from another device they get any new messages, but there is a set of delivered messages that they can't see because they were delivered to the desktop instance, and are displayed there. Normally this desktop instance is then disconnected upon the server receiving a new login from a different device.

    These messages are not retrievable or viewable, they now exist only on the client instance where they were delivered originally.

    We propose that the IM server has a new capability such that, when a new client instance for a given user logs in, the server can ask the earlier instance of a client for the messages that it has received since the last time the user actually used that client. The server does not need to store all messages in case they are required again, it retrieves them from the still-running client instance where they were delivered, and resends them to the new client instance. Now the unseen (and unviewable) messages that arrived after the last use of that client by that user are delivered to the user on the clie...