CN103250437A - 用于输送联系人标识数据的集合到用户设备的服务器、用于其的方法、用户设备、计算机程序及计算机程序产品 - Google Patents

Abstract

本发明涉及用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的服务器(100)，服务器(100)包括：接收单元(110)，用于接收来自用户设备(6)的联系人标识数据；包括订户特定数据的数据存储模块(2)；以及布置成执行以下操作的分析模块(3)：分析接收的联系人标识数据，并且基于分析、订户特定数据和分析数据库(9)的全局数据，为用户设备(6)提供联系人标识数据的一个或多个建议的集合。本发明也涉及对应的方法、用户设备、计算机程序和计算机程序产品。

Description

用于输送联系人标识数据的集合到用户设备的服务器、用于其的方法、用户设备、计算机程序及计算机程序产品

技术领域

本发明涉及用于输送联系人标识数据的集合到与通信系统相关联的用户设备的装置和方法。

背景技术

今天，无线通信单元成了许多人每天生活的预期和自然部分。这些无线通信单元的许多单元包括电话簿，用户可将用于他或她的各种联系人（例如，朋友、同事、生意伙伴等）的诸如移动电话号码、陆线电话号码、电子邮件地址等联系人信息输入其中。一些人极其经常联系，而其它人更少联系，这是很自然的。许多用户发现在电话簿中存储联系人信息不但耗时，而且可能也复杂。因此，可发现更不经常拨打的电话号码不值得添加到电话簿。此外，忘记使用新或修改的联系人信息更改电话簿是常有的事。电话簿因而不可靠，并且进一步降低了用户使用它的兴趣和动力。

愿意使用和更新电话簿的另一重要方面在于无线通信单元的用户友好性。如果要求用户执行许多操作，例如，按许多按键以便输入或修改联系人信息，则用户可选择不费事使用电话簿，而是使用无线通信单元的键盘直接输入例如电话号码。然而，经键盘输入电话号码很耗时，并且增大了用户由于失误而输入错误数字或者认为记得号码并且使几个数字错位的风险。另一方面，许多用户也觉得电话号码的手动输入实践上困难并且耗时，这是因为无线通信单元的按键通常已变得很小。

还有，在更改无线通信单元时，或者如果用户具有几个不同无线通信单元时，将所有联系人信息添加到新无线通信单元是耗时的，并且经常被认为是困难的。

一些上述问题已被解决，例如，已提供在用户只输入几个数字时用于在无线通信单元中建议和显示电话号码的方式。

拨号错误的方面已例如在US 6285753 B1中得以解决，其中公开了用于比较输入号码和存储的号码，并且基于错误可能性度量来校正输入号码的系统和方法。

然而，除其它之外，鉴于轻松快速设置例如电话呼叫的要求，在此技术领域中存在对此方面的改进的持续需要和要求。

发明内容

本发明的目的是提供与在用户设备中联系人信息数据的输入有关的改进。

根据本发明的第一方面，该目的通过一种用于输送联系人标识数据的集合到与通信系统相关联的用户设备的服务器而得以实现。服务器包括：接收单元，用于接收来自用户设备的联系人标识数据；包括订户特定数据的数据存储模块；以及分析模块，布置成分析接收的联系人标识数据，并且基于分析、订户特定数据和分析数据库的全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。

与未能解决订户能够轻松访问不常使用的联系人标识数据（例如，极少使用的电话号码）的方面的已知现有技术不同，本发明允许使用此类不常使用的联系人标识数据。具体而言，在通信网络中可用并且包括识别在整个通信网络内广泛使用但未必由每个特定订户经常使用的联系人标识数据的全局数据能够被轻松提供给订户。本发明有助于用户选择联系人标识数据。

此外，订户可更改用户设备并且还立即能够访问并得以提供联系人标识数据的建议的集合，这是因为用于此目的所需的订户特定数据和全局数据可从服务器提供。

在本发明的变化中，分析确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。接收的联系人标识数据被识别为不完整或完整允许服务器布置成依据其操作。

根据此变化，如果接收的联系人标识数据是联系人标识数据的不完整集合，则分析模块布置成启用基于联系人标识数据的不完整集合建议联系人标识数据的完整集合的自动完成功能。如果接收的联系人标识数据是完整联系人标识数据的集合，则分析模块布置成检测完整联系人标识数据为错误的完整联系人标识数据，并且布置成启用基于接收的联系人标识数据建议联系人标识数据的校正的集合的错误号码功能。

在一个实施例中，错误号码功能布置成比较接收的联系人标识数据与订户特定数据和/或全局数据，并且将具有到接收的联系人标识数据的设置最大编辑距离的订户特定数据或全局数据提供为联系人标识数据的校正的集合。

在上述实施例的变化中，错误号码功能可还布置成在确定具有到接收的联系人标识数据的相同编辑距离的多于一个订户特定数据或全局数据时，提供按权重分类的联系人标识数据的校正的集合。极可能是预期集合的联系人标识的校正的集合由此始终得以提供，例如基于崭新度或频率提供。

在一个实施例中，分析模块布置成通过使用加权算法而将数据存储模块的用户特定数据和全局数据加权，由此根据联系人标识数据对应于从用户设备接收的联系人标识数据的可能性，将用户特定数据和全局数据按等级排序。

在一个实施例中，分析模块布置成通过使用加权算法将全局数据和订户特定数据加权，赋予订户特定数据比全局数据更高的优先级。

加权算法可基于在数据存储模块和/或全局数据存储模块中发生的联系人标识数据的建议的集合的崭新度和/或频率。基于崭新度和/或频率将联系人标识数据的集合加权提供了联系人标识数据的建议的集合是预期联系人标识数据的高概率。

全局数据可包括用于通信系统内最常用联系人标识数据的联系人标识数据和/或用于通信系统内优先处理的联系人标识数据的联系人标识数据。订户由此被提供了最可使用的联系人标识数据。

在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且分析模块还布置成将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。

在上述实施例中，服务器可还布置成向用户设备传送电话号码和从目录服务器接收的文本。

在一个实施例中，服务器包括布置成使用来自通信系统中分析数据库或服务提供商的数据库的全局数据进行更新的全局数据存储模块。

在一个实施例中，数据存储模块布置成通过从通信系统的计费系统接收或检索用户特定数据进行更新。

根据本发明的第二方面，该目的通过一种由服务器执行的用于输送联系人标识数据的集合到与通信系统相关联的用户设备的方法而能够得以实现。方法包括接收来自用户设备的联系人标识数据；分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。

在一个实施例中，分析接收的联系人标识数据的步骤包括确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且方法还包括将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。为订户提供与电话号码有关的文本有助于订户在联系人标识数据的建议集合之间选择。

在上述实施例的变化中，方法包括向用户设备传送电话号码和与电话号码有关的文本的又一步骤。

根据本发明的第三方面，该目的通过一种用于输送联系人标识数据的集合到与通信系统相关联的用户设备的计算机程序而得以实现。计算机程序包括计算机程序代码，计算机程序代码在服务器上运行时，促使服务器接收来自用户设备的联系人标识数据，分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。

在一个实施例中，提供了包括上述计算机程序和存储计算机程序的计算机可读部件的计算机程序产品。

根据本发明的第四方面，该目的通过一种用户设备而得以实现，该用户设备用于输送联系人标识数据的集合到与通信系统相关联的用户设备的用户。用户设备包括：用于接收用户输入的联系人标识数据的接收单元；包括用户特定数据的数据存储模块；布置成执行以下操作的分析模块：基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合；以及用于显示联系人的一个或多个建议的集合以供用户选择的显示器。

在一个实施例中，接收的联系人标识数据的分析包括确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

在一个实施例中，分析模块布置成借助于加权算法将用户特定数据和全局数据加权，由此根据联系人标识数据对应于从用户设备接收的联系人标识数据的可能性，将用户特定数据和全局数据按等级排序。

加权算法可基于在数据存储模块和/或全局数据存储模块中发生的联系人标识数据的建议的集合的崭新度和/或频率。

全局数据可包括用于通信系统内最常用联系人标识数据的联系人标识数据和/或用于通信系统内优先处理的联系人标识数据的联系人标识数据。

在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且分析模块还布置成将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。

在一个实施例中，全局数据存储模块布置成使用来自通信系统中分析数据库或服务提供商的数据库的全局数据进行更新。

在一个实施例中，包括呼叫处理程序和数据存储模块的用户设备布置成通过从呼叫处理程序接收或检索用户特定数据进行更新。由此使用在用户设备中可用的订户特定数据。

根据本发明的第五方面，该目的通过一种用户设备为向与通信系统相关联的用户设备的用户显示联系人标识数据的建议的集合而执行的方法而得以实现，用户设备包括数据存储模块，数据存储模块包括用户特定数据。方法包括接收用户输入的联系人标识数据；分析接收的联系人标识数据；基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合；以及在显示器上显示联系人的一个或多个建议的集合以供用户选择。

在一个实施例中，分析接收的联系人标识数据的步骤包括确定接收的联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

在一个实施例中，联系人标识数据的建议的集合包括电话号码，以及其中，方法还包括将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。

在一个实施例中，方法还包括在显示器上显示电话号码和与电话号码有关的文本的步骤。订户可因此容易确定要呼叫哪个电话号码。

在一个实施例中，方法还包括接收用户所做的选择，并且基于接收的选择设置联系请求的步骤，联系请求借助于通信系统提出。完整的呼叫因此通过用户的最少击键而能够实现。

根据本发明的第六方面，该目的通过一种用于将联系人标识数据的建议的集合输送到与通信系统相关联的用户设备的计算机程序而得以实现，计算机程序包括计算机程序代码，计算机程序代码在用户设备上运行时，促使用户设备接收用户输入的联系人标识数据，分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合，以及在显示器上显示联系人的一个或多个建议的集合以供用户选择。

在一个实施例中，提供了包括上述计算机程序和存储计算机程序的计算机可读部件的计算机程序产品。

在阅读以下描述和附图中，将明白本发明的其它特征和优点。

附图说明

图1示出在通信网络中实现的本发明的一实施例。

图2示出呼叫记录的加权和过滤。

图3示出在用户设备中实现的本发明的另一实施例。

图4示出用于更新订户呼叫记录的过程。

图5示出订户已拨打错误号码的情况。

图6示出用于已拨打数字的自动完成功能。

图7a以示意图方式示出服务器。

图7b以示意图方式示出图7a的服务器的一实施例。

图8示出关于服务器中方法的步骤的流程图。

图9示出关于图8的方法的另一实施例的步骤的流程图。

图10a以示意图方式示出用户设备。

图10b以示意图方式示出图10a的用户设备的一实施例。

图11示出关于用户设备中方法的步骤的流程图。

图12示出关于图11的方法的另一实施例的步骤的流程图。

图13示出关于图11或图12的方法的另一实施例的步骤的流程图。

具体实施方式

在下面的描述中，为便于解释而不是限制，陈述了特定的细节，如特定的架构、接口、技术等，以便提供本发明的详尽理解。然而，本领域的技术人员将理解，本发明可在脱离这些特定细节的其它实施例中实践。在其它情况下，忽略了熟知的装置、电路和方法的详细描述以免不必要的细节混淆本发明的描述。类似的标号表示整个描述中类似的单元。

在下述内容中，将描述用于向用户设备输送联系人标识数据(contact identification data)的集合的装置和方法。联系人标识数据在整个描述中通过电话号码例示，但联系人标识数据并不限于此。另一联系人标识数据的示例是电子邮件地址。联系人标识数据的另一示例是IP地址，例如，拨打192168001010的主叫方能够对应于IP地址192.168.1.10。联系人标识数据的另一示例是URI（统一资源标识符），如SIP（会话启动协议）地址，例如，sip:user:passwordhost:port;uri-parameters?headers。

图1示出本发明的第一实施例。简要地说，在下述内容中示为KDSU 1的键盘拨号支持单元1提供用于向用户设备6的用户提供呼叫支持。在此实施例中，KDSU 1实现为通信网络7的服务器100。例如应用服务器等服务器100因而是配置成依据发送到它的适当消息操作的服务器。

KDSU 1包括分析模块3、在下述内容中示为WNF 4的错误号码功能4和在下述内容中示为ACF 5的自动完成功能5。

KDSU 1还包括数据存储模块2，数据存储模块包括用于通信网络7的订户的呼叫记录数据。数据存储模块2可包括适合的数据库和用于从中检索数据的部件，例如，数据库管理系统，或者简单的是包括可检索呼叫记录数据的存储器。用于特定订户的呼叫记录数据的集合在下述内容中示为订户呼叫记录10。每个订户呼叫记录10通过订户特定数据进行更新，如自象开通预订的日期等某个预定义的固定日期起或者在诸如上六个月等预确定的时间期间，订户已呼叫的所有号码。此更新可通过从通信网络7的计费系统8检索或接收最近数据来完成。更新可定期进行，例如，每小时、每天、每周等。

例如号码等呼叫记录数据可一次流传送一个或者以批文件流传送。格式例如可以是如通信网络7中业务节点直接生成的呼叫数据记录(CDR)，或者是如计费协调器(Charging Mediator)产生的字符分隔值(CSV)文件。能够在实现KDSU 1与计费系统8之间通信中使用的协议的示例包括文件传送协议(FTP)或在HTTP上的简单对象访问协议(SOAP)（Web服务）代表性状态转移(REST)。

在一实施例中，KDSU 1配置成允许与通信网络7的分析数据库9中可用的分析模块的通信。KDSU 1随后接收或检索有关在完整通信网络7中最普遍和/或重要号码的数据，这些号码随后在KDSU 1中的加权算法中使用。最普遍的号码例如可包括娱乐场、饭馆、出租车公司等的号码。最重要或优先处理的号码例如可包括救助和紧急服务、护理中心、医院、军方号码等。此类优先处理的号码可以不同方式检测到。作为示例，救助号码经常在运营商的网络中标示。由于在通信网络中发生拥塞的情况下应赋予这些号码优先权，因此，经常在运营商的计费系统中及在运营商的号码分析中标示它们，随后，通过标示可检测到这些号码。此特征例如对于尚未构建他或她的订户呼叫记录的新订户特别有用，并且还有利于识别其它订户经常呼叫的号码。

KDSU 1可还包括全局数据存储模块13，全局数据存储模块包括在分析数据库9中可用的通信网络7的运营商的完整呼叫记录15数据。全局数据存储模块13因而包括基于来自运营商的完整呼叫记录15的数据的全局呼叫记录14。完整呼叫记录15中且因此在全局呼叫记录14中的数据示为全局数据。全局呼叫记录14因此从在通信网络7中所有订户收发的业务（即，在通信网络7内进行的所有呼叫）推导。全局呼叫记录14的数据可以是完整呼叫记录15的订户适应子集，例如，根据用户设备6的地理位置适应。具体而言，如果两个或更多个号码具有是预期号码的相同可能性，则能够选择对应于到用户的当前位置的最短地理距离的号码。全局数据可包括根据上面提及内容的信息，即，在通信网络7中最常用号码和/或优先处理号码。全局数据存储模块13中的数据能够从分析数据库9检索或接收，并且可定期更新，例如，每天、每周或每月。

为清晰地描述本发明，包括订户呼叫记录10的数据存储模块2和包括全局呼叫记录14的全局数据存储模块13已被描述为分开的实体。然而，在另一实施例中，它们实现为单个存储装置。

对于特定订户，可提供包括订户特定数据和全局数据的合并的订户呼叫记录17。合并的订户呼叫记录17是电话号码的加权列表。

在要分析新电话号码时，基于到电话号码的输入数字的编辑距离过滤合并的订户呼叫记录17。如果有多个电话号码具有相同编辑距离，则能够例如基于地理位置和/或日时(ToD)进行第二次过滤。到输入数字的编辑距离是将一个电话号码变换成另一号码所需的操作数量的距离。操作可以是删除（即，移除一个数字）、换位（即，交换相邻数字）、改变（即，将一个数字更改为另一数字）或插入（即，添加数字）。订户呼叫记录10、全局呼叫记录14和合并的订户呼叫记录15的处理和使用将在下面更详细描述。

图2示出呼叫记录的加权和过滤。订户呼叫记录10和全局呼叫记录14均是基于被叫电话号码的崭新度(recency)和频率进行加权。这意味着更近和更经常拨打的电话号码将获得更高的等级。等级允许KDSU 1进行更迅速的处理，表现在它能够以等级顺序建议电话号码，其中，最可能是订户要呼叫的电话号码具有最高等级，下一最可能电话号码具有下一最高等级等等。也就是说，订户更经常和更近进行的呼叫被假设为订户将更可能再次呼叫的电话号码。

数据存储模块2和全局数据存储模块13之间的互配能够以不同方式实现。在图2中，示出了一实施例，其中，全局数据存储模块13的全局数据和数据存储模块2的订户特定数据合并在一起。包括每订户被叫电话号码的订户呼叫记录10和包括通信网络7内被叫的电话号码的全局呼叫记录14被输入合并呼叫记录单元16，该单元提供合并的订户呼叫记录17。订户呼叫记录10和全局呼叫记录14在合并呼叫记录单元16中合并以便赋予来自订户呼叫记录10的电话号码比全局呼叫记录14的电话号码更高优先级。由此，如果在合并的订户呼叫记录17中有基于输入的数字的相同编辑距离的多个号码，则来自订户呼叫记录10的号码比来自全局呼叫记录14的号码优先得到处理。不同的加权因子α和β可用于此目的，其中，用于订户呼叫记录的加权因子α高于用于全局呼叫记录的加权因子β，α和β例如分别等于0.9和0.1。

加权合并的订户呼叫记录17用于允许检索离输入电话号码最近的电话号码，即，在KDSU 1中接收如订户输入的电话号码或电话号码的部分时用户最可能想使用的电话号码。如图中所示，在加权过程中也可使用其它参数。订户的地理位置和日时是两个示例。可基于一些电话号码更可能在某个位置和/或某个日时被呼叫的可能性来使用这些参数，例如，在下午15点与19点之间当地饭馆的位置。随后，提供一个或多个电话号码以便向订户显示，例如，在标号19所示的用户设备的屏幕上。地理位置例如可以是小区全球身份(CGI)的格式，或者是从例如全球定位系统(GPS)或GALILEO（当前在部署）等基于卫星的定位系统接收的地理坐标。

合并的订户呼叫记录17、输入的电话号码和可能的其它参数因此借助例如由标号18所示的处理器得到适当处理。执行合并的订户呼叫记录17的电话号码的加权过滤以便获得用户最可能想要的一个或多个电话号码。处理器18的输出提供用于在用户设备的屏幕19上显示。

处理器18和合并呼叫记录单元16可以是KDSU 1的一部分。

在另一实施例中，通过直接合并订户呼叫记录10和来自通信网络7的分析数据库9的加权列表，获得合并的订户呼叫记录17。

在下述内容中，根据本发明的一个实施例，将解释如何执行加权和某些号码是预期号码的概率的一些背景和示例。

假定有一个电话号码，目的是选择该电话号码的最可能校正，注意，“校正”可以是给定的电话号码自身。目的是查找所有可能校正中将用于给定电话号码n的校正c的概率P最大化的c，即，在电话号码是n时，用于校正c的概率P的最大值的自变量：

换而言之，函数argmaxc列举c的所有可行值，并且随后选择给出最佳组合概率评分的一个值。

根据贝叶斯的定理，这相当于：

由于P(n)对于每个可能c是相同的，因此，能够忽略P(n)，得出：

此表达式有三个部分。从右到左，它们是：

1.   P(c)是提议的校正表示其自己的概率。这能够视为回答问题“拨打c的可能性有多大？”。

2.   P(n|c)是在订户表示c时将拨打n的概率。这是错误模型：它能够被视为回答问题“在c是预期时用户将错误键入n的可能性有多大？”

3.   argmaxc控制机制，它列举c的所有可行值，并且随后选择给出最佳组合概率评分的一个值。

首先，P(c)：对此而言，训练概率模型，简单地说，这在一个实施例中指统计在相关列表中每个电话号码出现的次数。这能够在全局级为所有订户和为每单个订户进行。因此，P ("90510")（其中，“90510”是公共电话号码）将在全局模型中具有相对高的概率，而P("070- 1234567")（最好朋友的电话号码）将接近0，以及对于用户模型反之亦然。然而，一种复杂情况是新电话号码，即特定订户尚未呼叫的电话号码。对于在训练数据中不存在的新电话号码的情况怎么样？如果只是因为号码尚未使用而将其概率表示为0，则这将是不成功的方案。有几种可能方式解决此问题；一种方式是处理新电话号码，如同它们实际上已出现一次一样。此方案称为拉普拉斯（Laplace）平滑方法，这是因为将为0的概率分布的部分被消除，从而赋予它们预确定的小值，例如，最小可能计数。

接着，P(n|c)：研究列举给定电话号码n的可能校正c的问题。如更早所提及的一样，编辑距离能够定义为将一个电话号码转成另一电话号码将进行的编辑次数。有几种不同的方式定义编辑距离，一种可能的备选是Damerau-Levenshtein距离。如上所提及的一样，编辑能够是删除（即，移除一个数字）、换位（即，交换相邻数字）、改变（即，将一个数字更改为另一数字）或插入（即，添加数字）。我们现在看看与电话号码n有一编辑距离的所有电话号码/校正c的集合。这能够是相当大的集合。对于大小s的电话号码，将有s次删除，s-1次换位，26*s次改变和26*(s+1)次插入，得到54*s+25的总数，其中有些一般是重复项。然而，更不可能的是错误地拨打1而不是9，这是因为这些数字在拨号盘上相互距离如此之远。也更不可能的是在第一个数字上出错。从计费数据记录(CDR)能够提取其它知识，例如，通过确定两个连续呼叫具有足够小的编辑距离，在时间上接近，并且第一个呼叫被断开将指示已拨打错误号码时。基于此，能够构建哪个位置是最常正确的统计模型。随后，该知识能够用于计算在假定有周围数字的情况下进行每次插入、删除或改变的可能性的概率。

用于执行呼叫列表的加权的以上描述无意于成为本发明的限制。有几种不同方式能够用于获得一组电话号码的权重并且由此相应地排列电话号码。Damerau-Levenshtein距离使用的备选的两个示例包括汉明（Hamming）距离和Levenshtein距离。能够使用例如卡茨（Katz）平滑或任何其它平滑技术而不使用拉普拉斯平滑。从此处明显看到，加权可以不同方式实现。

在加权过滤中使用的上述算法或其部分例如可通过处理器18中的软件和/或专用集成电路实现。用于实现以上所述的编程语言的示例包括Java、C、C+和C++。

在下述内容中，提供了编辑距离的计算的特定示例。为比较错误呼叫的号码和来自订户呼叫记录10与全局呼叫记录14（或合并的订户呼叫记录17）的号码，编辑距离用于比较在错误呼叫号码与呼叫记录10、14中号码的数字之间的距离。如果有几个号码带有相同编辑距离，则从例如键盘距离、全局呼叫记录对订户呼叫记录、地理距离、日时距离、崭新度和频率等多个参数推导的加权距离用于检测来自呼叫记录10、14的最可能是预期号码的号码。每个参数的值在0与1之间归一化。下面是一些提及参数的示例。每个参数的相对重要性可配置，并且可依据本地条件进行适应。所有相对重要性之和为1，即，

编辑距离的相对重要性+键盘距离的相对重要性+... = 1 

加权编辑距离是包括相对重要性等参数之和：

加权距离=相对重要性键盘距离×键盘距离+键盘重要性订户/全局呼叫记录×订户/全局呼叫记录+...。

汉明距离是编辑距离计算的一个备选实现。汉明距离等于对应数字不同的位置的数量。描述它的另一种方式是将一个号码更改成另一号码所要求的替代次数或将一个号码变换成另一变换的错误数量。

键盘距离是在键盘上两个数字之间的相对距离。值在0与1之间归一化。相互相邻的两个数字获得0.9的权重。如果在数字之间的距离大于1，则权重为0.5。如上所解释的一样，更不可能的是错误地拨打1而不是9，这是因为这些数字在拨号盘上相互距离如此之远，这能够通过键盘距离反映。

订户/全局呼叫记录是取决于号码是来自全局呼叫记录还是订户呼叫记录的相对权重。权重在0与1之间归一化。如果号码来自订户呼叫记录，则权重可以为0.9。如果号码来自全局呼叫记录，则权重可以为0.1。这因此反映应先选择来自订户呼叫记录的号码。

示例：

错误呼叫的号码n是2173896。在此示例中，相对重要性对于相对重要性订户/全局呼叫记录为0.9，并且对于相对重要性键盘距离为0.1。

在合并的订户呼叫记录17中，有三个号码：

●来自订户呼叫记录的A=2173797。编辑距离为2。

●来自订户呼叫记录的B=2173897。编辑距离为1。键盘距离为0.5。

●来自全局呼叫记录的C=2173895。编辑距离为1。键盘距离为0.9。

由于编辑距离原因，排除A。B和C具有相同编辑距离。加权距离为：

加权距离B= 0.1 × 0.5 + 0.9 × 0.9 = 0.86

加权距离C= 0.1 × 0.5 + 0.9 × 0.1 = 0.14

这意味着号码B=2173897是与被叫号码距离最小的号码。号码B因此被提供为联系人标识数据的建议的集合。

如更早参照图1所提及的一样，KDSU 1允许向订户提供两个特征：ACF 5和WNF 4。

ACF 5被激活以便成块分析被叫电话号码的数字。块的大小可由利用KDSU 1的用户设备6配置，并且可以是单个数字到电话号码的最大长度。例如电话号码的前两个数字等数字的第一块由用户输入时，开始分析。比较数字的第一块和订户呼叫记录10或合并的订户呼叫记录17中的前2个数字。如所提及的一样，将订户呼叫记录10加权，并且因此将数字的第一块先与最高加权电话号码进行比较。存在一个或多个匹配项时，对应完整的一个或多个电话号码将在用户设备6的屏幕上显示为可点击号码，因此提供了自动完成功能。订户随后可方便地点击所需电话号码并且完成呼叫。

被叫电话号码中的所有数字已输入并且订户已按用户设备6的呼叫按钮时，WNF 4被激活。在一实施例中，在将呼叫设置消息发送到通信网络7之前，为所有呼叫激活WNF 4。在另一实施例中，在通信网络7已通过例如“此号码未在使用”或“未分配的号码”等错误消息响应用户设备6时，WNF 4被激活。

WNF 4布置成比较订户拨打的电话号码和在订户的合并的订户呼叫记录17中的电话号码。使用了尝试匹配拨打的电话号码和合并的订户呼叫记录17的电话号码的算法。算法检测合并的订户呼叫记录17中最接近拨打的电话号码（即，具有最高相似性）的电话号码。通过确定编辑距离，例如，要求最多一定次数的操作以变换成另一号码，例如，要求最多两次操作或一次操作或三次或几次操作，能够检测此类相似性。如果有多个电话号码带有相同编辑距离，则也考虑电话号码的权重。也就是说，具有相同编辑距离的电话号码的最高加权电话号码被最先建议为正确的电话号码。

最大编辑距离可配置以便避免在被叫电话号码与匹配的电话号码之间的差别太大而无意义。例如，能够设置两次操作的最大编辑距离，意味着变换号码要求最多两次操作。

在典型的情况中，只建议一个建议的可点击电话号码，但要注意的是，它可以是可配置的，以便显示一个或几个建议的电话号码。呼叫具有类似结构的许多号码的订户可能想显示全部具有到错误被叫电话号码的相同编辑距离的几个电话号码。例如，对于具有一系列的许多电话号码的公司，情况可以是如此。电话号码可以所选优先级顺序列出，例如，基于用户的位置和/或日时。

又一特征是从目录服务器11检索按字母顺序的数据。KDSU 1将电话号码传送到目录服务器11，目录服务器在响应中传送对应于电话号码的按字母顺序的数据，典型的情况是具有电话号码的订户的姓名。此类消息传递例如能够通过使用轻量级目录访问协议(LDAP)实现。随后，向订户显示一个或多个建议的姓名而不是一个或多个建议的电话号码，或补充有一个或多个建议的电话号码，这在许多订户看来更具用户友好性。

图3示出本发明的另一实施例。键盘拨号支持模块KDSU 1'在此实施例中在用户设备6'中实现。KDSU 1'包括分析模块3'、错误号码功能4'、自动完成功能5'及具有如上为第一实施例所述的对应特征和能力的数据存储模块2'。

用户设备6'包括呼叫处理程序12。订户呼叫记录10'可从用户设备6'中的呼叫处理程序12进行更新。通过例如安卓（Android）电话API或黑莓（Blackberry） PhoneListener API等内部应用编程接口(API)，可实现在KDSU 1'与呼叫处理程序12之间用于输送建议的电话号码及也可选地输送与电话号码相关联的姓名的数据传送。

如在KDSU功能性在通信网络7中实现的实施例中一样，也可为此实施例实现用于添加姓名到电话号码的功能。具体而言，用户设备6'可从目录服务器11检索或接收对应于在建议的电话号码的按字母顺序的数据。因此，显示的是建议的姓名，而不是向订户显示建议的电话号码。

下面将参照图4-6描述一些用例。

在图4中，图1的实施例用于描述更新订户呼叫记录10的过程，其中，KDSU 1实现为服务器，在下述内容中示为KDSU服务器100。

通过来自通信网络7的计费系统8以及也来自上面参照图2所述完整呼叫记录15的呼叫数据，更新订户呼叫记录10。呼叫数据可以持续从计费系统8流传送。如从计费系统8到KDSU服务器100的箭头所示，不同种类的呼叫数据可以是有用的。例如，用于识别订户的MSISDN（也称为移动订户综合服务数字网络号码）、订户呼叫的号码、时戳和订户的地理位置。

也可定期发送更早参照图2所述在整个通信网络7中优先处理和/或经常呼叫的号码的列表。在全局数据存储模块13中存储的全局呼叫记录14随后通过这些号码进行更新，由从分析数据库9到KDSU服务器100的箭头示出。

KDSU服务器100包括例如执行软件代码的处理器等装置以便检查呼叫数据的号码是否已经存储在数据存储模块2中或者它是否为新号码。如果号码已经存储在数据存储模块2中，则更新号码的权重，以及如果它是新号码，则计算用于它的权重，随之将号码添加到订户呼叫记录10。

图5示出订户已拨打错误号码的情况。具体而言，订户在被叫号码中错误地交换相邻数字（换位）。订户预期呼叫号码1234567，该号码是其朋友之一鲍勃·布朗（Bob Brown）的号码，但错误地拨打了1243567（箭头1）。通信网络7随后通过传送符合“此号码无效”的错误消息进行回复（箭头2）。在接收此类消息时，在用户设备6中的客户端将发送包括错误拨打的号码的消息到KDSU 1（箭头3）。此类消息能够通过在HTTP上的代表性状态转移(REST)消息实现。KDSU 1的WNF 4执行在被叫号码与订户呼叫记录10中号码之间的比较。如更早所述，在比较检查中使用了最大允许的差别，即，编辑距离（箭头4）。在发现匹配号码1234567时，WNF将此号码发送到目录服务器11（箭头5）。具有号码1234567的订户的姓名（即，鲍勃·布朗）被返回到WNF 4（箭头6）。建议的姓名和号码（即，鲍勃·布朗 1234567）被返回到用户设备6（箭头7）。最后，符合“您是指1234567 鲍勃吗？”的消息在用户设备6的屏幕上显示，并且用户可通过点击号码而轻松地执行呼叫。

备选，如果目录服务器11未使用，则在发现匹配项，即号码1234567时，WNF 4将此号码直接发送到订户（未在图中显示）。用户随后能够轻松地点击号码并且成功执行呼叫。

在上述情形中，错误号码的错误表现在它是无效的，未由任何人使用。另一种情况是订户拨打了错误号码，即，非其预期的另一号码，但仍是有效的电话号码，而不同于前一情形的无效号码。用户因此拨打错误号码，并且有人应答。用户可能将相当快挂机。在一实施例中，在它未已经存在于订户呼叫记录10中的情况下，这用作将最后呼叫标记为错误的触发。能够采取另一步骤，其中，要求用户回答这是否为错误输入，如果确认为错误输入，则不通过号码更新订户呼叫记录10，并且激活WNF 4。

图6示出用于已拨打数字的自动完成功能。订户已输入第一数字或例如“12”等前几个数字时，KDSU 1的自动完成功能ACF 5将为订户提供订户以前拨打的号码及以“12”开始的可能其它号码。订户随后可向下滚动查看并且选择所需的电话号码。下面参照图6对此进行更详细描述。

订户已输入数字“12”，并且这些数字被发送到ACF 5（箭头1）。ACF 5随后比较数字和订户呼叫记录10或合并的订户呼叫记录14中的电话号码（箭头2）。

在发现输入数字的匹配项时，ACF 5将一个或多个电话号码1234567、1234587发送到目录服务器11（箭头3）。目录服务器11添加对应于电话号码的姓名，1234567 鲍勃·布朗、1234587 比尔·布林，并且将这些提供到ACF 5（箭头4）。建议的电话号码和姓名被返回用户设备6（箭头5）。电话号码在用户设备6的显示器上显示为可点击对象（箭头6）。随后，订户点击所需电话号码，并且呼叫设置被发送到通信网络7（箭头7）。

备选，如果目录服务器11未使用，则ACF 5将一个或多个号码直接发送到订户（图中未示出），号码随后作为可点击对象显示，随之订户能够迅速设置呼叫。

在另一情形中，用户要拨打类似于他原来输入的一个号码的号码。一个示例是具有其自己的电话号码系列的公司。如果未考虑在内，这可能能够成为问题。例如，同事A具有号码1234 56，并且同事B具有号码1234 65。视谁是最常被叫同事而定，这可通过使用ACF 5将A更改到B，且反之亦然。为克服此问题，分析构建的呼叫（即，输入的数字）以查找号码系列中的类似性。在此情况下，1234将被视为公司前缀，并且后两个数字被视为扩展。一旦进行此操作，KDSU 1便将认识公司号码，并且避免自动完成。这意味着KDSU 1配置有公司前缀，例如，上述情况中的1234。在KDSU 1接收以1234开始的号码时，ACF 5被停用，或者其触发变得更具限制性。例如，ACF 5能够仅在订户输入数字的更大块时才被激活，例如，对于四个数字的上述公司前缀示例(1234)为6个数字。WNF 4的激活也能够鉴于公司号码进行调整，例如，通过具有降低的最大编辑距离，例如，将一个号码变换到另一号码只要求一次编辑而不是例如两次编辑。

从前面的描述中，明白在一个实施例中KDSU 1实现为例如应用服务器等适合用于将联系人标识数据的集合输送到与通信系统7相关联的用户设备6的KDSU服务器100。术语“相关联”指描述用户设备6在兼容通信系统7中使用，通信系统7例如符合长期演进(LTE)标准及将来根据国际电信联盟(ITU)的4G标准任意之一。要注意的是，本发明可在无线通信系统中及在有线通信系统中实现。

图7a以示意图方式示出KDSU服务器100，包括用于从用户设备6接收联系人标识数据的接收单元110。接收单元110可以是用于接收联系人标识数据的任何输入单元。KDSU 100的接收单元110可依据用户设备6使用的通信方法进行适应。由于KDSU 100无需是通信网络7的一部分，因此，从用户设备6到KDSU的访问请求可以但无需通过通信网络7。接收单元110可因此是能够从通信网络7的节点接收通信的输入单元或者是能够通过例如无线宽域网(WLAN)接收通信的输入单元。

KDSU服务器100还包括数据存储模块2，数据存储模块包括用户特定数据，即，订户呼叫记录10。

KDSU服务器100还包括布置成分析接收的联系人标识数据的分析模块3。分析可包括确定接收的联系人标识数据是联系人标识数据的不完整或完整集合。在从用户设备6接收联系人标识数据，例如，被叫电话号码中的几个数字或所有数字时，由分析模块3确定接收的联系人标识数据是否应使用WNF 4处理或者由ACF 5处理。通过确定接收的联系人标识数据是联系人标识数据的不完整集合还是联系人标识数据的完整集合，做出此确定。如果接收的联系人标识数据是联系人标识数据的不完整集合，即不完整电话号码，则激活ACF 5。如果接收的联系人标识数据不是不完整电话号码，则确定它是错误号码，即，无效号码或错误输入的号码，在此情况下激活WNF 4。

基于从数据存储模块2和全局数据存储模块13接收或检索的数据，分析模块3可提供上述由处理器18执行的功能，即，分析接收的联系人标识数据并且执行必要的处理和计算，例如，执行联系人标识数据的加权过滤。分析模块3可还执行编辑距离的计算。

分析模块3还布置成基于分析、用户特定数据和分析数据库9的全局数据，为用户设备6提供联系人标识数据的一个或多个建议的集合。联系人标识数据的建议集合可通过例如传送单元等适合的输出单元120提供到用户设备6。分析数据库9的全局数据可输送到KDSU服务器100的全局数据存储模块13。上面已详尽描述如何提供联系人标识数据的建议的集合。

结合图7a所述的相应模块已公开为KDSU服务器100中物理上分开的模块，并且它们可以是专用电路，如ASIC（专用集成电路）。本发明也涉及KDSU服务器100的实施例，其中，一些或所有模块实现为在通用处理器上运行的计算机程序模块。下面参照图7b描述此类一实施例。

图7b以示意图方式示出KDSU服务器100的一实施例。上述分析模块3、WNF 4和ACF 5能够分别实现为计算机程序21的程序模块130、140和150，计算机程序包括在由KDSU服务器100中的处理器111运行时促使KDSU服务器100执行上述功能和动作的代码部件。分析模块可以是在确定接收的联系人标识数据是联系人标识数据的不完整集合时促使ACF程序模块150被激活的程序模块130。ACF程序模块150随后将联系人标识数据的建议的集合提供到分析程序模块130，分析程序模块随后将联系人标识数据的建议的集合提供到用户设备6。分析模块还可以是在确定接收的联系人标识数据是联系人标识数据的完整集合时促使WNF程序模块140被激活的程序模块130。WNF程序模块140随后将联系人标识数据的建议的集合提供到分析程序模块130，分析程序模块随后将联系人标识数据的建议的集合提供到用户设备6。

处理器111不但可以是单一CPU（中央处理单元），而且能够在KDSU服务器100中包括两个或更多个处理单元。例如，处理器111可包括通用微处理器、指令集处理器和/或有关芯片集和/或专用微处理器，如ASIC（专用集成电路）。处理器111也可包括用于缓存目的的插板存储器。计算机程序21可由连接到处理器111的KDSU中的计算机程序产品20携带。计算机程序产品20包括存储计算机程序21的计算机可读媒体。例如，计算机程序产品20可以是闪存、RAM（随机存取存储器）、ROM（只读存储器）或EEPROM（电可擦除可编程ROM），并且上述计算机程序模块在备选实施例中能够以在KDSU服务器100内的存储器形式分布在不同计算机程序产品上。计算机程序产品20可以是光盘，如CD（压缩光盘）、DVD（数字多功能光盘）或Blu-Ray盘。

也提供了用于输送联系人标识数据的集合到与通信系统7相关联的用户设备6的计算机程序21。计算机程序21包括在处理器111上运行时促使KDSU服务器100执行以下操作的计算机程序代码：接收来自用户设备6的联系人标识数据，分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据，为用户设备的用户提供联系人标识数据的一个或多个建议的集合。

图8示出关于在KDSU服务器100中的方法30的步骤的流程图。用于输送联系人标识数据的集合到与通信系统7相关联的用户设备6的方法30包括接收31来自用户设备6的联系人标识数据的第一步骤。

方法30包括分析32接收的联系人标识数据的第二步骤。

方法30包括基于分析、用户特定数据和全局数据，为用户设备6提供33联系人标识数据的一个或多个建议的集合的第三步骤。

在一实施例中，分析32接收的联系人标识数据的步骤包括确定接收的联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

参照图9，在一实施例中，联系人标识数据的建议的集合包括电话号码。方法30因而包括将电话号码传送34到目录服务器(11)和从目录服务器11接收35与电话号码有关的文本的另外步骤。KDSU服务器100随后将电话号码和与电话号码有关的文本传送到用户设备6，由此提供联系人标识数据的建议的集合。

图10a以示意图方式示出用户设备6'，它包括适合用于向用户设备6'的用户显示联系人标识数据的建议的集合的显示器61。

用户设备6'还包括用于接收用户输入的联系人标识数据的接收单元60。

用户设备6'包括数据存储模块2'和分析模块3'，数据存储模块包括用户特定数据。分析模块3'是对应于参照图7a和7b所述分析模块3的模块，并且能够以对应的方式实现。

结合图10a所述的相应模块已公开为用户设备6'中物理上分开的模块，并且它们可以是专用电路，如ASIC（专用集成电路）。本发明也涉及用户设备6'的实施例，其中，一些或所有模块实现为在通用处理器上运行的计算机程序模块。下面参照图10b描述此类一实施例。

图10b以示意图方式示出用户设备6'的一实施例。

用户输入且由接收单元60接收的联系人标识数据可由处理器63处理，处理器因此在用户按用户设备6'的键盘的按键时接收来自接收单元60的输入击键，并且处理接收的数据。

用户设备6'还包括用于允许在显示器61上显示建议的联系人标识数据的部件。此类部件可包括在处理器63上执行时在显示器61上输出联系人标识数据的程序代码。

上述分析模块3'、WNF 4'和ACF 5'能够实现为计算机程序71的程序模块，计算机程序包括在由用户设备6'中处理器63运行时促使用户设备6'执行上述功能和动作的代码部件。分析模块3'、AWM 5'、WNF 4能够分别实现为计算机程序71的程序模块130'、140'和150'，计算机程序包括在由用户设备6'中处理器63运行时促使用户设备6'执行上述功能和动作的代码部件。处理器63不但可以是单一CPU（中央处理单元），而且能够在用户设备6'中包括两个或更多个处理单元。例如，处理器63可包括通用微处理器、指令集处理器和/或有关芯片集和/或专用微处理器，如ASIC（专用集成电路）。处理器63也可包括用于缓存目的的插板存储器。计算机程序71可由连接到处理器63的用户设备6'中的计算机程序产品70携带。计算机程序产品70包括存储计算机程序71的计算机可读媒体。例如，计算机程序产品70可以是闪存、RAM（随机存取存储器）、ROM（只读存储器）或EEPROM（电可擦除可编程ROM），并且上述计算机程序模块在备选实施例中能够以在用户设备6'内的存储器形式分布在不同计算机程序产品上。计算机程序产品70可以是光盘，如CD（压缩光盘）、DVD（数字多功能光盘）或Blu-Ray盘。

也提供了用于输送联系人标识数据的集合到与通信系统7相关联的用户设备6'的计算机程序71。计算机程序71包括在用户设备6'中的处理器63上运行时促使用户设备6'执行以下操作的计算机程序代码：接收用户输入的联系人标识数据，分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据存储模块13'的全局数据，提供联系人标识数据的一个或多个建议的集合，以及在显示器61上显示联系人的一个或多个建议的集合以供用户选择。

图11示出关于用户设备6'中方法的步骤的流程图。用户设备6'中的方法40包括接收41用户输入的联系人标识数据的第一步骤。用户例如可借助键盘物理输入联系人标识数据，或者通过说出联系人标识数据口头输入联系人标识数据。用户设备6'因而包括用于接收联系人标识数据的对应部件，例如，从键盘接收击键的处理器或者从麦克风接收音波的处理器。

方法40包括分析42接收的联系人标识数据的第二步骤。此步骤对应于图8的步骤32，并且将不进一步详细描述。

方法40包括基于分析、用户特定数据和全局数据存储模块(13')的全局数据提供联系人标识数据的一个或多个建议的集合。

方法40包括在显示器61上显示联系人的一个或多个建议的集合以供用户选择的显示器44。

图12示出关于图11的方法的另一实施例的步骤的流程图。方法包括将电话号码传送45到目录服务器11和从目录服务器11接收46与电话号码有关的文本的其它步骤。随后可向用户显示文本和电话号码以供其选择。

图13示出关于图11或图12的方法的另一实施例的步骤的流程图。方法包括接收47订户所做的选择，并且基于接收的选择设置48联系请求(contact request)的另外步骤，联系请求借助于通信系统7提出。

本发明的不同实施例实现了几个优点，下面提及其中的几个优点。键盘拨号得以简化，并且订户需要只输入几个数字并且在响应中获得可点击的建议号码列表。所述自动完成功能使得拨打在通信网络内常用的号码变得容易，这是因为在用户已输入前几个数字时，也可提供这些号码。错误号码特征为已拨打错误号码的订户提供了有益的帮助，例如，在由于失误而错拨电话号码中的数字时，或者在“几乎”记住电话号码时。订户呼叫记录可补充有订户尚未呼叫的号码。此类号码从通信网络提供，并且例如在预订是新的时对订户有用。日时和地理位置的添加提高了建议的号码的准确度。对于具有几个装置的订户而言，由于他或她的订户特定数据随后可从通信网络提供，因此，通信网络中KDSU的位置是有益的。

Claims (36)

1.一种用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的服务器(100)，所述服务器(100)包括：

-接收单元(110)，用于接收来自所述用户设备(6)的联系人标识数据，

-包括订户特定数据的数据存储模块(2)，以及

-布置成执行以下操作的分析模块(3)：

    -分析接收的联系人标识数据，以及

    -基于所述分析、所述订户特定数据和分析数据库(9)的全局数据，为所述用户设备(6)提供联系人标识数据的一个或多个建议的集合。

2.如权利要求1所述的服务器(100)，其中所述分析确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

3.如权利要求1或2所述的服务器(100)，其中所述接收的联系人标识数据是联系人标识数据的不完整集合，并且所述分析模块(3)布置成启用基于联系人标识数据的所述不完整集合建议联系人标识数据的完整集合的自动完成功能(5)。

4.如权利要求3所述的服务器(100)，其中所述分析模块(3)布置成比较所述接收的联系人标识数据与所述订户特定数据和/或所述全局数据，并且将具有到所述接收的联系人标识数据的设置最大编辑距离的订户特定数据或全局数据提供为联系人标识数据的所述建议的集合。

5.如权利要求1或2所述的服务器(100)，其中所述接收的联系人标识数据是完整联系人标识数据的集合，并且所述分析模块(3)布置成：

-检测所述完整联系人标识数据为错误的完整联系人标识数据，以及

-启用基于所述接收的联系人标识数据来建议联系人标识数据的校正的集合的错误号码功能(4)。

6.如权利要求5所述的服务器(100)，其中所述分析模块(3)布置成比较所述接收的联系人标识数据与所述订户特定数据和/或所述全局数据，并且将具有到所述接收的联系人标识数据的设置最大编辑距离的订户特定数据或全局数据提供为联系人标识数据的所述校正的集合。

7.如权利要求6所述的服务器(100)，其中所述分析模块(3)布置成在确定具有到所述接收的联系人标识数据的相同编辑距离的多于一个订户特定数据或全局数据时，提供按权重分类的联系人标识数据的所述校正的集合。

8.如前面权利要求任一项所述的服务器(100)，其中分析模块(3)布置成通过使用加权算法而将所述数据存储模块(2)的所述用户特定数据和所述全局数据加权，由此根据联系人标识数据对应于从所述用户设备(6)接收的联系人标识数据的可能性，将所述用户特定数据和全局数据按等级排序。

9.如前面权利要求任一项所述的服务器(100)，其中所述分析模块(3)布置成通过使用加权算法将所述全局数据和所述订户特定数据加权，赋予所述订户特定数据比所述全局数据更高的优先级。

10.如权利要求8或9所述的服务器(100)，其中所述加权算法是基于在所述数据存储模块(2)和/或所述全局数据存储模块(13)中发生的联系人标识数据的所述建议的集合的崭新度和/或频率。

11.如前面权利要求任一项所述的服务器(100)，其中所述全局数据包括用于所述通信系统(7)内最常用联系人标识数据的联系人标识数据和/或用于所述通信系统(7)内优先处理的联系人标识数据的联系人标识数据。

12.如前面权利要求任一项所述的服务器(100)，其中联系人标识数据的所述建议的集合包括电话号码，并且所述分析模块(3)还布置成将所述电话号码传送到目录服务器(11)以及从所述目录服务器(11)接收与所述电话号码有关的文本。

13.如权利要求12所述的服务器(100)，还布置成向所述用户设备(6)传送所述电话号码和从所述目录服务器(11)接收的所述文本。

14.如前面权利要求任一项所述的服务器(100)，其中所述服务器(100)包括布置成使用来自所述通信系统(7)中分析数据库(9)或服务提供商的数据库的全局数据进行更新的全局数据存储模块(13)。

15.如前面权利要求任一项所述的服务器(100)，其中所述数据存储模块(2)布置成通过从所述通信系统(7)的计费系统(8)接收或检索用户特定数据进行更新。

16.一种由服务器(100)执行的用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的方法(300)，所述方法包括：

-接收(31)来自所述用户设备(6)的联系人标识数据，

-分析(32)接收的联系人标识数据，以及

-基于所述分析、用户特定数据和全局数据，为所述用户设备(6)提供(33)联系人标识数据的一个或多个建议的集合。

17.如权利要求16所述的方法，其中分析接收的联系人标识数据的所述步骤包括确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

18.如权利要求16或17所述的方法，其中联系人标识数据的所述建议的集合包括电话号码，以及其中所述方法还包括：

-将所述电话号码传送(34)到目录服务器(11)，以及

-从所述目录服务器(11)接收(35)与所述电话号码有关的文本。

19.如权利要求18所述的方法，包括：

-向所述用户设备(6)传送所述电话号码和与所述电话号码有关的所述文本。

20.一种用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的计算机程序(21)，所述计算机程序(21)包括在处理器(111)上运行时促使所述服务器(100)执行以下操作的计算机程序代码：

-接收来自所述用户设备(6)的联系人标识数据，

-分析所述接收的联系人标识数据，以及

-基于所述分析、用户特定数据和全局数据，为所述用户设备提供联系人标识数据的一个或多个建议的集合。

21.一种包括如权利要求20所述的计算机程序(21)和存储所述计算机程序(21)的计算机可读部件(22)的计算机程序产品(20)。

22.一种用户设备(6')，用于向与通信系统(7)相关联的所述用户设备(6')的用户显示联系人标识数据的集合，所述用户设备(6')包括：

-接收单元(60)，用于接收所述用户输入的联系人标识数据，

-包括用户特定数据的数据存储模块(2')，

-布置成执行以下操作的分析模块(3')：

    -分析所述接收的联系人标识数据，以及

    -基于所述分析、所述用户特定数据和分析数据库(9)的全局数据，提供联系人标识数据的一个或多个建议的集合，以及

-显示器(61)，用于显示联系人的所述一个或多个建议的集合以供所述用户选择。

23.如权利要求22所述的用户设备(6')，其中所述分析确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

24.如权利要求22或23所述的用户设备(6')，其中所述分析模块(3')布置成借助于加权算法将所述用户特定数据和所述全局数据加权，由此根据联系人标识数据对应于从所述用户设备(6)接收的联系人标识数据的可能性，将所述用户特定数据和全局数据按等级排序。

25.如权利要求23所述的用户设备(6')，其中所述加权算法是基于在所述数据存储模块(2')和/或所述全局数据存储模块(13')中发生的联系人标识数据的所述建议的集合的崭新度和/或频率。

26.如权利要求22-25任一项所述的用户设备(6')，其中所述全局数据包括用于所述通信系统(7)内最常用联系人标识数据的联系人标识数据和/或用于所述通信系统(7)内优先处理的联系人标识数据的联系人标识数据。

27.如权利要求22-26任一项所述的用户设备(6')，其中联系人标识数据的所述建议的集合包括电话号码，并且所述分析模块(3')还布置成将所述电话号码传送到目录服务器(11)以及从所述目录服务器(11)接收与所述电话号码有关的文本。

28.如权利要求22-27任一项所述的用户设备(6')，包括布置成使用来自所述通信系统(7)中分析数据库(9)或服务提供商的数据库的全局数据进行更新的全局数据存储模块(13')。

29.如权利要求22-28任一项所述的用户设备(6')，包括呼叫处理程序(12)，并且其中所述数据存储模块(2)布置成通过从所述呼叫处理程序(12)接收或检索用户特定数据进行更新。

30.一种在用户设备(6')中为向与通信系统(7)相关联的所述用户设备(6')的用户显示联系人标识数据的建议的集合而执行的方法(40)，所述用户设备(6')包括数据存储模块(2')，所述数据存储模块包括用户特定数据，所述方法包括：

-接收(41)所述用户输入的联系人标识数据，

-分析(42)所述接收的联系人标识数据，

-基于所述分析、所述用户特定数据和全局数据存储模块(13')的全局数据，提供(43)联系人标识数据的一个或多个建议的集合，以及

-在显示器(61)上显示(44)联系人的所述一个或多个建议的集合以供所述用户选择。

31.如权利要求30所述的方法，其中分析接收的联系人标识数据的所述步骤包括确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。

32.如权利要求30或31所述的方法，其中联系人标识数据的所述建议的集合包括电话号码，以及其中所述方法还包括：

-将所述电话号码传送(45)到目录服务器(11)，以及

-从所述目录服务器(11)接收(46)与所述电话号码有关的文本。

33.如权利要求32所述的方法，包括：

-在所述显示器(61)上显示所述电话号码和与所述电话号码有关的所述文本。

34.如权利要求30-33任一项所述的方法，还包括以下步骤：

-接收(47)所述用户所做的选择，以及

-基于所述接收的选择设置(48)联系请求，所述联系请求借助于所述通信系统(7)提出。

35.一种用于输送联系人标识数据的建议的集合到与通信系统(7)相关联的用户设备(6')的计算机程序(71)，所述计算机程序(71)包括在所述用户设备(6')上运行时促使所述用户设备(6')执行以下操作的计算机程序代码：

-接收所述用户输入的联系人标识数据，

-分析接收的联系人标识数据，

-基于所述分析、用户特定数据和全局数据存储模块(13')的全局数据，提供联系人标识数据的一个或多个建议的集合，以及

-在显示器(61)上显示联系人的所述一个或多个建议的集合以供所述用户选择。

36.一种包括如权利要求35所述的计算机程序(71)和存储所述计算机程序(71)的计算机可读部件(72)的计算机程序产品(70)。

Images