CN101227685A - 一种移动终端的号码归属地获取方法及装置 - Google Patents

Abstract

本发明公开了一种移动终端的号码归属地获取方法及装置，所述方法包含如下步骤：A.在移动终端中预置号码信息与号码归属地的对应关系，所述对应关系分别存储在内嵌数据库和外置数据库中；所述内嵌数据库位于移动终端的系统存储空间中，所述外置数据库位于移动终端的应用存储空间中；B.根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；C.至少查找所述内嵌数据库和外置数据库之一，根据所述对应关系获取所述待查号码信息对应的号码归属地；D、将步骤C中获取的号码归属地显示在移动终端的显示界面上。所述装置包括实现所述方法的模块。本发明的移动终端的号码归属的查询显示功能方便使用，且安全可靠。

Description

一种移动终端的号码归属地获取方法及装置

技术领域

本发明涉及移动通讯领域，具体地说涉及一种移动终端的号码归属地获取方法及装置。

背景技术

随着技术的不断发展，通信产品在人类生活中越来越普及，尤其是手持移动终端设备如移动电话，已经成为人类生活不可或缺的一部分。目前绝大多数的移动通信设备都支持来电显示功能，即可以显示来电号码或姓名。然而，随着移动服务业务的发展，人们希望更进一步地了解号码的信息。例如当接到陌生或骚扰电话时，能够得到这些陌生号码的归属地信息从而对这些陌生号码有所判断。目前，这种归属地查询和显示功能已经在一定程度上得到实现，例如用户如果想查询一个号码的归属地，可以通过网络或移动和联通的服务电话进行查询，然而，无论上网或者拨打服务电话，都不能做到随时随地进行，使得用户使用归属地查询显示功能并不方便，导致移动终端上电话号码的归属地查询和来去电归属地显示这一功能还不能做到广泛普及。

发明内容

有鉴于上述现状，本发明所要解决的技术问题是：提供一种移动终端的号码归属地获取方法及装置，能够方便地根据号码信息获取相应的号码归属地。

为了实现上述技术问题，本发明采用了如下技术方案：

一种移动终端的号码归属地获取方法，包含如下步骤：

A、在移动终端中预置号码信息与号码归属地的对应关系，所述对应关系分别存储在内嵌数据库和外置数据库中；所述内嵌数据库位于移动终端的系统存储空间中，所述外置数据库位于移动终端的应用存储空间中；

B、根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；

C、至少查找所述内嵌数据库和外置数据库之一，根据所述对应关系获取所述待查号码信息对应的号码归属地；

D、将步骤C中获取的号码归属地显示在移动终端的显示界面上。

所述步骤C具体为：

C1、查找外置数据库，根据外置数据库中所述对应关系获取待查号码信息对应的号码归属地；转入步骤D；

C2、如果外置数据库不存在，查找内嵌数据库，根据内嵌数据库中所述对应关系获取待查号码信息对应的号码归属地。

所述步骤A中的对应关系包括第一对应关系和第二对应关系，所述第一对应关系的号码信息为移动终端号码前七位号段，每一移动终端号码前七位号段对应一归属地，且按移动终端号码前七位号段的数字大小顺序进行排序；所述第二对应关系的号码信息为固网终端号码区号，每一固网终端号码区号对应一归属地，且按固网终端号码区号的数字大小顺序进行排序。

所述步骤B包含如下步骤：

B1、判断移动终端当前的呼叫号码或查询号码是否包含国际号码前缀或业务前缀，如包含，将所述国际号码前缀或业务前缀过滤；

B2、判断当前的呼叫号码或查询号码的首位为“1”还是“0”，如是“1”，确定待查找的对应关系为第一对应关系；如是“0”，确定待查找的对应关系为第二对应关系；

B3、如果当前的呼叫号码或查询号码为移动终端号码，截取当前的呼叫号码或查询号码的前七位号段作为待查号码信息；如果当前的呼叫号码或查询号码为固网终端号码，截取当前的呼叫号码或查询号码的区号作为待查号码信息。

所述内嵌数据库中的第一对应关系还包括压缩处理：将连续多条归属地相同的号码信息整合为一条号码信息，整合后的号码信息包含整合前的连续多条号码信息的首条号码信息及整合的号码信息条数。

所述的号码归属地获取方法，还包括对所述内嵌数据库和外置数据库中的对应关系进行更新的步骤。

本发明还公开了一种移动终端的号码归属地获取装置，包含：

预置模块，用于在移动终端中预置号码信息与号码归属地的对应关系，并将所述对应关系分别存储在内嵌数据库和外置数据库中；所述内嵌数据库位于移动终端的系统存储空间中，所述外置数据库位于移动终端的应用存储空间中；

号码信息确定模块，用于根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；

查找显示模块，用于至少查找所述内嵌数据库和外置数据库之一，根据所述对应关系获取所述待查号码信息对应的号码归属地，并显示在移动终端的显示界面上。

所述对应关系包括第一对应关系和第二对应关系，所述第一对应关系的号码信息为移动终端号码前七位号段，每一移动终端号码前七位号段对应一归属地，且按移动终端号码前七位号段的数字大小顺序进行排序；所述第二对应关系的号码信息为固网终端号码区号，每一固网终端号码区号对应一归属地，且按固网终端号码区号的数字大小顺序进行排序。

所述号码信息确定模块包括前缀过滤单元和截取单元，所述前缀过滤单元用于过滤国际号码前缀或业务前缀过滤，所述截取单元用于截取移动终端号码的前七位号段或固网终端号码的区号。

所述内嵌数据库中的第一对应关系为经压缩处理的对应关系：所述压缩处理为将连续多条归属地相同的号码信息整合为一条号码信息，整合后的号码信息包含整合前的连续多条号码信息的首条号码信息及整合的号码信息条数。

本发明通过在移动终端中预置号码信息和号码归属地的对应关系，并分别存储在位于移动终端系统存储空间的内嵌数据库和位于移动终端应用存储空间的外置数据库中，不仅使得利用移动终端进行号码归属地查询和显示更加方便，而且安全可靠。本发明还对国际号码前缀或业务前缀进行过滤处理，从而使号码归属地的查询显示功能更加完善。对于内嵌数据库中的移动终端号码的对应关系，采用了压缩处理，有效减少了内嵌数据库需要的存储空间，从而节约了移动终端的系统存储空间。

附图说明

图1是本发明的号码归属地获取方法的总体流程图；

图2是本发明具体实施方式的方法具体流程图；

图3是本发明具体实施方式的数据库更新流程图；

图4是本发明具体实施方式的装置框图。

具体实施方式

下面结合附图和具体实施方式对本发明作进一步详细说明。

本发明通过预置号码信息与号码归属地的对应关系来达到获取号码归属地信息的目的。为此，本发明的号码归属地获取方法，首先包括一预置过程：在移动终端中预置号码信息与号码归属地的对应关系，该对应关系分别存储在位于移动终端的系统存储空间中的内嵌数据库和位于移动终端的应用存储空间中的外置数据库中。此处的系统存储空间与应用存储空间，为对移动终端的存储空间的一种划分，系统存储空间是指移动终端的系统程序，即运行软件代码占据的存储空间，应用存储空间是指移动终端的系统程序占据的空间之外的存储空间，通常是用于放置用户文件的存储空间。

如图1所示，预置过程结束后，号码归属地的获取包含如下步骤：

步骤101：根据移动终端当前的呼叫号码或查询号码，确定待查号码信息。这里所述的移动终端的呼叫号码和查询号码包括移动终端号码(手机号码)和固网终端号码。其中，固网终端号码是指以固定电话网作为交换媒介的终端，包括固话号码和无线市话(小灵通)号码。此外，也包括加有常见前缀的此类号码，常见前缀包括例如国际码前缀“+86”或者业务前缀，例如IP拨号优惠业务前缀“17951”、“12593”。呼叫号码指呼出号码(去电)或者呼入号码(来电)。

步骤102：至少查找上述内嵌数据库和外置数据库之一，根据其中的对应关系获取待查号码信息对应的号码归属地。

步骤103：将获取的号码归属地显示在移动终端的显示界面上。

图1描述了本发明如何实现移动终端号码归属地查询及来去电归属地显示功能的基本流程，本发明具体实施方式的具体实现流程如图2所示，包括以下步骤：

步骤201：获取用户输入的查询号码，执行202；

步骤202：判断输入的号码是否为空，若为空，执行203，否则执行204；

步骤203：点击“查找”，弹出“号码不能为空”的提示，返回到查询号码输入界面；

步骤204：号码不为空，判断输入的号码是否合法，执行205；

步骤205：判断号码长度是否小于3或大于20位，若是执行206，否则执行207；

步骤206：输入号码不合法，弹出“电话号码格式错误”的提示；

步骤207：号码合法，判断此号码是否带有前缀，若是执行208，否则执行209；

步骤208：分析前缀类型及位数，剔除前缀后执行210；

步骤209：不带前缀，首先比较号码的第1位，执行210；

步骤210：判断第1位是否为“1”，若是执行215，否则执行211；

步骤211：判断第1位是否为“0”，若是执行212，否则执行214；

步骤212：本号码属于固话或小灵通号码，进入存放区号的数据库文件检索；

步骤213：以二分查找法循环读取区号文件，查找与之匹配的归属地信息；执行217；

步骤214：无此号码的归属地信息，提示“无此信息”。

步骤215：本号码属于移动终端号码，进入手机号段文件比较，执行216；

步骤216：以二分查找法循环读取存放手机号段的数据库文件，并进行检索，执行217；

步骤217：如果找到匹配项，执行218，否则执行214；

步骤218：将检索到的归属地信息，即该号码所属的省份和城市返回，执行219；

步骤219：显示结果，将号码的归属地信息显示在显示屏上。

图2以用户进行号码归属地查询为例，描述了归属地查询的具体实现流程，总结上述流程，需要对其中的几个方面作进一步说明：

1、数据库中的对应关系包括第一对应关系和第二对应关系，第一对应关系是指移动终端号码的对应关系，其对应关系中的号码信息为移动终端号码的前七位号段，每一移动终端号码前七位号段对应一归属地，且按移动终端号码前七位号段的数字大小顺序进行排序；第二对应关系是指固网终端号码的对应关系，其号码信息为固网终端号码的区号，同样的，每一固网终端号码区号对应一归属地，且按固网终端号码区号的数字大小顺序进行排序。

2、号码信息的确定主要包括以下步骤：

1)判断移动终端当前的呼叫号码或查询号码是否包含国际号码前缀或业务前缀，如包含，将所述国际号码前缀或业务前缀过滤；

2)判断当前的呼叫号码或查询号码的首位为“1”还是“0”，如是“1”，确定待查找的对应关系为第一对应关系，由此，指示其后的数据库查找进行手机号段的比较；如是“0”，确定待查找的对应关系为第二对应关系，由此，指示其后的数据库查找进行区号比较。

3)如果当前的呼叫号码或查询号码为移动终端号码，截取当前的呼叫号码或查询号码的前七位号段作为待查号码信息；如果当前的呼叫号码或查询号码为固网终端号码，截取当前的呼叫号码或查询号码的区号作为待查号码信息。

数据库中的对应关系可以进行更新，但针对内嵌数据库和外置数据库而有所不同。对于位于系统存储空间的内嵌数据库，由于其内嵌在移动终端的运行软件中，所以不会出现因用户不小心删除或对用户存储空间格式化而丢失数据库的情况，但因此其更新需要跟随移动终端软件升级而更新。对于外置数据库，其以文件方式按照定义的路径存放在移动终端的存储盘下，并且是被隐藏的，其更新过程如图3所示：

步骤301：首先需要到厂商提供的官方网站上下载更新的数据库文件，执行302。该数据库文件由所购买移动终端的厂商免费提供，并同时提供下载网址及数据库的具体更新时间；

步骤302：将移动终端关闭，用数据线连接到电脑的USB接口上，识别可移动存储设备后，按照原定义路径将下载好的数据库文件存放到可移动存储盘下，执行303；

步骤303：移除移动终端后，重新开机，数据库文件即可使用。

由于外置数据库的更新更加方便，因此，一般情况下，以外置数据库为高优先级，在进行查找对应关系时，首先到外置数据库中查找。只有在外置数据库不存在的情况下，才到内嵌数据库种进行查找。

通过使用本发明的方法，则在移动终端上实现了归属地查询显示功能，例如如果在移动终端的查询接口输入要查询的号码1598676××××，按“查找”键即会显示本号码属于：广东深圳。而且查询手机号码时可仅输入前7位号段，如上例仅输入1598676，然后按“查找”即可显示结果。此设计针对较长的查询号码，用户可以不必将完整号码输入，因而节省相应的操作时间，给用户带来极大的方便。查询固话号码或小灵通号码的操作过程类似，同样的，查询时也可仅输入区号，不再赘述。对于查询加有常见前缀的号码的操作，查询时也可仅输入前缀+号段或区号信息。由此，移动终端号码、固话号码和小灵通号码及加号码前缀情况下都可直观显示所呼叫的号码归属地，来电界面同理，不再赘述。

如图4所示，本发明具体实施方式的号码归属地获取装置，包括预置模块、号码信息确定模块和查找显示模块。预置模块用于在移动终端中预置号码信息与号码归属地的对应关系，并将对应关系分别存储在位于移动终端的系统存储空间中的内嵌数据库和位于移动终端的应用存储空间中的外置数据库中；号码信息确定模块用于根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；查找显示模块用于至少查找所述内嵌数据库和外置数据库之一，并根据对应关系获取待查号码信息对应的号码归属地，显示在移动终端的显示界面上。

号码信息确定模块包括前缀过滤单元和截取单元，前缀过滤单元用于过滤国际号码前缀或业务前缀过滤，截取单元用于截取移动终端号码的前七位号段或固网终端号码的区号。

由于通常移动终端的系统存储空间有限，直接将归属地数据库文件嵌入到移动终端的运行软件中，将占据较大的系统存储空间，因此，需要对内嵌数据库中的对应关系进行压缩处理。其处理过程主要是：

将归属地数据库中的数据压缩存储在phb_attack_offset[]、phb_attach_acode[]和phb_attack_segs[]三个数组中，其中phb_attack_offset[]存储130-139、153、156、158、159等号段的起始值和记录段数，号段前缀占2字节(Byte)(十六进制)，起始值2Byte，记录段数2Byte；phb_attach_acode[]存储区号和城市名称，区号占2Byte(十六进制)，城市名称占16Byte(Unicode码制)；phb_attack_segs[]存储每个号段的起始数据和记录总数，并且城市相同的连续号段合并存储，空缺号段也要计算并存储。下面对三个数组分别进行说明。

Phb_attack_offset[]存储号段前缀、起始值和记录段数，分别占2个、2个、2个字节。号段前缀是指130-139、150、153、156、158、159这些数据，把他们看成整数转化成十六进制，如130看成一百三十，转化为0x82，0x00，即0082(读时高字节在后，低字节在前)，紧跟着号段前缀的2个字节0x00，0x00是130号段在数据库文件中的起始值，是从0开始的，即0000；接下来的2字节是记录段数，表示一个号段在数据库中有多少个记录分段，连续的号段要归到一条记录段，比如库中从第1条到第5条都是北京的号段，记为1条记录，这个值一般会小于一个号段的记录总数。例如在数据库中，130的记录段数为0xB1，0x0C，读为0C B1，即130的记录段数为3249条，然而实际上130的对应关系有9837条，但由于将连续多条归属地相同的号码信息进行了合并，因此压缩后记录段数就只有3249条。这个数目也可以大概反映数据的压缩程度。依次类推，记录131、132一直到159。

Phb_attack_acode[]存储区号和城市名称，分别占2字节(16进制)、16字节(Unicode码)，如北京区号为010，当成整数就是十，转化为十六进制为0x0A，0x00，即000A(读时高字节在后，低字节在前)，接下来的16字节表示城市名称，如0x17，0x53，0xAC，0x4E(后面均为0)，读出来即为53174EAC，就是“北京”这两个字的Unicode码。后面同理依次类推，数组排列顺序是按照全国地级以上城市的区号大小顺序来排列的，如下示：

010北京

020广东广州

021上海

022天津

023重庆

024辽宁沈阳

025江苏南京

027湖北武汉

028四川成都

029陕西西安

0310河北邯郸

0311河北石家庄

0999新疆伊犁

这个顺序中各城市所排的顺序号代表了下述数组Phb_attack_segs[]中提到的城市ID号。即北京是第0个，则CITYID是0；广东广州是第1个，CITYID是1；上海是第2个，CITYID是2等，按照这个顺序往下排。

Phb_attack_segs[]存储城市ID号和连续号段数。以130号段为例，因为在phb_attack_offset表中存有130号段的起始数据和记录段数，故每个号段不用存储，只需要存储该号段在phb_attack_acode表中的ID号即可。

如：

0x00，0x01，表示0100，即：0000 0001 0000 0000，CITYID是0，表示北京，个数是1；

0x76，0x01，表示0176，即：0000 0001 0111 0110，CITYID是76，表示江苏常州，个数是1；

0xFF，0x84，表示空缺4个，即从1300002到1300005号段是空缺的；

0x09，0x01，表示0109，即：0000 0001 0000 1001，CITYID是9，表示江苏南京，个数是1；

0xFF，0x83，表示空缺3个，即从1300007到1300009号段是空缺的；

0x00，0x02，表示0200，即：0000 0010 0000 0000，CITYID是0，表示北京，个数是2；这样按照数据库的内容依次往下类推。

存储的时候可以以这样的方式保存，城市在phb_attack_acode的ID号以CITYID表示：

{130}{0000}CITYID

{130}{0001}CITYID

{130}{0002}CITYID

{130}{9999}CITYID

其中{}内的内容不用写入数组，在phb_attack_segs的位置即：130号段在phb_attack_offset中的起始地址+数组下标。

考虑到有些城市相同的连续的号段可以合并存储，假设：

{130}{0000}CITYID：北京

{130}{0001}CITYID：北京

{130}{0002}CITYID：北京

{130}{0003}CITYID：上海

那么存储方式可以更改为：

{130}{0000}CITYID：北京，连续号段数：3

{130}{0003}CITYID：上海，连续号段数：1

连续号段数用COUNT表示，那么实际130的存储结构为：

[COUNT][CITYID]，[COUNT][CITYID]，...[COUNT][CITYID]

如果有空缺的号段则需要把空缺的号段也加进去，空缺号段的CITYID使用0x01FF，假设以下号段：

{130}{0000}CITYID：北京

{130}{0001}CITYID：北京

{130}{0002}CITYID：北京

{130}{0003}空缺

{130}{0004}空缺

{130}{0005}CITYID：上海

则存储为：

[COUNT＝3][CITYID＝北京][COUNT＝2][CITYID＝0x01FF][COUNT＝1][CITYID＝上海]，COUNT累加起来就是当前7位号段的后四位。

phb_attack_segs数组存储的时候，实际上每条记录CITYID和COUNT加起来占2字节，即16Bits：

[15][14][13][12][11][10][09][08][07][06][05][04][03][02][01][00]

其中第15位(高字节首位)和第0-7位(即低字节)，共9位存储CITYID，第[15]位为最高位(因为城市数大概在300多个，使用9位才能存完)。剩余第8-14位共7位存储COUNT值，因7位表示的最大数是127，如果存储的时候COUNT值大于127，则以127为单位分成多条记录存储，假设COUNT＝128，CITYID＝1，存储的时候为两条记录：

[COUNT＝127][CITYID＝1][COUNT＝1][CITYID＝1]。

内嵌数据库在查询时，在代码中定义了一个nStartNum变量，初始值为0，这个是游标，表示手机号段(7位)的后四位的当前位置游标，而连续号段count的累加值就是当前号段后四位的值。下面分别介绍移动终端号码查询和固网终端号码查询。

手机号查询：

判断是手机号，即首位为“1”，先取手机号码前3位作为号码前缀nPrefix，再取手机号码的第4到7位作为位段nSegNum，根据nPrefix遍历phb_attack_offset表可以在phb_attack_offset表中计算出位段的起始值1Start和长度1Size，然后移动指针ptmp在phb_attachk_segs表中移动到位段数据的起始位置处，取该位置处的城市名称在phb_attack_acode表中的索引i_area，取连续号段数count；判断如果i_area＝0x01FF，即表示是空缺号段，此时要累加连续号段count到nStartNum上，然后继续比较下一个位置处；如果count＝1，表明连续号段是1，即无连续的号段，此时直接比较nStartNum和nSegNum，相同则找到，找到城市位置索引返回，否则没找到；若连续号段count不为1，表示有连续的号段，此时定义一个nEndNum＝nStartNum+count-1，nStartNum和nEndNum中间是一个范围，然后判断号段是否在nStartNum和nEndNum中间，是的话表示在该范围内，找到，否则没找到，需要累加count到nStartNum，再接着继续比较下一个位置。开始遍历该表中的数据。

固号查询：

首位如果是“0”，查找区号电话归属地，在区号查询中还会首先判断是否是港澳台地区的特殊号码，因为港澳台地区的区号是00852、00853、00856，与大陆区号规律不太一样，所以分开来单独判断，判断时直接比较是否是上述3个号码，如是返回相应的地区名，否则就遍历phb_attack_acode表，查询归属地。

经过上述压缩处理，就可把原本很大的归属地数据库文件压缩成一个100K左右的小文件，大大减小了存储空间，解决了移动终端系统存储空间不足的问题。

本发明的优点和特点是：

1)在移动终端现有基础上，在电话本下增加归属地查询菜单选项，可以对国内使用的移动终端号码、固话号码和小灵通号码随时随地查询其归属地；

2)可对加有常见前缀的上述三种号码的归属地信息进行查询；

3)可在来电和呼叫界面显示当前号码的归属地信息，为陌生或骚扰电话提供一定的参考信息；

4)提供两套数据库存储方式，使用户使用和更新起来都非常方便；

5)外置数据库优先级高，可以及时进行更新，用户可根据需要自行决定到厂商官方网站免费下载；

6)内嵌数据库采用优化压缩存储方式，占用空间非常小，在外置数据库丢失情况下，可自动调用该套数据库，不会影响功能的使用；

7)数据库检索采用二分查找法，搜寻速度非常快；

8)在电话本条目查看界面同时有该记录的归属地信息显示，可直接进行浏览。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种移动终端的号码归属地获取方法，其特征在于，包含如下步骤：

A、在移动终端中预置号码信息与号码归属地的对应关系，所述对应关系分别存储在内嵌数据库和外置数据库中；所述内嵌数据库位于移动终端的系统存储空间中，所述外置数据库位于移动终端的应用存储空间中；

B、根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；

C、至少查找所述内嵌数据库和外置数据库之一，根据所述对应关系获取所述待查号码信息对应的号码归属地；

D、将步骤C中获取的号码归属地显示在移动终端的显示界面上。

2.如权利要求1所述的号码归属地获取方法，其特征在于，所述步骤C具体为：

C1、查找外置数据库，根据外置数据库中所述对应关系获取待查号码信息对应的号码归属地；转入步骤D；

C2、如果外置数据库不存在，查找内嵌数据库，根据内嵌数据库中所述对应关系获取待查号码信息对应的号码归属地。

3.如权利要求1所述的号码归属地获取方法，其特征在于，所述步骤A中的对应关系包括第一对应关系和第二对应关系，所述第一对应关系的号码信息为移动终端号码前七位号段，每一移动终端号码前七位号段对应一归属地，且按移动终端号码前七位号段的数字大小顺序进行排序；所述第二对应关系的号码信息为固网终端号码区号，每一固网终端号码区号对应一归属地，且按固网终端号码区号的数字大小顺序进行排序。

4.如权利要求3所述的号码归属地获取方法，其特征在于，所述步骤B包含如下步骤：

B1、判断移动终端当前的呼叫号码或查询号码是否包含国际号码前缀或业务前缀，如包含，将所述国际号码前缀或业务前缀过滤；

B2、判断当前的呼叫号码或查询号码的首位为“1”还是“0”，如是“1”，确定待查找的对应关系为第一对应关系；如是“0”，确定待查找的对应关系为第二对应关系；

B3、如果当前的呼叫号码或查询号码为移动终端号码，截取当前的呼叫号码或查询号码的前七位号段作为待查号码信息；如果当前的呼叫号码或查询号码为固网终端号码，截取当前的呼叫号码或查询号码的区号作为待查号码信息。

5.如权利要求3所述的号码归属地获取方法，其特征在于，所述内嵌数据库中的第一对应关系还包括压缩处理：将连续多条归属地相同的号码信息整合为一条号码信息，整合后的号码信息包含整合前的连续多条号码信息的首条号码信息及整合的号码信息条数。

6.如权利要求1至5任一所述的号码归属地获取方法，其特征在于，还包括对所述内嵌数据库和外置数据库中的对应关系进行更新的步骤。

7.一种移动终端的号码归属地获取装置，其特征在于，包含：

预置模块，用于在移动终端中预置号码信息与号码归属地的对应关系，并将所述对应关系分别存储在内嵌数据库和外置数据库中；所述内嵌数据库位于移动终端的系统存储空间中，所述外置数据库位于移动终端的应用存储空间中；

号码信息确定模块，用于根据移动终端当前的呼叫号码或查询号码，确定待查号码信息；

查找显示模块，用于至少查找所述内嵌数据库和外置数据库之一，根据所述对应关系获取所述待查号码信息对应的号码归属地，并显示在移动终端的显示界面上。

8.如权利要求7所述的号码归属地获取装置，其特征在于，所述对应关系包括第一对应关系和第二对应关系，所述第一对应关系的号码信息为移动终端号码前七位号段，每一移动终端号码前七位号段对应一归属地，且按移动终端号码前七位号段的数字大小顺序进行排序；所述第二对应关系的号码信息为固网终端号码区号，每一固网终端号码区号对应一归属地，且按固网终端号码区号的数字大小顺序进行排序。

9.如权利要求8所述的号码归属地获取装置，其特征在于，所述号码信息确定模块包括前缀过滤单元和截取单元，所述前缀过滤单元用于过滤国际号码前缀或业务前缀过滤，所述截取单元用于截取移动终端号码的前七位号段或固网终端号码的区号。

10.如权利要求8或9所述的号码归属地获取装置，其特征在于，所述内嵌数据库中的第一对应关系为经压缩处理的对应关系：所述压缩处理为将连续多条归属地相同的号码信息整合为一条号码信息，整合后的号码信息包含整合前的连续多条号码信息的首条号码信息及整合的号码信息条数。

Images