CN104854946A - 多通道对话 - Google Patents

Abstract

多通道通信受到被配置成访问用于在对话中的参与者的通道选择数据的系统的影响。分析通道选择数据以从与参与者相关联的多个次要通信通道之中选择特定的次要通信通道，经由所选择的次要通信通道来传送对应于对话的第一消息。经由所选择的次要通信通道来接收对应于对话的第二消息。使用第二消息的至少一部分来更新表示对话的数据。

Description

多通道对话

背景技术

诸如电子邮件和即时消息收发之类的协作工具使得参与者能够参与对话并且在各种问题上进行协作。由阅读对话的参与者鉴别这样的对话的上下文（context）。最初，上下文可以由主题行限定。所有参与者查看相同的信息，即，相同的协作内容。由于电子邮件或者聊天线程随着静态文件被添加为附件而增长，讨论的当前话题随时间演进。此外，随着时间的推移，各种参与者从一个位置移动到另一位置，其中他们可以或者可以不具有对最初被用于参与对话的相同设备的访问。

附图说明

图1-4描绘了根据各种示例的、呈现对话更新的用户接口的屏幕视图。

图5描绘了可以在其中实现各种实施例的环境。

图6描绘了根据示例的系统。

图7是描绘了根据示例的存储器资源和处理资源的框图。

图8是描绘了实现示例所采取的步骤的流程图。

具体实施方式

介绍：企业软件应用可以是复杂的，对于用户而言需要显著的训练和专门知识（knowhow）来提取相关信息或者执行给定工作流的具体动作。在工作流跨应用和组织筒仓（organizational silo）延伸的情况下，这尤其如此。用户消耗的信息和执行的动作经常是动态的并且由该工作流的上下文限定。在采取动作之前，用户可以与其他用户协作来获得观点、指导或者甚至许可。

企业协作工具允许在本文中被称为参与者的个体参与对话并且在应用或任何其他主题的上下文中的演进的话题上进行协作。如本文中使用的那样，对话包括在参与者之间的一系列交互。这些交互可以包括来自参与者的布告（post）以及由参与者或者代表参与者采取的动作。对话可以由随着添加新布告而更新的数据结构表示。因为更新数据结构，所以将改变通知参与者可以是重要的。如本文中使用的那样，参与者是已经开始对话、已经加入对话、正在加入对话或已经被邀请到对话或者被以其他方式添加到对话的个体。

以下详细描述的各种实施例允许参与者使用各种通信通道参与对话。经由在给定上下文中被认为是最适于到达参与者的通信通道来动态地路由提醒（alert）。如本文中使用的那样，通信通道是用于传达对应于对话的数据的特定机制。如本文中使用的那样，通信通道可以是主要通道或者次要通道。主要通信通道是协作工具用来传送更新的内部通道，所述更新例如是由协作工具服务的web页面。次要通道是可以被用于向当前可能不具有对经由主要通道递送的该通信的访问的参与者传送对话更新的非主要通道。次要通信通道的示例包括电子邮件、SMS消息收发、语音消息收发以及移动应用提醒。随着对话演进，参与者从一个位置移动到另一位置，由此在不同的时间处具有对不同通信设备的访问。

最初，参与者可以使用台式计算机通过协作工具参与对话。这里，通信通道是由协作工具本身提供的主要通道。随后，参与者可以经由移动设备具有互联网或者SMS（短消息收发服务）访问。在其他时间处，参与者可以仅具有对陆线电话的访问。以下讨论的实施例使得能够在那时经由被认为是合适的特定的次要通信通道向这样的参与者提醒对话更新，并且允许该参与者使用该相同的通信通道来响应和继续对话。

以下的描述分成了多个部分。首先，标记为“说明性示例”呈现了在其中经由变化的通信通道传送对话更新的示例。标记为“环境”的第二部分描述了在其中可以实现各种实施例的环境。标记为“部件”的第三部分描述了用于实现各种实施例的各种物理和逻辑部件的示例。标记为“操作”的第四部分描述了实现各种实施例所采取的步骤。

说明性示例：图1-4描绘了被用于显示在参与者之间的对话的用户接口的屏幕视图。图1描绘了当参与者具有对企业协作工具的直接访问时呈现的示例接口。这里，例如，参与者可以正在利用被安装在参与者的计算机上的本地应用。代替地，参与者可以经由web应用正在访问协作工具。

在图1的示例中，参与者已经在瑕疵（bug）报告应用中输入了缺陷并且已经启动了关于在协作工具中的该缺陷的对话。图1描绘了该协作工具的用户接口的屏幕视图10。在这个示例中，屏幕视图10被分成三个主要的部分12、14和16。部分12提供了区域以显示特定的参与者与之相关联的对话的列表。这里，关于缺陷的对话18被醒目显示（highlight），并且因此，在部分14和16中显示了针对该对话的协作内容。部分14显示了对话18的布告20，而部分16显示瑕疵报告应用的小面（facet）22。

在图1中，布告20被示出包括将活动限定到对话18的日期的四个元素。第一元素指示记录了屏幕截图，其描绘争论中的缺陷，并且第二元素指示已经在瑕疵报告工具中创建了缺陷。小面22描绘了与查看协作内容的参与者相关的来自瑕疵报告工具的信息。这里，该参与者是在瑕疵报告工具中输入缺陷的人。所呈现的消息包括新缺陷的状态和描述以及由参与者输入的其他缺陷的列表。向参与者呈现具有与参与者直接相关的信息的个人化的小面22。

随着对话18的发展，添加附加的布告20。在参与者具有对诸如在图1中呈现的用户接口的用户接口的访问的情况下，参与者具有对实时更新的访问并且可以按需进行响应以继续对话18。然而，参与者在移动时或者以其他方式离开她的桌子时常常将不具有这样的访问。图2-4描绘了经由次要通信通道向用户呈现通信更新的示例移动接口。

从图2开始，参与者具有对移动电话24的访问，在所述移动电话24上已经安装了用于与协作工具交互的专用移动客户端应用。在对对话18（图1）的更新之后，移动应用接收来自协作工具的通信并且显示提醒26。这里该提醒对应于新添加的布告。在参与者选择提醒26时，移动应用28打开对话18的显示布告30。移动应用28还允许参与者输入新布告32被传送回到协作工具。

在图3中，参与者具有经由设备34的对电子邮件的访问，并且已经从协作工具接收了电子邮件36，当显示电子邮件36时，示出布告38。为了输入新布告，参与者仅需要激活重播控制40并且对电子邮件36进行响应。在图4中，参与者具有对具有SMS能力的移动电话的访问。这里，参与者已经从协作接收了当被显示时示出布告46的SMS消息44。消息44可以是一系列消息，每个对应于不同的布告46。为了添加新布告并且继续对话，参与者仅需要发送响应48。

总之，图1描绘了用户接口，其中经由主要通信通道传送对话更新。这意味着，例如，随着工具处理更新，访问基于web的协作工具的参与者可以实时地看到更新。在图2-4中，通过各种次要通信通道向参与者提醒对话更新，各种次要通信通道包括到移动应用的通道、电子邮件通道和SMS通道。如以下将要讨论的那样，这些是可以使用的许多替代的次要通信通道的示例。

环境：图5描绘了环境50，其中可以实现各种实施例。环境50被示出为包括应用服务52、协作系统54和客户端设备56。应用服务52的每个表示了被配置成向客户端设备56供应应用的计算设备或者计算设备的组合。示例可以包括企业和消费者web以及通过面向服务的架构提供的云应用。

对话系统54表示了被配置成向客户端设备56供应协作工具或者应用的计算设备或者计算设备的组合。协作工具允许用户查看在由服务30供应的应用的上下文中的对话并且向在由服务30供应的应用的上下文中的对话发布布告。一般地，协作系统56使得利用客户端设备56的参与者能够使用任何数量的不同的次要通信通道来参与对话。客户端设备56的每个表示了被配置成与协作系统54以及在某些情况下与应用服务52交互的计算设备。这样的交互可以通过浏览器或者是在给定客户端设备54上执行的其他应用。在其他情况下，在给定客户端设备34被用于语音通信的情况下，交互可以是基于语音的，其利用将电子数据转换成人类语音信号并且反之亦然的协作系统54或者中间物（intermediary）。

链路58一般表示经由电信链路、红外链路、射频链路或者提供电子通信的任何其他连接器或系统的电缆、无线、光纤或者远程连接中的一个或多个。链路58可以至少部分地包括内部网、因特网或者两者的组合。链路58还可以包括中间代理（proxy）、路由器、交换机、负载均衡器等等。

部件：图6和图7描绘了用于实现各种实施例的物理和逻辑部件的示例。在图6中，各种部件被标识为引擎60-64。在描述引擎60-64中，焦点将在每个引擎的指定的功能上。然而，如本文中使用的那样，术语引擎是指硬件以及被配置成执行指定的功能的编程的组合。如关于图7之后描述的那样，每个引擎的硬件例如可以包括处理器和存储器，而编程是被存储在该存储器上并且由处理器可执行来执行指定的功能的代码。

图6描绘了用于实现多通道对话的协作系统54。例如，协作系统54可以是总协作工具的子部件。在图6的示例中，系统54包括对话引擎60、通道引擎62和通信引擎64。数据储存库66表示被配置成存储由协作系统54维持和利用的数据的存储器。这样的数据可以包括对话的储存库。换言之，储存库66可以包含指示在参与者的一个或者多个组之间的对话的数据。针对给定对话，数据可以表示到该对话的各种布告、对话的话题或主题以及标识在对话中的参与者的信息。储存库66还可以包含指示参与者角色和通信偏好的数据。

对话引擎60被配置成监视指示或者以其他方式表示在多个参与者之间的对话的对话数据。对话引擎60负责根据从该对话的参与者接收的消息更新对话数据。在图6的示例中，当维持和更新对话数据时，对话引擎60可以访问数据储存库66。如以下将要讨论的那样，随着添加布告或者以其他方式更新对话，可以使用对话数据来向参与者传送消息。

以下是表征由对话引擎60维持并且被存储在数据储存库66中的对话数据的结构的表格的示例。

对话	参与者	布告	一个或多个话题
				CID(1)	PID(1)	布告(1)	话题(1)
CID(2)	PID(2)	布告(2)	话题(2)
				...	...	...	...
CID(n)	PID(n)	布告(n)	话题(n)

在这个示例中，每个对话由行表示。每行具有包含将该对话与其他对话区分的对话标识符的单元。每行还具有包含标识在相应的对话中的参与者的数据的单元，以及包含指示到该对话的布告的数据的单元。每行具有包含指示对话话题的数据的单元。话题特性（specificity）可以从一般到精确变化。例如，一个对话可以涉及针对特定应用输入的缺陷。另一对话可以一般地涉及应用缺陷。在话题单元中的数据还可以指示话题关于给定参与者的相关性的级别。例如，关于应用缺陷的对话可以与对话的一个或者多个参与者高度相关。如以下将要讨论的那样，这样的话题数据可以在选择用于到达参与者的次要通信通道中使用。

针对多个参与者中的每个，通道引擎62负责从与该参与者相关联的多个次要通信通道之中选择特定的次要通信通道。例如，在以新布告更新对话时，通道引擎62负责选择次要通信通道，用于针对每个参与者传送指示该更新的消息。应注意，基于多个因素，可以针对不同的参与者选择不同的次要通道。

为了实现其功能，通道引擎62可以利用通道选择数据。如本文中使用的那样，通道选择数据是可以被用于选择特定次要通信通道来向对话传送对应于更新的消息的数据。通道选择数据可以标识每个参与者的角色和偏好。通道选择数据还可以指示参与者存在（presence）。这样的数据可以被维持在数据储存库66中。

为了帮助解释，以下是表征通道选择数据的结构的表格的示例。

参与者	通道	存在	相关性	偏好
					PID(1)	Ch(1)	Pres(1)	R(1)	Pref(1)
PID(2)	Ch(2)	Pres(2)	R(2)	Pref(2)
					...	...	...	...	...
PID(n)	Ch(n)	Pres(n)	R(n)	Pref(n)

在这个示例中，每行表示针对给定参与者的通道选择数据。每行具有包含将该参与者与其他参与者区分的参与者标识符的单元。每行还具有包含标识对该参与者可用的特定次要通信通道的数据的单元。例如，这样的数据可以标识电子邮件地址、电话号码、用于文本消息的移动电话号码以及可以被用于利用通信通道来到达该参与者的任何其他信息。

每行具有包含存在数据的单元以及包含相关性数据的单元。如本文中使用的那样，存在数据是标识参与者当前是否可用到或者是否应该使用给定的次要通信通道到达的数据。例如，存在数据可以指示用户最近使用特定次要通信通道参与对话。存在数据还可以包括由参与者的移动设备报告的位置数据。相关性数据是被用于确定对话与给定参与者的相关性的信息。这样的数据可以标识参与者的角色，使得可以通过将对话的话题与该角色比较来确定对话相关性。相关性数据还可以包括参与者指定的话题、对话和参与者。因此，相关性数据可以被用于确定对话或者对话更新所具有的、与给定参与者的相关性的级别，以及确定对该对话的更新被成功传送到给定参与者的紧急性的相应级别。在某些情况下，传送所有的对话更新、仅传送由指定参与者输入的那些更新或者传送对应于对话的话题的状态改变的某些形式的布告可以是紧急的。

每行具有包含标识针对给定参与者的通信偏好的数据的单元。这样的数据可以标识优选的次要通信通道。偏好数据可以包括信息，用于根据针对给定参与者的时间表或者存在数据来确定将使用哪个次要通信通道。数据还可以标识仅被用于被认为是紧急的对话更新的通道。例如，当存在数据指示给定参与者经由主要通信通道或者优选的次要通信通道不可用时，这样的次要通道可以标识将被用于传送紧急更新的SMS号码或者语音号码。

因此，在一个示例中，不论紧急性如何，通道引擎62可以针对参与者选择优选的次要通信通道，其中存在数据指示可以使用该通道到达参与者。根据存在数据和确定的紧急性，通道引擎62可以选择不同的次要通信通道，诸如语音、SMS、电子邮件或者移动应用提醒。例如，在存在数据指示参与者正在使用他的移动设备的情况下，可以选择SMS通道。在存在紧急性的情况下，如果存在数据不能被用于定位参与者，则可以选择语音通道。在其他情况下，通道引擎62可以仅仅遵循时间表，在工作时间期间选择优选的次要通道、在晚上选择SMS通道，并且在睡眠时间期间选择电子邮件，因为更新不被认为是紧急的。

通信引擎64被配置成，针对多个参与者中的每个，经由通道引擎62选择的次要通信通道传送指示对话更新的消息。为避免加倍的（duplicative）消息收发，通信引擎62可以不经由非选择的次要通信通道来传送消息。通道引擎64还负责经由相同的选择的通信通道接收消息。通信引擎64将所接收的消息传递到对话引擎60用于处理来更新相应的对话数据。通信引擎64例如可以包括负责不同的次要通信通道的多个代理。一般地，引擎64可以包括被配置成经由能够被用于发送和接收指示对对话的更新的消息的任何次要通信通道来传送消息的任何代理。例如，一个代理可以被配置成发送包含对话更新的电子邮件。该相同或者不同的代理可以负责接收包含用于更新该对话的数据的电子邮件响应。同样，不同的代理可以被配置用于SMS消息收发和语音消息收发。负责语音消息收发的代理负责将表示对话更新（诸如新布告）的数据转译为可以由参与者播放并且听到的语音消息。同样，代理负责将参与者的语音信号转译为供在更新对话数据中使用的格式。

因此，一旦通道引擎62关于给定参与者选择次要通信通道，通信引擎64就负责经由该选择的通道发送指示对话更新的消息。通信引擎64还负责经由该相同的次要通信通道接收来自参与者的消息，并且将该消息的至少一部分传递到对话引擎60上以供引擎60用于更新相应的对话。这是连续的过程。当对话引擎60更新对话时，通道引擎62为在该对话中的每个参与者标识合适的次要通信通道，并且通信引擎64经由所选择的次要通道向参与者传送指示对话更新的消息。然后通信引擎64在那些相同的次要通道上接回包含用于进一步更新对话的数据的消息，并且过程再次重复。

通信引擎64可以针对不同的次要通信通道和不同的参与者维持不同的逻辑队列。在某些实例中，可以从多个对话参与者快速接收对话更新。在这样的情况下，可能不期望针对每个更新向给定参与者发送单独的电子邮件。这里，次要通信通道可以与消息阈值数据相关联。阈值数据可以标识消息计数和消息速度。例如，消息速度可以指示消息将进行排队，直到在过去的“y”分钟中已经接收了不超过“x”数量的消息。消息计数可以指示消息将进行排队，直到队列包含“z”个消息或者消息速度下降到指定阈值之下。因此，通信引擎64可以被配置成，针对给定的次要通信通道，将要被递送到给定参与者的消息进行排队。仅在已经满足对应于针对给定次要通信通道的阈值数据的条件时，通信引擎64然后才可以经由所选择的次要通信通道在单个通信中传送排队的消息。例如，该条件可以是针对参与者的排队的消息的计数超过指定消息计数，或者可以是针对参与者消息进入队列的速度下降到指定的阈值速度之下。

响应经由诸如电子邮件或者SMS的次要通信通道递送的消息的参与者可以有机会在由通信引擎64接收的响应中添加第三方接收者。在这样的情况下，通信引擎64可以向对话引擎60通知第三方允许对话引擎60将第三方添加为对话的参与者。这样可以通过更新针对特定对话的对话数据来实现，使得对应于对话的未来的消息将经由与那些第三方相关联的通信通道传送到第三方。

在上述讨论中，各种部件被描述为硬件和编程的组合。可以以多个方式实现这样的部件。查看图7，编程可以是被存储在有形的存储资源68上的处理器可执行的指令并且硬件可以包括用于执行那些指令的处理资源70。因此，存储器资源68可以被说是存储当由处理资源70执行时实现图7的系统54的程序指令。

存储器资源68一般表示能够存储可以由处理资源70执行的指令的任何数量的存储器部件。存储器资源68在其不包含瞬时信号而是代之以由被配置成存储相关指令的多个或者多个存储器部件组成的意义上是非瞬时的。存储器资源68可以被实现在单个设备中或者跨设备分布。同样，处理资源70表示能够执行由存储器资源68存储的指令的任何数量的处理器。处理资源70可以被集成在单个设备中或者跨设备分布。进一步地，存储器资源68可以是完全地或者部分地集成在与处理资源70相同的设备中，或者其可以是独立的，但对该设备和处理资源70而言可访问。

在一个示例中，程序指令可以是安装包的一部分，当安装包被安装时可以由处理资源70执行以实现系统54。在这种情况下，存储器资源68可以是诸如CD、DVD或闪式驱动器或者由从其可以下载并安装所述安装包的服务器维持的存储器之类的便携式介质。在另一示例中，程序指令可以是已经安装的一个或多个应用的一部分。这里，存储器资源68可以包括集成的存储器，诸如硬件驱动器、固态驱动器等等。

在图7中，被存储在存储器资源68中的可执行程序指令被描绘为对话模块72、通道模块74和通信模块76。对话模块72表示当被执行时使得处理资源70实现图6的对话引擎60的程序指令。通道模块74表示当被执行时使得实现通道引擎62的程序指令。同样，通信模块76表示当被执行时使得实现通信引擎64的程序指令。

操作：图8是实现用于影响多通道对话的方法所采取的步骤的流程图。在讨论图8中，可以参考图1-4的屏幕视图以及在图5-7中描绘的部件。做这样的参考仅仅是为了提供上下文示例并且不是限制可以实现由图8描绘的方法的方式。

假设对话已经开始，针对在该对话中的参与者访问通道选择数据（步骤78）。参考图6，通道引擎62可以负责实现步骤78。对话可以由被对话引擎60维持的对话数据表示。该数据可以标识参与者。在参与者被标识的情况下，通道引擎62然后可以访问与该参与者相关联的通道选择数据。

然后分析通道选择数据以从与给定参与者相关联的多个通信通道之中选择特定的次要通信通道（步骤80）。再一次，通道引擎62可以负责实现步骤80。如先前描述的那样，选择数据可以针对参与者和用于在选择那些次要通信信道之一中使用的参与者偏好数据、存在数据和相关性数据标识次要通信通道。因此，取决于用户偏好数据、存在数据和相关性数据，可以基于诸如当天时间、参与者的位置以及在讨论中（in question）的对话与用户的相关性之类的多种种因素来选择不同的次要通信通道。

经由在步骤80中选择的次要通信通道传送对应于对话的第一消息（步骤82）。为了避免重复的消息收发，步骤82可以不包括经由与参与者相关联的次要通信通道中另一次要通信通道来传送第一消息。参考图6，通信引擎64可以负责实现步骤82。取决于所选择的次要通道，步骤82可以涉及发送电子邮件、SMS消息或者语音消息。

经由在步骤80中所选择的次要通信通道接收对应于相同对话的第二消息（步骤84）。再一次，通信引擎64可以负责实现步骤84。该第二消息例如可以是电子邮件，该电子邮件包含针对将被包括在对对话的布告中的参与者的信息。消息可以是包含相同信息的SMS通信或者是被记录并且被转换为文本的语音通信。

然后使用第二消息的至少一部分来更新对话数据（步骤86）。图6的对话引擎60可以负责实现步骤86。第二消息的至少一部分是参与者意图用来将布告添加到对话的数据。

结论：图1-4描绘了各种用户接口的示例屏幕视图。那些用户接口的特定布局和设计仅是示例，并且意图描绘在其中向协作体验的不同参与者呈现个人化的协作内容的样本工作流。图5-7帮助描绘了各种实施例的架构、功能以及操作。特别地，图6和7描绘了各种物理和逻辑部件。各种部件被至少部分地限定为程序或者编程。每个这样的部件、其部分或者其各种组合可以全部地或者部分地表示包括一个或者多个可执行指令来实现（一个或多个）任何指定的逻辑功能的模块、区段或者代码的部分。每个组件或者其各种组合可以表示电路或者多个互连的电路来实现（一个或多个）指定的逻辑功能。

可以在供处理资源使用或者与处理资源相关的任何存储器资源中实现实施例。“处理资源”是指令执行系统，所述指令执行系统诸如是基于计算机/处理器的系统或ASIC（专用集成电路）或者可以从计算机可读介质取得或获得指令和数据并且执行被包含在其中的指令的其他系统。“存储器资源”是任何非瞬时性存储介质，所述任何非瞬时性存储介质可以包含、存储或者维持供指令执行系统使用或者与指令执行系统相关的程序和数据。术语“非瞬时性”仅用于澄清如本文中使用的术语介质不包含信号。因此，存储器资源可以包括许多物理介质中的任何一个，诸如例如，电子的、磁的、光学的、电磁的或者半导体的介质。适合的计算机可读介质的更多具体示例包括但不限于硬件驱动器、固态驱动器、随机访问存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器、闪式驱动器和便携压缩盘。

尽管图8的流程图示出了执行的具体顺序，但是执行的顺序可以与所描绘的顺序不同。例如，两个或更多的框或箭头的执行的顺序可以相对于所示出的顺序混乱。另外，连续示出的两个或更多框可以被同时或部分同时地执行。所有这样的变型在本发明的范围之内。

参考上述的示例性实施例，已经示出和描述了本发明。然而，应理解，可以制造其他形式、细节和实施例而不背离在以下的权利要求书中限定的本发明的精神和范围。

Claims (15)

1. 一种存储指令的存储器资源，当指令被执行时使得处理资源：

访问用于在对话中的参与者的通道选择数据；

分析通道选择数据以从与参与者相关联的多个次要通信通道之中选择特定的次要通信通道；

经由所选择的次要通信通道而不是与参与者相关联的次要通道中的另一次要通道来传送对应于对话的第一消息；

经由所选择的次要通信通道接收对应于对话的第二消息；

使用第二消息的至少一部分来更新表示对话的数据。

2. 如权利要求1所述的资源，其中：

通道选择数据包括参与者偏好数据和参与者存在数据中的至少一个；并且

所述指令当被执行时使得处理资源通过分析参与者偏好数据和参与者存在数据中的至少一个来进行分析以选择特定的次要通信通道。

3. 如权利要求1所述的资源，其中通道选择数据包括对应于参与者与对话的相关性的数据和指令，所述指令当被执行时使得处理资源通过分析通道选择数据来进行分析以：

在确定对应于相关性的数据指示第一相关性级别时，从多个次要通信通道之中选择第一特定通道；以及

在确定对应于相关性的数据指示第二相关性级别时，从多个次要通信通道之中选择第二特定通道。

4. 如权利要求1所述的资源，其中：

所选择的次要通信通道与标识消息计数和消息速度中的至少一个的消息阈值数据相关联；并且

所述指令当被执行时使得处理资源通过以下内容进行传送：对消息进行排队并且仅在确定针对参与者的排队的消息的计数超过消息计数以及确定针对参与者消息进入队列的速度下降到阈值速度之下中的至少一个之后才经由所选择的次要通信通道传送排队的消息。

5. 如权利要求1所述的资源，其中所述指令当被执行时，使得处理资源通过接收也被传送到第三方的第二消息来接收，所述资源存储指令，当指令被执行时，使得处理资源将第三方添加作为在对话中的参与者，使得对应于对话的未来的消息将经由与第三方相关联的通信通道传送到第三方。

6. 一种系统，其包括存储指令的计算机可读资源，当所述指令被执行时，使得处理资源实现：

对话引擎，其被配置成维持指示在多个参与者之间的对话的对话数据，根据从参与者接收的消息来更新对话数据；

通道引擎，其被配置成针对多个参与者中的每个，针对该参与者分析通道选择数据以从与该参与者相关联的多个次要通信通道之中选择特定的次要通信通道；以及

通信引擎，其被配置成针对多个参与者中的每个，经由由通道引擎针对该参与者选择的次要通信通道传送指示对对话数据的最初更新的第一消息并且经由该所选择的次要通信通道接收第二消息；

其中对话引擎被配置成针对由通信引擎接收的每个第二消息来影响对对话数据的后续更新。

7. 如权利要求6所述的系统，其中在对对话数据的任何后续更新之后:

通道引擎被配置成针对多个参与者中的每个，针对该参与者后续地分析通道选择数据以从与该参与者相关联的多个次要通信通道之中后续地选择特定的次要通信通道，并且

通信引擎被配置成针对多个参与者中的每个，经由针对该参与者后续选择的次要通信通道传送指示对对话数据的后续更新中的任何一个或多个的第三消息。

8. 如权利要求6所述的系统，其中：

针对每个参与者的通道选择数据包括针对该参与者的偏好数据和存在数据；并且

通道引擎被配置成通过分析参与者偏好数据和参与者存在数据进行分析以选择将被用于传送第一消息和接收第二消息的特定的次要通信通道。

9. 如权利要求8所述的系统，其中针对多个参与者中的一个的通道选择数据包括指示该参与者关于对话的相关性级别的数据并且通道引擎被配置成针对该参与者通过分析通道数据来进行分析以：

在确定指示相关性级别的数据指示第一级别并且针对该参与者的存在数据指示第一存在类型时，从多个次要通信通道之中选择第一特定通道；以及

在确定指示相关性级别的数据指示第二级别并且针对该参与者的存在数据指示第一存在类型时，从多个次要通信通道之中选择第二特定通道。

10. 如权利要求6所述的系统，进一步包括处理资源。

11. 一种用于影响多通道对话的系统，所述系统包括：

通道引擎，用以针对对话的多个参与者中的每个访问通道选择数据，并且针对每个参与者，利用针对该参与者的通道选择数据从对该参与者可用的多个次要通信通道之中选择特定的次要通信通道；

通信引擎，用以针对每个参与者，经由针对该参与者选择的次要通信通道传送对应于对对话的最初更新的第一消息并且经由该相同的次要通信通道接收第二消息；

对话引擎，用以维持表示对话的数据并且使用由通信引擎接收的每个第二消息的至少一部分来更新数据。

12. 如权利要求11所述的系统，其中：

针对特定参与者的通道选择数据包括参与者偏好数据和参与者存在数据中的至少一个；并且

通道引擎针对特定参与者分析参与者偏好数据和参与者存在数据中的至少一个以从对该特定参与者可用的多个次要通信通道之中选择特定的次要通信通道。

13. 如权利要求12所述的系统，其中

针对特定参与者的通道选择数据包括对应于该参与者与对话的相关性的数据，通道引擎针对该特定参与者分析通道选择数据以：

在确定对应于相关性的数据指示第一相关性级别时，从对该特定参与者可用的多个次要通信通道之中选择第一特定通道；以及

在确定对应于相关性的数据指示第二相关性级别时，从对该特定参与者可用的多个次要通信通道之中选择第二特定通道。

14. 如权利要求11所述的系统，其中针对特定参与者选择的次要通信通道与标识消息计数和消息速度中的至少一个的消息阈值数据相关联；并且

通信引擎针对特定参与者对第一消息进行排队并且仅在确定针对该特定参与者的排队的消息的计数超过消息计数并且确定针对该特定参与者消息进入队列的速度下降到阈值速度之下之后才经由针对该参与者选择的次要通信通道传送排队的第一消息。

15. 如权利要求11的系统，其中：

通信引擎接收也被传送到第三方的第二消息中的特定的一个；并且

对话引擎将第三方添加为对话中的参与者，使得对应于对话的未来的消息将经由对第三方可用的次要通信通道传送到第三方。