防止误操作的消息发送方法和系统与流程

本发明涉及防止误操作的消息发送方法和系统。

背景技术：

在各种协同、通信、社交应用(包括微信等即时通信应用、gmail等邮箱系统、github等异步协同应用)中，一般都提供了类似“@某用户、@所有人”的功能以帮助用户通知一个或多个其他人。然而，一般情况下，在涉及多人的通信或社交中，人越多，用户越谨慎小心，一则避免打扰别人，二则避免在大庭广众下说话。

但是现有应用并没有提供好的方式来避免用户误操作。这就导致了用户出错，例如在千人大群中错误操作通知方式，诸如@所有人、邮件发送给所有人、发送给错误的人，等等。

技术实现要素：

根据本公开的一方面，提供了一种防止误操作的消息发送方法，包括：将用户所输入的消息要被发送到的目的地的数目与预定阈值相比较；以及如果所述数目大于预定阈值，则暂停发送所述消息并提醒所述用户。

在一实施例中，所述消息要被发送到的目的地的数目包括所述消息中包含的特殊字符的总数，其中所述特殊字符用于界定所述消息要被发送到的单个目的地。

在另一实施例中，所述方法还包括从所述总数中减去没有伴有目的地的特殊字符的数目。

在又一实施例中，所述方法还包括从所述总数中减去重复目的地的数目。

在又一实施例中，所述方法还包括通过检测所述消息中是否包含针对群组的特定表达式来确定所述消息要被发送到的目的地的数目。

在又一实施例中，如果所述消息包含针对群组的特定表达式，则所述消息所针对的目的地的数目包括所述群组中包含的目的地的数目。

在又一实施例中，提醒所述用户包括向所述用户显示模态对话框形式的提醒信息以供确认。

在又一实施例中，提醒所述用户包括按非模态对话框的形式以与所述消息不同的方式来显示提醒信息。

在又一实施例中，所述方法还包括在接收到所述用户的确认之后，发送所述消息。

在又一实施例中，所述用户通过按下键盘的回车键来确认发送所述消息。

在又一实施例中，其特征在于，所述方法还包括：在接收到所述用户的取消指令后，移除所述提醒信息并终止发送所述消息，以便所述用户能进一步编辑所述消息。

在又一实施例中，所述用户通过按下键盘的退格键或者在使用触摸屏的情况下点击所述提醒信息所占区域之外的屏幕区域来取消发送所述消息。

在又一实施例中，以与所述消息不同的字体、颜色、背景中的至少一者来显示所述提醒信息。

在又一实施例中，所述提醒信息被显示在所述消息的附近，而没有遮挡所述消息。

在又一实施例中，所述方法还包括：检测所述消息旨在发送给预定目的地集合中的预定目的地；以及向所述用户显示提醒信息以供确认。

在又一实施例中，所述方法还包括：基于先前的历史信息和上下文信息来确定所述消息所针对的目的地已改变，并基于所述确定来暂停所述发送并提醒所述用户。

在又一实施例中，所述比较是在接收到所述用户要发送所输入的所述消息的指令之后进行的。

在又一实施例中，所述预定阈值是根据用户的角色、职位中的至少一者来个性化地设置的。

根据本公开的另一方面，提供了一种防止误操作的消息发送系统，所述系统包括：比较组件，所述比较组件被配置成将用户所输入的消息要被发送到的目的地的数目与预定阈值相比较；以及提醒组件，所述提醒组件被配置成在所述数目大于预定阈值的情况下暂停发送所述消息并提醒所述用户。

在一实施例中，所述系统还包括检测组件，所述检测组件检测所述消息要被发送到的目的地的数目。

在另一实施例中，所述检测包括检测所述消息中包含的特殊字符的总数，其中所述特殊字符用于界定所述消息要被发送到的单个目的地；从所述总数中减去没有伴有目的地的特殊字符的数目；以及从所述总数中减去重复目的地的数目。

在又一实施例中，所述检测包括通过检测所述消息中是否包含针对群组的特定表达式来确定所述消息要被发送到的目的地的数目，其中如果所述消息包含针对群组的特定表达式，则所述消息所针对的目的地的数目包括所述群组中包含的目的地的数目。

在又一实施例中，所述检测组件还被配置成检测所述消息旨在发送给预定目的地集合中的预定目的地；以及所述提醒组件还被配置成在响应于这一检测向所述用户显示提醒信息以供确认。

在又一实施例中，所述检测组件还被配置成基于先前的历史信息和上下文信息来检测所述消息所针对的目的地已改变，并且所述提醒组件还被配置成基于所述检测来暂停发送并提醒所述用户。

在又一实施例中，所述提醒组件还被配置成向所述用户显示模态对话框形式的提醒信息以供确认。

在又一实施例中，所述提醒组件还被配置成按非模态对话框的形式以与所述消息不同的方式来显示提醒信息。

在又一实施例中，所述提醒组件还被配置成以与所述消息不同的字体、颜色、背景中的至少一者来显示所述提醒信息。

在又一实施例中，所述提醒组件还被配置成将所述提醒信息显示在所述消息的附近，而没有遮挡所述消息。

在又一实施例中，所述比较是在接收到所述用户要发送所输入的所述消息的指令之后进行的。

在又一实施例中，所述预定阈值是根据用户的角色、职位中的至少一者来个性化地设置的。

根据本公开的又一方面，提供了一种防止误操作的消息发送系统，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：将用户所输入的消息要被发送到的目的地的数目与预定阈值相比较；以及如果所述数目大于预定阈值，则暂停发送所述消息并提醒所述用户。

各方面一般包括如基本上在本文参照附图所描述并且如通过附图所解说的方法、装备、系统、计算机程序产品和处理系统。

前述内容已较宽泛地勾勒出根据本公开的示例的特征和技术优势以使下面的详细描述可以被更好地理解。附加的特征和优势将在此后描述。所公开的概念和具体示例可容易地被用作修改或设计用于实施与本公开相同的目的的其他结构的基础。此类等效构造并不背离所附权利要求书的范围。本文所公开的概念的特性在其组织和操作方法两方面以及相关联的优势将因结合附图来考虑以下描述而被更好地理解。每一附图是出于解说和描述目的来提供的，且并不定义对权利要求的限定。

附图说明

为了能详细理解本公开的以上陈述的特征所用的方式，可参照各方面来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中解说。然而应该注意，附图仅解说了本公开的某些典型方面，故不应被认为限定其范围，因为本描述可允许有其他等同有效的方面。不同附图中的相同附图标记可标识相同或相似的元素。

图1是解说根据本公开的各方面的防止误操作的示例消息发送方法的流程图。

图2是解说根据本公开的各方面的用于确定消息要被发送到的目的地的数目的示例方法的流程图。

图3是解说根据本公开的各方面的防止误操作的示例消息发送系统的组件框图。

图4是解说根据本公开的各方面的防止误操作的另一示例消息发送系统的示图。

具体实施方式

以下结合附图1-4阐述的详细描述旨在作为各种配置的描述，而无意表示可实践本文中所描述的概念的仅有的配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而，对于本领域技术人员将显而易见的是，没有这些具体细节也可实践这些概念。

现在参考图1，其示出了根据本公开的各方面的防止误操作的示例消息发送方法100的流程图。

如图1所示，方法100包括在框110，将用户所输入的消息要被发送到的目的地的数目与预定阈值相比较。

例如，在微信之类的应用中，可以将消息中“@”的人的数目与预定阈值(例如，100个人)相比较，以确定是否超过该预定阈值。在另一示例中，在gmail之类的邮箱应用中，可以将收件人栏中包括的邮箱地址数目与预定阈值相比较，以确定其是否超过该预定阈值。

在一实施例中，该预定阈值是可由用户预先设置的，或者也可以由系统默认地设置。在又一些示例实施例中，该预定阈值可以根据用户的角色、职位等属性来个性化地设置。例如，如果用户是经理、管理员之类的角色，则该预定阈值可被设置成较大的第一值；而在用户是普通职员、成员之类的角色时，该预定阈值可被约束成只能设置为比第一值小的第二值，而不能设置成该较大的第一值。

在又一实施例中，所述比较是在接收到所述用户要发送所输入的所述消息的指令之后进行的。例如，可以在用户点击显示界面上的“发送”按钮、或者用户按下回车键之后，来作出所述比较。

仅举一例，例如，在微信应用的示例中，当用户点击“发送”按钮之后，微信应用可以确定所输入的消息中是否包含“@所有人”这一特定表达式，如果是则确定该微信群中的所有成员的数目，随后微信应用将这一数目与预定阈值相比较。如果微信应用确定所输入的消息中不包含“@所有人”这一特定表达式，则它可以确定该消息中包含的“@”字符的数目(对于伴有重复目的地的“@”字符仅计数一次)并减去不伴有任何目的地的“@”字符的数目。随后，微信应用将得到的数目与预定阈值相比较。本领域技术人员将明白，这仅仅是一个示例。例如，上述功能可以是应用的内置功能或可以作为应用的一个插件来实现。

将明白，可以按各种方式来确定消息要被发送到的目的地的数目。下文结合图2给出了根据本公开的各方面的用于确定消息要被发送到的目的地的数目的示例方法200的流程图。

继续参考图1，在框120，方法100包括如果所述数目大于预定阈值，则暂停发送所述消息并提醒所述用户。

在一实施例中，提醒所述用户包括向所述用户显示模态对话框形式的提醒信息以供确认。一般而言，模态对话框不允许用户在该对话框的外部采取操作。例如，当在一个页面中需要选择你的学校时，由于学校数量众多而不适宜直接放在该页面中，同时也因为它从属于这个该页面而不适宜设计成单独的新页面，所以一般使用模态弹框来呈现这些学校。在该实施例中，用户将必须对该提醒信息作出操作才能返回相关应用(例如，微信、gmail等)的消息收发界面。在该实施例中，用户可以点击对话框上的确认按钮(或者，例如，按下物理键盘或虚拟键盘上的回车键)来进行确认；在此之后，所述消息被发送。在另一示例中，如果用户点击了对话框上的取消按钮(或者，例如，按下键盘的退格键、esc键)，则移除所述提醒信息并终止发送所述消息；由此返回相关应用的消息收发界面，以便所述用户能进一步编辑所述消息。

在另一实施例中，提醒所述用户包括按非模态对话框的形式以与所述消息不同的方式来显示提醒信息。在该实施例中，用户也可以通过按下键盘的回车键来确认发送所述消息以及通过按下键盘的退格键、esc键等来取消发送所述消息。在一示例中，在使用触摸屏的情况下，用户可以通过点击所述提醒信息所占区域之外的屏幕区域来取消发送所述消息；以及通过点击所述提醒信息来进行确认。

在又一实施例中，所述提醒信息是以与所述消息不同的字体、颜色、背景中的至少一者来显示的，从而使用户能够更容易地识别出所述提醒信息。

在又一实施例中，所述提醒信息被显示在所述消息的附近，而没有遮挡所述消息。例如，在一示例中，提醒信息可以显示在所述消息的上方、右上方，等等。

在一实施例中，方法100还包括检测所述消息旨在发送给预定目的地集合中的预定目的地；以及向所述用户显示提醒信息以供确认。例如，在一示例中，用户可以将不希望向其发送消息的特定目的地(例如，微信联系人、特定电子邮箱地址，等等)添加到预定目的地集合中。例如，在微信应用的示例中，可以检测消息中包括的“@”字符后伴有的目的地，并将其与预定目的地集合中的不希望向其发送消息的各个预定目的地相匹配，如果匹配成功则可以确定用户旨在将消息发送给该特定目的地，此时，可以提醒用户(例如，弹出弹框，等等)是否确实需要进行发送。

在又一实施例中，方法100还包括基于先前的历史信息和上下文信息来确定所述消息所针对的目的地已改变，并基于所述确定来暂停所述发送并提醒所述用户。在该示例中，方法100可以基于先前的消息收发历史信息和消息收发上下文信息确定用户一直与另一特定用户进行通信。当接收到用户旨在与另外的其他用户通信时(例如，在检测到将与一个用户的来往信息、邮件回复给另一不同用户时)，可以提醒用户是否需要进行发送。

在一实施例中，如果预定阈值未被超过，则所述消息被发送。

下面结合图2来描述根据本公开的各方面的用于确定消息要被发送到的目的地的数目的示例方法200的流程图。将明白，图2的方法200仅是作为示例给出的，还可以存在落入本公开范围内的用来确定消息要被发送到的目的地的数目的各种替换方式。

如图2所示，方法200包括在210处，检测所述消息中包含的特殊字符的总数。在一实施例中，所述特殊字符用于界定所述消息要被发送到的单个目的地，例如，微信应用中的“@”字符、gmail应用中的“；”字符，等等。

在220处，方法200包括从所述总数中减去没有伴有目的地的特殊字符的数目。在该实施例中，如果所述消息中包含的相应数目的特殊字符没有伴有目的地，则从所述特殊字符的总数中减去所述相应数目来作为所述消息要被发送到的目的地的数目。例如，如果在微信应用中，消息中的“@”字符之后没有跟随相应的联系人，则该字符将不被计数。

在230处，方法200包括从所述总数中减去重复目的地的数目。在该实施例中，如果所述消息中包含的相应数目的特殊字符伴有同一目的地，则将所述特殊字符的总数加一并减去所述相应数目来作为所述消息要被发送到的目的地的数目。例如，如果在微信应用中，消息中有三个“@”字符之后伴有同一联系人“张三”(即，消息中包含了三个“@张三”短语)，则这些“@”字符将被计数为一个，而非计为三个。

在一替换实施例中，方法200还包括通过检测所述消息中是否包含针对群组的特定表达式来确定所述消息要被发送到的目的地的数目。例如，在微信应用中，“@所有人”是针对整个群组中的全部成员的表达式，用于向所有成员发布消息。在该示例中，在检测到消息中包含“@所有人”这一特定表达式时，代替对该特定字符“@”计数，而是改为确定该群中的所有成员的数目，从而作为所述消息要被发送到的目的地的数目。

图3是解说根据本公开的各方面的防止误操作的示例消息发送系统300的组件框图。如图3所示，在一示例中，消息发送系统300包括比较组件302和提醒组件304。然而，可以明白，这些框仅是示例性的，这些组件可以彼此合并成单个组件或者拆分成更多组件，并且消息发送系统300还可以包括其他组件。在一实施例中，消息发送系统300可以包括在各种协同、通信、社交应用(包括微信等即时通信应用、gmail等邮箱系统、github等异步协同应用)中作为其内置功能或插件。

在一实施例中，比较组件302被配置成将用户所输入的消息要被发送到的目的地的数目与预定阈值相比较；以及提醒组件304被配置成在所述数目大于预定阈值的情况下暂停发送所述消息并提醒所述用户。

在一实施例中，消息发送系统300还包括可任选的检测组件306，所述检测组件306被配置成检测所述消息要被发送到的目的地的数目。

在另一实施例中，所述检测包括检测所述消息中包含的特殊字符的总数，其中所述特殊字符用于界定所述消息要被发送到的单个目的地；从所述总数中减去没有伴有目的地的特殊字符的数目；以及从所述总数中减去重复目的地的数目。在又一实施例中，所述检测包括通过检测所述消息中是否包含针对群组的特定表达式来确定所述消息要被发送到的目的地的数目，其中如果所述消息包含针对群组的特定表达式，则所述消息所针对的目的地的数目包括所述群组中包含的目的地的数目。

在又一实施例中，所述检测组件306还被配置成检测所述消息旨在发送给预定目的地集合中的预定目的地；以及所述提醒组件304还被配置成响应于这一检测向所述用户显示提醒信息以供确认。例如，在微信应用的示例中，可以检测消息中包括的“@”字符后伴有的目的地，并将其与预定目的地集合中的不希望向其发送消息的各个预定目的地相匹配，如果匹配成功则可以确定用户旨在将消息发送给该特定目的地，此时，可以提醒用户(例如，弹出弹框，等等)是否确实需要进行发送。

在又一实施例中，所述检测组件306还被配置成基于先前的历史信息和上下文信息来检测所述消息所针对的目的地已改变，并且所述提醒组件304还被配置成基于所述检测来暂停发送并提醒所述用户。

在又一实施例中，所述提醒组件304还被配置成向所述用户显示模态对话框形式的提醒信息以供确认。

在又一实施例中，所述提醒组件304还被配置成按非模态对话框的形式以与所述消息不同的方式来显示提醒信息。

在又一实施例中，所述提醒组件304还被配置成以与所述消息不同的字体、颜色、背景中的至少一者来显示所述提醒信息。

在又一实施例中，所述提醒组件304还被配置成将所述提醒信息显示在所述消息的附近，而没有遮挡所述消息。

在又一实施例中，所述比较是在接收到所述用户要发送所输入的所述消息的指令之后进行的。在又一实施例中，所述预定阈值是根据用户的角色、职位中的至少一者来个性化地设置的。

图4是解说根据本公开的各方面的防止误操作的另一示例消息发送系统400的示意图。如图所示，消息发送系统400包括处理器405和存储器410。存储器410存储有计算机可执行指令，这些指令可由处理器405执行来实现以上结合图1、2、3描述的方法和流程。

以上具体实施方式包括对附图的引用，附图形成具体实施方式的部分。附图通过说明来示出可实践的特定实施例。这些实施例在本文中也称为“示例”。此类示例可以包括除所示或所述的那些元件以外的元件。然而，还构想了包括所示或所述元件的示例。此外，还构想出的是使用所示或所述的那些元件的任何组合或排列的示例，或参照本文中示出或描述的特定示例(或其一个或多个方面)，或参照本文中示出或描述的其他示例(或其一个或多个方面)。

在所附权利要求书中，术语“包括”和“包含”是开放式的，也就是说，在权利要求中除此类术语之后列举的那些元件之外的元件的系统、设备、制品或过程仍被视为落在那项权利要求的范围内。此外，在所附权利要求书中，术语“第一”、“第二”和“第三”等仅被用作标记，并且不旨在表明对它们的对象的数字顺序。

另外，本说明书中所解说的各操作的次序是示例性的。在替换实施例中，各操作可以按与图1-2所示的不同次序执行，且各操作可以合并成单个操作或拆分成更多操作。

以上描述旨在是说明性的，而非限制性的。例如，可结合其他实施例来使用以上描述的示例(或者其一个或多个方面)。可诸如由本领域普通技术人员在审阅以上描述之后来使用其他实施例。摘要允许读者快速地确定本技术公开的性质。提交该摘要，并且理解该摘要将不用于解释或限制权利要求的范围或含义。此外，在以上具体实施方式中，各种特征可以共同成组以使本公开流畅。然而，权利要求可以不陈述本文中公开的每一特征，因为实施例可以表征所述特征的子集。此外，实施例可以包括比特定示例中公开的特征更少的特征。因此，所附权利要求书由此被结合到具体实施方式中，一项权利要求作为单独的实施例而独立存在。本文中公开的实施例的范围应当参照所附权利要求书以及此类权利要求所赋予权利的等价方案的完整范围来确定。