CN104429024A - 提供目标地址建议的方法和装置 - Google Patents

提供目标地址建议的方法和装置 Download PDF

Info

Publication number
CN104429024A
CN104429024A CN201280002556.3A CN201280002556A CN104429024A CN 104429024 A CN104429024 A CN 104429024A CN 201280002556 A CN201280002556 A CN 201280002556A CN 104429024 A CN104429024 A CN 104429024A
Authority
CN
China
Prior art keywords
communication
mailing address
list
address
countings
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201280002556.3A
Other languages
English (en)
Other versions
CN104429024B (zh
Inventor
C·吉布斯
G·科昂
宫川大辅
D·莱曼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of CN104429024A publication Critical patent/CN104429024A/zh
Application granted granted Critical
Publication of CN104429024B publication Critical patent/CN104429024B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H04B1/40—Circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48—Message addressing, e.g. address format or anonymous messages, aliases
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
    • H04M1/2746—Sorting, e.g. according to history or frequency of use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Library & Information Science (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephone Function (AREA)

Abstract

用于提供对新通信的目标地址建议的方法和装置。对于多个通信地址中的每一个，保持通信地址的使用的多个计数，每个计数都是用于各自的通信类型和/或各自的应用类别。当正在建立特定类型的或者依据特定类别的应用的新通信时，将所述通信地址呈现为按照等级次序的目标地址建议，所述等级次序基于针对所述通信类型和/或应用类别的计数。所述等级次序也可以考虑其它因素，例如资源角色、时间和位置。

Description

提供目标地址建议的方法和装置
背景技术
除非在本文中另有指示，否则在此部分描述的材料不是权利要求的现有技术，并且不因为在此部分中包含所述材料而承认它们是现有技术。
现代通信装置典型地提供这样一种机制：通过该机制用户能够指定或者选择用于新通信的目标地址，例如电话号码、电子邮件地址等。特别地，通信装置可以包括用户界面，通过该用户界面用户能够明确地键入期望的地址和/或从该装置呈现的地址列表中选择期望的地址。例如，该装置可以包括呈现图形用户界面(GUI)的显示器，该图形用户界面定义了用户可以键入目标地址的文本域。当用户开始键入地址时，在输入预定数量的字符之后，该装置可以自动地在GUI内呈现与到该点处输入的文本匹配的地址列表。然后，用户可以从那些所呈现的地址中选择地址。作为另一示例，该装置可以呈现列出各种地址的地址簿或者通信日志，并且用户可以浏览这个列表，以及选择期望的地址以与之发起通信。
发明内容
本文公开了一种在通信装置上提供目标地址建议的方法和相应装置，以协助用户选择待用于新通信的地址。
在一个方案中，例如，公开了一种非暂时性计算机可读介质，其存储有可由处理器执行的程序指令，以执行提供目标地址建议的不同功能。实际上，所述功能可以包括：确定第一通信类型的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第一通信类型的通信的各自的数量。此外，所述功能可以包括：确定第二通信类型的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第二通信类型的通信的各自的数量。并且所述第一通信类型和第二通信类型可以是互斥的。
接着，所述功能可以包括：检测对多个目标地址建议的第一请求，其中所述第一请求接收自第一应用程序并且与第一新通信相关联，并且其中所述第一新通信是第一通信类型的。依次地，所述功能可以包括：响应于所述第一请求，发送包括所述多个通信地址的第一列表，其中，响应于第一新通信是第一通信类型的，根据第一等级次序对所述第一列表中的多个通信地址进行排序，所述第一等级次序至少部分地基于所述第一多个计数。而且，来自所述第一多个计数的至少一个计数至少部分地基于由不同于所述第一应用程序的至少第二应用程序放置的一个或多个通信。
通过这些功能，所述第一应用程序可以接着发送所述第一列表以将其输出在显示器上。接着，用户可以方便地选择用于所述第一新通信的所显示的目标地址之一。
在另一方案中，除了确定所述第一多个计数和所述第二多个计数之外，所述功能可以包括检测对新通信的目标地址建议的请求，并且响应于所述请求，(i)如果所述新通信是所述第一通信类型的，则使用户界面呈现第一列表，所述第一列表包括至少部分地基于为所述多个通信地址所确定的第一多个计数但不基于为所述多个通信地址所确定的所述第二多个计数进行分类的多个通信地址，并且(ii)如果所述新通信是第二通信类型的，则使用户界面呈现第二列表，所述第二列表包括至少部分地基于为所述多个通信地址所确定的第二多个计数但不基于为所述多个通信地址所确定的所述第一多个计数进行分类的多个通信地址。
在又一个方案中，公开了一种呈现目标地址建议的方法。所述方法可以包括：通信设备确定第一通信类型的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第一通信类型的通信的各自的数量。此外，所述方法可以包括：所述通信设备确定第二通信类型的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第二通信类型的通信的各自的数量。所述第一通信类型和第二通信类型可以是互斥的。
接着，所述方法可以包括：通信设备检测对新通信的目标地址建议的请求，并且响应于所述请求，(i)如果所述新通信是所述第一通信类型的，则通信设备在用户界面呈现第一列表，所述第一列表包括至少部分地基于为所述多个通信地址所确定的第一多个计数但不基于为所述多个通信地址所确定的所述第二多个计数进行分类的多个通信地址，并且(ii)如果所述新通信是第二通信类型的，则通信设备在用户界面呈现第二列表，所述第二列表包括至少部分地基于为所述多个通信地址所确定的第二多个计数但不基于为所述多个通信地址所确定的所述第一多个计数进行分类的多个通信地址。
可替换或者另外地，所述方法可以包括：计算机处理器确定由第一应用类别的一个或多个应用放置的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于由所述第一应用类别的一个或多个应用放置在多个通信地址中的各自通信地址上的通信的各自的数量；并且所述计算机处理器确定由第二应用类别的一个或多个应用放置的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于由所述第二应用类别的一个或多个应用放置在多个通信地址中的各自通信地址上的通信的各自的数量。
接着，所述方法可以包括：所述计算机处理器检测对多个目标地址建议的第一请求，其中第一请求接收自第一应用并且与第一新通信相关联，并且其中所述第一应用是所述第一应用类别的一项。此外，所述方法可以包括：响应于所述第一请求，所述计算机处理器使用户界面呈现包括多个通信地址的第一列表，其中，响应于所述第一应用是所述第一应用类别的一项，根据第一等级次序对所述第一列表中的多个通信地址进行排序，所述第一等级次序至少部分地基于由所述第一应用类别的一个或多个应用所放置的通信的第一多个计数。
此外，所述方法可以包括：计算机处理器检测对多个目标地址建议的第二请求，其中第二请求接收自第二应用并且与第二新通信相关联，并且其中所述第二应用是所述第二应用类别的一项。并且接着所述方法可以包括：响应于所述第二请求，所述计算机处理器使用户界面呈现包括所述多个通信地址的第二列表，其中，响应于所述第二应用是所述第二应用类别的一项，根据第二等级次序对所述第二列表中的多个通信地址进行排序，所述第二等级次序至少部分地基于由所述第二应用类别的一个或多个应用所放置的通信的所述第二多个计数，所述第二等级次序不同于所述第一等级次序。
通过参考附图中的合适地方阅读以下详细的描述，对本领域普通技术人员来说，这些以及其它方案、优势和可替换物将变得更加明显。此外，应当理解的是在本发明内容部分以及在本文献其它部分提供的说明意指仅以示例而不是限制的方式来描述方法和装置。
附图说明
图1是可在本方法内操作的通信设备的简化框图。
图2是典型的非暂时性数据存储的更加详细的图。
图3是对不同通信类别的示例性使用计数数据的描述。
图4是描述能根据本方法执行的功能的流程图。
图5是描述能根据本方法执行的功能的另一流程图。
图6是描述能根据本方法执行的功能的另一流程图。
图7是描述能根据本方法执行的功能的又一流程图。
图8(A部分和B部分)是对能根据本方法呈现的图形用户界面的说明。
具体实施方式
在接下来的详细描述中，引用了构成本文一部分的附图。在附图中，l类似的符号典型地标识类似的部件，除非上下文另有规定。在详细描述、附图和权利要求中所描述的图示实施例并不意味着限制。可以使用其它的实施例，并且可以做出其它的改变，而不脱离本文所呈现的主题的精神或范围。容易理解的是，可以以许多不同配置安排、替换、结合、分离和设计在本文中广泛描述且在附图中图示出的本公开的多个方案，所有这些不同配置在本文中都被明确地考虑。
1、概述
本方法的示范性实现包括：为多个地址中的每个地址建立放置于该地址的通信的多个单独的计数，其中每个计数对应于通信的各个类型或者通信应用的类别。依次地，当正在建立特定类型的新通信，或者正依据特定类别的应用建立新通信时，该方法包括：提供包括基于特定通信类型或者应用类别的通信计数而进行等级排序的地址的列表。结果，如果所讨论的通信是特定类型的或者正依据特定类别的应用所建立，则可以以一个等级次序将地址的给定集合呈现给用户；但是如果该通信是不同类型的或者正依据不同类别的应用所建立，则可以以完全不同的等级次序将地址的同一集合呈现给用户。此外，一个或多个计数可以被用作建立特定通信类型或者应用类别的等级次序的基础，而一个或多个计数自身可以基于多个通信应用对地址的聚合使用。
有利地，这个过程可以有助于调节下述情形：某些地址被用于多个不同类型的通信和/或由多个不同类别的应用所使用，并且用户使用地址的相对频率基于通信类型或者应用类别而不同。
对此的一个较好示例就是传统的电话号码，例如遵照北美编号计划(North American Numbering Plan)的电话号码，其可以包括区域码、交换码和用户号码。虽然这些号码通常被用作电话呼叫的目标地址，但在许多情况下，相同的号码也可以被用作文本消息等的目标地址。给定一组这样的号码，用户可以趋向于使用某些号码更多地用于电话呼叫，而用另外的号码更多地用于文本消息。例如，给定电话号码A和B，用户可以将号码A比号码B更经常地用于电话呼叫，而用户可以比向号码A更经常地向号码B发送文本消息。
当将号码A和B呈现为用于新通信的目标地址建议时，本方法可以通过以下方式调节该场景：确定正在建立什么类型的通信，接着呈现基于所确定的类型排序的号码。例如，如果通信是电话呼叫，则所述方法可以包括：提供排序为A-B的号码，使得更常用于电话呼叫(并且因此更加可能为新的电话呼叫而选择)的号码将首先被列出。然而，如果通信是文本消息，则所述方法可以包括：提供排序为B-A的号码，使得更常用于文本消息(并且因此更加可能为新的文本消息而选择)的号码将首先被列出。
为了促进目标地址建议的这种不同的等级次序，所述方法可以包括：为每个地址确定所述地址使用的多个计数，其中每个计数都用于各自的类别，例如特定类型的通信或者特定类别的通信应用。
在上述示例中，例如，电话呼叫可以被认为是具有通信类型“呼叫”、“实时连接”，或者简化为“电话呼叫”；并且文本消息可以被认为是具有通信类型“消息”、“非实时通信”，或者简化为“本文消息”。同样地，可以使用被认为是具有例如“呼叫应用”、“实时呼叫应用”，或者简化为“电话应用”的类别的应用来进行电话呼叫；并且可以使用被认为是具有例如“消息应用”、“非实时通信应用”，或者简化为“文本消息应用”的类别的应用来进行文本消息。
接着，可以通过分别为每个电话号码(例如，A和B)确定对于一个类别的第一计数以及对于另一类别的第二计数来操作所述方法。例如，所述方法可以包括：为每个电话号码分别确定置于该号码的电话呼叫的第一计数，以及置于(发送)到该号码的文本消息的第二计数。并且作为另一示例，所述方法可以包括：为每个电话号码分别确定使用呼叫应用置于该号码的通信的第一计数，以及使用消息应用置于该号码的通信的第二计数。
当正在建立特定类型的新通信或者正由特定类别的应用建立新通信时，所述方法可以包括：确定所述类别，并且提供包括具有适合的等级次序的电话号码的列表，从而取决于所述类别提供不同的等级次序。例如，如果正在发起电话呼叫，则所述方法可以包括提供基于所述第一计数排序(例如，按电话呼叫使用的频率或者被呼叫应用使用的频率的顺序)的号码。然而，如果发起文本消息，则所述方法可以包括提供基于所述第二计数排序(例如，按文本消息使用的频率或者被消息应用使用的频率的顺序)的相同号码。
能从本方法受益的地址类型的另一个较好的示例是电子邮件地址，这是由于可以类似地将电子邮件地址用作多个不同类型通信和/或通过多个不同类别应用使用的目标地址。例如，虽然电子邮件地址通常用作遵照简单邮件传输协议(SMTP)的电子邮件消息或者用于通过“电子邮件”应用的通信的目标地址，但在许多情况下，相同的电子邮件地址还可以用作文本消息等或者通过“文本”应用的目标地址。此外，用户可以类似地具有不同于文本消息的、用于电子邮件消息的一组电子邮件地址的相关使用频率。
在这种场景中，本方法可以类似地包括：为每个电子邮件地址确定多个使用计数，例如电子邮件消息的使用的一个计数和文本消息的使用的一个计数，或者通过电子邮件应用的消息的使用的一个计数和通过文本应用的消息的使用的另一计数。当正在建立新通信时，如果所述通信是电子邮件消息，或者为与电子邮件应用一起生成的通信，则所述方法可以包括：提供基于用于电子邮件消息的使用计数排序的地址。然而，如果所述通信是文本消息或者为与文本应用一起生成的通信，则所述方法可以包括：提供基于用于文本消息的使用计数排序的地址。
应当理解的是，本文描述的通信地址的类型、通信的类型以及通信应用的类别仅仅是示例，并且所述方法也可以扩展到与众多其它类型和类别一起使用。
在不失去一般性的情况下，例如，除了别的以外，通信类型的其它示例包括：语音通信、视频通信、图像通信、文本通信、电路交换通信、分组交换通信、陆上线路通信、无线通信、使用特定应用层协议的通信、使用特定传输端口的通信、使用特定数据链路层协议的通信、使用特定物理层协议或接口的通信、使用特定装置或应用设置的通信、社交网络通信、短消息服务(SMS)通信、多媒体消息服务(MMS)通信、单播通信、和广播或者群组目标通信(例如到好友组或者好友圈的通信)。
同样地，仍在不失去一般性的情况下，除了别的之外，应用类别的其它示例包括：电路交换通信应用、分组交换通信(例如，网络电话(VoIP))应用、音频聊天应用、视频会议应用、社交网络通信应用、和流媒体播放器应用。
此外，在建立通信地址的等级次序以将其呈现为目标地址建议时，本方法有利地考虑了在所讨论的针对通信类型或应用类别的用户计数之外的附加因素。可替换地，可以认为这些附加因素限定通信类型或者应用类别，或者作为通信类型或者应用类别的属性，并且可以因此将所述附加因素并入到基于通信类型或者应用类别的等级次序中。
通过示例的方式，所述方法可以考虑多个资源角色中的哪一个可能被用于过去的通信以及用于新通信，并且基于该地址是否被更经常地或者更不经常地用于来自正用于新通信的相同资源角色的通信，对目标地址给予更多或更少的权重(例如，升序等级或者降序等级)。
例如，给定的通信设备和/或可能在所述设备上运行的一个或多个应用，可以允许用户可选择地在放置通信的不同资源角色下操作。可以由所述设备上各自的简档设置(profile-setting)来定义每个资源角色，并且每个资源角色都可以具有设备放置通信的各自的资源地址。例如，用户可以具有商业角色，其指定将从其发送通信的商业电子邮件地址；并且该用户可以具有个人角色，其指定将从其发送通信的个人电子邮件地址。该设备可以为该用户提供配置选择，通过该配置选择，该用户可以将该设备设置为使用一个简档或者另一个。可替换或可选地，单独的通信应用可以允许该用户通过从例如有效的“来自(From)”地址列表中选择“来自”地址，来选择资源角色以用于新通信。
当由给定类别的应用生成给定类型的新通信，并且以给定的资源角色放置该新通信时，本方法可以包括：提供以使用频率排序的目标地址的列表，所述使用频率基于所述给定的通信类型和/或给定的应用类别，并且进一步地基于所述给定的资源角色。
例如，如果通过以用于给定通信类型或者给定应用类别的地址使用计数的顺序来对地址分类而将所述地址的等级作为基本问题实现，则所述方法可以包括：识别放置有给定资源角色的每个这种通信，并且为所述通信计数两次或者由一些其它按比例增加的因素来计数所述通信。这样，比起其它资源角色来说，如果以给定资源角色更经常地将所述给定类型的或者依据所述给定应用类别的通信放置到给定地址中，则该给定地址将被赋予更高的等级；并且比起其它资源角色来说，如果以给定资源角色更不经常地将所述给定类型的或者依据所述给定应用类别的通信放置到给定地址中，则该给定地址将被赋予更低的等级。
作为另一示例，通过将使用(以及因而将使用计数)的实例分类到“桶(bucket)”中，所述每个“桶”与各自的资源角色相对应，并且接着将最高优先级给予涉及当前讨论的角色的使用实例，来实现基于资源角色的排序。例如，如果存在三个角色P1、P2和P3，并且正使用角色P2建立给定类型的或者依据给定应用类别的新通信，则所述方法可以包括：(i)基于针对通信类型和/或应用类别的计数，为使用角色P2的通信建立通信地址的第一等级次序；(ii)基于针对该通信类型和/或应用类别的计数，为使用任何其它角色的通信建立通信地址的第二等级次序(即，用于在角色P1和P2下使用的复合等级次序)；以及(iii)将所述第二等级次序遵循的所述第一等级次序提供为目标地址的等级次序列表。还可以使用其它方式来说明等级次序过程中的资源角色。
可以被考虑作为调整目标地址的等级次序的基础的其它因素包括：通信时间和通信位置(如果适用的话)。
通过示例，所述方法可以考虑当过去的通信发生时以及新通信正在被生成时的时间，并且可以基于与新通信相比在相同或类似时间(例如，如早上、中午、晚上、工作日、周末等的时间范围)地址曾更经常地或更不经常地用于通信，给予目标地址更多或更少的权重。例如，如果通过以用于给定通信类型或者给定应用类别的地址的使用计数为顺序对地址分类而将所述地址的等级作为基本问题实现，则所述方法可以包括：确定所述新通信正在生成的当前时间，并接着按比例增加在相似时间所放置的每个过去的通信的计数。此外，所述方法可以将更高的比例或者更多的权重应用于在时间上更接近于所述当前时间的通信，并且将更低的比例或者更少的权重应用于在时间上更远离当前时间的通信。
此外，所述方法可以考虑过去的通信发生的多么近，并将其作为调整等级次序的基础，以便对更近度地使用的通信地址比其它的通信地址排序更高。以与对上述讨论的过去通信的资源角色的分解大致相同的方式来实现对过去通信的近度(recency)的分解(即，过去的通信发生地多么近)。
通过示例，如果通过按用于给定通信类型或者给定应用类别的地址的使用计数的顺序对地址分类而将所述地址的等级作为基本问题实现，则所述方法可以包括：确定每个过去的通信是多么近，并且相应地按比例缩放对所述通信的计数。例如，发生地非常近的通信将被计数两次或者由一些其它的按比例增加的因素所计数，而很长时间以前发生的通信可被计数半次或者由一些其它的按比例减少的因素所计数。这样，由于最近已经将所述给定类型的或者依据所述给定应用的更多的通信放置到给定地址，所以给定地址等级更高；并且由于最近已经将所述给定类型的更少的通信放置到所述给定地址，所以给定地址等级更低。
作为另一示例，通过将使用(以及因而将使用计数)的实例分类到“桶”中，所述每个“桶”与近度的各个水平相对应，可以将近度列入到等级次序的因素中，例如(a)一个“桶”用于过去三天之内的通信，(b)一个“桶”用于从四天之久到一周之久的通信，(c)一个“桶”用于从八天之久到一个月之久的通信，以及(d)一个“桶”用于超过一个月之久的通信。对于每个“桶”，所述方法可以包括：基于针对所讨论的通信类型和/或应用类别的计数，并且可能基于一个或多个其它因素，建立如本文所述的等级次序的列表。并且接着所述方法可以包括：按近度的顺序对等级次序列表分类，使得基于最近的过去通信的等级次序的列表被首先列出来(具有最高的优先级)，基于下一个最近的过去通信的等级次序的列表被其次列出来(具有其次的最高优先级)，等等。
这样，如果在类似于当前时间的时间更经常地将给定类型的或者依据给定应用类别的通信放置到给定地址，则所述给定地址的等级更高；并且如果在类似于当前时间的时间不经常地将给定类型的或者依据给定应用类别的通信放置到给定地址，则所述给定地址的等级更低。
同样地，所述方法可以考虑过去的通信被放置的位置和新通信正在生成的位置，并且基于对用于与新位置相同或类似位置的通信的地址是否被更经常地或者不经常地使用，可以给予目标地址更多或更少的权重。例如，如果通过以用于给定通信类型或者给定应用类别的地址的使用计数的顺序对地址分类而将所述地址的等级作为基本问题实现，则所述方法可以包括：确定用于新通信的当前位置，并接着按比例增加在相似位置所放置的每个过去的通信的计数。此外，如以上关于过去通信的近度所述的，例如通过应用变化的缩放因素或桶，所述方法可以同样地将更多的权重应用于在位置上更接近于所述当前位置的通信，并且将更少的权重应用于在位置上更远离当前位置的通信。
这样，如果在类似于当前位置的位置更经常地将所述给定类型的或者依据所述给定应用类别的通信放置到给定地址，则所述给定地址等级更高；并且如果在类似于当前位置的位置不经常地将所述给定类型的或者依据所述给定应用类别的通信放置到给定地址，则所述给定地址等级更低。
还应注意的是，对于通信地址的给定集合，可以相对于通信地址的不同的适当子集而建立各种计数，并且因此取决于通信类型和/或应用类别，呈现为目标地址建议的等级次序列表的地址的子集可以是不同的。
例如，给定十个通信地址A1-A10的一个集合，可以是这样的情形：仅地址A1-A8已经用于第一类型的通信，但是仅地址A3-A10已经用于第二类型的通信。在这种场景下，可仅为地址A1-A8确定第一类型的通信的计数，并且可仅为地址A3-A10确定第二类型的通信的计数。当正在建立第一类型的新通信时，那么所述方法可以包括：以基于它们的使用计数的等级次序来呈现地址A1-A8。然而，当正在建立第二类型的新通信时，所述方法可以包括：以基于它们的使用计数的等级次序来呈现地址A3-A10。然而实际上，所述子集将不是互斥的，从而存在于一个子集中的至少一个地址也处于另一个子集中。
在这个示例中注意到，地址A3-A8的每一个都具有多个使用计数，一个计数用于第一类型的通信，且一个计数用于第二类型的通信。因此，目标地址建议的列表可包括基于针对所讨论的通信类型的计数而排序的地址A3-A8。然而，目标地址建议的列表还可以包括附加地址。例如，如果新通信是第一通信类型的，那么目标地址建议的列表也可以包括地址A1和A2。并且，如果新通信是第二通信类型的，那么目标地址建议的列表也可以包括地址A9和A10。
此外，在所述方法的一些实现中，没有放置特定通信类型的和/或依据特定应用类别的通信的地址将被完全地排除在为所述通信类型和/或依据所述应用类别的新通信所呈现的等级次序列表之外。可替换地，出于排序的目的，将“未使用”认为是计数0，这很可能将通信地址放于所呈现列表的底部。
2、示例性体系结构
作为一般问题，可以由通信设备来实现本方法，所述通信设备便于各种类型的通信和/或具有各种通信应用，用户可以通过所述各种通信应用放置通信。接着所述方法可以包括所述设备上为多个通信地址的每一个地址都建立对放置在所述地址上的通信的多个计数的程序逻辑，其中每个计数都用于各自的通信类型和/或应用类别，并且每个计数可以基于依据多个应用的通信。此外，接着所述方法可以包括：用于检测正在生成给定类型和/或依据给定应用类别的通信的程序逻辑；以及程序逻辑，其响应地使用特别用于给定类型和/或依据给定应用类别(例如，并不用于一个或多个其它类型或者一个或多个其它应用类别)的计数数据，来排序通信地址并且提供包括以作为等级次序的结果的地址的列表，以呈现给用户。便利地，所述用户可以接着从所呈现的列表中为用于新通信的设备选择目标地址。
可替换或者另外地，可以由另一设备，例如网络服务器(例如，云服务器)来执行所述方法。为了实际上促进这种实现，可以对终端用户设备进行编程以向服务器(或者其它设备)报告由所述设备放置的各种通信，并且基于这种数据，所述服务器可以为各个地址中的每一个都编程地建立通信的多个计数，所述每个计数都用于各自的通信类型和/或应用类别。可替换地，所述服务器可以从网络通信记录中提取这种数据，所述网络通信记录例如是通话详细记录，或者例如可以由通信服务提供者(例如，在网络计费系统中)所维护的那些记录等。当所述终端用户设备正在搜索以生成给定类型的和/或依据给定类别的应用的新通信时，所述设备可以查询所述服务器以获得目标地址建议的列表，并且所述服务器可以将所述通信地址的列表提供给所述设备，所述通信地址的列表是基于用于给定通信类型和/或应用类别的计数而进行等级排序的。接着所述终端用户设备可以呈现所述等级排序的列表以使用户能够容易地选择用于所述通信的所需目标地址。
此外，所述方法还可以包括考虑从多个设备放置的通信的使用计数，所述多个设备例如是全都与通用的用户帐户相关联(例如，被注册于其下)的一组设备等。例如，当多个终端用户设备放置通信时，它们中的每一个都可以将所述通信报告给服务器，或者所述服务器可以从其它记录中提取所述通信的记录。接着所述服务器可以为多个通信地址中的每一个都建立对由该组设备放置到那个地址的通信的多个统一的计数，其中每个统一的计数都用于各自的通信类型和/或应用类别。当所述设备中的任何一个正在搜索以生成给定类型和/或依据给定类别的应用的新通信时，所述设备可以向所述服务器查询目标地址建议的列表，并且所述服务器可以以基于针对所述给定通信类型和/或应用类别的计数而等级排序的列表来进行响应。
现在参考附图，图1是描述可在本方法中操作的示例性通信设备12的功能部件的简化框图。作为一般问题，所述通信设备可以是能够放置通信并且与用户交互的任意设备。这种设备的示例包括但不限于：陆上线路电话或者无线电话、视频会议终端、计算机，以及现在公知或者之后开发的其它设备。
示例性通信设备12自身可以执行本方法，以为用户提供用于新通信的目标地址建议。可替换地，通信设备12可以与一个或多个其它设备(例如，之前讨论的网络服务器)一同工作，以促进本方法的一个或多个方面，例如，建立每个通信地址的多个使用计数，以及向用户呈现基于用于所讨论的通信类型和/或应用类别的使用计数而等级排序的目标地址建议的列表。
如图1所示，示例性通信设备12包括通信接口14、用户界面16、计算机处理器18，和数据存储20，以上所有这些都通过系统总线、网络或者其它连接机制22通信地链接在一起。尽管在附图中将这些部件表示为分离的块，但是可以以多种方式中的任何一种将它们集成在一起。此外，尽管将这些部件表示为处于通信设备12之内，但是这些部件的一些或者全部都可以被提供为在所述设备外部，或者可以从所述设备移除。
通信接口14包括一个或多个通信接口模块，通过所述通信接口模块，通信设备12可以参与网络通信，例如放置和接收通信。这种模块的示例包括RJ-11和RJ-45模块，用于耦合陆上线路电话电路或者有线以太网电路、芯片组和天线，以用于参与各种形式的无线通信，例如WIFI、蓝牙、LTE、WiMAX、CDMA、GSM或者HSDPA，以及包括现在公知或者之后开发的其它类型的通信接口。
用户界面16用于允许设备与用户(例如，所述设备的任何或者所有用户)进行通信，例如，呈现目标地址建议或者接收对用于放置新通信的目标地址的用户选择。这样，所述用户界面可以包括一个或多个输出部件(例如，显示屏和语音扬声器)，以及一个或多个输入部件(例如，小键盘或者键盘、触敏屏或触摸板、以及麦克风)。此外，所述用户界面可以包括与外部用户界面部件(例如，外部显示器、耳麦、以及外部键盘或触摸板)耦合的接口。所述用户界面还可以包括模数转换电路，以促进对提供给用户或者从用户接收的模拟媒体(例如，语音)的数字化处理。
处理器18包括一个或多个通用处理器(例如，微处理器)和/或一个或多个专用处理器(例如，专用集成电路或者数字信号处理器)。接着，数据存储20可以是非暂时性计算机可读介质，包括一个或多个易失性和/或非易失性存储部件，例如，光、磁、有机、或者闪存模块。在所述示例性通信设备中，正如图所示，数据存储20包括程序逻辑24和基准数据26。作为一般问题，可由处理器18执行程序逻辑24以执行本文所述的各种功能，而基准数据26包括程序逻辑24在其上运行的数据，例如地址数据。
尽管数据存储20被示为通信设备12的部件，但是所述数据存储的一些或者所有方面可以提供为与所述通信设备分离，例如，在外部闪存驱动器上、外部磁盘或光硬盘驱动器上、磁盘、或者其它非暂时性计算机可读介质。
图2是表示示例性数据的较为详细的图，可以将所述示例数据包含在数据存储20中以促进本方法的实现。如图2所示，程序逻辑24包括操作系统28和许多程序应用30；而基准数据26包括联系人数据32、资源角色数据34、类别计数数据36、通信历史数据38、地址计数数据40、和等级次序数据42，所有这些都被存储在联系人数据库结构中或者以其它方式进行存储。
操作系统28可以是促进所述通信设备的核心操作的任何操作系统，例如，与通信接口14和用户界面16交互的应用。正如所示，操作系统28提供(包括)提取层(定义提取层的程序逻辑)44，各种应用30可以通过应用编程接口(API)与提取层44交互，以调用、促进以及受益于所述方法的各种特征。
应用程序30包括可在通信设备14上执行的程序或程序模块，以提供有用的功能。按照本方法，应用程序30包括一个或多个通信应用，其可以是例如上述提到的类型的应用。例如，典型的通信应用可以包括(i)电路语音电话应用，用于进行传统的电话呼叫，(ii)网络电话(VoIP)应用，用于进行语音呼叫或者参与VoIP会议，(iii)SMS/MMS应用，用于发送SMS文本消息和MMS消息，例如照片分享消息，以及(iv)电子邮件应用，用于发送例如遵照SMTP的电子邮件消息。如上所述，许多其它示例也是可能的。
可以在将操作系统28装备在所述设备上的同一时间(例如，在设备制造和分配时、或者在操作系统更新时)将这些通信应用装备在设备12上，或者在其它时间将这些通信应用加载到设备上。此外，尽管将应用30示为与操作系统28分离，但是一个或多个应用本身可以集成所述操作系统。例如，典型的设备可以包括联系人管理应用，用于保持和允许用户与电话本或者其它联系人系列表交互，以作为所述设备的核心功能。可以将这种应用设置为操作系统本身的整体部件，或者可以设置为与所述操作系统分离。
典型的通信应用可以用于允许新通信的用户生成，例如线路呼叫或者VoIP呼叫的用户设置、SMS/MMS消息的用户组成和发送、电子邮件消息的用户组成和发送等，并且将用于新通信的目标地址建议的列表呈现(或者使得其被呈现)给用户，其中所述列表基于针对所讨论的通信类型和/或应用类别的计数来等级排序。
实际上，例如，所述通信应用可以定义呈现在所述设备的显示器上的GUI，所述GUI与用户交互以便接收生成新通信的用户请求，以为所述用户呈现目标地址建议，并且接收对所述通信的期望目标地址的用户选择或者其它输入。例如，所述应用可以在GUI的“To”域中或附近处或者作为单独的对话框来提供按等级排序的目标地址建议的下拉列表。基于用户输入的数据，例如，通过将所述列表限制到用于联系人人的地址，所述联系人人具有与用户目前为止输入的字符相匹配的名字，可以为特定联系人人或者联系人人组来过滤这种列表。
此外，依据本方法，所述通信应用可以用于与操作系统28交互，从而报告所述通信被放置在特定通信地址，并且从所述操作系统查询和接收用于新通信的目标地址建议的列表。根据报告通信，可由所述操作系统将放置通信的应用的动作本身检测为对正被放置的通信的报告，或者所述应用可以单独地报告所述通信。
实际上，操作系统28接着可以包括用于执行本方法的特定功能的逻辑。例如，操作系统28可以包括从被放置在特定地址的通信的各种通信应用报告中进行接收的逻辑，以及为每个通信地址确定对放置在所述地址的通信的多个计数的逻辑，其中每个计数都用于各自的通信类型和/或应用类别。此外，所述操作系统可以包括这样的逻辑：其从给定类别的应用处接收对给定类型的新通信的目标地址建议的列表的请求，并基于针对所述通信类型和/或应用类别的使用计数(并可能基于一个或多个附加因素，例如资源角色、时间和/或位置)来对目标地址排序，以及响应性地为请求应用提供列表以呈现给用户的逻辑，所述列表包括用于所述应用的等级次序的地址。
可替换地，可由一个或多个应用程序30定义用于执行本方法功能的一些或者所有逻辑。例如，可以安装专用应用作为所述设备上特别用于促进本方法的应用程序。可替换地，用于其它目的的安装在所述设备上的一个或多个应用可以包括执行所述方法的一个或多个功能的逻辑。
在基准数据26、联系人数据32之间可以采用地址簿数据的形式，其适于由联系人管理应用进行呈现。这种联系人数据可以包括联系人记录，所述联系人记录中的每一个都可以用于单独的联系人(例如，个人或者商业)，并且可以为所述联系人指定一个或多个地址，例如，一个或多个电话号码和/或一个或多个电子邮件地址，在其它可能类型的地址之中，其中每个地址都具有标签或者标识符(例如，家、工作、移动等)，以促进对所述地址的参考以及对所述地址的表示。每个联系人记录都可以进一步提供用于所述联系人的其它信息，例如，联系人姓名和表示所述联系人的缩略图，从而可以呈现所述联系人的文本和/或图形表示。
通过示例，联系人数据32可以包括用于联系人姓名“Adam”的记录，指定地址A1、A2和A3，并且所述联系人数据还可以包括用于联系人姓名“Betty”的记录，指定地址B1、B2和B3。这些地址可以包括各种地址类型，例如，电子邮件地址和电话号码，或者所述地址可以均为一种类型的地址。此外，列在联系人数据库中的一个或多个联系人可以只具有所列出的单一地址(或者所列出的特定类型的单一地址)，或者可以根本不具有所列出的地址，这都是可能的。
接着资源角色数据34可以定义用于所述设备的当前活跃的资源角色，并且可以进一步定义一个或多个其它资源角色，例如，可以通过配置接口或者在预定基础上为活跃的其它资源角色。
资源角色数据34可以为每个资源角色定义一个或多个相应的资源地址，所述相应的资源地址用于来自所述设备的通信。例如，对于每个资源角色，所述数据可以定义各自的资源电子邮件地址，默认将从该电子邮件地址发送电子邮件消息，以及各自的资源电话号码，将从该资源电话号码进行呼叫。(取决于所述实现，所述通信设备可以在多条“线路”之间切换，每条“线路”都具有不同的相关联的电话号码，或者所述通信设备可以将当前活跃的资源电话号码作为呼叫建立信令中的呼叫者ID信息而进行传输。)
当通信应用进入模式以生成新通信时，所述应用可以查询所述操作系统以获得用于所述通信的可应用资源地址，并且所述应用可将其本身默认设置为使用那个通信地址。可替换地，所述应用可以允许用户从可用的资源地址的列表中选择期望的资源地址，并且资源角色34可以隐含地定义哪个资源角色与所选择的资源地址相对应，并因此定义哪个资源角色正被用于所述通信。
类别计数数据36可以指定能够用于促进建立本方法中的使用计数的各种类别。作为示例，所述类别计数数据可以指定各种通信类型、各种应用类别、和/或各种其它类别，并且可以为每个类别提供能够用于引用所述类别的相应标签、标记或者标识符。实际上，通过指定合适的标签、标记或者标识符，通信应用可以使用这个类别计数数据向操作系统通知用于给定通信的计数类别(或者多个类别)。接着所述操作系统可以将那个规格作为基础来使用，以为所述通信的目标地址增加一个或多个合适的计数，即，对所述通信的每个各自类别的计数。
通信历史数据38可以包括由所述设备放置的通信的记录，并且可以促进对每个地址的使用计数的建立，从而定义了使用记录的示例。每个通信的记录可以识别所述通信的属性，例如，资源地址/角色、目标地址、通信的类别(例如，通信类型和/或应用类别)、时间戳、位置(例如，由GPS或者其它有效的位置确定技术所确定的)、持续时间、和处置(例如，成功完成、尝试过但未成功等)。
在所述通信被放置的时间(例如，启动、成功地通信、或者完成)或者在一些其它时间，可以由放置通信的应用将一些或者全部的通信历史记录提供给操作系统。可替换或者另外地，可以由检测通信的放置以及记录关于通信的数据的操作系统建立一些或全部的这些记录。此外，为了帮助确保通信历史数据38的相关性，可以将所述操作系统设置为自动地删除比预定时间段(例如，一个月或者一些其它的可配置的持续时间)久的通信历史数据记录。
接着地址计数数据40表示每个地址的计数，根据本方法，所述地址的计数可用于建立目标地址建议的等级次序。因此，地址计数数据40可以分别包括用于多个地址的每一个的、作为用于设备放置的通信的目标地址的地址使用的多个计数，其中每个计数都专门用于各自的类别，例如用于特定的通信类型和/或特定的应用类别。
换句话说，地址计数数据40可以包括计数的多个集合，每个集合都用于特定的类别并且包括分别用于多个地址的每一个的专用类别计数。例如，地址计数数据40可以包括第一类别的通信计数的第一集合，其中在所述第一集合中的每个计数都基于被放置在不同的各自地址中的第一类别的通信数量，例如对各自放置在每个地址中的第一类别的通信数量的一个计数。并且接着地址计数数据40可以进一步包括第二类别的通信计数的第二集合，其中在所述第二集合中的每个计数都基于被放置在不同的各自地址中的第二类别的通信数量，例如对各自放置在每个地址中的第二类别的通信数量的一个计数。
依次地，等级次序数据42包括根据本方法的地址的等级次序的列表。最佳地，对于地址的给定集合，等级次序数据42可以包括基于对特定通信类型和/或应用类别的使用计数而非基于对不同通信类型和/或不同应用类别的使用计数的不同等级次序。实际上，例如，可以根据至少部分地基于该地址的相关地址计数数据的等级次序对所述地址分类，来建立等级次序数据42。例如，可以通过按照用于第一类别通信的通信的各自使用计数的顺序来对所述地址分类而建立第一等级次序的列表，并且可以通过按照用于第二类别通信的通信的各自使用计数的顺序来对所述地址分类而建立第二等级次序的列表。
图3描述了用于上述示例性用户Adam和Betty的地址的地址计数数据40的示例。如图3所示，将地址计数数据40布置为数据表格，在该数据表格中，每一行与各自的地址相对应，并且每一列表示各自的通信类别。在所示的示例中，提供两个典型的类别，一个用于“呼叫”，而另一个用于“消息”，并且接着所述表格为每个类别指定作为目标地址的地址的相应使用计数。
在这个示例中，“呼叫”类别将覆盖多个呼叫应用的使用，例如一个或多个电路语音应用、一个或多个VoIP应用、一个或多个视频会议应用。因此，在示例性的表格中表示的给定计数可以包括由两个或多个应用放置的通信，所述操作系统将穿过那些应用的使用数据合并为该类别的典型的总计数。同样地，“消息”类别将覆盖多个消息应用的使用，例如一个或多个SMS/MMS应用、以及一个或多个电子邮件应用。其它示例也是可能的。
如图3的表格所示，地址A1已经被用于1个呼叫实例，但用于25个消息实例；而地址A2已经被用于13个呼叫实例，但是仅用于5个消息实例中。仅考虑那两个地址，接着，可以将本方法所定义的逻辑布置为如果所讨论的新通信是呼叫通信则提供等级次序为A1-A2的目标地址建议(即，其中A1具有比A2更高的优先级)，而如果所讨论的新通信是消息通信则提供等级次序为A2-A1的目标地址建议(即，其中A2具有比A1更高的优先级)。进而，如上所述，目标地址建议的等级次序也可考虑其它因素，例如资源角色、时间和/或位置。
3、示例性操作
图4是描述可根据本方法而执行的功能的流程图。
如图4所示，在方框100处，所述功能可以包括确定第一通信类型的通信的第一多个计数，所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自的通信地址上的第一通信类型的通信的各自数量。例如，给定通信地址的一个集合A1-A10，所述第一通信类型的通信的第一多个计数可以包括：分别对于所述集合中的每个地址(即，对于所述集合中的每个不同的地址)，被放置在那个地址的第一通信类型的通信计数。通过将其自身作为所述数量或者通过自所述数量导出，例如，通过作为所述数量的缩放版本，计数可以基于通信的数量。
在方框102，所述功能进一步包括确定第二通信类型的通信的第二多个计数，所述第二多个计数中的每个计数都基于放置在多个通信地址中的各自的通信地址上的第二通信类型的通信的各自数量。例如，给定通信地址的一个集合A1-A10，所述第二通信类型的通信的第二多个计数可以包括：分别对于所述集合中的每个地址(即，对于所述集合中的每个不同的地址)，被放置在那个地址的第二通信类型的通信计数。
实际上，在方框100和102中描述的功能可以归结为为多个通信地址中的每个确定对被放置在所述地址的通信的多个计数，每个计数都用于多个通信类型的通信的各自类型，所述多个类型包括第一类型和第二类型。
实际上，所述操作系统可以基于通信历史数据38实现这些确定功能，或者在持续的基础上或者在需要基于新通信的通信类型和/或应用类别而确定特定计数时动态地实现，例如在需要建立目标地址建议的等级次序列表时动态地实现。确定动作可以包括计算、更新(例如，增加)、接收或者建立或学习。
例如，每当设备放置通信(例如，进行呼叫或者发送消息)时，操作系统可以为所述通信的目标地址增加可应用的计数。关于图3的表格，例如，每当设备对地址A1进行呼叫时，操作系统将增加对地址A1的呼叫计数，而每当设备发送消息到地址A1时，操作系统将增加对地址A1的消息计数，等等。
如上所述，当确定这些使用计数时可以考虑附加因素。由于一些这种附加因素可以是针对正在建立的新通信(例如，基于用于所述新通信的资源角色和/或基于所述新通信的时间(例如，近度(recency))或者位置来调整等级)，所以最好在正在建立所述新通信时建立这个计数数据，例如响应于应用功能的用户调用来拨号或者定址所述通信。接着可以以上述讨论的方式或者一些其它的方式考虑所述附加因素。可替换地，可以通过将通信分类到针对特定特征的“桶”(例如，基于角色的桶、基于近度的桶、或者基于距离的桶)中，以及基于每个桶建立计数来建立一个或多个附加因素，使得在如上讨论的具体桶的基础上来实现等级次序。
由操作系统建立的计数可以被限制到实际上用作一个或多个通信的目标的地址。例如，操作系统可以在地址被使用时建立可应用的地址的列表，并且每当地址被再次使用时，为所述地址增加一个或多个可应用计数。有利地，这将有助于将目标地址建议集中于那些之前已经实际被使用的地址上。可替换地，所述计数将覆盖例如联系人数据32中的所有地址，尽管如上所述，还未用作目标地址的任何地址都具有零计数。
在方框104处，所述功能可以接着进一步包括检测用于提供多个目标地址建议的第一请求或者其它触发事件。检测这个请求或者其它触发事件可以采用不同的形式。通过示例，操作系统可以经由通过提取层44接收来自通信应用(应用程序)的请求来检测所述请求。例如，操作系统可以从通信应用接收API查询，该查询搜索目标地址建议的列表。实际上，这个请求可以与所述第一通信类型的新通信相关。例如，在接收到用户输入请求生成第一通信类型的新通信时，所述通信应用可以用于生成和发送API查询。检测所述请求也可以采用其它形式，例如仅仅检测正在建立新通信。
作为具体示例，如果所述应用是电话呼叫应用，则该应用可以提供接口元件，例如文本框，用户可以在该文本框中键入联系人姓名或者待呼叫的电话号码。当所述应用检测到GUI焦点处于那个元件上时，所述应用可以生成和发送所述API查询。可替换地，一旦用户开始键入一个或多个字符(例如，联系人姓名的第一个字母或者电话号码的第一个数字)，则应用可以生成和发送API查询。在后一种场景中，所述应用可以在所述查询中包括对到目前为止输入的字符/数字的说明，并且操作系统可以将那个数据作为关键词来检索联系人数据32，以便将所返回的目标地址集合限制在那些匹配到目前为止输入的字符/数字的地址。
由应用提供的API查询可以清楚地指定一个或多个新通信的类别，从而操作系统可以返回以针对所讨论的类别的方式排序的目标地址建议。查询可以为此目的而使用类别计数数据36。例如，查询可以清楚地指定具有一个或多个粒度级别的通信类型和/或应用类别，例如，呼叫、线路语音呼叫、VoIP呼叫、消息、SMS/MMS消息、或者电子邮件消息。可替换地，一些或全部这些信息可以隐含在从特定应用处接收到的查询中。例如，如果所述查询是从基本电话呼叫应用中接收到的，则暗示(例如，来自操作系统中的应用注册数据)通信类型是语音呼叫并且应用类别是“呼叫”。其它示例也是可能的。
不管怎样，操作系统可以因此确定所讨论的通信类型和/或应用类别，以便利于提供可应用的等级次序。此外，操作系统还可以确定新通信的一个或多个其它特征，例如资源角色、时间和/或地址，以便利于例如以上述讨论的方式基于一个或多个其它特征来调节等级次序。实际上，例如，查询应用可以包括它的API查询的资源角色标识符，或者操作系统可以参考设备或者应用的更加普遍的资源角色(例如，用户简档)设置，以确定资源角色。同样地，可以通知操作系统或者由操作系统确定当前时间和/或当前位置。
在方框106处，功能可以包括响应于第一请求发送包括多个通信地址的列表。此外，响应于第一通信类型的新通信，可以根据等级次序对列表中的多个通信地址进行排序，所述等级次序至少部分地基于第一多个计数，并且可能基于一个或多个如上面讨论的其它因素。
符合上述讨论，这个功能可以包括：提供包括以针对新通信的类型的方式进行等级排序的多个通信地址的目标地址的列表。操作系统可以将这个列表提供给第一应用，作为对从第一应用处接收到的API查询的响应，例如，作为目标地址建议的队列。
所提供的目标地址建议的列表可以包括按照它们针对所讨论的通信类型的使用频率(例如，使用计数)的顺序的多个通信地址，例如，从最高频率(例如，最高计数)到最低频率(例如，最低计数)。例如，用图3中的地址，假定所讨论的通信类型是“呼叫”。基于表格中所示的计数数据，列表可以将地址排序为{B3，A2，B1，B2，A1，A3}，这是由于用于那些地址的“呼叫”专用计数分别为{15，13，9，7，1，0}。在另一方面，如果通信类型是“消息”，则列表可以将地址排序为{B2，A1，B1，A2，A3，B3}，这是由于用于那些地址的“消息”专用计数分别为{33，25，11，5，3，0}。
可替换地，等级次序可以是专用于联系人的，基于到联系人的特定类型的通信的频率对联系人进行等级排序，并接着对每个联系人内的地址进行等级排序。(在那种情况中，本方法可以在每个联系人的基础上应用，并且也可能在一组联系人间应用。)例如，如果通信类型是“呼叫”，则操作系统可确定联系人A是被呼叫最频繁的，并且因此可以将联系人A的地址列在等级次序的第一位，在等级次序中联系人B的地址接在其后。因此，通信地址的等级次序列表可以是{联系人-A：A2，A1，A3}，后接{联系人-B：B3，B1，B2}。在另一方面，如果通信类型是“消息”，则操作系统可确定联系人B是消息的最频繁目标，并因此，通信地址的等级次序列表可以包括{联系人-B：B2，B1，B3}，后接{联系人-A：A1，A2，A3}。
在操作系统为多个地址中的每一个都保持多个不同的计数，并且等级次序基于例如针对特定通信类型和/或应用类别的计数的场景中，可能的情况是等级次序不基于对一个或多个其它通信类型和/或应用类别的计数。例如，对于“呼叫”通信，可以基于针对呼叫的计数，而不基于针对消息的计数(即，不考虑针对消息的计数)来对地址进行等级排序。而对于“消息”通信，可以基于针对消息的计数，而不基于针对呼叫的计数(即，不考虑针对呼叫的计数)来对地址进行等级排序。
如上进一步所述的，形成等级次序的基础的一个或多个计数可以基于依据多于一个应用的通信。因此，尽管操作系统可以将等级排序的目标地址建议发送给特定应用，但是形成等级次序的基础的一个或多个计数可以基于由至少一个其它应用所放置的通信。例如，如果查询应用是VoIP呼叫应用，则可能的情况是在图3的“呼叫”列中的一些或者所有计数都包含由线路语音电话应用替代放置的一个或多个呼叫通信。其它示例也是可能的。
实际上，在操作系统将等级排序的列表传送到应用时，操作系统可以动态地建立地址的等级排序的列表。例如，在接收到API查询或者另外地检测对目标地址建议的请求时，操作系统可以基于通信历史数据建立通信类型专用计数，并且接着可以建立可用的等级次序，在过程中也可能考虑了一个或多个其它因素。或者，如果已经建立了可用的通信类型专用计数，则操作系统可以响应API查询或者那时基于那些现有计数建立可用的等级次序的其它请求。可替换地，在检测对目标地址建议的请求之前，例如，在作为后台处理的正在进行的基础上，操作系统可以建立各种等级排序的列表(每个通信类型和/或应用类别)，从而具有可用于快速提供给任何查询应用的可应用的等级次序。
在任何情况下，建立目标地址建议的列表的动作包括：至少部分地基于它们的可应用通信类型的通信计数来分类至少多个通信地址。例如，建立列表的动作可以包括：按照从最多的可应用通信类型的通信到最少的可应用通信类型的通信的顺序对地址进行分类，也可以考虑其它因素，例如上述讨论的资源角色、时间和/或位置。
最佳地，当第一应用程序从操作系统(例如，从提取层44)接收目标地址建议的列表时，应用程序可以使得设备在由用户观看的用户界面16上呈现目标地址建议，该目标地址建议包括按照所建立的等级排序的多个通信地址。例如，应用程序可以发送列表以在显示器上输出，例如，通过生成包括列表呈现的GUI并且将该GUI提供给将其呈现在显示器上的操作。接着应用可以允许用户选择所呈现的用于所讨论的通信的目标地址之一。
注意到的是，在显示器或者另外的用户界面上“呈现”或“输出”目标地址建议的列表可以包括：滚动呈现列表。例如，一次仅可以呈现一部分列表，从而用户需要通过列表进行滚动以查看剩余部分。
作为该方法的好处，实际上，操作系统还可以提供包括多个按不同等级排序的通信地址的另一列表，以促进对用于不同通信类型的通信的地址的选择。
例如，操作系统可以检测对多个目标地址建议的第二请求，第二请求是从不同于第一应用程序的应用程序所接收的，并与第二通信类型的第二新通信相关。依次，响应于第二请求，操作系统可以发送包括多个通信地址的第二列表。在该列表中，可以根据第二等级次序对多个通信地址排序，其中所述第二等级次序至少部分地基于第二多个计数，并且可能基于一个或多个例如上面讨论的其它因素。接着提供第二请求的应用程序可以发送第二列表以将其输出在显示器或另外的用户界面上，第二列表包括根据第二等级次序排序的多个通信地址，以促进对第二新通信的目标地址的选择。
图5是描述能根据方法执行的功能的流程图，以提供目标地址建议的列表，该列表包括根据一个等级排序或者取决于所讨论的通信类型排序的多个通信地址。如图5所示，在方框110处，功能可以包括确定第一通信类型的通信的第一多个计数，第一多个计数中的每个计数都基于放置在多个通信地址中的各自的通信地址上的第一通信类型的通信的各自数量。进一步地，在方框112处，功能可以包括确定第二通信类型的通信的第二多个计数，第二多个计数中的每个计数都基于放置在多个通信地址中的各自的通信地址上的第二通信类型的通信的各自数量。最佳地，第一通信类型和第二通信类型可以是互斥的，例如呼叫和消息(其中一种类型不被另一类型所包含，反之亦然)。
在方框114，功能可以进一步包括检测对新通信的目标地址建议的请求。并且在方框116处，功能可以包括确定新通信是属于第一通信类型还是属于第二通信类型。如果确定新通信属于第一通信类型，那么在方框118处，功能可以包括在用户界面上呈现第一列表，或者使得用户界面去呈现第一列表，第一列表包括至少部分地基于为多个通信地址所确定的第一多个计数而不基于为多个通信地址所确定的第二多个计数进行分类的多个通信地址。在另一方面，如果确定新通信类型为第二通信类型，那么在方框120处，功能可以替代地包括在用户界面上呈现第二列表，第二列表包括至少部分地基于为多个通信地址所确定的第二多个计数而不基于为多个通信地址所确定的第一多个计数进行分类的多个通信地址。
图6是描述能根据所述方法执行的功能的下一个不同的流程图。如图6所示，在方框130处，功能可以包括确定由第一应用类别的一个或多个应用放置的通信的第一多个计数，第一多个计数中的每个计数都基于由第一应用类别的一个或多个应用放置在多个通信地址中的各自的通信地址上的通信的各自数量。进一步地，在方框132处，功能可以包括确定由第二应用类别的一个或多个应用放置的通信的第二多个计数，第二多个计数中的每个计数都基于由第二应用类别的一个或多个应用放置在多个通信地址中的各自的通信地址上的通信的各自数量。可以很大程度上以与上述讨论的关于通信类型的相同方式来执行这些功能，但是类别是基于应用类别的，可以在例如使用报告中指定类别或者类别暗含在使用报告中。此外，第一和第二应用类别可以是互斥的(其中一个类别不被另一个类别所包含，反之亦然)。
在方框134处，功能可以包括检测对于多个目标地址建议的第一请求，第一请求是从第一应用处接收到的并且与第一新通信相关，并且第一应用是第一应用类别的一项。在方框136处，功能可以包括响应于第一请求发送包括多个通信地址的第一列表。此外，响应于第一应用(其正在生成第一新通信)是第一应用类别的一项，根据第一等级次序对第一列表中的多个地址进行排序，该第一等级次序至少部分地基于第一多个计数，即，基于由第一应用类别的一个或多个应用所放置的通信计数。
实际上，可以通过至少部分地基于由第一应用类别的一个或多个应用放置到多个通信地址的通信的第一多个计数对多个通信地址分类，而不考虑由第二应用类别的一个或多个应用放置到多个通信地址的第二多个通信计数，来建立这个第一等级次序，从而建立包括根据第一等级次序排序的多个通信地址的第一列表。
此外，功能可以包括：在检测第一请求时，确定第一应用是第一应用类别的一项。并且接着功能可以包括：响应于所述确定，通过至少部分地基于由第一应用类别的一个或多个应用放置到多个通信地址的通信的第一多个计数至少对多个通信地址进行分类，从而建立包括根据第一等级次序排序的多个通信地址的第一列表。可替换地，在检测第一请求之前，功能可以包括：通过至少部分地基于由第一应用类别的一个或多个应用放置到多个通信地址的通信的第一多个计数至少对多个通信地址进行分类，从而建立包括根据第一等级次序排序的多个通信地址的第一列表。
在方框138处，功能可以进一步包括：检测对于多个目标地址建议的第二请求，第二请求是从第二应用处接收到的并且与第二新通信相关，并且第二应用是第二应用类别的一项。
在方框140处，功能可以包括：响应于第二请求发送包括多个通信地址的第二列表。此外，响应于第二应用(其正在生成第二新通信)是第二应用类别的一项，根据第二等级次序对第二列表中的多个通信地址进行排序，该第二等级次序至少部分地基于第二多个计数，例如，基于由第二应用类别的一个或多个应用所放置的通信计数。
图7是描述能根据本方法执行的功能的下一个不同的流程图。图7的流程图图示出所述方法可以包括提供目标地址建议的特定等级次序，其中等级次序是基于正在建立的新通信的类别的(例如，基于新通信的通信类型和/或建立新通信的应用的应用类别)。
如图7所示，在方框150处，功能包括：检测对新通信的目标地址建议的请求。在方框152处，接着功能包括：确定新通信的类别(例如，通信类型和/或应用类别)。并且在方框154处，接着功能包括：响应于请求，提供(例如，发送)根据等级次序排序的多个通信地址，其中，等级次序至少部分地基于所确定的新通信的类别。实际上，例如，功能可以包括：至少部分地基于专用于所确定的类别的使用计数来对通信地址进行等级排序，然后提供等级次序列表。可替换地，功能可以包括：保持多个类别专用的等级次序列表(例如，每个类别有一个等级次序列表)，并且从多个类别专用的等级次序列表中选择与所确定的类别相对应的等级次序列表，然后提供等级次序列表。
最后，图8(A部分和B部分)提供了两个示例性的GUI图像，以图示本方法如何基于正在生成的通信类型提供地址集合的不同等级次序。图8A描述了消息应用(例如，SMS或者MMS应用)的GUI，而图8B描述了电话应用(例如，线路语音呼叫应用)的GUI。在两个图中，GUI包括QWERTY键盘，用户可以使用该键盘键入用于期望通信的目标联系人的第一特征。此外，图8A的消息GUI展示了域“来自(From)”、“主题(Subject)”、和“组成(Compose)”(其中“主题”和“组成”域被其它信息部分地覆盖)，通过它们用户可以完成文本消息。
这些示例性的GUI图像两者都包括用户可以完成以指示用于新通信的期望目标地址的域。消息GUI包括“到(To)”域，而电话GUI包括“拨号(Dial)”域。此外，每幅图都显示了用户到目前为止已经键入的、作为目标联系人姓名的字符“be”。并且两幅图都显示了呈现目标地址建议列表的GUI，如在目标域下面的堆叠的方框。然而，根据本方法，显示在消息GUI上的目标地址列表是不同于显示在电话GUI中的相同目标地址列表来进行等级排序的，这至少部分地由于对于消息和电话呼叫具有不同相关使用计数的地址。
例如，消息应用GUI列出匹配的联系人名“Betty Johnson”、“BethCampbell”、“Bernie Smith”。对于Betty Johnson，列表接着指定等级排序的电话号码111-111-1111和222-222-2222。然后列表为Beth Campbell指定电话号码333-333-3333，以及为Bernie Smith指定一个电话号码444-444-4444。根据本方法，可以将这个等级次序归因于使用计数数据，使用计数数据指示Betty是文本消息的最经常的目标，其后是Bernie，然后是Betty，并且对于Betty，她的号码111-111-1111比起她的号码222-222-2222来说，是更加经常的文本消息的目标。
在另一方面，电话应用GUI按照Bernie、Betty、Beth的顺序列出联系人，为每个人都指定地址并且倒转Betty的号码的顺序。根据本方法，可以将这个等级次序归因于使用计数数据，该使用计数数据指示Bernie是最常被呼叫的，其后是Betty，然后是Beth，并且对于Betty，她的号码222-222-2222比起她的号码111-111-1111来说更常被呼叫。
提供了这些GUI的任何一个，用户可以选择目标地址建议列表所提供的方框中所期望的一个，并且设备可以响应地将所选择的目标地址输入到用于正在建立的通信的目标域。接着用户可以指示设备去建立到那个地址的通信。
虽然本文中已经公开了各种方案和实施例，但是其它方案和实施例对于本领域技术人员来说也是显而易见的。本文公开的各种方案和实施例具有权利要求所指示的真正的范围和精神，是用于说明的目的而不意旨为限制。例如，尽管前面的描述使用了两种通信类型和/或应用类别作为示例性的通信类别，用于对目标地址建议列表进行排序，但是其它的示例也是可能的，并且可以应用多于两种的分类，每种都导致各自不同的通信地址的等级次序。

Claims (30)

1.一种非暂时性计算机可读介质，其上存储有由处理器执行的程序指令以执行包括以下的功能：
确定第一通信类型的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第一通信类型的通信的各自的数量；
确定第二通信类型的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于放置在所述多个通信地址中的各自通信地址上的第二通信类型的通信的各自的数量；
检测对多个目标地址建议的请求，所述请求接收自第一应用程序并且所述请求与新通信相关联，所述新通信是所述第一通信类型的；
响应于来自所述第一应用程序的所述请求，发送根据等级次序排序的多个通信地址的列表，所述等级次序至少部分地基于由不同于所述第一应用程序的第二应用程序所放置的一个或多个通信，其中，响应于所述第一通信类型的所述新通信，所述等级次序至少部分地基于所述第一多个计数，所述第一多个计数包括至少一个计数，所述至少一个计数至少部分地基于由所述第二应用程序放置的一个或多个通信，使得至少部分地基于所述第一多个计数的所述等级次序基于由所述第二应用程序放置的一个或多个通信；并且
输出所述列表以进行显示。
2.如权利要求1所述的非暂时性计算机可读介质，其中所述功能进一步包括：
在检测所述请求时，确定所述新通信是所述第一通信类型的；并且
响应于确定所述新通信是所述第一通信类型的，至少部分地基于所述第一通信类型的通信的第一多个计数对至少所述多个通信地址进行分类，从而定义所述列表。
3.如权利要求1所述的非暂时性计算机可读介质，其中所述等级次序进一步至少部分地基于与所述新通信相关的资源角色，并且其中所述功能进一步包括：
至少部分地基于(i)所述第一多个计数以及(ii)与所述第一新通信相关的资源角色对至少所述多个通信地址进行分类，从而定义所述列表。
4.如权利要求1所述的非暂时性计算机可读介质，其中所述等级次序进一步至少部分地基于与所述新通信相关的资源角色，并且其中所述功能进一步包括：
在检测所述请求时，确定所述新通信是所述第一通信类型的并且与所述资源角色相关；并且
响应于确定所述新通信是所述第一通信类型的并且与所述资源角色相关，至少部分地基于(i)所述多个计数以及(ii)与所述第一新通信相关的资源角色对至少所述多个通信地址进行分类，从而定义所述列表。
5.如权利要求1所述的非暂时性计算机可读介质，其中所述等级次序进一步至少部分地基于所述第一通信类型的通信的近度，并且其中所述功能进一步包括：
至少部分地基于(i)所述第一多个计数以及(ii)所述第一通信类型的通信的近度对至少所述多个通信地址进行分类，从而定义所述列表。
6.如权利要求5所述的非暂时性计算机可读介质，其中对至少所述多个通信地址分类包括：基于近度将所述第一通信类型的通信分类到桶中。
7.如权利要求1所述的非暂时性计算机可读介质，其中所述功能进一步包括：
在检测所述请求之前，至少部分地基于所述第一多个计数对至少所述多个通信地址进行分类，从而定义所述列表。
8.如权利要求1所述的非暂时性计算机可读介质，其中所述请求是第一请求，所述新通信是第一新通信，所述列表是第一列表，以及所述等级次序是第一等级次序，并且其中所述功能进一步包括：
检测对多个目标地址建议的第二请求，所述第二请求接收自第三应用程序并且所述第二请求与第二新通信相关联，所述第二新通信是所述第二通信类型的；
响应于所述第二请求，发送包括多个通信地址的第二列表，其中，响应于所述第二通信类型的所述第二新通信，根据第二等级次序对所述列表中的所述多个通信地址进行排序，所述第二等级次序至少部分地基于所述第二多个计数并且不同于所述第一等级次序；并且
输出所述第二列表以进行显示。
9.如权利要求1所述的非暂时性计算机可读介质，其中所述多个通信地址是电话号码，所述第一通信类型是电话呼叫通信，并且所述第二通信类型包括从由短消息服务(SMS)消息和多媒体消息服务(MMS)消息组成的组中选择的消息。
10.如权利要求1所述的非暂时性计算机可读介质，其中所述多个通信地址是电子邮件地址，所述第一通信类型是电子邮件通信，并且所述第二通信类型包括从由短消息服务(SMS)消息和多媒体消息服务(MMS)消息组成的组中选择的消息。
11.如权利要求1所述的非暂时性计算机可读介质，其中所述程序指令是计算机操作系统的一部分，并且其中所述功能进一步包括：
从多个应用程序接收使用记录，并且基于所接收的使用记录定义所述第一多个计数和所述第二多个计数。
12.如权利要求11所述的非暂时性计算机可读介质，其中所述功能进一步包括：
提供提取层，通过所述提取层接收所述使用记录，并通过所述提取层检测所述请求。
13.一种非暂时性机器可读介质，其上存储有由处理器执行的指令以执行包括以下的功能：
确定第一通信类型的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的所述第一通信类型的通信的各自的数量；
确定第二通信类型的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于放置在多个通信地址中的各自的通信地址上的所述第二通信类型的通信的各自的数量，所述第一通信类型和所述第二通信类型是互斥的；
检测对新通信的目标地址建议的请求；并且
响应于所述请求，(i)如果所述新通信是所述第一通信类型的，则使得用户界面呈现第一列表，所述第一列表包括至少部分地基于为所述多个通信地址所确定的所述第一多个计数，但不基于为所述多个通信地址所确定的所述第二多个计数进行分类的多个通信地址，以及(ii)如果所述新通信是所述第二通信类型的，则使得所述用户界面呈现第二列表，所述第二列表包括至少部分地基于为所述多个通信地址所确定的所述第二多个计数，但不基于为所述多个通信地址所确定的所述第一多个计数进行分类的多个通信地址；
其中，对于所述多个通信地址中的至少第一通信地址，所述第一多个计数包括特定计数，所述特定计数至少部分地基于由多个通信应用放置在所述第一通信地址的一个或多个通信，其中，至少部分地基于所述第一多个计数进行分类的所述多个通信地址包括：至少部分地基于所述特定计数进行分类的多个通信地址。
14.如权利要求13所述的非暂时性计算机可读介质，其中所述多个通信地址是电话号码，所述第一通信类型的通信是电话呼叫，并且所述第二通信类型的通信包括从由短消息服务(SMS)消息和多媒体消息服务(MMS)消息组成的组中选择的消息。
15.如权利要求13所述的非暂时性计算机可读介质，其中所述多个通信地址是电子邮件地址，所述第一通信类型的通信是电子邮件消息，并且所述第二通信类型的通信包括从由短消息服务(SMS)消息和多媒体消息服务(MMS)消息组成的组中选择的消息。
16.如权利要求13所述的非暂时性计算机可读介质，其中所述功能进一步包括：
响应于所述请求，确定所述新通信是所述第一通信类型的还是所述第二通信类型的，从而决定是否使用户界面呈现所述第一列表或者使所述用户界面呈现所述第二列表。
17.如权利要求16所述的非暂时性计算机可读介质，其中所述功能进一步包括：
在确定了所述通信是所述第一通信类型的还是所述第二通信类型的之后，对至少所述多个通信地址进行相应的分类以用于呈现在所述用户界面上。
18.如权利要求16所述的非暂时性计算机可读介质，其中所述功能进一步包括：
在检测所述请求之前，(a)至少部分地基于所述第一多个计数来对至少所述多个通信地址进行分类，从而定义所述第一列表，以及(b)至少部分地基于所述第二多个计数来对至少所述多个通信地址进行分类，从而定义所述第二列表。
19.如权利要求13所述的非暂时性计算机可读介质，其中：
使得所述用户界面呈现包括至少部分地基于所述第一多个计数而不基于所述第二多个计数进行分类的所述多个通信地址的所述第一列表包括：使得所述用户界面呈现第一列表，所述第一列表包括至少部分地基于(i)所述第一多个计数以及(ii)与所述新通信相关的资源角色进行分类的所述多个通信地址；以及
使得所述用户界面呈现包括至少部分地基于所述第二多个计数而不基于所述第一多个计数进行分类的所述多个通信地址的所述第二列表包括：使得所述用户界面呈现第二列表，所述第二列表包括至少部分地基于(i)所述第二多个计数以及(ii)与所述新通信相关的资源角色进行分类的所述多个通信地址。
20.如权利要求13所述的非暂时性计算机可读介质，其中：
使得所述用户界面呈现包括至少部分地基于所述第一多个计数而不基于所述第二多个计数进行分类的所述多个通信地址的所述第一列表包括：使得所述用户界面呈现第一列表，所述第一列表包括至少部分地基于(i)所述第一多个计数以及(ii)通信近度进行分类的所述多个通信地址；以及
使得所述用户界面呈现包括至少部分地基于所述第二多个计数而不基于所述第一多个计数进行分类的所述多个通信地址的所述第二列表包括：使得所述用户界面呈现第二列表，所述第二列表包括至少部分地基于(i)所述第二多个计数以及(ii)通信近度进行分类的所述多个通信地址。
21.一种方法，包括：
通信装置确定第一通信类型的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第一通信类型的通信的各自的数量；
所述通信装置确定第二通信类型的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于放置在多个通信地址中的各自通信地址上的第二通信类型的通信的各自的数量，所述第一通信类型和第二通信类型是互斥的；
所述通信装置检测对新通信的目标地址建议的请求；以及
响应于所述请求，(i)如果所述新通信是所述第一通信类型的，则所述通信装置将在用户界面上呈现第一列表，所述第一列表包括至少部分地基于为所述多个通信地址所确定的所述第一多个计数，但不基于为所述多个通信地址所确定的所述第二多个计数进行分类的多个通信地址，以及(ii)如果所述新通信是第二通信类型的，则所述通信装置将在所述用户界面上呈现第二列表，所述第二列表包括至少部分地基于为所述多个通信地址所确定的所述第二多个计数，但不基于为所述多个通信地址所确定的所述第一多个计数进行分类的多个通信地址；
其中，对于所述多个通信地址中的至少第一通信地址，所述第一多个计数包括特定计数，所述特定计数至少部分地基于由多个通信应用放置在所述第一通信地址的一个或多个通信，其中，至少部分地基于所述第一多个计数进行分类的所述多个通信地址包括：至少部分地基于所述特定计数进行分类的多个通信地址。
22.一种方法，包括：
计算机处理器确定由第一应用类别的一个或多个应用放置的通信的第一多个计数，其中所述第一多个计数中的每个计数都基于由所述第一应用类别的一个或多个应用放置在多个通信地址中的各自通信地址上的通信的各自的数量；
所述计算机处理器确定由第二应用类别的一个或多个应用放置的通信的第二多个计数，其中所述第二多个计数中的每个计数都基于由所述第二应用类别的一个或多个应用放置在多个通信地址中的各自通信地址上的通信的各自的数量；
所述计算机处理器检测对多个目标地址建议的请求，所述请求接收自第一应用并且与新通信相关联，所述第一应用是所述第一应用类别的一项；以及
响应于所述请求，所述计算机处理器使用户界面呈现包括所述多个通信地址的列表，其中，响应于所述第一应用是所述第一应用类别的一项，根据等级次序对所述列表中的多个通信地址进行排序，所述等级次序至少部分地基于由所述第一应用类别的一个或多个应用所放置的通信的所述第一多个计数；
其中，对于所述多个通信地址中的至少第一通信地址，所述第一多个计数包括特定计数，所述特定计数至少部分地基于由所述第一应用类别的多个通信应用放置到所述第一通信地址上的一个或多个通信，其中所述等级次序至少部分地基于所述特定计数。
23.如权利要求22所述的方法，其中所述请求是第一请求，所述新通信是第一新通信，所述列表是第一列表，以及所述等级次序是第一等级次序，并且其中所述功能进一步包括：
所述计算机处理器检测对多个目标地址建议的第二请求，所述第二请求接收自第二应用并且与第二新通信相关联，所述第二应用是所述第二应用类别的一项；以及
响应于所述第二请求，所述计算机处理器使用户界面呈现包括所述多个通信地址的第二列表，其中，响应于所述第二应用是所述第二应用类别的一项，根据第二等级次序对所述第二列表中的多个通信地址进行排序，所述第二等级次序至少部分地基于由所述第二应用类别的一个或多个应用所放置的通信的所述第二多个计数，所述第二等级次序不同于所述第一等级次序。
24.如权利要求23所述的方法，其中所述第一应用类别和所述第二应用类别是互斥的。
25.如权利要求22所述的方法，进一步包括：
至少部分地基于由所述第一应用类别的一个或多个应用放置到所述多个通信地址上的通信的所述第一多个计数，而不考虑由所述第二应用类别的一个或多个应用放置到所述多个通信地址的通信的所述第二多个计数，所述计算机处理器对至少所述多个通信地址进行分类，从而定义所述列表。
26.如权利要求22所述的方法，进一步包括：
在检测所述请求时，所述计算机处理器确定所述第一应用是所述第一应用类别的一项；并且
响应于确定所述第一应用是所述第一应用类别的一项，至少基于由所述第一应用类别的一个或多个应用放置到所述多个通信地址上的通信的所述第一多个计数，所述计算机处理器对至少所述多个通信地址进行分类，从而定义所述列表。
27.如权利要求22所述的方法，进一步包括：
在检测所述请求之前，至少基于由所述第一应用类别的一个或多个应用放置到所述多个通信地址上的通信的所述第一多个计数，所述计算机处理器对至少所述多个通信地址进行分类，从而定义所述列表。
28.如权利要求22所述的方法，进一步包括：
至少基于由所述第一应用类别的一个或多个应用放置到所述多个通信地址上的通信的所述第一多个计数，所述计算机处理器对至少所述多个通信地址进行分类，从而定义所述列表。
29.如权利要求22所述的方法，其中所述等级次序进一步至少部分地基于与所述新通信相关的资源角色。
30.如权利要求22所述的方法，其中所述等级次序进一步至少部分地基于通信近度。
CN201280002556.3A 2011-10-06 2012-09-27 提供目标地址建议的方法 Active CN104429024B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US13/267,496 2011-10-06
US13/267,496 US8209390B1 (en) 2011-10-06 2011-10-06 Method and apparatus for providing destination-address suggestions
US13/473,189 US8359363B1 (en) 2011-10-06 2012-05-16 Method and apparatus for providing destination-address suggestions
US13/473,189 2012-05-16
PCT/US2012/057428 WO2013052333A2 (en) 2011-10-06 2012-09-27 Method and apparatus for providing destination-address suggestions

Publications (2)

Publication Number Publication Date
CN104429024A true CN104429024A (zh) 2015-03-18
CN104429024B CN104429024B (zh) 2016-12-28

Family

ID=46272989

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280002556.3A Active CN104429024B (zh) 2011-10-06 2012-09-27 提供目标地址建议的方法

Country Status (7)

Country Link
US (2) US8209390B1 (zh)
KR (1) KR101361768B1 (zh)
CN (1) CN104429024B (zh)
AU (1) AU2013200691C1 (zh)
DE (1) DE112012000134B4 (zh)
GB (1) GB2499729A (zh)
WO (1) WO2013052333A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112115373A (zh) * 2020-11-23 2020-12-22 腾讯科技（深圳）有限公司 基于区块链的文件送达管理方法、装置、设备以及介质
CN116541421A (zh) * 2023-07-07 2023-08-04 中关村科学城城市大脑股份有限公司 地址查询信息生成方法、装置、电子设备与计算机介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949714B1 (en) * 2005-12-05 2011-05-24 Google Inc. System and method for targeting advertisements or other information using user geographical information
GB201209987D0 (en) * 2012-06-06 2012-07-18 Microsoft Corp Address system
US8861336B2 (en) * 2013-01-30 2014-10-14 Vonage Network, Llc Systems and methods for integrating route and rank information into call detail records
US8913622B2 (en) 2013-01-30 2014-12-16 Vontage Network, LLC Systems and methods for integrating route and rank information into call detail records
CN104184862B (zh) * 2013-05-27 2016-08-10 腾讯科技（深圳）有限公司 一种快速通讯方法和装置
CN104090886B (zh) * 2013-12-09 2015-09-09 深圳市腾讯计算机系统有限公司 构建用户实时画像的方法及装置
US20150254248A1 (en) 2014-03-07 2015-09-10 Printeron Inc. System for suggesting network resource for use by a network terminal based on network resource ranking
JP6055801B2 (ja) * 2014-08-28 2016-12-27 京セラドキュメントソリューションズ株式会社 通信装置および通信制御プログラム
US10154041B2 (en) * 2015-01-13 2018-12-11 Microsoft Technology Licensing, Llc Website access control
EP3301887A1 (en) * 2016-09-28 2018-04-04 Thomson Licensing Method and apparatus for building favorite telephone list for multiple devices
FR3066668A1 (fr) * 2017-05-19 2018-11-23 Orange Procede de gestion de reponse
CN107613082A (zh) * 2017-08-28 2018-01-19 广东小天才科技有限公司 一种号码管理方法、装置、智能手表及存储介质
US11805207B2 (en) * 2020-08-28 2023-10-31 Intermetro Communications, Inc. Systems and methods for configuring and dynamically applying call route groups

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1429044A (zh) * 2001-12-28 2003-07-09 日本电气株式会社 控制电话号码显示的移动终端设备、方法及其程序
CN1508736A (zh) * 2002-12-19 2004-06-30 联系项大纲
US20070032267A1 (en) * 2005-08-08 2007-02-08 Robert Haitani Contact-centric user-interface features for computing devices
US20100299397A1 (en) * 2009-05-23 2010-11-25 Yahoo! Inc. Managing electronic addresses based on communication patterns

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7240298B2 (en) * 2002-12-19 2007-07-03 Microsoft Corporation Contact page
GB2407732B (en) * 2003-11-03 2007-04-11 Qualcomm Prioritizing phonebook numbers
JP2005159874A (ja) * 2003-11-27 2005-06-16 Mitsubishi Electric Corp 携帯電話機
US8832048B2 (en) * 2005-12-29 2014-09-09 Nextlabs, Inc. Techniques and system to monitor and log access of information based on system and user context using policies
US20070161369A1 (en) * 2006-01-11 2007-07-12 Envio Networks Inc. Methods for Intelligent Number Dialing Assistance and Related Marketing Techniques
EP2023582B1 (en) * 2007-07-30 2011-12-21 Research In Motion Limited Method and system for generating ordered address lists
US8223940B2 (en) 2008-05-02 2012-07-17 Hewlett-Packard Development Company, L.P. Selecting communication mode of communications apparatus
US8677251B2 (en) * 2008-05-30 2014-03-18 Microsoft Corporation Creation and suggestion of contact distribution lists
GB2471329B (en) * 2009-06-26 2011-11-02 Vodafone Plc Mobile communication device and method of operation
US7930430B2 (en) * 2009-07-08 2011-04-19 Xobni Corporation Systems and methods to provide assistance during address input
US20110083079A1 (en) 2009-10-02 2011-04-07 International Business Machines Corporation Apparatus, system, and method for improved type-ahead functionality in a type-ahead field based on activity of a user within a user interface
US8341230B2 (en) * 2009-10-30 2012-12-25 Research In Motion Limited Method for predicting messaging addresses for an electronic message composed on an electronic device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1429044A (zh) * 2001-12-28 2003-07-09 日本电气株式会社 控制电话号码显示的移动终端设备、方法及其程序
CN1508736A (zh) * 2002-12-19 2004-06-30 联系项大纲
US20070032267A1 (en) * 2005-08-08 2007-02-08 Robert Haitani Contact-centric user-interface features for computing devices
US20100299397A1 (en) * 2009-05-23 2010-11-25 Yahoo! Inc. Managing electronic addresses based on communication patterns

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112115373A (zh) * 2020-11-23 2020-12-22 腾讯科技（深圳）有限公司 基于区块链的文件送达管理方法、装置、设备以及介质
CN112115373B (zh) * 2020-11-23 2021-02-12 腾讯科技（深圳）有限公司 基于区块链的文件送达管理方法、装置、设备以及介质
CN116541421A (zh) * 2023-07-07 2023-08-04 中关村科学城城市大脑股份有限公司 地址查询信息生成方法、装置、电子设备与计算机介质
CN116541421B (zh) * 2023-07-07 2023-09-12 中关村科学城城市大脑股份有限公司 地址查询信息生成方法、装置、电子设备与计算机介质

Also Published As

Publication number Publication date
GB201303164D0 (en) 2013-04-10
KR101361768B1 (ko) 2014-02-12
DE112012000134B4 (de) 2016-02-25
AU2013200691C1 (en) 2013-08-15
WO2013052333A2 (en) 2013-04-11
US8359363B1 (en) 2013-01-22
DE112012000134T5 (de) 2013-09-12
CN104429024B (zh) 2016-12-28
WO2013052333A3 (en) 2016-03-31
GB2499729A (en) 2013-08-28
AU2013200691B1 (en) 2013-04-04
US8209390B1 (en) 2012-06-26
KR20130051990A (ko) 2013-05-21

Similar Documents

Publication Publication Date Title
CN104429024A (zh) 提供目标地址建议的方法和装置
US9111259B2 (en) Affinity list generation
US9269078B2 (en) Method and system for associating a contact with multiple tag classifications
US20160381226A1 (en) Voicemail Sentiment Detection and Notification
US9100489B2 (en) Managing groups using telephones
US20050254481A1 (en) Knowledge management, capture and modeling tool for multi-modal communications
US20100293247A1 (en) Application of social networking data
CN101361356A (zh) 用于定制主叫标识的方法和系统
CN101631311A (zh) 用于共享权限启用的移动简档的简档服务
WO2001035229A1 (fr) Terminal informatique, serveur, systeme d'affichage d'informations et procede d'affichage d'informations
CN104519205A (zh) 管理通信记录的方法及其电子装置
US11082548B2 (en) System and method for providing a pre-populated second line service to a telecommunications device
CN101729639A (zh) 移动终端的通话记录方法和装置
US10419604B2 (en) Method of providing a recent call list, software product, telecommunications device and system
CN106664335A (zh) 用于管理呼叫日志的方法、为此目的的设备、计算机程序和软件产品
CN104301490A (zh) 一种将通信对象与记录相关联的方法及智能移动终端
US20070140460A1 (en) Directory service in communication networks
KR20100111936A (ko) 전화번호의 분류 저장방법, 자동 분류 그룹 추가 방법, 및 분류 표시방법
US20100232418A1 (en) Method and Apparatus for One Number Mapping Directory Presence Service
US20180077102A1 (en) System and Method for Managing Text Messages
CN106790911A (zh) 通讯设备通讯记录管理方法
US9363390B2 (en) System and method for classifying mobile device usage
US20190238677A1 (en) System for producing caller identification metadata
WO2014079901A1 (en) Method and system for managing members of a group in a telecommunication service
JP2001160980A (ja) 複数の電話番号に対応する発信者の管理方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: American California

Patentee after: Google limited liability company

Address before: American California

Patentee before: Google Inc.

CP01 Change in the name or title of a patent holder