用于改进的电话网络上呼叫方名称识别的方法和系统

摘要

当在接收手持机的呼叫方目录里已经存储了号码时，无线环境中的电话网络不执行CNAM查询。只对CNAM查询费用收费以获得关于新呼叫方的呼叫方信息。当所述呼叫方信息已经可用时，所述网络不进行CNAM查询，而不论联系人信息是存储在接收手持机上还是来自一些其他可靠的源。

说明书

该申请要求2008年4月15日递交的美国临时申请No.61/045,204和2008年8月14日递交的美国专利申请No.12/191,892的权益，将其内容结合在此作为参考。

技术领域

本发明涉及一种用于改进的电话网络上呼叫方名称识别的方法和系统。

背景技术

在网络体系结构中使用被称作网络控制点(NCP)和网络端接点(NTP)的一对服务点来执行移动电话网络中的传统呼叫方名称识别。本质上，NTP管理信号通信量，用于终止和连接运营商网络之间的呼叫以及到订户的呼叫。NCP管理订户账户和呼叫方信息，包括基于网络的呼叫方信息服务。这种体系结构允许各种运营商网络协同工作，并且使用所述呼叫方和接收方电话号码(例如账单和漫游费率等)来评估和应用适当的规则。可以在该结点处应用呼叫方识别服务，同时假设可以迅速获得与呼叫方的电话号码相关联的呼叫方识别信息，以便不会延迟运营商网络之间的呼叫流(例如呼叫的发起、连接和终止)，并最终不会延迟与接收方手持机的连接。这种呼叫方识别服务的一个标准是呼叫方名称(CNAM)。Verisign(引用verisign文件)提供了CNAM服务的一个示例。其他CNAM供应商包括来自Targus和Syniverse的产品和服务。

CNAM通过查询被称作线路信息数据库(LIDB)的高速大容量数据库(DB)来提供呼叫方名称和城市/州位置的信息。CNAM服务提供与主叫方费用有关的信息，典型地向订户账户发出账单。所述费用随合同而变化，但是典型地是每次呼叫$0.01。电话运营商网络上的CNAM业务量也是大容量的。具有两千万订户的假想运营商平均每天进行7次呼叫导致在专用网络上1亿4千万的可能CNAM事务。因为电话中存在多个运营商以及维持多于一条电话线路的多个订户，CNAM市场已经从只服务于陆地公共交换电话网(PSTN)成长为包括其他通信网络，例如移动和因特网协议语音(VoIP)电话。因此，存在每天超过十亿次CNAM事务的可能性。在操作时，CNAM服务从NTP接收来电呼叫，将呼叫信息(包括呼叫方号码和拨号号码)发送到NCP中，确定是否可以将所述查询向订户开账单，确定所述入站呼叫来自哪个运营商，进行对于可以查询名称和电话号码数据库(例如线路信息数据库(LIDB))的服务的查询，解析针对转换网络的电话号码的名称或城市/州对，以及当接收到所述呼叫时(典型地在来电振铃期间)，将信息与呼叫方移动可拨打号码(MDN)一起发送至接收手持机来显示。

典型地，在小于2秒内完成CNAM查询。这允许呼叫方在呼叫期间经历正常的“振铃音调”，而不存在针对主叫方的可察觉延迟，并且使得主叫手持机与其接收方相连的呼叫处于合理的时间之内。一旦在接收运营商的网络端接点(NTP)上终止，将CNAM查询结果作为文本串与呼叫方的CID一起发送至接收方的电话，并且将其置于接收手持机的显示器上。尽管可以进行来自接收手持机的CNAM查询，通过进行来自移动手持机的CNAM查询在来电呼叫的接收方设置的明显延迟可能对于主叫方中的一个或两者产生不可接受的呼叫体验，例如在对于主叫方的呼叫终止时的延迟，或者在向接收方显示呼叫方信息时的延迟。在来自接收手持机的CNAM查询的情况下，因为在网络端接点(NTP)已经将呼叫与接收手持机相连之后开始查询，发生了可察觉的延迟。由于这种延迟，用户可能会在将呼叫方信息发送至手持机之前，应答所述呼叫或者可以选择不理睬所述呼叫。

发明内容

本发明提供了一种在无线环境中的电话网络，当在接收手持机的呼叫方目录里已经存储了号码时，所述电话网络不再执行CNAM查询。只对CNAM查询费用收费以获得关于新呼叫方的呼叫方信息。当所述呼叫方信息已经是可用时，所述网络不进行CNAM查询，而不论联系人信息是存储在接收手持机上或者来自一些其他可靠的源。

附图说明

下面将参考附图详细描述本发明的优选和可选示例，其中：

图1是根据本发明实施例形成的示例系统的示意性框图；

图2说明了通过图1所示的系统执行的示例方法的流程图；以及

图3说明了工作时的系统示例。

具体实施方式

本发明按照数据库和查询逻辑模块的形式向运营商网络添加了一些结构(软件和/或硬件)部件，以确定是否需要CNAM查询来提供呼叫方识别信息。

如图1所示，示例无线环境20包括呼叫方系统30、接收方系统(网络控制点(NCP))32、数据网络38、网络服务器36、数据库40、线路信息数据库(LIDB)34和移动手持机(接收设备)42。呼叫方系统30向NCP32发送目的地为移动手持机42的呼叫。NCP 32通过数据网络38向网络服务器36发送在所述呼叫中包括的呼叫方号码(CID)。网络服务器36查询数据库40以确定数据库40是否指示了由于移动手持机42已经包括了与在移动手持机42中本地存储的CID有关的MDN信息因此不需要(CNAM)查询。如果没有将MDN存储在移动手持机42中，则使用CID执行传统的CNAM查询。

在一个实施例中，上述系统基于运营商网络上的来电号码执行传统的CNAM查询，当接收到呼叫时，允许所述运营商以串的形式提供CID和与所述CID相关联的CNAM以便在移动手持机42上显示。然后可以将该号码和名称存储在移动手持机呼叫方目录中以便后续参考。可选地，接收手持机的所有者可以将包括名称和电话号码在内的联系人信息输入或者引入到所述手持机中。

当网络端接点NTP指示有呼叫进行时，将拨号信息发送至NCP 32。NCP 32在与所述NCP 32相关联的数据库40或者利用NCP 32可接入的网络服务器36检查每一个来电呼叫CID。在数据库40中存储的表包含接收手持机的呼叫方目录(即，移动目录号码(MDN))的副本。最小程度下，所述表存储由移动手持机42之前接收到的电话号码。所述呼叫方目录列表可以在与NCP 32共存于的数据库表中，或分布于运营商网络、网络可寻址存储器或存储设备上。所述NCP 32查询呼叫方目录表以确定呼叫MDN是否已经存储在移动手持机42的呼叫方目录(即，联系人列表)中。使用所述查询结果(是或否)，NCP 32执行对于还没有包含在呼叫方目录表中的号码(来电呼叫，即呼叫MDN)的CNAM查询，并且当所述来电MDN与在呼叫方目录表中存储的MDN相关联时不执行CNAM查询。

在一个实施例中，每当在移动手持机42上存储的呼叫方目录中修改(添加或者删减)MDN时，经由从移动手持机42发送的网络消息(例如，短消息服务(SMS)消息或者经由运营商数据网络)更新移动手持机的呼叫方目录。在移动手持机42上操作的小型客户软件部件向网络服务器36发送对于在移动手持机呼叫方目录(也称作移动用户的“联系人”或“地址簿”)中存储的那些联系人的电话号码。当接收信息时，网络服务器36在数据库40中的呼叫方目录表中存储接收到的信息。可以进行CNAM查询，并且由接收手持机42上的客户端软件基于检测到的修改将结果存储到手持机上的呼叫方目录条目中。此外，通过在设定的时间段(例如每六个月)进行CNAM查询、或者基于来自所述号码的来电呼叫的一定计数(例如，在来电呼叫上每15次检测到所述呼叫方的MDN时，请求CNAM查询以检查呼叫方目录信息的准确度(即，将所述目录表与移动手持机42上的呼叫方目录同步))，来周期性地刷新接收手持机42上的呼叫方目录中的信息。上述技术保持了移动手持机42上声称的呼叫方信息和/或电话号码变化的准确度，同时避免了对每个呼叫的CNAM查询，并且明智地使用CNAM来保持呼叫方目录中的呼叫方信息的准确度。

在可选实施例中，保密或网络接入限制可以防止将移动手持呼叫方目录复制到网络服务器36上的呼叫方目录表。在这种情况下，只有当对接收手持机42进行来电呼叫时才利用呼叫方信息更新所述表，当终止所述呼叫时记录入站号码。当进行CNAM查询时，将所得到的文本串(包含呼叫方名称和/或城市/州信息)存储在呼叫方目录表中。当第一次接收到号码时(不在呼叫方目录表中)，进行CNAM查询。随后，如果表包含那些记录则无需进行CNAM查询。可以将呼叫方识别信息从所述表直接发送至接收手持机42，或者可以假设用户事先存储了从初始呼叫得到的号码和呼叫方识别信息。在后一种情况下，使用在移动手持机42上本地存储的信息来识别主叫方。

接收手持机42上的客户端软件也可以包括这样的特征：鼓励订户将呼叫列表条目移动到手持机42上的联系人数据库(呼叫方目录)，并且向软件提供指示以更新数据库40中的联系人列表。

接收手持机42上的客户端软件也可以包括这样的特征：自动将呼叫列表条目移动到手持机42上的联系人数据库，并且向软件提供指示以利用那些条目来更新数据库40中的联系人列表。

接收手持机42上的客户端软件也可以包括这样的特征：自动将入站呼叫的MDN直接移动到手持机42上的联系人数据库，并且向软件提供指示以利用那些条目来更新数据库40中的联系人列表。

在接收到更新数据库40中的联系人列表的指示时，接收手持机42上的客户端软件发送已经将MDN存储在手持机42上的联系人数据库中的指示。这可以采用将任意存储的MDN发送回网络服务器36或者发送确认的形式。

数据库40中的联系人列表也可以存储所有来电MDN以及接收到的呼叫方识别信息，而与接收手持机42是否在本地联系人数据库中存储MDN无关。随后，通过向在接收手持机42上的联系人数据库中存储的每一个MDN提供指示而不是交换其本身的呼叫方信息，接收手持机42上的客户端软件可以与数据库40中的联系人列表协同操作。

类似地，可以在与数据库40中联系人列表中的订户相关联的号码列表中周期性地检查在手持机42上的目录中存储的列表，并且如上所述使用CNAM服务刷新所述号码列表。如果呼叫方名称信息在接收手持机上是可用的，则不需要由运营商请求所述呼叫方名称信息。在确定是否应该进行CNAM查询之前，只需要检查在接收手持机上存储的电话号码。

本发明描述用于移动网络，在假设存在网络呼叫方目录信息(在这里按照移动手持机中的联系人目录的方式进行操作)的源、与所述呼叫方相关联的标识符或电话号码以及提供对于CNAM服务的网络接入的通信运营商的情况下，也可用于移动、VoIP和传统电话网络。

图2示出了通过图1所示系统执行的示例方法100。首先，在框104处，在移动运营商的NCP 32处接收呼叫。接下来在判决框108处，NCP 32或网络服务器36确定接收到的呼叫的MDN是否被存储在数据库40中存储的的联系人信息(表)中(与联系人信息相关联)。如果确定在数据库40中存储了MDN，那么从数据库40中检索数据库40中所包括的CID信息，并且将其发送至呼叫的接收方。当接收手持机42接收到具有CID信息的呼叫时，将所述CID信息显示/输出给用户。在没有将CID信息存储在数据库40中的情况下，可以利用所述呼叫将指示符发送给接收方。当接收手持机42接收到具有指示符的呼叫时，从本地呼叫方目录(联系人列表)中检索CID信息，并且将其显示/输出给用户。

如果在判决框108处，NCP 32或者网络服务器36确定接收到呼叫的MDN没有被存储在数据库40中存储的联系人信息(表)中(与联系人信息相关联)，那么在框110处，使用LIDB 34执行CNAM查询。在框114处，如果CNAM查询发现相关联的CID，那么用所述呼叫将所述CID发送至接收方。在框116处，如果CNAM查询没有找到相关联的CID，那么发送者的MDN用于确定城市/州信息。然后用所述呼叫将所述城市/州信息发送至接收方。

图3示出了图1的无线环境20如何工作的示例。在第一示例中，在NCP 32和网络服务器36处对来自第一和第二MDN(206.555.1212，425.11.1234)的呼叫方进行分析。确定相应的记录是否存在于订户联系人数据库(数据库40)中。在该示例中，移动手持机42显示MDN以及来自移动手持机42的联系人目录的相关联名称。

在另一个示例中，第一和第二MDN(206.555.1212，425.11.1234)在订户联系人数据库(数据库40)中不具有相应的记录。NCP 32在LIDB 34中查找CNAM信息。在该示例中，如果对于MDN(206.555.1212，425.111.1234)CNAM信息存在于LIDB 34中，NCP 32将所述MDN和CNAM查询结果发送至移动手持机42进行显示。对于MDN 206.555.1212，如果CNAM信息不存在于LIDB 34中，将所述MDN用于确定与MDN一起通信给移动手持机42进行显示/输出的城市和/或州信息。注意，LIDB可以是订户运营商(对于网内呼叫)的LIDB或者可以是第三方运营商LIDB(包含与其他通信网络上的订户有关的信息)。CNAM服务典型地服务于与一个或更多个LIDB有关的呼叫方信息，以向订户提供服务；这也允许它们集合对于LIDB的接入以减轻独立运营商的开销，并且允许它们在不必维持用于CNAM的自身高速数据服务的情况下协同工作。

尽管如传统那样所提供的非典型CNAM，也可以基于由呼叫方的运营商处的NCP可接入的数据库上的联系人列表中保持的呼叫方联系人信息来实践本发明。可以在呼叫方一侧发起CNAM操作，并且由呼叫方运营商的NCP使用网络上相关联和/或接入的呼叫方目录中的列表进行对于查询CNAM的判决。然后，关于呼叫方联系人列表所进行的CNAM查询可以传递所得到的呼叫方名称信息，而无需向接收方付费。这对于诸如商业企业之类的呼叫方的优势在于：通过向呼叫方联系人提供呼叫方信息，可以正确地保持与它们业务有关的呼叫信息和标记(例如公司名称)。这也允许私人方在不会冒哄骗或用户错误风险的情况下共享它们的联系人信息，因为在第一示例中该信息由CNAM提供，而不是由呼叫方提供(假设CNAM信息是准确的，并且正确地将其存储在它们的手持机上的呼叫方目录中)。本发明在不会给主叫方带来不适当费用的情况下允许这种信息共享，这是由于在线目录中的呼叫方信息指示接收方已经接收到主叫方的信息(因为已经将接收方存储在呼叫方联系人列表中)。还应该注意的是，尽管在语音信道上的呼叫是优选实施例，本发明可以用于管理CNAM查询，并且将来电消息中的发送者识别信息放置到移动网络上的设备，包括SMS、电子邮件、数据业务等。

如上所述，尽管已经示出和描述了本发明的一些实施例，在不脱离本发明的精神和范围的情况下，可以在对以上实施例中做出许多变化。因此，本发明的范围不局限于优选实施例的公开。相反，本发明应该完全由所附权利要求书确定。