Browse Prior Art Database

Method for preventing incomplete communications

IP.com Disclosure Number: IPCOM000240900D
Publication Date: 2015-Mar-11
Document File: 3 page(s) / 160K

Publishing Venue

The IP.com Prior Art Database

Abstract

This article describes a method to prevent sending incomplete or wrong instant messages. The method is based on message content, information about the recipient and historic data of communications with this recipient.

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

Page 01 of 3

Method for preventing incomplete communications

Accidentally sending an instant message is a mistake easily made. A system that will use information about the recipient in combination with clues from the message content (e.g. typos and punctuation) to selectively display the option to cancel messages after send has been pressed is proposed. The advantage is that the user can have a safety layer for critical recipients with an easy solution to cancel the sending of messages which have erroneously been sent.

    The user has the option of specifying which recipients should be flagged as "check before sending". This could be set as default or specified for certain groups of recipients or individual recipients. When the send button for a text message is pressed, the message is displayed in the dialog window of the smart phone as usual. However, it has not actually been sent yet. If the recipient has been flagged by the user as "check before sending" then the message is checked for spelling mistakes, unfinished sentences etc.. If any mistakes are found then the sending is delayed by a defined amount of time, say a few seconds. During this delay time, a cancel pop-up window is displayed which, when touched, allows the user to cancel the sending and retrieve the message to the editing window. The user can then edit the message and resend it.

    Determinations of whether to cancel the message send would take input from a number of sources, for example:

Recipient name


1.

Message content e.g. punctuation, typos, unfinished sentences, meaning/readability


2.

User specific sign offs


3.


Page 02 of 3


1.

User clicks "send"

  Worked example for an unfinished sentence: User enters "Will you be at home at"


2.

System checks if the recipient is marked as "check before sending" and finds this is true


3.

System checks message content and finds problems (unfinished sentence)


4.

System delays the sending of the text messages and offers the cancel option


5.

User clicks cancel


6.

2


Page 03 of 3


7.

Message is returned to editing mode and not sent

    Above here is a simple example. Extensions would be to analyse the las...