CN105897552A - 在电子邮件客户端***上生成电子消息的方法和通信设备 - Google Patents

Abstract

本发明涉及用于在电子邮件客户端***上生成电子消息的计算机实现的方法、用于执行该方法的计算机程序产品、非暂时性计算机可读媒体、以及通信设备。电子消息包含主题头部文本字段和消息主体文本字段，方法包含步骤：a)通过电子邮件解析器对表示电子消息的串解析，b)从经解析的串确定在头部主题文本字段中是否有字符内容，c)从经解析的串确定在消息主体文本字段中是否有字符内容，d)确定在电子消息的主题头部文本字段中是否存在预定义的字符串，如果确定了在消息主体文本字段中没有字符内容，且如果确定了在电子消息的主题头部中不存在预定义的字符串，以及e)将指示在消息主体文本字段中没有字符内容的预定义的字符串***到主题头部文本字段中。

Description

在电子邮件客户端***上生成电子消息的方法和通信设备

技术领域

本发明涉及用于在电子邮件客户端***上生成电子消息的方法。本发明还涉及用于执行用于生成电子消息的方法的计算机程序产品，具有存储在其上的定义用于生成电子消息的方法的代码的计算机可读媒体，以及包含电子邮件客户端的通信设备。

背景技术

在包括企业环境的公共空间内最广泛使用的通信手段之一是电子邮件（e-mail）。电子邮件客户端应用的示例包括MS Outlook、苹果（Apple）的默认客户端、雷鸟（Thunderbird）， 而且也有通过web浏览器从诸如谷歌和雅虎的供应商提供为服务的基于web的电子邮件***，它们使得用户能够生成、接收、并发送电子消息到与共有或共享网络相关联的其它用户。基本上，用于编写电子邮件的用户界面包含主题头部，其通常被用于指示电子邮件的主题；以及消息主体文本字段，可以由电子邮件编写者向其中输入实际的电子邮件消息文本。

然而，可能经常出现电子邮件消息的发送者仅需要发送非常短的消息的情况。根据描述互联网消息格式的RFC5322，在主题头部文本字段中，字符的每行必须不多于998个字符并且应为不多于77个字符，为短消息提供了足够的空间。因此，在上述情况中，通常使用电子邮件的主题头部字段来***所预期的短消息文本，这样，留下消息主体文本字段完全地空。然而，在大多数情况中，依赖于用于处理电子邮件消息的应用，接受者没有察觉到所接收的消息是否仍包含消息主体。为了处理该问题，在常见的电子邮件用户之间的通常惯例是将缩写的串（string）手动***到主题行中以表明消息末端。

关于上面描述的将关于消息末端的指示手动***到电子邮件主题头部文本字段中的过程的一般问题是添加该指示花费一些时间，或者电子邮件编写者甚至可能忘记添加这样的指示。

因此，本发明是基于提供更高效并可靠的用于生成仅在头部主题文本字段中包含文本（即，字符内容）的电子消息的过程的目标。

发明内容

通过一种用于在电子邮件客户端***上生成电子消息的方法，用于执行用于生成电子消息的方法的计算机程序产品，具有存储在其上的定义用于生成电子消息的方法的代码的计算机可读媒体，以及包含电子邮件客户端的通信设备来解决该目标。在各从属权利要求中详细说明本发明的优选实施例。

根据本发明，提供了用于在电子邮件客户端***上生成电子消息的计算机实现的方法，所述电子消息包含主题头部文本字段和消息主体文本字段，所述方法包含以下步骤：

a) 通过电子邮件解析器对表示电子消息的串解析，

b) 通过电子邮件解析器从经解析的串确定在头部主题文本字段中是否有字符内容，

c) 通过电子邮件解析器从经解析的串确定在消息主体文本字段中是否有字符内容，

d) 通过电子邮件解析器确定在电子消息的主题头部文本字段中是否存在预定义的字符串，并且如果确定了在消息主体文本字段中没有字符内容，以及如果确定了在电子消息的主题头部中不存在预定义的字符串，

e) 通过电子邮件解析器将指示在消息主体文本字段中没有字符内容的预定义的字符串***到主题头部文本字段中。

通过所发明的方法，通过自动***以可靠的方式指示特定的电子邮件在消息主体文本字段中不包含内容的预定义的字符串来通知接受者。一方面，这为电子邮件接受者节约了时间，因为在接收这样的电子邮件时他不必继续去打开电子邮件以便阅读它。另一方面，电子邮件编写者节约了时间，因为他不必注意（take care of）手动***这样的指示。从而，为生成电子消息（特定地，仅包含被编写到电子邮件主题头部文本字段中的非常短的文本的电子消息）提供了一种非常高效的、节约时间的以及可靠的方法。因此，本方法对电子邮件编写者以及还有电子邮件接受者两者来说都是非常便利的。

根据本发明的优选实施例，预定义的字符串是缩写的文本，特别是用于指示消息末端（EOM）的缩写，并且其中预定义的字符串被与在主题头部文本字段中的文本内容隔开。优选地，缩写的字符串可以是标签。

依赖于应用或语言使用，可以***用作表明缺乏消息主体内容的目的的任何缩写的文本。例如，可以***代表“消息末端”的缩写<EOM>，或者代表“没有具体实现（noembodiment）”或“没有（消息文本）主体”的缩写<NB>以便使接受者从而知道该特定的电子邮件不包含任何主体内容，从而防止用户继续进行打开它的行为，并且因此有助于高效的时间利用并且更便利。

根据进一步的优选实施例，确定在消息主体文本字段中是否有字符内容的步骤c)包含确定在消息主体文本字段中是否存在US-ASCII字符和/或其它实体、特别是多用途互联网邮件扩展（MIME）。另外，如果确定了在消息主体文本字段中存在MIME实体，那么该方法可以包含确定该MIME实体是否具有内联（inline）或附件部署的进一步的步骤，并且如果确定了内容部署是附件，那么该方法包含确定附件是否是文本的或非文本的性质的进一步的步骤，其中如果确定了该附件是非文本性质，那么执行步骤d)和e)。

特别地，消息主体文本字段可以或者包含简单的US-ASCII字符（从1到127的范围），和/或其还可以包含诸如多用途互联网邮件格式（MIME，[RFC2045]）的更复杂扩展的格式，借此后者还可能地可以包含如图像、音频或视频应用等的不同类型的非文本实体。在要被生成的电子邮件中，如果应检测非文本性质的MIME扩展，那么必须检查不仅多部分（multipart）内容类型（例如，图像/jpeg、音频/mp3、视频/mp4、和应用/MS Word等）、而且还有内容部署（如果存在的话）。采用[RFC2183]定义内容部署头部字段以指定呈现形式。MIME部分可以具有或者“内联”或者“附件”内容部署。如果当内容部署是非文本类型的附件时，那么客户端可以自动地向消息主题头部字段中注入例如<EOM>标签。

本方法还可以在对表示电子消息的串解析的步骤a)之前包含通过通信模块接收用于发送电子邮件的指令的步骤。

为了避免任何冗余或错误，或特定地，如果当接受者响应在消息主题头部字段中已经包括例如<EOM>标签的接收到的电子邮件消息、但是接受者现在使用消息主体文本字段来编写响应时，本方法还优选地包含从主题头部文本字段移除预定义的字符串的步骤。因此，根据优选实施例，如果在步骤c)中确定了在消息主体文本字段中有内容，并且如果在步骤d)中确定了在电子消息的主题头部中存在预定义的字符串，那么本方法还包含从主题头部文本字段中移除预定义的字符串的步骤。

根据本发明，还提供了用于执行如上面详细说明的方法的计算机程序产品。

另外，根据本发明，提供了具有存储在其上的代码的非暂时性计算机可读媒体，该代码定义当执行该代码时实现的方法，由所述代码定义的所述方法包含上面概述的步骤。

另外，根据本发明提供了包含电子邮件客户端的通信设备，电子邮件客户端包含文本编辑器、电子邮件解析器和电子邮件组成器（composer）模块、以及通信模块，电子邮件客户端***适合于执行根据在前的权利要求中的任何一个的方法。

附图说明

从参考附图的对优选实施例的随后描述中本发明的进一步的优势、特征和特性将变得明显，其中

图1示出了根据本发明的实施例的包含电子邮件客户端的电子邮件***的示意图解；

图2示出了根据本发明的实施例的电子邮件客户端的示意图解；

图3示出了图2中示出的电子邮件客户端的用户界面的示意图解；

图4示出了图2中示出的电子邮件客户端的电子邮件客户端收件箱的用户界面的示意图解；

图5示出了电子邮件消息线程的示例；

图6示出了根据本发明的进一步的实施例的电子邮件客户端的用户界面的示意图解；

图7示出了根据本发明的实施例的图解用于在通信设备上生成电子消息的计算机实现的方法的步骤的流程图。

具体实施方式

图1示出了电子邮件（e-mail）***1的组件和实体的简化示意图解，所述电子邮件***1包含第一通信设备2，在其上实现电子邮件客户端5（见图2）；第二通信设备2'（在其上实现进一步的电子邮件客户端5）；第一电子邮件服务器3，其用于第一通信设备2；第二电子邮件服务器3'，其用于第二通信设备2'；以及网络4，经由其将第一和第二通信设备2、2'操作地连接到彼此。网络4可以是互联网、LAN、无线网络或经由其第一和第二通信设备2、2'可以通信的任何其它类型的连接。另外，在这里示出的实施例中，有两个相关的人类用户，即使用在示例中被实现为被装备有第一电子邮件客户端的膝上型计算机的第一通信设备2的Alice，以及使用在示例中被实现为被装备有第二电子邮件客户端的智能电话或平板PC的第二通信设备3'的Bob。然而，适用于操作电子邮件客户端软件或服务的任何类型的设备（还例如，PDA等）都可以被用作客户端末端设备。

图2示出了根据本发明的实施例的电子邮件客户端5的示意图解，例如在图1中示出的膝上型计算机2上或平板PC2'上实现所述电子邮件客户端5。电子邮件客户端5主要地包含简单文本编辑器6、地址簿7、文档柜（filing cabinet）8、通信模块9（例如，SMTP）、存储器10、以及电子邮件解析器和电子邮件组成器模块11作为其主要组件。电子邮件解析器和电子邮件组成器模块11的电子邮件组成器11'负责关于发送电子邮件的所有行为，而电子邮件解析器和电子邮件组成器模块11的电子邮件解析器11''从存储器10读取消息并准备用于发送的电子消息，从而确保依从于相关RFC。文本编辑器6其本身允许创建电子消息并且还通常包括简单的拼写检查和格式化工具。地址簿7允许用户存储例如他/她经常使用的电子邮件地址。文档柜8允许所发送的和所接收的电子邮件消息的储存，并通常提供搜索功能，允许对期望的消息的容易的检索。最后，通信模块9是电子邮件客户端5的处理到和来自电子邮件服务器3、3'（见图1）的电子邮件消息的实际通信的组件。

图3示出了如在图2中示出的电子邮件客户端5的用户界面12的示意图解。首先应提及的是，电子邮件消息一般地包含头部字段和消息主体。头部字段是由字段名称开始、随后是冒号（“:”）、随后是字段主体、并由CRLF（回车/换行对）结束的行。

如在图3中示出的实施例中可以看到的那样，在这里用户界面12被实现为最初的电子邮件组成窗口，所述窗口除其它之外包括“收件人（To）”接受者电子邮件地址输入文本字段14、指示电子邮件的副本的接受者的“抄送（Cc）”接受者电子邮件地址输入文本字段15、以及指示电子邮件的发送者的“发件人（From）”文本字段16。另外，用户界面12包含发送按钮13，其准许用户向在“收件人”和“抄送”接受者文本字段14、15中指定的接受者发送电子邮件。

另外，提供了若干按钮和下拉菜单17用于格式化电子邮件编写者可以编写消息主体文本字段18（在这里是空的）中的文本。另外，可以向主题头部文本字段19编写文本，主题头部文本字段19通常起到指示电子邮件的主题的作用，但是在不使用消息主体文本字段18用于此的情况下主题头部文本字段19也可以被用于编写短消息。或者可以向主题头部文本字段19中***简单的US-ASCII字符（范围从1到127），或者可以使用更复杂扩展的格式，诸如还可以包含如先前概述的媒体、文本、图像、应用或在本领域中已知的任何其它类型的多用途互联网邮件扩展（MIME，[RFC2045]）。

在如上面提及的根据其用户仅使用主题头部文本字段19用于编写消息并且不将任何进一步的文本编写到因此保持空的消息主体文本字段18中的这样的情况中，在下面概述用于指示电子邮件接受者的一般过程。电子邮件消息的发送者（在这里是：Alice，在“发件人”文本字段16中指示的）使用了主题头部文本字段19用于编写消息“Are youavailable on Tuesday?（你周二有空吗?）”。电子邮件发送者一触发发送该电子邮件（例如，通过点击发送按钮13），在图2中示出的由发送者（Alice，又见图1）使用的电子邮件客户端5就检测电子邮件主体文本字段18是空的。如果同时确定了在主题头部文本字段19中有文本，那么在电子邮件解析器11''（见图2）中自动地执行预定义的缩写的字符串或标签的***。可以将缩写的字符串或标签实现为例如指示表达“END OF MESSAGE（消息末端）”的三个首字母的“EOM”。然而，依赖于所使用的语言或应用，用作向电子邮件的接受者指示在消息主体文本字段18中没有进一步的文本的目的的任何缩写的文本也可以是适当的。另外，当执行***时可以使用以下格式中的任一个，借此可以将标签***到或者字段主体的起始处、随后是冒号（:），或者是在字段主体的末尾处、再一次通过冒号隔开，如在下面的示例中示出的那样：

"主题:" <EOM><:><主题文本><CRLF> 或 "主题:"<主题文本><:><EOM><CRLF>。

图4示出了如在图2中示出的电子邮件客户端5的电子邮件客户端收件箱的用户界面20的示意图解。在这里，示出了如上面关于图3描述的电子邮件的接受者（在这里是：Bob，在图3的“收件人”文本字段14中指示的）的收件箱的示例。该电子邮件的接受者通过他的/她的域交换服务器3'（见图1）接收电子邮件消息，然后所述电子邮件消息被呈现在他使用的电子邮件客户端5的图形用户界面20上。用户界面20包含馈送区域（feed area）21，其包括在那里显示所接收的电子邮件的用户的电子邮件收件箱。依赖于电子邮件客户端界面20，通常与具体的头部字段信息（诸如“发件人”、“日期（date）”、并且还有“主题（subject）”）一起显示已经接收了的并且现在在用户的收件箱中可用的电子邮件消息。

该电子邮件消息的接受者仅通过阅读在馈送区域21中显示的表示“From: AliceFW: Will you be available on Tuesday: EOM Date 25.08”电子邮件消息的行将会知道在电子邮件中没有进一步的消息主体，所以他不必继续去打开电子邮件，从而节约宝贵的时间。

图5示出了具有呈现在如参考图3描述的电子邮件的发送者（Alice）和如参考图4描述的该电子邮件的接受者（Bob）之间的会话的三条消息的电子邮件线程22的示例。如在这里可以看到的那样，发送者（Alice）明确地仅使用用于消息内容的主题头部文本字段19向接受者（Bob）发起消息。接受者（Bob）接收消息，并且他从在主题行末端处的指示“EOM”知道没有被包括的消息主体内容。现在他选择排他性地使用主题头部文本字段19（见图3）来发送电子邮件。因此，通过其电子邮件客户端自动地添加<EOM>标签。现在是Bob的消息的接受者的最初发送者（Alice）在第三电子邮件消息中改变线程的主题并在消息主体文本字段18（见图3）中输入内容。在该情况中，她的电子邮件客户端确保移除了<EOM>标签（如果在主题头部文本字段19中存在的话）以便该新的电子邮件的接受者将知道有进一步的可用的文本以及他必须打开电子邮件以完整地阅读它。

图6示出了根据本发明的进一步的实施例的电子邮件客户端的用户界面23的示意图解。基本上包含在上面关于图3描述的组件的这个用户界面23附加地包括“无消息主体”按钮24，其允许用户当他决定不使用消息主体文本字段18并仅使用主题头部文本字段19用于编写消息时手动地***“EOM”标签。例如，当考虑其中消息主体文本字段18已经包括自动生成的文本（诸如采用结束形式的签名、电子邮件发送者的签名、电子邮件发送者的联系数据、和/或机密性声明等）的情况时该实施例具有特定的相关性。如果在消息主体文本字段18中存在这样的自动包括的文本，那么虽然当发送者试图仅使用主题头部文本字段19发送短消息时不提供任何相关信息，但是其取消了将例如<EOM>标签自动***到主题头部文本字段19的机制。然而，在这样的情况中，用户或电子邮件发送者可以使用“无消息主体”按钮24来通过点击该按钮从而手动地添加<EOM>标签。

图7示出了图解根据本发明的实施例的用于在通信设备2、2'（见图1）上在电子邮件客户端5（见图2）上生成电子消息的计算机实现的方法的步骤的流程图。首先，过程开始于在步骤25中发起电子邮件发送进程。在步骤25中发起电子邮件发送进程之后，在步骤26中，电子邮件解析器从存储器10读取用户输入内容。具体地，电子邮件解析器对表示电子消息的串解析。然后，电子邮件解析器在进一步的步骤27中确定在消息主体文本字段19中是否有字符内容。如果由电子邮件解析器从经解析的串中确定了在消息主体文本字段中没有字符内容，在步骤28中那么方法继续进行进一步的查询：在主题头部文本字段19中是否已经存在了预定义的字符串（例如，被实现为<EOM>标签）。如果确定了不存在预定义的字符串（例如，<EOM>标签），那么由电子邮件解析器执行进一步的步骤29：自动地将预定义的字符串（例如，<EOM>标签）添加或***到主题头部文本字段19。随后在步骤30中，输出经格式化的电子邮件串，并且最终在步骤31中，发送如此生成的电子邮件。

如果在步骤27中，确定了事实上在消息主体文本字段19中存在消息主体，那么执行步骤32：检查它是否是MIME。如果确定了它不是MIME，那么在步骤33，确定是否已经存在了预定义的字符串（如<EOM>标签）。如果是否定的，那么方法通过输出经格式化的电子邮件串和发送如此生成的电子邮件而再一次继续进行步骤30和31。如果已经存在预定义的字符串的话，那么方法在继续进行步骤30和31之前进一步包含步骤34：从主题头部文本字段19中移除预定义的字符串（如<EOM>标签）。

如果在步骤32中，确定了它是MIME，那么有进一步的步骤35：检查该内容部署是否是附件。如果它不是附件，那么执行步骤33、30和31（或33、34、30、31）以完成电子邮件生成和发送过程。如果在步骤35中确定了内容部署是“附件”，那么然后在步骤36中进一步检查内容类型是否是非文本的。如果它是非文本的，那么执行步骤28、29、30和31用于完成电子邮件生成和发送过程。如果确定了它是文本的，那么然而，方法如上面已经概述的那样进一步继续进行步骤33、30和31（或33、34、30和31）用于完成电子邮件的生成和发送过程。

应注意的是，在上面关于具体的实施例被描述了的本发明的特征（诸如输入字段或电子邮件客户端的具体组件）也可以存在于其它实施例中，除非这些特征被关于具体的实施例排除或如果它们的实现技术上是不可能的。另外，上面在具体的组合中被描述的特征不必要地必须在实施例的所有中被实现。

参考标记

1 电子邮件（e-mail）***

2,2' 第一和第二通信设备

3,3' 第一和第二电子邮件服务器

4 网络

5 电子邮件客户端

6 文本编辑器

7 地址簿

8 文档柜

9 通信模块

10 存储器

11 电子邮件解析器和电子邮件组成器模块

11' 电子邮件组成器

11'' 电子邮件解析器

12 电子邮件客户端的用户界面

13 发送按钮

14 “收件人”接受者电子邮件地址输入文本字段

15 “抄送”接受者电子邮件地址输入文本字段

16 “发件人”文本字段

17 用于格式化文本的按钮和下拉菜单

18 消息主体文本字段

19 主题头部文本字段

20 电子邮件客户端收件箱的用户界面

21 馈送区域

22 电子邮件线程

23 电子邮件客户端的用户界面

24 “无消息主体”按钮

25-31 方法步骤。

Claims (10)

1.一种用于在电子邮件客户端（5）上生成电子消息的计算机实现的方法，所述电子消息包含主题头部文本字段（19）和消息主体文本字段（18），所述方法包含以下步骤：

a) 通过电子邮件解析器（11''）对表示所述电子消息的串解析，

b) 通过所述电子邮件解析器（11''）从经解析的串确定在所述头部主题文本字段（19）中是否有字符内容，

c) 通过所述电子邮件解析器（11''）从经解析的串确定在所述消息主体文本字段（18）中是否有字符内容，

d) 通过所述电子邮件解析器（11''）确定在所述电子消息的所述主题头部文本字段（19）中是否存在预定义的字符串，并且如果确定了在所述消息主体文本字段（18）中没有字符内容，以及如果确定了在所述电子消息的所述主题头部文本字段（19）中不存在预定义的字符串，

e) 通过所述电子邮件解析器（11''）将指示在所述消息主体文本字段（18）中没有字符内容的预定义的字符串***到所述主题头部文本字段（19）中。

2.如权利要求1的方法，其中所述预定义的字符串是缩写的文本，特别是用于指示消息末端（EOM）的缩写，并且其中所述预定义的字符串被与在所述主题头部文本字段（19）中的文本内容隔开。

3.如权利要求1或2的方法，其中所述预定义的字符串是指示在所述消息主体文本字段（18）中没有字符内容的标签。

4.如权利要求1到3中的任何一个的方法，其中所述步骤c)包含确定在所述消息主体文本字段（18）中是否存在US-ASCII字符和/或其它实体，特别是多用途互联网邮件扩展（MIME）。

5.如权利要求4的方法，其中如果确定了在所述消息主体文本字段（18）中存在MIME实体，那么所述方法包含进一步的步骤：确定所述MIME实体是否具有内联或附件部署，并且如果确定了内容部署是附件，那么所述方法包含进一步的步骤：确定所述附件是否是文本的或非文本的性质，其中如果确定了所述附件是非文本性质，那么执行步骤d)和e)。

6.如权利要求1到5中的任何一个的方法，在所述步骤a)之前包含步骤：通过通信模块（2,2'）接收用于发送所述电子邮件的指令。

7.如权利要求1到6中的任何一个的方法，其中如果在步骤c)中确定了在所述消息主体文本字段（18）中有内容，并且如果在步骤d)中确定了在所述电子消息的所述主题头部文本字段（19）中存在所述预定义的字符串，那么所述方法还包含步骤：从所述主题头部文本字段（19）中移除所述预定义的字符串。

8.一种用于执行前述权利要求之一的方法的计算机程序产品。

9.一种具有存储在其上的代码的非暂时性计算机可读媒体，所述代码定义当执行所述代码时实现的方法，由所述代码定义的所述方法包含根据权利要求1到7中的任何一个的步骤。

10.一种包含电子邮件客户端（5）的通信设备（2，2'），所述电子邮件客户端（5）包含文本编辑器（6）、电子邮件解析器和电子邮件组成器模块（11）、以及通信模块（9），所述电子邮件客户端（5）适合于执行根据前述权利要求中的任何一个的方法。