CN104022939A - 便利的第三方通信 - Google Patents

Abstract

在各种实施方式中，提供了用于促进接收方与第三方之间的通信的系统、方法、计算机可读介质和装置。例如医师等接收方可以请求，然后容易参与与所选择的例如医药专家等第三方的通信。第三方可以是基于医师的请求或者在请求之前或在请求时得到的其他信息而选择的，例如对问卷的响应。在通信期间可以保持用于通信的上下文并在之后进行存储。在随后的通信期间，所存储的信息可以用于恢复先前通信的先前的上下文。可以描述并要求保护其他实施方式。

Description

便利的第三方通信

技术领域

本发明的实施方式总体上涉及电子消息领域，并且具体地涉及通信的提供和便利（facilitation）（例如通过专用消息信道）。

背景技术

现有的电子通信方法使得内容生成方能够将他们的内容发送到一个或更多个潜在的接收方。这样的通信方法的示例包括例如基于网络的内容广播和博客、基于API的消息（包括微博服务、电子邮件和文本消息）。

不幸的是，这些方法具有一些缺点。当试图将重要的消息传达给接收方时，广播式的通信方法（例如基于网络的基于API的博客）可能需要对接收方的一部分做出动作以得到接收方的注意。另外，可能难以给特定的接收方定制消息，原因是来自内容提供方的所有消息可以传到公共信道。

其他方法（例如电子邮件或者如Twitter等基于API的微博服务）通常导致内容生成方的消息与许多其他提供方的消息聚合在一起。例如，如果医药销售代表对经由邮件与繁忙的医师通信感兴趣，则该邮件消息将不得不与该医师一天接收到的每个其他邮件竞争以得到医师的注意。与对该消息进行私人定制的程度无关，这都是事实。

另外，现有的通信方法不能基于先前通信提供接收方与其他方之间的交互。例如，如果接收方接收来自内容生成方的内容并且希望接收另外的信息，则接收方可能不能采用容易的方法来与这些其他方通信。这样的限制可能会错过与向接收方提供的信息有关的另外通信的机会，并且可能阻挠内容生成方向接收方有效呈现他或她的意见的能力。

发明内容

根据本发明的一个方面，提供一种计算机可执行方法，用于促进第一方与第二方之间经由专用消息信道的通信，所述方法包括：通过计算系统接收对于所述第一方经由所述专用消息信道与第三方通信的请求；至少部分地基于经由所述专用消息信道提供的信息，通过所述计算系统识别被标识的第三方；以及通过所述计算系统促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

根据本发明的另一个方面，提供一个或更多个计算机可读介质，其包括写在其上的指令，其响应于在计算系统上的执行，通过使所述计算系统执行如下操作来使所述计算系统促进第一方与第二方之间经由专用消息信道的通信：接收对于所述第一方经由所述专用消息信道与第三方通信的请求；至少部分地基于经由所述专用消息信道提供的信息，识别被标识的第三方；以及促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

根据本发明的又一个方面，提供一种系统，用于促进第一方与第二方之间经由专用消息信道的通信，所述系统包括：一个或更多个计算处理器；以及逻辑，所述逻辑被配置成在所述一个或更多个计算处理器上操作以：接收对于所述第一方经由所述专有消息信道与第三方通信的请求；至少部分地基于经由所述专有消息信道提供的消息，识别被标识的第三方；以及促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

附图说明

通过以下结合附图的详细描述将更容易理解实施方式，为了便于该描述，相同的附图标记指代相同的结构元件。在附图的图中，实施方式作为示例而非作为限制示出。

图1示出了示出根据各种实施方式的计算机可执行的专用消息信道协调器和专用消息应用的示例性用法和信息流程的框图；

图2示出了根据各种实施方式的由专用消息应用生成的示例性接口。

图3是示出根据各种实施方式建立并通过其间的专用消息信道与接收方通信的示例性过程的流程图。

图4是示出根据各种实施方式的其中内容生成方可以促进在接收方与第三方之间经由专用消息信道的通信的示例性过程流程图。

图5是示出根据各种实施方式的其中专用消息信道协调器或其他实体可以促进接收方与第三方的通信的可替选示例性过程的流程图。

图6是示出根据各种实施方式的用于建立用于促进第三方通信的系统（例如专用消息信道协调器）的示例性过程的流程图；

图7是示出根据各种实施方式的用于标识通信的第三方的示例性过程的流程图；

图8是示出根据实施方式的用于促进第三方通信的示例性过程的流程图；

图9是示出根据各种实施方式的可实施所描述的若干实施方式的合适计算环境的通用示例。

具体实施方式

本公开内容的实施方式提供用于在内容提供方与感兴趣的参与者之间提供安全、专用、一对一通信的系统、方法、计算机可读介质和装置。例如，专用消息信道平台可以向内容生成方提供向接收方发送接收方特定的信息的能力，例如通过在接收方的控制下使用安装在通信装置上（例如智能手机）的专用消息应用程序。专用消息信道还可以用于通过内容生成方来促进第三方与消息接收方之间的通信从而促进第三方通信。此外，本公开内容的实施方式提供用于促进接收方与第三方之间的通信的系统、方法、装置和计算机可读介质。例如，在实施方式中，根据本文所公开的技术，接收方（例如医师）可以请求，然后便利地加入与所选择的第三方（例如医药专家）的通信。在各种实施方式中，可以基于医师的请求或者基于在请求之前或者在请求时得到的其他信息来选择第三方。另外，可以部分地基于在请求时的、第三方的可用性来选择第三方以进行通信。在各种实施方式中，可以在通信期间保持用于通信的上下文(context)并且之后将其保存。在随后的通信期间，所存储的通信可以用于恢复先前通信的先前上下文。这可以使得接收方和与接收方（医师）已经通信的第三方能够使用先前上下文继续通信，从而提高后续通信的质量。在各种实施方式中，不是选择单个第三方，而是可以选择第三方实体（entity）来与接收方通信。类似地，在各种实施方式中，可以促进多个接收方通过单独的信道或者通过组合的信道与单个第三方通信。

图1示出了根据一些实施方式的专用消息信道系统。专用消息信道系统可以包括专用消息信道协调器100，专用消息信道协调器100用于例如通过接收方装置180协调一个或更多个内容生成方150与消息接收方之间的通信。在各种实施方式中，内容生成方150可以包括个体和/或集团企业。在各种实施方式中，接收方装置180可以包括多种类型的电子通信装置中的一种，例如，个人（膝上型）计算机183、平板计算机184和/或智能手机185。在各种实施方式中，接收方装置可以为通常在接收方控制下或者可由接收方访问的装置，例如在医师控制下的装置。在其他实施方式中，接收方装置可以处在另外一方（例如销售代表）的控制下，并且可以根据需要提供以用于接收方访问。

在各种实施方式中，专用消息信道协调器100可以利用在接收方装置上执行的专用消息应用190来发送和接收消息。在各种实施方式中，专用消息应用可以作为应用和/或作为手机应用安装在接收方装置上，或者可以采用基于网络的应用或其他集中式服务的形式。在一些实施方式中，在专用消息应用采用基于网络的应用或集中式服务的形式的情况下，专用消息应用可以被如下接收方装置访问：该接收方装置未被专门配置用于本文所描述的专用消息技术，但可以操作为终端或网络浏览器。在各种实施方式中，专用消息应用190可以用专用消息信道协调器100鉴别接收方的身份。通过这样做，专用消息应用190和专用消息信道协调器100可以帮助生成可发送敏感和/或受管制的消息的经认证并且可信任的专用消息信道。在各种实施方式中，专用消息信道可以是双向的。同样地，消息可以不仅可以从内容生成方流到接收方，还可以从接收方流到内容生成方。利用该双向信道，可以促进接收方参与到正在进行的、与内容生成方的来回交谈中。

图2示出由消息接收方的专用消息应用190生成用于消息接收方经由专用消息信道进行通信的示例性接口。在示出的示例中，专用消息应用190用于医师与医药销售代表之间的通信。尽管本文示出或者讨论了特定的要素，然而在可替选实施方式中，接口可以包括另外的要素或者可以省略一个或多个示出的要素。在各种实施方式中，内容生成方可以选择显示在接口中的信息中的全部信息或者一部分信息以向消息接收方提供详细且个人化的信息。

图2示出讯息要素200，消息接收方通过讯息要素200可以接收对他或她自己个人感兴趣消息项目。要素200包括来自销售代表的消息列表，其可以经由如下面所描述的安全专用消息信道发送。要素220和230示出其中消息接收方可能通过双向信道回复给销售代表的示例，例如请求药品样本（220）或者与销售代表制定约会（230）。在要素240处，消息接收方可以查看他或她希望参与的各种事件，例如“达拉斯医药世界”事件250。最后，要素260示出用于查看另外形式的媒体的链接，其可以由要针对消息接收方个性化设置的内容生成方整个或部分地选择。

返回到图1，在各种实施方式中，专用消息信道协调器100可以包括一个或多个模块，例如消息发送模块110、消息接收模块120、通信历史模块130、接收方账户模块140、第三方信息模块170、问卷生成模块173和/或第三方选择模块175。在各种实施方式中，消息发送模块110可以用于保持与多种接收方装置180上的一个或更多个专用消息应用190的连接，并且将从内容生成方（例如通过消息接收模块120）接收的消息发送到专用消息应用190。在另一实施方式中，消息发送模块110可以将由消息接收模块120接收的消息发送到一个或更多个内容生成方150。

在各种实施方式中，通信历史模块130可以保持接收方与内容生成方150之间的通信历史。在各种实施方式中，通信历史模块130可以提供用于查看通信历史可视界面。在各种实施方式中，所述查看可以由内容生成方150、接收方来执行，和/或由实体在专用消息信道协调器100的控制下执行。在各种实施方式中，界面可以通过专用应用提供，例如经由专用消息应用190或者可替选地通过基于网络的接口。在各种实施方式中，通信历史模块130还可以保持另外的非消息信息（例如事件信息），其包括接收方已经参加或者将可能参加的事件或者特别敏感的通信的记录。例如，通信历史模块可以保持关于需要记录的、在医药销售代表和医师之间的通信的信息，以用于记录保持或者将来核查。在各种实施方式中，通信历史模块还可以保持和/或存储接收方与第三方之间的通信的通信历史和上下文。例如，如果医师先前已经经由通过专用消息信道协调器100便利（facilitate）的视频会议与第三方通信，则通信历史模块130可以保持这样的信息，例如视频会议的记录历史、在视频会议期间交换的和/或查看的一个或多个文件和/或网址的历史、在视频会议期间看过的文本消息的历史等。在各种实施方式中，医师与第三方之间的通信的历史和/或上下文可以由不同的模块和/或存储装置保持和/或存储。在各种实施方式中，该信息还可以被用于在随后通信中选择第三方。

在各种实施方式中，接收方账户模块140可以保持与消息接收方有关的账户信息，例如与特定接收方有关的账户名、密码、姓名、地址、电话信息和/或其他信息。在各种实施方式中，接收方账户模块可以向内容生成方和/或接收方提供认证服务以在通过专用消息信道寻求通信时鉴别他们的身份。

如以上所讨论的，在各种实施方式中，专有消息信道协调器100可以被配置成促进接收方与第三方之间的通信。例如，如果医师正在经由专有消息信道接收关于药品的信息，则医师可能希望得到可能是最好由第三方提供的另外的信息。在各种实施方式中，该第三方为个体（例如另一医师）、实体（例如试验公司或制造商或者个体的集合）。在各种实施方式中，通信的这种促进可以包括第三方（或者与第三方相关联的个体）的动态、规则驱动的选择，以便更好地提供更适合接收方的需要、第三方的需要二者和任意可用性的通信的机会。还可以意识到，在一些实施方式中，多个第三方和/或接收方可以被选择并且可以参与同时通信。

为了促进该通信，专有消息信道协调器100可以被配置成具有一个或更多个第三方通信模块165。第三方通信模块165可以被配置成促进与一个或更多个第三方个体160通信。在各种实施方式中，第三方通信模块165可以被配置成在与第三方个体160相关联的一个或更多个本地计算装置上执行。第三方通信模块165可以包括用于通信的各种工具，包括但不限于视频会议、文本消息、基于文本的聊天等。在各种实施方式中，第三方通信模块165可以被配置成警示由接收方做出的或者代表接收方做出的的通信请求163的一个或更多个第三方，并且提供用于接收通信请求163的时间。

在各种实施方式中，第三方消息模块170可以被配置成保持关于接收方可以使用专有消息信道协调器100通信的各种第三方的信息。例如，在各种实施方式中，针对可以与医师接收方通信的医药专家，第三方信息模块170可以例如保持与医药专长、经验、语言能力、时间和/或地理可用性、姓名和/其他识别信息等有关的信息。在各种实施方式中，响应于对这样的信息的请求，可以使用该信息来选择与接收方通信的第三方。

在各种实施方式中，问卷生成模块173可以被配置成生成问题以在由接收方对于第三方通信的请求时使用。例如，如果医师要求与医药专家通信，则专用消息信道协调器100可以被配置成向医师提供问卷以获得关于医师请求的更好的信息。在各种实施方式中，问卷生成单元173可以被配置成基于被保持的关于第三方个体160的信息来生成并提供这些问卷。

基于该问卷的结果，专用消息信道协调器100可以被配置成根据专用消息信道协调器100来选择用于通信的第三方。在各种实施方式中，可以由第三方选择模块175来执行该选择。在各种实施方式中，第三方选择模块175可以被配置成向关于第三方个体160的数据、接收方的请求和/或一个或更多个问卷的结果应用一个或更多个业务规则（未示出），以确定要促进与之通信的一个或更多个第三方。根据该确定，可以向第三方做出通信请求163，由于这些请求，可以促进第三方与接收方之间的通信。

下面描述促进第三方通信的特定示例。可以注意的是，以上在图2中描述的上面提供的示例示出在如下专用消息信道协调器100的情况下促进对于第三方的通信，专用消息信道协调器100被配置成在内容生成方150与接收方之间提供异步消息传输。然而，在各种实施方式中，可以在不要求具有其他异步消息提供的情况下促进第三方与接收方之间的通信。在各种实施方式中，通过一个或更多个中间方的作用来促进第三方通信。例如，医药销售代表可以利用一个或更多个实施方式来基于以其他方式在医药代表的控制下的装置促进医师与医药专家之间的通信。在各种实施方式中，可以在不需要医师以其他方式接收来自内容生成方的内容的情况下执行这种促进。因此，尽管为了便于说明，本文使用术语“接收方”，然而他不一定暗示要求“接收方”在促进第三方与接收方通信之前或之后接收内容和/或消息。

图3示出用于设置并通过其间的专用消息信道与接收方通信的示例性过程的流程图。该过程以操作310开始，其中接收方可以在他或她的装置上安装专用消息应用190。在操作320处，接收方在使用专用消息信道时可以生成标识他或她自己的唯一的注册和密码。在各种实施方式中，接收方可以使用专用消息应用190的接口或者通过另一接口（例如由专用消息信道协调器100提供的基于网络的接口）生成注册和/或密码。

在操作330处，内容生成方可以发送由接收方接收的消息。在各种实施方式中，如可以理解的，可以通过各种电子消息协议或系统将消息发送到专用消息信道协调器100。如本文所使用的消息可以是各种消息类型中的任意消息类型，包括但不限于文本消息、多媒体消息、电子邮件（e-mail）、文件（耦合至前面描述的消息类型中的一种或者独立传递的），例如可扩展标示语言（XML）文件、超文本标记语言（HTML）、显示在移动应用上的消息等。在可替选实施方式中，专用消息信道协调器100可以通过专用消息应用程序接口（API）接收消息，或者可以提供用于直接在专用消息信道协调器100处生成消息的图形界面。

在各种实施方式中，消息可以是从内容生成方乱写中生成或者可以从一个或更多个预定消息模板生成。在各种通信情形下，例如当通信关于受限制的医学信息时，消息在其可以被发送之前需要审查与标准的规则兼容性。因此，在一些实施方式中，预定消息模板在内容生成方可用之前可能已经被审查。在其他实施方式中，生成之后的消息在其可以被发送到消息接收方之前可能经历由专用信道协调器100协调的审查过程。

在操作340处，专用消息信道协调器100则可以将消息发送到专用消息应用190。在各种实施方式中，专用消息信道协调器100可以将消息转化成预定义形式以用于由专用消息应用190解释。在其他实施方式中，例如当消息已经被表示为非个人化一个或者表示为非敏感时，专用消息信道协调器100可以通过另一协议或系统发送消息，例如经由电子邮件或者通过另一服务。

在操作350处，接收方可以接收他或她已经接收到消息的指示。在各种实施方式中，该指示可以是直接来自专用消息应用190的指示或者可以是由中间方通知服务递送的指示。在各种实施方式中，通知可以在传输消息之前到达专用消息应用190，这样好像专用消息应用190在接收到通知之后从专用消息信道协调器100拖拉出消息。在操作360处，接收方可以读取所发送的消息。在各种实施方式中，在读取之后可以从接收方接收到确认。在一些实施方式中，确认可以仅仅为消息被读取。在其他实施方式中，确认可以表示被发送的通信的类型或者通信的内容的全部或一部分。在一些实施方式中，确认可以包括消息接收方将采取特定行动（例如消息接收方将参加事件）的指示。

图4是示出其中内容生成方可以促进在接收方与第三方之间经由专用消息信道的通信的示例性过程的流程图。在一个实施方式中，当内容生成方与接收方之间的通信的内容受限制或者以其他方式不能被内容生成方执行时，可以使用该过程。例如，医药销售代表在与医师讨论药物时，医师可能询问关于潜在的核准标示外使用的用法。时常销售代表可能不允许参与在该询问之后的进一步的通信，而必须替代地使医师求助于医学专家以便进一步讨论。使用该过程，专用消息信道可被用于这些进一步的通信。

过程可以在操作410处开始，其中内容生成方接收来自消息接收方的对另外的信息的请求，诸如在以上所讨论的情形下。在操作420处，内容生成方标识可以对信息的请求作出响应的第三方，例如医学专家。接着，在操作430处，第三方连接专用消息信道协调器100以参与到专用消息信道中。

在操作440处，内容生成方促进第三方与消息接收方之间的通信的启动。在各种实施方式中，便利的（facilitated）通信可以基于与在消息接收方与内容生成方之间的通信期间所使用的相同的专用消息应用190来发生。在一些实施方式中，促进可以包括内容生成方为消息接收方和第三方预填充消息历史，使得他们对要讨论什么有共同的理解。最后，在操作450处，消息接收方和第三方可以使用专用消息信道来进行他们的通信。

图5是示出其中专用消息信道协调器100或其他实体可以促进接收方与第三方之间的通信的可替选示例性过程500的流程图。在一个实施方式中，该过程可以用于通过中间方来促进接收方与第三方之间的通信。根据本文中所描述的各种实施方式中，接收方和/或中间方可能希望促进接收方与第三方之间的通信，以使得所通信的第三方特别适合于接收方的需要。

例如，与上面的示例相似，医师可以询问医药销售代表关于潜在的药品核准标示外使用的用法。销售代表可能希望或者被要求将医师指引给医药专家以用于进行进一步的讨论，并且可能希望促进与特别适合于医师的通信需要的医药专家的通信。通过使用该过程，可以使用专用消息信道协调器100来标识、警示并且促进与该医药专家的通信。

可以注意的是，在本文提供的描述中，在专用消息信道协调器100与接收方和各种第三方二者之间进行多次交互。在各种实施方式中，可以提供另外的交互来促进所示出的交互，以及履行各种法律和/或专业责任或规则。例如，在各种要点中，可以请求医师接收方在继续进行与本文所描述的通信过程的一部分之前阅读发布的信息或其他法律信息。例如，在各种情形下，可以要求医师提供/确认信息：确认医师被许可作为医疗提供商；确认内容生成方或其他方（如销售代表）在第三方通信期间不会出现，和/或在继续之前提供他/她接受信息（或接受特定责任）的签名或指示。在其他实施方式中，可以对第三方和/或内容生成方做出相似的请求；例如，可以要求销售代表在第三方通信可以开始之前将接收方装置置于锁定状态。在各种实施方式中，专用信息信道协调器100可以被配置成提供用于将这样的交互请求插入到本文所描述的过程中的编程钩或其他设施。然而，为了简化说明，在不考虑这样的请求和责任的特定示例的情况下来描述下面的过程。

过程可以在操作510处开始，其中专用消息信道协调器100或提供促进第三方通信的其他系统可以被配置用于该种促进。在各种实施方式中，在操作510处，可以使用关于第三方的信息和/或可以需要收集以用于之后的第三方通信的信息来配置实施本文中所描述的技术的专用消息信道协调器100或其他系统。下面可以参考图6来描述操作510的特定示例。接着，在操作520中，专用消息信道协调器100可以例如从消息接收方或者从内容生成方接收对第三方通信的请求。例如，在上面提供的示例中，接收方医师请求关于药品核准标示外使用的用法的信息。在这样的情形下，医师可以例如使用专用消息应用程序190来指示他/她希望与某人谈论关于这种用法。在另一情形下，销售代表自身可以直接与专用消息信道协调器100通信以开始第三方通信，例如响应于来自医师的请求（打开或关闭信道）。

接下来在操作530中，专用消息信道协调器100可以标识与接收方通信的第三方。下面可以参考图7描述操作530的特定示例。接着在操作540中，专用消息信道协调器100可以促进所标识的第三方与接收方之间的通信。在各种实施方式中，这样的便利的通信可以包括在通信被停止或中断时保持信息和/或通信上下文的能力。下面可以参考图7描述操作540的特定示例。

图6是示出了用于设置系统（如专用消息信道协调器）以促进第三方通信的示例过程600的流程图。在各种实施方式中，过程600可以提供过程500的操作510的实现。过程可以在操作610处开始，其中系统可以标识用于之后通信的潜在的第三方。例如，在各种实施方式中，可以向第三方提供用于注册系统以进行未来通信的接口。在一些实施方式中，系统可以基于可用信息来识别第三方并且找出第三方的注册。接着，在操作620中，系统可以收集用于第三方的信息，例如在随后通信期间使用。在各种实施方式中，在操作620中收集的信息可以包括但不限于关于第三方的识别信息，如名字、地址、电话号码、电子邮件地址等；人口统计消息；传记消息；工作/教育经历；可用消息，如可用的日期和时间；专业知识领域，所使用的语言等。在其他实施方式中，可以收集其他信息，如专业行为和经历信息，如指定的行为/历史，内容消费历史，与同事的交互和/或参加教育事件或研讨会。

接着，在操作630中，在各种实施方式中，系统可以收集关于潜在的第三方通信的信息。在各种实施方式中，在操作630中，系统可以收集可由接收方或第三方输入的、关于潜在的通信主题的信息。例如，在医师与医学专家通信的情形下，系统可以收集关于潜在的药品和/或医疗条件的消息，医师可能期望针对这些方面与第三方通信。在一些实施方式中，该消息可以关于潜在的接收方（例如，医师）或潜在的第三方，以及其各种经历和/或工作实践。

接着，在操作640中，系统可以生成一个或更多个可以在促进第三方通信时应用以选择第三方的业务规则。在各种实施方式中，如下面所讨论的那样，可以由第三方选择模块175来使用这些业务规则以标识用于通信的第三方。接着，在操作650中，系统可以例如由问卷生成模块173生成问卷以在第三方通信请求时收集信息。可以使用先前在过程600的执行期间收集的消息来生成这些问卷，并且可以生成用于得出可以应用于操作640生成的业务规则的信息。接着，在操作660中，系统可以配置与第三方相关联的本地计算装置来接收通信请求。在各种实施方式中，计算装置可以被配置成具有一个或更多个通信工具，如视频会议、网络会议、电子邮件、文本消息、文本聊天、音频、文件共享、交互内容和/或其他工具。在各种实施方式中，计算装置也可以被配置成接收对开始通信的请求，并且响应于接收的请求将警示提供给第三方。在操作660之后，过程可以结束。

图7是示出用于标识用于通信的第三方的流程图。在各种实施方式中，过程700可以提供过程500的操作530的实现。过程可以在操作710中开始，其中系统（例如专用消息信道协调器100）可以接收初始通信请求。在各种实施方式中，可以通过专用消息应用程序190在接收方装置180中做出请求；在其他实施方式中，可以使用其他方法来接收请求。在各种实施方式中，可以由接收方或中间方（例如，由相对于医师的医药销售代表）直接做出请求。接着，在操作720中，系统可以得到问卷数据。在各种实施方式中，可以通过将问卷从问卷生成模块173呈现给接收方和/或中间方来获得问卷数据。

接着，在操作730中，系统可以确定可以通信的第三方的列表。在各种实施方式中，可以通过例如由第三方选择模块175应用一个或更多个业务规则来确定第三方的列表。在各种实施方式中，在操作175中，第三方选择模块175可以向各种消息（如在操作720中获得的问卷数据以及关于在过程600执行期间获得的第三方的信息）应用业务规则。接着，在操作740中，系统可以请求来自为列表上第一个的第三方的通信。在各种实施方式中，可以通过使警示显示在与所请求的第三方相关联的计算装置上来进行这个请求。在确定操作745中，系统可以确定所联系的第三方是否可用。在各种实施方式中，在确定操作745中，系统可以在发送请求后等待预定时段以使得所联系的第三方做出回应。在其他实施方式中，在操作745中，如果第三方不可用，则系统可以例如从与第三方相关联的计算装置的通信请求模块165接收第三方不可用的自动回应。如果第三方不可用，然后过程可以返回到操作740，其中系统可以请求从第三方列表中的下一个第三方通信并且在操作745中确定新联系的第三方是否可用。然而，如果第三方可用，然后在操作750中，系统可以标识用于通信的可用第三方。过程可以然后结束。

图8是示出用于促进第三方通信的示例过程800的流程图。在各种实施方式中，过程800可以提供过程500的操作540的实现。过程可以在操作810中开始，其中可以开始接收方与第三方之间的通信。如本文中所描述的那样，在各种实施方式中，可以经由各种方法/工具（如视频或音频会议、文本通信、文本聊天、电子邮件等）进行通信。在操作820中，系统可以在进行通信时记录通信的上下文；然后可以例如由通信历史模块130保持上下文。

接着，在操作830中，系统可以接收终止通信请求。在各种实施方式中，请求可以永久地终止通信或者临时的终止通信。在操作840中，系统可以例如通过通信历史模块130存储用于之后通信的上下文。接着，在操作850中，系统之后可以接收恢复通信的请求。在各种实施方式中，可以接收请求以恢复临时终止的通信；在其他实施方式中，该请求可以是与先前的通信未明确相关联的新的请求。然后，在操作860中，系统可以使用存储的内容来恢复第三方与接收方之间的通信。在各种实施方式中，在操作860中，可以重新存储消息和/或数据历史来恢复通信以使用其先前建立的环境促进接收方与第三方的通信。在其他实施方式中，在操作860中，即使不使用相同的第三方，通信也可以利用存储的文本；如果使用来回通信的不同的第三方，则这可以促进接收方接收更多的一致的经历。然后过程可以结束。要注意的是，在其他实施方式中，虽然在上面的示例中描述了作为终止或者重新开始的第三方通信，但是通信可以保持即使在通信临时暂停时也不被结束。在这样的情况下，通信情况可以保持但是不必存储或者重新存储，原因是持续通信自身可以仍然包括所述上下文。

图9示出了其中可以实施若干描述的实施方式的合适的计算环境909的通用示例。计算环境900不旨在给出关于使用或功能的范围的任何限制，原因是技术和工具可以在多样通用目的或特殊目的计算环境（如个人计算机、客户计算装置等）中实施。

参考图9，计算环境900包括至少一个CPU910和相关存储器920。在图9中，虚线内包括最基本的配置930。处理单元910执行计算机可执行指令并且可以是真实的或虚拟的处理器。在多处理系统中，多个处理单元执行计算机可执行指令以增加处理能力。存储器920可以是易失性存储器（例如，寄存器、缓冲存储器等）、非易失性存储器（例如，ROM、EEPROM、闪存存储器等）或者两者的一些组合。存储器920存储实施本文中所描述的技术的软件980。

计算环境可以具有另外的特征。例如，计算环境900包括存储器940、一个或更多个输入装置950、一个或更多个输出装置960以及一个或更多个通信连接器970。互连机制（未示出）如总线、控制器或网络互连计算环境900的部件。通常，操作系统软件（未示出）提供用于在计算环境900中执行的其他软件的操作环境，并且协调计算环境900的部件的活动。

存储器940可以为可移除的或不可移除的并且包括可以用于存储信息并且可以在计算环境900中被访问的磁盘、磁带或录音带、CD-ROM、DVD、闪存驱动器、磁盘阵列或任何其他介质。存储器940可以位于远离计算环境，例如在云或基于网络的存储器实施。存储器940存储用于软件的指令。

一个或更多个输入装置950可以是触摸输入装置（如键盘、鼠标、笔或跟踪球）、语音输入装置、扫描装置或者向计算环境900提供的输入的其他装置。针对音频或视频编码，一个或更多个输入装置950可以是接受模拟形式或数字形式的音频输入或视频输入的声卡、显卡、TV调谐卡或相似的装置，或者是将音频样本或视频样本读入到计算环境900的基于CD的驱动或基于DVD的驱动。一个或更多个输出装置960可以是提供来自计算环境900的输出的显示装置（例如，显示器，显示屏等）、打印机、扬声器、DVD刻录机或其他装置。

一个或更多个通信连接器970使得通信能够通过通信介质到达另一计算实体。通信媒介传递调制的数据信号形式的消息如计算机可执行指令、音频或视频输入或输出或其他数据。调制数据信号是具有一个或更多个信号特征的或者以在信号中编码消息的方式改变的信号。通过列举示例但不是限制，通信介质包括使用电、光、RF、红外线、声或其他载体实施的有线技术或无线技术。

可以在非暂态计算机可读介质的一般情况下描述技术和工具。计算机可读介质是可以在计算环境中访问的任何可用介质。通过使用计算环境900举例但不是限制，计算机可读介质包括存储器920、计算机可读存储介质940（例如，CD、DVD、磁碟、闪存驱动器、可移除硬盘驱动、硬盘驱动器阵列）以及上面任何的组合。

可以在计算机可执行指令的一般情况下描述技术和工具，计算机指令例如是被包括在模块中的那些指令、在目标真实或虚拟处理器上在计算环境中执行的指令。通常，程序模块包括进行特定任务或实施特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。可以组合程序模块的功能或者根据各种实施方式中所期望的那样在程序模块之间分离程序模块的功能。可以在本地计算环境或分布式计算环境内执行用于程序模块的计算机可执行指令。

虽然本文中已经示出并且描述了某些实施方式，本领域普通技术人员要理解的是，在不背离本发明的范围的情况下，用于实现相同目的的多种替代的和/或等同实施方式或实施例可以替代示出并描述的实施方式。本领域普通技术人员容易理解的是，可以以广泛范围的多种方式来实施根据本发明的实施方式。本申请旨在涵盖本文中所讨论的实施方式的任何修改或变体。因此，显然期望的是，根据本发明的实施方式由仅权利要求及其等同方案来限定。

本文中所描述的实施方式提供了下述能力：针对消息接收方创建安全、专用消息信道；促进内容生成方针对消息接收方生成消息；将生成的消息经由专用消息信道发送到接收方；提供应用来促进专用消息信道；促进通过专用消息信道的双向通信；促进第三方与消息接收方之间的通信；以及追踪并记录信息接收方与一方或更多方之间的通信的历史。

还可以公开并描述其他的实施方式。

Claims (27)

1.一种计算机可执行方法，用于促进第一方与第二方之间经由专用消息信道的通信，所述方法包括：

通过计算系统接收对于所述第一方经由所述专用消息信道与第三方通信的请求；

至少部分地基于经由所述专用消息信道提供的信息，通过所述计算系统识别被标识的第三方；以及

通过所述计算系统促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

2.根据权利要求1所述的方法，其中，至少部分地使用专用消息应用来执行通信，并且其中，接收所述请求包括经由所述专用消息应用接收所述请求。

3.根据权利要求1所述的方法，其中，识别被标识的第三方包括：基于向经由所述专用消息信道提供的信息应用一个或更多个业务规则来识别被标识的第三方。

4.根据权利要求3所述的方法，其中，识别被标识的第三方还包括：

请求与对于所述第一方与所述第三方通信的请求有关的信息；

接收所请求的信息；以及

对所请求的消息应用所述一个或更多个业务规则。

5.根据权利要求4所述的方法，其中，请求与对于所述第一方与所述第三方通信的请求有关的信息包括提供由所述第一方完成的问卷。

6.根据权利要求3所述的方法，其中，识别被标识的第三方还包括：

基于所述业务规则的应用来确定可以通信的第三方的列表；以及

从所述列表中选择第三方；

7.根据权利要求6所述的方法，其中，从所述列表中选择第三方包括：

联系来自所述列表的一个或更多个第三方；以及

选择可用来与所述第一方通信的第三方。

8.根据权利要求1所述的方法，其中，促进所述第一方与所述被标识的第三方之间的通信还包括：

接收终止所述通信的请求，所述通信在所述终止点具有特定的上下文；

接收随后的、用于恢复通信的请求；以及

恢复所述通信，包括所述上下文。

9.根据权利要求8所述的方法，其中，促进在所述第一方与所述被标识的第三方之间的通信包括在所述第一方与所述被标识的第三方之间的通信期间记录所述上下文。

10.一个或更多个计算机可读介质，其包括写在其上的指令，其响应于在计算系统上的执行，通过使所述计算系统执行如下操作来使所述计算系统促进第一方与第二方之间经由专用消息信道的通信：

接收对于所述第一方经由所述专用消息信道与第三方通信的请求；

至少部分地基于经由所述专用消息信道提供的信息，识别被标识的第三方；以及

促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

11.根据权利要求10所述的计算机可读介质，其中，至少部分地使用专用消息应用来执行通信，并且其中，接收所述请求包括经由所述专用消息应用接收所述请求。

12.根据权利要求10所述的计算机可读介质，其中，识别被标识的第三方包括：基于向经由所述专用消息信道提供的信息应用一个或更多个业务规则来识别被标识的第三方。

13.根据权利要求12所述的计算机可读介质，识别被标识的第三方还包括：

请求与对于所述第一方与所述第三方通信的请求有关的信息；

接收所请求的信息；以及

对所请求的消息应用所述一个或更多个业务规则。

14.根据权利要求13所述的计算机可读介质，其中，请求与对于所述第一方与所述第三方通信的请求有关的信息包括提供由所述第一方完成的问卷。

15.根据权利要求12所述的计算机可读介质，其中，识别被标识的第三方还包括：

基于所述业务规则的应用来确定可以通信的第三方的列表；以及

从所述列表中选择第三方；

16.根据权利要求15所述的计算机可读介质，其中，从所述列表中选择第三方包括：

联系来自所述列表的一个或更多个第三方；以及

选择可用来与所述第一方通信的第三方。

17.根据权利要求10所述的计算机可读介质，其中，促进所述第一方与所述被标识的第三方之间的通信还包括：

接收终止所述通信的请求，所述通信在所述终止点具有特定的上下文；

接收随后的、用于恢复通信的请求；以及

恢复所述通信，包括所述上下文。

18.根据权利要求17所述的计算机可读介质，其中，促进在所述第一方与所述被标识的第三方之间的通信包括在所述第一方与所述被标识的第三方之间的通信期间记录所述上下文。

19.一种系统，用于促进第一方与第二方之间经由专用消息信道的通信，所述系统包括：

一个或更多个计算处理器；以及

逻辑，所述逻辑被配置成在所述一个或更多个计算处理器上操作以：

接收对于所述第一方经由所述专有消息信道与第三方通信的请求；

至少部分地基于经由所述专有消息信道提供的消息，识别被标识的第三方；以及

促进所述第一方与所述被标识的第三方之间经由所述专用消息信道的通信。

20.根据权利要求19所述的系统，其中，至少部分地使用专用消息应用来执行通信，并且其中，接收所述请求包括经由所述专用消息应用接收所述请求。

21.根据权利要求19所述的系统，其中，识别被标识的第三方包括：基于向经由所述专用消息信道提供的信息应用一个或更多个业务规则来识别被标识的第三方。

22.根据权利要求21所述的系统，其中，识别被标识的第三方还包括：

请求与对于所述第一方与所述第三方通信的请求有关的信息；

接收所请求的信息；以及

对所请求的消息应用所述一个或更多个业务规则。

23.根据权利要求22所述的系统，其中，请求与对于所述第一方与所述第三方通信的请求有关的信息包括提供由所述第一方完成的问卷。

24.根据权利要求21所述的系统，其中，识别被标识的第三方还包括：

基于所述业务规则的应用来确定可以通信的第三方的列表；以及

从所述列表中选择第三方；

25.根据权利要求24所述的系统，其中，从所述列表中选择第三方包括：

联系来自所述列表的一个或更多个第三方；以及

选择可用来与所述第一方通信的第三方。

26.根据权利要求19所述的系统，其中，促进所述第一方与所述被标识的第三方之间的通信还包括：

接收终止所述通信的请求，所述通信在所述终止点具有特定的上下文；

接收随后的、用于恢复通信的请求；以及

恢复所述通信，包括所述上下文。

27.根据权利要求26所述的系统，其中，促进在所述第一方与所述被标识的第三方之间的通信包括在所述第一方与所述被标识的第三方之间的通信期间记录所述上下文。