超越即时通讯 -

2004年1月28日
第1卷，第8期

超越即时通讯
JOHN C. TANG，太阳实验室
JAMES “BO” BEGOLE，太阳实验室

这些服务的平台和标准必须预测并适应未来的发展。

即时通讯（IM）近期的普及推动了平台的发展和支持IM标准的出现。特别是随着IM的使用从家庭在线社交迁移到商业环境，需要提供强大的平台，以及商业客户用于与其他工作应用程序集成的接口。然而，在匆忙开发成熟的IM基础设施的过程中，同样重要的是要认识到IM的功能和用途仍在不断发展。例如，大众媒体报道¹ 提出了对IM互动在工作场所可能过于分散注意力的担忧。这种担忧表明，我们仍然需要微调IM的界面设计，以便在不给用户造成分散注意力的负担的情况下，获得快速、轻量级通信的好处。行业如何满足对强大IM平台和标准的需求，同时又不排斥创新和发展？

在本次讨论中，我们希望展示如何使用探索未来方向的研究原型来指导和告知当前开发基础设施的工作。我们在使用和研究IM方面的经验已经确定了未来在我们将称之为“感知服务”方面的机会。也就是说，除了IM提供的即时文本聊天功能和在线同事之间的存在感之外，协作者还应该分享哪些其他活动线索来帮助协调他们的工作？当您想联系的人不在时，系统可以提供哪些信息来帮助您协调未来的联系？即使您亲身在场，系统能否提供线索，表明您在精神上是接受的，或者“可以”被打断？

作为这些问题潜在解决方案的示例，我们总结了三个研究原型，它们展示了感知服务的未来方向

Awarenex。 一种IM和感知原型，展示了额外的实时感知信息，这些信息对于发起联系和协商对话都很有用。
节奏感知。 一个分析一段时间内的感知信息，以预测未来联系当前不可用人员的时间的系统。
Lilsys。 一个整合来自多个不同传感器的感知信息，以推断同事可能不方便互动的系统。

这三个原型，以及该领域的其他研究^{2, 3}，展示了超越IM的概念，扩展到更广泛的感知功能和服务，这些功能和服务对于协调在线小组工作很有用。反思我们的研究原型的技术含义，可以为当前正在开发的平台和标准的发展提供信息，以支持今天的IM，以便它们可以预测（或至少不会成为障碍）感知服务的未来方向。

AWARENEX：用于发起和协商对话的实时感知

Awarenex设计的一个主要重点是为在工作环境中使用IM量身定制界面。⁴ 虽然在家中使IM流行的联系远程人员的需求在工作环境中也很有用，但工作环境的哪些方面影响了IM功能的设计？例如，工作环境建议集成其他资源，如在线日历和电话。人们还担心在工作中使用IM可能会分散注意力。

Awarenex的界面提供了两种新颖的方法来设计受工作环境背景驱动的IM服务

集成实时感知信息，以帮助提供关于寻找发起联系的最佳时机的线索。
共享实时线索，以帮助人们协商开始、维持和结束IM聊天。

对这些界面功能的探索导致了一种设计，该设计与大多数商业IM系统形成对比，它通过识别技术要求来集成新的感知信息来源，并实时共享这些信息，以支持分布式协作者的协调。

图1说明了Awarenex如何集成其他实时感知信息，以帮助用户找到建立联系的良好时机。对于联系人列表中的每个条目，Awarenex不仅显示用户的姓名，还显示他们的“位置”——指示他们是在办公室、在家中还是在其他位置。位置通常对应于物理位置，但它更倾向于传达对人员上下文的高级描述，而不是他们的精确物理位置。例如，“移动”位置涵盖了许多物理位置，并让其他人知道该人员“在路上”。这是一个感知系统如何平衡了解远程人员上下文的愿望与精确位置信息可能过于暴露的担忧的示例。随着系统变得更加位置感知，它们需要支持从物理坐标到概念描述的位置概念。

用户缺席的指示通过显示用户键盘或其他输入设备的任何非活动持续时间来反映（在图1中以括号显示）。除了此在线状态信息外，还包括其他活动指示器，例如用户是否在其在线日历中安排了约会，或者是否正在进行IM或电话呼叫。总之，这些指示器提供了关于用户是否专注于其他活动的线索，因此不太容易接受额外的来电通信。我们使用Awarenex添加感知指示器的价值的经验表明，需要一个可扩展的框架，以便在新的感知信息来源可用时添加它们。为了提供增长的灵活性，整个系统——包括协议、通知服务器和客户端——需要具有接受、传播和显示在系统设计时可能未知的感知信息形式的能力。

如果Awarenex联系人列表表明现在是互动的良好时机，Awarenex会提供进一步的实时感知线索，以帮助协商对话过程。这些线索说明了IM基础设施需要支持实时信息共享的广泛感知信息。当有人发起IM时，Awarenex通过显示一个小的“联系人预览”向IM接收者提供即将到来的互动感（参见图2）。这与大多数商业IM在有人发起IM时弹出窗口的方式形成对比。联系人预览是一个从屏幕顶部向下滚动的单行面板，显示正在输入到IM窗口的第一行输入。此面板以及音频警报，提供了微妙的接近感和传入IM主题的指示（有点像电子邮件中的主题标题）。接收者必须通过单击联系人预览来确认传入的IM，然后IM窗口才会打开。

在发送者方面，在接收者确认联系人预览之前，IM窗口的背景会显示为灰色阴影。此线索帮助参与者知道他们何时相互参与IM对话。这种相互关注的指示解决了许多商业系统中发现的一种综合症，即对话的最初交流通常用于确认该人是否真的“在那里”并关注IM。

图3说明了Awarenex如何逐字符传输文本输入，以支持IM中的对话流畅感。这种方法与大多数商业IM系统形成对比，后者会缓冲文本，直到用户发送消息（通常通过选择Return或Enter）。看到对方的打字逐字符出现，不仅提供了该人是否正在回复（而不是关注其他事情）的线索，还提供了在打字完成之前预测所说内容的可能性。虽然缓冲消息传递比电子邮件更接近实时，但逐字符消息传递甚至更接近面对面和语音通信的同步性。由于读者可以预测作者将要说什么，他们可以更快地开始形成他们的回复，从而提高沟通效率。

图3还说明了Awarenex中设计的告别界面。与大多数商业IM系统（在用户结束IM后立即关闭窗口）形成对比，Awarenex具有一个“再见”按钮，用于启动告别界面。按下“再见”会在聊天中打印系统生成的消息（“John挥手告别”），并启动一系列逐渐消失的点。这表明了结束IM的意图，但保持IM连接打开，以提供一些时间（10秒）来协商任何最后一刻的交流。正如面对面交谈的人们通过合上笔记本、收起笔以及收拾他们在谈话中使用的其他道具来预示他们准备离开一样，Awarenex表示了这种意图，同时仍然允许时间来优雅地协商结束对话。如果在10秒到期之前没有发生进一步的对话，IM窗口将关闭，从而结束对话。

这些Awarenex功能表明，除了在IM客户端之间传递文本之外，IM基础设施还需要分发其他类型的信息。通过联系人预览背景指示器来指示相互参与IM、逐字符文本传输和告别界面，Awarenex证明了共享线索的价值，人们可以使用这些线索来协商开始、维持和结束IM对话。虽然当前正在审议的拟议标准将文本消息传递和感知信息视为单独的组件，但Awarenex证明了需要将某些形式的感知信息嵌入到基于文本的对话中。此外，未来文本消息传递的标准应该容纳文本的逐字符流动，正如Awarenex（以及之前的UNIX talk）中演示的那样，以允许用户进行更自然、同步的通信。

节奏感知：分析一段时间内的感知信息以推断模式

Awarenex和其他IM和在线状态系统提供关于人们是否可以进行通信的信息。但是，如果您想联系的那些人无法联系怎么办？您应该稍等片刻看看他们是否会回来，找其他人，还是发送语音邮件或电子邮件消息？他们可能何时收到此类消息？

研究人员在研究并置人员如何处理人员“离开”时的类似情况时发现，同事之间保持着对彼此的时间模式或“节奏”的感知。⁵ 这种感知对于协调尝试联系或计划会议时间的良好时机很有用。然而，远程协作者难以形成和维持这种“节奏感知”，因为他们不知道彼此在一段时间内的来来往往。

在我们自己的研究小组中，该小组分布在相隔2500英里和三个时区的站点之间，我们发现Awarenex的使用在一定程度上缓解了这种情况。随着时间的推移，我们注意到Awarenex不仅提供了谁可以立即联系的即时感知，还给出了工作日期间长期时间模式的感知。例如，我们变得适应了我们的远程同事何时到达和离开一天的工作，以及他们何时离开和返回午餐。在我们的节奏感知研究中⁶，我们探索了如何分析一段时间内的感知信息，以推断可用于协调分布式小组工作的节奏模式。

节奏感知项目对个人的历史在线状态模式进行建模，并使用该模型来预测某人可能何时从重复出现的缺席期（例如，早上到达、午餐、每周会议）返回。⁷ 它还可以用于预测即将到来的离开，以便远程同事可以在他们离开之前赶上彼此。

作为节奏如何用于促进沟通的一个例子，图4显示了节奏推断集成在Awarenex联系人列表中的屏幕截图。在此示例中，当前时间是美国太平洋时区星期四的12:14。第一个条目指示Bo已不活动50分钟，这与节奏模式不符，因此未进行预测。系统推断John正在吃午餐（75%的概率），并预测他将在12:50或之前返回（ETA，或预计到达时间）。东海岸的工作人员Rosco已注销，可能已经下班，系统预测他将在星期五早上5:15左右返回（美国东部时间8:15）。Jean的条目也位于东部标准时区，但有所不同，因为她目前处于活动状态，但即将结束一天的工作。系统指示，如果其他人想在她离开之前联系她，他们应该在1:28之前这样做（ETD，或预计离开时间）。将这些预测放在IM联系人列表中，可以为潜在的呼叫者提供他们在尝试联系某人之前需要的信息。因此，呼叫者可以决定是尝试联系其他人，还是为当前无法联系的接收者留下异步消息。

节奏感知研究展示了一种新型的感知信息，它需要在基础设施支持下捕获和分析感知信息的时间方面。记录和分析数据增加了系统的存储和处理要求，而不仅仅是传播感知信息。

LILSYS：整合传感器信息以推断不可用性

实时在线状态和感知信息引发的一个担忧是，随着越来越多的人意识到其他人何时在线，这可能会使人们受到更多打扰。您在身体上可以联系到并不一定意味着您在精神上接受被打断。事实上，表明您在线状态的计算机活动可能发生在您最忙且最不接受打断的时候。避免不必要打断的传统方法是明确告知他人您何时“不在线”，方法是将您的状态设置为“离开”或“忙碌”。然而，这种方法通常会失败，因为它需要直接操作，而很少有人采取——尤其是在他们忙碌的时候。

管理可用性的另一种方法是让系统从您的环境中收集线索，并呈现关于您的可用性的推断。卡内基梅隆大学的研究人员进行了一项研究，以确定在推断办公室工作人员的可用性方面最显著的传感器。⁸ 基于他们的结果，我们的研究小组原型化了Lilsys系统，该系统由已确定的最显著的传感器组成：声音、电话使用情况和计算机活动。此外，Lilsys还包括一个运动传感器，用于检测人员的存在，这是推断可用性的必要条件。我们还添加了一个传感器，用于检测门何时打开或关闭，以用于那些在不想被打扰时关上门的员工。

Lilsys综合了从传感器收集的信息，并尝试推断人员何时不方便被打断。图5说明了信息流，传感器数据被馈送到推断引擎，推断引擎将推断发布到在线状态服务，然后在线状态服务将推断传播到客户端。推断引擎根据传感器收集的证据的数量和类型评估人员的不可用性。为了向潜在的呼叫者提示人员的推断不可用性，Lilsys使用了交通标志隐喻：中性（无推断）、菱形黄色“警告”标志，表示可能不可用，以及三角形红色边框的“让行”标志，表示该人可能不可用。

可用性推断可以与在在线状态系统中设置显式状态共存，因为它们具有互补的权衡。虽然显式设置状态需要用户操作，但传感器被动地收集信息。此外，只有当用户记得设置时才能获得显式状态，而可用性推断会在感知到用户上下文发生变化时立即更新。另一方面，虽然可用性推断必然是模糊的，但显式状态可以是描述性的。Lilsys没有呈现关于人员上下文的所有细节，而是呈现了人员不可用性的抽象，这通过隐藏人员活动的细节来提供一定程度的隐私。个人对隐私/公开权衡的容忍度不同。

感知系统需要帮助用户理解他们对隐私和对他人的可用性的渴望之间的紧张关系，并且它们应该允许用户控制他们希望呈现关于其上下文的完整细节与对其可用性的抽象推断的程度。

由于Lilsys集成了来自各种传感器和其他来源的信息，因此它展示了另一种类型的感知服务，对平台基础设施的架构具有影响。在这种情况下，来自每个来源的原始信息可能很敏感，并且不一定对用户很显著，而由此产生的推断是显著的。这表明在线状态/感知基础设施不一定需要将所有形式的信息传播到客户端——某些数据应该仅路由到受信任的服务，这些服务综合数据并将推断注入回基础设施以供传播到客户端。

超越“在线状态”：感知基础设施的技术含义

在线状态是当今IM系统的一个独特且引人注目的功能，但它目前仅指示某人此时此刻是否可以联系到。有效的沟通需要更丰富的关于当前和未来可联系性、上下文和可用性的感知信息。此处介绍的三个研究原型是感知信息的收集、分析和共享类型的示例，未来通信工具的基础设施需要能够支持这些类型。

例如，除了简单的在线状态之外，Awarenex还演示了与其他实时信息来源的集成，例如用户是否在其在线日历中安排了当前约会，或者是否正在进行电话呼叫。此外，Awarenex还说明了应该将IM视为通信渠道，而不是孤立的通信渠道，而是包括电子邮件、电话、互联网协议语音（VoIP）、桌面视频会议、应用程序共享、日历等的计算机介质通信频谱的一部分。因此，通信媒体需要具有彼此集成的接口，以便为用户提供允许他们为自己的需求选择正确媒体的体验。研究表明，在IM中开始的对话通常会迁移到另一种媒体（例如，电话、访问）。⁹ 通信媒体架构应允许它们之间轻松动态地转换，以支持这种做法。

Awarenex还说明了支持会话机制的各种方法，例如文本的逐字符传输和协商的告别序列，这有助于参与者优雅地结束他们的对话。这种对会话机制的支持强调了将即时消息传递用作接近同步的通信形式，提供的功能更接近面对面交谈，而不是邮件。然而，互联网工程任务组（IETF）工作组的即时消息传递和在线状态协议（IMPP）下提出的标准鼓励接近异步的通信模式，从而失去了对会话参与的感知以及预测会话话语的能力。例如，尽管可扩展消息传递和在线状态协议（XMPP）不排除一次发送一个字符的消息，但消息的标头和XML格式将使单字符内容相形见绌。平台需要允许使用面向文本的流式协议——类似于音频和视频流的协议——用于增强的同步文本消息传递。

另一个重要的担忧是感知信息的隐私和安全。感知信息在帮助同事协调他们的活动方面的效用，也使其对于维护对谁可以访问该信息的控制至关重要。受信任的关联人员，例如亲密的同事和家人，可能比您不认识的人员有权访问更多信息。开发机制，使用户可以控制谁可以查看感知信息以及如何与他人协商共享该信息，这需要成为开发任何共享感知信息的产品的一部分。

节奏感知表明，分析一段时间内的感知信息记录可以提供有用的功能，以预测人员的未来状态。Lilsys进一步演示了对多个上下文数据点的实时分析，以推断人员何时不太方便被打断。总而言之，它们说明了，除了扩展到大量连接之外，感知服务还需要考虑存储（用于数据收集）和处理（用于数据分析）的可扩展性。此外，感知服务需要提供一种手段，用于在开发新的感知推断形式时将其添加到系统中。

旨在支持当今IM和在线状态服务的平台和标准也应预测感知信息的发展，以支持持续发展。客户端应用程序也必须能够显示客户端设计时未知的在线状态信息。IMPP工作组下提出的标准确实包括用于传播在线状态信息的可扩展格式。我们需要保护这种可扩展性，以免因不完全实现的服务而淡化，这些服务仅携带事实上的“标准”在线状态信息。此外，虽然这些标准化工作解决了系统分布式组件之间的信息传播，但我们还需要考虑机制的标准化，这将允许客户端在开发新的感知信息形式时显示它们。

IM的普及已经显示出基本在线状态信息对于促进通信的效用。此处描述的研究原型，以及该领域的其他研究，表明有希望的感知功能的出现，这些功能将进一步帮助分布式工作组进行沟通并协调他们的协作。技术平台和标准需要支持感知功能的持续发展，并能够包括新的感知信息和服务，因为它们会出现。技术基础设施还需要解决隐私问题，以便用户可以轻松理解和信任他们对谁可以访问此信息的控制。通过开发今天预测和适应感知服务未来发展的平台和标准，我们可以构建通信工具，这些工具将优雅地支持新的感知服务的出现，因为它们变得可用。

参考文献

1. Bhattacharjee, Y., A swarm of little notes. Time 160, 12 (2002年9月16日), A4–A8.

2. Horvitz, E., Jacobs, A., Kadie, C., and Koch, P. Coordinate: Probabilistic forecasting of presence and availability. Proceedings of the 18th Conference on Uncertainty and Artificial Intelligence. (2002年7月), 224–233.

3. Atkeson, C., Fogarty, J., Forlizzi, J., Hudson, S., Kiesler, S., Lee, J., and Yang, J. Predicting human interruptibility with sensors: A Wizard of Oz feasibility study. Proceedings of CHI (2003), 257–264.

4. Begole, J., Bhalodia, J., Li, F., Tang, J.C., Van Kleek, M., and Yankelovich, N. ConNexus to Awarenex: Extending awareness to mobile users. CHI 2001 (2001年3月31日–4月5日).

5. Zerubavel, E. Hidden Rhythms: Schedules and Calendars in Social Life, The University of Chicago Press, Chicago, 1981.

6. Begole, J., Smith, R., Tang, J.C., and Yankelovich, N. Work rhythms: Analyzing visualizations of awareness histories of distributed groups. Proceedings of CSCW. (2002年11月), 334–343.

7. Begole, J., Hill, R., and Tang, J.C. Rhythm modeling, visualizations and applications. To appear at UIST 2003: Symposium on User Interface Software and Technology. (2003年11月).

8. Atkeson, C., et al., 2003.

9. Bradner, E., Nardi, B., and Whittaker, S. Interaction and outeraction: A study of instant messaging in the workplace. Proceedings of the CSCW. (2000年12月), 79–88.

JOHN C. TANG 研究人们如何使用技术来指导新技术的设计和开发。他目前的研究重点是设计新的方法来支持分布式工作组，特别关注感知和IM。在1990年加入太阳实验室之前，Tang曾在Xerox PARC工作，开发和研究了几种共享绘图原型工具。他在斯坦福大学的博士研究调查了共享工作空间在小组设计活动中的使用。

JAMES “BO” BEGOLE 于1999年加入太阳实验室，担任协作计算的研究员和开发人员。Begole于1992年获得弗吉尼亚联邦大学数学学士学位，并于1998年获得弗吉尼亚理工大学计算机科学硕士和博士学位。在学习之前，他曾在美国陆军担任阿拉伯语口译员，驻扎在美国、巴拿马、埃及和希腊。Begole的研究动机是探索技术在实现以前不可能实现的事情方面的应用，主要是在分布式协作领域。

更深入地了解我们的共同智慧
ELLEN ISAACS，自由交互设计师和研究员

目前对即时通讯（IM）在工作场所如何使用的印象大多来自通过访谈研究或市场调查获得的轶事报告。尽管这些可以帮助人们了解普遍的做法，但此类研究通常仅基于一小部分用户，并且缺乏来自直接观察的数据。在AT&T实验室工作期间，我和四位同事有机会研究了一个非常大的受监控IM交互样本——超过21,000个IM对话，涉及437位用户，时间从2000年中期到2001年末。Alan Walendowski、Steve Whittaker、Diane J. Schiano、Candace Kamm和我分析了我们收集的IM对话，并有兴趣发现，关于工作场所IM的性质、功能和风格的一些最流行的观念是错误的。例如，与之前的研究相反，我们发现工作场所IM主要用于复杂的、特定于工作的交互，只有一部分用于文献中最常提及的“快速问题”或协调活动类型。在我们监控的对话中，只有28%被证明是简单的、单用途的交互，只有31%主要关注计划或协调事项。此外，我们发现，一旦讨论变得复杂，人们很少从IM切换到不同的对话媒介，正如IM使用报告中经常建议的那样。这些发现以及接下来讨论的其他一些发现，为应用程序开发人员提出了一些设计考虑因素。

我们发现了两种使用风格的证据，但目前只有一种被广泛认可。在我们监控的涉及不经常使用IM或很少相互交流的人员的交互中，我们发现消息倾向于主要关注计划和协调事项，并且对话节奏缓慢，并且几乎不涉及线程或多任务处理。另一方面，频繁的IM用户倾向于将IM更多地用作协作工具，讨论通过许多快节奏的交互涵盖了广泛的主题——每个交互都包含许多简短的对话轮次、大量线程以及对多任务处理的偏好。尽管与我们的“轻度用户”配置文件一致的人员到目前为止通常被认为是所有IM用户的典型代表，但我们的研究表明，实际上大多数IM流量都涉及重度用户协同工作以解决复杂的、特定于工作的问题。

我们的研究检查了记录在名为Hubbub的原型即时通讯应用程序上的IM对话，Hubbub与其他IM产品类似，因为它包含一个“好友列表”功能，该功能可以感知并轻松访问其他潜在的对话伙伴。此外，与其他IM产品一样，Hubbub支持参与者之间近乎同步的、基于文本的交互。

总共，在16个月的时间里，我们捕获了303,648条消息，包括692对用户之间的21,213个对话。从这些对话中，我们应用了各种定量措施来更多地了解它们的特征。首先，我们区分了重度用户和轻度用户。平均每天进行三次或更多次IM对话的人被认为是重度用户，其余的被认为是轻度用户。我们还跟踪了这些人的对话伙伴，再次区分了重度用户和轻度用户。然后，我们对较小的数据样本（28位用户之间的500个对话）进行了内容分析，以便我们可以对对话的性质进行分类。当我们分析人们使用即时消息来完成什么时，我们发现了一些有趣的发现，即

尽管对IM的常见印象是它主要用于简单的问题和快速澄清，但我们发现只有大约28%的时间是这种情况。
尽管人们认为IM通常用于工作场所的社交目的，但我们发现这种情况很少见。在我们监控的对话中，只有13%包含任何个人话题，只有6.4%完全是个人话题。
事实证明，对IM可能会分散人们工作注意力的担忧是没有根据的。我们观察到的大多数工作场所IM对话（62%）完全专注于与工作相关的事项。
与功能无关，我们发现我们研究组的“对话”中有23.6%由一个人发送一条或多条消息，但在五分钟内没有得到回复。尽管这代表了对话的相当大的百分比，但与未接听电话（62%）和启动临时桌面视频会议失败的尝试（75%）的估计值相比，它仍然很低。
许多大众媒体和期刊文章提到，人们经常从IM切换到另一种通信形式，例如电话或面对面，尤其是在对话变得复杂时。我们发现媒体切换并不常见，仅发生16%的时间，并且几乎从未（3%）发生过，因为对话变得太难通过文本进行。
并非我们所有的发现都与IM使用的流行观念相矛盾。例如，IM对话被认为是快速的，实际上我们监控的对话持续了大约4.5分钟。这也与其他许多类型的临时通信（无论是面对面、通过电话还是通过桌面视频会议）一致。此外，通常报告IM用户在IM对话和其他桌面活动之间频繁切换，我们发现情况确实如此。在85%的对话中，至少有一位用户在IM互动期间进行了多任务处理。但也许令人惊讶的是，只有23%的用户进行了多次同步IM会话——而且频率很低。

可能从这些发现中得出的一个设计含义是，尽管将语音或视频与IM集成可能有助于简化媒体切换，但人们可能会比预期更少地使用此功能。我们的研究表明，有些人似乎非常擅长仅使用文本来讨论复杂的工作主题。而且由于所有用户在进行IM对话时经常进行多任务处理，因此将IM与某些应用程序紧密集成是错误的，这会使使用者难以从一个应用程序跳转到另一个应用程序。

我们的结果还表明，重度IM使用的特征——全天多次、短暂、间歇性的互动，从而或多或少地保持开放的通信线路以进行自发对话——反映了其他媒体中临时成对互动的性质。这一发现表明，旨在补充IM或与IM协同工作的其他工具应寻求支持我们在日常工作场所中看到的轻量级、计划外互动的特征。

ELLEN ISAACS 是一位自由交互设计师和研究员，专注于通信和协作工具的设计和使用。在自立门户之前，她曾在AT&T实验室、太阳微系统公司和几家已倒闭的初创公司工作。她与Alan Walendowski合著了一本交互设计书籍《Designing from Both Sides of the Screen》（New Riders，2001）。Isaacs目前正在从事与照片和视频的捕获、管理和共享相关的项目。

最初发表于 Queue vol. 1, no. 8—
在数字图书馆中评论这篇文章

更多相关文章

Eric Allman - 电子邮件认证：是什么，为什么，怎么样？
互联网电子邮件的构想与我们今天生活的世界截然不同。那是一个小型的、紧密联系的社区，我们不必太担心不良分子。通常，如果有人做错了事，可以通过社会手段来解决问题；“排斥”在小型社区中非常有效。也许我们应该在Usenet开始变糟时就弄清楚会发生什么。Usenet是基于一种廉价的网络UUCP，它非常容易加入，因此它让我们尝到了当社区变得更大、更分散——并且更难管理时会发生什么。

Vipul Ved Prakash, Adam O'Donnell - 利用信誉系统对抗垃圾邮件
垃圾邮件无处不在，堵塞了全球电子邮件用户的收件箱。它不仅令人烦恼，而且还削弱了信息技术进步带来的生产力提升。工作人员每天在处理数小时的合法电子邮件的同时，还必须处理删除大量非法电子邮件。自动垃圾邮件过滤器已经显著减少了最终用户看到的垃圾邮件数量，但所需的培训量几乎与在没有过滤器帮助的情况下简单地删除垃圾邮件所需的时间相当。

John Stone, Sarah Merrion - 即时消息还是即时头痛？
这是一个现实。你的环境中有IM（即时消息）客户端。你已经意识到它正在消耗越来越多的网络带宽，并且随着微软将IM功能构建到其XP操作系统和应用程序中，你知道这种情况只会变得更糟。管理层也对通过这种媒介进行私人对话造成的用户生产力损失表示担忧。你已经尝试阻止这些对话渠道，但这始终是一场战斗。

Joe Hildebrand - 九个IM帐户还在增加
即时消息几乎变得像电子邮件一样普及，在某些情况下，其受欢迎程度远远超过电子邮件。但它已经远远超越了青少年的封闭世界，进入了商业领域，在那里它正成为一种有用的沟通工具。与电子邮件不同的是，IM没有通用的标准，因此用户感到不得不维护多个帐户，例如AOL、Jabber、Yahoo和MSN。