用于在通信设备中帮助选择联系人的装置和方法

专利名称：用于在通信设备中帮助选择联系人的装置和方法
技术领域：
本发明主要地涉及通信，并且具体地涉及一种用于帮助用户经由通信设备选择通信接收者的装置和方法。
背景技术：
通信基础结构和协议的技术发展已经将标准的计算设备变成有价值的通信工具。计算机通过范围从局域网(LAN)到比如因特网这样触及广泛的全球区域网(GAN)的网络来相互通信以及与其它电子设备通信。比如移动电话、个人数字助理(PDA)等其它电子设备已经经历类似的转化。如今，这些无线设备正在用于各种不同类型的通信。例如，当前的移动电话和PDA技术已经将这些无线设备转化成能够传送话音、文本或者其它数据、文档、图像、视频和其它多媒体内容(这里通称为通信)的强大通信工具。
曾经是便携日历建立和组织工具的PDA现在常常包括比如电子邮件、因特网访问等网络通信功能。反言之，移动电话和其它传统通信设备现在常常包括本地应用，比如日历、电话簿或者其它联系人列表、任务列表和其它组织工具。比如联系人列表这样的工具辅助通信设备用户设置话音呼叫/或将电子消息指向这些通信的预期接收者。例如，通信设备用户可以访问本地联系人应用以便有助于用户重新获得地址或者其它标识符，并且本地联系人应用还可以向用户提供一个可以从其中直接地将联系人指定为新通信的预期接收者的平台。
具体而言，当发起话音呼叫、文本/多媒体/电子邮件消息或者其它通信时，用户具有用以输入接收者的地址或者其它标识符的各种选项。例如，用户可以直接地输入接收者的陆线电话号码、移动电话号码、文本或者多媒体地址、电子邮件地址等。这种数字、字符或者文字数字输入可能令人厌烦，尤其是对于那些因设备尺寸有限而导致用户接口机制较小的移动用户而言更是如此，以及由于移动用户可能正在驾车或者在不方便输入文本的另一处境中。为了减少所需键击输入的数目以及消除用户从存储器中回调接收者地址的需要，通信设备常常提供这样的联系人应用以允许存储和随后取回各种接收者通信地址。
尽管这样的存储联系人列表对用户可能是有用的，特别是对于避免用户记忆联系人地址的需要更是有用，但是它可能没有显著地减少为了搜寻和选择预期接收者而需要的键击输入或者导航操纵的数目。例如，具有大量存储联系人的用户可能需要输入相当一部分的目标接收者姓名以呈现所需接收者。另外，即使所呈现的联系人列表由于输入一部分目标接收者姓名而缩短，但是用户可能仍然需要滚动到正确条目。尽管用户以这一方式对目标接收者进行定位相对于直接地输入接收者地址而言可能更为方便，但是在联系人列表中搜寻目标接收者可能包含相当数目的用户接口(UI)操纵，由此可能破坏这种联系人列表的所声称的用户友好方面。这对于比如消息接发这样的某些类型的通信(例如短消息服务、多媒体消息接发服务等)而言特别地低效，其中可能所有联系人中仅有少部分包括这样的消息接发地址。例如，用户的联系人列表可能包含数以百计的联系人，但是那些联系人中只有少量联系人包括用于参与所需通信类型的相关地址。另外，大部分消息只发送到少量接收者。在这些情况下，用户仍然需要筛选所有联系人以对如下一个或者多个目标用户进行定位该目标用户可能是处于所需通信所能够发送到的联系人的一个小子集之中。
因而，需要一种提供更相关和集中的联系人列表的方式，而用户可以从该联系人列表中选择一个或者多个所需接收者。本发明实现了这些和其它需要并且相较于现有技术提供了其它优点。

发明内容
为了克服上述现有技术中的限制以及克服在阅读和理解本说明书时会变得明显的其它限制，本发明公开了一种用于帮助用户经由通信设备选择通信接收者的装置和方法。
根据本发明的一个实施例，提供了一种用于呈现相关联系人标识符以供通信设备的用户进行选择的方法。监视涉及通信设备的先前通信事件的一个或者多个通信属性。这些受监视的通信属性例如可以包括联系人标识符、传入和/或传出通信的指示、通信类型、呼叫持续时间、从前一相似类型的通信起已逝去的时间、消息类型(例如新消息、答复、转发等)等。基于受监视的通信属性来建立选择标准。维护与如下联系人相对应的可选联系人标识符的一个或者多个集合或者“自适应列表”，这些联系人与满足选择标准的通信事件有关联。经由通信设备向用户呈现可选联系人标识符的集合中的至少一个集合。根据一个更特定的实施例，为执行这种方法而提供了一种具有存储于其上的计算机可执行指令的计算机可读介质。
根据这种方法的更特定实施例，建立选择标准包括基于受监视的通信属性来建立一个或者多个加权因子。这可以包括为与通信事件有关联的每个联系人指定这些通信事件的频率，其中维护可选联系人标识符的一个或者多个集合包括维护对应于与如下通信事件有关联的联系人的一个或者多个自适应接收者历史列表，而这些通信事件对应于发生这些通信事件的指定频率。这些发生通信事件的频率可以基于所有通信事件或者所有通信事件中以比如通信类型这样的特定通信属性为基础的子集。例如，自适应列表可以基于文本消息接发通信类型、多媒体消息接发通信类型、话音呼叫通信类型或者其它通信类型(包括其任何组合)的频率。类似的实施例包括以通信设备新近多久介入这样的通信中为基础的加权因子。许多其他加权因子是可能的，比如用户是否“错过”或者以别的方式无法识别通信、通信是去往还是来自与预先存在的组相关联的联系人等。加权因子可以相对于彼此进行加权以提供它们之间的相对优先级。另外，加权因子比如可以在制造或者配置之时固定，或者可以由用户指定。
根据该方法的其它特定实施例，建立选择标准可以包括建立一个或者多个通信事件发生时所在的“背景”，其中维护可选择的联系人标识符的一个或者多个集合包括维护与在建立的背景内发生的通信事件有关联的一个或者多个自适应接收者历史列表。例如，这一背景可以包括位置、日期、时间、事件、特定日子等。
根据这种方法的更多其它特定实施例，可以允许用户输入联系人标识符的一部分，其中可选择的联系人标识符的一个或者多个集合(例如自适应列表)可以用作自动完成联系人标识符用户输入的基础。例如，用户可以输入联系人标识符的一部分，并且从自适应列表中取出与联系人标识符的那一部分相匹配的可能匹配，或者首先向用户呈现至少那些可能的匹配。随着用户输入更多字符，如果列表中的联系人标识符不再与由用户输入的该部分相匹配，则在列表中消除那些联系人标识符。这一自适应列表自动完成特征可以经由通信设备的空闲屏幕、经由这些通信应用本身中的任何通信应用或者以别的方式来执行。例如，当经由通信应用(例如文本或者多媒体消息接发应用、电话应用等)来执行自适应列表自动完成特征时，用户可以将联系人标识符的该部分输入到“发往”域中，而自适应列表可以紧贴该“发往”域而呈现。
根据其它特定实施例，对可选联系人标识符的集合中的至少一个集合进行呈现包括呈现可选联系人标识符的一个或者多个集合，使得可选联系人标识符的一个或者多个集合中的部分或者全部集合在给定瞬间可以由用户感知。作为一个例子，比如当可选联系人标识符的集合中联系人标识符的数目不能合理地适合通信设备的显示屏幕时，可以仅向用户可视地呈现该集合的一部分。可选地，可以向用户整体地呈现可选联系人标识符的集合。
根据本发明的另一实施例，提供一种用于呈现相关联系人标识符以供通信设备的用户选择的方法。该方法包括监视涉及到该通信设备的先前通信事件的一个或者多个通信属性，并且基于受监视的通信属性来建立选择标准。维护与如下联系人相对应的联系人标识符的一个或者多个集合，这些联系人与满足选择标准的通信事件有关联。该方法还包括帮助输入由话音输入(例如口头)的联系人标识符，并且生成与由话音输入的联系人标识符相对应的多个可能联系人。将联系人标识符的集合中的至少一个集合与所生成的多个可能联系人组合起来以创建可选择的联系人标识符的集合。然后经由通信设备向用户可听地、可视地或者可听地且可视地呈现可选择的联系人标识符的集合。根据更特定的实施例，为执行这种方法而提供了一种具有存储于其上的计算机可执行指令的计算机可读介质。
根据本发明的另一实施例，提供了一种通信设备。该通信设备包括存储器，该存储器用以存储选择标准，比如加权因子和/或发生通信时所在的背景。该通信设备包括自适应列表引擎，该自适应列表引擎在一个实施例中经由一个或者多个处理器以及相关联的软件和/或固件来实施。该自适应列表引擎被配置用以监视涉及到该通信设备的先前通信事件的通信属性，并且维护与如下联系人相对应的联系人标识符的一个或者多个自适应列表，这些联系人与满足选择标准的通信事件有关联。提供了用户接口以向用户呈现联系人标识符的自适应列表，并且用以帮助用户选择联系人标识符中的一个或者多个联系人标识符作为当前通信的预期接收者。
作为本发明的特征的这些以及各种其它优点和新颖性特征在本发明所附的权利要求中被具体地指出并且形成本发明的一部分。然而，为了更好地理解本发明、本发明的优点以及通过本发明的运用而达到的目的，应当对形成本发明另一部分的附图以及附带的描述内容进行参照，在这些附图和描述内容中图示和描述了根据本发明的方法和装置的具体例子。


结合在附图中图示的实施例来描述本发明。
图1是图示了根据本发明的一种用于提供一个或者多个自适应接收者历史列表的方式的一个实施例的框图；图2是根据本发明的一种用于提供特定自适应接收者历史列表的方式的一个更特定实施例的框图；
图3A-3C图示了根据本发明一个实施例的拨叫号码自适应列表的代表性用户接口(UI)显示；图4A-4C图示了根据本发明一个实施例的文本消息接发联系人自适应列表的代表性UI显示；图5A-5D图示了根据本发明一个实施例的多媒体消息接发联系人自适应列表的代表性UI显示；图6A-6C图示了根据本发明一个实施例的电子邮件联系人自适应列表的代表性UI显示；图7A-7C描绘了图示根据本发明一个实施例的空闲状态自动完成联系人地址输入的代表性UI屏幕；图8A-8C描绘了图示根据本发明一个实施例从文本消息接发应用中变得可用的自动完成实施例的代表性UI屏幕；图9A-9B图示了根据本发明使用联系人姓名进行MMS/电子邮件自动完成的各种代表性实施例；图10A是一种用于在利用语音识别功能的系统中提供一个或者多个自适应接收者历史列表的方式的代表性实施例的框图；图10B图示了从一个或者多个自适应接收者历史列表和语音识别结果来确定相关联系人标识符的实施例；图11图示了本发明可以实施于其中的移动设备的代表性例子；以及图12图示了一种可以向用户呈现相关的联系人列表以帮助用户选择当前通信的一个或者多个接收者的方法的一个实施例。
具体实施例方式
此专利文献的公开中的一部分包含受到版权保护的内容。版权所有者对于如在专利商标局的专利文件或者记录中出现的任何人对本专利文献或者本专利公开的复制没有异议，但是除此之外保留所有任何版权权利。
在对各种示例性实施例的以下描述中对附图进行参照，这些附图形成了以下描述的一部分，并且在这些附图中通过图解示出了本发明可以实施于其中的各种实施例。将理解到可以利用其它实施例，因为在不脱离本发明的范围的情况下可以做出结构上和操作上的变化。
常常有如下情况，即通信设备用户与某些人士或者实体(即联系人)比他们与其它联系人更经常地通信。尽管一个集合性的联系人列表或者电子“电话簿”作为一种用以存储联系人信息的工具是有帮助的，但是它并不总是代表一种用以指定当前通信所预期的联系人的用户友好或者适宜方式。另外，尽管当前技术可以提供通信活动日志，但是这样的日志没有将通信属性的动态本质纳入考虑之中，也没有向用户建议最有可能被该用户用来发起更多通信的特定联系人。这些仅仅代表了与当今的通信设备一起使用的现有技术联系人列表和活动日志的少数缺点。
总而言之，本发明提供了一种创建“相关”联系人的一个或者多个自适应列表的方式，这些联系人代表了用户更有可能对其发起通信的联系人。这些自适应列表可以包括一个或者多个“受欢迎的”联系人或者以别的方式潜在相关的联系人的单个集合性列表，或者可以包括按照通信类型或者其它属性来分离的多个这样的列表。通过向用户呈现最有可能是当前通信的目标接收者的一个或者多个列表联系人，从而减少了搜索、滚动、键入和/或其它导航操纵，由此向设备用户提供了从所关注的可能通信接收者的集中列表中快速地做出选择的能力。
图1是图示了根据本发明的一种用于提供一个或者多个自适应接收者历史列表的方式的一个实施例的框图。提供了通信设备100，包括能够执行话音通信和/或消息接发的任何电子设备，该消息接发比如是电子邮件(e-mail)、短消息服务(SMS)、多媒体消息接发服务(MMS)和/或任何其它类型的话音、文本、多媒体消息接发。通信设备100可以代表桌上型或者其它陆线计算设备，或者代表移动设备，例如移动电话、个人数字助理(PDA)、便携计算机等。
通信设备100可以参与话音通信和/或消息接发以与其它通信设备通信。例如，通信设备100可以接收如接收通信(COMM)102所描绘的来自接收者的话音呼叫和/或消息。通信设备100可以向一个或者多个接收者发送如发送通信104所描绘的话音呼叫和/或消息。每个发送和/或接收通信代表涉及该通信设备的通信事件。在所示实施例中，通信设备100被表示成能够与一个或者多个网络进行无线通信的移动设备。所示通信设备100包括收发器模块106，该模块可以包括用以发送和接收通信的一个或者多个发送器、接收器和/或收发器。例如，收发器模块106可以包括用于通过蜂窝网络传送话音呼叫和/或通过各种网络传送比如SMS、MMS、电子邮件这样的消息或者其它消息的收发器。
当进行话音呼叫或者发起文本/多媒体/电子邮件消息(下文通称为“消息”)时，用户具有用以输入一个或者多个接收者的呼叫/消息地址的各种选项。例如，用户可以直接地输入接收者的陆线电话号码、移动电话号码、SMS/MMS号码或者地址、电子邮件地址等。这一数字、字符或者文字数字输入可能令人厌烦，尤其是对于那些由于设备尺寸有限而导致用户接口机制较小的移动用户而言更是如此，以及由于移动用户可能正在驾车或者在文本输入不方便的另一处境中。为了减少所需键击输入的数目并且消除用户从存储器中回调接收者地址的需要，通信设备常常提供允许存储和随后取回各种接收者通信地址的联系人应用108。
尽管存储的联系人可以对用户很有用，特别是对于避免用户记忆联系人地址的需要更是有用，但是它可能没有显著地减少设备上键击输入或者“点击”的数目。例如，具有大量存储的联系人的用户可能需要输入目标接收者姓名的相当一部分以呈现所需接收者。另外，即使由于输入了一部分的目标接收者姓名而使呈现的联系人列表缩短，但是用户可能仍然需要滚动到正确条目。尽管用户以这一方式对目标接收者进行定位相对于直接地输入接收者地址而言可能更为方便，但是在联系人列表中搜寻目标接收者可能包含相当数目的用户接口(UI)操纵，由此可能破坏这种联系人列表所声称的用户友好方面。这对于比如消息接发这样的某些类型的通信(例如SMS、MMS等)而言特别地低效，其中可能的是仅少部分联系人包括这样的消息接发地址。例如，用户的联系人列表可能包含数以百计的联系人，但是那些联系人中仅有少量联系人包括用于参与MMS通信的MMS地址。在这些情况下，用户仍然需要筛选所有联系人以对如下目标用户进行定位，该目标用户可能是在MMS通信所能够发送到的联系人的仅仅较小的子集之中。
根据本发明，提供用以解决包括对目标接收者地址进行定位的这些和其它问题的一个或者多个自适应列表引擎110。可以用硬件、固件、软件或者其任何组合来实施的自适应列表引擎110被耦合用以接收与接收通信102和/或发送通信104以及可能与其它来源有关的联系人信息。自适应列表引擎110可以创建一个或者多个自适应接收者历史列表112，这些列表用作多个更可能的目标接收者的“简短列表”，用户可以从该列表中做出选择来为一个或多个通信寻址。
在一个实施例中，可以提供单个自适应接收者历史列表112，其包括相关联系人标识符(例如地址、姓名等)而不考虑所涉及的通信类型。例如，接收和/或发送通信102、104的子集可以与被自适应列表引擎110认定相关的联系人地址或者其它标识符相关联，这些联系人地址或者其它标识符然后被维护成用户可以从其中选择目标通信接收者的自适应接收者历史列表112。这样的列表可以包括不同类型的联系人地址或者通信类型，比如话音/电话号码和消息接发号码或者统一资源标识符(URI)。在另一实施例中，不同的通信类型可以分组在一起。例如，可以针对最相关的话音/电话号码提供第一自适应接收者历史列表，而针对最相关的消息(包括SMS、MMS和电子邮件)提供第二自适应接收者历史列表。在更多其它实施例中，可以为SMS、MMS、电子邮件或者其它通信类型中的每一个提供自适应接收者历史列表。
具体而言，图1的所示实施例描绘了多个自适应接收者历史列表，标记为自适应列表-A 112A、自适应列表-B 112B直至通过自适应列表-n 112n来描绘的一些数目无限制的自适应列表。自适应列表-A 112A例如可以针对一些语音/电话联系人来提供自适应接收者历史列表，其中那些话音/电话联系人满足将它们放置在列表11A上的某一标准。自适应列表-B 112B例如可以针对所有如下消息接发(例如SMS、MMS、电子邮件等)联系人来提供自适应接收者历史列表，这些消息接发联系人满足将它们放置在列表112B上的某一标准。可选地，不同的消息接发类型可以分离成单独的自适应接收者历史列表，使得有SMS自适应接收者历史列表、MMS自适应接收者历史列表、电子邮件自适应接收者历史列表等等。可以根据本发明实施自适应接收者历史列表的任何所需分组和/或任何数目的自适应接收者历史列表。这些自适应接收者列表将提供就那一通信类型或者那一组通信类型而言被认定与用户相关的联系人的更集中的列表。
自适应列表引擎110基于可以预先指定和/或动态确定的选择标准来做出是否将联系人地址放置在自适应接收者历史列表上的决定。根据图1中所示实施例的这种选择标准包括加权因子114。比如在制造之时、在配置之时，可以在移动设备上固定加权因子。取而代之或者除此之外，加权因子还可以由用户编程或者以别的方式指定，如从用户接口116到加权因子114的输入所示。
与通信属性有关的任何所需加权因子114可以被实施用以辅助选择与一个或者多个特定自适应接收者历史列表相关联的信息。例如，特定联系人地址被发送和/或接收的频率可以用来确定是否将要把那一联系人地址放置在自适应接收者历史列表上。作为更特定的例子，加权因子114可以包括特定联系人地址被接收或者被作为目标的总次数，由此自适应列表引擎110计算这一次数并且相应地更新一个或者多个特定自适应接收者历史列表。然后多个最频繁地接收/发送的联系人地址可以形成自适应接收者历史列表。以特定联系人地址作为发起者和/或接收者进行通信的频率为基础的这种加权因子可以限于特定时间段，或者可以不限于特定时间段。例如，一个加权因子可以包含计算特定联系人是通信的发起者和/或接收者的总次数，而在另一实施例中它可以包含计算特定联系人在特定时间过程中(比如在一周、一个月等中)是通信的发起者和/或接收者的次数。
可以用作加权因子114的通信属性的其它代表性例子包括新近多久发送/接收过涉及该联系人的通信；传入呼叫或者信息是否被用户错过(例如未被应答或者以别的方式感知)；该通信是发送通信还是接收通信；用户是否已经人工地指定了要被强行放置到自适应接收者历史列表上的一个或者多个联系人；一个或者多个联系人是否是已建立的联系人“分组”(例如家人)的一部分；呼叫持续时间(例如在一些实施例中可以忽略零长度或者接近零长度的呼叫)；消息类型(例如新消息、答复、转发等)；从某一个或者多个类型的先前通信起逝去的时间(例如如果用户在短的时间段中对同一号码进行了数个呼叫，则它可能与当在两个呼叫之间流逝了更多时间时相比有所不同地影响自适应列表)等。这些例子仅仅是出于帮助理解各种加权因子114这一目的而提供的这种加权因子的例子，而本发明显然地不限于这里详细说明的代表性例子。下面描述选择标准和/或通信属性的更多例子。
当已经建立一个或者多个自适应接收者历史列表112时，可以经由显示118向用户呈现一个或者多个适当列表112。一个或者多个列表112可以按照用户请求来呈现或者可以响应于某一用户动作来呈现。例如，可以在用户调用对应的通信模块120时呈现列表112。在另一实施例中，用户比如通过选择适当的菜单项目、UI按钮/机制、链接等请求呈现一个或者多个自适应接收者历史列表。在后续的描述中更完全地描述各种例子。
还应当注意，“呈现”一个或者多个列表112包括提供一个或者多个列表112使得它们可为用户所用，即使全部的一个或者多个列表112并非立即地可为用户所见或者以别的方式来感知。例如，呈现的列表112A可以包括十个相关的联系人标识符，但是在显示118上一次仅可见地显示这些联系人标识符中的五个联系人标识符。如果并且在有必要或者需要之时，用户比如可以通过滚动等人工地或者自动地感知列表112A的其它部分。因此，如这里所用，呈现一个或者多个列表可以包括呈现一个或者多个列表使得一个或者多个列表中的全部或者部分列表可在给定时间由用户感知。
在操作中，通信设备100的用户可以调用通信模块120。这些通信模块120包括用于帮助所需通信类型的各种应用。这样的应用可以包括SMS应用120A、MMS应用120B、电子邮件应用120C、电话应用120D和/或涉及到接收者通信地址的任何话音/文本、视频、会议、多媒体或者其它应用120n中的任何一个或者多个应用。在调用一个或者多个所需通信模块之前、连接之中或者调用之后，可以经由显示118向用户呈现适当的自适应接收者历史列表112。
例如，用户可以经由用户接口(UI)116调用SMS应用120A。这可以用任何常规方式来调用，包括但不限于按压一个或者多个按钮或者激活其它机制、经由图形菜单、话音命令等选择应用120A。在一个实施例中，用户选择适当的UI机制以呈现与SMS接收者相对应的自适应接收者历史列表。这一自适应接收者历史列表可以限定为如自适应列表引擎所确定的“相关”SMS接收者，或者可以与比如MMS、电子邮件等其它通信类型包含在一起。使用UI 116，用户然后可以选择通信的一个或者多个目标接收者，并且经由收发器模块106向一个或者多个所选接收者发送消息。应当认识到可以经由显示118和/或经由其它UI机制比如经由音频来呈现自适应接收者历史列表。在音频实施例中，可以向用户可听地呈现自适应接收者历史列表中的项目，该用户又可以使用话音命令、输入与一个或者多个所需接收者相对应的数字/字母等来选择一个或者多个所需接收者。
在另一实施例中，用户可以先访问自适应接收者历史列表并且选择一个或者多个所需接收者。当已经选择一个或者多个接收者时，用户然后可以调用所需通信模块120。例如，用户可以访问呈现用于MMS消息接发的相关联系人的自适应接收者历史列表，并且可以从这一列表中选择一个或者多个联系人。然后可以通过进一步的UI操纵或者自动地在MMS消息的“发往”域或者其它收件人域中向用户呈现具有一个或者多个所选联系人的MMS应用120B。
在一个实施例中，自适应接收者历史列表112被设计成与电话簿或者其它联系人应用108和谐地共存。因此，如果所需接收者没有被“简短列出”在一个或者多个自适应接收者历史列表中的任何列表上，则用户可以容易地访问联系人应用108。例如，可以结合自适应接收者历史列表来呈现链接以便允许用户在一个或者多个所需接收者没有与自适应接收者历史列表相关联的情况下快速地访问联系人应用108。
因此，本发明的一个方面包括使用一个或者多个自适应接收者历史列表，这些列表代表了自适应的、相关的联系人信息的一个或者多个简短列表。这些列表之所以是自适应的是因为它们可以基于受监视的通信属性例如加权因子和/或其它选择标准来改变。
图2是根据本发明的一种用于提供特定自适应接收者历史列表的方式的一个更特定实施例的框图。在所示实施例中，在适当之处使用与结合图1所述的相似标号。在自适应列表引擎110处发送和接收各种通信。接收通信包括来自标记为A-联系人210的第一联系人的SMS消息200、204以及来自C-联系人214的话音通信208。发送通信包括发往B-联系人212的MMS消息202和发往A-联系人210的电子邮件通信206。可以包括其它通信，并且仅仅出于说明的目的而提供图2中所示的那些通信。
与发送和/接收通信相关联的联系人地址由自适应列表引擎110处理以便生成一个或者多个自适应接收者历史列表112。在所示实施例中，图示了仅一个自适应接收者历史列表112，尽管自适应列表引擎110也可以生成其它自适应接收者历史列表。自适应列表引擎110确定哪些联系人地址要被放置于其上或者另一方式地与自适应接收者历史列表112相关联。在一个实施例中，自适应列表引擎110使用一个或者多个加权因子114来辅助这一确定。如UI 116所示，加权因子114中的一个或者多个加权因子可以由用户初始地或者动态地提供。
加权因子114可以具有相等的权重，或者可以具有针对彼此的相对权重。尽管可以选择任何所需相对权重，但是图2的实施例图示了可以应用于各种加权因子114的相对权重220的代表性例子。图2的例子图示了自底向顶递增的相对权重，由此创建各种加权因子的相对优先级。在这一实施例中最高的权重涉及通信的频率222，并且为发送通信(COMM)224A和接收通信226A提供相等的权重。因此，自适应列表引擎110在生成自适应接收者历史列表112时考虑一个或者多个特定联系人地址在其中是发送者或者预期接收者的频率222，并且该频率222在所示实施例中构成主加权因子114。
作为更特定的例子，联系人介入的频率222可以包括确定一个或者多个特定联系人是否至少预定最少次数地介入与移动设备的通信中。例如，如果特定联系人至少十次发起通信或者是通信的接收者，则会在一个或者多个对应的自适应接收者列表上包括该联系人。这也可以扩展到如下情形联系人在预定时间段中以预定次数(比如一周内五次)发起通信或者是通信的接收者。可以通过维护每个联系人发起通信或者是通信的接收者的累积总数来确定这一“联系人频率”，而具有最高累积数目的那些联系人将被放置在对应的自适应接收者历史列表上。也可以通过向累积联系人计数引入时间变量来确定联系人频率。在这样的情况下，如果联系人在一段预定时间内没有启动通信或者是通信的目标接收者，则可以随时间递减该用于特定联系人的记录联系人计数。以这一方式，在较早的时间经常介入但是最近不再经常介入的联系人将最终丧失它的“实力”，由此让位于要与一个或者多个自适应接收者历史列表相关联的更新近介入的联系人。例如，如果特定联系人一个月前介入(例如发起者和/或接收者)过十次(即联系人计数等于10)，但是自那以后没有介入，则可以通过针对每天、每周或者联系人没有介入的其它预定时段将联系人计数(十)减一来削弱联系人的存储实力。作为更多特定的例子并且假设对联系人没有介入的每周将联系人计数减一，如果联系人在四周过程中没有介入则联系人计数将在那一时间从十减到六。因此，已经介入七次的新联系人可以在一个或者多个接收者历史列表上取代这一联系人。除了基于日历或者基于时间的实施例之外，联系人计数还可以基于已经发生的事件的数目来递减。例如，当联系人介入通信事件中时，它的计数或者“分数”可以增加，并且/或者所有其它联系人计数/分数都可以减少。计数/分数可以是或者不是整数值。
类似的实施例包括存储预定数目的最新近介入的联系人，而无论他们是否是被最频繁地使用的。例如，五个最新近介入的联系人可以与一个或者多个自适应历史列表相关联，而一个或者多个自适应接收者历史列表上的联系人中“最老”的联系人可以被去除以容纳更新近介入的联系人。在所示实施例中，下一个最高的权重涉及发送通信224B的这种新近度228A，接着是接收通信226B的新近度228B。因此，代表性例子将最高权重提供给较高频率的联系人地址(无论发送或者接收)，接着是最新近发送通信的联系人地址，最后是最新近接收通信的联系人地址。
根据本发明的一个实施例，可以向基本自适应性实施背景认知(context-awareness)。通过添加背景认知，向用户最终呈现的结果中的一个或者多个结果可以取决于用户的当前背景和/或先前执行的动作的背景。因此，自适应列表引擎110在本发明的一些实施例中考虑用户的背景230。例如，背景230可以包括但不限于位置232、日期234和/或时间236中的任何一项或者多项。作为更多特定的例子，如果时间236是在上班时间之外，则在联系人被归类为个人和业务联系人地址的情况下，自适应列表引擎110可以对个人联系人地址比对业务联系人地址设置更大的侧重性。
包括位置232的另一例子可以根据用户的位置类似地对自适应列表引擎110的处理设置不同的侧重性。例如，如果用户正在工作，则可以对业务联系人设置更大的侧重性，而当用户在家时可以对个人联系人设置更大的侧重性。如果用户正在购物，则可以对比如餐厅、商店等商业联系人设置更大的侧重性。位置232可以包括用户的当前位置或者在执行先前动作时用户所在的位置中的任一位置或者两个位置。例如，如果当用户上次处于某个特定位置时用户呼叫过一个或者多个特定联系人，则那些联系人可以在用户下次访问那一位置时与自适应接收者历史列表112相关联。
用户的位置可以用任何已知方式来确定。例如，可以利用任何适当的无线信号技术，比如蓝牙、无线局域网(WLAN)、射频识别(RFID)或者其它本地定位或者短程无线通信技术。作为更特定的例子，由于向移动设备通知它的当前位置的蓝牙接入点或者“热点”的存在，所以支持蓝牙功能的移动设备可以识别它是在用户的工作位置。更宽范围的无线通信技术可以在适当之处用于更大的区域，包括任何基于电信网络的定位系统。这例如可以包括蜂窝网络本身，由此小区ID、位置区域代码(LAC)和/或其它位置标识符可以用来表示移动设备的当前小区区域。也可以使用全球移动通信系统(GSM)和其它定位技术。
可以由自适应列表引擎110考虑的另一示例性背景包括具体日子或者日期。例如，自适应列表引擎110可以在假日238针对归类为个人联系人的联系人地址提供较大的侧重性。当出现生日240、周年纪念日242或者其它特殊日子时可以赋予特定联系人以给定的优先。比如一周中的特定日子244这样的其它日子也提供可以由自适应列表引擎110考虑的背景。例如，自适应列表引擎110可以在周末向个人联系人提供较大的权重，而在工作日过程中向业务联系人提供较大的权重。这些日期可以编程到设备中和/或可以通过与本地或者远程日历应用246的配合来访问。通过使用这样的日历246应用，还存在其它背景认知可能，比如在用户的日历246上安排的会议时间之前和/或过程中向某些业务联系人提供较大的权重。例如，自适应列表引擎110可以在安排的会议之前的预定时间和在该会议过程中向具有已知联系人的安排会议提供较大的权重，因为用户与会议参与者进行联系的概率在那一时间过程中可能较高。也可以使用任何其它(250)所需背景参数，而图2的例子是出于帮助理解本发明的此方面这一目的而提供的。
基于用户的加权因子114和/或背景230，自适应列表引擎110生成一个或者多个自适应接收者历史列表112。出于易于描述的目的，假设自适应列表引擎110生成单个自适应接收者历史列表112，尽管可以如前所述生成多个自适应接收者历史列表。A-联系人210多次地介入与用户的通信，包括传入的SMS消息200、204和传出的电子邮件206。在通信的频率是相关的加权因子114的情况下，自适应列表引擎110然后可以生成包括了A-联系人210的联系地址的自适应接收者历史列表112。比如经由用户的设备显示118A向用户呈现所生成的自适应接收者历史列表112。使用菜单或者其它图形、机械或者音频机制，用户可以选择自适应列表选项260，由此经由显示118B向用户呈现包括A-联系人210的自适应接收者历史列表112。可选地，在调用特定通信应用(例如电话应用、文本/多媒体消息接发应用、电子邮件应用等)时，可以自动地向用户呈现自适应接收者历史列表112。在任何情况下，用户然后可以从自适应接收者历史列表112中简单地选择所需接收者。这可以用任何已知方式来执行，比如滚动到所需A-联系人210并且选择它或者使用其它UI 116机制。
显示118C也可以呈现用户可以从其中启动联系人地址输入的空闲屏幕262。在一个实施例中，支持经由显示118C的空闲屏幕262的自动完成联系人地址输入，其中自适应接收者历史列表112用作自动完成的基础。在这一实施例中，至少那些在自适应接收者历史列表112中维护的联系人可用于自动完成联系人地址输入。例如，用户可以具有拥有同一姓氏LASTNAME的十个联系人，但是那些联系人中仅一个联系人在自适应接收者历史列表112上出现。当用户开始从空闲屏幕262(或者可以进行这种输入的其它类似屏幕)输入联系人姓名/地址时，基于在自适应接收者历史列表112中的联系人地址而自动完成姓名。使用图2的例子，用户可以输入在自适应接收者历史列表112中出现的A-联系人210的前一个或者多个字符264。由于联系人在自适应接收者历史列表112上列出，所以自动地完成联系人姓名/地址的剩余部分266，由此允许用户快速地访问预期接收者。
为了帮助理解本发明的各种方面，现在描述自适应接收者历史列表(也称为“自适应列表”)的多个代表性例子。图3A-图3C图示了拨打号码的自适应列表的代表性用户接口(UI)显示。图3A图示了标准联系人列表302的显示。可以响应于比如选择图形化联系人标签这样的各种用户动作来呈现列表302。联系人列表302包括多个联系人条目，其中一些或者所有联系人条目呈现在显示300的可查看区域中。在所示实施例中，联系人列表联系人条目306-310代表与联系人列表302相关联的联系人的全集中的可查看子集。为了让用户标识一个或者多个电话通信要指向的所需联系人，用户必须滚动到一个或者多个所需联系人、在文本输入域312中输入部分或者全部的联系人标识符或者执行其它搜索功能。如前所述，输入或者搜寻一个或者多个所需联系人在某些情况下可以包括累赘不堪的操纵。
为了使用户能够易于对所需电话通信接收者快速地进行定位，可以在如图3B中所示的显示300上呈现拨打号码的自适应列表320。可以通过选择标签322或者经由其它UI操作从联系人列表(302)视图中选择自适应列表320。也可以响应于比如用户在设备上调用电话应用这样的预定动作来呈现自适应列表320。另外，这样的自适应列表320从其它UI屏幕和/或者从特定通信应用上也是可见的，这些其它UI屏幕比如是呈现涉及该移动设备的所有通信的列表的通信日志屏幕。下面提供更多特定的例子。
自适应列表320包括与联系人列表302相关联的联系人的全集中的子集，其中联系人324-328的子集代表用户可以从其中做出选择的潜在相关联系人列表。如前所述，自适应列表引擎基于加权因子和/或背景认知来确定哪些联系人要与自适应列表320相关联。例如，自适应列表320可以代表用户可以从其中做出一个或者多个选择的最频繁地、新近地和/或最普遍拨打的号码。
根据本发明的一个实施例，自适应列表320可以仅呈现可以适合在单个显示300窗口中显示的多个联系人324-328。以这一方式，无需在显示的联系人以外的滚动，由此允许用户快速地确定一个或者多个所需接收者是否在自适应列表320上。在另一实施例中，比能适合在单个显示300窗口中显示的联系人的数目更多的联系人可以与自适应列表320相关联。在这样的实施例中，用户可以滚动自适应列表320或者以别的方式在自适应列表320中导航，或者可以在文本输入域312中输入全部或者部分的接收者联系人姓名/地址。尽管这一实施例可以包括某些用户导航和/或字符输入，但是一般仍然会比在完全联系人列表302内需要的要少得多。
可以使用来自联系人列表302中的姓名或者其它联系人标识符来呈现经由自适应列表302提供的联系人324-328，其中联系人列表302是由对应的联系人应用所提供的。可选地，可以直接地向自适应列表320呈现发送和/或接收联系人标识符而无需求助于联系人应用。例如，使用比如呼叫者线路标识(CLI)服务这样的技术，可以向移动设备提供电话号码、联系人姓名和/或其它联系人标识符。具体而言，CLI(也称为呼叫者ID)一般是指由许多电话提供商所提供的在进行电话呼叫时发送电话号码的服务。利用配备有CLI的接收终端，用户在应答呼叫之前看到呼叫者的电话号码。多媒体CLI(MCLI)是指如下CLI，其中多媒体内容伴随电话号码或者提供多媒体内容以取代电话号码。例如，可以发送呼叫者的数字画面和/或音频剪辑、图形、公司标志等。这些技术和类似技术可以用来在自适应列表320或者根据本发明的自适应接收者历史列表中供应联系人标识符。在使用这样的技术时，自适应列表320中的联系人标识符可以可选地添加到与联系人应用相关联的主联系人列表。例如，可以提供菜单、按钮或者其它UI机制以允许用户向主联系人列表302添加与自适应列表320相关联的联系人324-328中的一个或者多个。在图3C中示出一个例子，其中图形选项按钮330包括用以将来自自适应列表320中的一个或者多个突出显示的联系人添加到联系人列表302中的选项332。具体而言，用户可以选择选项按钮330，该按钮呈现包括选项332的一个或者多个选项。通过选择选项332，突出显示的或者以别的方式选择的联系人324可以被添加到联系人列表。
因此，在拨号之前，本发明使得终端用户有可能从可快速访问的简短列表中选择一个或者多个预期接收者，其中简短列表是基于先前的传入和/或传出联系人标识符来自动地维护的。在一个实施例中，在没有“简短列出”预期接收者的情况下，一个或者多个自适应列表与联系人/电话簿应用共存。例如，如果没有经由自适应列表320来提供一个或者多个预期接收者，则用户可以简单地点击标签304或者其它链接以导航到联系人列表302。除了比如这样的标签304之外，可以代之以或者还可以使用用于从自适应列表320导航到联系人列表302的其它方式，比如使用链接、菜单、话音命令、机械按钮等。在自适应列表320之后的自适应列表引擎可以维护比经由UI显示300示出的更多的号码。
图4A-图4C图示了比如SMS联系人这样的文本消息接发联系人的自适应列表的代表性UI显示。与这样的SMS联系人有关的自适应列表类似于结合图3A-图3C描述的电话联系人。图4A图示了显示400，该显示示出了与调用文本消息接发应用有联系的可用选项。例如，用户可以调用呈现文本消息屏幕402的SMS或者其它文本消息接发应用。用户可以选择选项按钮(未示出)或者其它UI机制以向用户呈现用以将一个或者多个接收者作为文本消息目标接收者进行添加的能力。在所示实施例中，项目404-409图示了响应于用户请求通过文本消息接发应用来呈现代表性可选选项而呈现的这些选项。一个选项是“添加接收者”选项404。用户例如可以通过突出显示选项404并且激活图形选择按钮412来选择这一选项404。作为响应，可以如图4B中所示地呈现标准联系人列表414，这与结合图3所描述的联系人列表304相似。联系人列表414包括多个联系人条目，其中一些联系人条目呈现在显示400的可查看区域中。在所示实施例中，联系人条目416-420代表与联系人列表414相关联的联系人的全集中的可查看子集。为了让用户标识电话通信要指向的一个或者多个所需联系人，用户通常必须滚动到一个或者多个所需联系人、在文本输入域412中输入部分或者全部的联系人标识符或者执行其它搜索功能。
为了使用户能够易于对所需电话文本消息接收者快速地进行定位，可以在如图4C中所示的显示400上呈现文本消息接发联系人标识符的自适应列表430。可以从标签432中或者经由其它UI操作来选择自适应列表430。自适应列表430包括与联系人列表414相关联的联系人的全集中的子集。联系人434-438的这一子集代表用户可以从其中做出选择的如由自适应列表引擎所提供的文本消息接发联系人的潜在相关列表。与任何自适应列表一样，只有适合在单个显示400窗口中显示的多个联系人才可以与自适应列表430相关联，或者比能适合在单个显示400窗口中显示的联系人的数目更多的联系人可以与自适应列表430相关联。在有必要时，用户可以滚动导航列表430或者以别的方式在导航列表430中导航，或者可以在文本输入域422中输入全部或者部分的接收者联系人姓名/地址。
因此，在输入文本消息联系人或者地址之前，本发明允许用户从可快速访问的简短列表中选择一个或者多个预期SMS或者其它文本消息接发接收者，其中简短列表是基于先前的传入和/或传出文本消息来自动地维护的。同样，在没有“简短列出”预期SMS接收者的情况下，自适应列表430可以与联系人/电话簿应用共存。另外，自适应列表还可以与普通的联系人列表相组合，例如使得在列表的顶部示出自适应列表联系人中的前三个(或者其它数目)联系人，而可以用字母表次序或者其它所需次序来示出列表中的剩余联系人。
图5A-图5D图示了比如MMS联系人这样的多媒体消息接发联系人的自适应列表的代表性UI显示。根据本发明的一个实施例，可以用与比如结合图4A-图4C所描述的SMS自适应列表相似的方式来创建和维护MMS自适应列表。例如，图5A图示了显示500，该显示500示出了与调用多媒体消息接发应用有联系的可用选项。通过UI动作，用户可以使设备呈现包括多个联系人条目的标准联系人列表502，其中一些联系人条目呈现在显示500的可查看区域中。在所示实施例中，联系人条目504-508代表与联系人列表502相关联的联系人的全集中的可查看子集。用户通常通过滚动到一个或者多个所需联系人、在文本输入域510中输入部分或者全部的联系人标识符或者执行其它搜索功能来标识一个或者多个所需联系人。根据本发明，可以在如图5B中所示的显示500上呈现多媒体消息联系人标识符的自适应列表512。可以从标签513中或者通过其它UI操作来选择自适应列表512。自适应列表512包括与联系人列表502相关联的联系人的全集中的子集。联系人514-518的这一子集代表用户可以从其中做出选择的如由自适应列表引擎所提供的多媒体消息接发联系人的潜在相关列表。同样，只有适合在单个显示500窗口中显示的多个联系人才可以与自适应列表512相关联，或者比能适合在单个显示500窗口显示的联系人的数目更多的联系人可以与自适应列表512相关联。在有必要时，用户可以滚动导航列表512或者以别的方式在导航列表512中导航，或者可以在文本输入域520中输入全部或者部分的接收者联系人姓名/地址。
在一个实施例中，从自适应列表512中选择一个或者多个联系人为一个或者多个所选联系人呈现了多个联系人选项。在图5C中图示了这种实施例的一个例子。在从自适应列表512中选择一个或者多个联系人时，可以呈现多媒体消息屏幕522。为了向用户提供经由其它通信类型来联系所选接收者的选项，可以呈现接收者通信屏幕524以允许用户选择另一所需通信类型，比如移动电话号码526或者电子邮件地址528。
在图5D中示出了图5B的自适应列表512的可选实施例，该实施例呈现自适应列表530。在这一实施例中，为每个联系人和通信类型提供单独的一行。例如，标记为姓名-X的特定联系人被呈现了两次，一次针对电子邮件地址而一次针对移动电话号码。具体而言，姓名-X联系人域532指示了用于姓名-X的电子邮件地址，而姓名-X联系人域534指示了用于姓名-X的移动电话号码。这些用于共同联系人的不同通信类型可以用各种方式相互区分。一种这样的方式是提供图标或者其它图形标志，比如电子邮件图标536和移动电话图标538。文本、音频或者其它区分共同联系人姓名的方式也可以用来标识通信类型和/或同一通信类型的不同地址。与在先前的例子中一样，用户可以经由任何适当的UI机制、比如通过使用标签540来快速和容易地导航到标准联系人列表。
图6A-图6C图示了电子邮件联系人的自适应列表的代表性UI显示。图6A-图6C的电子邮件实施例类似于图5A-图5C的MMS实施例，不同之处在于在所示实施例中自适应列表是电子邮件特定的。图6A的显示600允许比如经由电子邮件应用604并通过选择联系人标签606来呈现标准联系人列表602。联系人条目608-612代表与联系人列表602相关联的联系人的全集中的可查看子集。通过选择自适应列表标签614或者通过使用如图6B中所示的另一UI机制，在显示600上呈现电子邮件自适应列表620。如果多个电子邮件地址可用于特定联系人，则可以使用区分性的文本、图形等经由自适应列表620来全部地呈现它们。可选地，可以经由自适应列表620一次呈现特定联系人，而在选择了特定联系人时，可以如图6C中所示呈现接收者通信屏幕622。这允许用户从用于所选联系人的多个电子邮件地址之中进行选择，如标记为姓名-V628的联系人的多个电子邮件地址624、626所示。
如前所言，本发明的一个实施例包括空闲状态自动完成。因此，支持经由空闲屏幕或者显示的一个或者多个其它预定屏幕的自动完成联系人地址输入，其中自适应接收者历史列表用作用于自动完成的基础。图7A-图7C描绘了图示这种空闲状态自动完成的代表性UI屏幕。先参照图7A，显示了与自适应列表706A相关联的多个联系人700-704。用户开始在文本输入域708中输入字符。随着用户输入联系人地址的更多字符，联系人700-704中的一些联系人因为与文本输入域708中当前输入的字符串不匹配而被清除。在图7B中描绘了这一点，其中在文本输入域708中输入串“0504”，产生两个剩余联系人。联系人702在图7A所示的自适应列表708的可查看区域中被显示，而在联系人700-704中的一些联系人被清除之前，联系人710在可查看区域中没有被显示。
根据一个实施例，图7B的自适应列表706B继续根据如由自适应列表引擎所处理的加权因子和/或背景来呈现联系人702、710。例如，在提供加权因子以根据表现出最高通信频率的联系人来呈现自适应列表706A/B时，自顶向底以通信频率的降序来呈现自适应列表706B中联系人的被减短的列表。这允许用户利用最少的键击或者其它UI操纵来滚动到被最频繁地使用的联系人，甚至在自适应列表706B中的联系人列表由于联系人与在文本输入域708中的字符串不匹配而被清除而改变时仍然如此。并且如果当用户最终地停止在文本输入域708中输入文本并且选择比如联系人710这样的联系人时，对文本输入域708进行更新以反映所选联系人的联系人标识符，如图7C中所示。可以呈现多个选项712以供用户选择，这些选项可以在用户通过图形选项按钮714或者其它UI机制进行选择时加以呈现。
不用或者除了空闲屏幕自动完成之外，还可以结合通信应用来执行自动完成。图8A-图8C描绘了图示从文本消息接发(例如SMS)应用中变得可用的自动完成实施例的代表性UI屏幕。先参照图8A，UI屏幕800包括用户在其中开始输入一个或者多个所需联系人标识符的文本输入域802。在所示实施例中，用户已经输入“1”，这消除了与SMS/文本消息接发自适应列表相关联的其它联系人，产生了仅包括自适应列表中那些以数字“1”开头的联系人标识符806-808在内的该自适应列表中的子集804。随着用户输入联系人地址的更多字符，清除了联系人806-808中无法与在文本输入域802中当前输入的字符串相匹配的更多联系人。子集802所代表的发生变化的自适应列表继续根据如由自适应列表引擎所处理的加权因子和/或背景来呈现相关联的联系人标识符。在任何时间，用户都可以切换成滚动或者其它选择模式以突出显示或者以别的方式指定剩余联系人806-808中的一个或者多个联系人作为SMS/文本消息接发通信的预期接收者。在图8B中描绘了这一点，其中用户已经突出显示了联系人标识符806。当选择联系人标识符806时，对文本输入域802进行更新以反应所选联系人标识符806。用户也可以通过使用已知的UI机制从自适应列表子集804中选择多个联系人。然后用户可以选择来自文本输入域802的这一联系人标识符以将对应联系人指定为文本消息的预期接收者，如图8C中所示。
图8A-图8C的实施例也适用于MMS、电子邮件或者其它通信类型。例如，可以用与结合图8A-图8C所描述的方式相似的方式来执行针对MMS号码的自适应列表自动完成。联系人标识符可以通过比如电子邮件地址、联系人姓名或者其它地址、别名等与号码不同的标识符来代表。图9A-图9B图示了根据本发明使用联系人姓名来进行MMS/电子邮件自动完成的各种代表性实施例。
参照图9A，多媒体UI屏幕900包括用户在其中开始输入一个或者多个所需联系人标识符的文本输入域902。尽管图9的实施例涉及多媒体联系人，但是该实施例同样地适用于比如电子邮件这样的其它消息接发。在所示实施例中，用户已经输入“A”，这清除了与多媒体消息接发自适应列表相关联的其它联系人，产生了仅包括自适应列表中以字母A/a开头的那些联系人标识符906-909在内的该自适应列表中的子集904。如果用户输入联系人地址的更多字符，则906-909中那些无法与在文本输入域902中当前输入的字符串相匹配的更多联系人被清除。在一个实施例中，与联系人的名或者姓(例如John Andersson，Arnold Smith)之间的匹配都可以被匹配，以将名字呈现为自适应列表的子集904的一部分。在其它实施例中，名或者姓或者一个或者多个预定的姓名部分都可以是确定与之匹配的姓名部分。
在任何时间，用户都可以切换到滚动或者其它选择模式以突出显示或者以别的方式指定剩余联系人906-909中的一个或者多个联系人作为消息接发通信的预期接收者。在图9B中描绘了这一点，其中用户已经突出显示了联系人标识符908。当选择联系人标识符908时，对文本输入域902进行更新以反应所选联系人标识符908。用户也可以通过使用已知的UI机制从自适应列表子集904中选择多个联系人。如果数个MMS/电子邮件或者其它地址可用于一个或者多个所选联系人，则用户可以在选择接收者之后选择正确地址。另外，对于输入到文本输入域902中的新电子邮件地址，可以在已经输入联系人姓名之后自动完成该地址的一部分。例如，在输入First.Last@之后，可以呈现一个或者多个域地址或者运营商地址，比如“nokia.com”“abc.com”等。用户然后可以选择适当的地址，或者如果没有呈现正确的域地址或者运营商地址则可以继续输入文本。
根据本发明的自适应列表也可以结合语音识别技术一起使用，其中语音识别技术用来标识预期通信接收者。比如移动电话这样的一些当前移动通信设备提供了一种用于允许用户将一个或者多个话音标签与特定联系人姓名和类型相关联的特征。例如，在用户的联系人列表中，“John Smith”可以具有与他的联系人姓名相关联的家庭电话号码和移动电话号码。用户可以记录话音标签，比如“John Smith home”，而当用户在调用语音识别应用之后叙述这一短语时，将拨打与联系人“John Smith”相关联的家庭电话号码。类似地，用户可以记录话音标签，比如“John Smith mobile”，当调用语音识别模块时，在用户发出这一短语的声音时将拨打John Smith的移动电话。比如非特定语者人名拨号(SIND)这样的其它语音识别系统允许用户叙述与存储的联系人相匹配的话音命令而无需用户事先记录话音标签。
然而，非特定语者人名拨号的准确度并非毫无瑕疵。例如，当键击或者其它UI操作困难或者不方便时，比如当用户正在他的或者她的汽车中时，这样的语音识别系统对于用户特别地有用。然而，汽车环境可能嘈杂，造成语音识别系统任务变得困难并且更倾向于出错。根据本发明的一个实施例，可以通过利用自适应列表信息和/或终端的其它先前使用来增加话音命令的准确度。
具体而言，本发明的一个实施例包括比如在基于话音的拨号情况下用于提高语音识别准确度的自适应列表引擎的用户。由于语音识别不是理想的以及比如多个联系人共享共同姓名这样的其它原因，语音识别结果可能包含数个可能匹配。根据本发明的一个实施例，自适应列表引擎可以用来区分这些可能匹配的优先级。
根据一个实施例，基于话音的拨号因此经由自适应列表引擎被记入日志。基于如前所述的加权因子和/或背景认知，可以以最有可能与用户的预期接收者相匹配的次序向用户呈现话音输入的各种可能匹配。因此，在本发明的基于话音的实施例中，自适应接收者历史列表的“呈现”对应于话音输入可能匹配的排序列表，其中该列表是从最有可能的结果到最不可能的结果来排序的。
作为代表性例子，假设移动设备用户的本地联系人列表包括两个相似联系人1)John Drake；和2)Jon Blake。由于语音识别技术的不足、嘈杂环境、不当的用户发音和/或其它原因，用户的话音输入“John Drake”可能没有被结论性地确定成John Drake，而是可以确定成John Drake或者Jon Blake。还假设使用加权因子，其中与联系人的传入和传出通信的频率是在确定自适应接收者历史列表时的至少一个主要考虑。如果与“John Drake”通信的频率大于与“Jon Blake”通信的频率，则所得自适应接收者历史列表的次序是1)John Drake和2)Jon Blake。然后可以用那一次序向用户呈现对用户的话音输入的可听和/或可视确认，由此先向用户呈现最有可能或者最受欢迎的联系人。以这一方式，最有可能向用户呈现预期联系人。
在另一实施例中，频率、新近度或者其它因子可以与语音识别结果相组合。例如，语音识别可以为潜在口头联系人输入提供“概率”。在使用John Drake和John Blake的例子中，两个概率可能足够高或者另外地彼此足够接近，使得即使一个联系人可能具有较高的概率也无法以充分的确信度来确定哪个是预期联系人。在一个实施例中，在具有较低语音识别概率的第一联系人的频率(或者新近度或者其它因子)充分地大于第二联系人的情况下，可以反转语音识别结果的概率次序。
与上述相类似地，可以使用频率、新近度和/或其它加权因子和背景认知因子。这些因子可以专门地用来确定多个结果可能性的呈现次序，或者可以结合由语音识别特征本身所呈现的似然度来使用。例如，语音识别系统可以确定用户的话音输入是三种可能性之一，其中“JonBlake”是最有可能的匹配。当与自适应接收者历史列表的加权和/或背景认知因子相组合时，可以推断“John Drake”是最有可能的，由此造成了呈现先将John Drake设置在可能结果列表上的可听和/或可视确认。例如，自适应列表引擎可以提供“分数”以用作与匹配联系人的受欢迎度有关的在先信息。比如通过将从语音识别中产生的匹配的概率(或者语音识别结果的其它度量)与由自适应列表引擎提供的分数相乘，可以将这些分数与语音识别结果相组合。所得度量可以用来对匹配分等级。在另一实施例中，可以实施适当的缩放以在这样的相乘之前增加或者减少在先信息的权重。其它实施例包括将来自语音识别应用的匹配列表传递到自适应列表引擎和/或将自适应接收者历史列表项目传递到语音识别系统。下文将更完全地描述各种代表性联合语音识别/自适应接收者历史列表实施例。
图10A是一种用于在利用语音识别功能的系统中提供一个或者多个自适应接收者历史列表的方式的代表性实施例的框图。如前所述，可以在与移动设备或者其它通信终端相关联的自适应列表引擎1002中发送和接收各种通信1000。这些通信1000与相应联系人1004-1007相关联，因为每个通信1000是从与联系人地址相关联的设备接收的或者发送到该设备的。与发送和/或接收通信1000相关联的联系人地址由自适应列表引擎1002处理，以便生成一个或者多个自适应接收者历史列表1010。如前所述，加权因子1012和/或背景1014可以由自适应列表引擎1002用于作为输入，以便由自适应列表引擎1002生成自适应接收者历史列表1010。
在所示实施例中，移动设备/终端也包括用以经由话音输入1018UI从用户接收话音命令的语音识别模块1016。例如，用户可以说出由语音识别模块1016处理的联系人姓名、地址或者其它标识符。根据本发明的一个实施例，语音识别模块1016的结果可以结合来自自适应列表引擎1002的结果进行处理，以便标识由用户说出的一个或者多个最有可能的结果。
在一个实施例中，自适应列表引擎1002基于比如加权因子1012和/或背景1014这样的预定处理条件对联系人1004-1007分等级或者打分。此外，语音识别系统1016可以基于话音输入1018提供多个结果。在一个实施例中，来自自适应列表引擎1002的分数和来自语音识别模块1016的结果如路径A1和A2所示组合到组合模块1020。组合模块1020可以使用处理器或者其它硬件、固件和/或软件来实施。这一组合考虑了来自语音识别模块的结果，并且表达成可以用自适应接收者历史列表1010的形式来表现的结果。可以经由扬声器1022或者其它音频装置可听地呈现结果，和/或经由可视显示器1024呈现结果。
将来自语音识别模块1016和自适应列表引擎1002的结果进行组合的方式可以因实施而异。在一个实施例中，通过将从语音识别模块1016产生的匹配的概率与由自适应列表引擎1002提供的分数相乘，可以组合来自自适应列表引擎1002的分数和来自语音识别模块1016的结果。所得度量可以用来对匹配分等级，其中可以经由可听和/或可视自适应接收者历史列表1010或者用可以提供这种分等级的另一方式来提供这一等级。在以这一方式相乘之前，可以适当地缩放由自适应列表引擎1002处理的在先信息的权重以增加/减少在先信息的权重。
联合地使用自适应列表引擎1002的结果、包括语音识别模块1016的另一实施例包括将来自语音识别模块1016的结果传递到自适应列表引擎1002，如路径B所示。换而言之，语音识别模块1016的那些可能匹配被传递到自适应列表引擎1002，以确定是否来自语音识别模块1016的可能匹配中的任何一个或者多个匹配与现有一个或者多个自适应接收者历史列表相关联。在一个实施例中，只有被自适应列表引擎1002分等级为高的那些联系人才呈现给终端用户。以这一方式，减少了匹配的数目，并且一般而言，增加了向用户呈现正确匹配的概率。
在包括语音识别模块1016和自适应列表引擎1002的协作的又一实施例中，向自适应列表引擎1002查询最普遍标识符(例如姓名、地址)的列表，并且然后仅为最普遍的标识符执行匹配。在路径C上描绘了自适应列表引擎1002的响应，其中向语音识别模块1016提供这些联系人标识符中与自适应接收者历史列表1010中的一个或者多个列表相关联的至少一些联系人标识符。在一个实施例中，语音识别的任何不确定性先通过最”普遍的”联系人标识符来分辨(例如基于加权因子、背景等)。在另一实施例中，针对语音识别将仅考虑由自适应列表引擎1002产生的那些项目，使得对于话音输入只有“普遍的”联系人才会可用。这一方式可以提高识别的准确度以及加速识别功能，因为匹配项目的数目更小。
因此，本发明包括一个由此根据一个或者多个自适应接收者历史列表和语音识别结果来确定相关联系人标识符的实施例。在图10B中描绘了这一点。更特别地，可以监视(1050)涉及通信设备的先前通信事件的通信属性，并且基于受监视的通信属性来建立(1052)选择标准，比如加权因子和/或背景。例如，通信属性可以包括联系人标识符、通信是传入还是传出、通信类型(例如SMS、MMS、话音)等。如前所述，可以基于这样的属性来建立加权因子。另外，进行通信时所在的背景也可以用作选择标准。维护(1054)与如下联系人相对应的一个或者多个自适应接收者历史列表，这些联系人与满足选择标准的通信事件有关联。除了维护自适应接收者历史列表之外，还帮助(1056)输入由话音输入的联系人标识符。生成(1058)语音识别结果，然后可以组合(1060)一个或者多个自适应接收者历史列表与生成的可能联系人，以创建可选联系人标识符的集合，然后这些联系人标识符的集合被呈现(1062)给用户以允许用户选择当前通信的一个或者多个预期接收者。如前所言，这一呈现可以包括向用户进行可听和/或可视地进行呈现。
硬件、固件、软件或者其组合可以用来执行根据本发明的功能和操作。根据本发明的移动设备包括通信设备如例如移动电话、PDA和其它无线通信器以及陆线计算系统和通信器。在图11中图示了本发明可以实施于其中的移动设备的代表性例子。移动设备1100利用计算系统来控制和管理常规设备活动以及本发明所提供的功能。代表性移动设备1100包括能够实现根据本发明的操作的计算系统。例如，代表性移动设备1100包括处理/控制单元1102，比如微处理器、精简指令集计算机(RISC)或者其它中央处理模块。处理单元1102并非必须是单个设备，而可以包括一个或者多个处理器。例如，处理单元可以包括主处理器和耦合用来与主处理器通信的关联从处理器。
处理单元1102控制如由程序存储器/内存器1104中可用的程序所规定的移动设备1100的基本功能。存储器/内存器1104可以包括操作系统以及与本发明相关联的各种程序和数据模块。在本发明的一个实施例中，程序存储于非易失性电可擦除可编程只读存储器(EEPROM)、闪速ROM等中，使得程序在移动设备掉电时不会丢失。存储器1104还可以包括其它类型的只读存储器(ROM)以及可编程和/或可擦除ROM、随机存取存储器(RAM)、用户接口模块(SIM)、无线接口模块(WIM)、智能卡或者其它固定或者可移动存储器设备中的一个或者多个类型。用于实现根据本发明的移动设备操作的相关软件也可以经由数据信号发送到移动设备1100，比如经由比如因特网和一个或者多个中间无线网这样的一个或者多个网络以电子方式进行下载。
为了执行其它标准移动设备功能，处理器1102也耦合到与移动设备1100相关联的用户接口(UI)1106。UI 1106例如可以包括比如液晶显示器这样的显示器1108、键盘1110、扬声器1112和麦克风1114。这些和其它UI组件如本领域中已知的那样耦合到处理器1102。键盘1110可以包括用于执行各种功能的文字数字键，这些功能包括拨号、在图形UI屏幕中导航等。可以使用其它UI机制，比如话音命令、开关、触板/触屏、使用指示设备的图形用户接口、跟踪球、操纵杆或者任何其它用户接口机制。
无线设备1100也可以包括用于通过移动网络执行无线传输的常规电路。DSP 1116可以用来执行各种功能，包括模拟到数字(A/D)转换、数字到模拟(D/A)转换、话音编码/解码、加密/解密、检错和纠错、比特流转换、滤波等。一般耦合到天线1120的收发器1118发送和接收与移动设备1100相关联的传出无线电信号1122和传入无线电信号1124。
在所示实施例中，存储器/内存器1104存储在根据本发明帮助各种自适应列表中涉及到的各种客户端程序或者用户代理(UA)。例如，存储器1104可以包括各种程序模块，比如语音识别模块1130、自适应列表引擎1132和自动完成模块1134。还可以提供通信程序模块，比如文本消息接发(例如SMS)模块1136、多媒体消息接发(例如MMS)模块1138、电子邮件模块1140、电话模块1142和/或其它程序模块1144。存储器/内存器1104也可以存储结合本发明使用的数据，比如加权因子1146、背景参数1148、一个或者多个自适应接收者历史列表1150和标准联系人列表1152。这些程序模块和数据如前所述那样使用。
如上所言，本发明提供了一种用户最有可能在其中发起通信的相关联系人的一个或者多个自适应列表。图12图示了一种可以向用户呈现这种联系人相关列表以帮助用户选择当前通信的一个或者多个预期接收者的方法的一个实施例。监视(1200)涉及通信设备的先前通信事件的一个或者多个通信属性。这些通信属性可以包括通信事件的任何属性。例如，通信事件包括但不限于传入和传出的话音或者其它音频通信以及传入和传出的文本和/或多媒体通信。通信属性例如可以包括通信是传入还是传出、与特定联系人的通信事件的总数目、从发生通信事件起已经逝去的相对时间等。根据本发明的一个实施例，监视与通信事件有关的这种通信属性中的一个或者多个通信属性。
基于这些受监视的通信属性，可以建立(1202)选择标准，比如加权因子。例如，一个选择标准可以是特定联系人与用户的通信设备进行通信的频率。这样的选择标准可以基于与特定联系人的受监视的通信事件的数目。这一受监视的通信事件的数目可以涉及在特定联系人与用户之间的通信事件在所有时间或者在预定时间段中的数目。该数目也可以基于特定通信类型，比如文本消息接发通信的数目。以受监视的通信属性为基础的选择标准的另一例子是通信事件的新近度，该新近度代表了以从发生通信事件开始已经逝去的相对时间为基础的标准。因此，可以基于受监视的特定通信属性来维护任何所需加权因子或者其它选择标准。
然后可以维护(1204)可选联系人标识符的一个或者多个集合，即一个或者多个自适应接收者历史列表。可选联系人标识符与满足特定选择标准的通信事件相关联。由于通信属性可以随时间而变化，所以一个或者多个自适应接收者历史列表也会改变或者“适应”发生变化的条件。例如，如果一个标准是特定联系人经由SMS消息接发与用户通信的频率，则可以适应性地维护如下联系人集合，该集合列出了表现出与用户有最高SMS消息计数的联系人的联系人标识符。作为另一例子，如果一个选择标准是特定联系人经由任何类型的通信与用户进行通信的新近度，则可以适应性地维护如下联系人集合，该集合列出了与最新近地在任何类型的通信中与用户进行联系的联系人相关联的联系人标识符。
当已经创建一个或者多个自适应列表时，可以经由通信设备向用户呈现(1206)这些自适应列表中的一个或者多个自适应列表。这一呈现可以经由可视和/或可听呈现进行或者以别的方式进行。自适应列表提供了用户可以从中选择联系人标识符作为当前通信的一个或者多个接收者的可选联系人标识符。
根据以上说明，本发明可以实施为机器、过程或者制造产品以便通过使用标准的编程和/或工程技术以产生编程软件、固件、硬件或者其任何组合。
具有计算机可读程序代码的一个或者多个任何所得程序可以实施于比如存储设备或者发送系统这样的一个或者多个计算机可用介质中，由此产生根据本发明的计算机程序产品或者制造产品。因此，如这里所使用的术语“计算机可读介质”、“计算机程序产品”或者类似术语的本意在于涵盖在任何计算机可用介质上(比如在任何存储器设备上)或者在任何发送系统中暂时地或者永久地存在的计算机程序。
其上可以存储这种程序代码的存储器设备包括但不限于固定或者硬盘驱动、磁盘、光盘、CD-ROM、DVD、磁带、半导体存储器，比如RAM、ROM、PROM、SIM、WIM等。发送系统包括但不限于因特网或者其它全球区域网(GAN)、内联网、电子公告板和消息/便签交换；基于电话/调制解调器的网络通信、硬接线/线缆通信网络、蜂窝通信、无线电波通信、卫星通信和其它固定或者移动网络系统/通信链路。
本领域技术人员将容易地认识到如下方式，即这里描述的软件/固件可以与适当的通用/或专用计算机硬件相组合以产生一种实施本发明的计算系统和/或计算子组件以及产生一种用于实现本发明的方法的计算系统和/或计算子组件。
已经出于图示和描述的目的呈现了对本发明示例性实施例的以上描述。但本意不在于穷举本发明或者将本发明限制于公开的精确形式。根据以上教导可能进行许多修改和变形。因此本意在于，本发明的范围不限于这一具体描述而是由所附权利要求书来确定。
权利要求
1.一种用于呈现相关联系人标识符以供通信设备的用户选择的方法，包括监视涉及所述通信设备的先前通信事件的一个或者多个通信属性；基于所述受监视的通信属性来建立选择标准；维护与如下联系人相对应的可选联系人标识符的一个或者多个集合，其中所述联系人与满足所述选择标准的通信事件有关联；以及经由所述通信设备向所述用户呈现所述可选联系人标识符的集合中的至少一个集合。
2.根据权利要求1所述的方法，还包括帮助用户选择经由所述通信设备的用户接口而呈现的所述联系人标识符中的一个或者多个联系人标识符。
3.根据权利要求2所述的方法，还包括将至少一个当前通信指向与由所述用户选择的所述一个或者多个联系人标识符相对应的联系人。
4.根据权利要求1所述的方法，其中所述监视的通信属性包括联系人标识符、传入通信指示、传出通信指示、通信类型、通信持续时间、消息类型或者从一个或者多个先前通信开始逝去的时间中的任何一项或者多项。
5.根据权利要求4所述的方法，其中所述通信类型包括话音通信或者消息接发通信中的任何一项或者多项。
6.根据权利要求5所述的方法，其中所述消息接发通信包括文本消息、多媒体消息或者电子邮件消息中的任何一项或者多项。
7.根据权利要求1所述的方法，其中建立选择标准包括基于所述受监视的通信属性来建立一个或者多个加权因子。
8.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括为与所述通信事件有关联的所述联系人中的每个联系人指定所述通信事件的频率；以及维护可选联系人标识符的一个或者多个集合包括维护与如下联系人相对应的一个或者多个自适应接收者历史列表，所述联系人与对应于所述指定频率的所述通信事件有关联。
9.根据权利要求8所述的方法，其中指定所述通信事件的频率包括指定从所述联系人指向所述通信设备的通信事件的频率。
10.根据权利要求8所述的方法，其中指定所述通信事件的频率包括指定从所述通信设备指向所述联系人的通信事件的频率。
11.根据权利要求8所述的方法，其中指定所述通信事件的频率包括指定从所述通信设备指向所述联系人或者从所述联系人指向所述通信设备的通信事件的频率。
12.根据权利要求8所述的方法，其中指定所述通信事件的频率包括指定一个或者多个特定通信类型的通信事件的频率；以及维护一个或者多个自适应接收者历史列表包括维护多个所述自适应接收者历史列表以分别地对应于所述一个或者多个特定通信类型。
13.根据权利要求12所述的方法，其中所述通信类型包括话音通信、文本消息、多媒体消息和电子邮件消息中的任何一项或者多项。
14.根据权利要求8所述的方法，其中指定所述通信事件的频率包括为与所述通信事件有关联的所述联系人中的每个联系人指定所述通信事件在一个时间段内发生的频率。
15.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括指定涉及到所述通信设备的所述通信事件的新近度；以及维护可选联系人标识符的一个或者多个集合包括维护与如下联系人相对应的一个或者多个自适应接收者历史列表，所述联系人与在所述指定新近度内发生的通信事件有关联。
16.根据权利要求15所述的方法，其中指定所述通信事件的新近度包括指定从所述联系人指向所述通信设备的通信事件的新近度。
17.根据权利要求15所述的方法，指定所述通信事件的新近度包括指定从所述通信设备指向所述联系人的通信事件的新近度。
18.根据权利要求15所述的方法，指定所述通信事件的新近度包括指定从所述通信设备指向所述联系人或者从所述联系人指向所述通信设备的通信事件的新近度。
19.根据权利要求15所述的方法，其中指定所述通信事件的新近度包括指定一个或者多个特定通信类型的通信事件的新近度；以及维护一个或者多个自适应接收者历史列表包括维护多个所述自适应接收者历史列表以分别地对应于所述一个或者多个特定通信类型。
20.根据权利要求19所述的方法，其中所述通信类型包括话音通信、文本消息、多媒体消息和电子邮件消息中的任何一项或者多项。
21.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括标识错过的通信事件。
22.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括标识与建立的联系人组相关联的通信事件。
23.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括建立所述监视的通信属性之间的相对优先级，并且向所述监视的通信属性中的一些通信属性给予相对于所述监视的通信属性中的其它通信属性更高的优先级。
24.根据权利要求7所述的方法，其中建立一个或者多个加权因子包括为与所述通信事件有关联的所述联系人中的每个联系人指定所述通信事件的新近度和频率；以及维护可选联系人标识符的一个或者多个集合包括维护与如下联系人相对应的一个或者多个自适应接收者历史列表，所述联系人与对应于所述指定频率和新近度的通信事件有关联。
25.根据权利要求1所述的方法，其中建立选择标准包括帮助用户经由用户接口指定所述选择标准中的至少一些选择标准。
26.根据权利要求1所述的方法，其中建立选择标准包括建立所述通信事件中的一个或者多个通信事件发生时所在的背景；以及维护可选联系人标识符的一个或者多个集合包括维护与在所述建立的背景内发生的通信事件有关联的一个或者多个自适应接收者历史列表。
27.根据权利要求26所述的方法，其中建立背景包括指定一个或者多个背景参数，其中所述一个或者多个背景参数包括位置、日期、时间、事件和特定日子中的任何一项或者多项。
28.根据权利要求27所述的方法，还包括经由可由所述通信设备访问的日历应用来确定所述背景参数中的一个或者多个背景参数。
29.根据权利要求1所述的方法，其中建立选择标准包括基于所述监视的通信属性来建立一个或者多个加权因子，并且建立所述通信事件中的一个或者多个通信事件发生时所在的背景；以及维护可选联系人标识符的一个或者多个集合包括维护与对应于所述加权因子并且在所述建立的背景内发生的通信事件相对应的一个或者多个自适应接收者历史列表。
30.根据权利要求1所述的方法，其中呈现所述可选联系人标识符的集合中的至少一个集合包括响应于用户对于呈现所述可选联系人标识符的集合中的所述至少一个集合的请求来呈现所述可选联系人标识符的集合中的所述至少一个集合。
31.根据权利要求1所述的方法，其中呈现所述可选联系人标识符的集合中的至少一个集合包括响应于经由所述通信设备调用通信应用来呈现所述可选联系人标识符的集合中的所述至少一个集合。
32.根据权利要求31所述的方法，其中响应于调用通信应用来呈现所述可选联系人标识符的集合中的所述至少一个集合包括呈现与所述调用的通信应用的通信类型相对应的所述可选联系人标识符的集合。
33.根据权利要求1所述的方法，还包括如果没有经由呈现的可选所述联系人标识符的至少一个集合来呈现预期通信接收者的所述可选择联系人标识符，则呈现对联系人数据库的链接。
34.根据权利要求1所述的方法，还包括帮助用户经由用户接口输入联系人标识符的至少一部分；以及利用可选联系人标识符的所述一个或者多个集合作为用于自动完成所述联系人标识符的用户输入的基础。
35.根据权利要求34所述的方法，其中利用可选联系人标识符的所述一个或者多个集合作为用于自动完成的基础包括向所述用户呈现所述可选联系人标识符的集合中的至少一个集合；以及从所述呈现中消除与由所述用户输入的所述联系人标识符的一部分不匹配的可选联系人标识符。
36.根据权利要求35所述的方法，其中帮助用户输入联系人标识符的至少一部分并且呈现所述可选联系人标识符的集合中的至少一个集合包括帮助用户输入并且经由所述通信设备的空闲屏幕来呈现所述可选联系人标识符的集合中的所述至少一个集合。
37.根据权利要求35所述的方法，其中帮助用户输入联系人标识符的至少一部分并且呈现所述可选联系人标识符的集合中的至少一个集合包括帮助用户输入并且经由所述通信设备的通信应用来呈现所述可选联系人标识符的集合中的所述至少一个集合。
38.根据权利要求37所述的方法，其中帮助用户输入联系人标识符的至少一部分包括帮助用户将所述联系人标识符的至少一部分输入到对所述通信应用的用户接口的“发往”域中。
39.根据权利要求38所述的方法，其中所述通信应用包括文本消息接发应用、多媒体消息接发应用、电子邮件应用或者电话应用中的任意应用。
40.根据权利要求1所述的方法，其中呈现所述可选联系人标识符的集合中的至少一个集合包括经由所述通信设备向所述用户呈现可选联系人标识符的至少一个集合的可感知部分。
41.根据权利要求1所述的方法，其中呈现所述可选联系人标识符的集合中的至少一个集合包括经由所述通信设备向所述用户呈现所述可选联系人标识符的至少一个集合的全部。
42.一种用于呈现相关联系人标识符以供通信设备的用户选择的方法，包括监视涉及所述通信设备的先前通信事件的一个或者多个通信属性；基于所述监视的通信属性来建立选择标准；维护与如下联系人相对应的联系人标识符的一个或者多个集合，所述联系人与满足所述选择标准的通信事件有关联；帮助输入由话音输入的联系人标识符；生成与所述由话音输入的联系人标识符相对应的多个可能联系人；组合所述联系人标识符的集合中的至少一个集合与所述生成的多个可能联系人以创建可选联系人标识符的集合；以及经由所述通信设备向所述用户呈现所述可选联系人标识符的集合的至少一部分。
43.根据权利要求42所述的方法，其中组合所述联系人标识符的集合中的至少一个集合与所述生成的多个可能联系人包括将所述联系人标识符的集合应用于所述生成的多个可能联系人以将所述生成的多个可能联系人减少为与所述应用的联系人标识符的集合相匹配的可能联系人。
44.根据权利要求42所述的方法，其中组合所述联系人标识符的集合中的至少一个集合与所述生成的多个可能联系人包括将所述生成的多个可能联系人应用于所述联系人标识符的集合以将所述联系人标识符的集合减少为与所述生成的多个可能联系人相匹配的联系标识符。
45.根据权利要求42所述的方法，其中组合所述联系人标识符的集合中的至少一个集合与所述生成的多个可能联系人包括仅从所述联系人标识符的集合中生成所述多个可能联系人。
46.根据权利要求42所述的方法，其中呈现所述可选联系人标识符的集合的至少一部分包括可听地呈现所述可选联系人标识符的集合的至少一部分。
47.根据权利要求42所述的方法，其中呈现所述可选联系人标识符的集合的至少一部分包括以由所述联系人标识符的一个或者多个集合所规定的次序来可听地呈现所述可选联系人标识符的集合的至少一部分。
48.一种通信设备，包括存储器，用以存储选择标准；自适应列表引擎，被配置用以监视涉及所述通信设备的先前通信事件的通信属性，并且维护与如下联系人相对应的联系人标识符的一个或者多个自适应列表，所述联系人与满足所述选择标准的通信事件有关联；以及用户接口，用以向所述用户呈现所述联系人标识符的一个或者多个自适应列表的至少一部分，并且帮助用户选择所述联系人标识符中的一个或者多个联系人标识符作为当前通信的预期接收者。
49.根据权利要求48所述的通信设备，其中涉及到所述通信设备的所述通信事件包括指向所述通信设备的或者从所述通信设备发起的通信。
50.根据权利要求48所述的通信设备，其中所述自适应列表引擎包括执行指令的处理器，所述处理器被配置用以监视所述通信事件的所述通信属性，并且维护与如下联系人相对应的所述联系人标识符的一个或者多个自适应列表，所述联系人与满足所述选择标准的通信事件有关联。
51.根据权利要求48所述的通信设备，还包括语音识别模块，用以接收由话音输入的联系人标识符，并且生成与所述由话音输入的联系人标识符相对应的多个可能联系人；以及组合模块，耦合到所述语音识别模块和所述自适应列表引擎，用以组合所述自适应列表中的至少一个自适应列表与所述生成的多个可能联系人以创建可选联系人标识符的集合。
52.根据权利要求48所述的通信设备，还包括语音识别模块，用以接收由话音输入的联系人标识符，并且生成与所述由话音输入的联系人标识符相对应的多个可能联系人，其中所述语音识别模块耦合到所述自适应列表引擎，用以接收所述一个或者多个自适应列表，并且基于所述一个或者多个自适应列表来修改所述多个可能联系人。
53.根据权利要求48所述的通信设备，还包括语音识别模块，用以接收由话音输入的联系人标识符，并且生成与所述由话音输入的联系人标识符相对应的多个可能联系人，其中所述自适应列表引擎耦合到所述语音识别引擎，用以接收所述多个可能联系人，并且基于由所述语音识别模块提供的所述多个可能联系人来修改所述一个或者多个自适应列表。
54.一种具有存储于其上的指令的计算机可读介质，所述指令可由计算机系统执行并且用于通过执行以下步骤来呈现相关联系人标识符以供通信设备的用户选择监视涉及所述通信设备的先前通信事件的一个或者多个通信属性；基于所述监视的通信属性来建立选择标准；维护与如下联系人相对应的可选联系人标识符的一个或者多个集合，所述联系人与满足所述选择标准的通信事件有关联；以及经由用户接口向所述用户呈现所述可选联系人标识符的集合中的至少一个集合的至少一部分。
55.一种具有存储于其上的指令的计算机可读介质，所述指令可由计算机系统执行并且用于通过执行以下步骤来呈现相关联系人标识符以供通信设备的用户选择监视涉及所述通信设备的先前通信事件的一个或者多个通信属性；基于所述监视的通信属性来建立选择标准；维护与如下联系人相对应的联系人标识符的一个或者多个集合，所述联系人与满足所述选择标准的通信事件有关联；帮助输入由话音输入的联系人标识符；生成与所述由话音输入的联系人标识符相对应的多个可能联系人；以及组合所述联系人标识符的集合中的至少一个集合与所述生成的多个可能联系人以创建可选联系人标识符的集合；以及经由用户接口向所述用户呈现所述可选联系人标识符的集合的至少一部分。
56.一种用于呈现相关联系人标识符以供用户选择的通信设备，包括用于监视涉及所述通信设备的先前通信事件的一个或者多个通信属性的装置；用于基于所述监视的通信属性来建立选择标准的装置；用于维护与如下联系人相对应的可选联系人标识符的一个或者多个集合的装置，所述联系人与满足所述选择标准的通信事件有关联；以及用于向所述用户呈现所述可选联系人标识符的集合中的至少一个集合的至少一部分的用户接口。
全文摘要
一种用于帮助用户经由通信设备选择通信接收者的装置和方法。监视(1200)涉及通信设备的先前通信事件的一个或者多个通信属性。基于受监视的通信属性来建立(1202)选择标准。维护(1204)与如下联系人相对应的一个或者多个自适应接收者历史列表，这些联系人与满足选择标准的通信事件有关联。经由通信设备向用户呈现(1206)自适应接收者历史列表中的至少一个自适应接收者历史列表，由此允许用户经由可能接收者的更相关和集中的简短列表来选择预期接收者。
文档编号H04M1/247GK101032155SQ200580033096
公开日2007年9月5日 申请日期2005年8月11日 优先权日2004年8月16日
发明者A·索瓦里, M·卡阿里, H·图瓦沃南, J－P·萨尔芒凯塔, C·盖奥格伊于 申请人:诺基亚公司