专利名称：用于改进的电话网络上呼叫方名称识别的方法和系统的利记博彩app
技术领域：
本发明涉及一种用于改进的电话网络上呼叫方名称识别的方法和系统。
背景技术：
在网络体系结构中使用被称作网络控制点(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中存储的表包含接收手持机的呼叫方目录(S卩，移动目录号码(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信息。在该示例 中，如果对于 MDM206. 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、电 子邮件、数据业务等。 如上所述，尽管已经示出和描述了本发明的一些实施例，在不脱离本发明的精神 和范围的情况下，可以在对以上实施例中做出许多变化。因此，本发明的范围不局限于优选 实施例的公开。相反，本发明应该完全由所附权利要求书确定。
权利要求
1.一种在通信网络上执行的方法，所述方法包括将来自订户的移动设备的联系人列表信息存储到与所述订户的移动设备相关联的基 于网络的服务器上的目录数据库；将在来电呼叫中所包括的信息与在所述目录数据库中存储的信息进行比较；以及 如果接收到的呼叫中的信息与所述目录数据库信息中的条目不匹配，则执行CNAM查询。
2.根据权利要求1所述的方法，其中，所述执行包括将所述CNAM查询的结果存储到所 述目录数据库和所述订户的移动设备上的联系人列表的至少之一中。
3.根据权利要求2所述的方法，其中，所述CNAM查询的结果包括呼叫方识别信息或与 接收到的呼叫相关联的城市和州信息之一。
4.根据权利要求1所述的方法，还包括自动更新所述目录数据库中的信息。
5.根据权利要求4所述的方法，其中，所述自动更新包括如果对于本地存储的目录数据库的变化已经改变，在所述订户的移动设备处产生消息；将所产生的消息发送到基于网络的服务器；以及 基于接收到的消息更新所述服务器处的目录数据库。
6.根据权利要求5的方法，其中，对于本地存储的目录数据库的变化包括信息的添加 或删除之一。
7.根据权利要求1所述的方法，还包括如果接收到的呼叫中的信息与任一目录数据库信息相匹配，则将在所述目录数据库中 所包括的匹配信息、或者指示了与所述呼叫的发起人相关联的CNAM信息已经被包括在接 收方设备中的指示符发送给订户移动设备；以及基于所发送的匹配信息、或者基于根据所发送的指示符从本地存储的目录数据库中检 索的呼叫方信息，在订户移动设备上呈现呼叫方信息。
8.根据权利要求7所述的方法，其中，所发送的指示符是MDN。
9.一种系统，包括目录数据库，配置用于存储与多个用户相关联的目录信息；以及 网络控制点，配置用于 接收所述用户之一的呼叫；基于预期接收方，将在接收到的呼叫中包括的信息与目录数据库中的信息进行比较； 如果接收到的呼叫中的信息与任一目录数据库信息相匹配，将在所述目录数据库中所 包括的匹配信息、或者指示了与所述呼叫的发起人相关联的CNAM信息已经包括在所述接 收方设备中的指示符发送给接收方设备；以及如果接收到的呼叫中的信息与任何目录数据库信息均不匹配，执行CNAM查询并且将 所述CNAM查询的结果发送至接收方设备。
10.根据权利要求9所述的系统，其中，所述网络控制点还配置用于将所述CNAM查询的 结果存储到所述目录数据库中。
11.根据权利要求10所述的系统，其中，所述CNAM查询的结果包括呼叫方识别信息或 者与所接收到的呼叫相关联的城市和州信息之一。
12.根据权利要求9所述的系统，还包括接收方设备，所述接收方设备包括客户端部 件，配置用于发起所述目录数据库中信息的自动更新。
13.根据权利要求12所述的系统，其中，所述接收方设备通过在对于本地存储的目录 数据库的变化已经改变时在接收方设备处产生消息，并且将所产生的消息发送至网络控制 点，来发起所述自动更新。
14.根据权利要求13所述的系统，其中，所述网络控制点基于接收到的消息来更新服 务器处的所述目录数据库。
15.根据权利要求13所述的系统，其中，对于本地存储的目录数据库的变化包括信息 的添加或删除之一。
16.根据权利要求9所述的系统，其中，所述接收方设备包括输出设备，所述输出设备 配置用于基于所发送的匹配信息、或者基于根据所发送的指示符从本地存储的目录数据库 中检索的呼叫方信息，来展现呼叫方信息。
17.根据权利要求16所述的系统，其中，所发送的指示符是MDN。
全文摘要
当在接收手持机的呼叫方目录里已经存储了号码时，无线环境中的电话网络不执行CNAM查询。只对CNAM查询费用收费以获得关于新呼叫方的呼叫方信息。当所述呼叫方信息已经可用时，所述网络不进行CNAM查询，而不论联系人信息是存储在接收手持机上还是来自一些其他可靠的源。
文档编号H04M3/42GK102057660SQ200980121853
公开日2011年5月11日 申请日期2009年4月2日 优先权日2008年4月15日
发明者托马斯·H·马利斯卡, 马克·高瑟林 申请人:赛昆特有限公司