多通道对话的制作方法
【专利说明】多通道对话
【背景技术】
[0001] 诸如电子邮件和即时消息收发之类的协作工具使得参与者能够参与对话并且在 各种问题上进行协作。由阅读对话的参与者鉴别这样的对话的上下文（context)。最初，上 下文可以由主题行限定。所有参与者查看相同的信息，即，相同的协作内容。由于电子邮件 或者聊天线程随着静态文件被添加为附件而增长，讨论的当前话题随时间演进。此外，随着 时间的推移，各种参与者从一个位置移动到另一位置，其中他们可以或者可以不具有对最 初被用于参与对话的相同设备的访问。
【附图说明】
[0002] 图1-4描绘了根据各种示例的、呈现对话更新的用户接口的屏幕视图。
[0003] 图5描绘了可以在其中实现各种实施例的环境。
[0004] 图6描绘了根据示例的系统。
[0005] 图7是描绘了根据示例的存储器资源和处理资源的框图。
[0006] 图8是描绘了实现示例所采取的步骤的流程图。
【具体实施方式】
[0007] 介绍：企业软件应用可以是复杂的，对于用户而言需要显著的训练和专门知识 (knowhow)来提取相关信息或者执行给定工作流的具体动作。在工作流跨应用和组织筒仓 (organizational silo)延伸的情况下，这尤其如此。用户消耗的信息和执行的动作经常是 动态的并且由该工作流的上下文限定。在采取动作之前，用户可以与其他用户协作来获得 观点、指导或者甚至许可。
[0008] 企业协作工具允许在本文中被称为参与者的个体参与对话并且在应用或任何其 他主题的上下文中的演进的话题上进行协作。如本文中使用的那样，对话包括在参与者之 间的一系列交互。这些交互可以包括来自参与者的布告（post)以及由参与者或者代表参与 者采取的动作。对话可以由随着添加新布告而更新的数据结构表示。因为更新数据结构， 所以将改变通知参与者可以是重要的。如本文中使用的那样，参与者是已经开始对话、已经 加入对话、正在加入对话或已经被邀请到对话或者被以其他方式添加到对话的个体。
[0009] 以下详细描述的各种实施例允许参与者使用各种通信通道参与对话。经由在给定 上下文中被认为是最适于到达参与者的通信通道来动态地路由提醒（alert)。如本文中使 用的那样，通信通道是用于传达对应于对话的数据的特定机制。如本文中使用的那样，通信 通道可以是主要通道或者次要通道。主要通信通道是协作工具用来传送更新的内部通道， 所述更新例如是由协作工具服务的web页面。次要通道是可以被用于向当前可能不具有对 经由主要通道递送的该通信的访问的参与者传送对话更新的非主要通道。次要通信通道的 示例包括电子邮件、SMS消息收发、语音消息收发以及移动应用提醒。随着对话演进，参与 者从一个位置移动到另一位置，由此在不同的时间处具有对不同通信设备的访问。
[0010] 最初，参与者可以使用台式计算机通过协作工具参与对话。这里，通信通道是由协 作工具本身提供的主要通道。随后，参与者可以经由移动设备具有互联网或者SMS(短消息 收发服务)访问。在其他时间处，参与者可以仅具有对陆线电话的访问。以下讨论的实施例 使得能够在那时经由被认为是合适的特定的次要通信通道向这样的参与者提醒对话更新， 并且允许该参与者使用该相同的通信通道来响应和继续对话。
[0011] 以下的描述分成了多个部分。首先，标记为"说明性示例"呈现了在其中经由变化 的通信通道传送对话更新的示例。标记为"环境"的第二部分描述了在其中可以实现各种 实施例的环境。标记为"部件"的第三部分描述了用于实现各种实施例的各种物理和逻辑 部件的示例。标记为"操作"的第四部分描述了实现各种实施例所采取的步骤。
[0012] 说明性示例：图1-4描绘了被用于显示在参与者之间的对话的用户接口的屏幕视 图。图1描绘了当参与者具有对企业协作工具的直接访问时呈现的示例接口。这里，例如， 参与者可以正在利用被安装在参与者的计算机上的本地应用。代替地，参与者可以经由web 应用正在访问协作工具。
[0013] 在图1的示例中，参与者已经在瑕疵（bug)报告应用中输入了缺陷并且已经启 动了关于在协作工具中的该缺陷的对话。图1描绘了该协作工具的用户接口的屏幕视图 10。在这个示例中，屏幕视图10被分成三个主要的部分12、14和16。部分12提供了区 域以显示特定的参与者与之相关联的对话的列表。这里，关于缺陷的对话18被醒目显示 (highlight)，并且因此，在部分14和16中显示了针对该对话的协作内容。部分14显示了 对话18的布告20,而部分16显示瑕疵报告应用的小面（facet) 22。
[0014] 在图1中，布告20被示出包括将活动限定到对话18的日期的四个元素。第一元素 指示记录了屏幕截图，其描绘争论中的缺陷，并且第二元素指示已经在瑕疵报告工具中创 建了缺陷。小面22描绘了与查看协作内容的参与者相关的来自瑕疵报告工具的信息。这 里，该参与者是在瑕疵报告工具中输入缺陷的人。所呈现的消息包括新缺陷的状态和描述 以及由参与者输入的其他缺陷的列表。向参与者呈现具有与参与者直接相关的信息的个人 化的小面22。
[0015] 随着对话18的发展，添加附加的布告20。在参与者具有对诸如在图1中呈现的用 户接口的用户接口的访问的情况下，参与者具有对实时更新的访问并且可以按需进行响应 以继续对话18。然而，参与者在移动时或者以其他方式离开她的桌子时常常将不具有这样 的访问。图2-4描绘了经由次要通信通道向用户呈现通信更新的示例移动接口。
[0016] 从图2开始，参与者具有对移动电话24的访问，在所述移动电话24上已经安装了 用于与协作工具交互的专用移动客户端应用。在对对话18 (图1)的更新之后，移动应用接 收来自协作工具的通信并且显示提醒26。这里该提醒对应于新添加的布告。在参与者选择 提醒26时，移动应用28打开对话18的显示布告30。移动应用28还允许参与者输入新布 告32被传送回到协作工具。
[0017] 在图3中，参与者具有经由设备34的对电子邮件的访问，并且已经从协作工具接 收了电子邮件36,当显示电子邮件36时，示出布告38。为了输入新布告，参与者仅需要激 活重播控制40并且对电子邮件36进行响应。在图4中，参与者具有对具有SMS能力的移 动电话的访问。这里，参与者已经从协作接收了当被显示时示出布告46的SMS消息44。消 息44可以是一系列消息，每个对应于不同的布告46。为了添加新布告并且继续对话，参与 者仅需要发送响应48。
[0018] 总之，图1描绘了用户接口，其中经由主要通信通道传送对话更新。这意味着，例 如，随着工具处理更新，访问基于web的协作工具的参与者可以实时地看到更新。在图2-4 中，通过各种次要通信通道向参与者提醒对话更新，各种次要通信通道包括到移动应用的 通道、电子邮件通道和SMS通道。如以下将要讨论的那样，这些是可以使用的许多替代的次 要通信通道的示例。
[0019] 环境：图5描绘了环境50,其中可以实现各种实施例。环境50被示出为包括应用 服务52、协作系统54和客户端设备56。应用服务52的每个表示了被配置成向客户端设备 56供应应用的计算设备或者计算设备的组合。示例可以包括企业和消费者web以及通过面 向服务的架构提供的云应用。
[0020] 对话系统54表示了被配置成向客户端设备56供应协作工具或者应用的计算设 备或者计算设备的组合。协作工具允许用户查看在由服务30供应的应用的上下文中的对 话并且向在由服务30供应的应用的上下文中的对话发布布告。一般地，协作系统56使得 利用客户端设备56的参与者能够使用任何数量的不同的次要通信通道来参与对话。客 户端设备56的每个表示了被配置成与协作系统54以及在某些情况下与应用服务52交 互的计算设备。这样的交互可以通过浏览器或者是在给定客户端设备54上执行的其他 应用。在其他情况下，在给定客户端设备34被用于语音通信的情况下，交互可以是基于 语音的，其利用将电子数据转换成人类语音信号并且反之亦然的协作系统54或者中间物 (intermediary)。
[0021] 链路58 -般表示经由电信链路、红外链路、射频链路或者提供电子通信的任何其 他连接器或系统的电缆、无线、光纤或者远程连接中的一个或多个。链路58可以至少部分 地包括内部网、因特网或者两者的组合。链路58还可以包括中间代理（proxy)、路由器、交 换机、负载均衡器等