一种拨号处理方法及装置与流程

1.本发明涉及数据处理技术领域，尤其涉及一种拨号处理方法及装置。


背景技术：

2.目前，利用传统座机拨打外地手机号时，都需要在开头加0才能正常拨出，然而，拨号人员并不知道拨出的号码是本地的还是外地的，如果在任何号码前都添加0，遇到本地号码就无法正常拨通，需要进行两次拨号，浪费了时间。特别是在通话记录中，保存的都是不加0的号码，因此，不能在通话记录中一键拨号。除此之外，如果是销售专用座机，为防止客户资源外泄，通常会将来电手机号中间4位隐藏，销售无法手动输入号码拨号，只能通过一键拨号拨打被隐藏的号码，如果是异地手机号就无法实现异地拨号。
3.由此可知，现有的座机拨号方式无法实现自动补0，也无法实现一键拨号以及拨打隐藏号码，从而浪费拨号时间。


技术实现要素：

4.有鉴于此，本发明实施例提供一种拨号处理方法及装置，以解决现有技术中无法实现自动补0，一键拨号以及拨打隐藏号码的问题。
5.为实现上述目的，本发明实施例提供如下技术方案：本发明实施例第一方面公开了一种拨号处理方法，所述方法包括：接收用户通过座机输入的待拨号码；若所述待拨号码的位数为11位，在预先建立的号码库中查询所述待拨号码对应的行政区信息，所述号码库基于sqlite数据库建立，所述号码库中包括所有号码段以及所述号码段对应的行政区信息；比较所述待拨号码对应的行政区信息和所述座机预先配置的行政区信息是否相同；若相同，拨出所述待拨号码；若不相同，在所述待拨号码最前面添加0，得到第一待拨号码，并拨出所述第一待拨号码。
6.可选的，还包括：若所述待拨号码的位数为12位，判断所述待拨号码最前面的数字是否为0；若所述待拨号码最前面的数字为0，删除所述待拨号码最前面的0，并在所述号码库中查询所述待拨号码对应的行政区信息；比较所述待拨号码对应的行政区信息和所述座机预先配置的行政区信息是否相同；若相同，删除所述待拨号码最前面的0，得到第二待拨号码，并拨出所述第二待拨号码；若不相同，拨出所述待拨号码；
若所述待拨号码最前面的数字不为0，拨出所述待拨号码。
7.可选的，所述预先建立号码库的过程，包括：建立初始号码库；获取以纯文本形式存储号码数据的纯文本文件，所述号码数据包括所有号码段以及所述号码段对应的行政区信息；基于sqlite数据库工具，将所述纯文本文件转换为sqlite数据库生成文件，其中，所述sqlite数据库生成文件存储于程序包或者磁盘文件；利用所述sqlite数据库生成文件初始化所述初始号码库，生成号码库。
8.可选的，还包括：当获取到更新号码数据请求时，基于所述号码数据请求，下载最新sqlite数据库生成文件，所述号码数据请求包括增补或者删除号码信息；将所述sqlite数据库生成文件替换为所述最新sqlite数据库生成文件，得到最新号码库。
9.可选的，所述在预先建立的号码库中查询所述待拨号码对应的行政区信息，包括：将所述待拨号码封装成统一资源标识符uri；根据所述统一资源标识符uri，调用预先建立的号码库对应的查询接口；基于所述查询接口，查询所述号码库中存在与所述待拨号码匹配的号码段；基于所述号码段，查询所述号码库中所述待拨号码对应的行政区信息。
10.可选的，还包括：当接收到一键拨号的对应号码时，判断所述号码的位数，并基于所述号码的位数，执行本发明实施例第一方面中任一项所述的拨号处理方法。
11.本发明实施例第二方面公开了一种拨号处理装置，所述装置包括：接收模块，用于接收用户通过座机输入的待拨号码；第一查询模块，用于若所述待拨号码的位数为11位，在预先建立的号码库中查询所述待拨号码对应的行政区信息，所述号码库基于sqlite数据库建立，所述号码库中包括所有号码段以及所述号码段对应的行政区信息；第一比较模块，用于比较所述待拨号码对应的行政区信息和所述座机预先配置的行政区信息是否相同，若相同，执行第一处理模块，若不相同，执行第二处理模块；第一处理模块，用于拨出所述待拨号码；第二处理模块，用于在所述待拨号码最前面添加0，得到第一待拨号码，并拨出所述第一待拨号码。
12.可选的，还包括：判断模块，用于若所述待拨号码的位数为12位，判断所述待拨号码最前面的数字是否为0，若所述待拨号码最前面的数字为0，执行第二查询模块，若所述待拨号码最前面的数字不为0，执行第一处理模块；第二查询模块，用于删除所述待拨号码最前面的0，并在所述号码库中查询所述待拨号码对应的行政区信息；第二比较模块，用于比较所述待拨号码对应的行政区信息和所述座机预先配置的行政区信息是否相同，若相同，执行第三处理模块，若不相同，执行第一处理模块；
第三处理模块，用于删除所述待拨号码最前面的0，得到第二待拨号码，并拨出所述第二待拨号码。
13.可选的，还包括：预建立模块，用于预先建立号码库；所述预建立模块，包括：建立单元，用于建立初始号码库；获取单元，用于获取以纯文本形式存储号码数据的纯文本文件，所述号码数据包括所有号码段以及所述号码段对应的行政区信息；转换单元，用于基于sqlite数据库工具，将所述纯文本文件转换为sqlite数据库生成文件，其中，所述sqlite数据库生成文件存储于程序包或者磁盘文件；初始化单元，用于利用所述sqlite数据库生成文件初始化所述初始号码库，生成号码库。
14.可选的，还包括：下载单元，用于当获取到更新号码数据请求时，基于所述号码数据请求，下载最新sqlite数据库生成文件，所述号码数据请求包括增补或者删除号码信息；替换单元，用于将所述sqlite数据库生成文件替换为所述最新sqlite数据库生成文件，得到最新号码库。
15.基于上述本发明实施例提供的一种拨号处理方法及装置，所述方法包括：接收用户通过座机输入的待拨号码；若所述待拨号码的位数为11位，在预先建立的号码库中查询所述待拨号码对应的行政区信息，所述号码库基于sqlite数据库建立，所述号码库中包括所有号码段以及所述号码段对应的行政区信息；比较所述待拨号码对应的行政区信息和所述座机预先配置的行政区信息是否相同；若相同，拨出所述待拨号码；若不相同，在所述待拨号码最前面添加0，得到第一待拨号码，并拨出所述第一待拨号码。在本方案中，在接收到待拨号码后，根据待拨号码的位数在号码库中查询待拨号码对应的行政区信息，并将待拨号码对应的行政区信息与座机预先配置的行政区信息进行比较，从而确定是否需要在该待拨号码前添加0，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
附图说明
16.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
17.图1为本发明实施例提供的一种拨号处理方法的流程示意图；图2为本发明实施例提供的一种预先建立号码库的流程示意图；图3为本发明实施例提供的另一种预先建立号码库的流程示意图；图4为本发明实施例提供的一种在号码库中查询待拨号码对应的行政区信息的流程示意图；图5为本发明实施例提供的一种拨号处理装置的结构示意图。
具体实施方式
18.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
19.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
20.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
21.为了便于理解本发明的技术方案，对本发明中出现的技术术语进行说明：座机：使用电话线的电话。
22.安卓系统：一种用于移动设备的操作系统。
23.sqlite数据库：一种移动设备中使用的数据库技术，可以存储大量数据并且可以快速高效的查询数据。
24.异地加拨0：使用座机拨号时，若拨打的是异地手机号则必须加0。
25.contentprovider：是安卓中一种进程之间共享数据的方式，其使用安卓系统独有的binder技术，快速高效的在进程之间传递数据。
26.进程：操作系统中执行程序的任务，在座机中，拨号、设置等应用在不同的进程中运行。
27.行政区：每个座机区号都对应一个地区，手机号的号码段会隶属于这些区域中。
28.由背景技术可知，现有的座机拨号方式无法实现自动补0，也无法实现一键拨号以及拨打隐藏号码，从而浪费拨号时间。
29.因此，本发明实施例提供一种拨号处理方法及装置，在本方案中，在接收到待拨号码后，根据待拨号码的位数在号码库中查询待拨号码对应的行政区信息，并将待拨号码对应的行政区信息与座机预先配置的行政区信息进行比较，从而确定是否需要在该待拨号码前添加0，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
30.如图1所示，为本发明实施例提供的一种拨号处理方法的流程示意图。
31.需要说明的是，该拨号处理方法适用于座机系统。
32.可选的，在一具体实施例中，该拨号处理方法适用于座机系统的桌面应用进程。
33.需要说明的是，桌面应用进程是一个app，用于作为一个中介管理数据库，供其他app查询数据。
34.该拨号处理方法主要包括以下步骤：步骤s101：接收用户通过座机输入的待拨号码。
35.在具体实现步骤s101的过程中，当用户通过座机进行拨号时，座机系统接收用户
通过座机输入的待拨号码。
36.步骤s102：判断待拨号码的位数是否为11位，若是，执行步骤s103，若否，执行步骤s107。
37.在具体实现步骤s102的过程中，座机系统在接收到用户通过座机输入的待拨号码后，先判断待拨号码的位数是否为11位，若是，执行步骤s103，若否，说明待拨号码的位数不是11位，待拨号码的位数可能是12位，待拨号码的位数也可能是其他位数，则执行步骤s107。
38.步骤s103：在预先建立的号码库中查询待拨号码对应的行政区信息。
39.在步骤s103中，号码库基于sqlite数据库建立，号码库中包括所有号码段以及号码段对应的行政区信息。
40.在具体实现步骤s103的过程中，预先建立号码库，座机系统在确定待拨号码的位数为11位后，在建立好的号码库中查询待拨号码对应的行政区信息。
41.步骤s104：比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，执行步骤s105，若不相同，执行步骤s106。
42.在步骤s104中，在座机系统的设置选项中设置该座机的区号，该区号用于识别该座机的行政区信息，换而言之，座机的行政区信息为预先配置的。
43.需要说明的是，在座机系统的设置选项中设置的区号保存在座机系统的文件里，也就是保存在磁盘文件上，所有应用进程都可以获取到。
44.在具体实现步骤s104的过程中，比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，说明待拨号码为本地号码，则执行步骤s105，若不相同，说明待拨号码不是本地号码，则执行步骤s106。
45.步骤s105：拨出待拨号码。
46.在具体实现步骤s105的过程中，通过比较得出待拨号码对应的行政区信息和座机预先配置的行政区信息相同，说明待拨号码为本地号码，则直接拨出待拨号码。
47.步骤s106：在待拨号码最前面添加0，得到第一待拨号码，并拨出第一待拨号码。
48.在本发明实施例中，第一待拨号码为外地号码。
49.在具体实现步骤s106的过程中，通过比较得出待拨号码对应的行政区信息和座机预先配置的行政区信息不相同，说明待拨号码不是本地号码，则在待拨号码最前面添加0，得到第一待拨号码，并拨出第一待拨号码，也就是说，在待拨号码最前面添加0，得到外地号码，并拨出外地号码。
50.步骤s107：判断待拨号码的位数是否为12位，若是，执行步骤s108，若否，执行步骤s105。
51.在具体实现步骤s107的过程中，座机系统在接收到用户通过座机输入的待拨号码，并判断出待拨号码的位数不为11位，则需要再判断待拨号码的位数是否为12位，若是，执行步骤s108，若否，说明待拨号码的位数既不是11位，待拨号码的位数也不是12位，则执行步骤s105。
52.步骤s108：判断待拨号码最前面的数字是否为0，若是，执行步骤s109，若否，执行步骤s105。
53.在具体实现步骤s108的过程中，判断待拨号码最前面的数字是否为0，若是，执行
步骤s109，若否，说明待拨号码最前面的数字不为0，则直接拨出待拨号码，即执行步骤s105。
54.步骤s109：删除待拨号码最前面的0，并在号码库中查询待拨号码对应的行政区信息。
55.在具体实现步骤s109的过程中，在判断出待拨号码最前面的数字为0后，删除待拨号码最前面的0，并在号码库中查询待拨号码对应的行政区信息。
56.步骤s110：比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，执行步骤s111，若不相同，执行步骤s105。
57.在具体实现步骤s110的过程中，比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，说明待拨号码为本地号码，执行步骤s111，若不相同，说明待拨号码对应的行政区信息和座机预先配置的行政区信息不相同，待拨号码为外地号码，则直接拨出待拨号码，即执行步骤s105。
58.步骤s111：删除待拨号码最前面的0，得到第二待拨号码，拨出第二待拨号码。
59.在本发明实施例中，第二待拨号码为本地号码。
60.在具体实现步骤s111的过程中，通过比较得出待拨号码对应的行政区信息和座机预先配置的行政区信息相同，则删除待拨号码最前面的0，得到第二待拨号码，并拨出第二待拨号码，也就是说，删除待拨号码最前面的0，得到本地号码，并拨出本地号码。
61.可选的，在执行上述步骤之后，还包括：当接收到一键拨号的对应号码时，判断号码的位数，并基于号码的位数，执行步骤s102至步骤s111的拨号处理方法。
62.可选的，在执行上述步骤之后，还包括：当接收到拨打隐藏号码的对应号码时，判断号码的位数，并基于号码的位数，执行步骤s102至步骤s111的拨号处理方法。
63.可以理解的是，当接收到拨打隐藏号码的对应号码时，也就是接收到一键拨号的对应号码，判断号码的位数，并基于号码的位数，执行步骤s102至步骤s111的拨号处理方法。
64.基于本发明实施例提供的一种拨号处理方法，通过接收用户通过座机输入的待拨号码；若待拨号码的位数为11位，在预先建立的号码库中查询待拨号码对应的行政区信息，号码库基于sqlite数据库建立，号码库中包括所有号码段以及号码段对应的行政区信息；比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同；若相同，拨出待拨号码；若不相同，在待拨号码最前面添加0，得到第一待拨号码，并拨出第一待拨号码。在本方案中，在接收到待拨号码后，根据待拨号码的位数在号码库中查询待拨号码对应的行政区信息，并将待拨号码对应的行政区信息与座机预先配置的行政区信息进行比较，从而确定是否需要在该待拨号码前添加0，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
65.基于上述本发明实施例提供的一种拨号处理方法，执行步骤s103在预先建立的号码库中查询待拨号码对应的行政区信息的过程，如图2所示，为本发明实施例提供的一种预先建立号码库的流程示意图，主要包括以下步骤：步骤s201：建立初始号码库。
66.在步骤s201中，初始号码库为空白初始号码库。
67.在具体实现步骤s201的过程中，在生成一个号码库时，需要在建立一个空白号码库的基础上进行号码库的生成，则先建立一个空白的初始号码库。
68.步骤s202：获取以纯文本形式存储号码数据的纯文本文件。
69.在步骤s202中，号码数据包括所有号码段以及号码段对应的行政区信息。
70.在本发明实施例中，纯文本文件包括但不限于csv文件。
71.需要说明的是，csv（comma-separated values，字符分隔值），因为分隔字符也可以不是逗号，其文件以纯文本形式存储表格数据（数字和文本）。
72.纯文本意味着该文件是一个字符序列，不含必须像二进制数字那样被解读的数据。csv文件由任意数目的记录组成，记录间以某种换行符分隔；每条记录由字段组成，字段间的分隔符是其它字符或字符串，最常见的是逗号或制表符。通常，所有记录都有完全相同的字段序列，都是纯文本文件，建议使用wordpad或是记事本来开启，再则先另存新档后用excel开启。
73.在具体实现步骤s202的过程中，建立空白的初始号码库之后，需要获取生成号码库必需的号码数据，则具体获取以纯文本形式存储号码数据的纯文本文件。
74.步骤s203：基于sqlite数据库工具，将纯文本文件转换为sqlite数据库生成文件。
75.在步骤s203中，sqlite数据库生成文件存储于程序包或者磁盘文件。
76.在本发明实施例中，sqlite数据库生成文件包括但不限于db文件。
77.在本发明实施例中，sqlite数据库工具包括但不限于sql pro for sqlite。
78.需要说明的是，sql pro for sqlite是macos系统上的一个工具。
79.在具体实现步骤s203的过程中，基于sqlite数据库工具，将所获取的纯文本文件转换为sqlite数据库生成文件。
80.也就是说，利用sql pro for sqlite，将所获取的纯文本文件转换为sqlite数据库生成文件。
81.步骤s204：利用sqlite数据库生成文件初始化初始号码库，生成号码库。
82.可以理解的是，在座机系统的桌面应用进程中，利用db文件初始化sqlite数据库，也就是利用db文件初始化初始号码库，生成号码库。
83.需要说明的是，使用db文件初始化数据库的接口为sqlitedatabase.openorcreatedatabase。
84.基于本发明实施例提供的一种拨号处理方法，通过利用sqlite数据库生成文件初始化初始号码库，生成号码库，为后续在号码库中查询待拨号码对应的行政区信息提供查询数据基础，从而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
85.基于上述本发明实施例提供的一种拨号处理方法，执行步骤s103在预先建立的号码库中查询待拨号码对应的行政区信息的过程，如图3所示，为本发明实施例提供的另一种预先建立号码库的流程示意图，主要包括以下步骤：步骤s301：建立初始号码库。
86.步骤s302：获取以纯文本形式存储号码数据的纯文本文件。
87.步骤s303：基于sqlite数据库工具，将纯文本文件转换为sqlite数据库生成文件。
88.步骤s304：利用sqlite数据库生成文件初始化初始号码库，生成号码库。
89.需要说明的是，上述步骤s301至步骤s304的执行原理和过程与图2中公开的步骤s201至步骤s204的执行原理和过程相同，可参见，这里不再赘述。
90.步骤s305：判断是否获取到更新号码数据请求，若是，执行步骤s306，若否，继续执行步骤s305。
91.在步骤s305中，号码数据请求包括增补或者删除号码信息。
92.步骤s306：基于号码数据请求，下载最新sqlite数据库生成文件。
93.在具体实现步骤s306的过程中，在获取到更新号码数据请求时，基于所获取的更新号码数据请求，从座机系统的服务端下载最新sqlite数据库生成文件。
94.步骤s307：将sqlite数据库生成文件替换为最新sqlite数据库生成文件，得到最新号码库。
95.在具体实现步骤s307的过程中，基于所下载的最新sqlite数据库生成文件，将sqlite数据库生成文件替换为最新sqlite数据库生成文件，得到最新号码库。
96.也就是说，利用最新db文件替换本地的db文件，得到最新号码库。
97.基于本发明实施例提供的一种拨号处理方法，在获取到更新号码数据请求时，基于所获取的更新号码数据请求，替换sqlite数据库生成文件，得到最新号码库，为后续在号码库中查询待拨号码对应的行政区信息提供查询数据基础，从而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
98.基于上述本发明实施例提供的一种拨号处理方法，执行步骤s103在预先建立的号码库中查询待拨号码对应的行政区信息的过程，如图4所示，为本发明实施例提供的一种在号码库中查询待拨号码对应的行政区信息的流程示意图，主要包括以下步骤：步骤s401：将待拨号码封装成统一资源标识符uri。
99.在具体实现步骤s401的过程中，在接收到用户通过座机输入的待拨号码，并确定该待拨号码的位数为11位后，将待拨号码封装成统一资源标识符uri。
100.步骤s402：根据统一资源标识符（uniform resource identifier，uri），调用预先建立的号码库对应的查询接口。
101.在步骤s402中，查询接口包括但不限于query接口。
102.需要说明的是，由于号码库位于座机系统的桌面进程中，其他应用进程如拨号、设置等不能直接访问，需要使用contentprovider去向其他进程共享数据，则在桌面进程中创建contentprovider，使用它的query接口向其他进程提供数据，该接口可以根据其他进程提供的uri从数据库中查询数据，然后把得到的结果返回。
103.需要说明的是，把得到的结果返回中的结果为号码的行政区信息或者区号的行政区信息。
104.需要说明的是，统一资源标识符uri包含查询接口的地址。
105.在具体实现步骤s402的过程中，根据统一资源标识符（uniform resource identifier，uri），得出有关预先建立的号码库对应的查询接口的地址，则基于预先建立的号码库对应的查询接口的地址，调用预先建立的号码库对应的查询接口。
106.步骤s403：基于查询接口，查询号码库中存在与待拨号码匹配的号码段。
107.在具体实现步骤s403的过程中，基于查询接口，查询号码库中是否存在与待拨号码匹配的号码段，若存在，说明查询到与待拨号码匹配的号码段。
108.步骤s404：基于号码段，查询号码库中待拨号码对应的行政区信息。
109.在具体实现步骤s404的过程中，在查询到与待拨号码匹配的号码段后，基于号码段，查询该号码段中是否存在待拨号码对应的行政区信息，若存在，说明查询号码库中待拨号码对应的行政区信息。
110.基于本发明实施例提供的一种拨号处理方法，基于封装得到的统一资源标识符uri，调用号码库对应的查询接口查询待拨号码对应的行政区信息，为后续比较待拨号码对应的行政区信息与座机预先配置的行政区信息提供数据支持，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
111.与上述本发明实施例示出的一种拨号处理方法相对应，本发明实施例还对应提供了一种拨号处理装置，如图5所示，该拨号处理装置包括：接收模块51、第一查询模块52、第一比较模块53、第一处理模块54和第二处理模块55。
112.接收模块51，用于接收用户通过座机输入的待拨号码。
113.第一查询模块52，用于若待拨号码的位数为11位，在预先建立的号码库中查询待拨号码对应的行政区信息。
114.其中，号码库基于sqlite数据库建立，号码库中包括所有号码段以及号码段对应的行政区信息。
115.第一比较模块53，用于比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，执行第一处理模块，若不相同，执行第二处理模块。
116.第一处理模块54，用于拨出待拨号码。
117.第二处理模块55，用于在待拨号码最前面添加0，得到第一待拨号码，并拨出第一待拨号码。
118.需要说明的是，上述本发明实施例公开的拨号处理装置中的各个模块具体的原理和执行过程，与上述本发明实施拨号处理方法相同，可参见上述本发明实施例公开的拨号处理方法中相应的部分，这里不再进行赘述。
119.基于本发明实施例提供的一种拨号处理装置，通过接收用户通过座机输入的待拨号码；若待拨号码的位数为11位，在预先建立的号码库中查询待拨号码对应的行政区信息，号码库基于sqlite数据库建立，号码库中包括所有号码段以及号码段对应的行政区信息；比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同；若相同，拨出待拨号码；若不相同，在待拨号码最前面添加0，得到第一待拨号码，并拨出第一待拨号码。在本方案中，在接收到待拨号码后，根据待拨号码的位数在号码库中查询待拨号码对应的行政区信息，并将待拨号码对应的行政区信息与座机预先配置的行政区信息进行比较，从而确定是否需要在该待拨号码前添加0，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
120.基于上述图5示出的拨号处理装置，结合图5，该拨号处理装置还进一步设置了判断模块、第二查询模块、第二比较模块和第三处理模块。
121.判断模块，用于若待拨号码的位数为12位，判断待拨号码最前面的数字是否为0，若待拨号码最前面的数字为0，执行第二查询模块，若待拨号码最前面的数字不为0，执行第一处理模块。
122.第二查询模块，用于删除待拨号码最前面的0，并在号码库中查询待拨号码对应的
行政区信息。
123.第二比较模块，用于比较待拨号码对应的行政区信息和座机预先配置的行政区信息是否相同，若相同，执行第三处理模块，若不相同，执行第一处理模块。
124.第三处理模块，用于删除待拨号码最前面的0，得到第二待拨号码，并拨出第二待拨号码。
125.基于本发明实施例提供的一种拨号处理装置，在接收到待拨号码后，根据待拨号码的位数在号码库中查询待拨号码对应的行政区信息，并将待拨号码对应的行政区信息与座机预先配置的行政区信息进行比较，从而确定是否需要在该待拨号码前添加0，进而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
126.基于上述图5示出的拨号处理装置，结合图5，该拨号处理装置还进一步设置了预建立模块，用于预先建立号码库。
127.预建立模块，包括：建立单元，用于建立初始号码库。
128.获取单元，用于获取以纯文本形式存储号码数据的纯文本文件。
129.其中，号码数据包括所有号码段以及号码段对应的行政区信息。
130.转换单元，用于基于sqlite数据库工具，将纯文本文件转换为sqlite数据库生成文件。
131.其中，sqlite数据库生成文件存储于程序包或者磁盘文件。
132.初始化单元，用于利用sqlite数据库生成文件初始化初始号码库，生成号码库。
133.基于本发明实施例提供的一种拨号处理装置，通过利用sqlite数据库生成文件初始化初始号码库，生成号码库，为后续在号码库中查询待拨号码对应的行政区信息提供查询数据基础，从而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
134.基于上述图5示出的拨号处理装置，结合图5，该预建立模块，还包括：下载单元，用于当获取到更新号码数据请求时，基于号码数据请求，下载最新sqlite数据库生成文件。
135.其中，号码数据请求包括增补或者删除号码信息。
136.替换单元，用于将sqlite数据库生成文件替换为最新sqlite数据库生成文件，得到最新号码库。
137.基于本发明实施例提供的一种拨号处理装置，在获取到更新号码数据请求时，基于所获取的更新号码数据请求，替换sqlite数据库生成文件，得到最新号码库，为后续在号码库中查询待拨号码对应的行政区信息提供查询数据基础，从而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
138.可选的，基于上述图5示出的第一查询模块52，所述第一查询模块52，具体用于：将待拨号码封装成统一资源标识符uri；根据统一资源标识符uri，调用预先建立的号码库对应的查询接口；基于查询接口，查询号码库中存在与待拨号码匹配的号码段；基于号码段，查询号码库中待拨号码对应的行政区信息。
139.基于本发明实施例提供的一种拨号处理装置，基于封装得到的统一资源标识符uri，调用号码库对应的查询接口查询待拨号码对应的行政区信息，为后续比较待拨号码对应的行政区信息与座机预先配置的行政区信息提供数据支持，进而节省拨号时间，实现自
动补0，一键拨号以及拨打隐藏号码。
140.基于上述图5示出的拨号处理装置，结合图5，该拨号处理装置还进一步设置了一键拨号模块；一键拨号模块，用于当接收到一键拨号的对应号码时，判断号码的位数，并基于号码的位数，执行图1的拨号处理方法。
141.基于本发明实施例提供的一种拨号处理装置，在接收到一键拨号的对应号码时，基于号码的位数，执行图1所述的拨号处理方法，从而节省拨号时间，实现自动补0，一键拨号以及拨打隐藏号码。
142.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
143.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
144.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。