CN1988540A - 分发列表管理的系统和方法 - Google Patents

Abstract

本发明的实施例针对有关电子消息传递的现有技术的缺陷，并提供了用于回复电子消息的分发列表管理方法、系统和计算机软件产品。在本发明的一个实施例中，用于消息线索中回复消息的分发列表管理方法可包括：从消息线索中的多条消息中识别一组收件人，并向用于消息线索的多条消息中的某条消息的回复消息的分发列表中添加该组收件人。可选择分发列表中的单独收件人来接收回复消息。随后，该回复消息可被发送到所选定的单独收件人。

Description

分发列表管理的系统和方法

技术领域

本发明涉及电子消息传递，更具体而言涉及电子消息分发列表的管理。

背景技术

电子消息传递是通过大规模计算机通信网络实现的单个最有用的任务。有人认为，若无电子消息传递，因特网将实际上不过是一项科学试验而已。目前，电子消息传递似乎已经取代了普遍存在的电话和传真机而用于人与人之间最常规的通信。由此出现了从实时即时消息传递系统和无线文本寻呼机到异步电子邮件系统的各种电子消息传递系统。

电子消息传递形式之一的电子邮件(在被本领域中被称为e-mail)，已经证明是全世界应用最广泛的计算应用。虽然几十年来电子邮件已成为商业上的重要产品，由于因特网极为迅速的普及和全球性连通，电子邮件成为优选的通信方式，而无需顾及通信者在地理上的远离。目前，一小时内处理的电子邮件比电话要多。显然电子邮件作为一种通信方式已经作好准备取代除了语音电话以外的其他所有通信方式。

现代电子消息传递客户端提供“回复”功能，该功能允许编写者编写一条消息来回复他所接收到的消息。通过选择回复选项，可打开一个新的消息窗口，其收件人为所接收到的消息的发送方。值得注意的是，当接受到的消息已发送给除该撰写者之外的多个接收方时，“回复全部”功能允许将回复消息的收件人设为由最初接收到消息所指定的所有接收方。因此，当打算被接收消息的所有地址都接收撰写者的回复时，回复全部功能可成为有效的机制。

在很多情况下，并不需要将一条回复全部的消息的收件人设为所接收消息的全部接收方。在这种情况下，撰写者可选择回复功能，并手动提供其他的地址；或者撰写者可选择回复全部功能，并手动删除不需要的地址。根据用于回复消息的分发列表，修改分发列表时可能会密集地点击鼠标，以至会易于产生诸如向同一个人重复发送回复消息这样的错误。意外地多次发送回复消息给一个接收方，可能会使接收方烦恼。

特别地，回复所有功能仅仅处理当前电子消息的收件人。在本领域中被称为“线索”的一串消息，嵌入在该线索中的消息的、但未出现在最新消息中的收件人会从回复所有消息中被排除。但回复消息撰写者可能希望包括来自线索中其他消息的收件人。在这种情况下，如前所述，撰写者必须手动添加每个需要的收件人。

发明内容

本发明的实施例针对现有技术中有关电子消息传递的缺陷，并提供了用于回复电子消息的分发列表管理的新颖的非显而易见的方法、系统和计算机程序产品。在本发明的一个实施例中，消息线索中回复消息的分发列表管理方法可包括从消息线索的多条消息中识别一组收件人，并往用于该消息线索的多条消息中的某条消息的回复消息的分发列表中添加该组收件人。可选取分发列表中的单独收件人来接收回复消息。随后，该回复消息能够被发送到所选定的单独收件人。

在本发明的一方面，在分发列表中选择单独收件人来接收回复消息可包括：呈现显示分发列表的图形用户界面(GUI)，为图形用户界面中的分发列表中至少一个收件人分配至少一个消息接受方角色。在本发明另一方面，该方法还可包括进一步指定附件以便传送至图形用户界面中的分发列表中至少一个收件人。在本发明的再一方面，该方法还可包括为图形用户界面中的分发列表中至少一个收件人指定回复消息的优先权。

在本发明的另一实施例中，用于回复消息的分发列表管理的数据处理系统可包括消息传递客户端和收件人主列表，该消息客户端被配置用于处理多条相关消息的消息线索，每条消息包含至少一个收件人；该收件人主列表被配置用来存储用于消息线索中的多条相关消息中的所有消息的收件人分发列表。重要的是，可提供可包括程序代码的消息回复逻辑，该程序代码能够呈现分发列表管理用户界面，通过该用户界面选择收件人主列表中个别的收件人来接收消息线索中某条消息的回复消息。

在该实施例一方面，用于消息回复逻辑的程序代码还可能够将消息接收方角色指定给收件人主列表中选定的收件人。在该实施例的另一方面，用于消息回复逻辑的程序代码还可能够为收件人主列表中选定的收件人指定至少一个回复消息附件。在该实施例的再一方面，用于消息回复逻辑的程序代码还能够为收件人主列表中选定的收件人指定回复消息优先权。

本发明的其他方面部分地将在下面的说明中陈述，部分地可从该说明中明显地得出，或者可通过本发明的实施认识到。通过在所附权利要求中具体指出的要素和组合可以实现和完成本发明的各个方面。可知道，前面的一般描述和下面的详细描述都仅是示例性和解释性的，而不是对权利要求中记载的本发明的限定。

附图说明

并入说明书并构成说明书一部分的附图例示了本发明的实施例，并同该说明一起用于解释本发明的原理。这里示出的实施例目前是优选的，然而应该认识到本发明并不局限于图中所示的严格安排和装置，附图中：

图1是被配置用于回复消息的分发列表管理的数据处理系统的示意图；

图2是被配置用于回复消息的分发列表管理的图形用户界面的屏幕截图；以及，

图3是示出了用于回复消息的分发列表管理过程的流程图。

具体实施方式

本发明的实施例提供了用于管理用于电子消息的回复的分发列表的方法、系统和计算机程序产品。根据本发明的一实施例，可选择消息线索中的消息以便回复。可以获取线索中每条消息的收件人，并将其显示在用户界面中，以便将该收件人并入用于回复消息的分发列表中。其他收件人可以在用户界面中被手动地指定以并入分发列表中。可选地，回复消息的附件可以只被发送到回复消息的被选中收件人。这样，回复消息的撰写者可以为回复消息指定的收件人不仅仅有包括在线索中的直接前趋消息中的收件人，而且还有包括在其他前趋消息中的收件人。

作为进一步的说明，图1是被配置用于回复消息的分发列表管理的数据处理系统的示意图。如图1所示，该数据处理系统可包括计算平台110。该计算平台110被配置用于通过计算机通信网络140与其他计算平台130通信连接。该计算平台110可包括消息传递客户端150，该消息传递客户端150可选地可被使能以通过计算机通信网络140与消息传递服务器120通信，以便同计算平台130交换诸如电子邮件消息之类的电子消息。

计算平台110中的消息客户端150可包括用于跟踪消息线索160的配置，在所述消息线索中，从指定了包括发送方和接收方的一个或多个地址的起始消息到指定了包括发送方和接收方的一个或多个地址的直接前趋消息，多条消息逻辑上彼此相关。收件人主列表180可同消息传递客户端150连接，并可包括为消息线索160中的全部消息指定的全部收件人。最后，消息回复逻辑170可与消息传递客户端150连接。

消息回复逻辑170可包括能够呈现和控制分发列表管理界面200的程序代码。该分发列表管理界面200可被配置用于提供收件人主列表180中的收件人列表。分发列表管理界面200还可被配置用于允许选择分发列表中单独的收件人来接收消息线索160中的消息的回复消息190。可选地，分发列表管理界面200可被配置为允许手动指定没有包括在收件人主列表180中的收件人。另外可选地，分发列表管理界面200还被配置为允许选择分发列表中的收件人来接收回复消息190的附件。

作为进一步的说明，图2是被配置用于回复消息的分发列表管理的图形用户界面(GUI)200的屏幕截图。GUI 200可包括用于该回复消息的、以前包含在消息线索的消息中的消息的一个或多个收件人的列表。可向所选择的收件人分配消息接收方角色，包括“To”(收件人)角色、“CC”(抄送)角色、“BBC”(密送)角色和“OMIT”(忽略)角色。可选地，不同的收件人可以默认地被分配特定消息接收方角色。当然，收件人的默认分配的消息接收方角色可在任何时候进行修改。单独的收件人也能够被选定用来接收一个或多个回复消息附件。最后，可以逐收件人地向回复消息分配优先级。可选地，未包含在消息线索中的消息中的收件人可以被加入GUI200，而现有的收件人可以从GUI 200中删去。

利用GUI 200，可轻松地建立用于回复消息的分发列表，而在管理分发列表时只需最小量的用户交互。作为说明，图3是例示了用于回复消息的分发列表管理过程的流程图。从框310开始，可接收到要求回复消息线索中一条消息的请求。在框320中，可获取用于该请求的消息线索，并在框330中，消息线索中的第一条消息可被选中以进行处理。特别地，在框340中，用于消息线索中的第一条消息的收件人可被加入用于回复消息的分发列表中。可为消息线索中的其他每条消息通过框340在判断框350重复该过程。

当消息线索中没有其他消息要处理时，在框370，可在图形用户界面呈现用于回复消息的分发列表。在框380，分发列表中的单独收件人可被选择以接收回复消息。在这方面，在框390中，可为每个选定的接收方指定不同的角色，包括“TO”角色，“CC”角色，“BBC”角色和“OMIT”角色。可选地，选出的单个收件人还可进一步被选定以接收对回复消息的一个或多个附件。最后，在框400，回复消息可被发送到分发列表中选定的那些收件人。

本发明的实施例可以采取完全硬件实施例、完全软件实施例或者包含硬件和软件元素的实施例的形式。在一优选的实施例中，本发明通过软件实施，该软件包括但不仅仅限于固件、常驻程序、微代码等等。而且，本发明可采取计算机程序产品的形式。该计算机程序产品可通过计算机可用或计算机可读的介质访问，所述介质提供由计算机或任何指令执行系统执行或与之相关联地执行的程序代码。

为了本说明的目的，计算机可用或计算机可读的介质可以是可容纳、存储、传送、传播或运送由指令执行系统、装置或设备使用或与之相关连地使用的程序。该介质可是电子、磁、光、电磁、红外或半导体的系统(或装置或设备)或传播介质。计算机可读介质的示例包括：半导体或固体存储器、磁带、可拆装计算机软盘、随机存取存储器(RAM)、只读存储器(ROM)、刚性磁盘和光盘。光盘的当前示例包括：只读光盘(CD-ROM)、可读写光盘(CD-R/W)和DVD。

适用于存储和/或执行程序代码的数据处理系统将包括通过系统总线直接或间接同存储元件连接的至少一个处理器。存储元件可包括：在实际执行程序代码时使用的本地存储器、大容量存储器和高速缓冲存储器，所述高速缓冲存储器为至少一些程序代码提供暂时的存储，以便降低执行过程中必须从大容量存储器中读取代码的次数。输入/输出或I/O设备(包括但不仅限于键盘、显示器、指点设备等)可直接与系统相连或通过居间的I/O控制器同系统相连。网络适配器也可同系统相连，以使数据处理系统通过居间的专用网络或公共网络同其他数据处理系统或远程打印机或存储设备相连。调制解调器，线缆调制解调器和以太网卡仅是目前可用的几种类型的网络适配器。

Claims (14)

1.一种用于消息线索中的回复消息的分发列表管理方法，包括：

从消息线索中的多条消息中识别一组收件人；

向用于消息线索中的多条消息中的某条消息的回复消息的分发列表中添加该组收件人；

选择分发列表中的单独收件人来接收该回复消息；以及，

向所选择的单独收件人发送该回复消息。

2.根据权利要求1所述的方法，其中，所述从消息线索中的多条消息中识别一组收件人的步骤包括识别消息线索中全部消息的全部收件人。

3.根据权利要求1所述的方法，其中，所述从分发列表中选择单独的收件人来接收回复消息的步骤包括：

呈现显示该分发列表的图形用户界面；以及，

为该图形用户界面中的该分发列表中的至少一个收件人指定至少一个消息接收方角色。

4.根据权利要求3所述的方法，还包括进一步指定用于传送给该图形用户界面中的该分发列表中的至少一个收件人的附件。

5.根据权利要求3所述的方法，还包括往所述分发列表中添加至少一个最初未在所述图形用户界面中显示的额外的收件人。

6.根据权利要求3所述的方法，还包括从显示在所述图形用户界面中的所述分发列表中删除至少一个收件人。

7.根据权利要求3所述的方法，还包括向所述图形用户界面中的所述分发列表中的至少一个收件人指定所述回复消息的优先级。

8.一种用于回复消息分发列表管理的数据处理系统，该系统包括：

消息客户端，其被配置用于处理多条相关消息的消息线索，每条消息包含至少一个收件人；

收件人主列表，其被配置用于存储用于该消息线索中所有多条相关消息的收件人分发列表；以及

消息回复逻辑，其包括能够呈现分发列表管理用户界面的程序代码，通过该用户界面选择所述收件人主列表中的单独收件人来接收对消息线索中的消息的回复消息。

9.根据权利要求8所述的系统，其中，所述多条相关消息为电子邮件消息。

10.根据权利要求8所述的系统，其中，所述用于消息回复逻辑的程序代码还能够为所述收件人主列表中选定的收件人指定消息接收方角色。

11.根据权利要求8所述的系统，其中，所述用于消息回复逻辑的程序代码还能够向所述收件人主列表中选定的收件人指定用于所述回复消息的至少一个附件。

12.根据权利要求8所述的系统，其中，所述用于消息回复逻辑的程序代码还能够向所述收件人主列表中选定的收件人指定回复消息的优先级。

13.根据权利要求10所述的系统，其中，所述消息回复逻辑还能够向所述收件人主列表中选定的收件人指定默认的消息接收方角色。

14.一种包括计算机可用介质的计算机程序产品，该介质含有用于消息线索中回复消息的分发列表管理方法的计算机可用程序代码，所述计算机程序产品包括：用于执行权利要求1-7的任何一个中的方法步骤的计算机可用程序代码。

Images