CN101816152A - 用于发送和转发消息的方法、设备和系统 - Google Patents

Abstract

本发明提供一种用于在发送方和转发方之间进行通信的方法。该方法包括步骤：在发送方处创建将要发送的消息，其中所述消息包括用于存储第三方标识的第三方标识管理条目，该第三方标识表示转发方随后将该消息转发至的第三方；在发送方处将所述消息发送至转发方；在转发方处接收所述消息；在转发方处提取所述接收的消息的第三方标识管理条目中的至少一个第三方标识；以及在转发方处将接收到的消息作为另一消息转发至所述提取的第三方标识所表示的第三方。本发明可以提高电子邮件系统中邮件收发和转发的效率，简化操作。

Description

用于发送和转发消息的方法、 设备和系统 技术领域

本发明涉及信息技术领域， 以及更具体而言， 本发明涉及用 于发送和转发消息的方法、 设备和系统。 背景技术

随着互联网技术的快速发展， 使用电子邮件进行通信已经十 分普及。 在电子邮件系统中， 用户 A (例如公司老板） 有时需要 向一组多个接收方 C (例如多个客户 )同时发送相同的电子邮件。 在多数情况下， 该用户 A十分繁忙而无暇来编写此电子邮件。 于 是， 用户 A可以请求用户 B (例如助手或秘书） 为其编写该电子 邮件。 在完成该电子邮件的编写之后， 用户 B将该电子邮件发送 给用户 A。 然后， 用户 A将接收到的电子邮件进行适当的编辑以 作为新电子邮件发出给多个接收方（：。

但是， 由于电子邮件的接收方 C是多个人， 所以电子邮件的 标题中的 "收件人 （to ) " 域有时将非常长。 因此， 在这种情况 下， 用户 A需要花费很长的时间在电子邮件的标题 "收件人" 域 中输入接收方的地址。

对此， 现有的解决方案主要包括以下步骤： 首先， 用户 B向 用户 A发送一封单独的电子邮件， 该单独的电子邮件的正文包含 多个接收方 C的详细电子邮件地址； 然后， 在从用户 B接收到该 单独的电子邮件之后， 用户 A将正文中包含的接收方 C的邮件地 址复制到新电子邮件的标题中的 "收件人 （to ) " 域， 并且最终 将其发出。

图 1 是用于描述现有技术中电子邮件的用户界面的示例性示 意图。如图 1所示， 用户 A (公司老板）的邮件地址为 boss@nil.test， 其希望通知多个接收方 C， 例如 Jack 和 Jerry (邮件地址分别为

确认本 jack(¾machine. example 和 ierry(¾machine.example ) 关于会议日程方 面的内容。 用户 A要求用户 B (秘书） 为其起草一份邮件。 于是， 除了在邮件中写明用户 A所要发送的邮件正文（例如 "We will have a meeting 1 :30 this afternoon in Room 123" )之外， 用户 B还需要在 电子邮件中注明接收方 C 的邮件地址 ( ¾ack(g)machine.example 和 ierry(¾machine.example )。 必要的时候， 用户 B还需要在电子邮件中 写明 匕由 P件的目的 ( iH： ίί口 " let them know the meeting schedule below" ) , 以方便用户 A在电子邮件众多的情况下知道该电子邮件 的目的。 在从用户 B收到该电子邮件之后， 用户 A将邮件中接收方 C 的地址— iack@machine.example和. ierrv(glmachine.example复 j ^'J电子 邮件的标题的 "收件人（to ) " 域中， 并且然后将该邮件发送给 Jack 和 Jerry

然而， 现有的这种解决方案存在如下缺点。 首先， 这需要涉 及额外的电子邮件或其他通信手段来向用户 A发送 "发送（to ) " 域所需的邮件地址， 有些时候， 这对于用户 A而言非常混淆而且 效率低下。 其次， 不同的客户端电子邮件应用采用不同风格来分 离 "收件人" 域中的接收方地址。 例如， 在某些电子邮件应用中， 多个接收方的电子邮件地址之间采用分号来分离， 而有些采用逗 号来分离。 因此， 对于用户 B来说， 其很难知道应当使用哪一种 风格。 如果使用了与用户 A不同的风格， 则对于用户 A而言， 就 需要重新编辑邮件地址， 这同样是一件耗时耗力的工作。

因此， 需要提供一种有利的解决方案来解决上述现有技术中 存在的效率低下且易混淆的问题。 发明内容

本发明的目的是克服现有信息系统中目的地地址管理效率低 下并且容易产生混淆的缺点， 提供一种利用第三方标识管理来提 高信息系统中消息收发效率并减轻用户负担的方法和系统。 根据本发明的第一方面， 提供一种用于在发送方处发送消息 的方法。 该方法可以包括步骤： 创建将要发送的消息， 其中所述 消息包括用于存储第三方标识的第三方标识管理条目， 该第三方 标识表示转发方随后将该消息转发至的第三方； 以及将所述消息 发送至转发方。

根据本发明的第二方面， 提供一种用于在转发方处转发消息 的方法。 该方法可以包括步骤： 接收包括第三方标识管理条目的 消息， 其中该第三方标识管理条目用于存储第三方标识， 该第三 方标识表示转发方随后将该消息转发至的第三方； 提取所述第三 方标识管理条目中的至少一个第三方标识； 以及将接收到的消息 作为另一消息转发至所述提取的第三方标识所表示的第三方。

根据本发明第三方面， 提供一种用于在发送方和转发方之间 进行通信的方法。 该方法可以包括步骤： 在发送方处创建将要发 送的消息， 其中所述消息包括用于存储第三方标识的第三方标识 管理条目， 该第三方标识表示转发方随后将该消息转发至的第三 方； 在发送方处将所述消息发送至转发方； 在转发方处接收所述 消息； 在转发方处提取所述接收的消息的第三方标识管理条目中 的至少一个第三方标识； 以及在转发方处将接收到的消息作为另 一消息转发至所述提取的第三方标识所表示的第三方。

根据本发明第四方面， 提供一种用于在发送方处发送消息的 设备。 该设备可以包括： 创建装置， 用于创建将要发送的消息， 其中所述消息包括用于存储第三方标识的第三方标识管理条目， 该第三方标识表示转发方随后将该消息转发至的第三方； 以及发 送装置， 用于将所述消息发送至转发方。

根据本发明第五方面， 提供一种用于在转发方处转发消息的 设备。 该设备可以包括： 接收装置， 接收包括第三方标识管理条 目的消息， 其中该第三方标识管理条目用于存储第三方标识， 该 第三方标识表示转发方随后将该消息转发至的第三方；提取装置， 用于提取所述第三方标识管理条目中的至少一个第三方标识； 以 及转发装置， 用于将接收到的消息作为另一消息转发至所述提取 的第三方标识所表示的第三方。

根据本发明第六方面， 提供一种用于在发送方和转发方之间 进行通信的系统。该系统可以包括发送方客户端和转发方客户端。 该发送方客户端可以包括： 创建装置， 用于创建将要发送的消息， 其中所述消息包括用于存储第三方标识的第三方标识管理条目， 该第三方标识表示转发方随后将该消息转发至的第三方； 以及发 送装置， 用于将所述消息发送至转发方。 该转发方客户端可以包 括： 接收装置， 用于接收所述消息； 提取装置， 用于提取所述接 收的消息的第三方标识管理条目中的至少一个第三方标识； 以及 转发装置， 用于将接收到的消息作为另一消息转发至所述提取的 第三方标识所表示的第三方。 附图说明

图 1 是描述现有技术中电子邮件的用户界面的示例性示意 图；

图 2是根据本发明的消息收发方法的流程图； 示意图；

图 4是根据本发明的转发方接收到来自发送方的电子邮件时 的用户界面的示例性示意图；

图 5是根据本发明的转发方将第三方邮件地址转移到 "收件 人" 域中后的用户界面的示例性示意图；

图 6是描述根据本发明的消息收发系统的系统框图；

图 7是描述根据本发明的在发送方客户端发送消息的方法的 流程图； 以及

图 8是描述根据本发明的在转发客户端转发消息的方法的流 程图。 具体实施方式

本发明的主要原理在于： 通过在消息发送和接收中使用第三 方标识管理， 可以提高信息系统中消息收发效率， 减轻用户负担， 从而提高工作效率。

本领域技术人员应当理解， 在下文中应用的具体名称仅作为 示例， 而不作为对本发明的限制， 本领域技术人员可以根据自己 的偏好或习惯来修改或替换这些名称。

图 2为根据本发明的一个实施方式的信息系统中消息收发方 法的流程图， 其中该信息系统包括第一客户端和第二客户端。

如图 2所示， 首先， 在步骤 S 100处， 可以在第一客户端处创 建第一消息。 该第一消息例如可以是电子邮件。

在步骤 S 1 10,可以在该第一消息中创建第三方标识管理条目， 其中该第三方标识管理条目可以用于存储第三方标识， 该第三方 标识表示转发方随后将该消息转发至的第三方。 所述第三方标识 管理条目可以是一个存储空间， 可以存储数字、 字符串等形式的 内容。 该第三方标识可以是任何能够标识第三方身份的信息， 例 如电子邮件地址、 电话号码、 姓名等等。

对于不同的应用， 第三方标识可以具有不同的特定格式。 例 ^口， 对于电子邮件， 第三方表示可以是 name@machine.example或 类似格式的电子邮件地址。

另外， 第三方标识也可以是与特定格式地址相关联的内容。 例如， 与电子邮件地址相关联的姓名。 为此， 步骤 S 1 10可以进一 步包括关联步骤， 用于将所述第三方标识管理条目所接收的内容 与具有信息系统所支持格式的特定第三方标识关联起来。 例如， 用户在第三方标识管理条目中输入 "name" 即用户的名称， 则该 客户端将自动认为该 name对应的地址为 name@machine.example。 应当理解的是， 该关联步骤在实际操作中可能并不需要单独地出 现， 而是可以预先在所使用的信息系统 （例如电子邮件系统中） 设置好， 例如将输入的接收方名称、 电话号码等预先关联起来。

上述实现对于本领域技术人员而言是很容易实现的， 因此这 里将不再赘述。 输入第三方标识可以通过键盘、 手写板、 触摸屏 等实现， 本发明并不对此输入方式做出任何限制。

此外， 步骤 S 1 10并不必然发生在步骤 S 100之后， 二者可以 同时发生， 例如可以在建立第一消息的同时自动在该第一消息中 建立第三方标识管理条目。

在步骤 S 120处，将包含第三方标识管理条目的第一消息发送 至第二客户端。 此发送可以通过有线、 无线介质来发送， 也可以 通过 Internet、 Intranet等来发送。 另外需要注意的是， 所述的第 一客户端和第二客户端并不必然是物理上分离的实体， 而可以是 逻辑上分离但物理上位于同一客户端的模块。 例如用户可以根据 分别属于自己的邮箱地址或登录权限在同一个客户端上操作。 这 对于本领域技术人员而言是很容易理解的， 这里将不再赘述。

在步骤 S 130 , 当在第二客户端处接收到该第一消息时， 如果 该第三方标识管理条目中具有第三方标识，则提取该第三方标识。

可选地， 所述步骤 S 130进一步包括选择步骤（未示出） ， 在 该步骤， 可以从所有的第三方标识中选择性地提取期望转发至的 第三方标识。 例如在第二客户端处接收到的第一消息中的第三方 标识管理条目中具有多个第三方标识， 而该客户端的用户改变主 意仅需要其中的少数几个， 则可以从接收到的第三方标识中选择 所需的标识， 而无须将消息发送到所有的第三方。

在步骤 S 140处， 基于该第三方标识， 将接收到的第一消息另 行作为第二消息转发至第三方。 需要注意的是， 这里所述的第一 消息和第二消息可以相同， 也可以不同， 例如用户可以对接收到 的第一消息编辑， 从而形成不同于第一消息的第二消息。 为方便理解， 下面结合电子邮件的发送、 转发和接收来详细 描述本发明的应用。 然而， 本领域技术人员应当理解， 本发明也 可以在其他信息系统中使用。

首先， 如图 3 所示， 用户 B ( 例如秘、书， Secretary mary@machine.example )建立一个新邮件， 该新邮件包括用于接收 第三方电子邮件地址的域" Pt"，即 "电子邮件建议收件人（proposed to ) " 。 用户 B可以在 Pt所表示的域中输入用户 A想要将电子邮 件发送至 ό 由 p 件地址 ， 例 ^口 " jack(¾machine.example ， ierrv@machine.example" 。 然后， 用户 B将此电子邮件发送至用户 A 例如 boss@nil.test。 需要注意的是， 根据本发明， 所述域中包含的邮 件地址可以是一个或多个。 当其中不包含邮件地址时， 其与传统的 邮件发送相同。

在电子邮件消息标题中添加期望的域的其中一种方法是利用 RFC 2822。 RFC 2822是个可以从英特网上下载的标准， 其用来定义 包含若干标题域的因特网邮件格式。 现在， 这个标准里已经定义了 如 "From"、 "Subject", "Cc，， 等域。 这些域的内容在发送方填写， 接收方可以根据这个标准从相应的域获取数据。

以在因特网邮件标题部分添加 "Proposed to" 域为例， 可以通过 下列方式来添加：

Proposed-To = "Proposed-To: ，， address-list CRLF 其中 "address-list" 表示地址列表， CRLF是回车换行符。 这样， 当添加了 "Proposed to" 域之后， 接收方（此处指例如用户 A )可以 知道该域中所包含的为第三方的电子邮件地址。

利用 RFC 2822在因特网邮件标题部分添加 "Proposed to"域的 方法为本领域技术人员所公知， 因此这里将不再赘述。

接下来， 当用户 A接收到该电子邮件之后， 该电子邮件可以 按照如图 4所示的那样呈现给用户 A。 如图 4所示， 用户 A可以 看到在该电子邮件的 "Proposed to" 域中包含有第三方的电子邮件 地址, 即 iack@machine. example， jerry@machine. example„

接下来， 为了将邮件发送到所述的第三方， 用户 A 需要将 "Proposed to" 域中包含的第三方地址提取出来并将这些地址置于 "收件人（to )，， 域中。 这可以通过在用户 A 的工具栏选项中添加 专门的提取功能来实现。 例如， 如图 4中标号 9所示， 为方便起见， 可以直接通过添加 "提议收件人 （To-Proposed ) " 菜单来实现。 当 用户 A点击该 "To-Proposed" 菜单时， "Proposed to" 域中包含的 第三方地址被直接复制到 "收件人（to ) " 域中， 这样出现如图 5所 示的用户界面。

图 5所示的用户界面为发送电子邮件的通常形式， 用户 A只需 按下 "send (发送） " 菜单即可将从用户 B接收来的电子邮件内容 (例如 "We will have a meeting 1 :30 this afternoon in Room 123" )转 发到第三方 Jack和 Jerry。

最后， 第三方（例如 Jack和 Jerry )将可以接收到来自用户 A (例 如 Boss ) 的电子邮件。

当然， 对于本领域技术人员而言， 对应于该提取功能的菜单的 名称可以有多种选择， 而不必须是上述的 "To-Proposed" , 上述名 称仅是示例， 而不构成对本发明的限制。

此外， 如果用户 A改变主意， 例如需要删除某第三方收件人或 添加新的第三方收件人， 用户 A也可以选择性地将 "Proposed to" 域中包含的第三方地址复制到 "收件人（to ) " 域中或直接在 "收件 人（to ) " 中进行编辑。

当然， 对于删除少数的几个第三方收件人而言， 可以很容易地 通过直接在 "收件人（to ) " 列表中进行编辑的方式来实现。 但是， 在有大量第三方收件人而仅需要其中的少数几个时， 上述直接编辑 的方式则有些耗时。 解决上述问题的方法可以为如下。 可以在选项 "To-Proposed" 中设置下一级选项 （例如 "选择（未示出） ，， ） 。 即在具体操作中， 当用户 A在 "To-Proposed" 菜单上点击鼠标右键时， 弹出 "选择" 选项， 其中在该选项下包括所有的第三方收件人的列表。 用户可以 在该列表中选择性地提取那些期望的第三方地址。 选择性提取的第 三方地址则自动加入用户 A 的 "收件人（to ) " 域中。 上述方法对 于在从大量第三方地址中仅选择少数几个是非常有效和便捷的。

根据本发明的另一实施方式， 当用户通过手机来发送邮件的时 候， 也可以通过上述过程来实现。 此实现对于本领域技术人员而言 是可以很容易实现的， 因此这里将不再赘述。

如图 6所示， 本发明还提供了一种用于在发送方客户端和转 发方客户端之间进行通信的系统。 该系统可以包括第一客户端 10 (即发送方客户端） 和第二客户端 20 (即转发方客户端） 。 如上 所示，第一客户端 10和第二客户端 20可以位于同一物理位置处， 也可以位于不同的物理位置处。

第一客户端 10可以包括： 创建装置 200， 用于创建将要发送 的消息， 其中所述消息包括用于存储第三方标识的第三方标识管 理条目，该第三方标识表示转发方随后将该消息转发至的第三方； 以及发送装置 210， 用于将所述消息发送至第二客户端 20。

第二客户端 20可以包括：接收装置 220，用于接收所述消息； 提取装置 230， 用于提取所述接收的消息的第三方标识管理条目 中的至少一个第三方标识； 以及转发装置 240, 用于将接收到的 消息作为另一消息转发至所述提取的第三方标识所表示的第三 方。

以电子邮件为例， 所述创建装置 200可以通过邮件自身中的 "创建新邮件 （new ) " 来实现， 该第三方标识管理条目的创建 可以通过公知的 RFC 2822标准来实现， 其实现方法已在上文中进 4亍了详细 4w述。 优选地， 创建装置 200进一步包括关联装置 201， 用于将所述 第三方标识管理条目所接收的内容与具有信息系统所支持格式的 特定第三方标识关联起来。 以电子邮件为例， 所述第三方信息包 括第三方的姓名、 电话号码等等， 所述专用第三方信息格式是指 电子邮件地址。

对于电子邮件而言， 所述提取装置 230以及转发装置 240的 功能例如分别可以由上述 "To-Proposed" 菜单和 "发送（send ) " 菜单来实现。

优选地， 提取装置 230 包括选择装置 231 , 其可以从所有的 第三方标识中选择性地提取期望转发至的第三方标识。 对于电子 邮件而言， 所述选择装置 231 可以是上述 "To-Proposed" 菜单下 的一个子选项， 这有助于为用户提供方便快捷的操作途径。

图 7是根据本发明的用于在发送方客户端发送消息的方法的 流程图。 该方法可以包括以下步骤： 步骤 S300, 在发送方客户端 处创建消息； 步骤 S310， 在该消息中创建第三方标识管理条目， 该第三方标识管理条目用于接收第三方标识； 以及步骤 S320, 发 送包含第三方标识管理条目的消息。

图 8是根据本发明的用于在转发客户端转发消息的方法的流 程图， 该方法可以包括步骤： 步骤 S400 , 在转发客户端接收消息， 该消息包括第三方标识管理条目， 该第三方标识管理条目用于存 储第三方标识； 步骤 S410， 当在转发客户端处接收到该消息时， 如果该第三方标识管理条目中具有第三方标识， 则提取该第三方 标识； 以及步骤 S420， 基于该提取的第三方标识将接收到的消息 作为另一消息转发至第三方。

本发明可以实施在台式计算机、 笔记本电脑、 手机等客户端 上， 这些客户端上可以运行不同的操作系统例如 Windows、 Linux 等， 以及不同的应用软件例如 Outlook、 Foxmail等。 本发明并不 对此进行任何限制。 从上述描述应该理解， 在不脱离本发明精神的情况下， 可以对 本发明各实施方式进行修改和变更。 本说明书中的描述仅仅是用于 说明性的， 而不应被认为是限制性的。 本发明的范围仅由权利要求 书限定。

Claims (25)

1. 权 利 要 求 书

   1. 一种用于在发送方处发送消息的方法， 该方法包括步骤： 创建将要发送的消息， 其中所述消息包括用于存储第三方标 识的第三方标识管理条目， 该第三方标识表示转发方随后将该消 息转发至的第三方； 以及

   将所述消息发送至转发方。
2. 2. 根据权利要求 1所述的方法， 其中所述消息是电子邮件消 白
3. 3. 根据权利要求 2所述的方法， 其中所述第三方标识管理条 目是电子邮件系统的一个标题域， 以及所述第三方标识是所述第 三方的电子邮件地址。
4. 4. 根据权利要求 2所述的方法， 其中所述第三方标识管理条 目是电子邮件系统的一个标题域， 以及所述第三方标识是所述第 三方的名称， 其与该第三方的电子邮件地址相关联。
5. 5. 一种用于在转发方处转发消息的方法， 该方法包括步骤： 接收包括第三方标识管理条目的消息， 其中该第三方标识管 理条目用于存储第三方标识， 该第三方标识表示转发方随后将该 消息转发至的第三方；

   提取所述第三方标识管理条目中的至少一个第三方标识； 以 及

   将接收到的消息作为另一消息转发至所述提取的第三方标识 所表示的第三方。
6. 6. 根据权利要求 5所述的方法， 其中所述消息是电子邮件消 息。
7. 7. 根据权利要求 6所示的方法， 其中经由电子邮件客户端上 设置的提议收件人菜单， 来提取所述第三方标识管理条目中的至 少一个第三方标识。
8. 8. 根据权利要求 6所述的方法， 其中所述第三方标识是所述 第三方的电子邮件地址。
9. 9. 根据权利要求 6所述的方法， 其中所述第三方标识是所述 第三方的名称， 其与该第三方的电子邮件地址相关联。
10. 10. 一种用于在发送方和转发方之间进行通信的方法， 该方 法包括步骤：

    在发送方处，

    创建将要发送的消息， 其中所述消息包括用于存储第三 方标识的第三方标识管理条目， 该第三方标识表示转发方随后将 该消息转发至的第三方；

    将所述消息发送至转发方；

    在转发方处，

    接收所述消息；

    提取所述接收的消息的第三方标识管理条目中的至少一 个第三方标识； 以及

    将接收到的消息作为另一消息转发至所述提取的第三方 标识所表示的第三方。
11. 1 1. 根据权利要求 10所述的方法， 其中所述消息是电子邮件 消息。
12. 12. 根据权利要求 1 1所述的方法， 所述第三方标识是所述第 三方的电子邮件地址。
13. 13. 根据权利要求 1 1所述的方法， 所述第三方标识是所述第 三方的名称， 其与该第三方的电子邮件地址相关联。
14. 14. 一种用于在发送方处发送消息的设备， 该设备包括： 创建装置， 用于创建将要发送的消息， 其中所述消息包括用 于存储第三方标识的第三方标识管理条目， 该第三方标识表示转 发方随后将该消息转发至的第三方； 以及

    发送装置， 用于将所述消息发送至转发方。
15. 15. 根据权利要求 14所述的设备， 其中所述消息是电子邮件 消息。
16. 16. 根据权利要求 15所述的设备， 其中所述第三方标识管理 条目是电子邮件系统的一个标题域， 以及所述第三方标识是所述 第三方的电子邮件地址。
17. 17. 根据权利要求 15所述的设备， 其中所述第三方标识管理 条目是电子邮件系统的一个标题域， 以及所述第三方标识是所述 第三方的名称， 其与该第三方的电子邮件地址相关联。
18. 18. 一种用于在转发方处转发消息的设备， 该设备包括： 接收装置， 接收包括第三方标识管理条目的消息， 其中该第 三方标识管理条目用于存储第三方标识， 该第三方标识表示转发 方随后将该消息转发至的第三方；

    提取装置， 用于提取所述第三方标识管理条目中的至少一个 第三方标识； 以及

    转发装置， 用于将接收到的消息作为另一消息转发至所述提 取的第三方标识所表示的第三方。
19. 19. 根据权利要求 18所述的设备， 其中所述消息是电子邮件 消息。
20. 20. 根据权利要求 19所述的设备， 其中所述第三方标识是所 述第三方的电子邮件地址。
21. 21. 根据权利要求 19所述的设备， 其中所述第三方标识是所 述第三方的名称， 其与该第三方的电子邮件地址相关联。
22. 22. 一种用于在发送方和转发方之间进行通信的系统， 该系 统包括发送方客户端和转发方客户端， 其中：

    该发送方客户端包括：

    创建装置， 用于创建将要发送的消息， 其中所述消息包 括用于存储第三方标识的第三方标识管理条目， 该第三方标识表 示转发方随后将该消息转发至的第三方； 以及 发送装置， 用于将所述消息发送至转发方； 该转发方客户端包括：

    接收装置， 用于接收所述消息；

    提取装置， 用于提取所述接收的消息的第三方标识管理 条目中的至少一个第三方标识； 以及

    转发装置， 用于将接收到的消息作为另一消息转发至所 述提取的第三方标识所表示的第三方。
23. 23. 根据权利要求 22所述的系统， 其中所述消息是电子邮件 消息。
24. 24. 根据权利要求 23所述的系统， 所述第三方标识是所述第 三方的电子邮件地址。
25. 25. 根据权利要求 23所述的系统， 所述第三方标识是所述第 三方的名称， 其与该第三方的电子邮件地址相关联。