CN102077682A

CN102077682A - 选择通信设备的通信模式

Info

Publication number: CN102077682A
Application number: CN2009801241657A
Authority: CN
Inventors: 凯文·迈克尔·奥肖内西; 伊福·鲁本·威廉·亚格尔
Original assignee: Palm Inc
Current assignee: Qualcomm Inc
Priority date: 2008-05-02
Filing date: 2009-04-03
Publication date: 2011-05-25
Anticipated expiration: 2029-04-03
Also published as: US8223940B2; EP2279646B1; CN102077682B; EP2279646A4; WO2009134587A3; WO2009134587A2; EP2279646A2; US20090274286A1

Abstract

一种能够经由若干通信模式中的任一者通信的通信装置包括模式比较器，所述模式比较器经配置以至少部分基于表示目的地呼叫方的可用性状态的可用性状态数据来确定可用模式中的哪一者在起始与所述目的地呼叫方的通信时可能是最适当用于选择的。所述装置连同用于联系特定方的可用通信模式的有序列表一起将所述模式显示为供用户选择的建议，所述列表是根据通信成功的可能性来排序。分析到达所述方的每一模式的呼叫历史且针对每一模式计算得分，所述得分是例如使用存在信息和每一通信模式的从被呼叫方的观点来看的固有打扰性根据从考虑所述方的当前可用性状态中得到的加权因数集而被相对加权。

Description

选择通信设备的通信模式

技术领域

本发明涉及通信设备和操作通信设备的方法，更具体来说，涉及能够通过若干可能的通信模式中的一者进行通信的移动通信装置。

背景技术

通信装置在其当连接到目的地呼叫方时提供不同通信模式的灵活性方面正变得日益复杂。通常，通信装置提供用户接口，所述用户接口使得用户能够选择是否经由若干通信模式中的任一者与目的地呼叫方通信，所述通信模式例如为蜂窝式无线网络、VOIP(因特网语音协议)和UMA(未登记移动接入)。此外，可为个人或企业的目的地呼叫方可具有用于经由每一模式接收通信的若干选项。举例来说，个人可拥有工作电话号码、家庭电话和移动电话号码以及SKYPE号码。这些号码中的每一者通常存储在通信设备中的地址簿中。

还已知通过此些目的地呼叫方使通信可用性状态信息可供通信装置使用，此信息有时称为存在信息，且通过对等通信或在充当服务器以将存在信息推送到通信装置的登记中可用。通信可用性状态可例如为目的地呼叫方当前正在使用他自己的通信装置来进行移动电话呼叫且因此无法接收另一移动电话呼叫，但他可接收文本消息或电子邮件。其它情形也是可能的，例如，某方在其通信装置中输入设定以指示他们没有空，因为他们正在参加会议或他们希望将呼叫转移到不同的目的地或不同的通信装置。

对于打算进行传出呼叫以联系目的地呼叫方的用户，因此存在选择的扩大且需要确保他的通信装置的用户接口是用户友好的且经配置以改善用户将针对传出通信做出通信模式的最佳选择的可能性。用户还可能期望具有由通信装置自动做出选择的选项。

通常，通信装置将具有若干应用程序能够在其中运行的处理器，其中针对不同的通信模式需要不同的应用程序，例如需要电子邮件应用程序来发送电子邮件且需要即时消息接发应用程序来发送即时消息。通常将存在地址簿应用程序，用户借助于所述地址簿应用程序可经由显示屏幕观看他可能进行通信的所有联系人的详情。又一应用程序还可提供用于定位提供服务的实体的联系信息的目录服务。当运行这些应用程序中的任一者时，用户可决定产生向显示于用户接口的显示屏幕中的信息所识别的实体的通信。用户必须首先选择使用哪种通信模式，且接着针对选定的通信模式导航到应用程序的用户接口。因为给定模式的存在信息通常仅可从应用程序为所述模式产生的屏幕来接入，所以用户在决定如何进行传出呼叫时在获得可用通信模式的合适性的概况方面可能感到麻烦。

发明内容

所揭示的实施例包含实例实施例，其中通信装置包含模式比较器用于确定多个可用通信模式中的哪一者在起始与目的地呼叫方的通信时可能是最适当用于选择的。所述确定是至少部分基于表示目的地呼叫方的可用性状态的可用性状态数据来做出的。

在一个实施例中，所述模式比较器进一步产生用于向用户呈现的所述可用通信模式的有序列表。确定为最适当的所述通信模式是所述通信列表的第一分级模式且所述列表中的所述通信模式的分级表示在与所述目的地呼叫方通信中使用相应通信模式成功的可能性。

在一个实施例中，所述通信设备包含联系人识别符模块用于从当前观看的显示数据提取识别所述目的地呼叫方的联系人识别符。所述联系人识别符模块还获得对应的联系人地址信息以在所述可用通信模式中的每一者中使用。所述通信设备还包含历史数据模块用于使用所述联系人地址信息来分析先前通信的历史。所述历史数据模块还针对每一通信导出表示在至少一个时段期间的通信实例的数目的得分值。所述得分值作为输入提供到所述模式比较器以用于确定用于向所述用户呈现的所述有序列表中的所述通信模式的分级。

在一个实施例中，所述模式比较器使所述可用通信模式中的每一者与表示经由所述通信模式与所述目的地呼叫方的通信被确定为打扰的程度的相应强加值相关联。根据所述可用性状态数据，所述模式比较器导出表示所述目的地呼叫方被确定为接受打扰的程度的存在值，所述存在值使用与所述强加值的数值范围相当的数值范围。模式比较器还根据所述存在值与强加值的相关来确定所述通信模式的基于可用性的分级次序。

在一个实施例中，所述模式比较器确定相应通信模式的加权因数集且将每一通信模式的所述得分值乘以其相应加权因数以获得经加权得分。所述加权因数是根据所述基于可用性状态的分级次序中的等级来评级以使得第一模式接收到最大加权因数且按等级次序的其余通信模式接收到逐渐变小的加权因数。

在一个实施例中，模式比较器通过以所述经加权得分的次序对所述通信模式进行分级来确定将向所述用户呈现的所述有序列表。用于呈现的所述有序列表中的第一分级模式具有最高经加权得分。

在一个实施例中，所述模式比较器在历史数据不可用的情况下将用于呈现的所述有序列表确定为与所述基于可用性的分级次序相同。

在一个实施例中，所述通信设备包含显示器用于向所述用户呈现所述有序列表。所述通信设备将所述有序列表中的第一分级模式显示为建议通信模式。所述通信设备进一步显示表示所述可用性状态数据的存在指示符。

在一个实施例中，所述模式比较器经配置以通过针对每一通信模式计算所述存在值与强加值之间的距离来使所述存在值与强加值相关。模式比较器基于最小距离来确定所述可用性状态分级次序中的至少一个模式且以递增强加值的次序来确定其余通信模式的分级次序。

说明书中描述的特征和优点并不是全部，且特定来说，所属领域的技术人员鉴于附图、说明书和权利要求书将明了许多额外特征和优点。而且，应注意，说明书中使用的语言主要是为了可读性和指导性目的而选择的，且可能未经选择以描绘或限制所揭示的标的物。

附图说明

图1是根据一个实施例的说明通信装置的框图。

图2是根据一个实施例的说明起始与目的地呼叫方的通信的流程图。

图3是由图1的通信装置的模式比较器模块产生的屏幕的实例。

图4是由图1的模式比较器模块产生的屏幕的另一实例。

图5是根据一个实施例的说明通信模式的有序列表的产生的流程图。

图6是根据一个实施例的计算经加权得分的流程图。

图7A是根据一个实施例的说明存在值与强加值之间的相关的曲线图。

图7B是根据一个实施例的说明当强加值中的一者与存在值相同时存在值与强加值之间的相关的曲线图。

图8是根据一个实施例的用于在不存在历史数据的情况下确定有序列表的流程图。

具体实施方式

本文将参见附图描述实施例，其中在可行的情况下在附图中将相同参考标号用于相同元件。

图1说明根据一个实施例的通信装置100的框图。通信装置100经由网络连接而连接到若干服务器101、102和103且连接到通信装置104和105，所述通信装置104和105中的一者或两者可由目的地呼叫方使用。

通信装置100包含计算机存储器106、处理器107、RF(射频)接口108、屏幕109、键盘110、麦克风111、扬声器112和数据总线113。

若干通信应用程序114存储在计算机存储器106中。通信应用程序114的相应联系人数据库115存储与相应通信应用程序相关联的联系人的详情。举例来说，对应于电子邮件通信模式的通信应用程序14将包含由电子邮件地址和联系人识别符组成的联系人数据库。

计算机存储器106中还有存在引擎116，其为经配置以接收表示用户的联系人(包含目的地呼叫方)的通信可用性状态(即，存在)的数据的应用程序编程接口(API)。

存储器106中还有历史数据模块117，其监视装置100的使用且维持随着时间的参照不同通信模式和联系人的使用的统计日志。历史数据存储在通信历史数据库120中。

计算机存储器106中还有模式比较器模块118，其用于在起始与目的地呼叫方的通信之前比较与可用通信模式中的每一者相关联的参数且用于产生可用通信模式的有序列表以用于在屏幕109上显示。所述列表是至少部分使用经由存在引擎116而可用的存在信息来排序。

键处置器121是对键盘110产生的事件作出响应的软件模块。键处置器121将适当的输入提供到应用程序114和控制模块119，所述控制模块119提供对导致通信起始的过程的总体控制。

装置100经由网络与存在服务器101通信。存在服务器101是专用于处理可用性状态信息的服务器。存在服务器101包含存储向服务器登记的若干用户的可用性状态信息的数据库。所述数据库还从相应通信装置接收可用性信息，存储所述信息，且在由用户指令时或在发生通信可用性状态改变时将可用性状态信息提供给其他用户。

装置100还经由网络与MSN(微软网络)服务器102通信。MSN应用程序包含于装置100的通信应用程序114中以使用存储在数据库115中的与MSN应用程序相关联的联系人信息来提供即时消息接发通信模式。类似地，装置100经由网络与PPT(即按即说)交换服务器103通信。应用程序114包含对应的通信应用程序以与PPT交换服务器103通信。服务器102和104仅是示范性的，且其它服务器也可与装置100通信。此些服务器是所谓的“通信核心”，其提供通信装置100的通信功能性的至少一部分。另外的服务器可例如包括雅虎(Yahoo)服务器、游戏服务器和日历服务器。

通信装置104和105可类似于装置100或可为其变型或具有完全不同的结构。举例来说，通信装置可包括个人计算机、具有有限功能性的移动电话、具有多个通信模式的较复杂的手持式装置或简单的陆地线路电话手持机。上文对网络通信的参考应广义地解释为包含其它网络，包含公共服务电话网络(在适当情况下)、电缆系统、无线网络和因特网。

图2示意性说明由装置100执行以便起始与目的地呼叫方的通信的步骤，所述目的地呼叫方可能例如具有对如图1中示意性展示的若干通信装置104、105的接入权且可经由若干不同通信模式而到达，所述通信模式例如为陆地线路电话、移动电话、SMS、传真、电子邮件、即按即说电话通信、即时消息接发或任何其它可用通信模式。

在步骤200处，装置100通过操作若干应用程序114中的任一者(例如其中为用户的所有联系人提供联系人详情的地址簿应用程序)来显示选定屏幕。另一实例是用户已经由浏览器应用程序接入到其中与联系人详情一起列出服务的在线目录。另一实例将是其中用户正在阅读包含所述用户决定联系的一方的联系人详情的电子邮件的电子邮件应用程序。

在步骤201处，装置100接收基于当前显示于屏幕中的信息的用户输入，所述用户输入指示所述用户的与目的地呼叫方的所需通信。在此实施例中，用户输入是在用户按下提供于键盘110上的发送键(常称为绿键)时由键处置器模块121检测到。此功能可由图1的键处置器121模块实行。

在步骤202处，控制模块119从当前显示于屏幕上的信息提取联系人ID(识别符)。提取联系人ID的方式取决于当前产生观看屏幕的特定应用程序。举例来说，如果应用程序是地址簿应用程序且屏幕正在显示联系人列表，所述联系人中的一者已由用户给出强调，那么将发送键的致动解译为选择强调的条目。根据所显示的信息，控制模块119将所显示的信息翻译为保持于联系人信息中央储存库中的唯一联系人识别符。

提取所显示信息的方式可变化，例如在显示网页的情况下，可剖析HTML源代码以从HTML中的标签来识别将被呼叫的一方的文本描述。可随后将此文本翻译为联系人ID。

还在步骤200处，在显示屏幕中向用户显示提取的联系人ID，使得用户可确认已选择正确的联系人。

在步骤203处，控制模块119使用联系人ID来检索参考此联系人ID的所有已知通信模式的详情。这需要轮询应用程序114中的每一者以搜索其相应的联系人数据库115。通信模式详情可例如包含电子邮件地址、家庭电话号码、工作电话号码、移动电话号码、MSN地址、PTT号码、SKYPE号码以及寻呼机号码的SMS号码。

模式比较器模块118随后在步骤204处着手根据通信模式详情导出有序列表。所述有序列表描述包括所有检索到的通信模式详情的通信模式的至少一子集，其基于与呼叫方目的地的通信将成功的可能性而列出通信模式的次序。在获得有序列表中，模式比较器模块118经由存在引擎116接入可用性状态数据或由应用程序114中的一者或一者以上保持的可用性状态数据，进而把将被呼叫的一方的当前可用性状态纳入考虑中。在一个实施例中，模式比较器模块118专门依赖于以此方式获得的可用性状态信息。在一个实施例中，模式比较器模块118另外利用从历史数据模块117获得的信息。通过使用来自历史数据模块117的信息，可将例如以下各项纳入考虑中：(i)经由特定通信模式的通信是否在过去已成功，(ii)经由特定通信模式的通信是否已极为最近地与一方发生，以及(iii)是否存在不利地影响经由特定通信模式的通信效率的特定因素。

在控制模块119等待又一输入事件的检测时存储获得的有序列表。输入事件可为在步骤205处用户第二次按下发送键。

在步骤206处，响应于在步骤205处接收到第二用户输入，模式比较器模块118处理以将可用通信模式选项的屏幕显示为有序列表。所述显示还指示对应于提取的联系人ID的目的地呼叫方的身份以及在可用的情况下目的地呼叫方的存在或可用性状态信息。

以此方式，用户变为知晓对于给定方的可用通信模式、出现在列表顶部的“优选”通信模式以及当前可用性状态(在此信息可用的情况下)。

用户随后具有两个选项：(i)接受推荐的通信模式；以及(ii)从列表选择不同的通信模式。如果遵循第一选项，那么用户简单地再次按下发送键。在步骤207处，控制模块119经由键处置器模块121检测是否又一发送指令事件已发生，且如果是，那么步骤208跟随发生，其中用于列表中的第一通信模式的通信应用程序114打开且用指令将联系人ID输入到应用程序以起始通信。

步骤209接着跟随发生，其中起始经由选定通信模式的通信。

如果在步骤207处未检测到发送输入，那么改为例如通过向下滚动并选择模式图标且随后按下发送键来从列表选择另一通信模式(而非列表中的第一者)(步骤210)。随后，在步骤211中，激活用于选定通信模式的通信应用程序114。在步骤209中，使用激活的应用程序来起始通信。

通过以上实施例，用户可简单地从任一屏幕选择将被呼叫的一方，即，通过使用当前可用的任一应用程序114，其中屏幕显示信息可用以提取联系人识别符。在选择向所述方进行呼叫之后，用户仅需要按下发送键以接收建议模式和有序模式列表的显示。通过简单地再按下发送键，用户可以列表上作为选定通信模式的第一项目起始通信。或者，用户可从所显示的列表做出不同的选择(例如，使用键盘110的滚动功能性)。通过再次按下发送键，用户可以选定通信模式起始通信。

图3说明由模式比较器模块118产生的用于在图2的步骤206中显示有序列表的屏幕的实例。在所述实例中，步骤200中的选定屏幕是电子邮件应用程序的收件箱屏幕，其中电子邮件发送者的姓名Monica通过用户操纵键盘110而被给出强调。由电子邮件应用程序产生的屏幕的部分显示于图3所示的屏幕的上部部分301中。下部部分302被由模式比较器模块118产生的用户接口覆盖，且包括一系列五个图标303，其中每一者表示一种通信模式。在此实例中表示的这些特定通信模式如图3中所示从左到右为SMS消息接发、电子邮件、MSN信使、移动电话通信和即按即说通信。

第一列出的模式是SMS通信。除了使此项目成为列表中的第一项目外，用户接口还通过文本“建议”来指示向Monica发送SMS消息。可用性状态信息也通过存在图标304包含于用户接口中位于部分302中，存在图标304表示目的地呼叫方Monica当前没有空打电话。

图4展示替代屏幕，其中显示区域的单个部分400含有表示列表的以上图标和建议的呼叫通信模式。此选项对于具有较小可用屏幕大小的装置是优选的。

图5示意性地更详细说明步骤204的用于导出建议模式和通信模式的有序列表的过程。

在步骤500处，模式比较器模块118向存在引擎116请求目的地呼叫方的可用性状态信息。可用性状态信息将通常以若干可能的可用性状态中的一者的识别的形式来接收。此可用性状态信息通过查找表而翻译为范围0到1中的数值存在值，其中0表示不可用且1表示完全可用。0与1之间的中间值表示所述两个状态之间的其它状态。举例来说，如果目的地呼叫方当前“正在打电话”，那么存在值可为0.3。

此数值存在值将用于下文描述的后续计算中。

在图5中，步骤501表示确定可用性状态信息是否可用。如果可用状态信息可用，那么步骤502表示将状态翻译为数值存在值的翻译步骤。

假定可用性状态信息可用，则步骤503跟随发生，其中模式比较器模块118确定历史数据是否从历史数据模块117可用。如果可用，那么从通信历史数据库120检索相关呼叫历史。在步骤504处，模式比较器模块118针对通信模式中的每一者计算相应的呼叫历史得分。计算得分的目的是通过投影来提供目的地呼叫方在当前时间在某一通信地址处将以特定通信模式可用的概率的指示符，其中当前时间是从在步骤201处接收到指令通信的用户输入的事件的定时取得的。

分析呼叫历史以针对数目为D天的最近呼叫历史来确定每一模式在由在当前时间T之前或之后N分钟的窗界定的时刻被成功使用的次数。已经记录的此呼叫的给定模式的实例数目经累积以提供针对所述模式的短期计数。

还针对H天的长期时期实行分析(其中H＞＞D)，以获得针对所述模式的长期计数(例如D＝4且H＝30)。随后组合短期计数与长期计数，应用可例如增强短期计数的相对加权，且组合的数字提供每一模式的复合得分。

在步骤505处，对模式的得分进行加权，其方式为首先通过确定给定模式是否对应于当前观看的屏幕，即，是由用于所述通信模式的应用程序产生的当前屏幕，且如果是，那么将得分乘以置信乘数S。在本实例中，S的值为3。因此，举例来说，如果当前观看的屏幕对应于电子邮件应用程序，那么发送电子邮件的通信模式将接收到乘以因子三(3)的经加权得分，而其余模式的得分将不接收此加权。

在步骤505中通过应用乘数E而应用另外的加权以将直接与特定通信模式相关联的存在信息是否当前可用纳入考虑中。这是基于以下前提：如果目的地呼叫方已输入针对特定通信模式的存在信息，那么这是所述模式由所述方优选的指示。

用于产生经加权得分的算法的实例包含于附录1中，且还在图6的图中示意性说明。

在步骤506处，确定加权因数集以便允许将进一步加权应用于步骤505所产生的经加权得分，以便将在给定当前指示的可用性状态的情况下不同通信模式对与目的地呼叫方进行联系的相对合适性纳入考虑中。针对每一模式计算加权因数，使得在假定目的地呼叫方的当前存在状态被给定低加权因数的情况下所述通信模式可能被视为打扰的且不受欢迎的。通过将通信模式的当前得分与低因数相乘，其有效得分经加权以相对于其它通信模式减小。相反地，考虑到目的地呼叫方的当前可用性状态信息，被视为非打扰的那些通信模式将接收到加权因数的较高值，所述值在与通信模式的现存经加权得分相乘时将增加所述通信模式相对于其它模式的突出性。

为了促进加权因数集的计算，引入对被呼叫方的“强加”的概念以允许以数值表示经由特定通信模式接收到呼叫固有地为打扰的程度。为了表示“强加”，将预定的强加表存储在存储器中。所述表由通信模式和强加值的元组组成，每一值由介于0与1之间的数字组成。以下在表1中给出实例。

表1

模式	强加
		电话	0.6
电子邮件	0.15
		SMS	0.4
PTT	1.0
		即时消息	0.2

如从表1的实例可见，对被呼叫方具有固有地高的打扰水平的通信模式(例如，被呼叫方必须立即进行响应的即按即说)接收到高强加值，而例如SMS和电子邮件等具有最小打扰的通信模式接收到较低值，因为这些消息可被累积且在方便时查看，且对在参与其它活动的同时接收到所述通信的所述方不是太具打扰性。

表中的强加的数值通常是通过直观评估每一模式的打扰程度或由于经验分析而预定的固定数字。在替代实施例中，通过使用来自通信尝试的反馈或通过从提供监视服务的中央服务器或从自被呼叫方接收的评注或其它反馈下载强加值的较好估计来逐渐精炼强加的数值。

也在范围0到1中的数值存在值可与强加表中的条目进行比较以尽可能接近地使数值存在值的水平与表中的通信模式中的一者的强加值匹配。此处的前提是强加值设定于在通信模式对于目的地呼叫方的给定可用性状态适当的情况下将匹配于存在值的水平处。

确定加权因数中的第一步骤是以基于可用性的次序对通信模式分级，其中将通信模式视为具有相对于存在值的合适的强加值。通过计算存在值与表中的强加值中的每一者之间的距离来确定最合适的通信模式，即，最高等级模式(等级＝1)。将距离定义为存在值与强加值之间的数值差的模数。

如果最小距离非零，那么通过仅考虑具有大于存在值的强加值的那些模式且从这些模式中选择强加值相对于存在值具有最小距离的模式来选择最合适的模式。

随后通过仅考虑具有小于存在值的强加值的那些模式且从这些模式中选择强加值相对于存在值具有最小距离的模式来确定其次最合适的模式(等级＝2)。

以上升的强加值的次序对其余通信模式进行分级。

以此方式将0.3的存在值与强加值进行比较提供了表2中指示且图7A中以图形方式展示的等级信息，其中在此实例中SMS在有序列表中排第一等级，即时消息接发(IM)第二，电子邮件(E)第三，电话(PH)第四且即按即说(PTT)第五。(在图7A中，数字1到5指示等级。)

表2

模式	强加	等级	加权因数
				电话	0.6	4	1.1
电子邮件	0.15	3	1.3
				SMS	0.4	1	2.0
PTT	1.0	5	1.0
				即时消息	0.2	2	1.6

然而，如果存在值与表中的强加值中的一者相同(即，距离为零)，那么将具有此强加值的模式选择为最合适的模式(等级＝1)。通过仅考虑具有大于存在值的强加值的那些模式且从这些模式中选择强加值相对于存在值具有最小距离的模式来选择其次最合适的模式(等级＝2)。随后通过仅考虑具有小于存在值的强加值的那些模式且从这些模式中选择强加值相对于存在值具有最小距离的模式来确定其次最合适的模式(等级＝3)。以上升的强加值的次序对其余通信模式进行分级。在图7B的实例中针对存在值＝0.4以图形方式说明此过程。

通信模式的基于可用性的次序中的分级现在转换为加权因数，如例如表2中以存在值＝0.3所指示。加权因数是与通信模式的基于可用性的分级线性相关的数值，使得最高分级通信模式SMS接收到2.0的因数(最大因数)，而第五分级通信模式(即按即说)接收到1.0的最小因数。

在步骤507处，将加权因数作为又一加权应用于从步骤505获得的经加权得分。在本实例中，考虑如表3中所示的得分集。

表3

模式	得分
		电话	2.3
电子邮件	3.0
		SMS	2.0

PTT	1.6
		即时消息	0.7

将表3中的每一得分值乘以从表2获得的每一相应模式的加权因数以获得强加经加权得分。

在表4中指示强加经加权得分以及通过以强加经加权得分的次序将通信模式列出为有序列表(图5的步骤508中所表示)而获得的用于向用户呈现的所得最终分级。

表4

模式	强加经加权得分	最终分级
			电话	1.1*2.3＝2.53	第三
电子邮件	1.3*3.0＝3.9	第二
			SMS	2.0*2.0＝4	第一
PTT	1.0*1.6＝1.6	第四
			即时消息	1.6*0.7＝1.12	第五

如果在步骤501处确定可用性状态存在信息可用但在步骤503处确定没有呼叫历史可用，例如因为通信装置100是新的或因为在最近历史内没有发生通信，那么步骤509跟随发生，其中将有序列表取为与上文计算的基于可用性的模式次序相同。图8示意性说明这如何完成。步骤800对应于步骤502，其中通过查找表将呈状态数据的形式的可用性状态信息转换为范围0到1内的存在值。在步骤801处，模式比较器模块118将存在值与可用通信模式中的每一者的强加值进行比较，且针对每一模式确定距离。将距离定义为数值存在值与强加值之间的数值差的模数。

在步骤802处，使用参考步骤506概述且如图7A和7B所示的程序以被视为具有相对于存在值的合适的强加值的次序对通信模式进行分级。

以此方式，导出步骤802处的基于可用性的有序列表，进而完成图5中的步骤509。

如果在步骤501处确定可用性状态信息不可用，那么步骤510跟随发生，其中确定呼叫历史是否可用。如果其可用，那么步骤511跟随发生，其中以与上文参考步骤504描述的方式相同的方式计算呼叫历史得分。

随后在步骤512处使用在步骤505处概述的方法计算经加权得分，其中差异在于没有输入可用性状态信息来添加存在加权。

在获得经加权得分之后，在步骤508处根据经加权得分对通信模式列表进行排序，且所述通信模式列表随后准备好向用户呈现。

如果在步骤510处确定没有呼叫历史可用，那么在不存在可用性状态信息的情况下，在步骤513处确定默认列表。这可例如做出以下假设：当前显示的屏幕指示待推荐的通信和其余通信模式是以上升的强加值的次序列出，即，例如具有低打扰水平的电子邮件等那些通信模式是以比例如即按即说等具有高打扰水平的那些通信模式高的等级来列出。

在步骤514处，输出且存储通过前述方法中的任一者获得的有序列表以准备好在控制模块119需要时显示。

图6以流程图形式说明附录1的用于得分计算的算法。

在步骤600处，选择初始模式，且在步骤601处，针对所述特定选定模式分析呼叫历史数据以在距当前时间±N分钟的窗内确定曾使用所述模式进行多少呼叫，其覆盖由变量D指定的天数。例如，D可为四天。

在步骤602处，将此计数除以D以给出每天的呼叫的短期平均数目。

简单的过程找出H天的较大时期的计数，且计算每天的呼叫的长期平均数目。H可例如为30天。

在步骤603处，确定所述通信模式是否已在今天(即，当前时间的同一天)使用，且如果是，那么步骤604将平均数中的每一者乘以标量K以进而针对已发生的最近通信应用加权。举例来说，K可为2.0。

步骤605随后跟随发生，其中确定当前观看的屏幕是否与用于使用当前正考虑的通信模式的应用程序相关联。如果情况如此，那么步骤606将平均数乘以又一置信乘数S。举例来说，S可为3.0。

在步骤607处，确定可用性状态信息是否对联系人方可用。如果回答为是，那么步骤608确定此可用性状态信息是否与当前正考虑的通信模式特定相关。如果情况如此，那么步骤609应用又一加权E。举例来说，E可为3.0。

步骤610组合针对短期和长期历史获得的两个平均数。在优选实施例中，获得这两个数字的简单平均数。在替代实施例中，可通过应用适当的乘法因数来对短期或长期历史给出优先加权。

步骤611接着确定是否存在待处理的另外模式，且如果是，那么在步骤613处选择下一模式，且过程从601重新开始。

当步骤611检测到所有模式已被处理时，步骤612处理通信模式集的累积的经加权得分，且在用于向用户呈现的有序列表中以得分次序对模式进行分类。

如上文所述，利用小键盘上的发送键(常称为绿键)来起始通信模式的选择，进而需要对与此键相关联的正常功能的修改。在替代实施例中，可针对模式选择的功能性提供不同的专用键。

提供模式选择和通信模式的有序列表的设施在以上优选实施例中作为装置100的功能性而连续可用。在替代实施例中，可例如使用装置的设定菜单根据用户偏好来打开或关闭此功能性。

预定的强加值集与通信模式中的每一者相关联。在替代实施例中，随着时间而更新强加值以将关于每一通信模式实现成功通信的相对成功或者典型被呼叫方对此通信的反应的观察或呼叫历史分析纳入考虑中。强加值的动态更新可由例如装置内的软件执行，或可在外部执行且作为新的操作参数集下载到装置。

在以上描述的实施例中，通信模式的有序列表作为一系列图标向用户呈现。或者，可提供每一通信码的文本描述。通信模式列表可为完整列表，其在必要的情况下需要用户滚动以观看整个列表。或者，仅选择列表中预定数目的通信模式用于显示以将屏幕的有限显示器大小纳入考虑中。

在以上描述的实施例中，在显示屏幕中向用户指示建议的通信模式，且用户具有从有序列表中选择建议的通信模式或选择其余通信模式中的一者的选项。在替代实施例中，通信装置经配置以总是使用建议的通信模式来呼叫目的地呼叫方而不向用户呈现列表作为供选择的替代物。

在以上描述的实施例中，有序列表和优选通信模式是在用户输入键或发送键的第二次致动之前通过计算来确定，而在替代实施例中，直到此第二次致动或用户输入之后才开始计算。

在以上描述的实施例中，将呼叫历史数据存储在中央储存库或通信历史数据库120中。在替代实施例中，替代于使用此数据库，每一个别应用程序具有相应的存储区域用于维持呼叫(即，通信)历史信息，所述信息随后在分析需要时被检索。

在又一实施例中，模式比较器可另外将通信装置100的用户的可用性状态信息纳入考虑中，使得例如用户可指示其可用性状态以拒绝口头通信，进而使得使用例如SMS或MSN等其它通信模式是合意的。

又一实施例可例如在不同应用程序具有与其相关联的相应可用性状态信息的情况下组合一个以上源的可用性状态。

在以上描述的实施例中，通过显示屏幕向用户呈现建议的通信模式和有序列表。其它形式的呈现在替代实施例中是可能的，例如，例如使用声音的呈现等其它形式的视觉显示，所述呈现例如使用语音合成软件来产生经由装置的扬声器呈现的口语输出。

已参照可能通常为用于与蜂窝式电信网络一起使用的手持式无线装置的通信装置描述了优选实施例。根据本发明设想出其它形式的装置，只要其能够经由一个以上模式通信，且可包括能够运行多个通信应用程序的具有网络连接性的个人计算机或任何其它基于处理器的装置。

将了解，上文论述的不同可用性状态选项的实例中的任一者可与此实施例一起使用，且本文描述的实施例中的任一者的任选特征中的任一者也可与本文描述的其它实施例中的任一者的一个或一个以上特征一起提供。

如以上实施例中的一些实施例中所述，其可以硬件来体现。硬件可作为硬件元件来参考。大体上，硬件元件可指代经布置以执行特定操作的任何硬件结构。在一个实施例中，例如，硬件元件可包含制造于衬底上的任何模拟或数字的电气或电子元件。制造可使用硅基集成电路(IC)技术来执行，例如互补金属氧化物半导体(CMOS)技术、双极技术以及双极CMOS(BiCMOS)技术。硬件元件的实例可包含处理器、微处理器、电路、电路元件(例如，晶体管、电阻器、电容器、电感器等等)、集成电路、专用集成电路(ASIC)、可编程逻辑装置(PLD)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、逻辑门、寄存器、半导体装置、芯片、微芯片、芯片组等等。实施例在此上下文中不受限制。

还如上所述，一些实施例可以软件来体现。软件可作为软件元件来参考。大体上，软件元件可指代经布置以执行特定操作的任何软件结构。在一个实施例中，例如，软件元件可包含适于由例如处理器等硬件元件执行的程序指令和/或数据。程序指令可包含包括以预定语法布置的字、值或符号的命令的经组织列表，所述命令在执行时可致使处理器执行对应的操作集。

软件可使用编程语言来编写或编码。编程语言的实例可包含C、C++、BASIC、Perl、Matlab、Pascal、Visual BASIC、JAVA、ActiveX、汇编语言、机器代码等等。软件可使用任何类型的计算机可读媒体或机器可读媒体来存储。此外，软件可作为源代码或目标代码存储在媒体上。软件也可作为经压缩和/或加密数据存储在媒体上。软件的实例可包含任何软件组件、程序、应用程序、计算机程序、操作程序、系统程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、函数、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、字、值、符号或其任何组合。实施例在此上下文中不受限制。

一些实施例可例如使用任何计算机可读媒体、机器可读媒体或能够存储软件的物件来实施。媒体或物件可包含任何合适类型的存储器单元、存储器装置、存储器物件、存储器媒体、存储装置、存储物件、存储媒体和/或存储单元，例如参照存储器描述的实例中的任一者。媒体或物件可包括存储器、可装卸或不可装卸媒体、可擦除或不可擦除媒体、可写入或可重写媒体、数字或模拟媒体、硬盘、软盘、压缩光盘只读存储器(CD-ROM)、可记录压缩光盘(CD-R)、可重写压缩光盘(CD-RW)、光盘、磁性媒体、磁光媒体、可装卸存储器卡或磁盘、各种类型的数字通用光盘(DVD)、订户身份模块、磁带、盒式磁带等。指令可包含任何合适类型的代码，例如源代码、目标代码、经编译代码、经解译代码、可执行代码、静态代码、动态代码等。指令可使用任何合适的高级、低级、面向对象、可视、经编译和/或经解译的编程语言来实施，例如C、C++、Java、BASIC、Perl、Matlab、Pascal、Visual BASIC、JAVA、ActiveX、汇编语言、机器代码等等。实施例在此上下文中不受限制。

除非另外具体陈述，否则可了解，例如“处理”、“计算”、“核算”、“确定”等术语指代计算机或计算系统或类似电子计算装置将计算系统的寄存器和/或存储器内的表示为物理量(例如，电子)的数据操纵和/或变换为计算系统的存储器、寄存器或其它此类信息存储、传输或观看装置内的类似地表示为物理量的其它数据的动作和/或过程。实施例在此上下文中不受限制。

如本文使用，对“一个实施例”或“一实施例”的任何参考均意味着结合实施例描述的特定元件、特征、结构或特性包含于至少一个实施例中。短语“在一个实施例中”在说明书中的各个地方的出现不一定全部指代同一实施例。

如本文使用，术语“包括”、“包含”、“具有”或其任何其它变型既定涵盖非排他性包含。举例来说，包括元件列表的过程、方法、物件或设备不一定仅限于那些元件，而是可包含未明确列出或此过程、方法、物件或设备固有的其它元件。此外，除非相反地明确陈述，否则“或”指代包含性或而不是指代排他性或。举例来说，条件A或B由以下各项中的任一者满足：A为真(或存在)且B为假(或不存在)，A为假(或不存在)且B为真(或存在)，以及A与B均为真(或存在)。

而且，“一”的使用是用以描述本发明的实施例的元件和组件。这样做仅仅是为了方便且给出本发明的实施例的一般意义。应将此描述理解为包含一个或至少一个，且单数形式也包含复数形式，除非其明显意味着单数形式。

在阅读本发明后，所属领域的技术人员将通过本文揭示的原理而了解用于选择通信设备的通信的另外的替代结构和功能设计。因此，虽然已说明和描述特定实施例和应用，但应了解，本发明不限于本文揭示的精确构造和组件，且在不脱离如所附权利要求书界定的本发明的精神和范围的情况下，可在本文揭示的本发明的方法和设备的布置、操作和细节中做出所属领域的技术人员将明了的各种修改、改变和变化。

附录1

算法

用以计算适当的通信模式的程序P(M)

Start

InputT //当前时间

InputToday //当前日期

InputN //定义时间T任一侧的分钟范围

Input D //最近使用历史范围

Input H //长期使用历史范围

Input CM //针对通信者的可用通信模式的范围

Variable Recent

Variable Average_Recent

Variable Ratio_Recent＝0.5

Variable History

Variable Average_History

Variable Ratio_History＝0.5

Constant K as 2.0 //针对今天使用的加权

Constant S as 3.0 //针对在屏幕上可见的联系人的加权

Constant E as 3.0 //针对为特定CM明确指示的通信的加权

Array M[size＝number of modes]of data structure{name，score}

For all modes CM，loop

//最近历史

For all days past from Today to Today-D，loop

If mode CM used in T-N...T+N

Add 1 to Recent

Endif

End loop

Average_Recent＝Recent divided by D

If mode CM used Today

Multiply Average_Recent by K

Endif

If on screen associated with mode M

Multiply Average_Recent by S

Endif

If Presence Available for correspondent

If presence associated with CM

Multiply Average_Recent by E

Endif

//长期历史

For all days past from Today to Today-D， loop

If mode CM used in T-N...T+N

Add 1 to History

Endif

EndLoop

Average_History＝History divided by H

If mode CM used Today

Multiply Average_History by K

Endif

If on screen associated with mode M

Multiply Average_History by S

Endif

If Presence Available for correspondent

If presence associated with CM

Multiply Average_History by E

Endif

//计算此模式的得分

Variable temp＝(Average_Recent x

Ratio_Recent)

+(Average_History x Ratio_History)

Set array M{mode，temp}

End loop

Sort elements of M by score，descending

Output M

End

附录2

通信数据库

数据库源日时间事件

呼叫日志 1 09:20 接听呼叫

呼叫日志 1 10:00 接听呼叫

呼叫日志 1 15:00 接听呼叫

呼叫日志 1 16:00 接听呼叫

呼叫日志 2 17:00 接听呼叫

呼叫日志 2 20:00 接听呼叫

呼叫日志 2 15:20 未接呼叫

呼叫日志 2 11:00 未接呼叫

呼叫日志 3 18:00 未接呼叫

呼叫日志 3 10:00 接收到呼叫

呼叫日志 4 11:00 接收到呼叫

呼叫日志 4 18:00 接收到呼叫

电子邮件 1 15:00 接收到电子邮件

电子邮件 1 16:00 接收到电子邮件

电子邮件 2 17:00 接收到电子邮件

电子邮件 2 19:00 接收到电子邮件

电子邮件 3 11:00 接收到电子邮件

电子邮件 3 13:00 接收到电子邮件

电子邮件 4 14:00 接收到电子邮件

短消息 1 09:00 接收到短消息

短消息 1 10:00 接收到短消息

短消息 1 10:10 接收到短消息

短消息 2 20:20 接收到短消息

短消息 2 20:30 接收到短消息

短消息 2 20:40 接收到短消息

短消息 4 20:30 接收到短消息

短消息 4 20:35 接收到短消息

最近的即按即说历史 1 0200-0800 没空

最近的即按即说历史 1 0800-1400 有空

最近的即按即说历史 1 1400-2000 有空

最近的即按即说历史 1 2000-0200 没空

最近的即按即说历史 2 0200-0800 没空

最近的即按即说历史 2 0800-1400 有空

最近的即按即说历史 2 1400-2000 有空

最近的即按即说历史 2 2000-0200 没空

最近的即按即说历史 3 0200-0800 没空

最近的即按即说历史 3 0800-1400 没空

最近的即按即说历史 3 1400-2000 有空

最近的即按即说历史 3 2000-0200 没空

最近的即按即说历史 4 0200-0800 没空

最近的即按即说历史 4 0800-1400 没空

最近的即按即说历史 4 1400-2000 有空

最近的即按即说历史 4 2000-0200 有空

当前存在 5 现在有空

Claims

1.一种通信装置，其包括：

模式比较器，其经配置以至少部分基于表示目的地呼叫方的可用性状态的可用性状态数据来确定多个可用通信模式中的哪一者在起始与所述目的地呼叫方的通信时可能是最适当用于选择的；所述模式比较器进一步经配置以产生用于向用户呈现的所述可用通信模式的有序列表，其中确定为最适当的所述通信模式是所述通信列表的第一分级模式且所述列表中的所述通信模式的分级表示在与所述目的地呼叫方通信中使用相应通信模式的可能性；以及

联系人识别符模块，其适于从当前观看的显示数据提取识别所述目的地呼叫方的联系人识别符且适于获取对应的联系人地址信息以在所述可用通信模式中的每一者中使用，以及历史数据模块，其适于使用所述联系人地址信息来分析先前进行的通信的历史且针对每一通信导出表示在至少一个时段期间的通信实例的数目的得分值，所述得分值被输入到所述模式比较器以用于确定用于向所述用户呈现的所述有序列表中的所述通信模式的所述分级。

2.一种通信装置，其包括：

模式比较器，其经配置以至少部分基于表示目的地呼叫方的可用性状态的可用性状态数据来确定多个可用通信模式中的哪一者在起始与所述目的地呼叫方的通信时可能是最适当用于选择的。

3.根据权利要求2所述的通信装置，其中所述模式比较器进一步经配置以产生用于向用户呈现的所述可用通信模式的有序列表，其中确定为最适当的所述通信模式是所述通信列表的第一分级模式且所述列表中的所述通信模式的分级表示在与所述目的地呼叫方通信中使用相应通信模式的可能性。

4.根据权利要求3所述的通信装置，其进一步包括：

5.根据权利要求4所述的通信装置，其中所述模式比较器进一步经配置以：

使所述可用通信模式中的每一者与表示经由所述通信模式与所述目的地呼叫方的通信被判定为打扰的程度的相应强加值相关联；

根据所述可用性状态数据导出表示所述目的地呼叫方被判定为接受打扰的程度的存在值，所述存在值使用与所述强加值的数值范围相当的数值范围；

以及根据所述存在值与强加值的相关来确定所述通信模式的基于可用性的分级次序。

6.根据权利要求5所述的通信装置，其中所述模式比较器经配置以：

确定相应通信模式的加权因数集且将每一通信模式的所述得分值乘以其相应加权因数以获得经加权得分，所述加权因数是根据所述基于可用性状态的分级次序中的等级来评级以使得第一模式接收到最大加权因数且按等级次序的其余通信模式接收到逐渐变小的加权因数。

7.根据权利要求6所述的通信装置，其中所述模式比较器进一步经配置以：

通过以所述经加权得分的次序对所述通信模式进行分级来确定用于向所述用户呈现的所述有序列表以使得用于呈现的所述有序列表中的所述第一分级模式具有最高经加权得分。

8.根据权利要求6所述的通信装置，其中所述模式比较器经配置以将用于呈现的所述有序列表确定为与所述基于可用性的分级次序相同。

9.根据权利要求3所述的通信装置，其进一步包括显示器，所述显示器经配置以：

显示用于向所述用户呈现的所述有序列表；

将所述有序列表中的所述第一分级模式显示为建议通信模式；以及

显示表示所述可用性状态数据的存在指示符。

10.根据权利要求5所述的通信装置，其中所述模式比较器进一步经配置以：

通过针对每一通信模式计算所述存在值与强加值之间的距离来使所述存在值与强加值相关；

基于最小距离来确定所述可用性状态分级次序中的至少一个模式且以递增强加值的次序来确定其余通信模式的分级次序。

11.一种操作通信装置的方法，其包括：

操作模式比较器以至少部分基于表示目的地呼叫方的可用性状态的可用性状态数据来确定多个可用通信模式中的哪一者在起始与所述目的地呼叫方的通信时可能是最适当作选择的。

12.根据权利要求11所述的方法，其中所述模式比较器产生用于向用户呈现的所述可用通信模式的有序列表，其中确定为最适当的所述通信模式是所述通信列表的第一分级模式且所述列表中的所述通信模式的分级表示在与所述目的地呼叫方通信中使用相应通信模式成功的可能性。

13.根据权利要求12所述的方法，其进一步包括：

操作联系人识别符模块以从当前观看的显示数据提取识别所述目的地呼叫方的联系人识别符且获取对应的联系人地址信息以在所述可用通信模式中的每一者中使用，以及操作历史数据模块以使用所述联系人地址信息来分析先前进行的通信的历史且针对每一通信导出表示在至少一个时段期间的通信实例的数目的得分值，所述得分值被输入到所述模式比较器以用于确定用于向所述用户呈现的所述有序列表中的所述通信模式的所述分级。

14.根据权利要求13所述的方法，其中所述模式比较器：

根据所述可用性状态数据导出表示所述目的地呼叫方被判定为的程度的存在值，所述存在值使用与所述强加值的数值范围相当的数值范围；以及

根据所述存在值与强加值的相关来确定所述通信模式的基于可用性的分级次序。

15.根据权利要求14所述的方法，其中所述模式比较器确定相应通信模式的加权因数集且将每一通信模式的所述得分值乘以其相应加权因数以获得经加权得分，所述加权因数是根据所述基于可用性状态的分级次序中的等级来评级以使得第一模式接收到最大加权因数且按等级次序的其余通信模式接收到逐渐变小的加权因数。

16.根据权利要求15所述的方法，其进一步包括所述模式比较器通过以所述经加权得分的次序对所述通信模式进行分级来确定用于向所述用户呈现的所述有序列表以使得用于呈现的所述有序列表中的所述第一分级模式具有最高经加权得分。

17.根据权利要求15所述的方法，其进一步包括所述模式比较器将用于呈现的所述有序列表确定为与所述基于可用性的分级次序相同。

18.根据权利要求12所述的方法，其进一步包括：

显示用于向所述用户呈现的所述有序列表，将用于呈现的所述有序列表中的所述第一分级模式显示为建议通信模式，以及显示表示所述可用性状态数据的存在指示符。

19.根据权利要求14所述的方法，其中所述模式比较器：

20.一种计算机程序产品，其包括经构造以存储可由处理器执行的指令的计算机可读存储媒体，所述指令在执行时致使所述处理器：

从多个可用通信模式选择一个通信模式，所述选定通信模式至少部分基于指示目的地呼叫方是否可用的可用性状态数据而被确定为对于与所述目的地呼叫方通信是适当的。