CN106713588A - 一种通讯录存储同步的方法及装置 - Google Patents
一种通讯录存储同步的方法及装置 Download PDFInfo
- Publication number
- CN106713588A CN106713588A CN201710034648.4A CN201710034648A CN106713588A CN 106713588 A CN106713588 A CN 106713588A CN 201710034648 A CN201710034648 A CN 201710034648A CN 106713588 A CN106713588 A CN 106713588A
- Authority
- CN
- China
- Prior art keywords
- address book
- client
- uid
- book data
- storage
- 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.)
- Granted
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种通讯录存储同步的方法及装置,其中通讯录存储同步的方法包括:服务器端根据用户标识UID建立通讯录存储列表;接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置;客户端启动时获取配置参数;根据获取的配置参数,上传通讯录数据,以供服务器确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。本发明能够有效地进行不同终端客户端的通讯录同步,提高基于通讯录服务的完整性。
Description
【技术领域】
本发明涉及信息处理技术领域,尤其涉及一种通讯录存储同步的方法及装置。
【背景技术】
一些终端的APP通过收集分析用户的通讯录列表,从而查询注册关系,进而推荐建立关系。例如终端的社交化类APP,该类APP通过分析用户通讯录列表中的好友关系,进而起到推荐好友关系的作用。因此,如何有效地在终端的APP中对用户通讯录进行存储同步,是这些终端APP更好发挥其功能的基础。
在现有技术中,终端的APP一般将用户的通讯录列表存储于本地,在APP启动时或者在APP使用过程中对用户的通讯录列表进行拉取。但是,将用户的通讯录列表存储于本地存在被窃取的风险,会给用户带来安全隐患。并且,这种通讯录列表存储方式使得在基于通讯录列表推荐建立关系时,仅能够基于客户端进行,当用户在不同设备上使用客户端时,无法有效地进行不同终端客户端的通讯录同步,因此基于通讯录列表推荐的建立关系并不完整。
【发明内容】
有鉴于此,本发明提供了一种通讯录存储同步的方法及装置,提高基于通讯录服务的完整性。
本发明为解决技术问题而采用的技术方案是提供一种通讯录存储同步的方法,所述方法包括:服务器端根据用户标识UID建立通讯录存储列表;接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
根据本发明一优选实施例,所述根据用户标识UID建立通讯录存储列表包括:在用户注册获取UID时,针对该UID建立存储列表;或者,在首次接收到客户端上传通讯录数据时根据客户端所采用的UID建立存储列表。
根据本发明一优选实施例,所述存储列表包含UID、终端设备号、通讯录数据以及数据产生时间。
根据本发明一优选实施例,所述接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置包括:根据客户端采用的UID和客户端所在终端设备号,将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置。
根据本发明一优选实施例,所述将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置包括:利用所述用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
根据本发明一优选实施例,所述方法还包括:接收到客户端发送的同步请求时,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。
本发明为解决技术问题提供的另一种通讯录存储同步的方法,所述方法包括:客户端启动时获取配置参数;根据获取的配置参数,上传通讯录数据,以供服务器确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
根据本发明一优选实施例,所述启动时获取配置参数包括:从参数配置系统获取配置参数;或者,从本地读取预先从参数配置系统获取的配置参数。
根据本发明一优选实施例,所述根据获取的配置参数,上传通讯录数据包括:若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则按照每次N条的顺序将用户的通讯录数据上传;否则不上传用户的通讯录数据;其中所述M和N从所述配置参数中获取。
根据本发明一优选实施例,所述方法还包括:向服务器端发送同步请求;利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
本发明还提供了一种通讯录存储同步的装置,其特征在于,所述装置包括:
建立单元,用于服务器端根据用户标识UID建立通讯录存储列表;
存储单元,用于接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
根据本发明一优选实施例,所述建立单元在根据用户标识UID建立通讯录存储列表时执行:在用户注册获取UID时,针对该UID建立存储列表;或者,在首次接收到客户端上传通讯录数据时根据客户端所采用的UID建立存储列表。
根据本发明一优选实施例,所述建立单元建立的存储列表包含UID、终端设备号、通讯录数据以及数据产生时间。
根据本发明一优选实施例,所述存储单元在接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置时,具体执行:根据客户端采用的UID和客户端所在终端设备号,将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置。
根据本发明一优选实施例,所述存储单元在将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置后,进一步执行:利用所述用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
根据本发明一优选实施例,所述存储单元还包括:第二同步单元,接收到客户端发送的同步请求时,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。
本发明提供了另一种通讯录存储同步的装置,其特征在于,所述装置包括:
获取单元,用于在客户端启动时获取配置参数;
上传单元,用于根据获取的配置参数,上传通讯录数据,以供服务器确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
根据本发明一优选实施例,所述获取单元在启动时获取配置参数时执行:从参数配置系统获取配置参数;或者,从本地读取预先从参数配置系统获取的配置参数。
根据本发明一优选实施例,所述上传单元在根据获取的配置参数,上传通讯录数据时,具体执行:若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则按照每次N条的顺序将用户的通讯录数据上传;否则不上传用户的通讯录数据;其中所述M和N从所述配置参数中获取。
根据本发明一优选实施例,所述上传单元还包括:第一同步单元,向服务器端发送同步请求;利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
由以上技术方案可以看出,本发明通过利用客户端用户的UID,在服务器端构建用户通讯录的存储列表,并结合配置参数对当前时间距离通讯录的前次上传时间的时长进行判断,从而准确快速地对用户通讯录进行上传存储的操作,减少系统流量的浪费,并且能够有效地进行不同终端客户端的通讯录同步,提高基于通讯录服务的完整性。
【附图说明】
图1为本发明实施例提供的方法流程图。
图2为本发明另一实施例提供的方法流程图。
图3为本发明实施例提供的装置结构示意图。
【具体实施方式】
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
图1为本发明一实施例提供的方法流程图,如图1所示,该方法可以主要包括以下步骤:
在101中,服务器端根据用户标识UID建立通讯录存储列表。
可选地,在本实施例的一个具体实现过程中,服务器端根据用户标识UID建立通讯录存储列表,可以为在用户注册获取UID时,针对该UID建立存储列表。也可以为在首次接收到客户端上传通讯录数据时,根据客户端所采用的UID建立存储列表。
由用户标识UID生成的存储列表,如表1所示,该存储列表包含UID、Cuid、Phone-Number、Add-time。其中,UID表示通讯录主人的UID,Cuid表示终端设备号,Phone-Number表示通讯录数据,Add-time则表示数据产生时间。
更具体来说,存储列表中的UID(通讯录主人UID)用于表明该存储列表属于哪一个用户;Cuid(终端设备号)用于表明用户的通讯录数据由哪一个终端所上传,例如,Cuid-A表示A终端,Cuid-B表示B终端,以此类推;Phone-Number(通讯录数据)用于表明由不同终端上传的用户通讯录数据;Add-time(数据产生时间)则用于记录每个终端上传用户通讯录数据的时间。
表1通讯录存储列表
在102中,客户端启动时获取配置参数。
在本步骤中,客户端启动时获取的配置参数由参数配置系统下发,参数配置系统可以位于服务器端,也可以位于其他位置,本发明对此不进行限定。
可选地,在本实施例的一个具体实现过程中,客户端启动时获取的配置参数可以直接从参数配置系统处获取配置参数;或者,还可以从本地读取预先从参数配置系统获取的配置参数。
在本步骤中,客户端在启动时获取配置参数还进一步包括:参数配置系统对配置参数进行更改,可以为参数配置系统接收用户的请求后进行更改,也可以为参数配置系统自动进行更改。若由参数配置系统下发的配置参数发生变化时,客户端则会根据新的配置参数对用户的通讯录数据进行操作。
在103中,根据获取的配置参数,客户端确定是否上传用户的通讯录数据。
在根据获取的配置参数,客户端确定是否上传用户的通讯录数据还包括:在客户端生成用户通讯录读取授权的界面,用于申请获得读取用户通讯录的授权。该步骤主要是为了保证获取通讯录是经过用户的同意,减少用户隐私泄露的风险,提高用户通讯录的安全系数。
在本步骤中,由客户端记录每次上传通讯录数据的时间,并将其存储在客户端的KV存储结构中,进而根据所存储的通讯录上传时间得到当前时间距离通讯录的前次上传时间的时长。
可选地,在本实施例的一个具体实现过程中,若客户端进行首次上传用户通讯录数据的操作时,可以在获得用户对客户端读取通讯录的授权后直接上传用户的通讯录数据,并由客户端记录首次上传的时间。
若客户端不是首次上传,则在获得用户对客户端读取通讯录的授权后,根据配置参数,客户端对当前时间距离通讯录的前次上传时间的时长进行判断,确定是否上传用户的通讯录数据。
可选地,在本实施例的一个具体实现过程中,若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则对用户的通讯录数据进行上传,将用户的通讯录数据按照每次N条的顺序上传。若当前时间距离通讯录的前次上传时间的时长小于上传时间间隔M,则不进行对通讯录数据上传的操作。其中的上传时间间隔M和单次上传数量N从配置参数中获取,M和N的值可以为任意值,本发明对此不进行限定。
举例来说,若配置参数中的上传时间间隔M为1周,客户端当前时间距离通讯录的前次上传时间的时长为2周,则大于配置参数中的M,需要将用户的通讯录数据进行上传,进而按照每次N条的顺序将用户的通讯录数据上传。
再举例来说,若配置参数中的上传时间间隔M为1周,当前时间距离通讯录的前次上传时间的时长为3天,则小于配置参数中的M,就不需要对用户的通讯录数据进行上传。
在104中,若客户端确定上传用户的通讯录数据,则进行上传用户通讯录数据的操作。
在本步骤中,采用数据加密和数据压缩的方式对用户的通讯录数据进行上传,以保证用户的通讯录数据在上传过程中的安全性,并能够节省通讯录数据上传的流量。
并且在本步骤中上传通讯录数据的同时,还需要携带上传通讯录数据的客户端所采用的UID和客户端所在终端的设备号。
在105中,服务器端确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
在本步骤中,由于在上传用户通讯录数据的同时,携带有客户端所采用的UID和客户端所在终端的设备号,其中客户端所采用的UID用于寻找以该UID建立的存储列表,而客户端所在终端的设备号则用于确定通讯录数据的在存储列表中的存储位置。即根据客户端所采用的UID和客户端所在终端的设备号,将用户的通讯录数据存储在以该UID建立的存储列表中的对应位置。也就是说,对应于不同终端的通讯录数据分别在由同一个UID建立的存储列表中的不同位置进行存储,如表1中Cuid-A和Cuid-B所示,即将由A终端客户端上传的用户通讯录数据存储在Cuid-A下面,将由B终端客户端上传的用户通讯录数据存储在Cuid-B下面。
在本步骤中,对用户通讯录数据进行存储的过程中,还包括对存储于服务器端存储列表中的通讯录数据进行纠正的操作,即利用用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
服务器端无法对已存储的通讯录数据进行更改,因此当用户在终端对通讯录数据进行增加或删除时,相对应的用户通讯录就发生了变化,则利用客户端后一次上传的通讯录数据,也就是最新的通讯录数据,覆盖在存储列表对应位置上已有的通讯录数据。
举例来说,终端A客户端在上传通讯录数据的同时上传该终端的设备号,记为Cuid-A,表明所上传的通讯录数据属于终端A。当终端A客户端在下次上传通讯录数据时,同样携带该终端的设备号Cuid-A,并在通讯录存储列表中找到对应该设备号的通讯录数据,将由终端A客户端在本次上传的通讯录数据覆盖前一次上传的通讯录数据,以此完成数据的更新。并且根据终端设备号进行该操作,能够保证只针对属于同一个终端的通讯录数据进行纠正更新,不会发生错删现象。
图2为本发明另一实施例提供的方法流程图,如图2所示,客户端1和客户端2分别表示位于终端A与终端B中的客户端,两个客户端的用户标识UID相同。
在201中,服务器端根据用户标识UID建立存储列表。
在本步骤中,根据用户标识UID建立存储列表的过程与101相同,在此不再赘述。
可选地,在本实施例的一个具体实现过程中,服务器端可以由客户端1中的用户标识UID建立存储列表。客户端2和客户端1所采用的UID相同,则客户端2不需要再建立存储列表,根据UID在服务器端寻找由该UID生成的存储列表即可。也可以为服务器端由客户端2中的用户标识UID建立存储列表,则客户端1就不需要再建立存储结构,根据UID在服务器端寻找即可。本发明对此不进行限定,生成的存储列表如表2所示。其中UID代表客户端1和客户端2的用户标识UID,Cuid-A代表位于终端A的客户端,Cuid-B代表位于终端B的客户端,Phone-number代表通讯录数据,Add-time代表通讯录数据的上传时间。
表2实施例2的存储列表
在202中,客户端1和客户端2在启动时获取配置参数。
在本步骤中,客户端1和客户端2启动时获取配置参数的过程与102相同,在此不进行赘述。在本实施例中,参数配置系统将配置参数分别下发给客户端1和客户端2。
在203中,根据获取的配置参数,客户端1和客户端2确定是否上传用户的通讯录数据。
本步骤中确定上传操作与103相同,分别根据存储在客户端1和客户端2中的上传时间确定当前时间距离通讯录的前次上传时间的时长,再根据下发的配置参数,客户端对终端A和终端B中用户的通讯录数据进行上传操作,在此不再赘述。
在204中,若客户端1和客户端2确定上传用户的通讯录数据,则进行上传用户通讯录数据的操作,客户端1和客户端2分别将各自终端用户的通讯录数据进行上传。
本步骤中的上传操作与104相同,在此不再赘述。
在205中,客户端1和客户端2将两个终端用户的通讯录数据进行上传后,服务器端确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
在本步骤中,在上传通讯录数据的同时,客户端1和客户端2分别携带所采用UID和各自终端的设备号,并根据所采用的UID和各自终端设备号将不同终端的通讯录数据在以UID建立的存储结构中的对应位置存储。如表2所示,将由终端A客户端上传的通讯录数据存储在Cuid-A下的Phone-Number中,在Add-time中记录上传上传时间,由终端B客户端上传的通讯录数据存储在Cuid-B下的Phone-Number中,在Add-time中记录上传时间。
在206中,客户端向服务器端发送同步请求。
在207中,服务器端接收到客户端发送的同步请求时,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。而客户端则利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
可选地,在本实施例的一个具体实现过程中,客户端1向服务器端发送同步请求,服务器端在接收到客户端1发送的同步请求时,将该客户端采用UID对应的存储列表中的全部通讯录数据进行合并和去重后,发送给客户端1,客户端1则利用由服务器端返回的通讯录数据对终端A本地存储的通讯录数据进行更新,即终端A客户端1中的本地数据包含有服务器端对应该客户端采用的UID建立的存储列表中的全部通讯录数据。同样的道理,若客户端2向服务器发送同步请求的操作与上述类似,在此不进行赘述。
需要说明的是,在图2所示实施例中,仅仅表明了服务器端与客户端1和客户端2之间上传通讯录数据的交互示意图,图中的步骤标号并不是对客户端1和客户端2所执行操作的时间顺序进行限制。即客户端1与服务器端之间的交互可以按照图2所示步骤标号,客户端2与服务器端之间的交互也可以按照图2所示步骤标号,但客户端1与客户端2并非同步执行图2中所示步骤。例如,客户端1和客户端2可以在不同时间进行配置参数的获取,也可以在不同时间进行通讯录数据的上传,也可以在不同时间进行通讯录数据的同步。
利用本发明提供的技术方案,客户端能够对用户通讯录数据的上传操作进行分析,减少不必要上传通讯录数据造成的流量浪费,还能够避免APP在启动或者在APP使用时获取用户的通讯录数据导致APP的启动速度变慢、不利于实时处理等问题,并且在服务器端根据用户的UID建立存储列表对用户的通讯录数据存储,能够有效地进行不同终端客户端的通讯录同步,提高基于通讯录服务的完整性。
下面对本发明实施例提供的装置进行详述。如图3中所示,设置于服务器端的装置主要包括:建立单元31和存储单元34,还可以包括第二同步单元36。
建立单元31在服务器端根据用户标识UID建立通讯录存储列表,可以为在用户注册获取UID时,针对该UID建立存储列表。也可以为在首次接收到客户端上传通讯录数据时,根据客户端所采用的UID建立存储列表。
由用户标识UID生成的存储列表,如表1所示,该存储列表包含UID、Cuid、Phone-Number、Add-time。其中,UID表示通讯录主人的UID,Cuid表示终端设备号,Phone-Number表示通讯录数据,Add-time则表示数据产生时间。
更具体来说,存储列表中的UID(通讯录主人UID)用于表明该存储列表属于哪一个用户;Cuid(终端设备号)用于表明用户的通讯录数据由哪一个终端所上传,例如,Cuid-A表示A终端,Cuid-B表示B终端,以此类推;Phone-Number(通讯录数据)用于表明由不同终端上传的用户通讯录数据;Add-time(数据产生时间)则用于记录每个终端上传用户通讯录数据的时间。
存储单元34,服务器端确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
在本步骤中,由于在上传用户通讯录数据的同时,携带有客户端所采用的UID和客户端所在终端的设备号,其中客户端所采用的UID用于寻找存储以该UID建立的存储列表,而客户端所在终端的设备号用于确定通讯录数据的存储位置。即根据客户端所采用的UID和客户端所在终端的设备号,将某一终端用户的通讯录数据存储在以该UID建立的存储列表中的对应位置。也就是说,将对应于不同终端的通讯录数据分别在由同一个UID建立的存储列表中进行存储,如表1中Cuid-A和Cuid-B所示,即将由A终端客户端上传的用户通讯录数据存储在Cuid-A下面,将由B终端客户端上传的用户通讯录数据存储在Cuid-B下面。
在本步骤中,对用户的通讯录数据进行存储的过程中,还包括对存储于服务器端存储列表中的通讯录数据进行纠正的操作,即利用用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
服务器端无法对已存储的通讯录数据进行更改,因此当用户在终端对通讯录数据进行增加或删除时,相对应的用户通讯录就发生了变化,则利用客户端后一次上传的通讯录数据,也就是最新的通讯录数据,覆盖在存储列表对应位置上已有的通讯录数据。
举例来说,终端A客户端在上传通讯录数据的同时上传该终端的设备号,记为Cuid-A,表明所上传的通讯录数据属于终端A。当终端A客户端在下次上传通讯录数据时,同样携带该终端的设备号Cuid-A,并在通讯录存储列表中找到对应该设备号的通讯录数据,将由终端A客户端在本次上传的通讯录数据覆盖前一次上传的通讯录数据,以此完成数据的更新。并且根据终端设备号进行该操作,能够保证只针对属于该终端的通讯录数据进行纠正更新,不会发生误删现象。
第二同步单元36,接收客户端发送的同步请求,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。
继续如图3所示,设置于客户端的装置主要包括:获取单元32和上传单元33,还可以包括第一同步单元35。
获取单元32,在客户端启动时获取配置参数。
在本步骤中,客户端启动时获取的配置参数由参数配置系统下发,参数配置系统可以位于服务器端,也可以位于其他位置,本发明对此不进行限定。
可选地,在本实施例的一个具体实现过程中,客户端启动时获取的配置参数可以直接从参数配置系统处获取配置参数;或者,还可以从本地读取预先从参数配置系统获取的配置参数。
在本步骤中,客户端在启动时获取配置参数还进一步包括:参数配置系统对配置参数进行更改,可以为参数配置系统接收用户的请求后进行更改,也可以为参数配置系统自动进行更改。若由参数配置系统下发的配置参数发生变化时,客户端则会根据新的配置参数对用户的通讯录数据进行操作。
上传单元33,首先根据获取的配置参数,确定是否对用户的通讯录数据进行上传。若客户端确定上传用户的通讯录数据,则进行上传用户通讯录数据的操作。
在根据获取的配置参数,客户端确定是否对用户的通讯录数据进行上传之前还包括:在客户端生成用户通讯录读取授权的界面,用于申请获得读取用户通讯录的授权。主要是为了保证获取通讯录是经过用户的同意,减少用户隐私泄露的风险,提高用户通讯录的安全系数。
在本步骤中,由客户端记录每次上传通讯录数据的时间,并将其存储在客户端的KV存储结构中,进而根据所存储的通讯录上传时间得到当前时间距离通讯录的前次上传时间的时长。
可选地,在本实施例的一个具体实现过程中,若客户端进行首次上传用户通讯录数据的操作,在获得用户对客户端读取通讯录的授权后直接进行对用户的通讯录数据上传的操作,并由客户端记录首次上传的时间。
若客户端不是首次上传,则在获得用户对客户端读取通讯录的授权后,根据配置参数,客户端对当前时间距离通讯录的前次上传时间的时长进行判断,确定是否对用户的通讯录数据进行上传。
可选地,在本实施例的一个具体实现过程中,若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则对用户的通讯录数据进行上传,将用户的通讯录数据按照每次N条的顺序上传。若当前时间距离通讯录的前次上传时间的时长小于上传时间间隔M,则不进行对通讯录数据上传的操作。其中的上传时间间隔M和单次次上传数量N从配置参数中获取,M和N的值可以为任意值,本发明对此不进行限定。
举例来说,若配置参数中的上传时间间隔M为1周,客户端当前时间距离通讯录的前次上传时间的时长为2周,则大于配置参数中的M,需要将用户的通讯录数据进行上传,进而按照每次N条的顺序将用户的通讯录数据上传。
再举例来说,若配置参数中的上传时间间隔M为1周,当前时间距离通讯录的前次上传时间的时长为3天,则小于配置参数中的M,就不需要对用户的通讯录数据进行上传。
当确定要上传用户通讯录数据时,采用数据加密和数据压缩的方式对用户的通讯录数据进行上传,以保证用户的通讯录数据在上传过程中的安全性,并能够节省通讯录数据上传的流量。
并且在本步骤中上传通讯录数据的同时,还需要携带上传通讯录数据的客户端所采用的UID和客户端所在终端的设备号。
第一同步单元35,向服务器端发送同步请求,并利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
利用本发明提供的技术方案,客户端能够对用户通讯录数据的上传操作进行分析,减少不必要上传通讯录数据造成的流量浪费,还能够避免APP在启动或者在APP使用时获取用户的通讯录数据导致APP的启动速度变慢、不利于实时处理等问题,并且在服务器端根据用户的UID建立存储列表对用户的通讯录数据存储,能够有效地进行不同终端客户端的通讯录同步,提高基于通讯录服务的完整性。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (20)
1.一种通讯录存储同步的方法,其特征在于,所述方法包括:
服务器端根据用户标识UID建立通讯录存储列表;
接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
2.根据权利要求1所述的方法,其特征在于,所述根据用户标识UID建立通讯录存储列表包括:
在用户注册获取UID时,针对该UID建立存储列表;或者,
在首次接收到客户端上传通讯录数据时根据客户端所采用的UID建立存储列表。
3.根据权利要求1或2所述的方法,其特征在于,所述存储列表包含UID、终端设备号、通讯录数据以及数据产生时间。
4.根据权利要求1所述的方法,其特征在于,接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置包括:
根据客户端采用的UID和客户端所在终端设备号,将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置。
5.根据权利要求4所述的方法,其特征在于,所述将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置包括:
利用所述用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
6.根据权利要求4所述的方法,其特征在于,该方法还包括:
接收到客户端发送的同步请求时,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。
7.一种通讯录存储同步的方法,其特征在于,所述方法包括:
客户端启动时获取配置参数;
根据获取的配置参数,上传通讯录数据,以供服务器确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
8.根据权利要求7所述的方法,其特征在于,所述启动时获取配置参数包括:
从参数配置系统获取配置参数;或者,
从本地读取预先从参数配置系统获取的配置参数。
9.根据权利要求7所述的方法,其特征在于,所述根据获取的配置参数,上传通讯录数据包括:
若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则按照每次N条的顺序将用户的通讯录数据上传;否则不上传用户的通讯录数据;
其中所述M和N从所述配置参数中获取。
10.根据权利要求9所述的方法,其特征在于,该方法还包括:
向服务器端发送同步请求;
利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
11.一种通讯录存储同步的装置,其特征在于,所述装置包括:
建立单元,用于服务器端根据用户标识UID建立通讯录存储列表;
存储单元,用于接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
12.根据权利要求11所述的装置,其特征在于,所述建立单元在根据用户标识UID建立通讯录存储列表时执行:
在用户注册获取UID时,针对该UID建立存储列表;或者,
在首次接收到客户端上传通讯录数据时根据客户端所采用的UID建立存储列表。
13.根据权利要求11或12所述的装置,其特征在于,所述建立单元建立的存储列表包含UID、终端设备号、通讯录数据以及数据产生时间。
14.根据权利要求11所述的装置,其特征在于,所述存储单元在接收客户端上传的通讯录数据,确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置时,具体执行:
根据客户端采用的UID和客户端所在终端设备号,将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置。
15.根据权利要求14所述的装置,其特征在于,所述存储单元在将用户的通讯录数据存储在确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置后,进一步执行:
利用所述用户的通讯录数据,覆盖确定出的UID对应的所述存储列表中客户端所在终端设备号对应的位置中已有的通讯录数据。
16.根据权利要求14所述的装置,其特征在于,所述存储单元还包括:
第二同步单元,用于接收到客户端发送的同步请求,将该客户端所采用UID对应的存储列表中的通讯录数据进行合并和去重后,发送给该客户端。
17.一种通讯录存储同步的装置,其特征在于,所述装置包括:
获取单元,用于在客户端启动时获取配置参数;
上传单元,用于根据获取的配置参数,上传通讯录数据,以供服务器确定该客户端采用的UID并将该通讯录数据存储在确定出的UID对应的所述存储列表中的对应位置。
18.根据权利要求17所述的装置,其特征在于,所述获取单元在启动时获取配置参数时执行:
从参数配置系统获取配置参数;或者,
从本地读取预先从参数配置系统获取的配置参数。
19.根据权利要求17所述的装置,其特征在于,所述上传单元在根据获取的配置参数,上传通讯录数据时,具体执行:
若当前时间距离通讯录的前次上传时间的时长大于上传时间间隔M,则按照每次N条的顺序将用户的通讯录数据上传;否则不上传用户的通讯录数据;
其中所述M和N从所述配置参数中获取。
20.根据权利要求19所述的装置,其特征在于,所述上传单元还包括:
第一同步单元,向服务器端发送同步请求,利用服务器端返回的通讯录数据对本地存储的通讯录数据进行更新。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710034648.4A CN106713588B (zh) | 2017-01-17 | 2017-01-17 | 一种通讯录存储同步的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710034648.4A CN106713588B (zh) | 2017-01-17 | 2017-01-17 | 一种通讯录存储同步的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106713588A true CN106713588A (zh) | 2017-05-24 |
CN106713588B CN106713588B (zh) | 2019-11-05 |
Family
ID=58906928
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710034648.4A Active CN106713588B (zh) | 2017-01-17 | 2017-01-17 | 一种通讯录存储同步的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106713588B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109246686A (zh) * | 2018-08-29 | 2019-01-18 | 湖南人文科技学院 | 基于云端技术的多卡用户通讯录更新方法及装置 |
CN114630415A (zh) * | 2022-01-10 | 2022-06-14 | 浙江零跑科技股份有限公司 | 一种车机蓝牙电话同步的方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5384591B2 (ja) * | 2011-10-03 | 2014-01-08 | 株式会社Nttドコモ | 電話帳情報同期システム、スマートフォン用電話帳サーバ装置、フィーチャーフォン用電話帳サーバ装置、加入者情報管理サーバ装置、電話帳情報同期方法 |
CN104836879A (zh) * | 2014-02-12 | 2015-08-12 | 腾讯科技(深圳)有限公司 | 通讯录的更新方法、服务器及系统 |
CN105827740A (zh) * | 2016-05-30 | 2016-08-03 | 广东欧珀移动通信有限公司 | 一种联系人信息备份方法、设备及系统 |
CN105847336A (zh) * | 2016-03-18 | 2016-08-10 | 周奇 | 一种通讯录同步方法及装置 |
-
2017
- 2017-01-17 CN CN201710034648.4A patent/CN106713588B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5384591B2 (ja) * | 2011-10-03 | 2014-01-08 | 株式会社Nttドコモ | 電話帳情報同期システム、スマートフォン用電話帳サーバ装置、フィーチャーフォン用電話帳サーバ装置、加入者情報管理サーバ装置、電話帳情報同期方法 |
CN104836879A (zh) * | 2014-02-12 | 2015-08-12 | 腾讯科技(深圳)有限公司 | 通讯录的更新方法、服务器及系统 |
CN105847336A (zh) * | 2016-03-18 | 2016-08-10 | 周奇 | 一种通讯录同步方法及装置 |
CN105827740A (zh) * | 2016-05-30 | 2016-08-03 | 广东欧珀移动通信有限公司 | 一种联系人信息备份方法、设备及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109246686A (zh) * | 2018-08-29 | 2019-01-18 | 湖南人文科技学院 | 基于云端技术的多卡用户通讯录更新方法及装置 |
CN109246686B (zh) * | 2018-08-29 | 2021-07-23 | 湖南人文科技学院 | 基于云端技术的多卡用户通讯录更新方法及装置 |
CN114630415A (zh) * | 2022-01-10 | 2022-06-14 | 浙江零跑科技股份有限公司 | 一种车机蓝牙电话同步的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106713588B (zh) | 2019-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20140250510A1 (en) | Identity verification via selection of sensible output from recorded digital data | |
EP2753026B1 (en) | Method, apparatus and storage medium for adding friends in social network | |
CN103401763B (zh) | 接收群消息的方法、处理群消息的方法及其装置 | |
EP2698967A1 (en) | Social network data mining method for terminal user, and relevant method, device and system | |
CN111612461B (zh) | 基于电子凭证的互动方法及装置、电子设备 | |
CN105988896B (zh) | 一种移动终端数据的备份方法及装置 | |
CN106559506A (zh) | Arp条目生成方法和装置 | |
CN104639498B (zh) | 一种指纹匹配的方法、装置及系统 | |
CN104469717B (zh) | 短信发送方法及装置 | |
CN112714359B (zh) | 视频推荐方法、装置、计算机设备及存储介质 | |
CN105468948A (zh) | 一种通过社交关系进行身份验证的方法 | |
CN107733968A (zh) | 应用信息推送方法、装置、计算机设备和存储介质 | |
CN104123350B (zh) | 一种社交关系管理的方法、设备及系统 | |
CN107256387A (zh) | 指纹认证方法、系统和计算机可读存储介质 | |
CN106571942B (zh) | 配置数据更新方法、客户端和服务器 | |
CN106845267A (zh) | 应用历史信息的处理方法及移动终端 | |
CN107872713A (zh) | 短视频处理系统、方法及装置 | |
CN106503169A (zh) | 图片处理方法和装置 | |
CN106803032A (zh) | 实现网站指纹登录的方法、装置和客户端设备 | |
CN105635318B (zh) | 图像获取方法和系统 | |
CN106713588A (zh) | 一种通讯录存储同步的方法及装置 | |
CN102739812A (zh) | 一种推荐好友的方法及装置 | |
CN104935755B (zh) | 来电名片的显示方法与装置 | |
CN103310335A (zh) | 基于网络的付费方法及系统 | |
CN104111926B (zh) | 通讯录的关注推荐列表的生成方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |