专利名称：用于输送联系人标识数据的集合到用户设备的服务器、用于其的方法、用户设备、计算机 ...的制作方法
技术领域：
本发明涉及用于输送联系人标识数据的集合到与通信系统相关联的用户设备的装置和方法。
背景技术：
今天，无线通信单元成了许多人每天生活的预期和自然部分。这些无线通信单元的许多单元包括电话簿，用户可将用于他或她的各种联系人(例如，朋友、同事、生意伙伴等)的诸如移动电话号码、陆线电话号码、电子邮件地址等联系人信息输入其中。一些人极其经常联系，而其它人更少联系，这是很自然的。许多用户发现在电话簿中存储联系人信息不但耗时，而且可能也复杂。因此，可发现更不经常拨打的电话号码不值得添加到电话簿。此外，忘记使用新或修改的联系人信息更改电话簿是常有的事。电话簿因而不可靠，并且进一步降低了用户使用它的兴趣和动力。愿意使用和更新电话簿的另一重要方面在于无线通信单元的用户友好性。如果要求用户执行许多操作，例如，按许多按键以便输入或修改联系人信息，则用户可选择不费事使用电话簿，而是使用无线通信单元的键盘直接输入例如电话号码。然而，经键盘输入电话号码很耗时，并且增大了用户由于失误而输入错误数字或者认为记得号码并且使几个数字错位的风险。另一方面，许多用户也觉得电话号码的手动输入实践上困难并且耗时，这是因为无线通信单元的按键通常已变得很小。
还有，在更改无线通信单元时，或者如果用户具有几个不同无线通信单元时，将所有联系人信息添加到新无线通信单元是耗时的，并且经常被认为是困难的。一些上述问题已被解决，例如，已提供在用户只输入几个数字时用于在无线通信单元中建议和显示电话号码的方式。拨号错误的方面已例如在US 6285753 BI中得以解决，其中公开了用于比较输入号码和存储的号码，并且基于错误可能性度量来校正输入号码的系统和方法。然而，除其它之外，鉴于轻松快速设置例如电话呼叫的要求，在此技术领域中存在对此方面的改进的持续需要和要求。
发明内容
本发明的目的是提供与在用户设备中联系人信息数据的输入有关的改进。根据本发明的第一方面，该目的通过一种用于输送联系人标识数据的集合到与通信系统相关联的用户设备的服务器而得以实现。服务器包括:接收单元，用于接收来自用户设备的联系人标识数据；包括订户特定数据的数据存储模块；以及分析模块，布置成分析接收的联系人标识数据，并且基于分析、订户特定数据和分析数据库的全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。与未能解决订户能够轻松访问不常使用的联系人标识数据(例如，极少使用的电话号码)的方面的已知现有技术不同，本发明允许使用此类不常使用的联系人标识数据。具体而言，在通信网络中可用并且包括识别在整个通信网络内广泛使用但未必由每个特定订户经常使用的联系人标识数据的全局数据能够被轻松提供给订户。本发明有助于用户选择联系人标识数据。此外，订户可更改用户设备并且还立即能够访问并得以提供联系人标识数据的建议的集合，这是因为用于此目的所需的订户特定数据和全局数据可从服务器提供。在本发明的变化中，分析确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。接收的联系人标识数据被识别为不完整或完整允许服务器布置成依据其操作。根据此变化，如果接收的联系人标识数据是联系人标识数据的不完整集合，则分析模块布置成启用基于联系人标识数据的不完整集合建议联系人标识数据的完整集合的自动完成功能。如果接收的联系人标识数据是完整联系人标识数据的集合，则分析模块布置成检测完整联系人标识数据为错误的完整联系人标识数据，并且布置成启用基于接收的联系人标识数据建议联系人标识数据的校正的集合的错误号码功能。在一个实施例中，错误号码功能布置成比较接收的联系人标识数据与订户特定数据和/或全局数据，并且将具有到接收的联系人标识数据的设置最大编辑距离的订户特定数据或全局数据提供为联系人标识数据的校正的集合。在上述实施例的变化中，错误号码功能可还布置成在确定具有到接收的联系人标识数据的相同编辑距离的多于一个订户特定数据或全局数据时，提供按权重分类的联系人标识数据的校正的集合。极可能是预期集合的联系人标识的校正的集合由此始终得以提供，例如基于崭新度或频率提供。在一个实施例中， 分析模块布置成通过使用加权算法而将数据存储模块的用户特定数据和全局数据加权，由此根据联系人标识数据对应于从用户设备接收的联系人标识数据的可能性，将用户特定数据和全局数据按等级排序。在一个实施例中，分析模块布置成通过使用加权算法将全局数据和订户特定数据加权，赋予订户特定数据比全局数据更高的优先级。加权算法可基于在数据存储模块和/或全局数据存储模块中发生的联系人标识数据的建议的集合的崭新度和/或频率。基于崭新度和/或频率将联系人标识数据的集合加权提供了联系人标识数据的建议的集合是预期联系人标识数据的高概率。全局数据可包括用于通信系统内最常用联系人标识数据的联系人标识数据和/或用于通信系统内优先处理的联系人标识数据的联系人标识数据。订户由此被提供了最可使用的联系人标识数据。在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且分析模块还布置成将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。在上述实施例中，服务器可还布置成向用户设备传送电话号码和从目录服务器接收的文本。在一个实施例中，服务器包括布置成使用来自通信系统中分析数据库或服务提供商的数据库的全局数据进行更新的全局数据存储模块。在一个实施例中，数据存储模块布置成通过从通信系统的计费系统接收或检索用户特定数据进行更新。根据本发明的第二方面，该目的通过一种由服务器执行的用于输送联系人标识数据的集合到与通信系统相关联的用户设备的方法而能够得以实现。方法包括接收来自用户设备的联系人标识数据；分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。在一个实施例中，分析接收的联系人标识数据的步骤包括确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且方法还包括将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。为订户提供与电话号码有关的文本有助于订户在联系人标识数据的建议集合之间选择。在上述实施例的变化中，方法包括向用户设备传送电话号码和与电话号码有关的文本的又一步骤。根据本发明的第三方面，该目的通过一种用于输送联系人标识数据的集合到与通信系统相关联的用户设备的计算机程序而得以实现。计算机程序包括计算机程序代码，计算机程序代码在服务器上运行时，促使服务器接收来自用户设备的联系人标识数据，分析接收的联系人标识数据，以及 基于分析、用户特定数据和全局数据，为用户设备提供联系人标识数据的一个或多个建议的集合。在一个实施例中，提供了包括上述计算机程序和存储计算机程序的计算机可读部件的计算机程序产品。根据本发明的第四方面，该目的通过一种用户设备而得以实现，该用户设备用于输送联系人标识数据的集合到与通信系统相关联的用户设备的用户。用户设备包括:用于接收用户输入的联系人标识数据的接收单元；包括用户特定数据的数据存储模块；布置成执行以下操作的分析模块:基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合；以及用于显示联系人的一个或多个建议的集合以供用户选择的显示器。在一个实施例中，接收的联系人标识数据的分析包括确定联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。在一个实施例中，分析模块布置成借助于加权算法将用户特定数据和全局数据加权，由此根据联系人标识数据对应于从用户设备接收的联系人标识数据的可能性，将用户特定数据和全局数据按等级排序。加权算法可基于在数据存储模块和/或全局数据存储模块中发生的联系人标识数据的建议的集合的崭新度和/或频率。全局数据可包括用于通信系统内最常用联系人标识数据的联系人标识数据和/或用于通信系统内优先处理的联系人标识数据的联系人标识数据。在一个实施例中，联系人标识数据的建议的集合包括电话号码，并且分析模块还布置成将电话号码传送到目录服务器以及从目录服务器接收与电话号码有关的文本。在一个实施例中，全局数据存储模块布置成使用来自通信系统中分析数据库或服务提供商的数据库的全局数据进行更新。在一个实施例中，包括呼叫处理程序和数据存储模块的用户设备布置成通过从呼叫处理程序接收或检索用户特定数据进行更新。由此使用在用户设备中可用的订户特定数据。根据本发明的第五方面，该目的通过一种用户设备为向与通信系统相关联的用户设备的用户显示联系人标识数据的建议的集合而执行的方法而得以实现，用户设备包括数据存储模块，数据存储模块包括用户特定数据。方法包括接收用户输入的联系人标识数据；分析接收的联系人标识数据；基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合；以及在显示器上显示联系人的一个或多个建议的集合以供用户选择。在一个实施例中，分析接收的联系人标识数据的步骤包括确定接收的联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。在一个实施例中，联系人标识数据的建议的集合包括电话号码，以及其中，方法还包括将电话号码传送到目录服 务器以及从目录服务器接收与电话号码有关的文本。在一个实施例中，方法还包括在显示器上显示电话号码和与电话号码有关的文本的步骤。订户可因此容易确定要呼叫哪个电话号码。在一个实施例中，方法还包括接收用户所做的选择，并且基于接收的选择设置联系请求的步骤，联系请求借助于通信系统提出。完整的呼叫因此通过用户的最少击键而能够实现。根据本发明的第六方面，该目的通过一种用于将联系人标识数据的建议的集合输送到与通信系统相关联的用户设备的计算机程序而得以实现，计算机程序包括计算机程序代码，计算机程序代码在用户设备上运行时，促使用户设备接收用户输入的联系人标识数据，分析接收的联系人标识数据，以及基于分析、用户特定数据和全局数据存储模块的全局数据，提供联系人标识数据的一个或多个建议的集合，以及在显示器上显示联系人的一个或多个建议的集合以供用户选择。在一个实施例中，提供了包括上述计算机程序和存储计算机程序的计算机可读部件的计算机程序产品。在阅读以下描述和附图中，将明白本发明的其它特征和优点。
图1示出在通信网络中实现的本发明的一实施例。图2示出呼叫记录的加权和过滤。图3示出在用户设备中实现的本发明的另一实施例。图4示出用于更新订户呼叫记录的过程。图5示出订户已拨打错误号码的情况。图6示出用于已拨打数字的自动完成功能。图7a以示意图方式示出服务器。图7b以示意图方式示出图7a的服务器的一实施例。图8示出关于服务器中方法的步骤的流程图。图9示出关于图8的方法的另一实施例的步骤的流程图。图1Oa以示意图方式示出用户设备。
图1Ob以示意图方式示出图1Oa的用户设备的一实施例。图11示出关于用户设备中方法的步骤的流程图。图12示出关于图11的方法的另一实施例的步骤的流程图。图13示出关于图11或图12的方法的另一实施例的步骤的流程图。
具体实施例方式在下面的描述中，为便于解释而不是限制，陈述了特定的细节，如特定的架构、接口、技术等，以便提供本发明的详尽理解。然而，本领域的技术人员将理解，本发明可在脱离这些特定细节的其它实施例中实践。在其它情况下，忽略了熟知的装置、电路和方法的详细描述以免不必要的细节混淆本发明的描述。类似的标号表示整个描述中类似的单元。在下述内容中，将描述用于向用户设备输送联系人标识数据(contactidentification data)的集合的装置和方法。联系人标识数据在整个描述中通过电话号码例示，但联系人标识数据并不限于此。另一联系人标识数据的示例是电子邮件地址。联系人标识数据的另一示例是IP地址，例如，拨打192168001010的主叫方能够对应于IP地址192.168.1.10。联系人标识数据的另一示例是URI (统一资源标识符),如SIP (会话启动协议)地址，例如，sip:user:passwordihost:port; uri_parameters headers。图1示出本发明的第一实施例。简要地说，在下述内容中示为KDSU I的键盘拨号支持单元I提供用于向用户设备6的用户提供呼叫支持。在此实施例中，KDSU I实现为通信网络7的服务器100。例如应用服务器等服务器100因而是配置成依据发送到它的适当消息操作的服务器。KDSU I包括分析模块3、在下述内容中示为WNF 4的错误号码功能4和在下述内容中示为ACF 5的自动完成功能5。
KDSU I还包括数据存储模块2，数据存储模块包括用于通信网络7的订户的呼叫记录数据。数据存储模块2可包括适合的数据库和用于从中检索数据的部件，例如，数据库管理系统，或者简单的是包括可检索呼叫记录数据的存储器。用于特定订户的呼叫记录数据的集合在下述内容中示为订户呼叫记录10。每个订户呼叫记录10通过订户特定数据进行更新，如自象开通预订的日期等某个预定义的固定日期起或者在诸如上六个月等预确定的时间期间，订户已呼叫的所有号码。此更新可通过从通信网络7的计费系统8检索或接收最近数据来完成。更新可定期进行，例如，每小时、每天、每周等。例如号码等呼叫记录数据可一次流传送一个或者以批文件流传送。格式例如可以是如通信网络7中业务节点直接生成的呼叫数据记录(CDR)，或者是如计费协调器(Charging Mediator)产生的字符分隔值(CSV)文件。能够在实现KDSU I与计费系统8之间通信中使用的协议的示例包括文件传送协议(FTP)或在HTTP上的简单对象访问协议(SOAP) (Web服务)代表性状态转移(REST)。在一实施例中，KDSU I配置成允许与通信网络7的分析数据库9中可用的分析模块的通信。KDSU I随后接收或检索有关在完整通信网络7中最普遍和/或重要号码的数据，这些号码随后在KDSU I中的加权算法中使用。最普遍的号码例如可包括娱乐场、饭馆、出租车公司等的号码。最重要或优先处理的号码例如可包括救助和紧急服务、护理中心、医院、军方号码等。此类优先处理的号码可以不同方式检测到。作为示例，救助号码经常在运营商的网络中标示。由于在通信网络中发生拥塞的情况下应赋予这些号码优先权，因此，经常在运营商的计费系统中及在运营商的号码分析中标示它们，随后，通过标示可检测到这些号码。此特征例如对于尚未构建他或她的订户呼叫记录的新订户特别有用，并且还有利于识别其它订户经常呼叫的号码。KDSU I可还包括全局数据存储模块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)进行第二次过滤。到输入数字的编辑距离是将一个电话号码变换成另一号码所需的操作数量的距离。操作可以是删除(即，移除一个数字)、换位(即，交换相邻数字)、改变(SP，将一个数字更改为另一数字)或插入(S卩，添加数字)。订户呼叫记录10、全局呼叫记录14和合并的订户呼 叫记录15的处理和使用将在下面更详细描述。图2示出呼叫记录的加权和过滤。订户呼叫记录10和全局呼叫记录14均是基于被叫电话号码的崭新度(recency)和频率进行加权。这意味着更近和更经常拨打的电话号码将获得更高的等级。等级允许KDSU I进行更迅速的处理，表现在它能够以等级顺序建议电话号码，其中，最可能是订户要呼叫的电话号码具有最高等级，下一最可能电话号码具有下一最高等级等等。也就是说，订户更经常和更近进行的呼叫被假设为订户将更可能再次呼叫的电话号码。数据存储模块2和全局数据存储模块13之间的互配能够以不同方式实现。在图2中，示出了一实施例，其中，全局数据存储模块13的全局数据和数据存储模块2的订户特定数据合并在一起。包括每订户被叫电话号码的订户呼叫记录10和包括通信网络7内被叫的电话号码的全局呼叫记录14被输入合并呼叫记录单元16，该单元提供合并的订户呼叫记录17。订户呼叫记录10和全局呼叫记录14在合并呼叫记录单元16中合并以便赋予来自订户呼叫记录10的电话号码比全局呼叫记录14的电话号码更高优先级。由此，如果在合并的订户呼叫记录17中有基于输入的数字的相同编辑距离的多个号码，则来自订户呼叫记录10的号码比来自全局呼叫记录14的号码优先得到处理。不同的加权因子α和β可用于此目的，其中，用于订户呼叫记录的加权因子α高于用于全局呼叫记录的加权因子β，α和β例如分别等于0.9和0.1。加权合并的订户呼叫记录17用于允许检索离输入电话号码最近的电话号码，SP，在KDSU I中接收如订户输入的电话号码或电话号码的部分时用户最可能想使用的电话号码。如图中所示，在加权过程中也可使用其它参数。订户的地理位置和日时是两个示例。可基于一些电话号码更可能在某个位置和/或某个日时被呼叫的可能性来使用这些参数，例如，在下午15点与19点之间当地饭馆的位置。随后，提供一个或多个电话号码以便向订户显示，例如，在标号19所示的用户设备的屏幕上。地理位置例如可以是小区全球身份(CGI)的格式，或者是从例如全球定位系统(GPS)或GALILEO (当前在部署)等基于卫星的定位系统接收的地理坐标。合并的订户呼叫记录17、输入的电话号码和可能的其它参数因此借助例如由标号18所示的处理器得到适当处理。执行合并的订户呼叫记录17的电话号码的加权过滤以便获得用户最可能想要的一个或多个电话号码。处理器18的输出提供用于在用户设备的屏眷19上显不。处理器18和合并呼叫记录单元16可以是KDSU I的一部分。在另一实施例中，通过直接合并订户呼叫记录10和来自通信网络7的分析数据库9的加权列表，获得合并的订户呼叫记录17。在下述内容中，根据本发明的一个实施例，将解释如何执行加权和某些号码是预期号码的概率的一些背景和示例。假定有一个电话号码，目的是选择该电话号码的最可能校正，注意，“校正”可以是给定的电话号码自身。目的是查找所有可能校正中将用于给定电话号码η的校正c的概率P最大化的c，即，在电话号码是η时，用于校正c的概率P的最大值的自变量:
权利要求
1.一种用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的服务器(100)，所述服务器(100)包括: -接收单元(110)，用于接收来自所述用户设备￠)的联系人标识数据， -包括订户特定数据的数据存储模块(2)，以及 -布置成执行以下操作的分析模块(3):-分析接收的联系人标识数据，以及-基于所述分析、所述订户特定数据和分析数据库(9)的全局数据，为所述用户设备(6)提供联系人标识数据的一个或多个建议的集合。
2.如权利要求1所述的服务器(100)，其中所述分析确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。
3.如权利要求1或2所述的服务器(100)，其中所述接收的联系人标识数据是联系人标识数据的不完整集合，并且所述分析模块(3)布置成启用基于联系人标识数据的所述不完整集合建议联系人标识数据的完整集合的自动完成功能(5)。
4.如权利要求3所述的服务器(100)，其中所述分析模块(3)布置成比较所述接收的联系人标识数据与所述订 户特定数据和/或所述全局数据，并且将具有到所述接收的联系人标识数据的设置最大编辑距离的订户特定数据或全局数据提供为联系人标识数据的所述建议的集合。
5.如权利要求1或2所述的服务器(100)，其中所述接收的联系人标识数据是完整联系人标识数据的集合，并且所述分析模块(3)布置成: -检测所述完整联系人标识数据为错误的完整联系人标识数据，以及 -启用基于所述接收的联系人标识数据来建议联系人标识数据的校正的集合的错误号码功能⑷。
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)相关联的用户设备出)的方法(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)执行以下操作的计算机程序代码: -接收来自所述用户设备出)的联系人标识数据， -分析所述接收的联系人标识数据，以及 -基于所述分析、用户特定数据和全局数据，为所述用户设备提供联系人标识数据的一个或多个建议的集合。
21.一种包括如权利要求20所述的计算机程序(21)和存储所述计算机程序(21)的计算机可读部件(22)的计算机程序产品(20)。
22.—种用户设备(6’)，用于向与通信系统(7)相关联的所述用户设备(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)，所述用户设备出’)包括数据存储模块(2’)，所述数据存储模块包括用户特定数据，所述方法包括: -接收(41)所述用户输入的联系人标识数据， -分析(42)所述接收的联系人标识数据， -基于所述分析、所述用户特定数据和全局数据存储模块(13’)的全局数据，提供(43)联系人标识数据的一个或多个建议的集合，以及 -在显示器￠1)上显示(44)联系人的所述一个或多个建议的集合以供所述用户选择。
31.如权利要求30所述的方法，其中分析接收的联系人标识数据的所述步骤包括确定所述联系人标识数据是联系人标识数据的不完整集合或联系人标识数据的完整集合。
32.如权利要求30或31所述的方法，其中联系人标识数据的所述建议的集合包括电话号码，以及其中所述方法还包括:-将所述电话号码传送(45)到目录服务器(11)，以及 -从所述目录服务器(11)接收(46)与所述电话号码有关的文本。
33.如权利要求32所述的方法，包括: -在所述显示器￠1)上显示所述电话号码和与所述电话号码有关的所述文本。
34.如权利要求30-33任一项所述的方法，还包括以下步骤: -接收(47)所述用户所做的选择，以及 -基于所述接收的选择设置(48)联系请求，所述联系请求借助于所述通信系统(7)提出。
35.一种用于输送联系人标识数据的建议的集合到与通信系统(7)相关联的用户设备(6’)的计算机程序(71)，所述计算机程序(71)包括在所述用户设备出’)上运行时促使所述用户设备出’)执行以下操作的计算机程序代码: -接收所述用户输入的联系人标识数据， -分析接收的联系人标识数据， -基于所述分析、用户特定数据和全局数据存储模块(13’)的全局数据，提供联系人标识数据的一个或多个建议的集合，以及 -在显示器￠1)上显示联系人的所述一个或多个建议的集合以供所述用户选择。
36.一种包括如权利要求35所述的计算机程序(71)和存储所述计算机程序(71)的计算机可读部件(72)的计算机程序产品(70)。
全文摘要
本发明涉及用于输送联系人标识数据的集合到与通信系统(7)相关联的用户设备(6)的服务器(100)，服务器(100)包括接收单元(110)，用于接收来自用户设备(6)的联系人标识数据；包括订户特定数据的数据存储模块(2)；以及布置成执行以下操作的分析模块(3)分析接收的联系人标识数据，并且基于分析、订户特定数据和分析数据库(9)的全局数据，为用户设备(6)提供联系人标识数据的一个或多个建议的集合。本发明也涉及对应的方法、用户设备、计算机程序和计算机程序产品。
文档编号H04M3/493GK103250437SQ201080070744
公开日2013年8月14日 申请日期2010年12月17日 优先权日2010年12月17日
发明者T.克弗恩维克, J.毕约克, M.利德斯特伦 申请人:瑞典爱立信有限公司