CN1705939A - 使用令牌动作日志的通信管理 - Google Patents

Abstract

一种通信系统，包括：令牌发生器，创建一个或多个令牌；以及令牌动作日志，使每个令牌与可定制的一个或多个动作的集合相关，其中，伴随正经历一个事件的讯息，每个令牌将触发一个或多个动作的相关集合。通信系统还包括令牌分发器，使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体。

Description

使用令牌动作日志的通信管理

相关申请

本申请与发明人为Scott E.Sampson的于2002年9月30日提交且名称为“令牌动作日志的功能和使用”的美国临时申请No.60/415,321相关且要求该申请的权益，该申请完全合并在此作为参考

技术领域

本发明一般涉及通信系统。更具体地说，本发明涉及一种用于使用令牌动作日志管理讯息的系统和方法。

背景技术

随着包括电子邮件、即时消息发送和蜂窝电话等新通信选项的快速发展，需要有用于管理一个人每天接收的无数讯息的方式。使人遗憾地，未经请求的商业的请求(通常称为spam(兜售信息))使得通信管理变得困难。

互联网服务提供商(ISP)及其他公司由于未经请求的商业电子邮件而损失数百万元和浪费无数生产力。Spam阻塞了互联网、计算机系统和电子邮件帐户，使操作减速，和有时致使系统停机和出现故障。费用包括处理spam所造成的电子邮件流量增长的新计算机硬件、降低spam流量的过滤软件的成本和浪费在识别和删除垃圾电子邮件的员工时间。

Spam也损害了消费者的利益。许多人仍然以小时计算的速率为互联网访问支付费用，包括使用无线互联网服务的用户和在旅途中下载电子邮件的公司旅客。这些消费者不得不支付他们从互联网下载这些非请求消息到他们的计算机所花费的时间。

大多数ISP也限制用于消费者的存储电子邮件消息的帐户邮箱的可用空间。Spam填充消费者可以用作其他目的的邮箱空间。当一个人在电子邮件帐户中检查其私人消息时，这也变得不方便进行归类。

Spam的内容也是个令人讨厌的问题。虽然一些spam消息来自合法公司，但是大多数电子邮件是推销各种资料和方案或性别定向的网址。许多人变成这些电子邮件中的“快速致富”方案的受害者。在其他情况中，色情图像和消息会出现于拥有孩子的信任家庭的邮箱中。

目前的技术解决方案一般是不能截止spam及其他未经请求的讯息的流入。  大多数技术解决方案努力寻找消除spam和降低错误的正面事情之间的平衡(即合法消息的删除)。然而没有现有的解决方案是理想的。新近的spam消除系统导致太多错误的正面事件，而较保守的系统不能截止大量的spam消息。

当然，未经请求的通信不限于互联网，很多人仍然接收到未经请求的电话和传真，尽管已有较强硬的法规和州及国家的谢绝来电(do-not-call)列表。

又一问题存在于所接收到的大量的所需讯息。即使很多讯息是需求的，但是过多的讯息能够导致“信息超载”。这个问题的一个效果是进行归类和处理所需讯息的不固定时间量。需要更加有效的机制来管理所有类型的所接收的讯息，包括所需的和非所需的讯息。

发明内容

在一个实施例中，通信系统包括：令牌发生器，用于创建一个或多个令牌；和令牌动作日志，使每个令牌与可定制的一个或多个动作的集合相关联。伴随正经历一个事件的讯息，每个令牌触发相关的一个或多个动作的集合。该事件可以是在通信系统内接收该讯息。但是，也可考虑其它事件，例如删除讯息、读取讯息、打印讯息、转发讯息、回复讯息和将讯息归档。

除了代码、符号或其它识别符之外，令牌可以包括各种其它信息或与其相关，例如令牌发出者的标识、至少一个令牌向其发出的一个或多个实体的标识和/或用于所述至少一个令牌的预期目的的标识。

通信系统可以体现为任何音频、视频或文本消息发送系统，包括(但不限于)电子邮件系统、电话系统、即时消息发送系统和短文本消息发送系统。

在一个实施例中，通信系统也包括令牌分发器，以使一个或多个令牌可以被分发给潜在地希望与该通信系统通信的实体。

每个令牌可以对应于一组实体。例如，令牌可以对应于多组实体，包括家庭成员、朋友、同事和特定班级内的学生。

令牌分发器可以以各种方式分发令牌给对应的实体组。例如，令牌分发器可以在潜在地希望与该通信系统的使用者通信的实体可看到的文件中公布至少一个令牌子集。这种的文件的示例可以包括在线目录、打印目录、名片或课程提纲。

令牌分发器也可以发送至少一个令牌子集，与潜在地希望与该通信系统通信的一个或多个实体进行通信。所述的通信可以是电子邮件消息、电话或其它类型的通信。

在一个实施例中，该系统也可以包括讯息接收器，以接收通信系统内先前产生的特定令牌所伴随的讯息。该系统内的查询模块在令牌动作日志中搜索与该特定令牌相关的一个或多个动作的集合。

该系统进一步包括动作管理器，以执行查询模块所找到的一个或多个动作的集合。各种动作在本发明的范围内都是可以的。例如，一个动作可以是将该讯息提供给该通信系统的操作者(例如将讯息接收入收件箱)。其它动作可以包括(但不限于)拒绝讯息、回复讯息、用识别符标示讯息、删除讯息、转发讯息给接收方、激活设备、可听地警告通信系统的使用者、可视地警告通信系统的使用者、从讯息中提取信息、修改令牌动作日志、发生新令牌和发送先前产生的令牌。

在一些实施例中，动作包括条件(if-then-else)逻辑。此外，令牌可以包括参数集或与其相关，在这种情况中，动作管理器通过用该参数集调用适当的功能来执行所述一个或多个动作的集合。

在一种实现方式中，令牌可以包括关于令牌使用的条件或与其相关，且该系统响应于所述条件来执行一个或多个操作(例如拒绝讯息)。关于使用的条件例如可以包括期限或已设置的令牌使用次数。

当讯息伴随有附加的令牌时，查询模块在令牌动作日志中搜索与附加令牌相关的一个或多个动作的第二集合，在此之后，动作管理器执行一个或多个动作的第二集合。

在一些实施例中，令牌分发器可以接收没有包括令牌的讯息。作为响应，令牌分发器可以向讯息的发送者请求确认。然后，只在接收到所请求的确认时，令牌分发器可以发送令牌给发送者。该确认可以要求为包括发送者对讯息的目的的说明，在这种情况中，通信系统的使用者可以得到提示，决定是否发出令牌。

为了防止自动确认，令牌分发器可以发送讯息给发送者，包括描述一个代码的图像附件(例如GIF、JPEG)。该消息可以进一步指示发送者发送包括所描述的代码的确认，在这种情况中，只在确认包括所述代码的时候才发送令牌。

在一些情况中，令牌分发器可以自动分配令牌给没有令牌的讯息。这例如可以在用于讯息的返回地址可以在通信系统的用户的地址本中找到的时候发生。

参考附图，本发明的其它方面和优点将从下面对优选实施例的详细描述中变得清楚明了。

附图说明

图1是令牌和令牌动作日志的框图；

图2是用于发出新令牌的程序的流程图；

图3是用于处理新接收到的消息的程序的流程图；

图4是用于启动功能的程序的流程图；

图5是用于重新发出令牌的程序的流程图；

图6是用于发送调查问卷的程序的流程图；

图7是用于接收呼叫的程序的流程图；

图8是用于使用令牌动作日志的程序的流程图；

图9是用于从消息中或其它对象中获取令牌的程序的流程图；

图10是用于查询令牌动作日志中的令牌的程序的流程图；

图11是用于检查匹配令牌以确定其是否有效的程序的流程图；

图12是用于识别关于给定令牌的相关动作的程序的流程图；

图13是用于识别没有指定动作时的默认处置的程序的流程图；

图14是用于说明应该执行哪些特定动作的程序的流程图；

图15是用于处理适当动作的程序的流程图；

图16是用于可选地报告和记录发生情况的程序的流程图；

图17是示出了在电子邮件过滤中使用令牌动作日志的数据流视图；

图18是示出了在电话过滤器中使用令牌动作日志的数据流视图；

图19是示出了在课程管理中使用令牌动作日志的数据流视图；

图20是示出了在调查记录器中使用令牌动作日志的数据流视图；

图21是示出了在远程喷洒器中使用令牌动作日志的数据流视图；

图22是示出了在令牌控制中使用令牌动作日志的数据流视图；

图23是示出了在网站试用中使用令牌动作日志的数据流视图；

图24是示出了在汽车零件定购中使用令牌动作日志的数据流视图；

图25是示出了在停车控制中使用令牌动作日志的数据流视图；

图26是示出了一个“重要的”标准处置的示例的数据流视图；

图27是示出了用于处理未经请求的讯息的程序的数据流视图；

图28是示出了用于请求令牌的程序的数据流视图；

图29是令牌动作日志登记项的框图；

图30是令牌日志管理器的框图；

图31是示出了在金融交易授权中使用令牌动作日志的数据流视图；和

图32是示出了在在线金融交易中使用令牌动作日志的数据流视图。

具体实施方式

现在对附图进行说明，其中相同的标号表示相同的元件。为了清楚，标号的第一个数字表示在附图中第一次使用的相应元件的附图标号。

在下面的描述中，提供对编程、软件模块、用户选择、网络交易、数据库查询、数据库结构等的具体细节描述，以对本发明的实施例进行深刻的理解。但是，本领域技术人员应当理解，本发明的实现可以没有这些具体细节描述中的一个或多个，或可以使用其它方法、元件、材料等。

在一些情况中，已知结构、材料或操作未示出或详细描述，以避免使本发明的各方面变模糊。此外，在一个或多个实施例中，所描述的特征、结构或特性可以以任何合适的方式组合。

虽然下面的描述使用涉及通信管理的多个示例，但是本领域技术人员应当理解在此所公开的原理也适用于其它领域。类似地，虽然下面的描述经常提到“消息”，但是其它类型的“对象”也包括在本发明的范围之内。

参考图1，令牌发出者可以具有消息设备102、例如蜂窝电话、电子邮件客户机、网络服务器等。如下面所更加详细的描述，消息设备102包括令牌动作日志管理器(TLM)，其典型的是软件模块，用于创建令牌动作日志登记项、发出令牌和管理与令牌动作日志中的令牌有关的任何动作。TLM可以是通信系统的一部分，通信系统例如是电子邮件系统、电话系统、即时消息发送系统或寻呼系统。

令牌发出者创建令牌和发出104特定令牌给特定潜在令牌使用者。使用者可以对应于特定组或类、即家庭成员、朋友、同事和特定班级内的学生。但是，唯一令牌能够发出给各个使用者。具有不同目的的多个令牌可以分发给一个或多个实体。

在一些情况中，令牌使用者可以是与令牌发出者相同或者可以是运行在令牌发出者的消息设备102上的分开的处理。但是，通常，令牌使用者是某个希望与令牌发出者通信或者交互的其它实体。当令牌发出者创建新令牌时，令牌和一个或多个动作的对应集合被记录在发出者的令牌动作日志中。

在一个实施例中，动作集合是定制的，即使用者可以指定或选择与特定令牌相关的各种动作。如下面所描述，一些动作可以能够产生一个或多个其它动作。此外，一些动作可以包括条件(if-then-else)逻辑。各种动作在本发明的范围之内是可以的，其示例包括拒绝讯息、回复讯息、用标识符标示讯息、删除讯息、转发讯息给接收方、激活设备、可听地警告通信系统的使用者、可视地警告通信系统的使用者、从讯息中提取信息、修改令牌动作日志、产生新令牌和发送先前产生的令牌

在一个实施例中，令牌动作日志是已发出的令牌的列表，包括它们能够有效地使用的条件和它们针对的动作。令牌动作日志也可以包括其它信息，例如令牌的实际目的和通信的目的，以及给定令牌有效的条件。令牌动作日志的其它可能的名称包括“令牌库(tokenrepository)”、“令牌注册表(token register)”等。但是在此使用术语“令牌动作日志”，或者简称“令牌日志”。

当令牌使用者的消息设备106接收到新令牌时，所接收的令牌可以被保持在地址本中或者某个其它令牌存库中。请注意，该令牌存库与令牌动作日志不同。令牌动作日志包括这个人所发出的令牌。令牌存库或地址本包括其它人所发出的令牌。

在合适的时候，令牌使用者将令牌发出者发出的一个或多个令牌归还108令牌发出者，通常是作为某个消息(或其它对象)的一部分。当先前发出的令牌被发出者接收时，发出者的消息设备102采取在发出者的令牌动作日志中所标注的合适动作。

如下面所更加详细的描述，用令牌接收讯息只是一个“事件”，其可以致使相关的动作被执行。可以触发动作的其它事件包括删除讯息、读取讯息、打印讯息、转发讯息、回复讯息和将讯息归档。

为了清楚，图1没有描述讯息中的加密或复杂鉴权。当然，发出的令牌或正使用的令牌可以被加密，以防止在路由中被截取。此外，可以采用方法来验证令牌使用者实际上是该使用者所宣称的实体。各种加密和鉴权方法可以用于该目的。

图2描述了用于发出令牌的过程。该程序从发出者希望发出令牌开始202。也许某个人希望与发出者通信，并意识到有效的通信需要令牌。或者，发出者正期望来自公司或个人的一个消息，但是不希望接收到来自该公司或个人的后面的消息(例如垃圾消息或“spam”)。

在这种情况下，“令牌”是潜在地在令牌发出者的消息设备上启动动作的符号。令牌的确切格式没有严格限制。例如，令牌可以是被XML标记<token>和</token>包围的字母数字字符序列。在电话通信中使用的令牌可以是可以用电话号码发送的数字序列。给定电话号码后面可以跟着#令牌，例如555-1212#8793，其中8793是该令牌使用者所使用的令牌。在其它实施例中，令牌可以是前面有某个唯一标记的字母数字字符序列，例如字母“tk”。

对于电子邮件系统，令牌可以包括在MIME报头中(即在“令牌：”报头字段中)，在消息的主题中，在消息的正文中或者作为令牌发出者的电子邮件地址的一部分。RFC822电子邮件地址规范允许电子邮件用户的名称、电子邮件地址和备注带括号。因此，令牌可以包括在电子邮件地址的备注部分中。这种方法的优点是备注通常在电子邮件客户机地址本中被捕获，用于后来的使用。

令牌也可以在包括数据的消息中，用作令牌动作将使用的参数。令牌参数可以指定为各种数据格式。下面列出了一些示例：

tkl23abc：purposes(parameter_type：parameters)

tkl23abc：purposes(cgi-get：user＝samp22

tkl23abc(xml：token_data)

最末的示例可以指向嵌在消息中的一些XML标记中的参数(例如<token_data>parameters</token_data>)。

用于安排令牌的格式的XML数据类型定义(DTD)在下列的示例中示出：

<？xml？>

<tokens>

    <token value＝′abc123′>

    <parameters>

        <parameter>

            <name>user</name><value>Smith22</value>

        </parameter>

        <parameter>

            <name>group</name><value>members</value>

        </parameter>

    </parameters>

    </token>

</tokens>

当然，可以增添电子邮件地址规范，以允许令牌被嵌在电子邮件0地址中，其示例可以是：“#token&user@subdomain.domain”。这创建于这样的概念：TLM系统的使用可以作为令牌发出者，给不同的人发出“不同”的用于联系发出者的电子邮件地址(但是只用一个通用的电子邮件帐户)。

无论令牌的格式，它们都使用任何合适的方法而创建204。例如，令牌可以创建为随机字母数字字符的序列。或者，令牌可以根据一些预定字符序列而创建。令牌可以由操作者给定或者可以由操作者授权的另一实体给定。

在一个实施例中，所创建的令牌被检查，以确保其是唯一的——即未存在于发出者的令牌日志中。然而，如果所创建的令牌随机性足够且如果可能的令牌的基数足够大，则这种对唯一性的检查可以省略。例如，如果令牌定义为六个小写字母的随机序列，则有26的6次方个可能的令牌，或者308,915,776个可能的令牌。即使发出者在令牌动作日志中已具有1,000个其它唯一的令牌，但是新随机令牌与先前记录的令牌相同的可能性只存在308,915,776分之一。

当新令牌被创建时，其被记录在令牌动作日志中206。令牌动作日志也可以包括令牌有效的条件，例如其能够被使用的日期范围或次数。此外，令牌动作日志登记项表示哪些动作与给定令牌相关。令牌动作的概念将从下面对令牌处理过程的进一步解释中变得显而易见。发出者有机会在任何时候改变令牌动作日志登记项。

为了示出的目的，下列是与合并了TLM的电子邮件客户机相关的一些样本令牌动作。

表1

动作	描述
		accept；	将新消息接受入收件箱
reject；	避免接收该消息
		prompt；	提示实际上是否采取其它指定的动作
font(field，attribute[，attribute...])	将字段附在字体属性中，例如字体(主题，粗体)
		file(folder name)；	将消息存档到命名的文件夹下
reply(message[，email_address[，first_name]])；	发送电子邮件消息至电子邮件地址
		issue(token，message[，email_address[，first_name]])；	发出给定令牌(或者如果是空的则为新令牌)
set(field，value)；	将给定消息字段设置为给定值，例如设置(分类，学校)；
		append(field，value)；	为给定字段添加给定值(分隔的逗号)
record(type，file)	使用模板将数据记录在文件中(例如调查响应数据)
		log(type，file)	将数据以日志形式记录在文件中(再次例如调查响应数据)
run(program，parameters，...)	运行程序
		play(multimedia file)	播放音乐或录像
alert(message)	向发出者显示消息
		if_confirm(message)？；	提示继续进行，
delete(message[token])；	删除消息或令牌
		beep(type)	发出可听到的信号
×10(housecode，modulecode，command)	发送×10命令以控制家用设备
		decrease(token，uses)；	降低令牌“使用次数”字段
cancel；	取消请求的功能(如果事件是在功能已执行之前—否则取消该功能可能太迟)
		if_match(messagefield，/re/)？；	将一个字段与常轨表达进行比较
else；	表示比较不匹配时的动作
		end_if；	表示“if”陈述块的结束
treat(standard_treatment)；	使用来自标准处置令牌动作日志的给定动作。

令牌发出者可能希望在给定令牌动作日志中具有多个登记项用于给定令牌，也许具有令牌匹配或有效的不同条件。例如，令牌“abc123”可以存在于令牌动作日志中，首先由“john_doe@somewhere.com”这个人使用，然后由don_johns@there.com再次使用。但是，可以更加方便地给这两个使用者他们自己的唯一令牌。

确定208发出者是否希望令牌被发送到某处，因为令牌的一次使用将在后来返回给发出者。如果不是，则程序可以只是报告210新令牌已被创建，该方法在下面描述。

通常，新令牌被发送212或者传送给某个其它个人或者实体(特定令牌“使用者”)，其可能希望与发出者通信且能够后来通过消息将令牌返回给发出者。令牌可以被以任何方式发送，例如通过电子邮件或电话。

在一些结构中，令牌可以被公布在潜在地希望与发出者通信的实体可看到的文件中。该文件可以是物理的或者电子的，且可以例如包括目录、名片或者课程大纲。

在一个实施例中，令牌包括对令牌身份和令牌为什么需要被附到后来的消息上的说明的标示。可选地，令牌发送出时可以具有对令牌的预期目的的说明。消息令牌目的的示例可以包括：

●消息接收的确认

●回答问题

●提出问题

●检查时间表

●确认令牌使用者的一般归类

●请求另一令牌

●消息接收的证实

●对话

●一般目的

●RSVP会议请求

●安排会议

●发送信息

●发送新闻信札

●发送紧急消息

●提交调查问卷的答案

●识别垃圾电子邮件

●请求对金融交易的授权

令牌的预期目的可以被记录在令牌文件中。但是，可以不是总是让令牌的目的被大家所知。例如，“删除该消息”令牌可以发给很可能发送垃圾电子邮件的商家。令牌的预期目的是删除消息，但是令牌发出者不一定需要将此告诉令牌使用者。反之，令牌发出者可能希望令牌的目的是“针对任何消息”。即“公开的目的”。

预期目的和公开目的可以记录在令牌动作日志中。在令牌被发出或重新发出时，公开目的也可以随着该消息发送。

当新令牌被发送给使用者时，其可能希望被记录214在令牌动作日志中或者令牌自身表示令牌将被发送给谁。这对于在发出者希望确认谁在特定令牌改变时可能受到影响的时候有用。令牌动作日志和/或令牌自身也可以包括令牌发出者的标识。

图3描述了令牌的一次使用——将令牌在消息中发送回令牌发出者。在这种情况中，消息发送者(即令牌“使用者”)发送302消息给作为令牌“发出者”的接收者。消息被接收者的消息设备接收304。接收者的消息设备包括令牌日志管理器(TLM)，其是消息处理器的一部分或者与消息处理器(例如电子邮件客户机)一起工作。

对于“在消息接受之前”的事件，TLM被调用以检查306对应于包括在消息中的任何令牌的动作。令牌的处理在下面的附图中更加详细地描述。TLM可以根据令牌动作日志中的动作来确定308接受消息的功能应当被取消，在这种情况中，消息没有被接受且发生的情况被报告310。

如果令牌动作日志动作没有表示取消该功能(或者拒绝该消息)，则消息处理器能够执行该功能，以接受消息(例如将该消息接收入收件箱中)312。此后，TLM再次在令牌动作日志中检查消息被接受之后的动作314。

参考图4，通过“功能启动”程序对令牌动作日志的一般使用进行描述，其中“功能”可以是令牌发出者的设备的任何功能。消息设备的功能包括进行呼叫、编写消息、回复消息等。对于消息功能，功能的执行一般是消息处理器的责任。对于令牌功能，例如创建令牌或删除令牌，功能处理一般是TLM的责任。然后，在很多情况中，TLM是消息处理器的集成部分，或者被消息处理器调用。

所述程序从功能被启动的时候开始402。TLM首先被调用，以根据“[给定功能]之前”的事件来“使用令牌动作日志”。这检查在启动给定功能之前将执行的令牌动作，其在下面的附图中详细描述。令牌可以实际上取消该功能406，在这种情况中，该功能不被执行且功能的取消很可能被报告408。

如果功能没有被取消，则TLM或消息处理器启动该功能410。例如，消息处理器可以是电子邮件客户机，其具有删除消息的子程序。如果TLM确定(通过令牌动作日志中的信息)删除功能应该取消，则电子邮件客户机不应该删除该消息。

在一个功能被执行410之后，TLM根据“在[给定功能]之后”的事件再次使用令牌动作日志412，其检查在该功能被执行之后将执行的令牌动作。

例如，当新令牌被创建时，根据“在令牌被创建之后”的事件访问TLM，以查询新令牌。或者，如果新令牌将被发送至潜在的令牌使用者，则TLM被访问“在令牌发送之前”的事件。在令牌被发送至潜在使用者之后，TLM被访问“在令牌发送之后”的事件。在这种情况中，我们指的是发送发出者的令牌，不是从另一发出者接收的令牌。TLM只对被记录在通信系统的令牌动作日志中的令牌产生反应。这包括先前已创建且由TLM分发的令牌，以及TLM接受自授权的其它实体的令牌。

图5示出了如果先前发出的令牌被重新发出则将采取的TLM动作的“启动功能”的示例。在这种情况中，事件是令牌事件，因为其不是作为消息的一部分被接收，至少直到其被附到待发送至潜在令牌使用者的消息上。

作为另一“启动功能”的示例，图6示出了如果令牌发出者的消息设备正发送调查问卷则将采取的TLM动作。在这种情况中，事件是消息事件，消息是调查问卷。该调查问卷的发送可以具有新令牌或者先前发出的令牌。令牌动作日志可以为与“调查问卷发送之前”的功能对应的附着令牌指定动作，例如在调查问卷主题的某个列表中记录该调查问卷正被发送。令牌动作日志也可以指定在调查问卷用该令牌发送之后，发送的消息的副本应当从发送项目的发件箱中删除。

作为另一“启动功能”的示例，图7示出了当有呼叫进入时电话设备上的TLM动作。在这个示例中，呼入的电话呼叫是正被处理的“消息”。TLM在接收呼叫之前(即在被转接给被叫方之前)以及在接收该呼叫之后检查令牌动作日志。该“功能“是接收呼入的呼叫。伴随呼入呼叫的令牌可以触发诸如下列的令牌动作日志动作：对于重要呼叫振铃声变大、转发呼叫给其它号码或者向主叫方播放预记录消息。

参考图8，示出了涉及令牌的两类事件。第一类是对象(例如消息)事件，其涉及可能附有一个或多个令牌的对象的事件。消息对象事件的示例包括：“在消息接收之后”，“在消息回复之后”，“在消息删除之前”等。

第二是令牌事件，其涉及记录在令牌动作日志中的令牌的事件，独立于任何其它对象，其被称为“令牌事件“。下面给出了一个示例。

如果对象事件发生802，则附有任何令牌的对象(例如接收的消息)被发送给TLM。TLM提取出附到对象上的任何令牌804。然后，TLM在令牌动作日志中查询令牌806。TLM检查任何匹配的令牌，以查看它们是否过期808，然后确认相关的动作810。如果必要，TLM明确(clarify)将执行的相关令牌动作812。所得的动作被处理814。最后，如果需要，将结果报告给令牌发出者816。

如上所述，可以发生涉及令牌自身的事件，而没有其它对象818。例如，如果令牌发出者试图删除令牌，则发生“令牌删除之前”的事件。在这种情况中，TLM的调用除了令牌自身之外没有其它对象。“对象”为“空”表示没有对象820。TLM无需获得令牌804，因为令牌已被确定。反之，令牌被假定为是给定令牌，其被在令牌动作日志中查询822。否则，程序如通常继续进行，检查令牌匹配的有效性808等。

触发使用TLM的可能事件的范围与所能使用的应用的范围一样宽。事件通常与应用的系统的功能有关。“在[功能]之前”的事件可以发生在执行功能之前，且“在[功能]之后”的事件可以发生在执行功能之后。

作为示例，电子邮件系统可以具有对应于下列类型功能的“...之前”和“...之后”的事件：

●消息接受—接收到和接受新消息。

●消息删除—删除消息。

●消息存档—将消息移到文件夹中。

●消息回复—对接收到的消息进行回复。

●消息打印—打印给定消息。

●消息归档—将消息拷贝到归档位置中。

任何对象处理器的任何功能可以触发与TLM相关的事件。

图9是“获取对象令牌”程序804的一个实施例。图9和后面的附图将“对象”设定为“消息”，虽然对象可以是除了消息之外的其它事物。一般而言，术语“对象”或者另一对象的名称在图9和后面的附图可以替换为“消息”。

消息(再次这可以读作“对象”)经历某个事件，致使程序被调用902。该消息被检查，以检查其是否具有一个或多个令牌904。如果发现对象没有附有令牌904，则“令牌”被认为是“(空)”906。“(空)”令牌是被指定为匹配没有令牌的消息的令牌。这允许我们对未附有令牌的消息查询相关的动作。

如果消息附有多于一个的令牌，则对每个令牌进行考虑是必要的。我们从出现第一令牌开始908。在“(空)”令牌的情况中，第一消息令牌是“(空)”令牌。每个令牌可以包括参数910，其应该被TLM标注，以防在处理令牌的动作时需要这些参数。

然后，查询令牌动作日志中的令牌并处理相关动作914，其在后面的附图中详细示出。如果这个消息没有更多的令牌914，则程序结束916。如果有更多的令牌，则令牌发出者(即配置TLM的人)可以将设置设定成不处理多个令牌918，在这种情况中，程序结束920。否则，检索下一消息令牌922，且从标注后面的令牌参数处重复循环所述的程序910。

在很多应用中，令牌使用者将令牌发出者的令牌之一包括在给定消息中已足够了。但是，其它应用可以从正发送的多个令牌中获益。用于处理多个令牌的手段可以不同，这取决于实现方式。另一情况可以包括：

●可以以令牌出现在发送者的消息中的顺序来处理令牌。

●可以以基于接收者的令牌动作日志中所表示的优先权的顺序来处理令牌。

图10是“查询令牌”程序806的一个实施例。图10的程序在已识别出令牌且需要在令牌发出者的令牌动作日志中查询该令牌的时候调用。从具有需要在令牌动作日志中查询的已识别出的令牌开始所述的程序1002。(或者表示没有令牌的“空”令牌被附到消息后。)在合适的令牌动作日志中查找是否存在该令牌1004。

在一个实施例中，TLM可以具有多个令牌动作日志。TLM通常具有一个(或多个)主要令牌动作日志，和一个(或多个)“标准处置(Standard Treatments)”日志。“标准处置”是限定令牌类而不是单个令牌的令牌动作日志。当然，“标准处置”日志无需实现为令牌动作日志。

例如，如图26所示，标准处置可以包括关于“重要性“的登记项，其将消息作为重要的消息。标准处置文件中的“令牌”可以是“处置”名称(例如“重要性”)。一个有价值的“处置”是“默认”，其为对于特定事件没有动作和/或定义的令牌状态的消息令牌指定默认动作。因此，如果该程序将使用“标准处置”作为令牌动作日志，则特定处置名称被用作将搜索的“令牌”。

下列是用于个人电子邮件客户机的标准(默认)处置的示例。作为示例，假定用于令牌动作日志中的每个给定令牌的动作登记项具有下列的形式：

###事件1###

       (default actions for event 1

     [[[token status 1]]]

       (actions for event 1 token status 1

     [[[token status 2]]]

       (actions for event 1 token status 2

     ...

###事件2###

     ...

同样，用于电子邮件系统的默认处置登记项可以如下列所示：

标准处置中的示例性默认令牌动作

###在消息被接受之后###

      [[[valid token]]]

           decrease(token，uses)；

           accept；

      [[[expired token]]]

           reply(expired)；

           reject；

      [[[blank token]]]

           if_match(subject，/^request.*？token/)；

               prompt({from}requesting token：{subject})；

               reply(issue)；

               reject；

           else；

               reply(suggest)；

               reject；

           end_if；

    [[[invalid token]]]

         reply(invalid)；

         reject；

###在消息被显示之后###

         set(read，yes)；

回复动作指发送的标准格式的消息，如下所示：

●回复(过期)—发送“您发送的令牌已过期。如果您需要新令牌，请通过其它方式与此人联系...”。

●回复(发出)—创建新令牌和发送“此人已向您发出您在将来发送信件应当使用的令牌‘abc123’”。

●回复(建议)—发送“此人使用令牌电子邮件系统，当您发送消息时需要带有令牌。为了获得令牌，请以‘请求令牌’的主题发送消息，和...”。

●回复(无效)—发送“您发送的令牌无效。如果这是个错误...”。

这只是简单的示例，且只是用于示出对于TLM系统的一种应用的默认令牌行为。

“令牌匹配”是令牌动作日志中匹配给定令牌的令牌。这表示其不仅匹配该令牌(或者在标准处置的情况中，匹配该处置)，还匹配其它条件，例如用于消息发送者的电子邮件地址的模式。这允许令牌动作日志要求令牌只在来自特定发送者或域时才有效。

参考图10，如果在令牌动作日志没有发现该令牌1006，则TLM检查令牌是否为“(空)”，表示消息未附有令牌1008。如果令牌为“(空)”，则TLM试图启动关于令牌状态为“空令牌”的这个令牌的默认处置1010，其将在后面的附图中详细描述。如果令牌不是空，则TLM试图启动关于令牌状态为“无效令牌”的该令牌的默认处置1012。

在一个实施例，当TLM考虑附到对象上的令牌(或独立令牌)时，其确定令牌状态。多个状态值都可能处于本发明的范围之内：

●空令牌—由于没有令牌附到正被处理的消息上，所以(空)令牌得到考虑且(空)令牌有效。

●无效令牌—未在令牌动作日志中发现该令牌(空或非空)。

●过期令牌—在令牌动作日志中发现该令牌(空或非空)，但是已过期。

●有效令牌—在令牌动作日志中发现该令牌(空或非空)，且未过期。

●误用的令牌—在令牌动作日志中存在的但是未满足使用的基本条件的非空令牌。

●过期令牌—在令牌动作日志中存在的但是已过期的非空令牌。

●无效空令牌—令牌动作日志中的没有空令牌登记项的空令牌。

●误用空令牌—在令牌动作日志中存在的但是未满足使用的基本条件的空令牌。

●过期空令牌—在令牌动作日志中存在的但是已过期的空令牌。

●有效空令牌—在令牌动作日志中存在的且满足使用的所有标准(且未过期)的空令牌。

可以有其它特定令牌状态，表示给定令牌可以无效的特定方式。一般方法是具有两个主要令牌状态值：有效和无效。然后，可以有任何数目的次要令牌状态值用于无效令牌，表明为什么令牌被认为无效，例如：

●无效：未发现—在令牌动作日志中未发现令牌

●无效：不良使用者—未得到授权的使用者的令牌

●无效：过期—令牌期限已过

●无效：过期的使用—令牌使用次数少于一次

这种令牌状态方案的优点是能够容易地采用记录在令牌动作日志中的令牌动作的通配符。例如，给定令牌动作日志登记项可以指定用于由于过期而无效的无效令牌的一个动作(例如发送关于何时过期的消息)和用于所有其它无效令牌状态值的另一动作。令牌动作日志可以包括用于“[[[invalid：expired date]]]”的第一动作登记项(用于给定功能事件)和用于“[[[invalid：^*]]]”的后续动作登记项，其中“*”表示表示任何匹配的通配符。(也可以使用所谓的“常规表达”。)如果TLM系统被配置成只对用于给定令牌的第一匹配动作反应，则令牌动作的这个设置可以实现所需的系统行为。

此外，令牌状态可以是多维的。令牌状态可以包括下列因素：

●有效性＝有效或无效

●违规(violation)＝无效的理由

●是否存在(presence)＝空或非空

然后，在令牌动作日志中，动作可以使用所需的通配符(和合适的默认令牌状态因素)根据这些因素来指定。令牌动作日志动作中的识别符格式可以是[[[validity(violation)presence token]]]，表示动作匹配，如下所示：

●[[[valid blank token]]]匹配在令牌动作日志中发现的空令牌。

●[[[valid^*token]]]匹配空或非空令牌。

●[[[invalid(*)non-blank token]]]匹配任何无效非空令牌。

●[[[invalid(expired date)expired uses]^*token]]]匹配已过期或过期使用的令牌动作日志中的任何空或非空令牌。

用于给定令牌的合适令牌状态值通过TLM的程序来确定。可能令牌值的较密列表是否有利，这取决于TLM实现的情况。

在一些情况中，令牌动作日志中的多于一个的登记项可能匹配给定令牌。TLM考虑其概率且可以从第一匹配开始1014。TLM的注要动作是检查令牌，以确保其没有过期，以及处理相关动作1016，其在后面的附图中详细示出。

如果令牌动作日志中没有更多的匹配登记项1018，则程序结束1020。否则，如果TLM管理员已将TLM设置为处理多个匹配1022，程序结束1024。如果设置为不处理，则TLM获取下一令牌动作日志登记项匹配1026和重复1016。

图11是“检查令牌匹配”程序808的一个实施例。具有令牌匹配1102表示令牌文件中的一个或多个登记项与在考虑之下的令牌(其可以是空令牌或非空令牌)匹配。

“检查令牌匹配”程序808的一个目的是确定令牌是否已过期1104，以及识别正确的令牌状态。存在多种令牌可能过期的方式。例如，令牌的期限可能已过。或者，令牌可能只被授权用于设定次数的使用，且其次数已超过。

如果令牌匹配通过任何期限标准确定已过期，则令牌状态为“过期令牌”1106和进行到为该令牌状态指定合适动作的程序1116，这在后面的附图中详细描述。如果令牌匹配没有满足期限标准，则保持令牌状态不变1108，或者，如果令牌状态未设置，则将令牌状态设置为合适的有效值。如果令牌为空1110，则令牌状态应该反应令牌为空1112。请注意，“空令牌”的令牌状态具有“有效的空令牌(即在令牌动作日志中发现且未过期)”的意思。但是，如果令牌非空，则令牌状态变成“有效令牌”1114，其具有“有效的非空令牌(即在令牌动作日志中发现且未过期)”的意思。不管令牌状态如何，所述的程序进行到指定和处理令牌动作1116。

图12示出了“识别令牌动作”程序810和从图11的步骤1116开始的一个实施例。这个程序的目的是识别用于给定事件和令牌状态的动作集。这包括在合适的时候查询默认动作。

第一种可能性是如果令牌匹配自身包括用于给定事件和令牌状态的动作1204。如果存在令牌匹配中定义的动作，则进行到下一程序，以明确(clarify)和处理动作1206。

如果令牌匹配未具有为给定令牌匹配而定义的动作，则仍可能存在默认动作。首先，TLM能够查询用于给定事件的默认动作1208，其无论令牌状态都被调用。如果未发现任何动作，则TLM能够查询用于给定令牌状态的默认动作1210，而不管是什么事件。请注意，如果在搜索默认动作时系统设计者优选使令牌状态优于事件，则后面两个步骤可以交换。

如果在给定令牌动作日志未发现这些默认动作，则程序仍然查询“标准处置”令牌动作日志中的默认动作1212，其在下一附图中详细描述。

如果需要在“标准处置”令牌动作日志中检查默认动作，则这些程序可以从前一程序1302调用。由于前一程序可能已查询“标准处置”令牌动作日志，所以需要放弃这个搜索1304，以避免无限递归。换言之，如果在“标准处置”令牌动作日志中未发现默认处置，则用于默认动作的选项已穷尽，且TLM可以报告这种情况1306。

如果TLM在“标准处置”令牌动作日志中还未检查到默认处置，则可以简单地通过调用“查询令牌”程序(在前一附图中描述)来查询这种处置，指定在“标准处置”中查询“默认”处置。再次，这是最后的方法，TLM在尝试这么做之后返回1310。这个“返回”表示返回指示符，表示相关令牌动作是否导致取消该动作。如在此所使用，术语“返回”以计算机编程的方式而使用—完成子程序并返回至调用程序。

图14示出了“明确要执行的动作”程序812的一个实施例。在一个实施例中，一些动作可以指向其它动作。例如，这些动作可以指向标准处置1404。如果指向标准处置，则使用来自“标准处置”令牌动作日志的相关动作，其对应于给定处置1406。在一种实现中，跟踪哪些处置已被调用，用于给定令牌，使得一个处置没有任意调用自身而造成无限递归。一种方法是防止“标准处置”文件中的登记项调用其它标准处置。

如果标准处置已指定，但不能发现关于“标准处置”中的处置的匹配，则这是可能被报告的问题1410。如果已发现标准处置1408，则在合适的时候使用标准处置动作1412。

图14的程序的另一目的是允许令牌发出者(即其设备具有TLM系统的人)被提示要进行的动作的可能性1414。如果发出者已指定被提示要进行的动作，则设置为将执行的动作集1420通过发出者的优选来限定1418。处理根据该明确行为所得到的任何动作1416，其在后一附图中详细描述。

图15对应于“处理动作”程序814。该程序从动作列表开始1502，例如从前一附图的程序中获得的动作列表。由于可以有多个动作，所以从动作列表的顶部开始1504。如果在列表中没有更多的动作1506，则已完成所有的动作且可以报告所发生的事情1508。

如果有更多的动作待处理，则获取列表上的下一动作1510。如果碰巧存在条件分支1512，则确定致使分支的条件1514和进入合适的分支1516。条件分支的示例是“如果该消息具有附件，则保存附件，否则跳过保存附件命令。”(动词“分支(branch)”以编程的方式使用：根据动作列表中的不同命令而前进。)如果是无条件分支动作1518，则进入该分支1516，而无需检查条件。

作为特定动作的另一示例，TLM考虑当前动作是否是“取消功能”动作1520，其表示启动该事件的功能不应当执行。如果是这种命令，则进行标注1522，使得这个信息能够被返回至调用程序(和该功能被真正地取消)。在该图中未示出的另一特定动作可以是“未取消功能”动作，其将(通过重设定取消该功能的标注)使“取消功能”动作的结果相反。

可以有任何数目的其它动作，其可以在令牌动作日志登记项中指定。在本公开的其它部分示出了示例性列表。一般而言，这些动作被执行1524。请注意，这些动作可以使用与令牌一起且先前被标注的参数，或者可以使用记录在特定令牌动作日志登记项中的令牌条件。这个程序一直重复到动作列表上的所有动作都已被适当地寻址为止。

图16对应于“报告发生情况”程序816。这个程序提供了报告可能发生的任何TLM发生情况的机会。在一个实施例中，该程序从将特定发生情况进行可能的报告开始1602。

在此考虑了“报告”的两个可能的方式，虽然可以有其它方式。首先，发生情况被以日志方式记录1604，其在某个类型的日志文件中标注发生情况1606。其次，使用者(即令牌发出者)可能需要得到对给定类型的发生情况的通知1608。例如，TLM可以通过发出蜂鸣声和显示消息等来通知使用者1610。在其它情况中，没有进行报告。

在报告所需的发生情况之后，该程序返回到调用程序1612。如前所述，这可以包括返回标记或其它指示符，其关于指定的令牌动作是否取消该启动功能。

图17描述了TLM系统用于过滤电子邮件的一个实施例。令牌发出者希望向公司请求价目表，意识到公司经常使用他们接收到的电子邮件地址来在后来发送未经请求的电子邮件(spam)。甚至更糟的是，一些公司销售电子邮件列表给那些使用这些电子邮件地址来推销产品的其它公司。令牌发出者希望避免这种后来的spam电子邮件。

这通过给公司XYZ发出具有能够使用的固定次数的令牌来实现。用于该令牌的动作在该图的顶部令牌动作日志中示出。(发出的令牌“uzp314”用箭头标示出。)用于有效令牌的动作降低了可用的令牌使用次数，接受该消息和发送自动回复的感谢消息。如果在过期之前接收到令牌(在第一次使用之后)，则发送合适的“过期”消息且拒绝该消息。

当公司XYZ返回价目表，其包括该令牌。由于令牌仍然可使用一次，它是有效的且消息被接收。但是，如果公司在后来发送包括该令牌的spam，则令牌动作日志中的“剩余的使用次数”条件已被减至零，且该spam被拒绝。

作为扩展，一个人可以发出“高优先权”令牌给相关消息发送者。与接收该令牌相关的动作可以包括显示粗体格式的消息，致使可听得到的通知，寻呼这个人等。如果这个发送者将该令牌包括在消息中，则进行这些动作。对电子邮件的其它可能应用几乎是无限的。

图18描述了将TLM系统作为电话过滤器使用。在这种情况中，令牌发出者希望公司XYZ在2002年8月10日给他回电话。这个期限记录在令牌动作日志中(在令牌36314中，图中用箭头标示出)。由于这是个重要的电话，所以有效令牌的接收具有使电话大声地振铃的动作。

如果公司试图在令牌期限日之后使用该令牌呼叫该令牌发出者，则令牌状态被登记为过期，致使自动回复消息和拒绝该呼叫。因此，来自使用该令牌的该公司的呼叫在令牌过期日之后被过滤掉。

在一般应用中，呼叫蜂窝电话的人可能被要求包括令牌，除了电话号码之外，其可以只是简单的数字码。如果主叫方呼叫时没有包括这种消息令牌，则电话系统能够自动通知主叫方需要令牌。从某些电话号码呼叫的人能够被允许没有令牌(即具有空令牌)。主叫方能够请求令牌，该令牌根据对接收者的判断而发出。当接收到给定令牌时，可以进行特定动作，例如让呼叫振铃传送给接收方，播放特定的振铃音乐，闪光等。

图19是在课程管理的情况下使用令牌动作日志的示例性应用。老师正在上课，其中她通过电子邮件与学生进行交流。老师将她的电子邮件地址打印在课程大纲上。

她还创建用于这个课程的两个令牌。一个令牌用于给整个班级的可能感兴趣的一般问题。包括该令牌的进入的消息(学生的问题)被自动地贴到班级论坛上。具有该令牌的出去的消息(老师的回答)也可以被贴到班级论坛上。第二令牌用于特定于学生的问题。具有该令牌的进入的消息将“呼叫”老师且自动存档到“课程收件箱”中。这两个课程令牌也列出在课程大纲中，且学生得到指导在发送给老师的任何电子邮件中使用其中一个或其中另一个令牌。

老师可以允许令牌从任何域中的任何电子邮件地址发送令牌，或者她可以将其限制在大学域内。同样，她可以进行标记，令牌只在学期之内有效——在这个时间之后，学生将自动收到“该令牌已过期”的消息。

图20示出了自动化的调查记录器应用示例。其使用称为“日志”的动作，其记录调查日志文件中的结果。

调查者可能希望通过电子邮件调查其他人。创建的令牌可以具有用于接收的消息的动作，该动作自动将调查响应记录在数据文件中。然后调查者将调查表通过电子邮件发送给调查对象，其具有包括有“回复”地址的令牌。调查对象完成调查问卷且通过电子邮件将结果发送回调查者。调查者的电子邮件系统识别该令牌且自动分析调查响应且将其记录在调查响应文件中。

图21是使用TLM的家用控制设备的示例。一个人正在进行延期的假期且不知道当他不在家时是否需要运行草坪自动喷洒器。因此，他在临走之前在他的家用电话的令牌系统中创建令牌。当令牌被作为消息的一部分而接收时，用于该令牌的动作将打开自动喷洒器系统。当他正在进行假期时，他可以通过报纸检查家乡的天气。如果需要浇灌草坪，他可以呼叫他的家里电话且包括该特定令牌—打开他的喷洒器系统。

图22是令牌发出者是令牌使用者的状况的示例。在这种情况中，令牌被设置为使得不能被随意地删除。“令牌删除之前”的令牌事件具有提示用户删除该功能的动作。

考虑到前述的情况，令牌动作日志的使用可以是有利的，即使没有将令牌与其它人通信。令牌可以由使用者创建(且记录在他或她的令牌动作日志中)，其作为附有令牌的消息的特定属性的指示符。例如，一个人可以创建专用令牌，其被记录在令牌动作日志中，具有附有这些令牌的对象或消息不能被删除的动作。当使用者试图删除附有这种令牌的消息时，消息设备将删除该令牌，在令牌动作日志中查询关于“在消息删除之前”的事件的动作，以及防止这个人删除该消息。因此，删除这种消息的方式将是改变令牌的动作(记录在令牌动作日志中)，以允许进行删除，在删除消息之前将令牌从消息中移开，或者将令牌从令牌动作日志中删除(这将反之对于该消息激活“无效令牌”响应)。

图23是在网站试用的情况中使用TLM的示例。对于这个示例，消息设备是公司网页服务器。令牌被在包括在产品包装内的文件上而分发给顾客。当令牌由顾客初始提交给公司的网页服务器时，网页服务器中的TLM识别出这是无效的令牌，但是是有效的产品序列号。因此，默认动作变成在令牌动作日志中创建新登记项，用于该给定令牌，其具有30天的期限。对于这30天，这个人被认为是网站的试用使用者，且因此被鉴权(通过在网站上提交该令牌)可以访问网站。在30天之后，这个人使用该令牌不能访问该网站，而是接收到一个自动发出的消息，鼓励她交钱，以完全订阅该网站服务。

示例24和25示出了该对象不是消息，而是非消息对象。对于图24的示例，汽车零件零售商希望从多个批发商之一定购零件，但是不想收到未定购的任何项目。当发出定单时，令牌发出者在定单中包括新创建的令牌。当然，这个令牌记录在发出者的令牌动作日志中。然后，当一个项目从批发商运送出时，应当包括该令牌。当该项目被接收且令牌有效时，系统自动地为该项目付款。

如果批发商使用先前使用的令牌或没有使用令牌而无意或者有意在将来运送未定购的零件，则令牌发出者的TLM将识别出这个问题且返回该零件。因此，TLM系统防止令牌发出者接收到未定购的零件。

图25的示例示出了非消息对象是汽车，或者更具体地说是汽车中的令牌使用者。使用者在线购买“令牌”，其允许该使用者进入停车场进入预定的次数。停车场大门包括其检查潜在停车者所输入的令牌的TLM。通过在停车场大门处输入有效且未过期的令牌，使用者可以进入停车场。如果令牌无效或者过期，则TLM限制使用者进入停车场且可以要求使用者支付更多的钱。

TLM系统用于访问控制的的这种应用与很多其他领域具有类似的应用，包括：

●学校午餐—学生获取午餐用的令牌。

●体育馆会员证—有效会员具有进入健身室的令牌。

●洗车—这个示例已在本文件的前面描述。

●处方重填—医生为具有受限使用且在药房处通过EDI验证的处方提供令牌。

●无键式宾馆房间门锁—房客得到在他们居留期间可以打开房门的令牌。其它令牌动作日志动作可以例如包括打开灯或者根据房客的喜好来调节温度。

●出租汽车门锁—出租汽车可以具有类似的特征，其只允许汽车在令牌被发出给乘客的时候开始。

●或者其它服务，特定顾客能够在特定的时间段内使用。

图27示出了用于处理未经请求的电子邮件或其它讯息的程序。例如XYZ公司可能发送未经请求的电子邮件给具有TLM的用户。由于电子邮件没有包括令牌，TLM在令牌动作日志中发现用于空令牌的标准处置。示出了多个示例性动作。

在一个实施例中，TLM发送回复至XYZ公司，表述该公司必须先请求一个令牌。可以规定XYZ公司确认的格式。例如，XYZ可能需要用以“请求令牌：”开始的主题词进行回复。此外，XYZ公司可能被请求提供对通信目的的说明，例如“请求向您发送重呼通知的令牌”。

用于请求令牌的示例性程序在图28中示出。在一个实施例中，当令牌请求被接收到时，TLM可能提示使用者接受该讯息。例如，TLM可能允许使用者(1)发出令牌，(2)拒绝该讯息，或者(3)忽视该讯息。

如果使用者接受该讯息，则令牌被发出且发送至XYZ公司。此后，XYZ公司可以发送具有该令牌的原始消息给使用者，其可以被TLM接受入使用者的收件箱。

可以想到的是，spam发出者可以配置自动化的电子邮件“自动装置(robot)”，以发送具有假的目的说明的令牌请求。为了防止这个问题，TLM可以发送讯息至XYZ公司，其包括描述一个代码的图像。图像例如可以体现为GIF或者JPEG图像。在一个实施例中，该代码可以是人可以读取的字母数字码。但是，该代码可以使用非普通字体、阴影、放置和/或间隔的图像来表示出，以预防光学字符识别(OCR)。在一个实施例中，在令牌被发出之前，XYZ公司代表可能被请求可视地判断该代码且将该代码包括在令牌请求中，有效地防止了完全自动化的信息兜售(spamming)。

在一个实施例中，当讯息被通信系统接收时或者响应于另一事件，令牌可以被自动地分配给还未包括令牌的任何讯息。例如，接收到的讯息可以具有其存在于TLM使用者的地址本中的返回地址。不是要求发送者请求令牌，如图28所示，发送者的讯息可以自动得到一个令牌。在一个实施例中，这可以通过使用标准处置来完成。响应于其它条件，令牌可以被自动分配给讯息，这可以由令牌发出者编程。

如图29所示，令牌动作日志2900可以体现为数据表，包括下列类型的信息：

●令牌2902(或者在标准处置令牌动作日志的情况中为处置)，或者令牌模式。

●令牌使用可以有效的条件2904，例如期限或者使用次数的上限。

●令牌的目的2906，包括预期目的和/或传达给使用者的目的。

●这个令牌所启动的动作2908。动作通常根据功能事件和令牌状态来指定。

●关于令牌2902的元数据2910。示例可以包括令牌2902的创建日期或者这个令牌已被发送至的使用者的列表。包括表示令牌最近使用的时间的时间戳是有价值的。这个信息在识别旧令牌登记项是有帮助的，其可以从令牌动作日志中删除(移去或者归档)。

当然，令牌动作日志2900可以通过使用本领域技术人员所知的各种类型的数据结构来实现。例如，令牌动作日志2900可以体现为XML文件、数据库中的一张或者多张表等。

图30示出了根据本发明的实施例的令牌日志管理器(TLM)3000的模块。在此所描述的每个模块可以使用任何合适的软件和/或硬件组合来实现。在一些实施例中，两个或多个模块的功能可以组合入单个模块中。或者，两个或者多个模块可以用来实现所述的单个模块的功能。

在所述的实施例中，TLM 3000包括令牌发生器3002，用于创建一个或多个令牌2902。如前所述，令牌2902可以是任何合适格式的任意符号。令牌发生器3202可以产生作为随机符号序列的令牌，或者可以从系统操作员或者一些其它授权的来源接收令牌符号。

TLM 3000也可以包括或者访问令牌动作日志2900，以将每个令牌2902与可定制的一个或多个令牌的集合相关。此外，TLM 3000可以包括令牌分发器3004，用于分发所创建的令牌2902给潜在地希望与TLM 3000的使用者通信的实体。

在一个实施例中，TLM 3000包括讯息接收器3006，以接收令牌发生器3002先前所产生的特定令牌2902所伴随的讯息3008。讯息接收器3006可以被连接至查询模块3010，查询模块3010在令牌动作日志中搜索与接收的讯息3008中的特定令牌2902相关的一个或多个动作的集合。

如图所示，TLM 3000内的动作管理器3012可以执行查询模块3010所识别的一个或多个动作的所述集合。在一个实施例中，动作可以是将讯息3008接收入收件箱3014中等。

图3 1示出了管理金融交易和防止欺诈的TLM系统的一个实施例。在这个示例中，TLM嵌入金融卡(信用卡或借记卡)持有者所操作的移动电话中。金融卡持有者希望在假设称为“Burgers，Inc”的公司进行购买活动。

卡持有者发出他的请求3102且被告知价格3204。卡持有者然后通过选择发出交易-授权令牌的功能3106来启动他的通信设备(即蜂窝电话)上的TLM。TLM通过创建用于交易授权的新令牌和允许TLM操作者指定该令牌的使用条件(例如交易值上限，有效厂商名称模式等)3108来进行响应。TLM可以要求操作者输入授权码，以防止未授权的操作者在该消息设备上发出交易授权令牌。卡持有者从消息设备屏幕上读取令牌3108并将其提供给所述卡进行交易3110。除了也如所需地输入交易令牌之外(或者让顾客输入交易令牌)之外，餐厅雇员如通常处理该卡。

授权系统发送关于交易的信息给卡信息交换所3114。卡信息交换所的交易授权系统识别出这个特定卡号需要来自卡持有者的消息设备3116的令牌交易授权。这包括了解消息设备的地址，其对于移动电话则是电话号码。

信息交换所系统自动地使用包括该令牌的交易信息来与卡持有者的消息设备联系。如通常，TLM查询令牌动作日志中的令牌并执行合适的动作，且对于有效的令牌参数集则授权该交易3120。TLM可以记录该交易已授权，但是无需打扰卡持有者。然后，信息交换所3122提供普通授权信息给获取交易授权的公司。在一些实施例中，TLM实际上可以存储在信息交换所内。

在无效令牌交易参数的情况中3118，TLM将反之通过发送“未授权”消息来进行响应。例如，如果有人偷盗该卡且试图授权另一交易，则TLM将拒绝该授权请求。如果使用该令牌的条件没有得到满足，则即使在交易-授权令牌也被偷盗且包括在交易授权请求中，也将会发生这种拒绝。

如果卡持有者的消息设备不能处理授权请求1593，则卡信息交换所可以可选地提供暂时交易授权给该公司。然而，如果卡持有者的消息设备能够处理附有令牌的进入的消息，则该系统的有效性更大。因此，卡信息交换所可以只提供一定量之内的暂时的对金融交易的授权。

图32示出了与图31类似的实施例，除了描述在线交易之外。图32的程序非常类似于图31。在线交易的真实风险是顾客实际上无需提供实物卡来进行购买活动。经常有新闻报导有人闯入商用计算机系统且危及了信用卡号的安全性。对于图32的实施例，偷盗的信用卡号则没有什么作用。

合法顾客进行在线定购3202，例如填充在线“购物车”。在线商用系统发出购买总额3204且要求付款。合法顾客在她的消息设备上启动TLM的“发出交易令牌”功能3206。TLM创建具有用于使用的合适条件的令牌和动作3208，且或者将其提供给顾客，以让顾客传送，或者简单地直接传送给商家3210。

商家通过发送交易信息给卡信息交换所3214来获取信用卡号授权3212。卡信息交换所识别该交易必须从给定消息设备上获取令牌授权3216，且发送令牌和交易参数给令牌设备3218。TLM以通常的方式处理令牌消息，如果合适的话则授权该交易3220。信息交换所能够将该交易授权给在线商家3222，在线商家3222能够将确认消息转发给顾客3224。

图31和图32的实施例也能够涉及各种鉴权和加密方法，其在通信系统中普遍得到采用。例如，这些方法可以防止罪犯“哄骗”(欺骗)合适的消息设备且进行错误的交易授权。对于合适的鉴权和加密，授权涉及偷盗的信用卡号的交易的唯一途径是也在其无效之前偷盗令牌授权信息，或者“黑掉(hack)”TLM(其得到安全保护)。

虽然已示出和描述了本发明的特定实施例和应用，应当理解，本发明并不限定于在此所描述的具体结构和元件。对于本领域技术人员显而易见，在不脱离本方面的精神和范围的情况下，在此公开的本发明的方法和系统的布置、操作和细节可以进行各种修改、改变和变型。

Claims (78)

1.一种方法，包括：

在通信系统内产生一个或多个令牌；

使每个令牌与令牌动作日志中的可定制的一个或多个动作的集合相关，其中，伴随正经历一个事件的讯息，每个令牌将触发相关的一个或多个动作的集合；以及

使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体。

2.如权利要求1所述的方法，其中所述事件包括接收通信系统内的讯息。

3.如权利要求1所述的方法，其中所述事件选自下述组成的组：删除讯息、读取讯息、打印讯息、转发讯息、回复讯息和将讯息归档。

4.如权利要求1所述的方法，其中所述通信系统选自下述组成的组：电子邮件系统、电话系统、即时消息发送系统和短文本消息发送系统。

5.如权利要求1所述的方法，还包括：

删除事件，该事件涉及伴随有先前在通信系统内产生的特定令牌的讯息；

在令牌动作日志中搜索用于与所述特定令牌相关的一个或多个动作的集合；以及

执行所述的一个或多个动作的集合。

6.如权利要求5所述的方法，其中所述讯息伴随有先前在通信系统内产生的第二特定令牌，所述方法还包括：

在令牌动作日志中搜索用于与所述第二特定令牌相关的一个或多个动作的第二集合；以及

执行所述的一个或多个动作的第二集合。

7.如权利要求1所述的方法，其中每个令牌对应于一组实体。

8.如权利要求7所述的方法，其中至少一组实体选自由下述组成的集合：家庭成员、朋友、同事和特定班级内的学生。

9.如权利要求7所述的方法，其中使一个或多个令牌可用的步骤包括分发令牌给对应的实体组。

10.如权利要求1所述的方法，其中使一个或多个令牌可用的步骤包括将令牌的至少一个子集公布在潜在地希望与所述通信系统通信的实体可看到的文件中。

11.如权利要求10所述的方法，其中所述文件选自由下述组成的组：在先目录、打印的目录、名片和课程大纲。

12.如权利要求1所述的方法，其中使一个或多个令牌可用的步骤包括通过讯息将令牌的至少一个子集发送给潜在地希望与所述通信系统通信的一个或多个实体。

13.如权利要求1所述的方法，还包括：

在在通信系统内产生一个或多个令牌之前：

接收不包括令牌的讯息；

和请求来自讯息的发送者的确认；以及

其中使所述一个或多个令牌可用于分发的步骤：

响应于接收到所请求的确认，发送令牌给所述发送者。

14.如权利要求13所述的方法，其中请求确认的步骤包括：

请求来自发送者的确认，该确认包括了对发送者进行通信的目的的说明。

15.如权利要求14所述的方法，其中所述发送步骤包括：

接收包括对发送者的目的的说明的确认；

将说明提供给通信系统的操作者；以及

响应于接收到来自通信系统的操作者的批准，发送令牌给发送者。

16.如权利要求13所述的方法，其中请求确认的步骤包括：

发送讯息给发送者，该讯息包括了描述一个代码的图像，其中所述讯息指示发送者发送包括了所描述的代码的确认。

17.如权利要求16所述的方法，其中所述发送步骤包括：

响应于接收到包括了所描述的代码的确认，发送令牌给发送者。

18.如权利要求5所述的方法，还包括：

在接收包括特定令牌的讯息之前：

接收没有令牌的讯息；和

响应于一个或多个条件得到满足的情况，使所述讯息与令牌相关。

19.如权利要求18所述的方法，其中至少一个条件包括用于所述讯息的返回地址存在于通信系统的使用者的地址本中。

20.如权利要求1所述的方法，还包括：将一个或多个令牌附到已存在于通信系统中的一个或多个消息上。

21.如权利要求5所述的方法，其中至少一个动作包括提供所述讯息给通信系统的操作者。

22.如权利要求5所述的方法，其中至少一个动作选自下述组成的组：拒绝讯息，发送对讯息的回复，将讯息存档，记录讯息，用识别符标注讯息，删除讯息，转发讯息给接收者，激活设备，可听地告警通信系统的操作者，可视地告警通信系统的操作者，从讯息中提取信息，修改令牌动作日志，产生新令牌和发送先前产生的令牌。

23.如权利要求5所述的方法，其中至少一个动作包括条件逻辑。

24.如权利要求5所述的方法，其中所述特定令牌伴随有参数集，且其中执行所述的一个或多个动作的集合的步骤包括用所述参数集调用一个功能。

25.如权利要求5所述的方法，其中所述特定令牌与使用条件相关，且其中接收步骤包括：响应于使用条件得到满足的情况，执行一个或多个操作。

26.如权利要求25所述的方法，其中至少一个操作包括拒绝讯息。

27.如权利要求25所述的方法，其中所述使用条件包括期限。

28.如权利要求23所述的方法，其中所述使用条件包括特定令牌的预设使用次数。

29.如权利要求1所述的方法，其中至少一个令牌与所述至少一个令牌的发出者的标识相关。

30.如权利要求1所述的方法，其中至少一个令牌与向其发出所述至少一个令牌的一个或多个实体的标识相关。

31.如权利要求1所述的方法，其中至少一个令牌与所述至少一个令牌的预期目的的标识相关。

32.如权利要求1所述的方法，其中使一个或多个令牌可用的步骤包括分发具有不同目的的多个令牌给两个或多个实体。

33.如权利要求1所述的方法，其中使一个或多个令牌可用的步骤包括分发具有不同目的的多个令牌给一个实体。

34.如权利要求1所述的方法，还包括：

将令牌动作日志中的两个或多个动作与不同的特定事件关联。

35.如权利要求1所述的方法，其中令牌动作日志中的至少一个动作包括对一个或多个标准动作集合的参考，所述一个或多个标准动作集合被一个或多个令牌动作日志登记项所参考。

36.一种方法，包括：

接收来自希望与通信系统通信的实体的讯息，所述讯息包括先前在通信系统内产生的特定令牌，以支持所述讯息；

在令牌动作日志中搜索与所述特定令牌相关的一个或多个动作的集合；和

执行所述的一个或多个动作的集合。

37.如权利要求36所述的方法，其中所述通信系统选自下述组成的组：电子邮件系统、电话系统、即时消息发送系统和短文本消息发送系统。

38.如权利要求36所述的方法，其中至少一个动作包括接受所述讯息。

39.如权利要求38所述的方法，其中接受所述讯息的步骤包括将所述讯息接收入收件箱。

40.一种方法，包括：

在通信系统内产生一个或多个令牌；

使每个令牌与令牌动作日志中的可定制的一个或多个动作的集合相关；

使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体；

接收伴随有先前在通信系统内产生的特定令牌的讯息；

在令牌动作日志中搜索与所述特定令牌相关的一个或多个动作的集合；以及

执行所述的一个或多个动作的集合。

41.一种通信系统，包括：

令牌发生器，创建一个或多个令牌；

令牌动作日志，使每个令牌与令牌动作日志中的可定制的一个或多个动作的集合相关，其中，伴随正经历一个事件的讯息，每个令牌将触发相关的一个或多个动作的集合；以及

令牌分发器，使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体。

42.如权利要求41所述的系统，其中所述事件包括接收通信系统内的所述讯息。

43.如权利要求41所述的系统，其中所述事件选自下述组成的组：删除讯息、读取讯息、打印讯息、转发讯息、回复讯息和将讯息归档。

44.如权利要求41所述的系统，其中所述通信系统选自下述组成的组：电子邮件系统、电话系统、即时消息发送系统和寻呼系统。

45.如权利要求41所述的系统，还包括：

讯息接收器，接收伴随有先前在通信系统内产生的特定令牌的讯息；

查询模块，在令牌动作目志中搜索与所述特定令牌相关的一个或多个动作的集合；以及

动作管理器，执行所述的一个或多个动作的集合。

46.如权利要求45所述的系统，其中所述讯息伴随有先前在通信系统内产生的第二特定令牌，且其中所述查询模块在令牌动作日志中搜索与所述第二特定令牌相关的一个或多个动作的第二集合；以及其中所述动作管理器执行所述的一个或多个动作的第二集合。

47.如权利要求41所述的系统，其中每个令牌对应于一组实体。

48.如权利要求47所述的系统，其中至少一组实体选自由下述组成的集合：家庭成员、朋友、同事和特定班级内的学生。

49.如权利要求47所述的系统，其中所述令牌分发器分发令牌给对应的实体组。

50.如权利要求41所述的系统，其中所述令牌分发器将令牌的至少一个子集公布在潜在地希望与所述通信系统通信的实体可看到的文件中。

51.如权利要求50所述的系统，其中所述文件选自由下述组成的组：在先目录、打印目录、名片和课程大纲。

52.如权利要求41所述的系统，其中所述令牌分发器包括通过讯息将令牌的至少一个子集发送给潜在地希望与所述通信系统通信的一个或多个实体。

53.如权利要求41所述的系统，其中所述令牌分发器接收不包括令牌的讯息，请求来自讯息的发送者的确认，和响应于接收到所请求的确认，发送令牌给所述发送者。

54.如权利要求53所述的系统，其中所述令牌分发器请求来自发送者的确认，该确认包括了对发送者进行通信的目的的说明。

55.如权利要求54所述的系统，其中所述令牌分发器接收包括对发送者的目的的说明的确认，将该说明提供给通信系统的操作者，和响应于接收到来自通信系统的操作者的批准，发送令牌给发送者。

56.如权利要求53所述的系统，其中所述令牌分发器发送讯息给发送者，该讯息包括描述了一个代码的图像，其中所述讯息指示发送者发送包括了所描述的代码的确认。

57.如权利要求56所述的系统，其中所述令牌分发器响应于接收到包括了所描述的代码的确认，发送令牌给发送者。

58.如权利要求45所述的系统，其中所述令牌分发器在接收到包括特定令牌的讯息之前，接收没有令牌的讯息，和响应于一个或多个条件得到满足的情况，使所述讯息与令牌相关。

59.如权利要求58所述的系统，其中至少一个条件包括用于所述讯息的返回地址存在于通信系统的使用者的地址本中。

60.如权利要求45所述的系统，其中动作管理器所执行的一个动作是将一个或多个令牌附到已存在于通信系统中的一个或多个消息上。

61.如权利要求45所述的系统，其中动作管理器所执行的一个动作是提供所述讯息给通信系统的操作者。

62.如权利要求45所述的系统，其中至少一个动作选自下述组成的组：拒绝讯息，发送对讯息的回复，用标识符标注讯息，删除讯息，将讯息存档，记录讯息，转发讯息给接收者，激活设备，可听地告警通信系统的操作者，可视地告警通信系统的操作者，从讯息中提取信息，修改令牌动作日志，产生新令牌和发送先前产生的令牌。

63.如权利要求45所述的系统，其中至少一个动作包括条件逻辑。

64.如权利要求45所述的系统，其中所述特定令牌伴随有参数集，且其中动作管理器通过用所述参数集调用一个功能来执行所述的一个或多个动作的集合。

65.如权利要求45所述的系统，其中所述特定令牌与使用条件相关，且其中所述讯息接收器响应于使用条件得到满足的情况，执行一个或多个操作。

66.如权利要求65所述的系统，其中至少一个操作包括拒绝所述讯息。

67.如权利要求65所述的系统，其中使用条件包括期限。

68.如权利要求65所述的系统，其中使用条件包括特定令牌的预设使用次数。

69.如权利要求41所述的系统，其中至少一个令牌与所述至少一个令牌的发出者的标识相关。

70.如权利要求41所述的系统，其中至少一个令牌与向其发出所述至少一个令牌的一个或多个实体的标识相关。

71.如权利要求41所述的系统，其中至少一个令牌与所述至少一个令牌的预期目的的标识相关。

72.如权利要求41所述的系统，其中所述令牌分发器分发具有不同目的的多个令牌给两个或多个实体。

73.如权利要求41所述的系统，其中所述令牌分发器分发具有不同目的的多个令牌给一个实体。

74.如权利要求41所述的系统，其中令牌动作日志将令牌动作日志中的两个或多个动作与不同的特定事件关联。

75.如权利要求41所述的系统，其中令牌动作日志中的至少一个动作包括对一个或多个标准动作集合的参考，所述一个或多个标准动作集合被一个或多个令牌动作日志登记项所参考。

76.一种通信系统，包括：

通信接口，接收来自希望与通信系统通信的实体的讯息，所述讯息包括先前在通信系统内产生的特定令牌，以支持所述讯息；

查询模块，在令牌动作日志中搜索与所述特定令牌相关的一个或多个动作的集合；以及

动作管理器，执行所述的一个或多个动作的集合。

77.一种通信设备，包括：

用于在通信系统内产生一个或多个令牌的装置；

用于使每个令牌与令牌动作日志中的可定制的一个或多个动作的集合相关的装置；

用于使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体的装置；

用于接收伴随有先前在通信系统内产生的特定令牌的讯息的装置；

用于在令牌动作日志中搜索与所述特定令牌相关的一个或多个动作的集合的装置；以及

用于执行所述的一个或多个动作的集合的装置。

78.一种计算机程序产品，包含用于执行一种方法的程序代码，所述方法包括：

在通信系统内产生一个或多个令牌；

使每个令牌与令牌动作日志中的可定制的一个或多个动作的集合相关；

使所述一个或多个令牌可用于分发给潜在地希望与所述通信系统通信的实体；

接收伴随有先前在通信系统内产生的特定令牌的讯息；

在令牌动作日志中搜索与所述特定令牌相关的一个或多个动作的集合；以及

执行所述的一个或多个动作的集合。

Images