CN106603794A - iOS系统骚扰电话号码数据库更新方法、装置和移动终端 - Google Patents

iOS系统骚扰电话号码数据库更新方法、装置和移动终端 Download PDF

Info

Publication number
CN106603794A
CN106603794A CN201611220391.3A CN201611220391A CN106603794A CN 106603794 A CN106603794 A CN 106603794A CN 201611220391 A CN201611220391 A CN 201611220391A CN 106603794 A CN106603794 A CN 106603794A
Authority
CN
China
Prior art keywords
download
call number
harassing call
number database
new file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201611220391.3A
Other languages
English (en)
Inventor
张福生
吴亚男
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201611220391.3A priority Critical patent/CN106603794A/zh
Publication of CN106603794A publication Critical patent/CN106603794A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
    • H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2308—Concurrency control
    • G06F16/2315—Optimistic concurrency control
    • G06F16/2329—Optimistic concurrency control using versioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供一种iOS系统骚扰电话号码数据库更新方法和装置，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；若有版本更新则从云端获取新版本更新文件的下载链接；下载该更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。通过以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新来进行更新，使得移动终端本地的骚扰电话号码数据库能够得到及时更新，通过及时提示或拦截新出的恶意号码可以减少被叫用户被骗的几率，并且避免用户浪费时间，安全性和效率都有待提高。本发明还提供一种移动终端。

Description

iOS系统骚扰电话号码数据库更新方法、装置和移动终端
技术领域
本发明涉及移动终端安全技术领域，具体而言，本发明涉及一种iOS系统骚扰电话号码数据库更新方法、装置和移动终端。
背景技术
近年来，电话诈骗、电话推销、电话骚扰等骚扰电话行为越来越猖獗，电信用户不胜其扰。最新的iOS系统，推出了CallKit新特性，因此第三方应用可以利用该特性实现电话黑名单功能。
一些手机安全软件例如360手机卫士，通过云端收集数据，可以将被众多用户举报为恶意来电的电话号码统一标识为恶意号码，并传输这些恶意号码信息给iOS系统的恶意号码数据库，并在该电话号码进行呼叫时提示被叫用户该电话号码为恶意号码，使得被叫用户可以有效分辨，避免被骗或者浪费时间，这在一定程度上保证了用户安全和节约了用户时间。
然而，手机安全软件基于iOS系统的特征只能通过本地的恶意号码数据库存储的骚扰电话号码进行辨别，而社会上出现的恶意来电号码可能瞬息万变的，导致被叫用户存在被骗的风险并且会浪费用户时间，安全性和效率都有待提高。
发明内容
本发明的目的旨在至少能解决上述的技术缺陷之一，特别是安全性不佳的技术缺陷。
本发明提供一种iOS系统骚扰电话号码数据库更新方法，包括如下步骤：
以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；
若有版本更新则从云端获取新版本更新文件的下载链接；
下载所述更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，所述以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新的过程包括：
当系统时间达到设定的更新时刻后，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。
在其中一个实施例中，所述更新时刻与历史更新记录的平均更新时间间隔有关。
在其中一个实施例中，所述更新时刻为：上次更新时刻或上次更新版本的发布时刻加上历史更新记录的平均更新时间间隔。
在其中一个实施例中，所述查询骚扰电话号码数据库是否有版本更新的过程包括：
从系统查询或者从上次更新记录查询所述骚扰电话号码数据库的当前版本号；
将所述当前版本号与云端提供的新版本的版本号进行比对以判断是否有版本更新。
在其中一个实施例中，下载所述更新文件之前还包括步骤：
从所述更新文件的下载链接中获取更新文件的文件大小；
根据所述更新文件的文件大小确定本次下载的下载规则。
在其中一个实施例中，根据所述更新文件的文件大小确定本次下载的下载规则的过程包括：
确定当前网络环境；
根据所述当前网络环境和所述更新文件的文件大小确定本次下载的下载规则。
在其中一个实施例中，根据所述当前网络环境和所述更新文件的文件大小确定本次下载的下载规则的过程包括：
根据所述网络环境确定网络传输速率；
根据所述网络传输速率和所述更新文件的文件大小确定更新时长；
根据所述更新时长和后台剩余时间确定本次下载的下载规则。
在其中一个实施例中，所述后台剩余时间为执行(void)application:(UIApplication*)application performFetchWithCompletionHandler:(void(^)(UIBackgroundFetchResult))completionHandler{}方法所需的执行时间。
在其中一个实施例中，所述下载规则包括：
如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则等待系统连接到设定网络环境时启动下载。
在其中一个实施例中，所述下载规则包括：
如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则延迟设定时长再启动下载。
在其中一个实施例中，所述更新文件由多于一个的经过排序的子文件组成。
在其中一个实施例中，所述下载规则包括：
在本次下载中逐个下载其中的一部分子文件；
在下次下载时继续下载余下部分的子文件。
在其中一个实施例中，在下载完成后调用电话通讯录扩展接口对系统进行更新的过程包括：
在下载完成后对各个子文件进行排序和合并以生成更新文件；
调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，在下载完成后调用电话通讯录扩展接口对系统进行更新的过程包括：
解析所述更新文件，得到多条骚扰电话号码信息；
将所述多条骚扰电话号码信息生成排序，然后调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，所述骚扰电话号码信息至少包括：电话号码及其骚扰类型。
在其中一个实施例中，所述电话通讯录扩展接口为Call Directory Extension接口。
在其中一个实施例中，更新完毕后，还包括步骤：
在接收到来电或者短信时，获取来电或短信号码；
查询本地的所述骚扰电话号码数据库是否存在该来电或短信号码，若有则对该来电或短信进行拦截或者向用户发出警告信息，若无则向云端骚扰电话号码数据库继续查询；
当所述云端骚扰电话号码数据库存在该来电或短信号码时，从所述云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并对该来电或短信进行拦截或者向用户发出警告信息。
在其中一个实施例中，当所述云端骚扰电话号码数据库存在该来电或短信号码时，从所述云端骚扰电话号码数据库获取对应所述来电或短信号码的骚扰电话号码信息，并将所述来电或短信号码的骚扰电话号码信息更新到本地的所述骚扰电话号码数据库，然后对该来电或短信进行拦截或者向用户发出警告信息。
本发明还提供一种iOS系统骚扰电话号码数据库更新装置，其包括：
查询模块，用于以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；
获取模块，用于若有版本更新时从云端获取新版本更新文件的下载链接；
下载模块，用于下载所述更新文件；
更新模块，用于在下载完成后调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，所述查询模块用于：
当系统时间达到设定的更新时刻后，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。
在其中一个实施例中，所述更新时刻与历史更新记录的平均更新时间间隔有关。
在其中一个实施例中，所述更新时刻为：上次更新时刻或上次更新版本的发布时刻加上历史更新记录的平均更新时间间隔。
在其中一个实施例中，所述查询模块用于：
从系统查询或者从上次更新记录查询所述骚扰电话号码数据库的当前版本号；
将所述当前版本号与云端提供的新版本的版本号进行比对以判断是否有版本更新。
在其中一个实施例中，所述装置还包括确定模块；所述确定模块包括：
获取单元，用于从所述更新文件的下载链接中获取更新文件的文件大小；
确定单元，用于根据所述更新文件的文件大小确定本次下载的下载规则。
在其中一个实施例中，所述确定单元包括：
第一子单元，用于确定当前网络环境；
第二子单元，用于根据所述当前网络环境和所述更新文件的文件大小确定本次下载的下载规则。
在其中一个实施例中，所述第二子单元用于：
根据所述网络环境确定网络传输速率；
根据所述网络传输速率和所述更新文件的文件大小确定更新时长；
根据所述更新时长和后台剩余时间确定本次下载的下载规则。
在其中一个实施例，所述后台剩余时间为执行(void)application:(UIApplication*)application performFetchWithCompletionHandler:(void(^)(UIBackgroundFetchResult))completionHandler{}方法所需的执行时间。
在其中一个实施例中，所述下载规则包括：
如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则等待系统连接到设定网络环境时启动下载。
在其中一个实施例中，所述下载规则包括：
如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则延迟设定时长再启动下载。
在其中一个实施例中，所述更新文件由多于一个的经过排序的子文件组成。
在其中一个实施例中，所述下载规则包括：
在本次下载中逐个下载其中的一部分子文件；
在下次下载时继续下载余下部分的子文件。
在其中一个实施例中，在更新模块用于：
在下载完成后对各个子文件进行排序和合并以生成更新文件；
调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，所述更新模块用于：
解析所述更新文件，得到多条骚扰电话号码信息；
将所述多条骚扰电话号码信息生成排序，然后调用电话通讯录扩展接口对系统进行更新。
在其中一个实施例中，所述骚扰电话号码信息至少包括：电话号码及其骚扰类型。
在其中一个实施例中，所述电话通讯录扩展接口为Call Directory Extension接口。
在其中一个实施例中，所述装置还包括保护模块，所述保护模块用于：
在接收到来电或者短信时，获取来电或短信号码；
查询本地的所述骚扰电话号码数据库是否存在该来电或短信号码，若有则对该来电或短信进行拦截或者向用户发出警告信息，若无则向云端骚扰电话号码数据库继续查询；
当所述云端骚扰电话号码数据库存在该来电或短信号码时，从所述云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并对该来电或短信进行拦截或者向用户发出警告信息。
在其中一个实施例中，所述保护模块用于：当所述云端骚扰电话号码数据库存在该来电或短信号码时，从所述云端骚扰电话号码数据库获取对应所述来电或短信号码的骚扰电话号码信息，并将所述来电或短信号码的骚扰电话号码信息更新到本地的所述骚扰电话号码数据库，然后对该来电或短信进行拦截或者向用户发出警告信息。
本发明还提供一种移动终端，其包括：
触敏显示器；
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行任一实施例所述的iOS系统骚扰电话号码数据库更新方法。
上述的iOS系统骚扰电话号码数据库更新方法、装置和移动终端，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；若有版本更新则从云端获取新版本更新文件的下载链接；下载所述更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。通过以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新来进行更新，使得移动终端本地的骚扰电话号码数据库能够得到及时更新，通过及时提示或拦截新出的恶意号码可以减少被叫用户被骗的几率，并且避免用户浪费时间，安全性和效率得到提高。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为一个实施例的iOS系统骚扰电话号码数据库更新方法流程图；
图2为另一实施例的iOS系统骚扰电话号码数据库更新方法流程图；
图3为一个实施例的iOS系统骚扰电话号码数据库更新装置示意图；
图4为另一实施例的iOS系统骚扰电话号码数据库更新装置示意图；
图5示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通讯链路上，执行双向通讯的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通讯设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备；PCS(Personal Communications Service，个人通讯系统)，其可以组合语音、数据处理、传真和/或数据通讯能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通讯方式实现通讯，包括但不限于，基于3GPP、LTE、WIMAX的移动通讯、基于TCP/IP、UDP协议的计算机网络通讯以及基于蓝牙、红外传输标准的近距无线传输方式。
以下描述的iOS系统骚扰电话号码数据库更新方法和装置，可以应用于安装有iOS系统的移动终端，例如应用于苹果手机、苹果平板电脑等等移动终端，可以以第三方应用程序的形式出现。
图1为一个实施例的iOS系统骚扰电话号码数据库更新方法流程图。
本发明提供一种iOS系统骚扰电话号码数据库更新方法，包括如下步骤：
步骤S100：以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。执行该更新方法的主体可以是移动终端上安装的第三方应用程序，例如360安全卫士等这些第三方手机安全应用程序，在以下描述中以应用程序来指代。第三方手机安全应用程序在执行该更新方法时，通常是以后台运行的形式来执行。
设定的查询频率，可以是由应用程序预先设定的，例如由应用程序设定查询频率为每日一次。当然，该查询频率也可以是由用户预先设定的。应用程序主动按设定的查询频率查询是否有版本更新，可以使得移动终端的骚扰电话号码数据库的到及时更新，通过及时提示或拦截新出的恶意号码可以减少被叫用户被骗的几率，并且避免用户浪费时间，安全性和效率得到提高。
然而，版本更新通常都需要隔一段时间才会更新，在刚更新一次版本后基本上不会很快就有再次更新的版本。如果这段时间内应用程序都保持着以该查询频率进行查询，就显然没有必要，而且还会影响到移动终端的运行速度等性能。因此，在一些实施例中，应用程序可以设置在这段时间内停止查询。这样，当系统时间达到设定的更新时刻后，应用程序才以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。设定的更新时刻是上次更新时刻或上次更新版本的发布时刻加上系统设定的固定的更新间隔，这个系统设定的更新间隔是由应用程序的设计者自行决定的，例如可以是30天。
然而，固定的更新间隔可能并不合理，因为版本更新的时间通常不会是固定的。因此，在一些实施例中，可以考虑将更新间隔与历史更新记录的平均更新时间间隔建立起联系，即该更新间隔可以与历史更新记录的平均更新时间间隔有关，这也意味着所述设定的更新时刻与历史更新记录的平均更新时间间隔有关。因此，该更新时刻可以为：上次更新时刻或上次更新版本的发布时刻加上历史更新记录的平均更新时间间隔。假设骚扰电话号码数据库在2016年7月31日第一次更新版本A，14天后的8月14日更新了一次版本B，18天后的9月1日更新了一次版本C，15天后的9月16日更新了一次版本D，那么历史更新记录的平均更新时间间隔为(14+18+15)/3＝15.7天，经过四舍五入即为16天，则从9月16日开始，设定的更新时刻为9月16日后的第16天，即10月2日。
在一些实施例中，应用程序查询骚扰电话号码数据库是否有版本更新的过程可以包括：从系统查询或者从上次更新记录查询该骚扰电话号码数据库的当前版本号；将该当前版本号与云端提供的新版本的版本号进行比对以判断是否有版本更新。从系统查询，是指应用程序直接从系统骚扰电话号码数据库获取数据库版本号；而从上次更新记录查询，是指应用程序从应用程序自身存储的更新记录中获取到上次的更新记录，从而得到上次更新的版本号。如何比对判断是否有版本更新，是较为常见的技术，在此不再赘述。如果判断有版本更新，则执行步骤S200。
步骤S200：若有版本更新则从云端获取新版本更新文件的下载链接。获取到下载链接后，执行步骤S400下载该更新文件。
然而，由于iOS系统严格控制第三方应用程序进入后台后的运行时间，当某第三方应用程序进入后台的运行时间超过系统允许的时间时，如果该应用程序还不结束后台运行任务，系统会强行终止该应用程序在后台的运行。如果有时候更新文件太大，可能会出现无法在系统允许的时间内完成下载和更新的情况。因此，需要设置下载规则来避免这些情况。
因此，在下载该更新文件之前，还可以包括步骤S300：从该更新文件的下载链接中获取更新文件的文件大小，根据该更新文件的文件大小确定本次下载的下载规则。而根据该更新文件的文件大小确定本次下载的下载规则的过程，可以包括：首先确定当前网络环境，然后根据该当前网络环境和该更新文件的文件大小确定本次下载的下载规则。图2为另一实施例的iOS系统骚扰电话号码数据库更新方法流程图。
网络环境，是指当前所连接的网络，例如2G、3G、4G、5G等移动网络，或者Wi-Fi这类的无线局域网络(WLAN)。对于下载而言，通常处于4G网络、5G网络或者Wi-Fi网络时下载速率较快，因而处于不同的网络环境可以有不同的下载规则，例如下载速率较快时可以一次性下载完成，下载速率较慢时就分开多次下载完成。
因此，在一些实施例中，根据该当前网络环境和该更新文件的文件大小确定本次下载的下载规则的过程包括：根据该网络环境确定网络传输速率；根据该网络传输速率和该更新文件的文件大小确定更新时长；根据该更新时长和后台剩余时间确定本次下载的下载规则。
网络传输速率的确定，既可以是通过实时检测网络传输速率来实现的，也可以是通过预先为不同的网络环境设定的一个固定的传输速率值。例如，为2G、3G、4G、5G、Wi-Fi这5个网络环境下预先设定5个不同的传输速率值，这些传输速率值可以是应用程序设计者经过统计数据得到的平均传输速率。确定了网络传输速率后，结合该更新文件的文件大小就可以确定在本网络环境下更新所需的大概的更新时长(记为T1)。而由于iOS系统严格控制第三方应用程序进入后台后的运行时间，第三方应用程序进入后台的运行时间不允许超过系统允许的时间(记为T2)。因而可以根据T1和T2确定本次下载的下载规则，例如T1大于T2则分开多次下载，T1小于T2则一次性下载。后台剩余时间为执行(void)application:(UIApplication*)application performFetchWithCompletionHandler:(void(^)(UIBackgroundFetchResult))completionHandler{}方法所需的执行时间，该时间通常是30秒的时间，这个时间长度是iOS系统决定的。
以下详细描述一些实施例的下载规则。
在其中一个实施例中，该下载规则可以包括：如果该当前网络环境非设定网络环境，且该更新文件的文件大小高于阈值，则等待系统连接到设定网络环境时启动下载。这里所指的设定网络环境可以是3G、4G、5G、WLAN网络这些网络传输速率较高的网络环境，并没有处于这些网络环境时，例如处于2G网络时，如果该更新文件的文件大小太大(高于阈值)，则可以在移动终端连接到较佳的网络环境时，即连接到设定网络环境时再进行下载。或者，在其他的实施例中，该下载规则可以包括：如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则延迟设定时长再启动下载。设定时长例如可以设定为3小时，经过3小时后，再次判断当前网络环境是否设定网络环境，若是则再启动下载，若否则再次延迟，如此循环。
在其中一个实施例中，该更新文件可以是由多于一个的经过排序的子文件组成的。因此，在下载的时候，需要逐个下载所述子文件。在这种情况下，如果需要分开多次下载，则该下载规则此时为：在本次下载中逐个下载其中的一部分子文件，在下次下载时继续下载余下部分的子文件。例如，该更新文件由10个经过排序的子文件组成，每个子文件大小基本都是2M左右，则该更新文件大小为20M。通过网络环境确定了网络传输速率为500kb/s后，得到本次下载所需的大概的更新时长为40秒，而按照查询到的后台剩余时间为22秒，则可以在本次下载中逐个下载其中的排序在前的5个子文件，而下次(下一次或多次)下载时继续下载余下部分的子文件。所述的下次下载，可以是在应用程序在本次后台任务结束后重新启动新的后台下载任务。
当然，根据该更新文件的文件大小确定本次下载的下载规则还可以是其他的形式，在此不再举例了。确定了下载规则后，便可以根据下载规则来执行相关的下载任务了。
步骤S400：下载该更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。
电话通讯录扩展接口是iOS系统中对通讯录进行更新的接口，在最近的iOS10系统中，该接口为CallKit新特性中推出的Call Directory Extension接口。该Call DirectoryExtension接口中，包括了两个类和四个方法，分别为CXCallDirectoryProvider类，该类提供了beginRequest方法；还有另外一个CXCallDirectoryExtensionContext类，该类提供了addBlockingEntry方法、addIdentificationEntry方法和completeRequest方法。在对系统进行更新时，将会调用到beginRequest方法。
当该更新文件可以是由多于一个的经过排序的子文件组成的时，在下载完成后调用电话通讯录扩展接口对系统进行更新的过程包括：在下载完成后对各个子文件进行排序和合并以生成更新文件；调用电话通讯录扩展接口对系统进行更新。下载完所有的子文件后，按照各个子文件的序号对这些子文件进行排序，然后将排好序的子文件进行合并，以重新生成原来的更新文件。
下载该更新文件后对系统进行更新：解析该更新文件，得到多条骚扰电话号码信息；将该多条骚扰电话号码信息生成排序，然后调用电话通讯录扩展接口对系统进行更新。更新文件是具有特定的格式的，对该更新文件进行解析可以得到里面的骚扰电话号码信息，该骚扰电话号码信息至少包括电话号码及其骚扰类型，骚扰类型可以分为诈骗类型、推销类型、骚扰类型等等，例如每条骚扰电话号码信息可以按照电话号码-骚扰类型-被举报次数这种格式存储。获取到骚扰电话号码信息后，可以按照电话号码生成排序，并按照排序对系统进行更新。
考虑到有时候更新并不及时导致漏过骚扰电话，可以考虑在来电时或收到短信时到云端进一步的判断，以避免漏过骚扰电话。因此，更新完毕后，在一些实施例中，还可以包括如下步骤：在接收到来电或者短信时，获取来电或短信号码；查询本地的该骚扰电话号码数据库是否存在该来电或短信号码，若有则对该来电或短信进行拦截或者向用户发出警告信息，若无则向云端骚扰电话号码数据库继续查询；当该云端骚扰电话号码数据库存在该来电或短信号码时，从该云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并对该来电或短信进行拦截或者向用户发出警告信息。
考虑到iOS系统的局限性，可能并不允许移动终端直接通过云端判断就进行拦截，则在来电时或收到短信到云端进一步判断时，可以将云端中更新的骚扰电话信息实时更新到本地骚扰电话号码数据库。因此，当该云端骚扰电话号码数据库存在该来电或短信号码时，从该云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并将该来电或短信号码的骚扰电话号码信息更新到本地的该骚扰电话号码数据库，然后对该来电或短信进行拦截或者向用户发出警告信息。
图3为一个实施例的iOS系统骚扰电话号码数据库更新装置示意图。
本发明还提供一种iOS系统骚扰电话号码数据库更新装置，其包括：查询模块100、获取模块200、下载模块300和更新模块400。
查询模块100用于以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；获取模块200用于若有版本更新时从云端获取新版本更新文件的下载链接；下载模块300用于下载该更新文件；更新模块400用于在下载完成后调用电话通讯录扩展接口对系统进行更新。
查询模块100以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。执行该更新方法的主体可以是移动终端上安装的第三方应用程序，例如360安全卫士等这些第三方手机安全应用程序，在以下描述中以应用程序来指代。第三方手机安全应用程序在执行该更新方法时，通常是以后台运行的形式来执行。
设定的查询频率，可以是由应用程序预先设定的，例如由应用程序设定查询频率为每日一次。当然，该查询频率也可以是由用户预先设定的。查询模块100主动按设定的查询频率查询是否有版本更新，可以使得移动终端的骚扰电话号码数据库的到及时更新，通过及时提示或拦截新出的恶意号码可以减少被叫用户被骗的几率，并且避免用户浪费时间，安全性和效率得到提高。
然而，版本更新通常都需要隔一段时间才会更新，在刚更新一次版本后基本上不会很快就有再次更新的版本。如果这段时间内查询模块100都保持着以该查询频率进行查询，就显然没有必要，而且还会影响到移动终端的运行速度等性能。因此，在一些实施例中，查询模块100可以设置在这段时间内停止查询。这样，当系统时间达到设定的更新时刻后，查询模块100才以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。设定的更新时刻是上次更新时刻或上次更新版本的发布时刻加上系统设定的固定的更新间隔，这个系统设定的更新间隔是由应用程序的设计者自行决定的，例如可以是30天。
然而，固定的更新间隔可能并不合理，因为版本更新的时间通常不会是固定的。因此，在一些实施例中，可以考虑将更新间隔与历史更新记录的平均更新时间间隔建立起联系，即该更新间隔可以与历史更新记录的平均更新时间间隔有关，这也意味着所述设定的更新时刻与历史更新记录的平均更新时间间隔有关。因此，该更新时刻可以为：上次更新时刻或上次更新版本的发布时刻加上历史更新记录的平均更新时间间隔。假设骚扰电话号码数据库在2016年7月31日第一次更新版本A，14天后的8月14日更新了一次版本B，18天后的9月1日更新了一次版本C，15天后的9月16日更新了一次版本D，那么历史更新记录的平均更新时间间隔为(14+18+15)/3＝15.7天，经过四舍五入即为16天，则从9月16日开始，设定的更新时刻为9月16日后的第16天，即10月2日。
在一些实施例中，查询模块100查询骚扰电话号码数据库是否有版本更新的过程可以包括：从系统查询或者从上次更新记录查询该骚扰电话号码数据库的当前版本号；将该当前版本号与云端提供的新版本的版本号进行比对以判断是否有版本更新。从系统查询，是指查询模块100直接从系统骚扰电话号码数据库获取数据库版本号；而从上次更新记录查询，是指查询模块100从应用程序自身存储的更新记录中获取到上次的更新记录，从而得到上次更新的版本号。如何比对判断是否有版本更新，是较为常见的技术，在此不再赘述。
若有版本更新，则获取模块200从云端获取新版本更新文件的下载链接。获取到下载链接后，下载模块300下载该更新文件。
然而，由于iOS系统严格控制第三方应用程序进入后台后的运行时间，当某第三方应用程序进入后台的运行时间超过系统允许的时间时，如果该应用程序还不结束后台运行任务，系统会强行终止该应用程序在后台的运行。如果有时候更新文件太大，可能会出现无法在系统允许的时间内完成下载和更新的情况。因此，需要设置下载规则来避免这些情况。
因此，iOS系统骚扰电话号码数据库更新装置还可以包括确定模块500。图4为另一实施例的iOS系统骚扰电话号码数据库更新装置示意图。所述确定模块500包括获取单元和确定单元；在下载模块300下载该更新文件之前，获取单元从该更新文件的下载链接中获取更新文件的文件大小，确定单元根据该更新文件的文件大小确定本次下载的下载规则。该确定单元包括第一子单元和第二子单元，第一子单元用于确定当前网络环境，第二子单元用于根据该当前网络环境和该更新文件的文件大小确定本次下载的下载规则。
网络环境，是指当前所连接的网络，例如2G、3G、4G、5G等移动网络，或者Wi-Fi这类的无线局域网络(WLAN)。对于下载而言，通常处于4G网络、5G网络或者Wi-Fi网络时下载速率较快，因而处于不同的网络环境可以有不同的下载规则，例如下载速率较快时可以一次性下载完成，下载速率较慢时就分开多次下载完成。
因此，在一些实施例中，该第二子单元先根据该网络环境确定网络传输速率，然后根据该网络传输速率和该更新文件的文件大小确定更新时长，再根据该更新时长和后台剩余时间确定本次下载的下载规则。
网络传输速率的确定，既可以是通过实时检测网络传输速率来实现的，也可以是通过预先为不同的网络环境设定的一个固定的传输速率值。例如，为2G、3G、4G、5G、Wi-Fi这5个网络环境下预先设定5个不同的传输速率值，这些传输速率值可以是应用程序设计者经过统计数据得到的平均传输速率。确定了网络传输速率后，结合该更新文件的文件大小就可以确定在本网络环境下更新所需的大概的更新时长(记为T1)。而由于iOS系统严格控制第三方应用程序进入后台后的运行时间，第三方应用程序进入后台的运行时间不允许超过系统允许的时间(记为T2)。因而可以根据T1和T2确定本次下载的下载规则，例如T1大于T2则分开多次下载，T1小于T2则一次性下载。后台剩余时间为执行(void)application:(UIApplication*)application performFetchWithCompletionHandler:(void(^)(UIBackgroundFetchResult))completionHandler{}方法所需的执行时间，该时间通常是30秒的时间，这个时间长度是iOS系统决定的。
以下详细描述一些实施例的下载规则。
在其中一个实施例中，该下载规则可以包括：如果该当前网络环境非设定网络环境，且该更新文件的文件大小高于阈值，则等待系统连接到设定网络环境时启动下载。这里所指的设定网络环境可以是3G、4G、5G、WLAN网络这些网络传输速率较高的网络环境，并没有处于这些网络环境时，例如处于2G网络时，如果该更新文件的文件大小太大(高于阈值)，则可以在移动终端连接到较佳的网络环境时，即连接到设定网络环境时再进行下载。或者，在其他的实施例中，该下载规则可以包括：如果所述当前网络环境非设定网络环境，且所述更新文件的文件大小高于阈值，则延迟设定时长再启动下载。设定时长例如可以设定为3小时，经过3小时后，再次判断当前网络环境是否设定网络环境，若是则再启动下载，若否则再次延迟，如此循环。
在其中一个实施例中，该更新文件可以是由多于一个的经过排序的子文件组成的。因此，在下载的时候，需要逐个下载所述子文件。在这种情况下，如果需要分开多次下载，则该下载规则此时为：在本次下载中逐个下载其中的一部分子文件，在下次下载时继续下载余下部分的子文件。例如，该更新文件由10个经过排序的子文件组成，每个子文件大小基本都是2M左右，则该更新文件大小为20M。通过网络环境确定了网络传输速率为500kb/s后，得到本次下载所需的大概的更新时长为40秒，而按照查询到的后台剩余时间为22秒，则可以在本次下载中逐个下载其中的排序在前的5个子文件，而下次(下一次或多次)下载时继续下载余下部分的子文件。所述的下次下载，可以是在应用程序在本次后台任务结束后重新启动新的后台下载任务。
当然，根据该更新文件的文件大小确定本次下载的下载规则还可以是其他的形式，在此不再举例了。确定了下载规则后，便可以根据下载规则来执行相关的下载任务了。
获取模块200获取到下载链接后，下载模块300下载该更新文件，更新模块400在下载模块300下载完成后调用电话通讯录扩展接口对系统进行更新。
电话通讯录扩展接口是iOS系统中对通讯录进行更新的接口，在最近的iOS10系统中，该接口为CallKit新特性中推出的Call Directory Extension接口。该Call DirectoryExtension接口中，包括了两个类和四个方法，分别为CXCallDirectoryProvider类，该类提供了beginRequest方法；还有另外一个CXCallDirectoryExtensionContext类，该类提供了addBlockingEntry方法、addIdentificationEntry方法和completeRequest方法。更新模块400在对系统进行更新时，将会调用到beginRequest方法。
当该更新文件可以是由多于一个的经过排序的子文件组成的时，更新模块400对系统进行更新的过程包括：在下载完成后对各个子文件进行排序和合并以生成更新文件；调用电话通讯录扩展接口对系统进行更新。下载模块300下载完所有的子文件后，按照各个子文件的序号对这些子文件进行排序，然后将排好序的子文件进行合并，以重新生成原来的更新文件。
更新模块400对系统进行更新：解析该更新文件，得到多条骚扰电话号码信息；将该多条骚扰电话号码信息生成排序，然后调用电话通讯录扩展接口对系统进行更新。更新文件是具有特定的格式的，对该更新文件进行解析可以得到里面的骚扰电话号码信息，该骚扰电话号码信息至少包括电话号码及其骚扰类型，骚扰类型可以分为诈骗类型、推销类型、骚扰类型等等，例如每条骚扰电话号码信息可以按照电话号码-骚扰类型-被举报次数这种格式存储。获取到骚扰电话号码信息后，可以按照电话号码生成排序，并按照排序对系统进行更新。
考虑到有时候更新并不及时导致漏过骚扰电话，可以考虑在来电时或收到短信时到云端进一步的判断，以避免漏过骚扰电话。因此，所述更新装置还可以包括保护模块(图未示)。更新完毕后，在一些实施例中，该保护模块用于：在接收到来电或者短信时，获取来电或短信号码；查询本地的该骚扰电话号码数据库是否存在该来电或短信号码，若有则对该来电或短信进行拦截或者向用户发出警告信息，若无则向云端骚扰电话号码数据库继续查询；当该云端骚扰电话号码数据库存在该来电或短信号码时，从该云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并对该来电或短信进行拦截或者向用户发出警告信息。
考虑到iOS系统的局限性，可能并不允许移动终端直接通过云端判断就进行拦截，则在来电时或收到短信到云端进一步判断时，可以将云端中更新的骚扰电话信息实时更新到本地骚扰电话号码数据库。因此，当该云端骚扰电话号码数据库存在该来电或短信号码时，该保护模块从该云端骚扰电话号码数据库获取对应该来电或短信号码的骚扰电话号码信息，并将该来电或短信号码的骚扰电话号码信息更新到本地的该骚扰电话号码数据库，然后对该来电或短信进行拦截或者向用户发出警告信息。
本发明实施例还提供了移动终端，如图5所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point ofSales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：
图5示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图5，手机包括：射频(Radio Frequency，RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity，Wi-Fi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图5中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图5对手机的各个构成部件进行具体的介绍：
RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声纹播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图5中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声纹信号输出；另一方面，传声器1562将收集的声纹信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。
Wi-Fi属于短距离无线传输技术，手机通过Wi-Fi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图5示出了Wi-Fi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。
手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
在本发明实施例中，该终端所包括的处理器1580还具有以下功能：以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；若有版本更新则从云端获取新版本更新文件的下载链接；下载所述更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。也即处理器1580具备执行上述的任一实施例iOS系统骚扰电话号码数据库更新方法的功能，在此不再赘述。
上述的iOS系统骚扰电话号码数据库更新方法、装置和移动终端，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；若有版本更新则从云端获取新版本更新文件的下载链接；下载该更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。通过以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新来进行更新，使得移动终端本地的骚扰电话号码数据库能够得到及时更新，通过及时提示或拦截新出的恶意号码可以减少被叫用户被骗的几率，并且避免用户浪费时间，安全性和效率都有待提高。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种iOS系统骚扰电话号码数据库更新方法，其特征在于，包括如下步骤：
以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；
若有版本更新则从云端获取新版本更新文件的下载链接；
下载所述更新文件，并在下载完成后调用电话通讯录扩展接口对系统进行更新。
2.根据权利要求1所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，所述以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新的过程包括：
当系统时间达到设定的更新时刻后，以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新。
3.根据权利要求2所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，所述更新时刻与历史更新记录的平均更新时间间隔有关。
4.根据权利要求3所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，所述更新时刻为：上次更新时刻或上次更新版本的发布时刻加上历史更新记录的平均更新时间间隔。
5.根据权利要求1所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，所述查询骚扰电话号码数据库是否有版本更新的过程包括：
从系统查询或者从上次更新记录查询所述骚扰电话号码数据库的当前版本号；
将所述当前版本号与云端提供的新版本的版本号进行比对以判断是否有版本更新。
6.根据权利要求1所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，下载所述更新文件之前还包括步骤：
从所述更新文件的下载链接中获取更新文件的文件大小；
根据所述更新文件的文件大小确定本次下载的下载规则。
7.根据权利要求6所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，根据所述更新文件的文件大小确定本次下载的下载规则的过程包括：
确定当前网络环境；
根据所述当前网络环境和所述更新文件的文件大小确定本次下载的下载规则。
8.根据权利要求7所述的iOS系统骚扰电话号码数据库更新方法，其特征在于，根据所述当前网络环境和所述更新文件的文件大小确定本次下载的下载规则的过程包括：
根据所述网络环境确定网络传输速率；
根据所述网络传输速率和所述更新文件的文件大小确定更新时长；
根据所述更新时长和后台剩余时间确定本次下载的下载规则。
9.一种iOS系统骚扰电话号码数据库更新装置，其特征在于，包括：
查询模块，用于以设定的查询频率向云端查询骚扰电话号码数据库是否有版本更新；
获取模块，用于若有版本更新时从云端获取新版本更新文件的下载链接；
下载模块，用于下载所述更新文件；
更新模块，用于在下载完成后调用电话通讯录扩展接口对系统进行更新。
10.一种移动终端，其特征在于，其包括：
触敏显示器；
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～8任一项所述的iOS系统骚扰电话号码数据库更新方法。
CN201611220391.3A 2016-12-26 2016-12-26 iOS系统骚扰电话号码数据库更新方法、装置和移动终端 Pending CN106603794A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611220391.3A CN106603794A (zh) 2016-12-26 2016-12-26 iOS系统骚扰电话号码数据库更新方法、装置和移动终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611220391.3A CN106603794A (zh) 2016-12-26 2016-12-26 iOS系统骚扰电话号码数据库更新方法、装置和移动终端

Publications (1)

Publication Number Publication Date
CN106603794A true CN106603794A (zh) 2017-04-26

Family

ID=58604139

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611220391.3A Pending CN106603794A (zh) 2016-12-26 2016-12-26 iOS系统骚扰电话号码数据库更新方法、装置和移动终端

Country Status (1)

Country Link
CN (1) CN106603794A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753671A (zh) * 2008-12-19 2010-06-23 康佳集团股份有限公司 一种集群电话管理方法及使用该方法的手机
CN102316203A (zh) * 2011-09-21 2012-01-11 广州市动景计算机科技有限公司 基于云计算的骚扰电话防止方法、装置及移动终端
CN102541595A (zh) * 2011-12-20 2012-07-04 Tcl集团股份有限公司 智能设备的升级方法、装置及智能设备
CN102892117A (zh) * 2012-09-11 2013-01-23 北京中创信测科技股份有限公司 一种骚扰电话监控系统方法及系统
CN102970362A (zh) * 2012-11-15 2013-03-13 北京小米科技有限责任公司 一种云端数据共享的方法及装置
EP2640045A1 (en) * 2012-03-16 2013-09-18 Mitel Networks Corporation Method and System for Transferring Mobile Device Contact Information
CN105681535A (zh) * 2016-03-03 2016-06-15 广东远峰电子科技股份有限公司 一种智能防火墙方法、装置及系统
CN105872168A (zh) * 2015-11-09 2016-08-17 乐视致新电子科技（天津）有限公司 通讯录更新方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753671A (zh) * 2008-12-19 2010-06-23 康佳集团股份有限公司 一种集群电话管理方法及使用该方法的手机
CN102316203A (zh) * 2011-09-21 2012-01-11 广州市动景计算机科技有限公司 基于云计算的骚扰电话防止方法、装置及移动终端
CN102541595A (zh) * 2011-12-20 2012-07-04 Tcl集团股份有限公司 智能设备的升级方法、装置及智能设备
EP2640045A1 (en) * 2012-03-16 2013-09-18 Mitel Networks Corporation Method and System for Transferring Mobile Device Contact Information
CN102892117A (zh) * 2012-09-11 2013-01-23 北京中创信测科技股份有限公司 一种骚扰电话监控系统方法及系统
CN102970362A (zh) * 2012-11-15 2013-03-13 北京小米科技有限责任公司 一种云端数据共享的方法及装置
CN105872168A (zh) * 2015-11-09 2016-08-17 乐视致新电子科技（天津）有限公司 通讯录更新方法及装置
CN105681535A (zh) * 2016-03-03 2016-06-15 广东远峰电子科技股份有限公司 一种智能防火墙方法、装置及系统

Similar Documents

Publication Publication Date Title
CN106126562B (zh) 一种弹窗拦截方法及终端
CN104735671B (zh) 一种识别恶意电话的方法和装置
CN108112063A (zh) 电量管理方法、电量管理装置、终端和可读存储介质
CN106453511A (zh) 一种数据备份方法及设备
CN106131804A (zh) 一种通知消息处理方法及设备
CN106341315A (zh) 短信清理方法、装置和移动终端
CN106227566A (zh) 应用商店中应用程序下载控制方法、装置及终端设备
CN106775680A (zh) 悬浮通知的处理方法、装置和移动终端
CN106528335A (zh) 一种数据备份方法、装置和终端
CN106445336A (zh) 电子资源的快速获取方法及移动终端
CN106408995A (zh) 一种信息处理方法及其相关设备
CN109428871B (zh) 防御策略确定方法及装置
CN106506815A (zh) 一种应用的启用方法及相关设备
CN103368828A (zh) 一种消息暂存方法及系统
CN106817482A (zh) 移动终端及其拨打电话的方法和装置
CN109040433A (zh) 移动终端和接听电话的方法、装置
CN106648460B (zh) 计步数据过滤方法及智能终端
CN106603740B (zh) 网络连接异常的处理方法与终端设备
CN106874045A (zh) 一种应用程序的启动方法、装置和移动终端
CN106502827A (zh) 一种数据备份方法及设备
CN104135504A (zh) 一种基于应用的服务提供方法、装置及系统
CN106791074B (zh) 歌曲信息显示方法、装置及移动终端
CN106339864A (zh) 电子资源获取方法及移动终端
CN106844057A (zh) 数据处理方法、装置及移动终端
CN106371948B (zh) 一种数据备份方法及终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170426