CN105490915B - 用于填写电子消息的地址字段的方法、设备和软件产品 - Google Patents

Abstract

公开了用于填写电子消息的地址字段的方法、设备和软件产品。本发明开始于考虑如由用户录入的内容或上下文等可以被用于自动地估计消息所针对的一个或多个接收方。一方面是在计算机上可执行的传信应用中填写电子消息的接收方地址字段的方法，包括：‑从消息的内容区域选择内容组块；‑判断内容组块是否匹配于预先限定的收件方标识符模式；以及，‑如果判断为匹配，则：‑从内容组块提取姓名部分，‑将姓名部分与条目进行比较，以及，‑如果姓名部分匹配于条目，则：‑创建接收方地址提议，以及，‑填写到接收方地址字段中。相似的方面是填写发送方地址字段的方法。另一方面是填写电子消息的地址字段的设备以及填写电子消息的地址字段的软件产品。

Description

用于填写电子消息的地址字段的方法、设备和软件产品

技术领域

本发明涉及用于填写电子消息的地址字段的方法的方法。本发明还涉及对应的设备和软件产品。

背景技术

电子消息（诸如电子邮件或SMS等）通常包括消息主体和消息头，可选地包括附件。消息主体通常是单个数据字段，其以文本形式包含消息的主要内容。可选地，文本可以被格式化，并且可以包括超链接、签名代码或图像和/或嵌入的媒体文件。消息头通常包括多个数据字段，并且应当至少包括接收方地址字段（已知为“To”字段）以及发送方地址字段（已知为“From”字段）。附加地，消息头可以包括专用于主题文本、附加接收方的地址（副本接收方，已知为“Cc”字段）和/或隐藏的附加接收方（盲副本接收方，已知为“Bcc”字段）以及选择项（如相关性、隐私、接收方的验证以及其它）的数据字段。地址字段通常被准备以用于包括均表示单个地址的一个或多个数据项。地址字段中的多于一个的项可以被提及为地址列表，其在数据等级上通常由一些（多个的）定界字符分离。发送方地址字段通常包括单个发送方地址作为数据项。在传信客户端的用户接口中，要由用户限定/填写的每个数据字段可以由标签或输入框、复选框、滚动菜单或控制按钮等表示。

当前，用以在电子邮件中设置接收方地址的仅有的方式是通过手动地编辑接收方标签（或字段）。该方法具有如下的缺点：其关于此要求显式动作，以针对其中有人想大规模地将一个同样的电子邮件发送到并不属于一个组的若干接收方的情况，并且每个消息应当是个性化的（如来自银行或来自人力资源（HR）部门的电子邮件），用户不得不重复该动作几百次或几千次。

直到现在，现有的用以有助于该问题的仅有方法首先是自动完成特征，其在缓存中保持已经使用过的电子邮件账户的列表（意味着曾将电子邮件发送到他们或从他们接收电子邮件），并且通过仅在接收方的标签中键入来自接收方的电子邮件账户的一些字母来提示它们。其次，对于将一个同样的电子邮件发送到不能成组的许多人的情况而言，存在OUTLOOK*“模板”或“表单”方法，其中，用户可以创建包括接收方账户的个性化模板或表单，保存它们并且在将来使用它们（注意，在此并且贯穿于本申请的由星号（*）标记的术语可以按它们的相应所有者而受到商标保护；本申请中提及这样的术语纯是为了说明本发明的背景或可能的应用）。

OUTLOOK*插件（“PhraseExpress”）被已知用于提供文本模块和大量宏，其可以被合并在文本模块中。这样的宏允许将文本模块自动适配到目前的要求（例如，一个宏可以确定接收方的性别，并且另一个宏相应地使用其来适配称谓）。已经填写的“To”字段、其它（所标记的）电子邮件等被宏使用以拾取所要求的信息。

电子邮件客户端的主要算法通常自动地填写发送方地址字段。万一用户同时使用多于一个的电子邮件客户端和/或地址，用户可以在发送方地址标签中手动地选择或填写正确的地址。

发明内容

本发明的目的在用提供用于填写电子消息的地址字段的方法、设备和软件产品，其能够至少部分地减轻如上面提到的现有技术的缺点。特别是，本发明的目的在于提供能够减缓、最小化或甚至消除设置接收方地址和/或发送方地址所需的进一步动作的这样方法、设备和软件产品。

至少部分地通过独立权利要求的特征来解决本发明的前面提到的一个或多个目的。在从属权利要求中阐述本发明的有利实施例和进一步的发展。

本发明的基本想法在于通过使用消息的上下文以提取所需的信息并且然后将其随附于适当的条目，从而自动地填写电子消息的地址字段（即接收方和/或发送方地址字段）。

将注意到的是，本发明的意义上的消息要被理解为被分离为不同数据字段的数据结构（数据集合），所述不同数据字段进而可以由一个或多个数据项（但除了一些强制字段之外，也可以是空的）组成。任何消息类型通常至少包括头和主体，其中，头通常至少包括接收方地址作为数据字段，并且主体包括消息文本。大多数消息类型还包括发送方地址和主题，作为头的数据字段。很多消息类型（诸如电子邮件）不仅包括一个接收方地址字段，而且包括在本发明的意义上都是地址字段的主要接收方地址字段（通常被提及为“To”字段）、次要接收方地址字段（通常被提及为“Cc”字段，用于“副本”）以及隐藏的接收方地址字段（通常被提及为“Bcc”字段，用于“盲副本”），并且可以一起被提及为地址区域。任何地址字段可以包含多个地址，其中的每一个形成数据项。进一步的数据字段可以包含控制信息（诸如相关性信息或所请求的接收确认）、文件附件以及其它。由于不仅主体而且主题也可以包含可以被估计的单独的信息，因此主体和主题两者都被提及为内容字段，并且在本发明的意义上一起被提及为内容区域。在仍限定有效消息的同时，除了（主要或仅）接收方地址字段之外的任何数据字段通常可以留为空白。主体可以包含纯文本或格式化的文本。注意到的是，控制项通常是固定的形式，地址字段通常由传信客户端控制，从而满足由传信协议规定的特定数据格式，并且可以利用全局地址服务器来验证，从而满足有效地址，并且内容字段通常是可自由地配置的而在一些上下文中可能在长度上受限制。

因此，本发明的第一方面是一种用于在计算机上可执行的传信应用中填写电子消息的接收方地址字段的方法，所述方法包括如下步骤：

-从所述消息的内容区域选择内容组块；

-判断所述内容组块是否匹配预先限定的收件方标识符模式；以及

-如果判断为所述内容组块匹配所述预先限定的收件方标识符模式，则：

-从所述内容组块提取姓名部分，

-将所述姓名部分与预先限定的名录的各条目中的条目进行比较，以及

-如果所述姓名部分匹配所述条目，则：

-基于所述条目中所存储的并且适合于所述电子消息的格式的地址来创建接收方地址提议，以及

-将所述接收方地址提议填写到所述消息的所述接收方地址字段中。

近十年中已经广泛使用电子传信。在此意义上，电子消息可以是例如电子邮件或SMS等，并且可以如上面所解释地那样被构造。可以通过网络（如互联网、内部网、电话网络、蜂窝网络或所说这些的组合）来完成电子消息的转发。地址可以是电子邮件地址、电话号码或URL等。内容区域是限定发送方希望传送的内容的数据区域，并且可以包括消息的主体（即主要文本内容）和/或主题字段。一般而言，内容区域包括纯文本，但也可以包括格式化的文本和/或嵌入的媒体。然而，本发明的方法主要使用内容区域中所包括的字符数字（alpharethmetic）内容。内容组块可以是内容区域的任何片段。特别是，所述方法隐式地包括：通过划分内容来生成一个或多个内容组块。组块长度可以适配于所述预先限定的收件方标识符模式的长度；具有多于一个的预先限定的模式可以要求在不同的组块长度的情况下重复划分成组块，对组块进行选择以及后续的步骤。由于组块中所包括的姓名部分的长度通常事先是未知的，因此所述方法可以开始于规定或确定最大长度，并且在减小组块长度的情况下重复划分、进行选择以及后续步骤。电子消息的格式与用于传送消息的协议（例如电子邮件、SMS、FTP、URL、……）和/或上下文（私人/专业）有关。地址字段可以是任何地址字段（主要、次要、隐藏或仅一个）。可以在所述接收方地址提议的每个创建之后或在完成特定条件（例如用户交互）时或当完成消息的写入时作出对地址字段的填写。

可以针对多个条目串行和/或并行地重复执行比较步骤和后续步骤。可以针对内容组块中发现的多个姓名部分串行和/或并行地重复执行提取步骤和后续步骤。可以针对多个内容组块串行和/或并行地重复执行选择步骤和后续步骤。

所述预先限定的收件方标识符模式可以取自模式类别，其中，针对所述模式类别中所提供的任何收件方标识符模式，关于所述内容组块，可以重复地执行判断步骤和进一步的步骤，其中，优选地可以按减小组块长度的顺序对所述模式类别进行分类和/或扫描。所述模式类别可以由所述应用的用户编辑。在此情况下，当针对一个收件方标识符模式判断为匹配时，可以停止对判断步骤和进一步的步骤的重复，因为通常不可能发现进一步的匹配。由于首先取得更长的收件方标识符模式，因此可以增强匹配精度。可适配意味着可以通过所述用户的交互，优选地通过用户对话，来从预先限定的模式类别添加、改变或删除模式。

接收方地址提议可以是接收方地址列表，其中，所述创建步骤可以包括：将所述条目中所存储的所述地址添加到所述接收方地址列表；并且所述填写步骤可以包括：将所述接收方地址列表的所有地址或者从所述接收方地址列表选择的地址填写到所述接收方地址字段中。可以通过用户交互（例如通过手动地拾取或删除它们中的一些）和/或自动地通过应用预先限定的选择模式来作出选择。这样的选择模式可以例如包括双项（doublet）的删除。

所述方法可以包括要在执行所述填写步骤之前被执行的进一步的步骤：

-将所述接收方地址列表提供给所述应用的用户，以用于选择和/或验证；以及

-从所述接收方地址列表丢弃所述用户未选择和/或验证的地址。

优选地可以通过调用用户对话来完成提供；如果接收方列表是无歧义的，则可以省略该步骤。

所述接收方地址字段可以包括多个接收方地址子字段；并且所述接收方地址列表可以包括与所述多个接收方地址子字段对应的多个接收方地址子列表，其中，所述预先限定的模式可以被分配给所述接收方地址子列表中的至少一个。上面提到的由用户进行的选择或用户选择可以包括：将地址从一个接收方地址子列表改换到另一个接收方地址子列表。子字段可以是例如先前提到的“To”字段、“Cc”字段、“Bcc”字段。可以通过将允许精确分配的规则应用于任何所述的子字段来完成所述预先限定的模式的分配。例如，内容组块（如“I will forward this message to Bill”）可以触发模式匹配，提取“Bill”作为姓名部分，在应用的或计算机的名录的名字段中搜寻任何Bill或William等，并且提议在所述名录中发现的任何合适的地址，以被填写到“Cc”子字段。

可以在所述用户进行显式命令时或在所述用户写入所述消息期间自动地将接收方地址提议提供给所述应用的用户。所述命令可以是按钮或任何合适的输入或选择工具上的点击。由此，可以收集提议，直到写入消息的结束。在第二替换中，在任何时间发现模式匹配时，就可以对用户给出机会，以将相应的人的地址添加到接收方地址字段。

所述方法可以进一步包括如下步骤：

-将所述姓名部分分解为与所述名录中的相应数据字段对应的姓名片段中，所述姓名片段例如包括名字、姓氏、头衔和/或称谓中的至少一个；以及

-按姓名片段将所述姓名部分与所述名录的所述条目进行比较。

本发明的第二方面是一种用于在计算机上可执行的传信应用中填写电子消息的发送方地址字段的方法，所述传信应用管理所述应用的用户的多个发送方地址，所述方法包括如下步骤：

-从所述消息的内容字段选择内容组块；

-判断所述内容组块是否匹配于预先限定的收件方标识符模式；以及

-如果判断为所述内容组块匹配于所述预先限定的收件方标识符模式，则：

-从所述内容组块提取姓名部分，

-将所述姓名部分与预先限定的名录的各条目中的至少一个条目进行比较，以及

-如果所述姓名部分匹配于所述名录的各条目中的所述至少一个条目中的一个条目，则：

-基于在所述名录的所述一个条目中存储的信息来创建适合于所述电子消息的格式的发送方地址提议，以及

-将所述发送方地址提议填写到所述消息的所述发送方地址字段中。

本发明的这方面使用如下的构思：获知消息的收件方（即接收方）可以指示所述消息的上下文本身，并且因此使得有可能选择配合于所述上下文的发送方地址。条目中所存储的信息可以是例如如在多个地址名录中发现的标签（如家庭、职位等）。

本发明的第三方面是一种用于在计算机上可执行的传信应用中填写电子消息的发送方地址字段的方法，所述传信应用提供所述应用的用户的多个发送方地址，所述方法包括如下步骤：

-从所述消息的内容字段选择内容组块；

-判断所述内容组块是否匹配于预先限定的上下文模式；以及

-如果判断为所述内容组块匹配于所述预先限定的上下文模式，则：

-通过在所述用户的所述发送方地址中选择出配合于所述上下文模式的发送方地址来创建适合于所述电子消息的格式的发送方地址提议，以及

-将所述发送方地址提议填写到所述消息的所述发送方地址字段中。

在这方面的意义上的模式可以是适合于标识消息的上下文（例如称号、称谓、话题）的任何模式。可以通过如下来估计配合：直接将每个模式分配给发送方地址，或限定所述用户的上下文或域，将每个发送方地址和每个上下文模式分配给所述上下文或域中的至少一个，以及选择匹配于上下文模式的上下文或域的发送方地址上下文或域。

可以在预先限定的时间点，优选地周期性地，在用户正写入所述消息期间执行前述各方面中的任何方面的所述的方法。这允许例如通过缩窄特定条目的似然性来适配接收方地址提议。

在前述各方面中的任何方面的所述的方法中，所述消息可以是电子邮件或SMS，其中，优选地以电子邮件应用插件（例如OUTLOOK*插件、浏览器附加项（ad-in）或移动传信应用）的形式来执行所述方法。

可以针对多个内容组块重复地执行前述方面中的任何方面的所述的方法，从整个内容区域或所述内容区域的被选择的部分生成所述内容组块，其中，所述内容组块优选地一起是第一行或具有所述消息的字符的第一行。这是可以特别容易完成并且在覆盖大多数情况的同时在处理负载方面低的特殊情况。替换地，可以从将要求大量迭代的内容区域的任何部分选择所述内容组块，有可能在使组块长度变化的情况下字符接字符地改换用于内容组块的选择。

在前述各方面中的任何方面的所述的方法中，所述计算机可以是服务器、客户端、台式计算机、便携式计算机、平板、电话、移动电话、智能电话或PDA等。

本发明的进一步的方面是一种适配于执行传信应用的设备，所述传信应用被适配于执行前面描述的方法中的任何方法，以用于在所述设备上可执行的传信应用中填写电子消息的接收方和/或发送方地址字段。所述设备优选地是服务器、客户端、台式计算机、便携式计算机、平板、电话、移动电话、智能电话或PDA等。

本发明的进一步的方面是一种用于在计算机上可执行的传信应用中填写电子消息的接收方和/或发送方地址字段的计算机程序产品/软件产品，所述计算机程序产品存储在计算机可读介质上，优选地被直接加载到计算机的内部存储器中，并且包括当由所述计算机执行所述计算机程序时用于执行前面描述的方法的步骤的程序代码。显然，本发明可以同样由包括当所述计算机程序被加载到所述计算机中或由所述计算机执行时引起所述计算机执行前面描述的方法的步骤的指令的计算机程序、或者由具有被设计为利用可编程计算机而操作的电可读控制信号的数字数据载体来体现，所述控制信号被设计为并且被适配为引起计算机执行前面描述的方法的步骤。在任何这样的情况下，还可以通过本发明的所描述的方面的设备、通信设备（诸如移动电话或智能电话等）、服务器（诸如协作服务器、呼叫管理服务器或会议服务器等）或个人计算机等来体现计算机。软件产品可以是要被包括在所述传信应用中的或者由所述传信应用使用的或与所述传信应用协同执行的插件、外挂或应用等。

根据本发明具体实施例的以下描述以及所附附图中的相应图解，本发明的进一步的特征、目的、优点和细节将变得更明显。显然，具体实施例的特征、目的、优点和细节、其变形和已做必要修正的修改应用于其它实施例、变形和修改，除非这样的应用显然违反技术约束或自然定律。实施例可以彼此组合，并且一个实施例与另一实施例整个地或就其单个特征的任何组合可以假设为构成本发明实施例。

附图说明

接下来，参照具体实施例并且参照随附附图描述本发明，在附图中：

图1示出根据本发明实施例的电子邮件客户端的一般概况的框图；

图2示出根据本发明实施例的电子邮件客户端用户接口的表示；

图3示出根据本发明实施例的具有示例性功能暗示的图1的电子邮件客户端一般结构的更详细图解；

图4A至图4C示出根据本发明实施例的处理的相应部分的流程图；以及

图5示出根据本发明另一实施例的处理的流程图。

要注意的是，附图纯是示意性的，并且未必是按比例的。附图和描述用来说明本发明之下的原理，而不是以任何方式限制本发明。本发明仅由所附权利要求限制。

具体实施方式

如上面提到那样，本申请的一般想法是提供一种通过如下来解决上面提到的问题的方法：消除设置电子消息的接收方地址所需的进一步的动作，并且通过使用消息的上下文以提取所需的信息并且然后将其随附于适当的条目来自动地做到这点。

在电子邮件的上下文中描述本发明的实现构思。

本发明开始于如下的发现：在公司内的同事之间或在公司与其客户之间所发送的显著量的电子邮件使用正规格式。在该格式中，电子邮件通常开始于如“Hello Mr. /Mrs.”的短语，后随在逗号之后的姓氏和/或名字的首字母。替代“Hello”，还常见的是具有“Goodmorning”或“Good Evening”，而且替代“Mr./Mrs.”，还已知使用“Dr,”或相似的表述。此外，经常使用如“@”的符号，并且然后电子邮件内容中的后续文本所提及的人的姓名。所有这些限定了几乎每个人在电子邮件沟通中正使用的流行模式。这些模式正成为配置或另外将必须同意的规则，并且可以初始地由用户或按按默认来设置，从而本发明的方法可以起作用。这些模式将被用作用于所述方法的标识符，以便检测接收方的属性，此时，将检索实际接收方的电子邮件地址。这些模式的定义可以是任何字符数字（即可以由可由电子邮件客户端用户接口接受和/或再现的字符生成的任何串）格式，可以在任何时间被修改、增强或删除，但是它们应当在对它们进行设置以及在邮件内容的内部的后来使用的方面非常精确，并且应当总是存在至少一个。默认短语可以被设置为例如“Hello Mr.姓氏”、“Hello Mrs.姓氏”、“Dear Mr.姓氏”、“Dear Mrs.姓氏”等。

现在，将描述所述方法的基本功能。

所述方法必须完成以下任务。

第一处理或处理部分被设计为解析电子邮件的内容，并且尝试匹配并且标识已经在配置步骤中（例如由用户）设置为模式的词语或短语。该上下文中的解析意味着电子邮件的内容被分解为内容的组块，内容的组块将要与每个标识符模式逐一地进行比较，从而估计可能的匹配。内容组块可以是固定的长度或可变的长度。解析可以开始于整个内容，并且可以下降到行或段落、句子或从句或甚至词语或短语的级别。在此，解析可以逐步减少组块长度，从而生成大量内容组块。另一方面，在非常简单的解析中，仅电子邮件的第一行可以被选取为内容组块，因为可以在该恰好第一行中发现标识想要的接收方所需的信息的良好百分比。此外，内容不限制于电子邮件的主体，而是也可以延展到主题字段。

假设发现至少一个模式的匹配，为了继续，所述方法移动到第二处理或处理部分，其用来提取接收方的姓名。可以通过随着其在第一步骤中按规则被设置（例如“Hello Mr.Agathangelos”）而读取模式之后的词语、直到标识到空格或逗号或圆点为止来做到这点。在已经提取（多个）接收方的（多个）姓名之后，所述方法对保持电子邮件账户信息的名录作出查询，以便接收匹配每个对应姓名的实际电子邮件地址。如果针对单次查询发现多于一个的匹配，则保持所有返回的值。

下一步骤是将这些地址布居到接收方标签。如果仅发现一个电子邮件地址，则然后这一个电子邮件地址被自动设置到“To...”字段。如果发现多于一个的电子邮件地址，则然后根据配置，所有接收方可以被设置到“To...”字段，或（按字母顺序或按某种排序算法）可以将第一个可以设置到“To...”字段，而所有其它的被设置到“Cc...”字段，或者潜在电子邮件地址的列表被匹配于特定模式，并且相应地完成自动填写，或者用户对话被针对于他或她而开始，以作出他或她的选取。最终，可以通知用户动作完成，并且用户可以回顾接收方列表以用于验证。该步骤对于其中为如下的情况而言是有用的：查询针对每一个返回多于一个的结果（例如用于查询姓名“agathangelos”的antonios.agathangelos@unify.com和george.agathangelos@unify.com）。如果选取使用将仅具有“一对一”匹配查询的精确规则（如使用如“Hello Mr.姓氏名字”的模式），则可以避免最终步骤。

在由所述方法提取的联系人具有多于一个的电子邮件地址（例如用于个人和商业用途）的情况下，所述方法可以进一步应用附加模式或者甚至更精密的技术（诸如文本/上下文分析技术），从而使得所述方法能够判断在电子邮件中出现的是个人的还是业务上的上下文，并且从多个所述接收方的地址选取适当的地址。

现在，参照本发明优选实施例更详细地描述本发明。

图1示出根据本发明实施例的电子邮件客户端100的一般概况的框图。

电子邮件客户端100包括用户接口（UI）110、主要算法120、电子邮件账户名录130、配置数据库140和配置模块150。将显见的是，电子邮件客户端100可以进一步包括功能单元，然而，其为了方便并且并不使本发明的范围和意义不清楚而省略了功能单元。由图1中的箭头图解数据和/或控制的流动。要注意的是，数据和/或命令流动的方向仅为示意性和示例性的，并且无论如何都不应被理解为限制本发明。

接下来，参照本发明的示例性实施例进一步解释电子邮件客户端用户接口（UI）110。在这点上，图2示出如根据本发明的该实施例的例如在计算机屏幕等上发生的电子邮件客户端用户接口110的表示。

电子邮件客户端100生成窗口或屏幕200，其允许用户（未示出）限定、表达、格式化并且发送电子邮件。电子邮件客户端屏幕200包括由用户操控的大量控制按钮、菜单和输入框。

主要输入框210允许用户以文本形式表达他或她的消息，并且表示消息的主要内容或主体。要注意的是，虽然本发明在此被描述为仅使用文本内容，但是主要输入框210同样可以包括格式化文本和/或嵌入式媒体。滚动条215允许上下偏移在输入区域210中所包括的内容。主题输入框220允许用户以文本形式录入消息的主题。主要输入框210和主题输入框220分别包含消息的主体和主题，其表示消息的数据结构的内容字段，在本发明的意义上一起形成内容区域240。

要理解的是，在窗口200中示出的输入框和其它图形要素（诸如控制按钮或菜单）将消息的特定数据字段的当前内容表示为数据结构。换言之，当前瞬时地布居电子邮件的数据字段的数据在窗口200中显现为例如在相应的输入框中的文本、在相应的下拉菜单或滚动菜单中的加亮的菜单项或对相应的控制按钮的状态加阴影等。进而，任何用户动作（诸如文本输入、菜单选择或按钮点击）瞬时地改变处于这种预先发送的状态下的消息的相应的数据字段的内容，并且由相应的输入框、菜单或控制按钮的内容或状态反映。因此，窗口200的图形要素的内容或状态可以被理解为消息的相应的数据要素的内容的同义词，并且反之亦然。

由发送方地址输入框232（“From”）、主要接收方地址输入框234（“To”）、次要接收方地址输入框236（“Cc”）和隐藏的接收方地址输入框238（“Bcc”）的条目形成地址区域230。“From”输入框232、“To”输入框234和“Bcc”输入框238每个示出一个地址，而“Cc”输入框236示出两个地址，然而，这在该示例中是假设，并且无论如何都不应限制本发明。要注意的是，在相应的地址输入框232、234、236、238的前面放置的“From：”按钮233、“To：”按钮235、“Cc”按钮237和“Bcc：”按钮239可以触发在进一步的窗口、对话框或菜单等中打开电子邮件账户名录130（图1），从而手动地从中搜索和/或选择地址，并且将它们放入到相应的一个和/或多个输入框232、234、236、238。

控制块250包括大量菜单和控制按钮，以用于格式化主要输入框210中的消息文本、用于解除和重复对主要输入框210中的消息文本的动作，以添加附件或预先限定的图形要素（诸如表情符号），并且还包括“Recip. auto filling（接收方自动填写）”控制按钮260，以用于触发要在稍后描述的自动接收方地址填写功能。“Send（发送）”按钮270用来手动地触发把完成的消息发送到所选择的接收方。

如稍后将更详细地描述的那样，“Recip. auto filling”控制按钮260用于启用并且控制自动接收方地址填写功能，其形成本申请的中心教导。简而言之，这样的功能被设计为将主要输入框210的内容（即消息的主要内容）解析为内容组块280，从而检测所配置的标识符（诸如“Mr.”、“Mrs.”和“Dr.”等），提取跟随这些标识符的姓名部分，从电子邮件账户名录130搜索匹配条目，并且将它们填写到接收方地址输入框（即消息的数据结构的相应接收方地址字段）中。在图2图解的示例中，已经加亮四个内容组块280，其包括标识符模式和后续的关键字或姓名部分。Mr.、Dr.和Mrs.可以是所配置的标识符280，自动接收方地址填写功能对所配置的标识符280进行搜索，从而其能够获取跟随标识符的一个或多个关键词语。基于所获取的一个或多个关键词语，填写功能重获要被插入在一个或多个地址输入框232、234、236、238中的数据/地址。要注意的是，自动填写的地址字段表示或包括用户可能接受或可能不接受的在本发明的意义上的（由图2中的双虚线链直线区域290符号化的）接收方地址提议。将进一步注意到，该示例使用非常简单的模式（仅包括头衔/称谓作为标识符模式）以及相当简单的规则（诸如所提取的恰好第一个名字去往“To”字段，进一步的姓名去往“Cc”字段，以及恰在信尾客套话之上所提取的姓名去往“Bcc”字段）。在此接受模糊性，因为用户可以在任何时间改变提议290。

图3给出根据本发明实施例的图1的电子邮件客户端一般结构的更详细的图解。图3与图2相似，然而，图3提供进一步的功能的附加指示。

在图3中，电子邮件客户端100被图解为具有其电子邮件客户端用户接口110、主要算法120、账户名录130、配置数据库140以及配置模块。用户接口110包括具有与图2的元件相似的元件的屏幕200，然而，在主要输入框210和主题输入框220中的录入的内容以及在“To”输入框234和“Cc”输入框236中的生成的接收方地址提议290与图2所示的示例不同。此外，图3的该示例中未示出“Bcc”输入框，然而，图3不排除如下的可能性：这样的“Bcc”输入框可以代表用户而弹出，或当主要算法判断出所隐藏的接收方地址要被包括于相应的数据字段中时自动地弹出。

如图3所示，主要算法120包括主要算法120的算法特征320，其可以被理解为插件或外挂等，执行表示本发明的方法的功能的处理。然后，电子邮件账户名录130包括具有先前已经由用户手动地或由客户端自动地存储的多个电子邮件地址的电子邮件地址列表330。更进一步地，配置数据库140包括模式标识符和关联的分配规则的规则/模式类别340。在图3中描绘的示例中，在规则/模式类别340中提供三个模式标识符（模式标识符1、模式标识符2以及模式标识符3）以及三个分别地关联的分配规则。被简要地表述为“标识符1去往To：”的第一分配规则意味着匹配于在模式标识符1的上下文中提取的姓名部分的电子邮件地址将要被假设为主要接收方地址（“To”），并且被提议用于包括在电子邮件的所提交的相应数据中。类似地，被简要地表述为“标识符2去往Cc：”的第二分配规则意味着匹配于在模式标识符2的上下文中提取的姓名部分的电子邮件地址将要被假设为次要接收方地址（“Cc”），并且被提议用于包括在电子邮件的所提交的相应数据中。最后，被简要地表述为“标识符3去往Bcc：”的第三分配规则意味着匹配于在模式标识符3的上下文中提取的姓名部分的电子邮件地址将要被假设为隐藏的接收方地址（“Bcc”），并且被提议用于包括在电子邮件的所提交的相应数据中。

在该示例中，“在模式标识符……的上下文中”的表述可以被理解为“直接跟随模式标识符……”。如图3所示，词语“Hello”被限定为模式标识符1，从而“Mr. Bob”将被提取为姓名部分，因为其直接跟随词语“Hello”，并且匹配姓名部分“Mr. Bob”的电子邮件地址将在电子邮件地址列表330中被查找，并且匹配的电子邮件地址将被添加到接收方地址提议290的主要接收方地址区域。更进一步地，表述“and”被限定为模式标识符2，其中，其跟随先前所标识的模式标识符和姓名部分，从而“Mr. Peter”将被提取为姓名部分，因为其直接跟随“Hello Mr. Bob and”，并且匹配于姓名部分“Mr. Peter”的电子邮件地址将在电子邮件地址列表330中被查找，并且匹配的电子邮件地址将被添加到形成接收方地址提议290的一部分的接收方地址提议290的次要接收方地址区域。然而，这些模式和规则是严格地示例性的，并且意味着解释本发明的该特征而非对其进行限制。例如，表述“P.S.”和“just foryour information”可以被限定为模式标识符，并且关联的分配规则可以规定将要从这两个表述之间提取姓名部分，如图2中指示的那样。

如图3进一步示出的那样，如果用户通过例如通过鼠标光标在“Recip. autofilling”按钮270上点击或录入所规定的键盘命令等来激活“Recip. auto filling”按钮270，则激活配置模块150并且弹出配置菜单350。配置菜单350提供多个可选择的菜单项，以用于

i.启用特征，

ii.禁用特征，

iii.插入配置模式，

iv.编辑现有模式，

v.删除所有模式，

vi.根据关于To/Cc/Bcc的规则来自动填写地址输入框，以及

vii.退出菜单。

现在，更详细地描述配置菜单350的含义和功能。

选择配置菜单350的“启用特征”菜单项激活电子邮件客户端的主要算法120的算法特征320，其将然后在后台中运行，执行表示本发明的接收方自动填写方法的处理，直到用户选择“禁用特征”菜单项为止。换言之，选择配置菜单350的“启用特征”菜单项启动主要算法特征320，而选择“禁用特征”菜单项停止主要算法特征320。

当被启用时，算法特征320执行表示本发明的接收方自动填写方法的核心的处理。特征320使用在电子邮件账户名录130中存储的联系人列表330，并且进一步使用在配置数据库140的规则/模式类别340中存储的模式标识符和关联的分配规则。简而言之，算法特征320从配置数据库140读取标识符，周期性地查找如在主要输入框210中录入的电子邮件内容中的规则，随后通过查询地址列表330中的匹配的电子邮件地址来进行选中（hit），根据在配置数据库140的规则/模式类别340中设置的分配规则在接收方地址提议290的相应区域中存储匹配的电子邮件地址，并且在最后把在接收方地址提议290中存储的地址设置到所分配的输入框234、236、238，这意味着将它们填写到消息的相应的地址字段中。

要注意的是，为了在写入电子邮件内容的同时避免干扰，接收方地址输入框234、236、238的填写可以经受显式用户命令，即选择配置菜单350中的“自动填写规则To/Cc/Bcc”项。当被选择时，特征320填写相应的输入框。即使附图中未示出，也可以在接收方地址输入框234、236、238中加亮由算法生成的接收方地址，从而将它们与之前已经手动地或自动地录入的接收方地址区分。然后，特征320弹出对话框360，允许用户通过选择“Yes”按钮362来验证接收方地址提议290，或通过选择“No”按钮364来丢弃接收方地址提议290。如果用户丢弃提议，则移除所提议的接收方地址。如果用户验证提议，则保持所提议的接收方地址，同时取消到目前为止所应用的对所提议的地址的加亮。

然而，本发明不应当被理解为限制于上面的功能。在功能的替换示例中，可能的是瞬时地将所标识的接收方地址填写到可选地被加亮的所分配的输入框（标签）234、236、238，优选地避免条目重复，并且用户可以瞬时地或仅在完成电子邮件内容之后如所要求的那样来编辑输入框或者可以不编辑输入框。在那种情况下，选择配置菜单350中的“自动填写规则To/Cc/Bcc”项可以触发对接收方地址输入框（即234、236、238）中所填写的地址的回顾，并且算法特征320被最后一次运行，从而根据电子邮件内容的当前状态来利用接收方地址填写输入框。可选地，在运行特征320之前清空输入框。

在上面的示例的进一步的变形中，在将接收方地址提议290的地址填写到相应的输入框中之前，可以生成并且弹出与图3所示的对话框360不同的对话框，该对话框包括表示接收方地址提议290的初级地址列表，所述初级地址列表包括指示每个地址要被初步分配给哪个地址字段的标记，对用户给出用以通过删除单个的地址或通过将单个的地址重新分配给另一地址区域（例如分配给“To”字段而不是“Cc”字段等）来编辑提议的工具，并且仅在用户验证之后，将提议填写到相应的输入框中。在又一进一步的变形中，上面提到的初级地址列表可以被划分为子列表（例如初级“To”地址子列表、初级“Cc”地址子列表和初级“Bcc”地址子列表）。可以彼此挨着而平行地示出这些子列表，并且可以对用户给出用以删除单独的地址或用以将单独的地址从一个地址子列表改换到另一地址子列表的工具。

将注意的是，可以在配置数据库140中默认地存储多个模式标识符和关联的规则，从而即使用户判断出不编辑配置数据库140，方法（算法特征）320也可以起作用。

当发送电子邮件时，特征320可以针对要被写入的下一电子邮件保持激活，或可以替换地被自动地禁用。这些选项可以是可由用户通过进一步的配置任务设置的。

接下来，将参照图4A-图4C描述形成本发明实施例的处理400。处理400包括配置部分400a、分析部分400b和完成部分400c。该实施例中，假设特征320要由专用装置执行。然而，本发明不限制于此。所述装置可以是执行由插件、外挂或app等（即由某种软件项、或某种硬件扩展、芯片、卡、棒、软件狗或其它）适配和/或扩展的电子邮件客户端100的主要算法（或电子邮件客户端100作为整体）的设备的一部分。因此，在可应用的情况下，所述方法的任何步骤可以被取作为装置的特征，并且反之亦然。

首先，将参照图4A描述处理400的配置部分400a。

可以假设为通过点击控制按钮270来首次调用菜单350（图3）而触发处理400的开始。首先，然后，提供步骤S410，其中，用户设置用于模式标识符的配置规则，并且在三个可用的接收方地址空间（To...Cc...Bcc...）的情况下（图3中340）对它们进行交叉设置。可以例如通过选择插入、编辑或删除模式（图3中的配置菜单350的菜单项iii、iv、v）之一来自动地或在用户要求时调用步骤410。换言之，步骤S410可以包括评判用户是否已经选择相应的菜单项并且开始关联的配置任务的查询（可选地，采用在稍后的处理部分的运行期间周期性地产生的中断的形式）。可以通过用户动作（例如在规则限定菜单中点击“完成”按钮）或仅通过跳过任何配置任务来完成步骤S410。

在步骤S410之后，跟随步骤S412，步骤S412评判是否设置了有效配置规则。

如果发现任何无效的配置规则（步骤S412中的“否”），则处理继续到步骤S420，步骤S420确定不能启用上面提到的装置。步骤S420可以包括用户对话，用户对话通知用户配置已经失败，请求进一步的用户动作。

此后，步骤S422（例如通过根据在步骤S420中所生成的用户对话来估计用户动作）评判是否将要重试配置。如果步骤S422中的答案为“是”，则处理返回到步骤S410，而如果步骤S422中的答案为“否”，则处理结束。

如果在步骤S412中任何配置规则条目被发现是有效的（步骤S412中为“是”），则处理继续到步骤S430，通过例如再次弹出菜单350来对用户给出用以启用装置的机会。在用户将不启用装置的情况下，处理保持在用。在不启用装置的情况下的退出菜单350可以针对此次而结束处理。

随后是步骤S432，其中，用户可以开始写入新的电子邮件内容。即，在这一时点，用户已经启用特征（装置）并且退出菜单350。

此这一时点，处理400的配置部分400a完成，并且处理进入到在下面进行参照的图4B中图解的分析部分400b。

进入分析部分400a，调用步骤S440，其解析当前正写入的电子邮件的内容，查找预先配置的标识符。将要更详细地解释该步骤。在本发明的意义上，步骤S440的解析意味着将电子邮件内容划分为内容组块，并且然后，查找意味着逐一选择内容组块并且判断所述内容组块是否匹配于预先限定的收件方标识符模式。因此，步骤S440可以返回任何匹配于在该示例中可以由在图3中的规则/模式类别340中所设置的模式标识符1、2、3所表示的收件方标识符模式中的至少一个的内容组块。

然后，步骤S442评判是否检测到至少一个标识符，即步骤S440是否返回匹配于所述收件方标识符模式中的至少一个的任何内容组块。

如果未检测到标识符（步骤S442中的“否”），则处理继续到步骤S450，步骤S450评判用户是否已经完成。当例如用户点击“Send”按钮270，或再次调用菜单350并且选择“禁用特征”时，可以证实用户完成。在用户尚未完成的情况下（步骤S450中的“否”），处理返回到步骤S440。否则（步骤S450中为“是”），处理继续到步骤S452，步骤S452编辑未使用标识符的日志文件，后随有步骤S454，步骤S454弹出包括日志内容的用户对话。然后，处理结束。

如果检测到标识符（即至少一个标识符）（步骤S442中为“否”），则处理继续到步骤S460，步骤S460提取在相应的标识符之后的关键字。处理将这些关键字解释为相应的内容组块的姓名部分。要注意的是，在相应的规定位置处或在模式内的相应的规定条件下从内容组块提取关键字要被理解为如规则/模式类别340中所限定的模式本身的一部分。可以存在要求提取在相应的标识符前面或在两个标识符之间的关键字的模式。模式可以规定在提取姓名部分时，使用可以在规则/模式类别340中独立地限定的（并且同样可以是可编辑的）跳过字集合而跳过特定的跳过字（例如，如“friend”、“brother”、“sister”、“collegue”、“valued”、“honorable”、“beloved”等的词语，其可能频繁跟随如“Dear”的模式标识符）。

可以针对由步骤S440返回的每个单个内容组块重复步骤S442和S460，从而步骤S440返回与在其中发现上下文的标识符链接的任何姓名部分（比较图4B中的虚线返回路径R461）。在继续处理之前可以移除重复部分。

在步骤S460中已经提取关键字的情况下，处理继续到步骤S462，步骤S462评判用户是否已经完成（针对该部分，见在前步骤S450）。如果没有（步骤S462中的“否”），则处理返回到步骤S440。

如果用户已经完成特征（步骤S462中的“是”），则处理继续到步骤S464，步骤S464使用关键字以对电子邮件账户名录130作出查询。此外，该步骤S464赢得某种详细考虑。步骤S464的第一部分将所提取的关键字（即姓名部分）与存储在电子邮件账户名录130中的地址列表330中的各条目中的每个条目进行比较。然后，步骤S464的第二部分评判任何所提取的关键字是否匹于配特定条目，并且如果匹配，则在第三部分中，提取在所述特定条目中的所比对的任何电子邮件地址。换言之，步骤S464返回与在其上下文中发现关键字的相应的标识符链接的、匹配于任何所提取的关键字的任何电子邮件地址。可以由处理选取仅适合于所使用的特定的电子邮件协议（例如SMTP）的地址。

在这一时点，处理400的分析部分400b完成，并且处理进入到在以下进行参照的图4C所图解的完成部分400c中。

在进入完成部分400c的情况下，提供步骤S470，步骤S470评判是否从步骤S464返回有效的电子邮件地址。

如果并未返回有效的电子邮件地址（步骤S470中为“否”），则处理继续到步骤S480，步骤S480编辑在联系人名录（电子邮件账户名录130）中未发现接收方地址的日志文件，后随步骤S482，步骤S482弹出包括日志内容的用户对话。然后，处理结束。

如果返回有效的电子邮件地址（即至少一个有效的电子邮件地址）（步骤S470中为“是”），则处理继续到步骤S490，步骤S490基于来自配置数据库140的预先配置的规则而将电子邮件地址设置到适当的电子邮件地址空间（接收方地址输入框234、236、238），然后进一步继续到步骤S492，步骤S492编辑设置了接收方条目的日志文件（即至少一个接收方地址被填写到相应的接收方地址输入框234、236、238中），后随有步骤S494，步骤S494弹出包括日志内容的用户对话。在步骤S494中提到的用户对话可以对应于图3的对话框360。然后，处理结束。

要注意到的是，处理400划分为部分400a、400b、400c是明显任意的，并且仅为了描述性的原因，绝不暗指任何功能的限制。例如，如配置部分400a的最终步骤所描述的步骤S432同样可以被理解为形成分析部分400b的一部分。相似地，如分析部分400b的最终步骤所描述的步骤S464同样可以被理解为形成完成部分400c的一部分。

在图5中，示出根据本发明的进一步的实施例的示例处理500的流程图。

如图5所示，在处理500的开始之后，在用户配置步骤S510中，用户设置配置并且启用处理的功能。即，通过自动地提示用户对话（例如图3的菜单350）或通过显式地发起这样的步骤来对用户给出机会，以配置上面提到的收件方标识符模式，其启用稍后描述的解析步骤和标识步骤。由于可以事先限定默认的收件方标识符模式，因此可以在开始时跳过用户配置步骤S510。另一方面，用户例如可以通过选择由执行处理的客户端所提供的某个菜单项而在处理的任何点调用用户配置步骤。在本发明的意义上，任何用户配置的收件方标识符模式和先前所限定的收件方标识符模式可以被理解为预先限定的收件方标识符模式。附加地，用户也可以在步骤S510中配置哪个或哪些账户名录可以被用于发现匹配的电子邮件地址。如果在步骤S510中未配置账户名录，则处理可以依赖于作为分配给用户的账户名录的由电子邮件客户端所发现的任何账户名录或事先限定的账户名录。在本发明的意义上，用户配置的账户名录和事先限定或发现的账户名录可以被理解为预先限定的名录。

此后，在电子邮件写入开始步骤S520中，用户开始写入新的电子邮件。换言之，处理500在这一时点保持在写入状态，直到步骤120中识别出用户开始写入新的电子邮件为止。仅当在步骤S520中作出识别时，处理的以下功能才可以开始起作用。

在用户在步骤120中被识别为已经开始写入新的电子邮件之后，在解析步骤S530中，解析电子邮件的内容，查找标识符。换言之，电子邮件的内容被划分为内容组块，内容组块被选择，并且判断所述内容组块是否匹配于预先限定的收件方标识符模式。逐一地针对每个内容组块执行选择和判断。

在步骤S535中，评判是否发现标识符。换言之，如果在步骤S530中至少一个内容组块已经被判断为匹配于预先限定的收件方标识符模式，则步骤S535返回肯定答案（“是”）。另一方面，如果在步骤S530中已经判断为没有内容组块匹配于预先限定的收件方标识符模式，则步骤S535返回否定答案（“否”）。

如果步骤S535返回“否”，则执行无模式编辑步骤S540，其中，编辑未使用模式的日志文件。

如果步骤S535返回“是”，则提取步骤S550随后提取姓名并且对账户名录作出查询，以用于检索电子邮件地址。换言之，步骤S535包括：从在处理下的内容组块提取姓名部分，并且将所提取的姓名部分与名录的各条目中的至少一个条目进行比较。然后，在步骤S555中，处理评判步骤S550中的比较是否已经返回电子邮件地址。换言之，在步骤S555中，评判姓名部分是否匹配于名录的条目。当然，名录可以包括多个条目，并且比较步骤和评判步骤可以逐一地针对每个条目重复，这可能返回多个电子邮件地址匹配。换言之，如果姓名部分已经被判断为匹配于预先限定的名录的至少一个条目，则步骤S555返回肯定答案（“是”）。另一方面，如果姓名部分未被判断为匹配于预先限定的名录的条目，则步骤S555返回否定答案（“否”）。

如果步骤S555返回“否”，则执行无接收方编辑步骤S560，其中，编辑在联系人名录（即预先限定的名录）中未发现接收方地址的日志文件。

如果步骤S555返回“是”，则执行地址设置步骤S570。此后，执行设置条目编辑步骤S580，其中，编辑设置了接收方地址并且需要用户验证的日志文件。换言之，日志文件现在包括基于名录的条目中所存储的一个或多个地址的接收方地址提议。要提到的是，在步骤S570中仅设置适合于电子邮件传信的地址。

从步骤S540、S560或S580，处理前进到对话步骤S590，其中，对用户弹出具有日志内容的对话。换言之，要求用户验证表示本发明的意义上的接收方地址提议的日志文件。步骤S590的对话功能与电子邮件客户端的接收方地址字段功能链接，以使得所验证的接收方地址提议最终作为被验证的地址而被填写到消息的接收方地址字段中。在用户接口中，被验证的地址示出在如在图2、图3所示的相应的输入框中。之后，处理结束。

如果在步骤S550中将要提取多于一个的姓名，则除非提取出任何要被提取的姓名部分，否则处理可以分别在步骤S560、S580之后返回到步骤S550，其由用虚线示出的相应的返回路径R565、R585指示。类似地，步骤S550中的提取可以产生可以被逐一查询并且由步骤S555至S580处理的姓名部分的列表，在此情况下，除非要被处理的任何姓名部分被处理，否则处理可以分别经由在附图中与返回路径R565、R585一致但并不勾连到步骤S550的提取部分而是勾连到查询部分的相应的返回路径而在步骤S560、S580之后返回到步骤S550。替换地，可以对可能返回电子邮件地址的列表的名录（作为整体）来查询姓名的列表，在此情况下经由返回路径R565返回到步骤S550，可以省略R585。

如图5中由虚线指示的那样，在步骤S540、S560、S580中的任意步骤之后，处理可以经由相应的返回路径R543、R563、R583返回到步骤S530，以再次解析电子邮件的内容。该循环可以在预先限定的时间间隔中自始至终地执行，直到处理识别出用户已经通过例如点击send按钮（见图2、图3中的按钮270）而结束写入电子邮件为止。

作为本发明的进一步的实施例，替代根据前述实施例自动地填写接收方地址字段，或除了自动地填写接收方地址字段之外，算法特征320被进一步适配为自动地填写如由发送方地址输入框232表示的发送方地址字段。例如，用户可以出于个人和业务上目的而使用不同的发送方地址，所述地址中的每一个例如由电子邮件账户名录130或电子邮件客户端100的分离的名录提供。处理400或处理500可以被适配为识别个人和业务上的上下文中所使用的内容区域中的模式，并且提议适当的发送方地址（或如果歧义，则用于选择的发送方地址的排序的列表）。模式可以包括典型的私有标识符（如“With love,”）或业务上的标识符（如“Sincerely,”）。此外，模式可以还包括：估计由接收方地址输入框234、236、238中的项所表示的名录条目中的标签、类别或标记的设置，所述标签、类别或标记包括作为用以假设个人上下文的指示的“family”或“friends”等以及作为用以假设业务上的上下文的指示的“collegues”、“customers”或“suppliers”等。可以通过内部电子邮件发送方地址从内部电子邮件账户对公司内的同事进行寻址，同时可以通过私有电子邮件发送方地址从私有电子邮件账户对家庭成员进行寻址，可以通过专门的电子邮件发送方地址从与俱乐部或社团等关联的电子邮件账户对所述俱乐部或社团等的会员进行寻址，并且依此类推。除非另外声明或显然不恰当，否则本发明任何实施例的上下文中所描述的任何特征可以被包括于或适配于该实施例。可以与之前描述的任何实施例的自动接收方地址填写方法分离地或集成地实现该实施例的自动发送方地址填写方法。

为了图解真实应用中的构思，下面对示例进行描述。作为本发明的进一步的实施例，该示例涉及Outlook*客户端集成。

Outlook*附加项（add-in）提供机会以经由根据本发明所配置的新Outlook._MailItem*对象来解析新的电子邮件创建的内容。在用户键入邮件内容的同时，定时器周期性地运行，并且检查内容是否包含在配置步骤中提到的标识符，或当用户完成电子邮件内容时，通过按钮激活附加项功能。如果这是真实的，则附加项将根据在配置规则中设置的模式来抓取（作为序列中的下一个的）姓名。MS Outlook*附加地提供内部联系人或交换服务器作为用于查询姓名并且将其匹配于对应的电子邮件地址的资源。然后将利用根据本发明的方法功能将对应的电子邮件地址随附于新的邮件形式的“To”字段中，其例如可以在姓名“message.To.Add (email_address)”下显现。最终，附加项将或者在提示对所设置的接收方列表进行验证并继续发送邮件的情况下浮现出弹出对话，或者在报告异常情况中的错误的情况下浮现出对话框。

相似的构思可以针对web邮件情况而被实现为web浏览器附加项。

在此所描述的方法可以容易地被适配于多个要求。例如，容易理解的是，本发明不限制于上面提到的模式标识符和分配规则。可以存在规定发送到特定的个人或个人的组的任何消息被自动地转发到特定的其它个人或其它个人的组的规则。

本发明进一步不限制于解析主要输入框的内容。可想见的是，针对标识符还分析主题输入框220的内容。例如，公司中可能通常的是，消息所属的文件编号被放置在特定字符（诸如花括号、方括号或尖括号等）之间，或由某种特征段（诸如<company_name>&"fileno.: "等）引入。在这样的情况下，可以从主题字段提取文件编号，并且可以提供用于从公司的文件管理数据库提取联系人而且将在相应的联系人条目中发现的数据添加到消息的相应的（多个）数据字段的功能。本领域技术人员可容易地想见进一步的提取规则和分配规则。

至此，如上面提到那样，尤其是如果存在很多要被发送的很多（典型地不同的）个性化电子邮件，则绝不自动地填写电子邮件的“To”字段。存在使用自动完成特征或使用OUTLOOK*表单来创建包括接收方的电子邮件地址的个性化表单的可能性。

根据本发明，提议使用电子邮件的上下文并且提取所要求的信息，以利用其布居“To”字段。即，大多数电子邮件或多或少地服从的固定模式："Hello Mr. XYZ", "@ Ms.ABC"或相似的东西。根据本发明，这样的模式被用于配置算法（例如OUTLOOK*插件），或可以分别由该算法用作为规则。算法导出接收方的属性，并且基于这些属性来导出要被使用的电子邮件地址。规则可以由用户设置、修改和/或删除，并且可以是非常精确的。

算法解析并且分析电子邮件的上下文，如在前面描述和随附的权利要求中阐述的那样。如果存在与模式的至少一个匹配，则提取接收方的姓名。姓名然后被用于查询名录，并且利用检索到的地址布居“To”字段。如果这产生多于一个的地址，则保持所有地址，并且用户不得不判断使用所有地址还是仅使第一个地址进入“To”字段，并且其余的地址去往“Cc”字段。在进一步的步骤中，关于完成的任务对用户进行通知，并且使得用户能够回顾接收方的列表。

换言之，规则被设置为利用被频繁使用的模式，以查找接收方的地址，并且然后布居电子邮件的“To”字段（或任何其它的收件方字段）。

本发明限定通过利用可以与特定工具（如账户名录或联系人列表）组合而使用的消息内容中的特定模式来在电子消息（如电子邮件等）中自动地设置接收方和/或发送方数据的方式。优点是多样的。首先，其消除了人们耗费于设置这些数据的时间。即使这仅为几秒，考虑到普通人每天写几百封电子邮件或公司对其几千或甚至几百万个消费者发送个人邮件，益处变得明显。其次，它是一般性的，并且可以非常容易地应用于所有电子邮件或其它传信客户端，它们或者是桌面应用（如Outlook*或如基于web的Gmail*）或者甚至是移动应用客户端。附加地，另一优点是，其可以被用在移动设备中，其中，搜索适当的电子邮件名录是棘手并且耗时的，并且归因于显示器和联网限制变得甚至更艰难。更进一步地，其消除了在接收方列表中犯错误的风险，所述错误很可能在邮送列表包括具有相同或非常相似的姓名的人员并且有人使用自动完成特征或在名录列表中非常快速的手动查询时发生。

本发明一般可应用于任何通信领域。

注意的是，电子邮件客户端100一般而言仅为传信客户端的示例，并且任何传信客户端能够在原理上以其本身或利用对于本领域技术人员来说应当是明显的调整和技术适配来使用之前描述的本发明。除了电子邮件客户端之外，传信客户端也可以是SMS或其它文本传信客户端、SMTP客户端、作为单机服务（诸如WhatsApp*、Kik Messenger*或Snapchat*等）的个人传信客户端，或者作为社交媒体网络（诸如Twitter*、Facebook*或Instagram*等）、即时传信客户端、寻呼服务客户端的一部分，但是不限制于此。

明显地，基于在可能并未明确提到但是完全由本发明的范围覆盖的在本说明书中公开的信息，本发明的各种应用对于本领域技术人员可以变得显而易见。

例如，虽然上面将本发明描述为仅使用文本内容，但是本发明的方法也可以使用消息的任何内容字段中所包括的任何信息，无论其是显式的、嵌入的还是附带的。

也可以在其它实施例、变形或修改中实现上面参照示例性实施例描述的本发明的特定特征，除非这样的实现强加它们自身的禁止。

Claims (19)

1.一种用于在设备上可执行的传信应用中自动填写电子消息的接收方地址字段的方法，所述方法包括如下步骤：

-通过划分所述消息的内容区域来生成一个或多个内容组块，组块长度适配于预先限定的收件方标识符模式的长度；

-在具有多于一个的预先限定的模式的情况下，用不同的组块长度重复所述划分成组块，对组块进行选择以及后续的步骤；

-判断所述内容组块是否匹配于预先限定的收件方标识符模式；以及

-如果判断出所述内容组块匹配于所述预先限定的收件方标识符模式，则：

-从所述内容组块提取姓名部分，

-将所述姓名部分与预先限定的名录的各条目中的条目进行比较，以及

-如果所述姓名部分匹配于所述条目，则：

-基于存储在所述条目中的并且适合于所述电子消息的格式的地址来创建接收方地址提议，以及

-在用户写入所述消息期间自动将所述接收方地址提议填写到所述消息的所述接收方地址字段中；

其中所述接收方地址提议是接收方地址列表，其中，

所述创建步骤包括：将所述条目中所存储的所述地址添加到所述接收方地址列表；以及

所述填写步骤包括：将来自所述接收方地址列表的所有或所选择的地址填写到所述接收方地址字段中，其中，通过用户交互和/或自动地应用预先限定的选择模式来作出选择。

2.如权利要求1所述的方法，其中，所述预先限定的收件方标识符模式取自于模式类别，

其中，针对所述模式类别中所提供的任何收件方标识符模式，关于所述内容组块重复地执行所述判断步骤和进一步的步骤，

其中，按减小组块长度的顺序对所述模式类别进行分类和/或扫描，

并且其中，所述模式类别是可由所述应用的用户编辑的。

3.如权利要求1或2所述的方法，包括要在执行所述填写步骤之前被执行的进一步的步骤：

-将所述接收方地址列表提供给所述应用的用户，以用于选择和/或验证；以及

-从所述接收方地址列表丢弃所述用户未选择和/或未验证的地址。

4.如权利要求1或2所述的方法，其中：

-所述接收方地址字段包括多个接收方地址子字段；以及

-所述接收方地址列表包括与所述多个接收方地址子字段对应的多个接收方地址子列表，

其中，所述预先限定的模式被分配给所述接收方地址子列表中的至少一个，

并且其中，由所述用户进行的选择包括将地址从一个接收方地址子列表改换到另一个接收方地址子列表。

5.如权利要求1或2所述的方法，所述将所述姓名部分与预先限定的名录的各条目中的条目进行比较包括：

-将所述姓名部分分解到与所述名录中的相应数据字段对应的姓名片段中；以及

-按姓名片段来将所述姓名部分与所述名录的所述条目进行比较。

6.如权利要求5所述的方法，所述姓名片段包括名字、姓氏、头衔或称谓中的至少一个。

7.如权利要求1所述的方法，其中所述设备是服务器、台式计算机、便携式计算机、平板电脑、座机、手机或PDA。

8.一种用于在设备上可执行的传信应用中自动填写电子消息的发送方地址字段的方法，所述传信应用提供所述应用的用户的多个发送方地址，所述方法包括如下步骤：

-通过划分所述消息的内容区域来生成一个或多个内容组块；

-在具有多于一个的预先限定的模式的情况下，用不同的组块长度重复所述划分成组块，对组块进行选择以及后续的步骤；

-判断所述内容组块是否匹配于预先限定的上下文模式；以及

-如果判断出所述内容组块匹配于所述预先限定的上下文模式，则：

-通过在所述用户的所述发送方地址中选择出配合于所述上下文模式的发送方地址来创建适合于所述电子消息的格式的发送方地址提议，以及

-在所述用户写入所述消息期间自动将所述发送方地址提议填写到所述消息的所述发送方地址字段中。

9.如权利要求8所述的方法，其中，在由用户正写入所述消息期间周期性地在预先限定的时间点执行所述方法。

10.如权利要求8或9所述的方法，其中，所述消息是电子邮件或SMS，其中，以电子邮件应用插件、浏览器外挂或移动传信应用的形式来执行所述方法。

11.如权利要求10所述的方法，其中，所述电子邮件应用插件是Outlook插件。

12.如权利要求8或9所述的方法，其中，针对多个内容组块重复地执行所述方法，从整个内容区域或整个内容区域的选定部分生成所述内容组块，其中，所述内容组块一起是第一行或具有所述消息的字符的第一行。

13.如权利要求8所述的方法，所述设备是服务器、台式计算机、便携式计算机、平板电脑、座机、手机或PDA。

14.一种被适配为执行传信应用的设备，所述传信应用被适配为执行如前述权利要求1-7中的任一项所述的方法，以用于在所述设备上可执行的传信应用中填写电子消息的接收方地址字段。

15.如权利要求14所述的设备，所述设备是服务器、台式计算机、便携式计算机、平板电脑、座机、手机或PDA。

16.一种被适配为执行传信应用的设备，所述传信应用被适配为执行如前述权利要求8-13中的任一项所述的方法，以用于在所述设备上可执行的传信应用中填写电子消息的发送方地址字段。

17.如权利要求16所述的设备，所述设备是服务器、台式计算机、便携式计算机、平板电脑、座机、手机或PDA。

18.一种存储有指令的计算机可读介质，当通过处理器执行指令时使计算机执行根据权利要求1-7中的任一项所述的方法。

19.一种存储有指令的计算机可读介质，当通过处理器执行指令时使计算机执行根据权利要求8-13中的任一项所述的方法。