专利名称：用于提供电子邮件回执机制的方法和系统的制作方法
技术领域：
本发明一般地涉及比如电子邮件(“email”)的电子消息接发系统，并且具体地涉及一种用于为电子邮件回执提供增加的信息和改进的控制机制的方法和系统。
背景技术：
众所周知，现存电子邮件(“email”)软件应用客户机程序有时包括回执的特征。能够向消息发送人生成消息递送和消息读取收条的现存系统的例子包括由国际商务机器公司提供的Lotus Notes和由微软公司提供的Microsoft Outlook。然而，现存系统在由它们生成的收条所提供的信息方面以及在它们提供的用户控制方面具有重大缺陷。
现存系统在收条中未提供足以完整地跟踪消息的信息。例如，由现存系统生成的一些收条仅可以指示消息何时被递送和开启。这样的收条在它们的有用性方面是有限的，因为它们无法包括许多其他类型的潜在有用信息。许多具体类型的有用信息并未包括于由现存电子邮件系统返回到发送人的消息收条中，这些信息包括消息被开启多久、消息是否被转发、消息是否被删除、具体规则是否应用到消息、消息是否移到文件夹、消息是否被阻止、邮件是否未被开启以及其他信息。
此外，对于为消息而提供的收条的用户控制在现存系统中极为有限。例如，现存系统为接收用户提供了用于控制收条生成的少许选项。此局限可能造成许多不希望的效果。例如，如果发送人对数目很多消息请求回执，则可能创建大量的回执消息业务量。另外，如果引入的消息是“垃圾信息”(未经请求的商业电子邮件消息)，则收条消息的返回可能具有确认原消息发送到有效电子邮件地址这一不希望的效果。因此接收用户将会在许多方面受益于对回执特征的增加控制。
出于以上和其他原因，将希望有一种用于消息接发系统比如电子邮件的新回执机制，该回执机制向发送用户提供比由现存系统提供的信息更多的信息，而且该回执机制向发送用户和接收用户二者赋予对回执特征的更佳控制。
发明内容
为了解决现存系统的上述和其他缺陷，公开了一种用于在电子邮件(“email”)系统中提供回执特征的新方法和系统。公开的回执机制将通知电子邮件消息返回到发送用户，这些消息允许改进对先前发送的消息的跟踪。公开系统也向发送和接收用户提供丰富和灵活的控制，这些控制允许他们有效地管理回执特征。由公开系统提供的消息跟踪选项可以通过一个或多个全局限定的回执策略来控制。
关于在收条消息中提供的信息，公开系统不限于指示先前发送的消息是否只是已经被递送和读取而已。取而代之，由公开系统提供的消息跟踪通知能够提供各种具体类型的消息接发跟踪信息。可以提供任何具体类型的消息跟踪通知。例如，返回到发送用户的消息跟踪信息可以包括信息如消息接收的时间和日期、消息开启的时间和日期、消息开启的持续时间、消息是否被转发以及转发给谁的指示、消息是否被删除的指示、消息是否被移动到文件夹中的指示、消息处理规则是否作为接收系统上电子邮件客户机程序对消息的处理的一部分而应用到消息的指示、以及/或者在具体实施例中可能由发送方请求的任何其他有用的消息跟踪信息。
公开系统为消息发送人和消息接收人提供对消息跟踪通知的控制。在一个实施例中，发送用户能够指示要为单独消息而请求的具体通知类型。可选地，发送用户能够指示要为所有发送的消息而请求的通知类型。此外，公开系统可以具体实施为使得发送用户能够请求在某些指定境况之下请求某些类型的收条通知。可以请求各种具体类型的通知。例如，发送用户可以在消息在指定时间段仍未开启的情况下请求通知。可以为单独消息请求多个通知，每个通知对应于对应的消息处理事件。可选地，可以请求指示出现事件组合的复合通知。例如，发送用户可以请求在消息被开启、转发和/或删除时返回单独的通知消息。在这样的场合下，被开启、转发然后删除的消息可能造成发送人发送分别在消息被开启、转发和删除时生成的三个收条消息。可选地，公开系统可以具体实施为使得发送用户能够请求响应于正在被开启、转发和删除的发送消息来生成单个收条通知。
接收用户也具有用于对具体回执通知启用、禁用和/或应用具体条件的控制。结果，接收用户例如能够设置如下条件，该条件允许消息读取收条通知仅在接收的消息保持开启多于指定最小时间段时才返回到发送用户。在公开系统的另一方面中，接收用户能够禁用、启用或者另外控制为特定发送人或发送人群而生成的回执通知。
在公开系统的又一方面中，该回执特征能够经由一个或多个全局限定的回执策略来管理。在这样的实施例中，依赖于全局策略，将允许给定用户对于回执特征操作的完全或有限控制。全局回执策略能够由管理员用户用来为具体用户或为用户群限定对回执特征的用户控制的级别。全局策略还可以具体地控制回执通知必须包含的信息。公开系统的全局回执功能在许多具体情形下可以是有用的。例如，基于全局回执策略，可以允许执行时间关键任务的用户请求如下收条通知，这些收条通知指示了消息已经被递送、消息已经被读取或者消息在继其递送之后的指示时间段后尚未被读取。在有利用途的另一例子中，全局回执策略可以被限定为允许从事机密任务的用户要求如下收条通知，这些收条通知指示了消息已经被递送、消息已经被转发以及消息转发给谁。公开的全局回执策略特征的有利应用的各种其他例子对于本领域技术人员将是明显的。
因此公开有一种用于电子邮件的新消息收条机制，该机制在回执中提供了比现存系统所提供的信息更多的信息，而且该机制向消息发送用户和消息接收用户赋予了用于管理回执特征的更佳控制。
为了便于本发明的更全面的理解，现在将对附图进行参照。这些附图不应当解释为限制本发明而是旨在于仅仅是示例性的。
图1示出了在公开系统的说明性实施例中操作的软件部件；图2是图示了在公开系统的实施例中使用全局回执策略来控制操作的框图；图3是图示了在公开系统的实施例中当发送一个或多个消息时为请求消息跟踪选项而执行的步骤的流程图；图4是图示了在公开系统的实施例中关于一个或多个接收的消息为控制消息跟踪通知而执行的步骤的流程图；图5是对于公开系统的实施例图示了使用情况的框图；以及图6示出了由公开系统的实施例提供的用来获得用户设置的说明性图形用户界面的一部分。
具体实施例方式
如图1中所示，在公开系统的实施例中，许多软件部件在各种计算机系统上执行，出于说明的目的示出了包括客户机系统10、客户机系统18和一个或多个服务器系统14。客户机系统10和18和服务器系统14例如可以各包括至少一个处理器和程序存储器，比如内存，用于存储在处理器上可执行的程序代码；以及一个或多个输入/输出设备和/或接口，比如数据通信或其他外围设备和/或接口。计算机系统10、14和18由比如局域网(LAN)、因特网等的数据通信网络26可通信地连接，该数据通信网络也可以连接到许多其他客户机和/或服务器计算机系统。计算机系统10、14和18还可以包括任何适当类型的操作系统软件。
如图1中所示，消息发送用户8使用消息界面和发送人回执控制30来创建寻址到消息接收用户22的电子邮件消息34，而且也来指示要与该消息相关联的消息跟踪选项。任何适当类型的图形用户界面可以用来提供消息界面和发送人回执控制30。正如下面进一步描述的，能够由发送用户来与给定消息相关联的消息跟踪选项可以通过许多全局管理的回执策略来限定。消息界面和发送人回执控制30例如通过电子邮件客户机软件12提供给消息发送用户8。在用于电子邮件消息34的消息跟踪选项从消息发送用户8获得之后，电子邮件消息34然后在网络26上发送到消息接收用户22。
继在客户机系统18接收到电子邮件消息34之后，电子邮件客户机软件20进行操作以将消息界面和收件人回执控制32提供给消息接收用户22。消息界面和收件人回执控制32可以使用任何适当类型的图形用户界面来提供。消息界面和收件人回执控制32使得消息接收用户22能够开启和读取消息34，该消息将与哪些具体消息跟踪选项与消息34相关联的指示一起呈现，而且能够指示与消息34相关联的消息跟踪选项中的哪些选项要被允许以及哪些选项要被禁用。正如下面进一步描述的，可以由比如消息接收用户22的消息收件人禁用的消息跟踪选项可以可选地或附加地由许多全局管理的回执策略来限定。包括各种具体类型消息跟踪信息的一个或多个回执通知消息36然后被发送回到消息发送用户8，向消息发送用户8告知继消息34发送之后关于该消息而采取和/或未采取的动作。通知消息36的每一个可以指示已经关于该消息而出现的一个或多个事件，而这使得发送用户8能够有效地跟踪该消息。
如消息34和通知36的消息可以使用用于给定实施例的适当电子邮件协议在客户机系统10与客户机系统18之间传达。例如，简单邮件传送协议(SMTP)等可以用来限定消息格式以及经由比如服务器系统14的一个或多个电子邮件服务器系统经过网络26来路由消息和回执通知，该服务器系统14示出为包括用于存储所接收的消息的电子邮件服务器软件16。电子邮件服务器软件16还可以使用任何适当的访问协议比如POP3(邮局协议3)、IMAP4(因特网消息访问协议4)等来与电子邮件客户机程序12和20通信。
如图1中进一步所示，管理员用户24也可以使用可以由电子邮件服务器软件16提供的回执策略用户界面28来限定由电子邮件服务器软件16存储的一个或多个全局回执策略。回执策略用户界面28可以使用任何适当的图形用户界面来具体实施。
现在如图2中进一步所示，管理员用户24使用回执策略用户界面28来限定多个全局回执策略，出于说明的目的示出为策略140、策略242、策略344、策略446等等至策略N 48。通过回执策略用户界面28而限定的策略限定了哪些消息跟踪选项能够由发送用户请求以及哪些消息跟踪选项能够由收件人用户禁用或停止。通过回执策略用户界面28而限定的策略关联于而且应用到一个或多个用户的群，并且允许管理员用户24有效地控制资源。对于给定消息的发送人和收件人可以与不同或相同的全局策略相关联。
例如，策略140允许发送人启用或禁用所有可能的消息跟踪选项。策略140也允许收件人用户检测与接收的消息相关联的所有消息接发跟踪标志，而且禁止或防止发送所有对应通知。策略242允许发送人启用或禁用所有消息跟踪选项，而且允许收件人用户检测与接收的消息相关联的所有消息跟踪标志。然而，策略242仅允许收件人用户禁止或防止发送一些类型的通知。策略344允许发送人启用或禁用所有消息跟踪选项，而且允许收件人检测与接收的消息相关联的所有消息跟踪标志。策略344不允许收件人用户禁用或防止任何通知。
同样如图2的例子中所示，策略446允许发件人仅启用或禁用一些具体消息跟踪选项。类似地，策略446仅允许收件人对与接收的消息相关联的一些具体消息跟踪标志的检测，而且仅允许收件人禁用或防止与它允许检测的消息跟踪标志相对应的通知。
本领域技术人员将理解，图2中所示策略仅仅是在公开系统的实施例中可以限定和使用的具体回执策略的例子，而且本发明的范围不限于此。因此，可以限定和使用与对于发送人和收件人的消息跟踪控制有关的任何具体策略。另外，在给定的实施例或实施中可以限定和使用任何具体数目的策略。
图3是由作为发送用户50的用户为使用公开系统的实施例来发送消息以及在消息已经发送之后跟踪消息处理而执行的步骤的流程图。在步骤52，发送用户50例如通过由电子邮件客户机应用程序提供的图形用户界面创建要发送的消息。在步骤54，电子邮件客户机软件检查与发送用户50相关联的回执策略。在步骤54检查的回执策略例如可以由位于服务器计算机系统上的电子邮件服务器软件存储。在步骤56，电子邮件客户机软件显示由在步骤54检查的回执策略所限定的可用消息跟踪选项。可用消息跟踪选项可以使用任何适当的图形用户界面来呈现。例如，消息跟踪选项可以在包括许多复选框的用户界面屏幕中或者以对于给定实施例而言可能合适的任何其他具体方式来呈现给用户。在步骤58，发送用户50使用在步骤56呈现的用户界面屏幕来选择或启用要与在步骤52创建的消息相关联的一个或多个消息跟踪选项。例如，在步骤58选择的那些消息跟踪选项可以由与消息一起发送或与消息相关联的一个或多个对应标志或其他指示符来呈现于在步骤52创建的消息中。在步骤59，消息和所选消息跟踪选项的指示发送到收件人用户。
图4是示出了与对返回到发送用户的回执通知消息进行控制有关所进行的一系列步骤的流程图。如图4中所示，在步骤62，为收件人用户60接收电子邮件消息。在步骤62接收的消息例如包括指示了由发送用户指示的对应跟踪选项的一个或多个标志。消息跟踪选项在步骤64由电子邮件客户机软件基于这样的标志来检测。在步骤66，电子邮件客户机检查例如由在服务器计算机系统上执行的服务器软件所存储的回执策略。在步骤66检查的回执策略限定了允许收件人用户60禁止或防止为哪些消息检查选项生成通知。在步骤68，电子邮件客户机软件提供用户界面屏幕，该用户界面屏幕指示了发送用户已经为接收的消息而请求哪些消息跟踪选项。在步骤68提供的用户界面屏幕也使得收件人用户60能够如在步骤66检查的关联回执策略所允许的那样来禁用某些消息跟踪通知。
通过在步骤68提供的用户界面屏幕，在步骤70收件人用户指示了对于在步骤62接收的消息可以返回到发送用户的消息跟踪通知。在步骤70指示的那些消息跟踪通知然后在步骤72是基于对应动作的检测、指定时段的无动作或者与在步骤62接收的消息有关的其他处理事件来返回的。
出于说明的目的，图3和图4中的步骤58和步骤70是关于单独消息而执行的。然而，公开系统不限于这样的实施例。因此，可以为多个消息请求具体类型的回执通知，而且可以为多个消息禁用具体类型的回执通知。例如，可以对于由给定用户发送的消息在单个步骤中请求具体类型的回执通知，而且可以为所有接收的消息在单个步骤中禁用具体类型的回执通知。类似地，回执通知请求类型可以在每一目的用户或用户群的基础上来限定，而且具体类型的通知可以基于发送用户或者针对发送用户群来禁用。依赖于具体实施例或配置，这样的限定可以受制于一个或多个全局管理的回执策略。
图5是图示了涉及到公开系统实施例的使用情况的方框图。如图5中所示，从一个或多个发送用户发送具有一个或多个消息跟踪标志的许多电子邮件消息82。当消息82之一发送到与回执策略140相关联的收件人用户84时，在步骤92收件人用户84判定禁用由发送用户请求的所有跟踪选项，并因此不发送回跟踪通知。当消息86之一发送到与策略242相关联的收件人用户86时，则在步骤94收件人用户86能够仅禁用一些跟踪选项。因而在步骤94一些但可能并非所有请求的通知将发送回发送用户。在消息82之一发送到与策略344相关联的收件人用户88的情况下，收件人用户88不能禁用任何跟踪选项，并因此如果对应的触发事件发生则所有请求的通知将发送回请求用户。
图6是弹出式用户界面屏幕的例子，该用户界面屏幕允许发送消息的用户指示为该消息请求哪些消息跟踪选项。提供了许多复选框102以使得用户能够通过检查关联复选框来选择一个或多个消息跟踪选项。在图6的例子中，用户能够选择在如下情况下被通知消息被阻止由收件人用户接收、消息未经开启就被删除、消息被转发、邮件规则应用到消息、收件人用户已经禁用对于此消息的通知类型、消息在某指定天数仍未被读取和/或基于其他事件的出现。用户界面100是图1中所示消息界面和发送人回执控制30的一部分的例子。用户界面100中提供的具体消息跟踪选项可以至少部分地基于与发送用户相关联的全局回执策略来确定。另外，用户界面100可以针对要发送的单个消息或者针对要发送的多个消息来提供。用户界面100仅仅是可以用来为发送用户确定消息跟踪选项的可能用户界面的一个例子，而且仅仅出于解释和说明的目的来给出。可选地，可以为此目的而使用任何其他适当类型的用户界面。
关于图1的消息界面和收件人回执控制32，弹出式用户界面屏幕也可以用来使得收件人用户能够禁用某些通知。在这样的实施例中，复选框也可以用来捕获具体的请求通知要被禁用的用户指示。然而，在全局回执策略阻止禁用所请求的通知的情况下，将不提供对应的复选框。这样的不可用选项例如可以变灰，指示它们已经由发送人请求但是不能由收件人用户禁用。可选地，为此目的也可以使用任何其他适当类型的用户界面。类似地，关于图1的回执策略用户界面28，可以运用任何具体类型的用户界面来允许管理员用户限定一个或多个全局回执策略。
收条通知可以提供为普通的电子邮件消息，包括它们所代表的处理事件的文字和/或图形指示以及它们所对应的先前发送消息的某些指示。例如，公开系统的实施例中的回执通知能够包括该关联消息的消息标识符，TO指示消息所发送到的用户的字段，FROM指示发送消息的用户的字段，以及与造成通知发送的一个或多个处理事件有关的任何其他相关信息，包括时间和日期、消息所转发到的用户等等。回执通知的外观还依赖于电子邮件客户机用户界面，而且在此点上可以使用任何具体的形式。
附图包括根据本发明实施例的方法、装置和计算机程序产品的框图和流程示。将理解图1-图5的每个框以及这些框的组合能够由计算机程序指令来实现。这些计算机程序指令可以加载到计算机或其他可编程数据处理设备以产生一种机器，使得在计算机或其他可编程数据处理设备上执行的指令创建用于实现在一个或多个框中指定的功能的装置。这些计算机程序指令也可以存储于计算机可读存储器中，该指令能够指引计算机或其他可编程数据处理设备以特定方式运作，使得计算机可读存储器中存储的指令产生包括指令装置的制造产品，该指令装置实现在一个或多个框中指定的功能。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上以使得一系列操作步骤在计算机或其他可编程设备上执行以产生由计算机实现的过程，使得在计算机或其他可编程设备上执行的指令提供用于实现在一个或多个框中指定的功能的步骤。
本领域技术人员应当容易地理解，限定本发明功能的程序能够以许多形式递送到计算机，这些形式包括但不限于(a)不可写存储介质(例如计算机内的只读存储设备，如可由计算机I/O附件读取的ROM或CD-ROM)上永久存储的信息；(b)可写存储介质(例如软盘和硬驱动)上可变存储的信息；或(c)通过通信介质送到计算机的信息，该传送过程例如使用无线、基带信号发送或宽带信号发送技术，包括载波信号发送技术，如经由调制解调器通过计算机或电话网络。
尽管通过以上示例性实施例描述了本发明，但是将为本领域技术人员所理解，不脱离这里公开的发明概念可以对所示实施例进行改型和变形。另外，尽管与各种说明性程序命令结构相联系地描述了优选实施例，但是本领域技术人员将认识到可以使用许多具体的命令结构来具体实施它们。
权利要求
1.一种在电子邮件系统中提供回执机制的方法，包括为经过所述电子邮件系统发送的电子邮件消息自动地生成电子收条，其中所述电子收条包括对于在接收系统对所述电子邮件消息的处理的指示，其中所述生成响应于对于在所述接收系统对所述电子邮件消息的所述处理的检测，其中在所述接收系统对所述电子邮件消息的所述处理不同于在所述接收系统接收所述电子邮件消息和接收用户对所述电子邮件消息的读取；以及经由所述电子邮件系统为所述电子邮件消息自动地将所述电子收条发送到发送用户。
2.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于在所述接收系统接收所述电子邮件消息的时间和日期的指示。
3.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息由所述接收用户开启的时间和日期的指示。
4.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息由所述接收用户开启的持续时间的指示。
5.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否被转发的指示。
6.如权利要求5的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示还包括所述电子邮件消息所转发到的另一用户的身份。
7.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示还包括对于所述电子邮件消息是否被移到文件夹结构中的指示。
8.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于消息处理规则是否应用到所述电子邮件消息的指示。
9.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否未经开启就被删除的指示。
10.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否被阻止的指示。
11.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述接收用户是否已经禁用电子收条的生成的指示。
12.如权利要求1的方法，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否在所述电子邮件消息接收之后的预定时间段内被开启的指示。
13.如权利要求1的方法，还包括将发送用户控制提供给所述发送用户，所述发送用户通过该发送用户控制能够从多个处理类型中请求在所述接收系统对所述电子邮件消息的处理的至少一个类型以由所述电子收条指示。
14.如权利要求1的方法，还包括将接收用户控制提供给所述接收用户，所述接收用户通过该接收用户控制能够从在所述接收系统对所述电子邮件消息的处理的多个类型中选择能够由所述电子收条指示的一些类型。
15.如权利要求1的方法，还包括确定全局回执策略，其中所述全局回执策略控制允许哪些用户选择在接收系统对电子邮件消息的处理的哪些类型由所述电子收条指示。
16.一种用于在电子邮件系统中提供回执机制的系统，所述系统包括其上存储有程序代码的计算机可读介质，所述程序代码包括用于为经过所述电子邮件系统发送的电子邮件消息自动地生成电子收条的程序代码，其中所述电子收条包括对于在接收系统对所述电子邮件消息的处理的指示，其中所述生成响应于对于在所述接收系统对所述电子邮件消息的所述处理的检测，其中在所述接收系统对所述电子邮件消息的所述处理不同于在所述接收系统接收所述电子邮件消息和接收用户对所述电子邮件消息的读取；以及用于经由所述电子邮件系统为所述电子邮件消息自动地将所述电子收条发送到发送用户的程序代码。
17.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于在所述接收系统接收所述电子邮件消息的时间和日期的指示。
18.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息由所述接收用户开启的时间和日期的指示。
19.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息由所述接收用户开启的持续时间的指示。
20.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否被转发的指示。
21.如权利要求20的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示还包括所述电子邮件消息所转发到的另一用户的身份。
22.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示还包括对于所述电子邮件消息是否被移到文件夹结构中的指示。
23.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于消息处理规则是否应用到所述电子邮件消息的指示。
24.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否未经开启就被删除的指示。
25.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否被阻止的指示。
26.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述接收用户是否已经禁用电子收条的生成的指示。
27.如权利要求16的系统，其中对于在所述接收系统对所述电子邮件消息的处理的所述指示包括对于所述电子邮件消息是否在所述电子邮件消息接收之后的预定时间段内被开启的指示。
28.如权利要求16的系统，还包括用于将发送用户控制提供给所述发送用户的程序代码，所述发送用户通过该发送用户控制能够从多个处理类型中请求在所述接收系统对所述电子邮件消息的处理的至少一个类型以由所述电子收条指示。
29.如权利要求16的系统，还包括用于将接收用户控制提供给所述接收用户的程序代码，所述接收用户通过该接收用户控制能够从在所述接收系统对所述电子邮件消息的处理的多个类型中选择能够由所述电子收条指示的一些类型。
30.如权利要求16的系统，还包括用于确定全局回执策略的程序代码，其中所述全局回执策略控制允许哪些用户选择在接收系统对电子邮件消息的处理的哪些类型由所述电子收条指示。
31.一种包括计算机可读介质的计算机程序产品，所述计算机可读介质具有存储于其上用于在电子邮件系统中提供回执机制的程序代码，所述程序代码包括用于为经过所述电子邮件系统发送的电子邮件消息自动地生成电子收条的程序代码，其中所述电子收条包括对于在接收系统对所述电子邮件消息的处理的指示，其中所述生成响应于对于在所述接收系统对所述电子邮件消息的所述处理的检测，其中在所述接收系统对所述电子邮件消息的所述处理不同于在所述接收系统接收所述电子邮件消息和接收用户对所述电子邮件消息的读取；以及用于经由所述电子邮件系统为所述电子邮件消息自动地将所述电子收条发送到发送用户的程序代码。
32.一种实施于载波中的计算机数据信号，该计算机数据信号包括用于在电子邮件系统中提供回执机制的程序代码，所述程序代码包括用于为经过所述电子邮件系统发送的电子邮件消息自动地生成电子收条的程序代码，其中所述电子收条包括对于在接收系统对所述电子邮件消息的处理的指示，其中所述生成响应于对于在所述接收系统对所述电子邮件消息的所述处理的检测，其中在所述接收系统对所述电子邮件消息的所述处理不同于在所述接收系统接收所述电子邮件消息和接收用户对所述电子邮件消息的读取；以及用于经由所述电子邮件系统为所述电子邮件消息自动地将所述电子收条发送到发送用户的程序代码。
33.一种用于在电子邮件系统中提供回执机制的系统，包括用于为经过所述电子邮件系统发送的电子邮件消息自动地生成电子收条的装置，其中所述电子收条包括对于在接收系统对所述电子邮件消息的处理的指示，其中所述生成响应于对于在所述接收系统对所述电子邮件消息的所述处理的检测，其中在所述接收系统对所述电子邮件消息的所述处理不同于在所述接收系统接收所述电子邮件消息和接收用户对所述电子邮件消息的读取；以及用于经由所述电子邮件系统为所述电子邮件消息自动地将所述电子收条发送到发送用户的装置。
全文摘要
一种用于在电子邮件(“email”)系统中提供回执的系统。该系统在收条中提供了使得用户能够跟踪消息的信息，而且向发送和接收用户提供了用以有效地管理回执特征的控制。该系统不限于提供关于消息是否已经被递送和读取的收条信息，而且能够提供关于消息在其接收之后被如何处理的各种信息。公开系统也提供了与发送用户和接收用户对回执特征的控制有关的丰富选项集。发送用户能够为某些消息请求提供具体的收条信息，以及/或者能够单独地选择具体类型的收条信息。接收用户也具有用于对所有或某些类型的回执启用、禁用和/或应用具体条件的控制。在公开系统的又一方面中，回执特征能够经由全局限定的策略来管理。
文档编号H04L29/06GK1941750SQ200610093528
公开日2007年4月4日 申请日期2006年6月26日 优先权日2005年9月28日
发明者施拉蒂·库马, 尼克拉斯·海德洛夫, 迈克尔·R·奥布赖恩 申请人:国际商业机器公司