交叉模式通信制造技术

本文中描述的技术涉及跨信道通信。这些技术可以采用中心方法、系统或模式(本文中的“交叉模式管理器”或“CMM”)，其被启用以通过多种模式发送和/或接收消息。用户可以通过本文中描述的各种方法在用户用来进行通信的模式上启用CMM。一旦在用户用来进行通信的至少一个信道上被启用，跨多种模式的CMM的存在允许用户创建和/或加入由CMM维持的跨信道通信会话，并且允许在用户的通信模式与存在CMM的多种模式中任何一种之间进行通信。换言之，这些技术允许用户从他们选择的信道内跨不同信道进行通信。

Cross mode communication

The techniques described herein relate to cross-channel communication. These technologies can adopt a centralized approach, system or mode (in this article, \Cross Mode Manager\ or \CMM\), which is enabled to send and/or receive messages through multiple modes. Users can use the various methods described in this article to enable CMM on the mode that users use to communicate. Once enabled on at least one channel the user uses to communicate, the presence of CMM across multiple modes allows the user to create and/or join cross-channel communication sessions maintained by CMM, and to communicate between the user's communication mode and any of the multiple modes in which CMM exists. In other words, these technologies allow users to communicate across different channels from the channels they choose.

【技术实现步骤摘要】
【国外来华专利技术】交叉模式通信
技术介绍
随着电子通信服务激增，希望以电子方式进行通信的个人发现越来越难以识别用于通信的合适方法。通常，任何给定的人具有在可用通信服务的子集上的账户，并且倾向于仅主动使用该子集的较小组。这在个人希望进行通信时存在问题，因为个人必须首先识别共同服务以从两个人可能拥有账户的多个不同服务进行通信。另外，所识别的服务可能在一段时间适合，但是如果他们发现当前服务具有其他服务不具有的约束或限制，则个人可能需要识别用于通信的其他服务。此外，个人并不总是能够使用他们个人喜欢的通信方法。使用多种电子通信方法进行通信的个人还必须保持多个凭证，并且可能无法完全了解每种通信服务的能力，因为个人可能不会在每种服务上累积足够的时间。当两个以上的人希望进行通信时，问题只会进一步恶化。
技术实现思路
提供本“
技术实现思路
”是为了介绍与跨模式通信有关的简化概念。本“
技术实现思路
”并非旨在识别所要求保护的主题的必要特征，也并非旨在用于确定所要求保护的主题的范围。本文中描述的技术涉及跨信道通信。这些技术可以采用中心方法、系统或模式(本文中的“交叉模式管理器”或“CMM”)，其被启用以通过多种模式发送和/或接收消息。用户可以通过本文中描述的各种方法在用户用来进行通信的模式上启用CMM。一旦在用户用来进行通信的至少一个信道上被启用，跨多种模式的CMM的存在允许用户创建和/或加入由CMM维持的跨信道通信会话并且允许在用户的通信模式与存在CMM的多种模式中任何一种之间进行通信。换言之，这些技术允许用户从他们选择的信道内跨不同信道进行通信。注意，术语“模式”在本文中与“信道”可互换地使用。如本文中使用的，术语“信道”是指任何电子通信模式或方法。附图说明参考附图描述具体实施方式。在附图中，附图标记的最左边的数字识别首次出现附图标记的图。不同图中的相同附图标记表示相似或相同的项目。图1是描绘跨信道通信的示例可以在其中操作的示例环境的框图。图2是描绘经由跨信道通信会话从与第一信道相关联的第一客户端设备向与第二信道相关联的第二客户端设备中继消息的单次迭代的示例场景的框图。图3是描绘根据各种示例的可以实现跨信道通信的示例设备的选择组件的框图。图4是从第一用户设备的角度来看在示例跨信道通信会话期间的示例用户界面的示意图。图5是从第二用户设备的角度来看在示例跨信道通信会话期间的示例用户界面的示意图。图6是从电子邮件服务界面的角度来看在示例跨信道通信会话期间的示例用户界面的示意图。图7是示出在跨信道通信会话中从第一信道向第二信道中继通信的示例过程的流程图。图8是示出向与关联于由设备显示的界面的信道不同的信道发送消息和从其接收消息的示例过程的流程图。图9是示出经由跨信道通信会话在第一信道与第二信道之间中继消息的示例过程的流程图。具体实施方式概述本公开涉及用于提供跨模式通信的技术。本文中描述了允许用户跨各种通信模式进行通信的技术。这些技术允许用户通过第一模式发送和/或接收通信，同时用户正在与之通信的其他用户可以自由选择所述其他用户进行通信的模式。例如，第一用户可以经由第一通信服务发送消息，并且第二用户可以经由第二通信服务接收消息。这些技术可以采用中心方法、系统或模式(本文中的“交叉模式管理器”或“CMM”)来促进跨模式通信。可以部署CMM，使得用户不需要与CMM界面交互以便跨模式发送和接收消息。用户可以使用与通信模式相关联的界面(例如，用于信道的界面)来向其他通信模式的消息和从其接收消息(例如，消息可以显示在界面中，即使消息是由另一用户在管理器界面中输入的并且消息可以被输入界面并且显示在管理器界面中。以这种方式，用户能够通过他们喜欢的通信模式进行通信。此外，CMM能够不知道与针对各通信模式的用户账户相对应的用户凭证。通过采用不知道针对通信模式的用户凭证的CMM，CMM提供了一种安全的跨信道通信方法，因为CMM不会在可以与它们一起存储的通信模式之外复制针对通信模式的用户凭证的存储。为实现这一点，可以将CMM配置为在多个信道上操作(例如，通过存储与CMM相关联的以下一个或多个：客户ID和标记、到信道上的CMM账户的用户名和密码、信道的API端点、与CMM相关联的电话号码、与CMM相关联的电子邮件地址、其他联系信息等)。换言之，CMM被配置为经由存在于那些信道上(例如，在信道上具有账户(即，“代理账户”)，已经与信道服务协商以通过信道发送和接收消息，等等)而在多个信道上发送和/或接收消息。以这种方式，CMM可以经由在第一信道上的CMM存在而经由第一信道接收通过不同信道去往另一用户的消息，并且CMM可以经由在该不同信道上的CMM存在而通过该不同信道向另一用户发送该消息。为了能够跨模式进行通信，用户可以使得CMM能够在所启用模式上与用户的账户进行通信。CMM还可以被允许代表用户进行通信(例如，代表用户使用用户当前没有发送通信的模式或用户尚未具有账户的模式)。这些技术有效地限制了在一个设备上维持多个信道所需要的存储器空间和处理。这些技术最大化了用户对启用CMM的所有信道的存在，而用户无需将用户维持的信道数目增加到超过1(如果用户希望的话)。用户可以维持有限的应用组，而不需要安装和执行与信道相对应的多个应用来最大化用户在信道上的存在。此外，这些技术可以通过允许用户经由有限的信道组进行通信并且仍然能够访问CMM针对其被启用以进行操作的多个信道，来减少所需要的带宽。术语“技术”可以指系统、方法、用指令编码的计算机可读介质、模块和/或算法、以及硬件逻辑(例如，现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD))等，如在上文和在整个文件中所描述的上下文所许可的那些技术。说明性环境图1是描绘本文中描述的示例可以在其中操作的示例环境100的框图。在一些示例中，环境100的各种设备和/或组件包括可以经由一个或多个网络104彼此通信并且与外部设备通信的分布式计算资源102。在至少一个示例中，分布式计算资源102可以实现本文中描述的技术。例如，分布式计算资源102可以包括用于跨模式通信的系统。为了实现跨模式通信，分布式计算资源102可以在其上存储交叉模式管理器(本文中为“CMM”)，诸如CMM106(1)，或者可以经由网络104与远程存储的CMM106(2)通信。在一些示例中，针对分布式计算资源102描述的一些或所有技术可以附加地或替代地由一个或多个客户端设备108实现。在一些示例中，客户端设备108可以被编程为CMM。在一些示例中，CMM可以是由应用程序编程接口(API)可访问的网络服务的一部分。在各种示例中，分布式计算资源102包括诸如分布式计算资源102(1)至102(N)等的计算设备。示例支持如下场景：其中分布式计算资源102可以包括一个或多个计算设备，其在集群和/或其他分组配置中操作，以共享资源、平衡负载、提高性能、提供故障转移支持和/或冗余、和/或用于其他目的。虽然被示出为台式计算机，但是分布式计算资源102可以包括各种各样的设备类型，并且不限于任何特定类型的设备。例如，分布式计算资源102可以包括具有可操作地连接到计算机可读介质、I/O接口和网络接口的一个或多个处理单元的任何类型的计算设备。计算本文档来自技高网...

【技术保护点】
1.一种方法，包括：经由第一信道并且从与所述第一信道相关联的第一计算设备接收用以发起跨信道通信会话的命令；经由第二信道并且从与所述第二信道相关联的第二计算设备接收用以加入所述跨信道通信会话的请求，所述第二信道与所述第一信道不同；以及至少部分基于接收到所述命令和所述请求，通过经由所述第一信道从所述第一客户端设备接收消息并且经由所述第二信道向所述第二客户端设备发送所述消息，来从所述第一计算设备向所述第二计算设备中继通信。

【技术特征摘要】
【国外来华专利技术】2016.03.28 US 15/083,1181.一种方法，包括：经由第一信道并且从与所述第一信道相关联的第一计算设备接收用以发起跨信道通信会话的命令；经由第二信道并且从与所述第二信道相关联的第二计算设备接收用以加入所述跨信道通信会话的请求，所述第二信道与所述第一信道不同；以及至少部分基于接收到所述命令和所述请求，通过经由所述第一信道从所述第一客户端设备接收消息并且经由所述第二信道向所述第二客户端设备发送所述消息，来从所述第一计算设备向所述第二计算设备中继通信。2.根据权利要求1所述的方法，还包括：至少部分基于用户账户数据来识别与用户相关联的第三信道，所述用户与所述第一客户端设备或所述第二客户端设备中的至少一个客户端设备相关联；以及向所述第三信道中继在所述第一信道与所述第二信道之间的通信。3.根据权利要求1或2所述的方法，其中：所述命令包括第一命令和会谈名称；以及其中所述请求包括第二命令和所述会谈名称。4.根据权利要求1至3中任一项所述的方法，还包括存储：所述会谈名称，与第一用户相关联的用户账户数据，所述第一用户与所述第一信道相关联，与第二用户相关联的用户账户数据，所述第二用户与所述第二信道相关联，以及所述第一信道的标识符和所述第二信道的标识符。5.根据权利要求4所述的方法，其中所述用户账户数据包括用户名或用户标识符，并且不含用户账户凭证。6.根据权利要求1至5中任一项所述的方法，还包括至少部分基于以下一项或多项来选择用来向其中继通信的第三信道：所述第三信道的指示的用户偏好，与信道使用相关的元数据，或者消息内容或元数据。7.根据权利要求1至6中任一项所述的方法，还包括：至少部分基于选择所述第三信道，中断经由所述第一信道或所述第二信道的通信；以及在所述第一信道或所述第二信道中的剩余信道与所述第三信道之间中继通信。8.根据权利要求1至7中任一项所述的方法，还包括至少部分基于选择所述第三信道，在所述第三信道上复制在所述第一信道与所述第二信道之间的通信。9.根据权利要求1至8中任一项所述的方法，还包括存储关于多个代理账户的信息，所述多个代理账户允许跨信道通信管理器通过与所述代理账户相对应的信道进行通信，与所述代理账户相对应的所述信道包括...

【专利技术属性】
技术研发人员：L·利登，T·M·莱德麦康内尔，
申请(专利权)人：微软技术许可有限责任公司，
类型：发明
国别省市：美国,US