对消息样式进行规范化同时保持意图

摘要

本文描述了用于对电子消息的收件人样式进行规范化同时保持发件人的可辨别意图的技术。假定一个电子消息或者一系列消息具有向消息文本和其它内容应用的不同的视觉样式的情况下，可以使用对于收件人来说更愉悦的规范化的且一致的格式化样式，对电子消息进行变换，同时保持发件人对该消息进行样式化时的可辨别意图。

说明书

背景技术

电子邮件应用已扩展到不仅仅只发送和呈现文本消息，现在通过使用超文本标记语言(HTML)和在一些情况下的富文本格式(RTF)并入了很多格式化和图形能力。用户可以以使人想起文字处理应用的方式来准备消息。然而，发件人应用的样式和其它格式(无论是有意的，还是发件人电子邮件应用所缺省的)可能不被收件人领会。例如，收件人阅读非常小的字体大小或者某些字形变化可能有困难。此外，随着电子消息遍布不同的客户端和服务，包含答复和转发的单个系列的消息可能包含混合的字体、大小和颜色，它们源自于各种消息客户端应用中的不同缺省的(或者发件人有意的)格式化选择。结果可能是看这些电子消息起来混乱，并使收件人迷惑。

用于解决基于收件人偏好的一些现有技术聚焦于通过向消息中的所有文本实施样式的改变，来对电子消息的内容进行规范化。然而，这些现有技术可能改变电子消息的发件人有意引入的格式，其造成文本丢失其有意的强调部分。

发明内容

公开了用于针对收件人来对电子消息的样式进行规范化同时保持发件人的可辨别意图的技术。

如本文所描述的，客户端或者服务器处的消息应用可能合并或者访问在呈现的消息中实现规范化的样式同时不丢失由发件人所专门应用的格式意图的服务。

实现规范化的样式的服务可以接收包含具有一种或多种样式的内容的消息，以及生成包含一致的或者规范化的样式的消息视图。然而，当在发件人消息中存在特定的格式的情况下，该规范化不会丢失针对该消息的一部分进行的有意样式调整。事实上，该服务通过针对内容中的样式，对消息进行分析，来部分地辨别发件人的意图，所述内容中的样式可以指示有意的强调部分，或者与该内容的缺省或周围样式的差别。

在一些情况下，针对收件人来对消息样式进行规范化同时保持发件人的意图的方法可以包括：从发件人接收具有发件人样式的消息；以及利用保持发件人的可辨别意图的收件人样式来生成该消息的消息视图。收件人样式可以包括规范化的收件人样式和意图保持的收件人样式。可以例如通过对该消息进行分析以确定用于内容的缺省外观修饰符和用于内容的发件人定制的外观修饰符，来确定(或者断定)发件人意图。可以根据规范化的收件人样式来替代缺省外观修饰符，并且可以根据意图保持的收件人样式来替代发件人定制的外观修饰符。

在一些情况下，针对收件人来对消息样式进行规范化同时保持发件人的意图的方法可以包括：接收具有发件人样式的第一消息，所述发件人样式包括用于第一消息的内容的格式化元素；针对发件人定制的内容，对包括这些格式化元素的第一消息进行分析；以及向发件人定制的内容的至少一个实例指派标记。可以使用第一消息中的规范化的收件人样式来替代没有被指派所述标记的内容的发件人样式。在一些情况下，可以使用第一消息中的意图保持的收件人样式来替代用于发件人定制的内容的发件人样式，其中，该意图保持的收件人样式包括用户选择的格式化元素以指示强调部分。

提供本发明内容以便用简化的形式介绍将在以下的具体实施方式中进一步描述的构思选择。本发明内容并不是旨在标识要求保护的主题内容的关键特征或本质特征，也不是旨在用于限制要求保护的主题内容的范围。

附图说明

图1A示出了可以在其中实践本文所描述的用于对电子消息样式进行规范化的技术的某些实施方式的环境。

图1B示出了其中由多个组件使用所提出的技术来执行对样式格式化语言的处理的框图。

图2示出了一种示例性电子邮件应用用户界面，其描绘了具有不同的发件人样式的若干穿插消息的消息线程。

图3示出了用于对电子消息内容进行规范化同时保持发件人意图的示例性过程流图。

图4A示出了电子邮件消息查看界面的示例性表示，其中，所描述的技术的实施方式对消息线程进行了变换。

图4B示出了电子邮件消息查看界面的另一种示例性表示，其中，所描述的技术的实施方式对消息线程进行了变换。

图5A-5C示出了电子邮件消息查看界面的示例性表示，其中，可以将利用发件人样式格式化的消息变换成优选的收件人样式，其使用所描述的技术的实施方式来维持发件人的原始意图。

图6A示出了用于描绘在一些实施例中使用的系统的组件的框图。

图6B示出了用于描绘在一些实施例中使用的系统的组件的框图。

图7示出了一种示例性系统架构，其中，在该系统架构中，可以执行用于对电子消息的样式进行规范化同时保持发件人意图的技术的实施方式。

具体实施方式

公开了用于针对收件人来对电子消息的样式进行规范化同时保持发件人的可辨别意图的技术。

假定电子消息具有发件人向消息文本和其它元素应用的不同的视觉样式的情况下，可以将该电子消息变换成对于收件人来说美观愉悦的规范化的且一致的格式化样式，同时保持发件人对该消息进行样式化时的可辨别意图。

在一些实施方式中，可以使用超文本标记语言(HTML)或者富文本格式(RTF)语言来对电子消息进行格式化。在一些实施方式中，可以对包括关于同一主题的多个答复(其还称为线程)的具有不同的视觉样式的一系列电子消息进行变换，以创建跨越多个电子消息的吸引人的视觉界面。

图1A示出了可以在其中实践本文所描述的用于对电子消息样式进行规范化的技术的某些实施方式的环境。在图1A中，示出了从发件人的消息应用101发送电子消息100(其表示电子邮件、文本或者帖子)。在通过进行路由的电子消息服务器102之后，位于其路径上的样式规范化服务或组件103可以对消息100进行变换，以便由收件人的消息应用104进行呈现。

样式规范化服务或组件103可以生成包含一致的或者规范化的样式的消息视图，而不管所接收的消息中的内容的样式。然而，当在发件人消息内存在特定的格式时，该规范化并不会丢失发件人针对该消息的一部分进行的样式调整的意图。相反，该服务部分地通过针对内容中的样式对消息进行分析来辨别发件人的意图，所述内容中的样式可以指示有意的强调部分，或者与该内容的缺省或周围样式的差别。在一些实施方式中，可以使用具有等同但不相同的强调部分的优选收件人样式，在收件人样式中保持发件人的意图。

例如，第一发件人可以利用12磅的Times New Roman字体的发件人样式来发送第一消息，而第二发件人可以利用全部大写字母的Arial字体的发件人样式来发送第二消息。服务(例如，样式规范化服务或组件103)可以接收这些消息，并使这些消息能够利用例如10磅的Calibri的收件人优选样式来呈现，使得收件人的邮箱、消息墙、对话框、消息历史查看器或者呈现内容的其它形式或格式包含具有一致样式的消息。如果第一消息包括加了下划线的一些项，则服务可以通过使这些项具有可辨别意图的指示(例如，这些项包括发件人定制的字符或者外观修饰符)，来保持发件人的意图。与这些项相关联的指示可以允许在利用10磅的Calibri的收件人样式来呈现该消息时，给这些项加下划线。如果收件人样式规定在消息中不包括下划线，则可以利用应用于这些项(其标记有该指示)的替代样式来呈现该消息。

在各种实施方式中，实现所提出的技术的样式规范化服务或组件103可以是电子消息服务器102的组件、收件人的消息应用104的组件、或者电子消息服务器和电子消息客户端之间的中间服务的一部分。

在图1A中，对样式规范化服务或组件103进行了功能化描述，但其可以运行在电子消息服务器102系统组件内，运行在收件人消息应用104内的组件上，或者运行在其自己的服务器或系统上。

在一些实施方式中，可以在横跨一个以上的系统层的服务或组件中实现技术，例如，当在多个组件层变换或者修改发件人样式时。

图1B示出了由多个组件来执行使用所提出的技术的对样式格式化语言(例如，HTML)的处理的框图。在图1B中，服务器112接收以原始样式格式化语言来设定样式的电子消息。该电子消息被路由到服务113，后者对该未修改的消息执行某种发件人样式分析和变换。由该服务进行的变换可以包括：针对元数据或者与该消息相关联的其它标记进行的调整。随后，电子消息被路由到客户端114，在此处，该电子消息可能经历另外的样式改变，其根据具体收件人的客户端设置来最终完成变换和呈现。

应当注意的是，本文的实施例可以被实现为用于向终端用户提供电子消息服务的任何软件或者固件的一部分。“电子消息应用”指代用于允许通过本地网络或者互联网络，向其它收件人发送电子消息(例如，电子邮件、文本或者帖子)的任何应用或者用户界面。本文还可以将电子消息称为“消息”，以及将电子消息应用称为“消息应用”。贯穿本公开内容可以互换地使用这些术语。

虽然本文描述了针对于电子邮件应用的用于实现对电子消息的格式进行规范化同时保持发件人意图的技术的特定例子，但诸如即时消息(SMS、MMS)和社交媒体之类的其它消息服务和形态也可以实现这些技术。因此，可以在各种各样的电子消息应用、服务、服务器、系统、平台和设备中实现实施例。应当理解的是，所描述的特征和场景可以适用于除电子邮件之外的消息形态，所述电子邮件简单地用作示例性实施方式。

电子邮件应用指代使用户能够访问用户的电子邮件的程序。电子邮件应用可以是在用户的计算设备、移动设备上运行的本地应用，或者用户经由在该用户的计算设备、智能电话、移动设备或者其它形状因子上运行的浏览器访问的网络应用(web application)。

可以包括和/或实现本文所描述的技术的示例性电子邮件应用包括但不限于：MicrosoftIBM LotusMail、GoogleOutlook.com和Yahoo！通常将电子邮件和其它电子消息服务并入到个人信息管理器中，所述个人信息管理器提供诸如日历、任务管理和联系人管理之类的另外服务。“电子消息服务器”指代在公司或者云服务数据中心中运行的用于向用户群组提供电子消息服务的系统和软件。可以实现本文所描述的技术的电子消息服务和/或服务器的例子包括但不限于：Microsoft ExchangeGoogleAppleMail、MicrosoftOutlook.com和Yahoo！

在一些电子消息应用中，可以通过使用“外观修饰符”来修改电子邮件或者其它电子消息中的文本的外观。这些外观修饰符描述了文本的视觉外观，而不是其语义内容。外观修饰符可以专门地应用于文本范围，利用改变字体和大小、加粗、加下划线、倾斜、改变文本的颜色、全部大写文本、小写文本、加删除线的文本等等，对文本进行修改。段落级别外观修饰符也是可以的，例如，居中、行间距调整、字距调整、段间距调整、文本分块等等。当然，上面的外观修饰符仅仅是举例，很多其它类型的外观修饰符也可以应用于文本、段落或者其它消息元素。

用于指示文本和其它内容的视觉外观的外观修饰符或者其它元数据或标记可以用于实现特定的“样式”。因此，发件人样式指代发件人和/或发件人的消息应用使用的文本和其它内容的视觉外观。可以在消息中，通过外观修饰符或者其它元数据或标记来具体实现发件人样式。类似地，收件人样式指代收件人的消息应用所使用的文本和其它内容的视觉外观，无论是缺省样式，还是收件人用户所定制的。

一些电子消息应用允许消息外观的细节操纵，而一些则整体地向电子消息应用更通用的格式化。有时，使用诸如HTML或RTF之类的标准化样式格式化语言来描述这些外观修饰符。包括具有外观修饰符的样式文本的消息可以被称为“富文本消息”或者“HTML消息”，而只包含文本的消息可以被称为“纯文本消息”。只能够处理纯文本消息的电子消息服务只发送该电子消息的文本。

使用富文本(富文本格式或HTML)还是使用纯文本来发送消息取决于该消息应用的能力、各个发件人和收件人所使用的消息服务、以及通常消息路由经过的中间电子邮件服务的能力。能够处理富文本消息的电子消息服务发送穿插有描述性标签和元素(其向具备能力的电子消息应用指示当进行显示时，如何对文本进行样式化)的消息的文本。对HTML格式的电子消息和RTF格式的电子消息二者的处理是本领域技术人员公知的；因此，省略了详细解释。

电子消息的发件人和收件人频繁地关于同一个主题交换众多的消息，在讨论的过程中，彼此答复对方若干次。这种电子消息的序列有时被称为“会话”或者“消息线程”。不同的电子消息应用利用不同的方式，在消息线程中描绘这些消息，一些应用将它们描绘成消息的分层“树”，而其它的应用则将它们描绘成通过相应的“消息头”来划定的穿插的缩进文本。消息头是电子消息发件人的名字和电子邮件地址、发送时间、收件人和消息主题的文本表示。

消息线程中的不同电子消息可能呈现为大杂烩，在视觉上看起来没有吸引力，并且阅读者很难理解。例如，当电子消息在会话线程期间，穿过一个以上的电子消息服务(类似于从帐户到帐户)并再次返回时，这些应用中的一个或二者可能向现有的会话线程和/或当前消息应用某些设置。

图2示出了一种示例性电子邮件应用用户界面，其描绘了具有不同的发件人样式的若干穿插消息的消息线程。在图2处，通过简要展望的方式，可以可视化地示出消息中的多种样式的效果的例子。在很多情况下，消息头还可以具有发件人或者收件人消息应用所布置的不同样式，其增加了另外的视觉簇。

在图2所示出的消息线程中，用户界面窗200示出了发件人(John)和收件人(Mary)之间的三部分的消息交换。原始消息201请求收件人Mary携带饼图到June 24(6月24日)的会议。在原始消息中，会议日期具有下划线进行强调。该消息的其余部分具有John的(发件人的)优选字体和文本样式。此外，还以不同的样式来示出了用于原始消息201的消息头201-A。

随后，以Mary的优选样式来显示Mary的答复消息202，该样式与John在字体大小、字体和字体样式方面不同。为了强调她在那天不在城里，Mary利用更大的、粗体和下划线字体的“Denver”来向John提醒。Mary的答复202在另一种样式中，通过消息头202-A来划定。John使用消息203再次进行答复。John的最后消息203并不包括任何发件人定制的格式，并以缺省的消息样式来显示。整体上，消息线程200描绘了杂乱的外观，其中应用了可以据此来确定可辨别意图的一些格式。

本文所公开的技术可以在电子消息内容具有文本和格式化样式的混合时(例如，图2以及伴随的描述中所示出的)，对该内容进行规范化，同时保持发件人的意图或者强调部分。

图3示出了用于对电子消息内容进行规范化同时保持发件人意图的示例性过程流图。在图3所示出的过程流中，处理开始于消息应用/客户端、消息服务器或者中间服务，这些中的任何一个或者全部可以具有用于将发件人的消息样式变换成收件人样式的样式规范化能力。这里，在元素300中示出了由这些系统组件执行的处理的开始。该组件首先接收具有发件人样式的电子消息301。有时，使用HTML或RTF对这样的电子消息进行格式化。

不是完全地对消息样式进行规范化，当存在可辨别意图时，可以确定和保持发件人在对电子消息内容进行样式化时的原始意图。在图3的步骤302中反映了处理中的意图确定阶段。可以使用该分析和确定来区分发件人样式，所述发件人样式表达了发件人向收件人强调(或者淡化)该消息的一些方面的期望或者意图，而不仅仅是用于阅读或者构成该消息的缺省样式。

在一些情况下，对电子消息进行样式化，其中，它们包含基本格式(如，字体和大小)，但发件人样式并不表达用于对该消息的一些方面进行强调的可辨别意图。不具有可辨别意图的发件人样式的例子是：发件人的消息应用向消息应用统一的字体和字体大小的情况，这是由于发件人的消息应用将这些特性设置成用于构成消息的缺省情况。不具有可辨别意图的发件人样式的另一个例子是：为了他或她自己的阅读方便，发件人将所有的文本改变成特定字体或者字体大小，但并不是旨在向收件人强调该文本的任何特定方面的情况。

另一方面，一些发件人样式揭露了用于向收件人强调该消息的方面的可辨别意图。若干例子示出了可能的强调的范围和方式：

发件人可以对文字进行加粗或者加下划线，以强调重要的到期日。

发件人可以使用全大写来“呼喊(shout)”，以表达情感。

发件人可以通过使用cheerful字体来描述其位置，以表达对于一个事件的热情。

发件人可以使用草书风格字体来“签署”他自己的签名。

发件人可以对于从另一个源引用的段落进行倾斜、加粗或者块缩进。

发件人可以改变消息的背景颜色或者模式，以吸引注意力。

当然，这些例子只是用于说明性目的，其并不旨在以任何方式进行限制。还应当注意的是，在线程会话中，描述符“发件人”和“收件人”是相对于在什么时间谁在进行答复而言的。例如，当第一收件人对原始发件人进行答复时，第一收件人变成发件人，而原始发件人或者该会话线程中所涉及的另一个人则变成用于辨别意图的第二收件人。

在一些实施方式中，可以通过对消息元素中的具有特定外观修饰符的部分进行分析，来完成对于发件人可辨别意图的确定。这可以通过以下方式来完成：对消息的样式格式化语言命令和内容进行解析，以及确定特殊布置的外观修饰符修改了多少内容和缺省外观修饰符修改了多少内容。可以建立门限，以作为用于确定发件人的可辨别意图的标准。

例如，在HTML中，可以使用标签或者标签属性来向文本应用外观修饰符，例如，当对于类似“June>(6月24日)”的日期加下划线时。在HTML的一些编码中，这可以表示成“<u>June 24</u>”，其中，“<u>”是用于加下划线的HTML外观修饰符。随后，能够读取HTML格式化语言的消息应用可以使用加下划线的文本样式来显示由该修饰符所包围的文本。

用于使用外观修饰符向电子消息应用格式样式的机制的另一例子是通过使用样式元素。使用内嵌HTML编码或者利用级联样式表(CSS)来定义的样式元素可以定义用于全部类别的HTML元素的样式。例如，段落标签(其通过HTML标签“<p>段落文本</p>”来表示)可以具有使用这些样式元素定义来应用于其的文本属性的缺省集合，其包括“字体系列：Calibri”和“字体大小：11.0pt”。根据HTML处理的标准规则，当消息应用读取到“<p>”标签时，该消息应用将理解要应用样式定义中针对HTML“段落”元素类型所定义的缺省字体。

样式定义也可以用于其它HTML格式标签。例如，“<span></span>”标签向该span标签中包围的HTML标签和文本的范围应用所定义的格式。因此，类似于“<span style＝‘text-decoration:underline’>June 24</span>”的外观修饰符将以等同的方式向上面的“<u>”外观修饰符应用下划线格式。

随后，可以通过分析哪些外观修饰符可能是意图进行强调的以及哪些可能是缺省的，来处理该HTML并理解发件人意图。例如，在外观修饰符和内容分析之后，如果使用相同的字体和大小对该文本的80％进行样式化，则可以确定发件人关于该文本没有表达什么可辨别意图。然而，该文本的其它20％可以包括另一种字体、大小、颜色、权重(weight)、样式、间隔或者外观修饰符的其它组合。这些修饰符可以指示关于发件人的部分的可辨别意图。自然地，具有可辨别意图的文本的百分比可能在发件人之间具有很大的不同：一些发件人很少对消息的内容进行样式化，而一些发件人则频繁地对消息内容进行样式化。

在一些实施方式中，当对该消息的分析指示特定的外观修饰符(或者一些修饰符)满足标准(比如，特定的外观修饰符或样式的实例是否出现超过指定数量)时，可以确定外观修饰符是缺省样式外观修饰符。随后，如果达到或者超过该门限，则可以确定与该特定修饰符相关联的内容是缺省样式。另外，或者作为替代，该标准可以包括：特定外观修饰符或样式是否被指派给达到或超过总内容的指定百分比的内容量，如在上面的例子中所描述的。

在一些实施方式中，在确定缺省外观修饰符之后，可以通过针对剩余的内容来分析消息，来确定发件人定制的外观修饰符。这种确定可以提供发件人的可辨别意图。

在识别了发件人样式的意图之后，处理继续进行到图3中的过程流的步骤303。在步骤303中，以收件人样式对该电子消息进行格式化，所述收件人样式仍然通过对发件人的样式选择加下划线来反映意图，以强调适当的消息内容。

可以在服务器上包括查找表或数据库，或者服务(例如，服务103)和/或收件人的消息应用(例如，消息应用104)可访问该查找表或数据库，以有助于外观修饰符的映射。该查找表或数据库可以提供：与发件人样式相关联的外观修饰符和收件人样式的规范化外观修饰符之间的对应关系或者映射。在一些情况下，可以包括另外的收件人设置偏好，使得可以将发件人定制的外观转换成收件人优选的外观。在一些情况下，该查找表或数据库可以提供：该服务可以向该消息所应用的、用于指示缺省样式和/或发件人定制的样式的标记的映射。替代特定的外观修饰符的映射，或者除了特定的外观修饰符的映射之外，可以包括这些标记的映射。

为了继续该例子，利用保持发件人的原始意图的收件人样式对该消息进行格式化然后包括向不具有可辨别意图的这80％应用新的收件人样式。在很多情况下，新的收件人样式将是由收件人设置成缺省阅读样式的缺省样式(直接设置或者作为客户端电子邮件应用的缺省样式)。

由收件人设置的缺省样式(“缺省收件人样式”)可以包括：例如，收件人的优选字体、大小、字体颜色、消息背景颜色。在一些情况下，该缺省收件人样式是由该应用、服务或者设备内的缺省设置所进行的选择。

一旦将缺省收件人样式应用到不具有可辨别发件人意图的80％的文本，就可以对具有可辨别意图的发件人样式的20％的文本进行处理。根据该实施方式，其它的20％可以保留发件人样式，可以具有所应用的发件人样式的至少一个格式化元素，或者可以根据由收件人样式所定义的等同的、但保持发件人的意图的样式来修改发件人样式。应当注意的是，具有可辨别意图的文本比例可能与20％的例子具有极大地不同。该比例只是用于说明性目的，并且在任何给定的场景或者情况下，远远更少或者更多的文本可以具有可辨别意图。

将发件人样式(或者该发件人样式的至少一个格式元素)在具有可辨别意图的文本中保持不变是相对简单明了的。通常，保持原封不动的现有外观修饰符(如，“<b></b>”(用于加粗)、“<ul></ul>”(用于加下划线)和“<span></span>”(用于针对元素块的详细样式修改))不超过该量。此外，如下面将讨论的，一些实施方式可以有助于将发件人样式的意图变换成不相同的、但仍然保持可辨别的发件人意图的收件人样式。

在一些情况下，用于实现本文的技术的样式规范化服务、组件或者客户端可以通过向下一个收件人发送经修改的格式化语言或者HTML，或者将其持久地存储在电子消息服务器上，来保存由收件人样式修改的消息。

步骤304描绘了该处理的结束，其中，经格式化的消息继续进行到其下一个处理阶段，根据实施方式，可以将其转发给电子消息客户端以进行进一步处理或呈现。

图4A示出了电子邮件消息查看界面的示例性表示，其中，所描述的技术的实施方式对具有混合的格式的图2的消息线程进行了变换。在图4A中，窗400示出了上面关于销售信息所进行的讨论的线程化交换，以在两个协作者之间的会议上进行呈现。

应用所描述的技术的实施方式，将各个消息401、402和403的样式变换成规范化的阅读体验。通过应用所描述的技术的实施方式，仍然维持了可辨别的发件人意图。例如，在消息401中，即使对剩余的文本进行了规范化(例如，基于客户端应用和查看该消息的用户，应用了缺省的收件人样式)，“June 24(6月24日)”仍然加了下划线。此外，还将消息头401-A示出为进行规范化，但并不必需向该消息头应用与主体文本相同的样式。

此外，在消息402中，移除了Mary对于更大和不同字体的样式选择，只重点地描绘她想要高亮显示的信息(词语“Denver”)的所辨别的意图，以便向John提醒她将在该会议期间出城。在该例子中，准许对粗体和下划线格式元素进行保持，而对字体大小和字体(字形等等)进行规范化。在一些情况下，还可以准许保持字体大小，甚至用于发件人定制的文本的整个样式都进行保持。

应当注意的是，使用不同的客户端应用的同一个人(无论是由于使用多个设备，还是由于使用不同的电子邮件应用)可以针对他们自己的消息视图，将他们的消息进行规范化。

最后，在消息403中，确定没有可辨别意图，所以再次对John的样式进行移除，并规范化为查看电子邮件应用所自动选择的标准的可读字体，或者基于Mary(或其它收件人)所选定的缺省设置来进行规范化。

富消息样式变换在某些实施方式中也是可用的。图4B示出了电子邮件消息查看界面的另一种示例性表示，其中，所描述的技术的实施方式对消息线程进行了变换。图4B中的界面示出了图2和图4A中所包含的消息线程的另一种变换。

在图4B中，在消息查看窗450中显示了图2和图4A中的相同消息线程。消息视图450示出了通过将消息主题450-A移动到顶部以及在流水线布局中呈现消息451、452和453而变换的消息线程中的消息的布局。消息视图450还可以移除线程缩进，阐明发件人的名字和发送时间，以及移除无关系的头信息。此外，从最早到最新来显示该会话线程。

此外，字体样式已被规范化为跨越所有消息451、452和453的标准、可阅读的字体，且是由查看电子邮件应用自动选择的，或者是基于Mary(或者查看这些消息的另一个收件人)所选定的缺省设置。在消息451的收件人样式中还保持发件人意图，其保留会议日期的John的原始下划线“June 24(6月24日)”。同样，通过保留该词语的加粗和加下划线来保留Mary在消息452中强调“Denver”的意图。在一些情况下，仅仅维持下划线，或者可以将格式设置为由映射设置所确定的缺省强调，所述映射设置是例如在与服务、组件或应用相关联的查找表中找到的。

一些实施方式可以有助于将发件人样式变换成并不等同的、但仍然保持可辨别的发件人意图的收件人样式。例如，收件人可能强烈地不喜欢电子消息内的“全部大写”文本样式。因此，一些实施方式可以使收件人用户能够定制收件人样式，所述收件人样式将“全部大写”文本变换成加粗或者加下划线的词语。再举一个例子，一些收件人可能更喜欢将对用于强调重要日期的方式进行规范化；而不是具有来自描绘重要日期的不同发件人的样式的大杂烩(加粗、加下划线、鲜艳的颜色等等)，收件人可能更喜欢看到所有强调的日期具有相同的样式，例如，通过对它们加下划线。这些定制的收件人样式均维持发件人的原始意图(强调要求/动作项或者重要日期)，同时对格式进行规范化和美化，以适合收件人的审美观。因此，在辨别意图时，可以对内容以及外观修饰符进行分析。

图5A-5C示出了电子邮件消息查看界面的示例性表示，其中，可以将利用发件人样式格式化的消息变换成优选的收件人样式，其使用所描述的技术的实施方式来维持发件人的原始意图。

图5A示出了从Mary到John的示例性电子邮件500。在该消息中，Mary给予John一重要会议的日期和时间501，她利用更大的加粗的字体对此进行了强调。接着，Mary在段落502中，通过显示全部大写的文本来向John强调在进入会议之前阅读某些材料的重要性。最后，Mary将它们已讨论的语言的扩展性引用语503放置到该会议的备忘录中。Mary将引用语503放置在引号中。最后，应当注意的是，Mary的整个消息主体505具有较强的加粗字体。

图5B示出了一种示例性用户界面屏幕，其指示用于阅读针对该说明性例子的消息的优选收件人样式。可以在实现所提出的技术的消息应用中呈现诸如图5B中之类的示例性用户界面520。自然地，收件人样式配置屏幕的很多可能配置是可能的，所以该例子是非限制性的。

在图5B中，收件人(John)已选择用于将发件人样式变换成收件人样式的若干偏好，并且在针对该示例性例子的界面屏幕中示出了这些偏好。这里，收件人设置指示：通过加下划线来强调日期(521)。收件人设置还指示：使用加粗的文本来替代全部大写的文本(可以将其中的首字母缩拼词过滤掉)(522)。在将全部大写文本视作为缺省文本样式(其不是可辨别的发件人意图)的一些情况下，将不应用关于全部大写替代的设置，这是由于该段落没有被标记成具有可辨别发件人意图的区域。最后，收件人设置还指示：超过二十五个词语的引用语将是块缩进的(523)。

图5C示出了在根据经由图5B所选定的偏好来进行变换之后，针对具有图5A中所示出的发件人样式的消息的消息视图。这里，对消息主体555进行规范化。保持与图5A的段落501、502和503有关的可辨别意图。例如，通过对日期和时间551加下划线，将关于该会议的日期的强调样式变换成如图5B中所选定的新样式。将发件人样式的全部大写文本变换成收件人优选的加粗文本的样式552。此外，对长引用语进行块缩进553，以适合收件人John针对引用语的优选样式。

应当理解的是，图4A-4B和图5A-5C中的示例性消息和用户界面只是用于说明本文所描述的技术的某些实施方式，其不应被解释为限制性的。

图6A示出了用于描绘在一些实施例中使用的系统的组件的框图。系统600可以在单个计算设备内实现，或者分布在执行程序指令时进行协作的多个计算设备或者子系统中。系统600可以用于实现各式各样的计算设备，其包括但不限于：个人计算机、平板计算机、阅读器、移动设备、个人数字助理、可穿戴计算机、智能电话、膝上型计算机(笔记本或者上网本)、游戏设备或控制台、桌面型计算机或者智能电视。因此，可以并入参照系统600所描述的更多或者更少元件，以实现特定的计算设备。

例如，系统600包括根据存储系统615上存储的软件610的指令，来对数据进行处理的一个或多个处理器的处理系统605。处理系统605的处理器的例子包括通用中央处理单元、特定于应用的处理器和逻辑设备，以及任何其它类型的处理设备、组合或者其变型。

软件610可以包括操作系统和诸如消息应用620和/或网络浏览应用625之类的应用程序。在一些情况下，软件610可以包括样式规范化服务或组件103。设备操作系统通常对该计算设备中的各种组件的功能进行控制和协调，其向应用提供与更低层接口(如网络接口)进行连接的更容易方式。操作系统的非限制性例子包括：微软公司的苹果公司的iOS^TM、谷歌公司的OS、以及来自于Canonical的Linux>

应当注意的是，操作系统可以本机地实现在计算设备上，以及实现在本机设备操作系统(OS)之上运行的软件虚拟层上。可以将虚拟OS层(虽然图6A中没有描绘)认为是位于操作系统空间内的另外的嵌套组合，其每一个都包含OS、应用程序和API。

存储系统615可以包括可被处理系统605读取的、并能够存储包括消息应用620和/或浏览应用625的软件610的任何计算机可读存储介质。

存储系统615可以包括利用用于存储信息(比如，计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术来实现的易失性和非易失性、可移动和不可移动介质。存储介质的例子包括随机存取存储器、只读存储器、磁盘、光盘、CD、DVD、闪存、虚拟存储器和非虚拟存储器、盒式磁带、磁带、磁盘存储装置或者其它磁存储设备、或者任何其它适当的存储介质。在任何情况下，存储介质都不是传播的信号或载波波形。

除了存储介质之外，在一些实施方式中，存储系统615还可以包括通信介质，其中通过该通信介质，可以内部地或者外部地传输软件。可以将存储系统615实现成单个存储设备，但也可以实现在相对于彼此是同处一地或者分散的多个存储设备或子系统中。存储系统620可以包括能够与处理器605进行通信的另外的元件(例如，控制器)。

可以利用程序指令等等来实现软件610，当这些程序指令由系统600(通常情况下)或者处理系统605(特别情况下)时，可以指导系统600或者处理系统605的一个或多个处理器如本文所描述地进行操作。

通常，软件当被装载到处理系统605中并执行时，将计算系统600整体地从通用计算系统变换成专用计算系统，所述专用计算系统被定制为对电子消息的样式进行规范化(如本文针对每一实施方式所描述的)。事实上，存储系统615上的编码软件可以对存储系统615的物理结构进行变换。物理结构的这种特定变换可以取决于本说明书的不同实施方式的各种因素。这些因素的例子可以包括但不限于：用于实现存储系统615的存储介质的技术，以及是将计算机存储介质特征化为主存储装置还是辅助存储装置。

该系统还可以包括输入/输出(I/O)设备630。I/O设备可以包括用于实现去往和来自系统600的通信的设备和组件。用户输入和输出设备可以包括诸如鼠标631、跟踪板(没有示出)、键盘632、麦克风(没有示出)、用于从用户接收触摸手势的触摸设备633、用于检测非触摸手势和用户的其它运动的运动输入设备634之类的输入设备，以及能够接入用户输入的其它类型的输入设备和它们相关联的处理单元。

I/O设备630还可以包括诸如显示屏635、扬声器(没有示出)、用于触觉反馈的触觉设备之类的输出设备，以及其它类型的输出设备。在某些情况下，可以将输入设备和输出设备组合在诸如触摸屏显示器之类的单个设备中，所述触摸屏显示器描绘图像并从用户接收触摸手势。可以以各式各样的方式，在显示器635上描绘视觉输出，呈现图形用户界面元素、文本、图像、视频、通知、虚拟按键、虚拟键盘、或者能够以视觉形式进行描绘的任何其它类型的信息。该I/O设备630还可以包括：在支持各种用户输入和输出设备时，由OS执行的相关联的软件。这样的软件辅助OS使用规定的装置，向应用程序传输用户界面硬件事件。

通信接口640可以包括用于允许通过一个或多个通信网络(没有示出)，与其它计算系统进行通信的通信连接和设备。协作工作来允许系统间通信的连接和设备的例子可以包括网络接口卡、天线、功率放大器、RF电路、收发机和其它通信电路。这些连接和设备可以通过通信介质(例如，金属、玻璃、大气或者任何其它适当的通信介质)，与其它计算系统或者系统网络来交换通信。去往和来自这些通信接口的传输由OS进行控制，其在必要时，向应用告知通信事件。

应当注意的是，系统600的很多元件可以被包括在片上系统(SoC)设备中。这些元件可以包括但不限于：处理系统605、通信接口640、甚至存储系统615的元件。

应当理解的是，计算系统600通常旨在表示部署了软件并进行执行，以便使用对电子消息的样式进行规范化同时保持发件人意图的方法来实现应用的计算系统，如本文所描述的。然而，计算系统600还可以表示可以在其上安置软件，并可以从其向另一个计算系统分发、传输、下载或者提供软件以便进行部署和执行，或者另外进行分发的任何计算系统。

图6B示出了用于描绘在一些实施例中使用的系统的组件的框图。系统650可以在单个计算设备内实现，或者分布在执行程序指令时进行协作的多个计算设备或者子系统中。系统650可以包括一个或多个刀片服务器设备、独立服务器设备、个人计算机、路由器、集线器、交换机、网桥、防火墙设备、入侵检测设备、大型计算机、网络连接存储设备和其它类型的计算设备。可以根据任何适当的计算机架构(例如，对称多处理(SMP)架构或者非统一存储器访问(NUMA)架构)来配置系统硬件。

系统650可以包括处理系统655，后者可以包括用于从存储系统665取回软件660并进行执行的一个或多个处理器和/或其它电路。处理系统655可以在单个处理设备内实现，但也可以分布在执行程序指令时进行协作的多个处理设备或者子系统中。

处理系统655的例子包括通用中央处理单元、特定于应用的处理器和逻辑设备、以及任何其它类型的处理设备、组合或者其变型。所述一个或多个处理设备可以包括多处理器或者多核处理器，并且可以根据一个或多个适当的指令集进行操作，所述指令集包括但不限于：精简指令集运算(RISC)指令集、复杂指令集运算(CISC)指令集或者其组合。在某些实施例中，替代通用CPU，或者除通用CPU之外，可以将一个或多个数字信号处理器(DSP)包括成该系统的计算机硬件的一部分。

关于存储系统615而言，存储系统665可以包括可被处理系统655读取的、并能够存储软件660的任何计算机可读存储介质。存储系统665可以被实现为单个存储设备，但也可以被实现为在相对于彼此是同处一地或者分散的多个存储设备或子系统中。存储系统665可以包括能够与处理系统655进行通信的另外的元件(例如，控制器)。

可以利用程序指令等等来实现软件660，当这些程序指令由系统650(通常情况下)或者处理系统655(特别情况下)时，可以指导系统650或者处理系统655如本文所描述地进行操作，以实现规范化的消息样式。软件660可以提供用于实现消息应用的程序指令，以及(或者替代地)提供用于对消息样式进行规范化的程序指令670。软件660可以实现在系统650组件、程序、代理或者层上，其利用机器可读处理指令来实现如服务器112、服务113、甚至客户端114所执行的本文所描述的方法。

软件660还可以包括另外的过程、程序或者组件，例如，操作系统软件或者其它应用软件。软件702还可以包括固件或者可由处理系统655执行的某种其它形式的机器可读处理指令。

系统650可以表示可以在其上安置软件660，并可以从其向另一个计算系统分发、传输、下载或者提供软件660以便进行部署和执行，或者另外进行分发的任何计算系统。

在系统650包括多个计算设备的实施例中，服务器可以包括有助于在计算设备之间实现通信的一个或多个通信网络。例如，所述一个或多个通信网络可以包括有助于在计算设备之间实现通信的局域网或者广域网。可以在计算设备之间包括一个或多个直接通信链路。此外，在一些情况下，这些计算设备可以安装在地理分散的位置。在其它情况下，所述多个计算设备可以安装在单个地理位置(例如，服务器群或者办公室)处。

可以包括通信接口675，其提供用于允许通过通信网络或者网络集合(没有示出)或者大气来在系统650和其它计算系统(没有示出)之间通信的通信连接和设备。

应当注意的是，系统650的很多元件可以被包括在片上系统(SoC)设备中。这些元件可以包括但不限于：处理系统655、通信接口675、甚至存储系统665和软件660的元件。

图7示出了一种示例性系统架构，其中在该系统架构中，可以执行用于对电子消息的样式进行规范化同时保持发件人意图的技术的实施方式。可以在计算系统700-A(如，参照图6A的系统600所描述的)上实现消息应用701。消息应用701的用户可以是消息的收件人和发件人。

消息应用701可以通过网络720与系统700-B(如，参照图6B的系统650所描述的)上具体实现的消息服务725进行通信。消息服务725可以执行电子消息路由、消息存储、甚至应用层功能(在消息应用是网络托管的情况下)。

网络720可以包括但不限于：蜂窝网络(例如，无线电话)、点对点拨号连接、卫星网络、互联网、局域网(LAN)、广域网(WAN)、WiFi网络、自组网(ad hoc网络)、内联网、外联网或者其组合。该网络可以包括一个或多个连接网络(例如，多网络环境)，其包括诸如互联网之类的公共网络和/或诸如安全企业专用网之类的专用网络。

在一种示例性场景中，实现用于对电子消息的样式进行规范化的技术的样式规范化组件710可以是消息应用701的一部分，或者可以被托管在系统700-A上的其它地方(例如，处于OS层)，并可经由应用程序接口(API)来调用。

API是由程序代码组件或者硬件组件(下文称为“API实现组件”)实现的用于允许不同的程序代码组件或者硬件组件(下文称为“API调用组件”)访问和使用由API实现组件所提供的一个或多个功能、方法、过程、数据结构、类和/或其它服务的接口。API可以规定在API调用组件和API实现组件之间传送的一个或多个参数。可以使用API来访问由API实现组件所提供的服务或数据，或者发起由API实现组件所提供的操作或者计算的执行。举例而言，API实现组件和API调用组件可以是操作系统、库、设备驱动程序、API、应用程序或者其它模块中的任何一个(应当理解的是，API实现组件和API调用组件可以是彼此之间相同或者不同类型的模块)。在一些情况下，API实现组件可以至少部分地利用固件、微代码或者其它硬件逻辑来具体实现。API调用组件可以是本地组件(即，位于与API实现组件相同的数据处理系统上)，或者是经由网络，通过API来与API实现组件进行通信的远程组件(即，位于与API实现组件不同的数据处理系统上)。

在另一种示例性实现场景中，在计算设备700-C(如，参照图6A的系统600所描述的)上运行的消息应用701可以与在单独的物理或者虚拟系统700-D(其可以在诸如参照图6B的系统650所描述的系统上具体实现)上托管的样式规范化服务730进行通信。样式规范化服务730可以执行用于将发件人样式格式化语言(例如，HTML)规范化和变换成收件人样式格式化语言的技术。随后，可以将该语言传输到消息应用701，以便进一步解释或者呈现。包含消息应用701和样式规范化服务730的系统可以通过网络720，经由API或者其它通信标准来彼此之间进行通信。它们还可以通过网络与消息服务725进行通信，以实现另外的功能。

本说明书中对“一个实施例”、“某个实施例”、“示例性实施例”等等的任何引用意味着结合该实施例描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。在说明书中的各个地方出现的这些短语并不必需全部指代同一个实施例。此外，可以将本文所公开的任何发明或者其实施例的任何元素或者限制与任何和/或所有其它元素或者限制(单独地或者以任何组合方式)或者本文所公开的任何其它发明或者其实施例进行组合，所有这些组合都预期落入本发明的范围之内，而不对其具有任何限制。

应当理解的是，本文所描述的例子和实施例只是用于说明性目的，并且其所涉及的各种修改或变化将启发本领域技术人员，这些修改或变化将被包括在本申请的精神和范围之内。

去获取专利，查看全文>