CN109964458B - 渠道推荐系统和方法 - Google Patents

Abstract

本发明提供了一种推荐系统,所述系统包括非瞬时性存储器，其包括指令和多个通信简档，所述通信简档包括与第一用户相关联的第一通信简档和与第二用户相关联的第二通信简档。每个通信简档包括与多个用于在所述第一用户与所述第二用户之间进行通信的渠道相关联的渠道信息。所述系统还包括与所述存储器通信的一个或多个处理器。所述一个或多个处理器执行所述指令以从所述第一用户接收与所述第二用户进行通信的指示。此外，当接收到所述指示时，大体上确定所述第一用户的第一当前上下文和所述第二用户的第二当前上下文。进而，使用所述第一通信简档、所述第二通信简档、所述第一当前上下文和/或所述第二当前上下文选择所述渠道中的至少一个渠道。

Description

渠道推荐系统和方法

相关申请案交叉申请

本申请要求于2016年11月18日提交的、申请序列号为15/356,389、发明名称为“渠道推荐系统和方法(CHANNEL RECOMMENDATION SYSTEM AND METHOD)”的美国非临时专利申请的优先权，。

技术领域

本发明涉及统一通信系统，且更具体地，涉及允许用户通过多个不同渠道进行通信的统一通信系统。

背景技术

通常，统一通信系统允许用户通过各种通信渠道[例如语音、视频、短消息服务(short message service，SMS)、即时通讯(instant messaging，IM)等]与其它用户进行通信。遗憾的是，在任何给定时刻，用户必须猜测或用试错法以确定哪个通信信道最适合与另一个用户通信。充其量，前述统一通信系统指示某些程度的存在信息和/或其自身有效性受限的其它有限的推荐方案。

发明内容

本发明提供了一种渠道推荐系统和方法。所述系统包括非瞬时性存储器，其包括指令和多个通信简档，所述通信简档包括与第一用户相关联的第一通信简档和与第二用户相关联的第二通信简档。每个通信简档包括与多个用于在所述第一用户与所述第二用户之间进行通信的渠道相关联的渠道信息。所述系统还包括与所述存储器通信的一个或多个处理器。所述一个或多个处理器执行所述指令以从所述第一用户接收与所述第二用户进行通信的指示。此外，当接收到所述指示时，大体上确定所述第一用户的第一当前上下文和所述第二用户的第二当前上下文。进而，使用所述第一通信简档、所述第二通信简档、所述第一当前上下文和/或所述第二当前上下文选择所述渠道中的至少一个渠道。为此，向所述第一用户呈现用户界面，用于通过所选择的至少一个渠道发起与所述第二用户之间的通信。

在第一实施例中，所述渠道包括一个或多个设备、一个或多个连接、一个或多个协议和/或一个或多个应用。作为一种选择，渠道信息因此可以涉及一个或多个设备、与一个或多个设备相关联的连接的类型、与一个或多个连接相关联的一个或多个协议和/或一个或多个应用的安装。

在第二实施例中(其可以与第一实施例组合或可以不与第一实施例组合)，所述第一当前上下文和/或所述第二当前上下文可以涉及一个或多个设备的连通性、一个或多个设备的屏幕状态、音频简档、音频或视频的当前使用情况、一个或多个设备的位置、一个或多个设备驻留的当前时间和/或要传送的消息的类型或内容。

在第三实施例中(其可以与第一和/或第二实施例组合或可以不与第一和/或第二实施例组合)，可以通过相比于所述第一通信简档和/或所述第一当前上下文更多地加权所述第二通信简档和/或所述第二当前上下文而作出有偏向的对所述至少一个渠道的选择。

在第四实施例中(其可以与第一、第二和/或第三实施例组合或可以不与第一、第二和/或第三实施例组合)，每个通信简档可以包括历史使用情况信息。作为一种选择，此类历史使用情况信息可以涉及使用一个或多个渠道的频次、使用一个或多个渠道时所处的位置、一个或多个最近使用的渠道和/或与一个或多个渠道的使用相关联的成本。作为另一选择，每个通信简档还可以包括多个联系人。

在第五实施例中(其可以与第一、第二、第三和/或第四实施例组合或可以不与第一、第二、第三和/或第四实施例组合)，所述系统和方法可以用于防止在不同用户之间共享所述通信简档。

在第六实施例中(其可以与第一、第二、第三、第四和/或第五实施例组合或可以不与第一、第二、第三、第四和/或第五实施例组合)，可以在接收到所述指示之前，确定一个或多个推荐联系人来呈现给所述第一用户。作为一种选择，所述一个或多个推荐联系人中的每一个联系人可以包括一个或多个推荐渠道。作为额外的一种选择，可以基于所述通信简档中的一个或多个的至少一部分来确定所述一个或多个推荐联系人的至少一个方面。

为此，在一些可选实施例中，前述系统和/或方法的前述特征中的一个或多个可以通过基于当前上下文和可能的其它信息(例如，历史信息等)预测两个用户之间进行通信的最佳方式来简化彼此间的通信。此外，可以结合任何最终的渠道推荐而偏向进行任何通信的目标/接收方用户。接着这又可能增加正响应(例如，来自所述目标/接收者用户的应答等)的概率，而缺乏此类能力的系统中不会出现这种正响应。应注意的是，前述潜在优点是仅仅出于说明性目的而阐述，而不应理解为造成任何方式的限制。

附图说明

图1示出根据一个实施例的偏向特定用户的渠道推荐系统；

图2示出根据一个实施例的偏向特定用户的渠道推荐方法；

图3A示出根据一个实施例的用于用通信简档和当前上下文填充数据库的方法；

图3B示出根据一个实施例的可推荐的多个示例性渠道；

图4示出根据一个实施例的用于基于不同情况推荐不同渠道的方法；

图5A示出根据另一实施例的用于支持渠道推荐的系统；

图5B示出根据另一实施例的用于管理渠道推荐的方法；

图6A和图6B示出根据另一实施例的结合提供渠道推荐的系统进行用户界面交互的不同方法；

图6C示出根据一个实施例的偏向特定用户的系统；

图7为根据一个实施例的网络架构的图；以及

图8为根据一个实施例的示例性系统的图。

具体实施方式

图1示出根据一个实施例的偏向特定用户的渠道推荐系统100。如图所示，渠道推荐系统100包括与推荐引擎108通信的非瞬时性存储器102。在操作中，非瞬时性存储器102存储指令(未示出)和包括第一通信简档104和第二通信简档106的多个通信简档。此外，渠道推荐系统100用于向期望与第二用户(或用户设备)112通信的第一用户(或用户设备)110提供渠道推荐。现在将阐述关于前述组件的操作和协作的更多信息。

虽然根据实施例，在图1中示出的非瞬时性存储器102包括单一实体，但应注意的是，非瞬时性存储器102可以包括单独的和/或分布的存储器部分，每个存储器部分可以存储前述指令和/或通信简档104、106的不同部分。例如，在非瞬时性存储器102包括数据库和单独的存储器的一个可能的实施例中，通信简档104、106可以可选地储存于该数据库中，同时前述指令可储存于单独的、更易存取的存储器中[例如，只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)等]。

如图所示，前述通信简档104、106至少包括与多个用于在第一用户110与第二用户112之间进行通信的渠道相关联的渠道信息。在本说明书中，前述渠道信息可以包括任何包括用户能够用于通信的特定渠道、描述该特定渠道和/或以其它方式从该特定渠道导出的信息。此外，在本说明书中，每一个渠道都可以指用来实现通信的任何设备、应用、连接和/或任何其它介质。为此，在各种实施例中，上述渠道信息可以涉及一个或多个设备(例如，计算机、车辆、诸如电话/平板电脑等移动设备)、与一个或多个设备[例如无线网络、通用串行总线(universal serial bus，USB)等]相关联的连接的类型、与一个或多个连接相关联的一个或多个协议[例如短消息服务(short message service，SMS)、即时通讯(instantmessaging，IM)、因特网消息接入协议(Internet message access protocol，IMAP)、邮局协议第3版(post office protocol version 3，POP3)、简单邮件传输协议(simple mailtransfer protocol，SMTP)、分组交换等]、一个或多个应用(例如，IM、SMS、电子邮件、语音、视频等)的安装和/或满足前述定义的任何其它渠道信息。

如图1进一步所示，通信简档104、106还可以包括多个联系人和历史使用情况信息。在本说明书中，此类联系人可以包括与其它用户相关联的任何信息(例如，电话号码、通信地址、姓名、唯一标识符、句柄等)，其能够用于促进与一个或多个此类其它用户的通信。

此外，在本说明书中，前述历史使用情况信息可以包括与特定用户的先前通信行为相关的任何信息。仅作为示例，在各种实施例中，此类历史使用情况信息可以涉及使用一个或多个渠道的频次(例如，预定开始时间起的总计数、每月或每年的使用情况实例、最近预定时间段中的使用情况实例、相对频次等)、使用一个或多个渠道时所处的位置(例如，家庭、工作、城市/州/国家等)、一个或多个最近使用的渠道、与一个或多个渠道的使用相关联的成本(例如，每分钟成本、相对成本、历史成本等)和/或满足前述定义的任何其它历史使用情况信息。

继续参考图1，推荐引擎108被示为位置靠近非瞬时性存储器102。此外，可以设想图1的系统100的该组件具有相对遥远的位置并通过一个或多个网络进行通信的其它实施例。此外，在本说明书中，推荐引擎108可以包括共同工作而能够进行渠道推荐的硬件和软件的任何组合。例如，在一个实施例中，可以使用一个或多个处理器(未示出)来实施该推荐引擎108，该一个或多个处理器执行上述指令以提供此处阐述的功能和操作。关于此类实施例的更多信息将在描述后续附图时加以阐明。

在使用中，通信简档104、106可以分别由用户110、112通过各自的设备填充在非瞬时性存储器102中。此外，在操作114中，从第一用户110接收第一用户110期望与第二用户112进行通信的指示。进而，当接收到指示时，在操作115、116中分别大体上确定第一用户的第一当前上下文和第二用户的第二当前上下文。

在本说明书中，此类当前上下文可以包括与相关用户的当前(例如，实时、伪实时、最近、相关等)环境、情况、方面等相关的信息。例如，在各种实施例中，当前上下文可以涉及一个或多个设备的连通性(例如，WiFi、蜂窝、蓝牙，连通性的等级或不具备连通性)、一个或多个设备的屏幕状态(例如，屏幕休眠状态、屏幕亮/灭等)、音频简档(例如，启用静音或休眠选项等)、音频或视频的当前使用情况(例如，当前是否正在使用的指示等)、一个或多个设备的位置[例如全球定位系统(global positioning system，GPS)坐标、邮政编码、地理区域标识符、工作/归属模式启用等]、一个或多个设备驻留的当前时间(例如，由当前时区等调整的时间等)、要传送的消息的类型或内容(例如，紧急消息、高优先级消息、包括某些词汇/短语等的消息)和/或满足上述定义的任何其它内容。

在各种实施例中，可以直接或间接地以任何期望的方式检测任一种前述当前上下文信息。例如，在一个实施例中，软件应用程序可以驻留在用户的设备上，该设备与操作系统(operating system，OS)[可能通过应用程序接口(application program interface，API)]连接而用于检测各种硬件和/或软件的状态以收集前述信息。仅作为说明，在具备连通性的情况下，可以直接检测或通过前述OS/API来检测与各别调制解调器和/或连接管理软件相关联的WiFi、蜂窝和/或蓝牙状态(例如，开启/关闭、连接/断开等)。此外，针对音频/视频的使用情况，可以直接检测或通过前述OS/API检测与音频/视频集成电路和/或音频/视频管理软件相关联的音频/视频状态(例如，启用/禁用、使用量等)。进而，针对音频/视频的使用情况，可以直接检测或通过前述OS/API检测与音频/视频集成电路和/或音频/视频管理软件相关联的音频/视频状态(例如，启用/禁用、使用量等)。甚至，针对位置，可以直接查询或通过前述OS/API来查询GPS和/或GPS管理软件。甚至还有，针对时间，可以查询网络。此外，就消息而言，可以直接查询或通过前述OS/API查询一个或多个消息接发应用。

为此，推荐引擎108使用第一通信简档、第二通信简档、第一当前上下文和/或第二当前上下文来选择渠道中的至少一个。尤其应当注意的是，可以使用任何一个或多个(甚至全部)前述简档/上下文中的一些或全部来确定渠道。严格地作为一种选择，如将在描述后续实施例时详细描述的，相比于第一通信简档和/或第一当前上下文，对至少一个渠道的此类选择将偏向第二通信简档和/或第二当前上下文。在本说明书中，此类偏向可以指任何增加概率的动作使得在至少一些情况下，与第一通信简档和/或第一当前上下文相比，更可能是由第二通信简档和/或第二当前上下文更大程度地影响渠道的确定。因此，在各种可能的实施例中，与第一用户110相比，所推荐的渠道可以是一个更适合第二用户112的渠道。

为此，将用户界面呈现给第一用户110，用于通过所选择的至少一个渠道发起与第二用户112之间的通信，如操作118所示。通过此设计，在一个可能的实施例中，可以通过便于与第二用户112通信和/或增加第二用户112响应/接受第一用户110发起的任何通信请求的概率的方式向第一用户110提供推荐渠道。在一些可能的实施例中，这可以通过确保相比于第一用户110的通信简档和/或当前上下文，优先使用和/或调适第二用户112(其是第一用户110的任何通信请求的接收者)的通信简档和/或当前上下文来实现，因为是第二用户112最终决定是否实际接受并形成通信连接请求。关于上述偏向的更多信息将在描述后续附图，特别是图2，中的不同实施例时加以阐明。

图2示出根据一个实施例的偏向特定用户的渠道推荐方法200。作为一种选择，可以在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该渠道推荐方法200。例如，渠道推荐方法200可以反映图1的渠道推荐系统100的操作。然而，应了解，可以结合任何期望的环境来实施渠道推荐方法200。

如图所示，在操作202中存储多个通信简档，其包括与第一用户(例如，图1中的第一用户110)相关联的第一通信简档(例如，图1中的第一通信简档104)和与第二用户(例如，图1中的第二用户112)相关联的第二通信简档(例如，图1中的第二通信简档106)。如前面结合前面描述的实施例所述，每个通信简档包括与多个用于在第一用户与第二用户之间进行通信的渠道相关联的渠道信息，以及可能在任何期望的存储器(例如，图1中的非瞬时性存储器102)中的联系人和/或历史使用情况信息。

应当注意的是，在存储操作202之前，可以通过任何期望的方式填充通信简档。例如，在一个实施例中，可以结合注册过程上传通信简档。在另一实施例中，可以使用任何期望的推送和/或拉取通信技术周期性地、连续地和/或按需地更新通信简档。例如，在又一实施例中，可在第一次时上传通信简档的初始实例，且可以周期性地对此类实例进行任何更新，或者之后(例如，当发生改变时，等等)以其它方式进行更新。

严格地作为一种选择，出于保护隐私的目的，可以防止在不同用户之间共享通信简档。在一个实施例中，这可以通过在系统(例如，图1的系统100)中安装一个策略来实现，由此仅接收通信简档而不以任何方式输出通信简档(给任何用户)。其它实施例中，可通过相对宽松的限制来实现相同的目的。

在操作204中，从第一用户接收与第二用户进行通信的指示。在本说明书中，此类指示可以包括由第一用户提示的指示期望与第二用户进行通信的任何信号。例如，在一个实施例中，此类指示可以响应于第一用户与第二用户进行通信的特定请求(例如，通过选择或以其它方式标识第二用户的联系人等)。然而，在其它实施例中，可以由第一用户简单地执行(例如，打开或以其它方式访问等)通信应用而产生上述指示。在此类实施例中，此类通信应用可以包括支持使用不同渠道进行通信的统一通信应用。例如，在各种实施例中，此类统一通信应用可以包括：单个应用，其本身提供不同的渠道能力，或者与不同的分散的通信应用(各通信应用具有不同的渠道能力)进行交互的接口，其用于提供单个接口来允许用户使用不同通信应用的不同渠道能力来调用通信。

在操作206中，当接收到指示时，大体上确定第一用户的第一当前上下文和第二用户的第二当前上下文。在一个实施例中，可以响应于接收到操作204的指示来确定此类当前上下文。在其它实施例中，可以按需或以任何其它方式确定当前上下文，从而可以通过即将加以详细描述的方式使用此类当前上下文。

此外，对于第一和第二用户而言，可以通过相同或不同的方式执行操作206的此类确定。例如，在一个可能的实施例中，第一当前上下文可以与操作204的指示一起接收(或同时接收)。此外，可以响应于向第二用户的至少一个设备发出的请求来接收第二当前上下文，其中通过操作204的指示来提示该请求。此外，也可以设想其它实施例，例如，实时地或接近实时地结合通信简档保持当前上下文以供使用。

继续参考图2，在操作208中使用第一通信简档、第二通信简档、第一当前上下文和/或第二当前上下文来选择渠道。在一个实施例中，可以由推荐引擎(例如，图1中的推荐引擎108等)执行操作208的前述确定。此外，此类推荐引擎可以检索(与第一用户相关联的)第一通信简档的至少一部分，以及(与第一用户相关联的)第二通信简档的至少一部分，以便在操作208期间访问上述信息。

为此，在操作210中，向第一用户呈现用户界面，用于通过所选择的至少一个渠道发起与第二用户之间的通信。可以通过直接或间接引发渠道呈现的任何信令(使用任何相关信息/接口)产生此类呈现。例如，在一个可能的实施例中，操作210可以涉及信号的通信，该信号包括操作208中确定的渠道、描述该渠道或从该渠道导出，并且可以将此类信号引导到第一用户的至少一个设备，从而可以推荐第一用户。

在一个实施例中，渠道的呈现可以简单地识别该渠道，从而要求第一用户在发起与第二用户之间的通信之前选择该渠道。在另一个实施例中，可以通过使用渠道自动启动与第二用户的通信(或激活与该通信相关联(或能够进行该通信)的应用)来实现渠道的呈现，该第二用户通过呈现与允许此类通信的渠道相关联的接口来使用该渠道。在其它实施例中，可以采用其它形式进行呈现。

如上所述，相比于第一通信简档和/或第一当前上下文，操作208中的渠道的确定可以可选地偏向第二通信简档和/或第二当前上下文。此外，若任何增加概率的动作使得在至少一些情况下，与第一通信简档和/或第一当前上下文相比，更可能是由第二通信简档和/或第二当前上下文更大程度地影响渠道的确定，则可使用该动作实现此类偏向。因此，在各种可能的实施例中，与第一用户相比，所推荐的渠道可以是一个更适合第二用户的渠道。在一个可能的实施例中，可以通过相比于第一通信简档/上下文更多地加权第二通信简档/上下文来实现前述偏向。在描述后续附图中示出的不同实施例时，将阐述关于可结合此类偏向使用的各种可能特征的更多信息。

为此，在一些可选实施例中，前述特征中的一个或多个可以通过基于当前上下文(或与用户或用户使用的设备相关的状态)和可能的其它信息(例如，历史信息等)预测两个用户之间进行通信的最佳方式来简化彼此间的通信。此外，可以结合任何最终的渠道推荐偏向进行任何通信的目标/接收方用户。接着这又可能增加正响应(例如，来自该目标/接收者用户的应答等)的概率，而缺乏此类能力的系统中不会出现这种正响应。应注意的是，前述潜在优点是仅仅出于说明性目的而阐述，而不应理解为造成任何方式的限制。

根据用户的需要，现将阐述关于其中可以实施或可不以实施先前方法的各种可选架构及用途的更多说明性信息。例如，在稍后将描述的一个可能的实施例中，在操作204中接收到指示之前，可以确定一个或多个推荐联系人来呈现给第一用户。作为一种选择，一个或多个推荐联系人中的每一个联系人可以包括一个或多个推荐渠道。作为额外的一种选择，可以基于通信简档中的一个或多个的至少一部分来确定一个或多个推荐联系人的至少一个方面。应注意的是，以下信息是出于说明性目的而阐述，而不应理解为造成任何方式的限制。可在具备或不具备所描述其它特征的情况下可选地包括以下特征中的任一个。

图3A示出根据一个实施例的用于用通信简档和当前上下文填充数据库的方法300。作为一种选择，可以结合在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该方法300。例如，在一个实施例中，方法300可用于填充图1中的存储器102。然而，应了解，可以结合任何期望的环境来实施方法300。

如操作302所示，可以识别任何和所有设备(例如，电话、平板电脑、膝上型计算机、车辆等)和与用户相关联的连接(例如，WiFi、蜂窝、蓝牙等)。在一个实施例中，这可以在注册过程中完成，由此用户手动识别该注册过程。在其它实施例中，可以更加自动化地进行(例如，通过自动扫描设备、依赖于与管理用户的多设备帐户的设备制造商的合作等)信息收集过程。

此外，在操作304中，可以识别已在操作302中识别出的任何一个或多个设备上安装的通信应用。此类通信应用可以包括但不限于语音通话/消息应用、IM应用、SMS应用、视频通话应用、基于因特网协议(Internet protocol，IP)的通信应用和/或能够以任何期望格式进行通信的任何其它应用。通过此设计，操作302-304用于收集各种渠道信息。

然而，在操作306中，可以检索来自上述设备的一个或多个联系人数据库的联系人。在一个实施例中，每个联系人数据库都可以与上述通信应用中的不同通信应用相关联。在此情况下，可以合并此类联系人而与包括本文描述的各个实施例的一个或多个特征的统一通信应用一起使用。在其它实施例中，作为向前述应用特定联系人数据库进行查询的补充或替代，可以向中心/主联系人数据库查询此类联系人。

继续参考图3A，可以与任何其它应用/操作系统(operating system，OS)一起监测上述通信应用，以便收集与用户的通信相关联的历史使用情况信息。例如，在各种可能的实施例中，可以对每个通信事件以及与其相关联的任何方面进行计数和监测。对于每个通信事件，可以编译详述了渠道信息的记录，该渠道信息包括但不限于使用哪个设备、应用、连接等。此外，可以为每个通信事件记录位置和时间(例如，连同时区等)。甚至，也可以记录任何其它可感知的事件。仅作为示例，可以确定用户的设备是否处于特定状态(例如，静音模式、夜间模式、免打扰模式、低功耗模式等)和/或当启动通信事件时，是否存在当前设备的使用情况(例如，音频和/或视频消耗等)以及用户的反应(例如，用户没有应答、用户选择不同的通信模式等)。

通过收集所有此类信息，可以针对不同的情况推断此类用户的不同意图/偏好，从而可以向将来在类似的情况下尝试联系此类用户的另一个用户提供更合适的渠道推荐。在一个实施例中，此类信息可以用于生成规定将来的渠道推荐和/或任何其它动作的逻辑和/或规则。在描述后续附图中示出的不同实施例时，将阐述关于可结合此类渠道推荐使用的各种可能特征的更多信息。

在任何情况下，在操作302-306中收集的任何或所有信息可以上传到联网的非瞬时性存储器(例如，图1中的存储器102)，在一个实施例中，该存储器可以采用中心数据库的形式。为此，当确定向期望与另一用户通信的用户推荐的渠道时，可以使用此类信息。此外，可以连续地、周期性地或以其它方式(在改变时)更新前述信息，使得非瞬时性存储器中的信息保持最新。例如，可以跟踪和记录与渠道、联系人和/或使用情况有关的任何添加/移除/修改。

图3B示出根据一个实施例的可推荐的多个示例性渠道350。作为一种选择，可以结合在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该示例性渠道350。然而，应了解，可以结合任何期望的环境来实施该示例性渠道350。

如图所示，不同类型的通信渠道包括音频通话渠道类型352、文本消息接发渠道类型358和视频通话渠道类型366。此外，音频通话渠道类型352(或针对该情况的任何其它类型)可以包括任何设备，包括但不限于工作电话354和蜂窝电话356。再者，文本消息接发渠道类型358可以包括SMS消息接发应用/协议360、第一基于IP的消息接发应用/协议362和第二基于IP的消息接发应用/协议364。甚至还有，视频通话渠道类型366可以包括第一视频通话应用/协议368和第二视频通话应用/协议370。

图4示出根据一个实施例的用于基于不同情况推荐不同渠道的方法400。作为一种选择，可以结合在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该方法400。例如，方法400可以包括图2的方法200的任何特征，并且还可以在图1的系统100中使用根据图3A的方法300收集的信息来执行。然而，应了解，可以结合任何期望的环境来实施方法400。

如图所示，在操作402中，检测目标联系人的选择。可以结合统一通信应用/平台和/或特定通信应用来检测此类目标联系人的选择。此外，此类目标联系人可以是用户期望与之通信的联系人。在任何情况下，基于用户和/或联系人的当前上下文(例如，参见图2中的操作206)做出决策404-428(以及任何其它决策)，并且基于与用户和/或联系人相关联的此类当前上下文和渠道信息/历史使用情况信息来确定用于推荐目的的各种渠道，这将在下面描述。

具体地，在决策404中，确定连接是否可用或连接是否具有足够好的质量来支持语音通话或任何实时通信。如果不是，则在决策406中确定目标联系人的设备是否在静音模式下操作。如果是，则根据操作408，可以指示SMS渠道为用于目标联系人的优选渠道。另一方面，如果在决策406中确定目标联系人的设备不在静音模式下操作，则目标联系人的优选渠道(例如，电话呼叫或是SMS)可以是使用最多的SMS，如操作410所示。通过此设计，可以由当前连接状态以及静音模式的启用来驱动目标联系人的优选渠道。

接着进行决策412，确定目标联系人的当前位置是否指示目标联系人设备正位于国外(例如，国内蜂窝网络之外等)。如果是，则接着在决策414中确定目标联系人的设备是否在静音模式下操作。如果是，则根据操作418，可以将使用最多的基于IP的消息接发应用指示为目标联系人的优选渠道。另一方面，如果在决策414中确定目标联系人的设备不在静音模式下操作，则目标联系人的优选渠道可以是IP语音(voice over IP，VoIP)消息接发应用或目标联系人最优选的其它基于IP的消息接发应用，如操作416所示。通过此设计，目标联系人的优选渠道可以由其位置驱动，以避免由于使用漫游网络而导致费用高昂的通信。

现在参考决策420，确定目标联系人(或诸如与车辆的连接的某些其它指示器)的移动是否指示目标联系人正在驾车。如果是，则在决策414中确定目标联系人的设备是否支持蓝牙。如果是，则目标联系人的优选渠道可以是VoIP消息接发应用或语音通话应用，其被指示为目标联系人最优选的应用，如操作424所示。另一方面，如果在决策422中确定目标联系人的设备不支持蓝牙，则在操作426中可以向用户发送提醒，用于稍后联系目标联系人。通过此设计，目标联系人的优选渠道可以取决于用户正在驾车的事实以及安全的支持蓝牙的渠道是否可用，从而提高了安全性。

现在进行决策428，确定目标联系人的设备的位置处的当前时间是否在不适合进行实时通信的特定范围内(例如，半夜11点至次晨6点间)。如果是，则在操作430中，被指示为目标联系人的优选渠道可以是基于IP的消息接发应用或SMS应用(取决于目标联系人的偏好)。另一方面，如果确定目标联系人的设备的位置处的当前时间适合进行实时通信，则在操作432中认定的目标联系人的优选渠道可以是基于用户和目标联系人的共同的偏好。例如，如果用户的偏好顺序为语音通话、视频通话，而目标联系人的偏好顺序为电子邮件、语音通话，则在操作432中将以语音通话作为推荐渠道。

如上所述，图4的方法400的各种操作主要指示目标联系人优选哪个渠道。通过考虑目标联系人的通信简档信息/当前上下文与对用户的通信简档信息/当前上下文的偏好(或甚至排除)，渠道推荐过程可以偏向目标用户。在各种实施例中，这可以增加从目标联系人得到响应的机会并改善用户的总体体验。

在其它实施例中，可以通过其它方式实现此类偏向。例如，可以针对用户和目标联系人两者来执行图4的方法400，使得每个过程都产生用于两者的优选渠道，由此在进行渠道推荐时可以考虑到两个渠道偏好。此外，在此类实施例中，可以针对用户的优选渠道(减小权重)和目标联系人的优选渠道(增大权重)进行加权，从而使最终的渠道推荐偏向目标联系人。例如，在一个可能的实施例中，用户的优选渠道和目标联系人的优选渠道不同，可以通过预定的或可配置的加权量对目标联系人的优选渠道进行加权，使得以其它方式促进选择用户的优选渠道的其它因素(例如，简档/上下文因素)在推翻目标联系人的优选渠道的默认选择之前，仍然不足以超过/超出此类权重量。在其它实施例中，在某些情况下(例如，当存在联系时等)，可以取消此类加权以利于选择目标联系人的优选渠道(作为推荐渠道)的策略。

图5A示出根据另一实施例的用于支持渠道推荐的系统550。作为一种选择，可以结合在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该系统550。例如，可以在图1的系统100中实施系统550。然而，应了解，可以结合任何期望的环境来实施系统550。

如图所示，系统550包括存储与多个用户/设备相关的信息的多个数据结构，该多个用户/设备包括：第一用户/设备552A，在本实施例中，该第一用户/设备552A是通信的发起者；第二用户/设备552B，该第二用户/设备552B是通信的接收者；以及多个其它用户/设备552N。然而，除了包括位于网络上(即云端中)的数据库存储器之外，系统550还包括至少一个更快的存取存储器553用于支持渠道推荐。

如图所示，系统550以用户/设备简档554A、554B、554N的形式接收并存储每个用户/设备552A、552B、552N的信息，每个用户/设备简档554A、554B、554N包括静态变量(或属性)556A、556B、556N和动态变量(或属性)558A、558B、558N。静态变量556A、556B、556N的示例可以包括但不限于用户帐户信息和通信选项(例如，联系人、呼叫应用、消息接发应用等)。此外，动态变量558A、558B、558N的示例可以包括但不限于时间、位置、渠道状态、应用状态等。因此，与静态变量556A、556B、556N相比，动态变量558A、558B、558N将经历更多的变化。

继续参考图5A，系统550还以历史数据560A、560B、560N的形式收集用于每个用户552A、552B、552N的附加数据，该历史数据560A、560B、560N反映用户的活动并存储在相应的日志中。此类历史数据560A、560B、560N的示例可以包括但不限于应用类型、应用名称、时间、位置、频次、等级等。虽然显示为单独的，但是应当注意的是，历史数据可以是或可以不是相关用户简档的一部分。

在使用中，用户简档554A、554B、554N和历史数据560A、560B、560N可以存储在集中式(或分布式)数据库中，用于在进行渠道推荐时提供对其的访问。此外，出于即将进行清楚说明的原因，包括任何或所有静态变量556A、556B和历史数据560A、560B的前述信息/数据570的一部分可以存储在较快的存取存储器553中，其中历史数据560A、560B与用户552A、552B中的两个或更多个之间的特定通信相关。该较快的存取存储器553又可以包括随机存取存储器(random access memory，RAM)等。此外，可以通过查找表(look up table，LUT)或便于对上述信息/数据部分570进行快速访问的任何其它期望的数据结构的形式存储上述信息/数据部分570。现在将针对可以利用用于支持渠道推荐的系统550的一种可能的方法阐述更多信息。

图5B示出根据另一实施例的用于管理渠道推荐的方法500。作为一种选择，可以结合在任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例来实施该方法500。例如，方法500可以包括图2的方法200的任何特征，并且还可以在图1的系统100中使用根据图3A的方法300收集的并且通过图5A的系统550可用的信息来执行。然而，应了解，可以结合任何期望的环境来实施方法500。

如图所示，方法500包括第一用户/设备502和第二用户/设备504，由此第一用户/设备502能够在一个或多个服务器506(云端)处发起各种处理，以便基于各种通信简档信息以及当前上下文来实现渠道推荐。在操作508中，第一用户/设备502发起与第二用户/设备504之间的通信。作为响应，服务器506(例如，图1的系统100等)在决策510中认证第一用户/设备502，之后在认证失败的情况下在操作512中发送认证失败的消息。

另一方面，如果根据决策510认证成功，则第一用户/设备502和第二用户/设备504的通信简档位于存储器516(例如，图1中的存储器102、图5A的系统550)中。除了包括更快的存取存储器(例如，图5A中的更快的存取存储器553)之外，存储器516可以包括集中式和/或分布式数据库。参见操作514。在使用中，此类访问可以通过在操作508中发出的包括用户/设备502、504的联系信息(例如，电话号码、地址等)的命令来实现，使得此类联系信息可以用作简档数据库516中的密钥，用于检索第一用户/设备502和第二用户/设备504的通信简档/历史数据。

此外，在一个可能的实施例中，诸如静态变量和历史数据(例如，图5A中的静态变量556A、556B和历史数据560A、560B等)的通信简档/历史数据的某些部分可以通过可能的LUT形式存储在较快的存取存储器中，从而在后续分析期间可以实时访问此类信息。具体地，在一个可能的实施例中，静态变量和历史数据的收集和计算可以使用后台进程(当可能时)和存储在较快的存取存储器中的任何结果加以执行，以便在操作518中使用期间更快地访问。

具体地，在操作518中进行分析，用于在操作520中确定将被包括在第一推荐列表中的多个推荐渠道选项。此外，在操作522中，此类第一推荐列表是使用在操作523中从第二用户/设备504接收的动态变量(例如，图5A中的动态变量558A、558B)的进一步分析的对象。具体地，可以使用动态变量从第一推荐列表中选择一个或多个选项，从而在操作524中创建第二推荐列表。通过此设计，提供了分层推荐列表解析过程，由此静态变量和历史数据用于生成第一推荐列表，而动态变量用于细化此类第一推荐列表，从而产生第二推荐列表。

为此，在操作526中，将第二推荐列表发送到第一用户/设备502并由此由第一用户/设备502接收。如果第一用户/设备502指示应当通过选择第二推荐列表的选项中的一个(或者响应于连接命令，默认简单地使用最高等级的选项)来进行连接(根据决策528)，则根据操作530可请求接受连接。如果第二用户/设备504不接受连接请求，则在操作532中发出失败通知，同时可能向第一用户/设备502提供再次进行连接的选项。

图6A和图6B示出根据另一实施例的结合提供渠道推荐的系统进行用户界面交互的不同方法600、650。如图6A所示，方法600中，首先，一个设备接收由用户的输入发起的打开命令，并且作为响应，在操作602中打开消息接发应用。此外，如操作604所示，该设备接收由用户的输入发起的选择命令，并且作为响应，选取用户期望与之通信的目标联系人。作为响应，该设备接收推荐渠道(例如，消息接发应用等)的指示，并在操作606中自动选择该指示。通过此设计，在操作608中，设备可以立即接收来自用户的用于键入消息的用户输入。

如图6B所示，方法650中，首先，设备接收由用户的输入发起的打开命令，并且作为响应，在操作652中打开消息接发应用。此外，该设备提供将进行通信的人员/设备的推荐以及一个推荐渠道。参见操作654。在一个实施例中，此类推荐的人员/设备可以是在设备(管理方法650)与此类人员/设备进行通信的频次和/或设备(管理方法650)是否最近与此类人员/设备进行通信方面满足标准的人或设备。此外，可以使用其中描述的任何技术(例如，通过使用图1的系统100的图2的方法200等)来确定在操作654中显示的推荐渠道，但是用于多个联系人。接下来，在操作656中，该设备接收由用户的输入发起的选择命令，并且作为响应，从推荐列表的目标联系人中选择目标联系人，并且响应于从用户接收的用户输入，在操作658中立即开始创建消息。

图6C示出根据一个实施例的偏向特定用户的系统660。作为一种选择，可以用任何先前和/或后续附图和/或其描述中阐述的任何一个或多个实施例中的一个或多个特征来实施该系统660。然而，应了解，可以结合任何期望的环境来实施系统660。

如图所示，根据图2中的操作202，提供了一种形式为存储模块662的存储装置，用于存储通信简档和(与多个渠道相关联的)渠道信息。在各种实施例中，存储模块662可包括但不限于图1中的存储器102，存储器(稍后将描述)和/或具有前述功能的任何其它电路。

根据图2中的操作204，系统660还包括形式为接收模块663的接收装置，用于从第一用户接收与第二用户进行通信的指示。在各种实施例中，接收模块663可包括但不限于图1中的推荐引擎108(或其一部分)、至少一个处理器(稍后将描述)或其一部分以及控制其的任何软件和/或具有前述功能的任何其它电路。

根据图2中的操作206，还提供了与接收模块663通信的形式为确定模块664的确定装置，用于大体上在接收到指示时，确定第一用户的第一当前上下文和第二用户的第二当前上下文。在各种实施例中，确定模块664可包括但不限于图1中的推荐引擎108(或其一部分)、至少一个处理器(稍后将描述)或其一部分以及控制其的任何软件和/或具有前述功能的任何其它电路。

系统660还包括与确定模块664和存储模块662进行通信的形式为选择模块667的选择装置，用于根据图2中的操作208使用第一通信简档、第二通信简档、第一当前上下文和/或第二当前上下文来选择渠道中的至少一个。在各种实施例中，选择模块667可以包括但不限于图1中的推荐引擎108(或其一部分)、至少一个处理器(稍后将描述)或其一部分以及控制其的任何软件和/或具有前述功能的任何其它电路。

然而，根据图2中的操作210，提供了与选择模块667通信的形式为呈现模块668的呈现装置，用于向第一用户呈现用户界面，用于通过所选择的至少一个渠道发起与第二用户之间的通信。在各种实施例中，呈现模块668可以包括但不限于图1中的第一用户110的推荐引擎108和/或用户设备、至少一个处理器(稍后将描述)或其一部分以及控制其的任何软件和/或具有前述功能的任何其它电路。

图7为根据一个实施例的网络架构700的图。如图所示，提供至少一个网络702。在各种实施例中，可以结合至少一个网络702的任何一个或多个组件来实施在任何先前附图的描述期间阐述的任何一个或多个组件/特征。

在该网络架构700的上下文中，网络702可以采用任何形式，包括但不限于：电信网络、局域网(local area network，LAN)、无线网络和例如因特网、对等网络、有线网络等广域网(wide area network，WAN)。虽然仅示出一个网络，但是应当理解的是，可以提供两个或更多个类似或不同的网络702。

多个设备耦合到网络702。例如，服务器计算机712和计算机708可以耦合到网络702用于通信。此类计算机708可以包括台式计算机、膝上型计算机和/或任何其它类型的逻辑。进而，各种其它设备可以耦合到网络702，包括个人数字助理(personal digitalassistant，PDA)设备710、移动电话设备706、电视704等。

图8为根据一个实施例的示例性系统800的图。作为一种选择，可以结合图7的网络架构700的任何设备来实施系统800。然而，应了解，可以在任何期望的环境中实施该系统800。

如图所示，提供了系统800，包括连接到总线812的至少一个处理器802。系统800还包括存储器804[例如硬盘驱动器、固态驱动器、随机存取存储器(random access memory，RAM)等]。存储器804可以包括一个或多个存储器组件，并且甚至可以包括不同类型的存储器。系统800还包括触摸屏、单独显示器等形式的显示器810。系统800还包括耦合到显示器810的图形处理器808。

系统800还可以包括辅助存储装置806。辅助存储装置806包括例如硬盘驱动器和/或可移动存储驱动器，表示软盘驱动器、磁带驱动器、光盘驱动器等。可移动的存储驱动器以熟知方式从可移动的存储单元进行读取且/或向可移动的存储单元进行写入。

就此而言，计算机程序或计算机控制逻辑算法可以存储在存储器804、辅助存储装置806和/或任何其它存储器中。此类计算机程序在执行时使系统800能够执行各种功能(例如，如上文所阐述的功能)。存储器804、辅助存储装置806和/或任何其它存储装置包括非瞬时性计算机可读介质。

应注意的是，在一个方面中，本文中描述的技术实施于计算机可读介质中存储的供指令执行机器、装置或设备使用或结合指令执行机器、装置或设备使用的可执行指令中，该指令执行机器、装置或设备例如是基于计算机的或含有处理器的机器、装置或设备。本领域技术人员应了解，一些实施例中包括其它类型的计算机可读介质，其可以存储可由计算机访问的数据，例如盒式磁带、闪存卡、数字视频光盘、伯努利盒式磁带、随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)等。

如此处所使用的，“计算机可读介质”包括用于存储计算机程序的可执行指令的任何合适的介质中的一种或多种，使得指令执行机器、系统、装置或设备可以从该计算机可读介质读取(或提取)指令并且执行指令来实施所描述的方法。合适的存储格式包括电子、磁性、光学和电磁格式中的一个或多个。常规例示性计算机可读介质的非详尽性列表包括：便携式计算机磁盘；RAM；ROM；可擦除可编程只读存储器(erasable programmable read onlymemory，EPROM)或闪存器)；光学存储设备，其包括便携式压缩光盘(compact disc，CD)、便携式数字视频光盘(digital video disc，DVD)、高清DVD(HD-DVD^TM)、蓝光光盘；以及其类似者。

应理解，所描述的图中示出的组件的布置是示例性的，并且可能有其它布置。还应理解，由权利要求书界定的、下文描述的并且在各种框图中所说明的各种系统组件表示根据本文中所揭示的主题配置的一些系统中的逻辑组件。

例如，这些系统组件(和构件)中的一个或多个可以整体或部分地通过所描述的图中示出的布置中示出的组件中的至少一些实现。另外，尽管这些组件中的至少一个至少部分地实施为电子硬件组件并因此构成机器，但是其它组件可以实施于软件中，当包括于执行环境中时构成机器、硬件或软件和硬件的组合。

更具体地，由权利要求限定的至少一个组件至少部分地实现为电子硬件组件，例如指令执行机器(例如，基于处理器或含有处理器的机器)和/或专用电路或电路系统(例如，互连以执行专用功能的离散逻辑门)。其它组件可以实施于软件、硬件或软件和硬件的组合中。此外，可以组合这些其它组件中的一些或全部组件，可以完全省略一些组件并且可以添加其它组件，同时仍实现本文中所描述的功能性。因此，本文中描述的主题可以许多不同的变型体现，且所有此类变型均涵盖在权利要求书的范围内。

在以上描述中，除非另外指明，否则参考动作和由一个或多个设备执行的操作的符号表示来描述主题。因而，应理解，有时被称为计算机执行动作和操作的此类动作和操作包括结构化形式的数据处理器的操作。此操作会转换数据或将其维持在计算机的存储器系统中的位置处，这会以所属领域的技术人员充分理解的方式来重新配置或以其它方式改变设备的操作。数据在存储器的物理位置处维持为具有由数据格式界定的特定性质的数据结构。然而，虽然在前文背景下描述了主题，但这并不表示对所述主题的限制，所属领域的技术人员将了解，下文中描述的各种动作和操作也可以实施于硬件中。

为了促进对本文中描述的主题的理解，根据动作顺序描述许多方面。由权利要求限定的这些方面中的至少一个方面由电子硬件组件执行。例如，将认识到，可通过专用电路或电路系统，通过正由一个或多个处理器执行的程序指令或通过这两者的组合执行各个动作。本文中对任何动作顺序的描述并不意图暗示必须遵循用于执行此顺序而描述的特定次序。除非本文另外指出或以其它方式明显与上下文相矛盾，否则本文所述的所有方法可以任何合适顺序执行。

除非本文另外指出或明显与上下文相矛盾，否则在描述主题的情况下(尤其在以上权利要求书的上下文中)使用术语“一(a/an)”和“所述”以及类似指示物应理解为涵盖单数和复数。除非本文另外指出，否则对本文中值的范围的叙述仅意图充当个别提及属于所述范围的每个单独值的速记方法，且每个单独值包括于本说明书中，如同在本文中个别地叙述一般。此外，上述描述仅出于说明的目的，而不是出于限制的目的，因为寻求保护的范畴由附属权利要求及其任何等效物来限定。除非另外要求，否则本文中所提供的对任何和所有示例或示例性语言(例如，“例如”)的使用仅仅是意图更好地说明主题，而并非对主题的范围造成限制。使用术语“基于”和其它类似短语指示在附属权利要求和书面描述中产生结果的条件，并不旨在排除产生该结果的其它条件。本说明书中的任何语言都不应理解为指示实践所主张的本发明所必需的任何非主张的要素。

本文中描述的实施例包括发明人实施所要求的标的物已知的一个或多个模式。应了解，在阅读上述描述之后，那些实施例的变型对于本领域的技术人员将变得显而易见。本发明人期望本领域的技术人酌情采用此类变型，并且本发明人也希望以其它方式来实践本发明所主张的标的物，而不仅仅是依照本文中的特定描述。因此，所主张的标的物包括适用法律所准许的在附属权利要求中叙述的标的物的所有修改和等效物。此外，除非本文另外指出或以其它方式明显与上下文相矛盾，否则本发明涵盖上文所描述的元件的所有可能的变型的任何组合。

Claims (19)

1.一种渠道推荐系统，其特征在于，包括：

非瞬时性存储器，其包括指令和多个通信简档，所述通信简档包括与第一用户相关联的第一通信简档和与第二用户相关联的第二通信简档，每个通信简档包括与多个用于在所述第一用户与所述第二用户之间进行通信的渠道相关联的渠道信息；以及

一个或多个处理器，其与所述存储器通信，其中所述一个或多个处理器执行所述指令以：

从所述第一用户接收与所述第二用户进行通信的指示；

当接收到所述指示时，大体上确定所述第一用户的第一当前上下文和所述第二用户的第二当前上下文；

使用所述第一通信简档和所述第二通信简档，以及所述第一当前上下文和所述第二当前上下文选择所述渠道中的至少一个渠道；

在选择所述渠道中的至少一个渠道之前，还包括：使用预定的或可配置的加权量对所述第二通信简档或所述第二当前上下文中的至少一个进行加权，使得相比根据所述第一通信简档或所述第一当前上下文中的至少一个，更偏向根据所述第二通信简档或所述第二当前上下文中的至少一个，来选择所述至少一个渠道；

向所述第一用户呈现用户界面，用于通过所述选择的至少一个渠道发起与所述第二用户之间的通信;

每个通信简档包括历史使用情况信息；

所述第一当前上下文或所述第二当前上下文中的至少一个涉及一个或多个设备的连通性、一个或多个设备的屏幕状态、音频简档、音频或视频的当前使用情况、一个或多个设备的位置、一个或多个设备驻留的当前时间或者要传送的消息的类型或内容中的至少一个;

所述向所述第一用户呈现用户界面，用于通过所述选择的至少一个渠道发起与所述第二用户之间的通信具体包括以下一项或者多项：

当确定所述第一用户与所述第二用户的通信连接不可用，且所述第二用户处于静音模式下时，推荐所述第一用户使用SMS信息进行通信；

当确定所述第二用户处于国内蜂窝网络之外，且处于静音模式下，推荐所述第一用户使用基于IP的消息接发应用进行通信；

当确定所述第二用户正在驾车，且不支持蓝牙功能下，推荐所述第一用户稍后呼叫所述第二用户；

当确定所述第二用户所处位置的时间不在特定的范围内，推荐第一用户使用SMS信息或者基于IP的消息接发应用进行通信。

2.根据权利要求1所述的系统，其特征在于，所述渠道包括一个或多个设备、一个或多个连接、一个或多个协议或一个或多个应用中的至少一个。

3.根据权利要求1所述的系统，其特征在于，所述渠道信息涉及一个或多个设备、与一个或多个设备相关联的连接的类型、与一个或多个连接相关联的一个或多个协议或一个或多个应用的安装中的至少一个。

4.根据权利要求1所述的系统，其特征在于，所述历史使用情况信息涉及使用一个或多个渠道的频次、使用一个或多个渠道时所处的位置、一个或多个最近使用的渠道或与一个或多个渠道的使用相关联的成本中的至少一个。

5.根据权利要求1所述的系统，其特征在于，每个通信简档包括多个联系人。

6.根据权利要求1所述的系统，其特征在于，所述系统用于防止在不同用户之间共享所述通信简档。

7.根据权利要求1所述的系统，其特征在于，在接收到所述指示之前，所述一个或多个处理器执行所述指令以确定要呈现给所述第一用户的一个或多个推荐联系人。

8.根据权利要求7所述的系统，其特征在于，所述一个或多个推荐联系人中的每一个联系人包括一个或多个推荐渠道。

9.根据权利要求7所述的系统，其特征在于，基于所述通信简档中的一个或多个的至少一部分，确定所述一个或多个推荐联系人的至少一个方面。

10.一种渠道推荐方法，其特征在于，包括：

存储多个通信简档，所述多个通信简档包括与第一用户相关联的第一通信简档和与第二用户相关联的第二通信简档，每个通信简档包括与多个用于在所述第一用户与所述第二用户之间进行通信的渠道相关联的渠道信息；

从所述第一用户接收与所述第二用户进行通信的指示；

当接收到所述指示时，大体上确定所述第一用户的第一当前上下文和所述第二用户的第二当前上下文；

使用所述第一通信简档和所述第二通信简档，以及所述第一当前上下文和所述第二当前上下文选择所述渠道中的至少一个渠道；在选择所述渠道中的至少一个渠道之前，还包括：使用预定的或可配置的加权量对所述第二通信简档或所述第二当前上下文中的至少一个进行加权，使得相比根据所述第一通信简档或所述第一当前上下文中的至少一个，更偏向根据所述第二通信简档或所述第二当前上下文中的至少一个，来选择所述至少一个渠道；

向所述第一用户呈现用户界面，用于通过所选择的至少一个渠道发起与所述第二用户之间的通信；

每个通信简档包括历史使用情况信息；

所述第一当前上下文或所述第二当前上下文中的至少一个涉及一个或多个设备的连通性、一个或多个设备的屏幕状态、音频简档、音频或视频的当前使用情况、一个或多个设备的位置、一个或多个设备驻留的当前时间或者要传送的消息的类型或内容中的至少一个；

所述向所述第一用户呈现用户界面，用于通过所述选择的至少一个渠道发起与所述第二用户之间的通信具体包括以下一项或者多项：

当确定所述第一用户与所述第二用户通信连接不可用，且所述第二用户处于静音模式下时，推荐所述第一用户使用SMS信息进行通信；

当确定所述第二用户处于国内蜂窝网络之外，且处于静音模式下，推荐所述第一用户使用基于IP的消息接发应用进行通信；

当确定所述第二用户正在驾车，且不支持蓝牙功能下，推荐所述第一用户稍后呼叫所述第二用户；

当确定所述第二用户所处位置的时间不在特定的范围内，推荐第一用户使用SMS信息或者基于IP的消息接发应用进行通信。

11.根据权利要求10所述的方法，其特征在于，所述渠道包括一个或多个设备、一个或多个连接、一个或多个协议或一个或多个应用中的至少一个。

12.根据权利要求10所述的方法，其特征在于，所述渠道信息涉及一个或多个设备、与一个或多个设备相关联的连接的类型、与一个或多个连接相关联的一个或多个协议或一个或多个应用的安装中的至少一个。

13.根据权利要求10所述的方法，其特征在于，所述历史使用情况信息涉及使用一个或多个渠道的频次、使用一个或多个渠道时所处的位置、一个或多个最近使用的渠道或与一个或多个渠道的使用相关联的成本中的至少一个。

14.根据权利要求10所述的方法，其特征在于，每个通信简档包括多个联系人。

15.根据权利要求10所述的方法，其特征在于，还包括防止在不同用户之间共享所述通信简档。

16.根据权利要求10所述的方法，其特征在于，还包括在接收到所述指示之前，确定要呈现给所述第一用户的一个或多个推荐联系人。

17.根据权利要求16所述的方法，其特征在于，所述一个或多个推荐联系人中的每一个联系人包括一个或多个推荐渠道。

18.根据权利要求16所述的方法，其特征在于，基于所述通信简档中的一个或多个的至少一部分，确定所述一个或多个推荐联系人的至少一个方面。

19.一种计算机程序产品，其特征在于，包括存储在非瞬时性计算机可读介质上的计算机可执行指令，当由处理器执行时，所述计算机可执行指令指示所述处理器以：

存储多个通信简档，所述多个通信简档包括与第一用户相关联的第一通信简档和与第二用户相关联的第二通信简档，每个通信简档包括与多个用于在所述第一用户与所述第二用户之间进行通信的渠道相关联的渠道信息；

从所述第一用户接收与所述第二用户进行通信的指示；

当接收到所述指示时，大体上确定所述第一用户的第一当前上下文和所述第二用户的第二当前上下文；

使用所述第一通信简档和所述第二通信简档，以及所述第一当前上下文和所述第二当前上下文选择所述渠道中的至少一个渠道；

在选择所述渠道中的至少一个渠道之前，还包括：使用预定的或可配置的加权量对所述第二通信简档或所述第二当前上下文中的至少一个进行加权，使得相比根据所述第一通信简档或所述第一当前上下文中的至少一个，更偏向根据所述第二通信简档或所述第二当前上下文中的至少一个，来选择所述至少一个渠道；

以及向所述第一用户呈现用户界面，用于通过所述选择的至少一个渠道发起与所述第二用户之间的通信

所述第一通信简档或者所述第二通信简档包括所述第一通信简档或者所述第二通信简档的历史使用情况信息；

所述第一当前上下文或所述第二当前上下文中的至少一个涉及一个或多个设备的连通性、一个或多个设备的屏幕状态、音频简档、音频或视频的当前使用情况、一个或多个设备的位置、一个或多个设备驻留的当前时间或者要传送的消息的类型或内容中的至少一个；

所述向所述第一用户呈现用户界面，用于通过所述选择的至少一个渠道发起与所述第二用户之间的通信具体包括以下一项或者多项：

当确定所述第一用户与所述第二用户通信连接不可用，且所述第二用户处于静音模式下时，推荐所述第一用户使用SMS信息进行通信；

当确定所述第二用户处于国内蜂窝网络之外，且处于静音模式下，推荐所述第一用户使用基于IP的消息接发应用进行通信；

当确定所述第二用户正在驾车，且不支持蓝牙功能下，推荐所述第一用户稍后呼叫所述第二用户；

当确定所述第二用户所处位置的时间不在特定的范围内，推荐第一用户使用SMS信息或者基于IP的消息接发应用进行通信。

Images