欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種通訊錄存儲(chǔ)同步的方法及裝置與流程

文檔序號(hào):12068427閱讀:335來(lái)源:國(guó)知局
一種通訊錄存儲(chǔ)同步的方法及裝置與流程

本發(fā)明涉及信息處理技術(shù)領(lǐng)域,尤其涉及一種通訊錄存儲(chǔ)同步的方法及裝置。



背景技術(shù):

一些終端的APP通過(guò)收集分析用戶(hù)的通訊錄列表,從而查詢(xún)注冊(cè)關(guān)系,進(jìn)而推薦建立關(guān)系。例如終端的社交化類(lèi)APP,該類(lèi)APP通過(guò)分析用戶(hù)通訊錄列表中的好友關(guān)系,進(jìn)而起到推薦好友關(guān)系的作用。因此,如何有效地在終端的APP中對(duì)用戶(hù)通訊錄進(jìn)行存儲(chǔ)同步,是這些終端APP更好發(fā)揮其功能的基礎(chǔ)。

在現(xiàn)有技術(shù)中,終端的APP一般將用戶(hù)的通訊錄列表存儲(chǔ)于本地,在APP啟動(dòng)時(shí)或者在APP使用過(guò)程中對(duì)用戶(hù)的通訊錄列表進(jìn)行拉取。但是,將用戶(hù)的通訊錄列表存儲(chǔ)于本地存在被竊取的風(fēng)險(xiǎn),會(huì)給用戶(hù)帶來(lái)安全隱患。并且,這種通訊錄列表存儲(chǔ)方式使得在基于通訊錄列表推薦建立關(guān)系時(shí),僅能夠基于客戶(hù)端進(jìn)行,當(dāng)用戶(hù)在不同設(shè)備上使用客戶(hù)端時(shí),無(wú)法有效地進(jìn)行不同終端客戶(hù)端的通訊錄同步,因此基于通訊錄列表推薦的建立關(guān)系并不完整。



技術(shù)實(shí)現(xiàn)要素:

有鑒于此,本發(fā)明提供了一種通訊錄存儲(chǔ)同步的方法及裝置,提高基于通訊錄服務(wù)的完整性。

本發(fā)明為解決技術(shù)問(wèn)題而采用的技術(shù)方案是提供一種通訊錄存儲(chǔ)同步的方法,所述方法包括:服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表;接收客戶(hù)端上傳的通訊錄數(shù)據(jù),確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表包括:在用戶(hù)注冊(cè)獲取UID時(shí),針對(duì)該UID建立存儲(chǔ)列表;或者,在首次接收到客戶(hù)端上傳通訊錄數(shù)據(jù)時(shí)根據(jù)客戶(hù)端所采用的UID建立存儲(chǔ)列表。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述存儲(chǔ)列表包含UID、終端設(shè)備號(hào)、通訊錄數(shù)據(jù)以及數(shù)據(jù)產(chǎn)生時(shí)間。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述接收客戶(hù)端上傳的通訊錄數(shù)據(jù),確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置包括:根據(jù)客戶(hù)端采用的UID和客戶(hù)端所在終端設(shè)備號(hào),將用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述將用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置包括:利用所述用戶(hù)的通訊錄數(shù)據(jù),覆蓋確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置中已有的通訊錄數(shù)據(jù)。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述方法還包括:接收到客戶(hù)端發(fā)送的同步請(qǐng)求時(shí),將該客戶(hù)端所采用UID對(duì)應(yīng)的存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行合并和去重后,發(fā)送給該客戶(hù)端。

本發(fā)明為解決技術(shù)問(wèn)題提供的另一種通訊錄存儲(chǔ)同步的方法,所述方法包括:客戶(hù)端啟動(dòng)時(shí)獲取配置參數(shù);根據(jù)獲取的配置參數(shù),上傳通訊錄數(shù)據(jù),以供服務(wù)器確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述啟動(dòng)時(shí)獲取配置參數(shù)包括:從參數(shù)配置系統(tǒng)獲取配置參數(shù);或者,從本地讀取預(yù)先從參數(shù)配置系統(tǒng)獲取的配置參數(shù)。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述根據(jù)獲取的配置參數(shù),上傳通訊錄數(shù)據(jù)包括:若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)大于上傳時(shí)間間隔M,則按照每次N條的順序?qū)⒂脩?hù)的通訊錄數(shù)據(jù)上傳;否則不上傳用戶(hù)的通訊錄數(shù)據(jù);其中所述M和N從所述配置參數(shù)中獲取。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述方法還包括:向服務(wù)器端發(fā)送同步請(qǐng)求;利用服務(wù)器端返回的通訊錄數(shù)據(jù)對(duì)本地存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更新。

本發(fā)明還提供了一種通訊錄存儲(chǔ)同步的裝置,其特征在于,所述裝置包括:

建立單元,用于服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表;

存儲(chǔ)單元,用于接收客戶(hù)端上傳的通訊錄數(shù)據(jù),確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述建立單元在根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表時(shí)執(zhí)行:在用戶(hù)注冊(cè)獲取UID時(shí),針對(duì)該UID建立存儲(chǔ)列表;或者,在首次接收到客戶(hù)端上傳通訊錄數(shù)據(jù)時(shí)根據(jù)客戶(hù)端所采用的UID建立存儲(chǔ)列表。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述建立單元建立的存儲(chǔ)列表包含UID、終端設(shè)備號(hào)、通訊錄數(shù)據(jù)以及數(shù)據(jù)產(chǎn)生時(shí)間。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述存儲(chǔ)單元在接收客戶(hù)端上傳的通訊錄數(shù)據(jù),確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置時(shí),具體執(zhí)行:根據(jù)客戶(hù)端采用的UID和客戶(hù)端所在終端設(shè)備號(hào),將用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述存儲(chǔ)單元在將用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置后,進(jìn)一步執(zhí)行:利用所述用戶(hù)的通訊錄數(shù)據(jù),覆蓋確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置中已有的通訊錄數(shù)據(jù)。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述存儲(chǔ)單元還包括:第二同步單元,接收到客戶(hù)端發(fā)送的同步請(qǐng)求時(shí),將該客戶(hù)端所采用UID對(duì)應(yīng)的存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行合并和去重后,發(fā)送給該客戶(hù)端。

本發(fā)明提供了另一種通訊錄存儲(chǔ)同步的裝置,其特征在于,所述裝置包括:

獲取單元,用于在客戶(hù)端啟動(dòng)時(shí)獲取配置參數(shù);

上傳單元,用于根據(jù)獲取的配置參數(shù),上傳通訊錄數(shù)據(jù),以供服務(wù)器確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述獲取單元在啟動(dòng)時(shí)獲取配置參數(shù)時(shí)執(zhí)行:從參數(shù)配置系統(tǒng)獲取配置參數(shù);或者,從本地讀取預(yù)先從參數(shù)配置系統(tǒng)獲取的配置參數(shù)。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述上傳單元在根據(jù)獲取的配置參數(shù),上傳通訊錄數(shù)據(jù)時(shí),具體執(zhí)行:若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)大于上傳時(shí)間間隔M,則按照每次N條的順序?qū)⒂脩?hù)的通訊錄數(shù)據(jù)上傳;否則不上傳用戶(hù)的通訊錄數(shù)據(jù);其中所述M和N從所述配置參數(shù)中獲取。

根據(jù)本發(fā)明一優(yōu)選實(shí)施例,所述上傳單元還包括:第一同步單元,向服務(wù)器端發(fā)送同步請(qǐng)求;利用服務(wù)器端返回的通訊錄數(shù)據(jù)對(duì)本地存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更新。

由以上技術(shù)方案可以看出,本發(fā)明通過(guò)利用客戶(hù)端用戶(hù)的UID,在服務(wù)器端構(gòu)建用戶(hù)通訊錄的存儲(chǔ)列表,并結(jié)合配置參數(shù)對(duì)當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)進(jìn)行判斷,從而準(zhǔn)確快速地對(duì)用戶(hù)通訊錄進(jìn)行上傳存儲(chǔ)的操作,減少系統(tǒng)流量的浪費(fèi),并且能夠有效地進(jìn)行不同終端客戶(hù)端的通訊錄同步,提高基于通訊錄服務(wù)的完整性。

【附圖說(shuō)明】

圖1為本發(fā)明實(shí)施例提供的方法流程圖。

圖2為本發(fā)明另一實(shí)施例提供的方法流程圖。

圖3為本發(fā)明實(shí)施例提供的裝置結(jié)構(gòu)示意圖。

【具體實(shí)施方式】

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。

在本發(fā)明實(shí)施例中使用的術(shù)語(yǔ)是僅僅出于描述特定實(shí)施例的目的,而非旨在限制本發(fā)明。在本發(fā)明實(shí)施例和所附權(quán)利要求書(shū)中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式,除非上下文清楚地表示其他含義。

應(yīng)當(dāng)理解,本文中使用的術(shù)語(yǔ)“和/或”僅僅是一種描述關(guān)聯(lián)對(duì)象的關(guān)聯(lián)關(guān)系,表示可以存在三種關(guān)系,例如,A和/或B,可以表示:?jiǎn)为?dú)存在A,同時(shí)存在A和B,單獨(dú)存在B這三種情況。另外,本文中字符“/”,一般表示前后關(guān)聯(lián)對(duì)象是一種“或”的關(guān)系。

取決于語(yǔ)境,如在此所使用的詞語(yǔ)“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”或“響應(yīng)于檢測(cè)”。類(lèi)似地,取決于語(yǔ)境,短語(yǔ)“如果確定”或“如果檢測(cè)(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時(shí)”或“響應(yīng)于確定”或“當(dāng)檢測(cè)(陳述的條件或事件)時(shí)”或“響應(yīng)于檢測(cè)(陳述的條件或事件)”。

圖1為本發(fā)明一實(shí)施例提供的方法流程圖,如圖1所示,該方法可以主要包括以下步驟:

在101中,服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表,可以為在用戶(hù)注冊(cè)獲取UID時(shí),針對(duì)該UID建立存儲(chǔ)列表。也可以為在首次接收到客戶(hù)端上傳通訊錄數(shù)據(jù)時(shí),根據(jù)客戶(hù)端所采用的UID建立存儲(chǔ)列表。

由用戶(hù)標(biāo)識(shí)UID生成的存儲(chǔ)列表,如表1所示,該存儲(chǔ)列表包含UID、Cuid、Phone-Number、Add-time。其中,UID表示通訊錄主人的UID,Cuid表示終端設(shè)備號(hào),Phone-Number表示通訊錄數(shù)據(jù),Add-time則表示數(shù)據(jù)產(chǎn)生時(shí)間。

更具體來(lái)說(shuō),存儲(chǔ)列表中的UID(通訊錄主人UID)用于表明該存儲(chǔ)列表屬于哪一個(gè)用戶(hù);Cuid(終端設(shè)備號(hào))用于表明用戶(hù)的通訊錄數(shù)據(jù)由哪一個(gè)終端所上傳,例如,Cuid-A表示A終端,Cuid-B表示B終端,以此類(lèi)推;Phone-Number(通訊錄數(shù)據(jù))用于表明由不同終端上傳的用戶(hù)通訊錄數(shù)據(jù);Add-time(數(shù)據(jù)產(chǎn)生時(shí)間)則用于記錄每個(gè)終端上傳用戶(hù)通訊錄數(shù)據(jù)的時(shí)間。

表1通訊錄存儲(chǔ)列表

在102中,客戶(hù)端啟動(dòng)時(shí)獲取配置參數(shù)。

在本步驟中,客戶(hù)端啟動(dòng)時(shí)獲取的配置參數(shù)由參數(shù)配置系統(tǒng)下發(fā),參數(shù)配置系統(tǒng)可以位于服務(wù)器端,也可以位于其他位置,本發(fā)明對(duì)此不進(jìn)行限定。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,客戶(hù)端啟動(dòng)時(shí)獲取的配置參數(shù)可以直接從參數(shù)配置系統(tǒng)處獲取配置參數(shù);或者,還可以從本地讀取預(yù)先從參數(shù)配置系統(tǒng)獲取的配置參數(shù)。

在本步驟中,客戶(hù)端在啟動(dòng)時(shí)獲取配置參數(shù)還進(jìn)一步包括:參數(shù)配置系統(tǒng)對(duì)配置參數(shù)進(jìn)行更改,可以為參數(shù)配置系統(tǒng)接收用戶(hù)的請(qǐng)求后進(jìn)行更改,也可以為參數(shù)配置系統(tǒng)自動(dòng)進(jìn)行更改。若由參數(shù)配置系統(tǒng)下發(fā)的配置參數(shù)發(fā)生變化時(shí),客戶(hù)端則會(huì)根據(jù)新的配置參數(shù)對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行操作。

在103中,根據(jù)獲取的配置參數(shù),客戶(hù)端確定是否上傳用戶(hù)的通訊錄數(shù)據(jù)。

在根據(jù)獲取的配置參數(shù),客戶(hù)端確定是否上傳用戶(hù)的通訊錄數(shù)據(jù)還包括:在客戶(hù)端生成用戶(hù)通訊錄讀取授權(quán)的界面,用于申請(qǐng)獲得讀取用戶(hù)通訊錄的授權(quán)。該步驟主要是為了保證獲取通訊錄是經(jīng)過(guò)用戶(hù)的同意,減少用戶(hù)隱私泄露的風(fēng)險(xiǎn),提高用戶(hù)通訊錄的安全系數(shù)。

在本步驟中,由客戶(hù)端記錄每次上傳通訊錄數(shù)據(jù)的時(shí)間,并將其存儲(chǔ)在客戶(hù)端的KV存儲(chǔ)結(jié)構(gòu)中,進(jìn)而根據(jù)所存儲(chǔ)的通訊錄上傳時(shí)間得到當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,若客戶(hù)端進(jìn)行首次上傳用戶(hù)通訊錄數(shù)據(jù)的操作時(shí),可以在獲得用戶(hù)對(duì)客戶(hù)端讀取通訊錄的授權(quán)后直接上傳用戶(hù)的通訊錄數(shù)據(jù),并由客戶(hù)端記錄首次上傳的時(shí)間。

若客戶(hù)端不是首次上傳,則在獲得用戶(hù)對(duì)客戶(hù)端讀取通訊錄的授權(quán)后,根據(jù)配置參數(shù),客戶(hù)端對(duì)當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)進(jìn)行判斷,確定是否上傳用戶(hù)的通訊錄數(shù)據(jù)。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)大于上傳時(shí)間間隔M,則對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,將用戶(hù)的通訊錄數(shù)據(jù)按照每次N條的順序上傳。若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)小于上傳時(shí)間間隔M,則不進(jìn)行對(duì)通訊錄數(shù)據(jù)上傳的操作。其中的上傳時(shí)間間隔M和單次上傳數(shù)量N從配置參數(shù)中獲取,M和N的值可以為任意值,本發(fā)明對(duì)此不進(jìn)行限定。

舉例來(lái)說(shuō),若配置參數(shù)中的上傳時(shí)間間隔M為1周,客戶(hù)端當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)為2周,則大于配置參數(shù)中的M,需要將用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,進(jìn)而按照每次N條的順序?qū)⒂脩?hù)的通訊錄數(shù)據(jù)上傳。

再舉例來(lái)說(shuō),若配置參數(shù)中的上傳時(shí)間間隔M為1周,當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)為3天,則小于配置參數(shù)中的M,就不需要對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳。

在104中,若客戶(hù)端確定上傳用戶(hù)的通訊錄數(shù)據(jù),則進(jìn)行上傳用戶(hù)通訊錄數(shù)據(jù)的操作。

在本步驟中,采用數(shù)據(jù)加密和數(shù)據(jù)壓縮的方式對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,以保證用戶(hù)的通訊錄數(shù)據(jù)在上傳過(guò)程中的安全性,并能夠節(jié)省通訊錄數(shù)據(jù)上傳的流量。

并且在本步驟中上傳通訊錄數(shù)據(jù)的同時(shí),還需要攜帶上傳通訊錄數(shù)據(jù)的客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào)。

在105中,服務(wù)器端確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

在本步驟中,由于在上傳用戶(hù)通訊錄數(shù)據(jù)的同時(shí),攜帶有客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào),其中客戶(hù)端所采用的UID用于尋找以該UID建立的存儲(chǔ)列表,而客戶(hù)端所在終端的設(shè)備號(hào)則用于確定通訊錄數(shù)據(jù)的在存儲(chǔ)列表中的存儲(chǔ)位置。即根據(jù)客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào),將用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在以該UID建立的存儲(chǔ)列表中的對(duì)應(yīng)位置。也就是說(shuō),對(duì)應(yīng)于不同終端的通訊錄數(shù)據(jù)分別在由同一個(gè)UID建立的存儲(chǔ)列表中的不同位置進(jìn)行存儲(chǔ),如表1中Cuid-A和Cuid-B所示,即將由A終端客戶(hù)端上傳的用戶(hù)通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-A下面,將由B終端客戶(hù)端上傳的用戶(hù)通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-B下面。

在本步驟中,對(duì)用戶(hù)通訊錄數(shù)據(jù)進(jìn)行存儲(chǔ)的過(guò)程中,還包括對(duì)存儲(chǔ)于服務(wù)器端存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行糾正的操作,即利用用戶(hù)的通訊錄數(shù)據(jù),覆蓋確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置中已有的通訊錄數(shù)據(jù)。

服務(wù)器端無(wú)法對(duì)已存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更改,因此當(dāng)用戶(hù)在終端對(duì)通訊錄數(shù)據(jù)進(jìn)行增加或刪除時(shí),相對(duì)應(yīng)的用戶(hù)通訊錄就發(fā)生了變化,則利用客戶(hù)端后一次上傳的通訊錄數(shù)據(jù),也就是最新的通訊錄數(shù)據(jù),覆蓋在存儲(chǔ)列表對(duì)應(yīng)位置上已有的通訊錄數(shù)據(jù)。

舉例來(lái)說(shuō),終端A客戶(hù)端在上傳通訊錄數(shù)據(jù)的同時(shí)上傳該終端的設(shè)備號(hào),記為Cuid-A,表明所上傳的通訊錄數(shù)據(jù)屬于終端A。當(dāng)終端A客戶(hù)端在下次上傳通訊錄數(shù)據(jù)時(shí),同樣攜帶該終端的設(shè)備號(hào)Cuid-A,并在通訊錄存儲(chǔ)列表中找到對(duì)應(yīng)該設(shè)備號(hào)的通訊錄數(shù)據(jù),將由終端A客戶(hù)端在本次上傳的通訊錄數(shù)據(jù)覆蓋前一次上傳的通訊錄數(shù)據(jù),以此完成數(shù)據(jù)的更新。并且根據(jù)終端設(shè)備號(hào)進(jìn)行該操作,能夠保證只針對(duì)屬于同一個(gè)終端的通訊錄數(shù)據(jù)進(jìn)行糾正更新,不會(huì)發(fā)生錯(cuò)刪現(xiàn)象。

圖2為本發(fā)明另一實(shí)施例提供的方法流程圖,如圖2所示,客戶(hù)端1和客戶(hù)端2分別表示位于終端A與終端B中的客戶(hù)端,兩個(gè)客戶(hù)端的用戶(hù)標(biāo)識(shí)UID相同。

在201中,服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立存儲(chǔ)列表。

在本步驟中,根據(jù)用戶(hù)標(biāo)識(shí)UID建立存儲(chǔ)列表的過(guò)程與101相同,在此不再贅述。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,服務(wù)器端可以由客戶(hù)端1中的用戶(hù)標(biāo)識(shí)UID建立存儲(chǔ)列表??蛻?hù)端2和客戶(hù)端1所采用的UID相同,則客戶(hù)端2不需要再建立存儲(chǔ)列表,根據(jù)UID在服務(wù)器端尋找由該UID生成的存儲(chǔ)列表即可。也可以為服務(wù)器端由客戶(hù)端2中的用戶(hù)標(biāo)識(shí)UID建立存儲(chǔ)列表,則客戶(hù)端1就不需要再建立存儲(chǔ)結(jié)構(gòu),根據(jù)UID在服務(wù)器端尋找即可。本發(fā)明對(duì)此不進(jìn)行限定,生成的存儲(chǔ)列表如表2所示。其中UID代表客戶(hù)端1和客戶(hù)端2的用戶(hù)標(biāo)識(shí)UID,Cuid-A代表位于終端A的客戶(hù)端,Cuid-B代表位于終端B的客戶(hù)端,Phone-number代表通訊錄數(shù)據(jù),Add-time代表通訊錄數(shù)據(jù)的上傳時(shí)間。

表2實(shí)施例2的存儲(chǔ)列表

在202中,客戶(hù)端1和客戶(hù)端2在啟動(dòng)時(shí)獲取配置參數(shù)。

在本步驟中,客戶(hù)端1和客戶(hù)端2啟動(dòng)時(shí)獲取配置參數(shù)的過(guò)程與102相同,在此不進(jìn)行贅述。在本實(shí)施例中,參數(shù)配置系統(tǒng)將配置參數(shù)分別下發(fā)給客戶(hù)端1和客戶(hù)端2。

在203中,根據(jù)獲取的配置參數(shù),客戶(hù)端1和客戶(hù)端2確定是否上傳用戶(hù)的通訊錄數(shù)據(jù)。

本步驟中確定上傳操作與103相同,分別根據(jù)存儲(chǔ)在客戶(hù)端1和客戶(hù)端2中的上傳時(shí)間確定當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng),再根據(jù)下發(fā)的配置參數(shù),客戶(hù)端對(duì)終端A和終端B中用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳操作,在此不再贅述。

在204中,若客戶(hù)端1和客戶(hù)端2確定上傳用戶(hù)的通訊錄數(shù)據(jù),則進(jìn)行上傳用戶(hù)通訊錄數(shù)據(jù)的操作,客戶(hù)端1和客戶(hù)端2分別將各自終端用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳。

本步驟中的上傳操作與104相同,在此不再贅述。

在205中,客戶(hù)端1和客戶(hù)端2將兩個(gè)終端用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳后,服務(wù)器端確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

在本步驟中,在上傳通訊錄數(shù)據(jù)的同時(shí),客戶(hù)端1和客戶(hù)端2分別攜帶所采用UID和各自終端的設(shè)備號(hào),并根據(jù)所采用的UID和各自終端設(shè)備號(hào)將不同終端的通訊錄數(shù)據(jù)在以UID建立的存儲(chǔ)結(jié)構(gòu)中的對(duì)應(yīng)位置存儲(chǔ)。如表2所示,將由終端A客戶(hù)端上傳的通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-A下的Phone-Number中,在Add-time中記錄上傳上傳時(shí)間,由終端B客戶(hù)端上傳的通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-B下的Phone-Number中,在Add-time中記錄上傳時(shí)間。

在206中,客戶(hù)端向服務(wù)器端發(fā)送同步請(qǐng)求。

在207中,服務(wù)器端接收到客戶(hù)端發(fā)送的同步請(qǐng)求時(shí),將該客戶(hù)端所采用UID對(duì)應(yīng)的存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行合并和去重后,發(fā)送給該客戶(hù)端。而客戶(hù)端則利用服務(wù)器端返回的通訊錄數(shù)據(jù)對(duì)本地存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更新。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,客戶(hù)端1向服務(wù)器端發(fā)送同步請(qǐng)求,服務(wù)器端在接收到客戶(hù)端1發(fā)送的同步請(qǐng)求時(shí),將該客戶(hù)端采用UID對(duì)應(yīng)的存儲(chǔ)列表中的全部通訊錄數(shù)據(jù)進(jìn)行合并和去重后,發(fā)送給客戶(hù)端1,客戶(hù)端1則利用由服務(wù)器端返回的通訊錄數(shù)據(jù)對(duì)終端A本地存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更新,即終端A客戶(hù)端1中的本地?cái)?shù)據(jù)包含有服務(wù)器端對(duì)應(yīng)該客戶(hù)端采用的UID建立的存儲(chǔ)列表中的全部通訊錄數(shù)據(jù)。同樣的道理,若客戶(hù)端2向服務(wù)器發(fā)送同步請(qǐng)求的操作與上述類(lèi)似,在此不進(jìn)行贅述。

需要說(shuō)明的是,在圖2所示實(shí)施例中,僅僅表明了服務(wù)器端與客戶(hù)端1和客戶(hù)端2之間上傳通訊錄數(shù)據(jù)的交互示意圖,圖中的步驟標(biāo)號(hào)并不是對(duì)客戶(hù)端1和客戶(hù)端2所執(zhí)行操作的時(shí)間順序進(jìn)行限制。即客戶(hù)端1與服務(wù)器端之間的交互可以按照?qǐng)D2所示步驟標(biāo)號(hào),客戶(hù)端2與服務(wù)器端之間的交互也可以按照?qǐng)D2所示步驟標(biāo)號(hào),但客戶(hù)端1與客戶(hù)端2并非同步執(zhí)行圖2中所示步驟。例如,客戶(hù)端1和客戶(hù)端2可以在不同時(shí)間進(jìn)行配置參數(shù)的獲取,也可以在不同時(shí)間進(jìn)行通訊錄數(shù)據(jù)的上傳,也可以在不同時(shí)間進(jìn)行通訊錄數(shù)據(jù)的同步。

利用本發(fā)明提供的技術(shù)方案,客戶(hù)端能夠?qū)τ脩?hù)通訊錄數(shù)據(jù)的上傳操作進(jìn)行分析,減少不必要上傳通訊錄數(shù)據(jù)造成的流量浪費(fèi),還能夠避免APP在啟動(dòng)或者在APP使用時(shí)獲取用戶(hù)的通訊錄數(shù)據(jù)導(dǎo)致APP的啟動(dòng)速度變慢、不利于實(shí)時(shí)處理等問(wèn)題,并且在服務(wù)器端根據(jù)用戶(hù)的UID建立存儲(chǔ)列表對(duì)用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ),能夠有效地進(jìn)行不同終端客戶(hù)端的通訊錄同步,提高基于通訊錄服務(wù)的完整性。

下面對(duì)本發(fā)明實(shí)施例提供的裝置進(jìn)行詳述。如圖3中所示,設(shè)置于服務(wù)器端的裝置主要包括:建立單元31和存儲(chǔ)單元34,還可以包括第二同步單元36。

建立單元31在服務(wù)器端根據(jù)用戶(hù)標(biāo)識(shí)UID建立通訊錄存儲(chǔ)列表,可以為在用戶(hù)注冊(cè)獲取UID時(shí),針對(duì)該UID建立存儲(chǔ)列表。也可以為在首次接收到客戶(hù)端上傳通訊錄數(shù)據(jù)時(shí),根據(jù)客戶(hù)端所采用的UID建立存儲(chǔ)列表。

由用戶(hù)標(biāo)識(shí)UID生成的存儲(chǔ)列表,如表1所示,該存儲(chǔ)列表包含UID、Cuid、Phone-Number、Add-time。其中,UID表示通訊錄主人的UID,Cuid表示終端設(shè)備號(hào),Phone-Number表示通訊錄數(shù)據(jù),Add-time則表示數(shù)據(jù)產(chǎn)生時(shí)間。

更具體來(lái)說(shuō),存儲(chǔ)列表中的UID(通訊錄主人UID)用于表明該存儲(chǔ)列表屬于哪一個(gè)用戶(hù);Cuid(終端設(shè)備號(hào))用于表明用戶(hù)的通訊錄數(shù)據(jù)由哪一個(gè)終端所上傳,例如,Cuid-A表示A終端,Cuid-B表示B終端,以此類(lèi)推;Phone-Number(通訊錄數(shù)據(jù))用于表明由不同終端上傳的用戶(hù)通訊錄數(shù)據(jù);Add-time(數(shù)據(jù)產(chǎn)生時(shí)間)則用于記錄每個(gè)終端上傳用戶(hù)通訊錄數(shù)據(jù)的時(shí)間。

存儲(chǔ)單元34,服務(wù)器端確定該客戶(hù)端采用的UID并將該通訊錄數(shù)據(jù)存儲(chǔ)在確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中的對(duì)應(yīng)位置。

在本步驟中,由于在上傳用戶(hù)通訊錄數(shù)據(jù)的同時(shí),攜帶有客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào),其中客戶(hù)端所采用的UID用于尋找存儲(chǔ)以該UID建立的存儲(chǔ)列表,而客戶(hù)端所在終端的設(shè)備號(hào)用于確定通訊錄數(shù)據(jù)的存儲(chǔ)位置。即根據(jù)客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào),將某一終端用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ)在以該UID建立的存儲(chǔ)列表中的對(duì)應(yīng)位置。也就是說(shuō),將對(duì)應(yīng)于不同終端的通訊錄數(shù)據(jù)分別在由同一個(gè)UID建立的存儲(chǔ)列表中進(jìn)行存儲(chǔ),如表1中Cuid-A和Cuid-B所示,即將由A終端客戶(hù)端上傳的用戶(hù)通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-A下面,將由B終端客戶(hù)端上傳的用戶(hù)通訊錄數(shù)據(jù)存儲(chǔ)在Cuid-B下面。

在本步驟中,對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行存儲(chǔ)的過(guò)程中,還包括對(duì)存儲(chǔ)于服務(wù)器端存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行糾正的操作,即利用用戶(hù)的通訊錄數(shù)據(jù),覆蓋確定出的UID對(duì)應(yīng)的所述存儲(chǔ)列表中客戶(hù)端所在終端設(shè)備號(hào)對(duì)應(yīng)的位置中已有的通訊錄數(shù)據(jù)。

服務(wù)器端無(wú)法對(duì)已存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更改,因此當(dāng)用戶(hù)在終端對(duì)通訊錄數(shù)據(jù)進(jìn)行增加或刪除時(shí),相對(duì)應(yīng)的用戶(hù)通訊錄就發(fā)生了變化,則利用客戶(hù)端后一次上傳的通訊錄數(shù)據(jù),也就是最新的通訊錄數(shù)據(jù),覆蓋在存儲(chǔ)列表對(duì)應(yīng)位置上已有的通訊錄數(shù)據(jù)。

舉例來(lái)說(shuō),終端A客戶(hù)端在上傳通訊錄數(shù)據(jù)的同時(shí)上傳該終端的設(shè)備號(hào),記為Cuid-A,表明所上傳的通訊錄數(shù)據(jù)屬于終端A。當(dāng)終端A客戶(hù)端在下次上傳通訊錄數(shù)據(jù)時(shí),同樣攜帶該終端的設(shè)備號(hào)Cuid-A,并在通訊錄存儲(chǔ)列表中找到對(duì)應(yīng)該設(shè)備號(hào)的通訊錄數(shù)據(jù),將由終端A客戶(hù)端在本次上傳的通訊錄數(shù)據(jù)覆蓋前一次上傳的通訊錄數(shù)據(jù),以此完成數(shù)據(jù)的更新。并且根據(jù)終端設(shè)備號(hào)進(jìn)行該操作,能夠保證只針對(duì)屬于該終端的通訊錄數(shù)據(jù)進(jìn)行糾正更新,不會(huì)發(fā)生誤刪現(xiàn)象。

第二同步單元36,接收客戶(hù)端發(fā)送的同步請(qǐng)求,將該客戶(hù)端所采用UID對(duì)應(yīng)的存儲(chǔ)列表中的通訊錄數(shù)據(jù)進(jìn)行合并和去重后,發(fā)送給該客戶(hù)端。

繼續(xù)如圖3所示,設(shè)置于客戶(hù)端的裝置主要包括:獲取單元32和上傳單元33,還可以包括第一同步單元35。

獲取單元32,在客戶(hù)端啟動(dòng)時(shí)獲取配置參數(shù)。

在本步驟中,客戶(hù)端啟動(dòng)時(shí)獲取的配置參數(shù)由參數(shù)配置系統(tǒng)下發(fā),參數(shù)配置系統(tǒng)可以位于服務(wù)器端,也可以位于其他位置,本發(fā)明對(duì)此不進(jìn)行限定。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,客戶(hù)端啟動(dòng)時(shí)獲取的配置參數(shù)可以直接從參數(shù)配置系統(tǒng)處獲取配置參數(shù);或者,還可以從本地讀取預(yù)先從參數(shù)配置系統(tǒng)獲取的配置參數(shù)。

在本步驟中,客戶(hù)端在啟動(dòng)時(shí)獲取配置參數(shù)還進(jìn)一步包括:參數(shù)配置系統(tǒng)對(duì)配置參數(shù)進(jìn)行更改,可以為參數(shù)配置系統(tǒng)接收用戶(hù)的請(qǐng)求后進(jìn)行更改,也可以為參數(shù)配置系統(tǒng)自動(dòng)進(jìn)行更改。若由參數(shù)配置系統(tǒng)下發(fā)的配置參數(shù)發(fā)生變化時(shí),客戶(hù)端則會(huì)根據(jù)新的配置參數(shù)對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行操作。

上傳單元33,首先根據(jù)獲取的配置參數(shù),確定是否對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳。若客戶(hù)端確定上傳用戶(hù)的通訊錄數(shù)據(jù),則進(jìn)行上傳用戶(hù)通訊錄數(shù)據(jù)的操作。

在根據(jù)獲取的配置參數(shù),客戶(hù)端確定是否對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳之前還包括:在客戶(hù)端生成用戶(hù)通訊錄讀取授權(quán)的界面,用于申請(qǐng)獲得讀取用戶(hù)通訊錄的授權(quán)。主要是為了保證獲取通訊錄是經(jīng)過(guò)用戶(hù)的同意,減少用戶(hù)隱私泄露的風(fēng)險(xiǎn),提高用戶(hù)通訊錄的安全系數(shù)。

在本步驟中,由客戶(hù)端記錄每次上傳通訊錄數(shù)據(jù)的時(shí)間,并將其存儲(chǔ)在客戶(hù)端的KV存儲(chǔ)結(jié)構(gòu)中,進(jìn)而根據(jù)所存儲(chǔ)的通訊錄上傳時(shí)間得到當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,若客戶(hù)端進(jìn)行首次上傳用戶(hù)通訊錄數(shù)據(jù)的操作,在獲得用戶(hù)對(duì)客戶(hù)端讀取通訊錄的授權(quán)后直接進(jìn)行對(duì)用戶(hù)的通訊錄數(shù)據(jù)上傳的操作,并由客戶(hù)端記錄首次上傳的時(shí)間。

若客戶(hù)端不是首次上傳,則在獲得用戶(hù)對(duì)客戶(hù)端讀取通訊錄的授權(quán)后,根據(jù)配置參數(shù),客戶(hù)端對(duì)當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)進(jìn)行判斷,確定是否對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳。

可選地,在本實(shí)施例的一個(gè)具體實(shí)現(xiàn)過(guò)程中,若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)大于上傳時(shí)間間隔M,則對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,將用戶(hù)的通訊錄數(shù)據(jù)按照每次N條的順序上傳。若當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)小于上傳時(shí)間間隔M,則不進(jìn)行對(duì)通訊錄數(shù)據(jù)上傳的操作。其中的上傳時(shí)間間隔M和單次次上傳數(shù)量N從配置參數(shù)中獲取,M和N的值可以為任意值,本發(fā)明對(duì)此不進(jìn)行限定。

舉例來(lái)說(shuō),若配置參數(shù)中的上傳時(shí)間間隔M為1周,客戶(hù)端當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)為2周,則大于配置參數(shù)中的M,需要將用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,進(jìn)而按照每次N條的順序?qū)⒂脩?hù)的通訊錄數(shù)據(jù)上傳。

再舉例來(lái)說(shuō),若配置參數(shù)中的上傳時(shí)間間隔M為1周,當(dāng)前時(shí)間距離通訊錄的前次上傳時(shí)間的時(shí)長(zhǎng)為3天,則小于配置參數(shù)中的M,就不需要對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳。

當(dāng)確定要上傳用戶(hù)通訊錄數(shù)據(jù)時(shí),采用數(shù)據(jù)加密和數(shù)據(jù)壓縮的方式對(duì)用戶(hù)的通訊錄數(shù)據(jù)進(jìn)行上傳,以保證用戶(hù)的通訊錄數(shù)據(jù)在上傳過(guò)程中的安全性,并能夠節(jié)省通訊錄數(shù)據(jù)上傳的流量。

并且在本步驟中上傳通訊錄數(shù)據(jù)的同時(shí),還需要攜帶上傳通訊錄數(shù)據(jù)的客戶(hù)端所采用的UID和客戶(hù)端所在終端的設(shè)備號(hào)。

第一同步單元35,向服務(wù)器端發(fā)送同步請(qǐng)求,并利用服務(wù)器端返回的通訊錄數(shù)據(jù)對(duì)本地存儲(chǔ)的通訊錄數(shù)據(jù)進(jìn)行更新。

利用本發(fā)明提供的技術(shù)方案,客戶(hù)端能夠?qū)τ脩?hù)通訊錄數(shù)據(jù)的上傳操作進(jìn)行分析,減少不必要上傳通訊錄數(shù)據(jù)造成的流量浪費(fèi),還能夠避免APP在啟動(dòng)或者在APP使用時(shí)獲取用戶(hù)的通訊錄數(shù)據(jù)導(dǎo)致APP的啟動(dòng)速度變慢、不利于實(shí)時(shí)處理等問(wèn)題,并且在服務(wù)器端根據(jù)用戶(hù)的UID建立存儲(chǔ)列表對(duì)用戶(hù)的通訊錄數(shù)據(jù)存儲(chǔ),能夠有效地進(jìn)行不同終端客戶(hù)端的通訊錄同步,提高基于通訊錄服務(wù)的完整性。

在本發(fā)明所提供的幾個(gè)實(shí)施例中,應(yīng)該理解到,所揭露的裝置和方法,可以通過(guò)其它的方式實(shí)現(xiàn)。例如,以上所描述的裝置實(shí)施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個(gè)地方,或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上??梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外,在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中,也可以是各個(gè)單元單獨(dú)物理存在,也可以?xún)蓚€(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn),也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元,可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。上述軟件功能單元存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的部分步驟。而前述的存儲(chǔ)介質(zhì)包括:U盤(pán)、移動(dòng)硬盤(pán)、只讀存儲(chǔ)器(Read-Only Memory,ROM)、隨機(jī)存取存儲(chǔ)器(Random Access Memory,RAM)、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。

當(dāng)前第1頁(yè)1 2 3 
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
广宗县| 射阳县| 文山县| 和顺县| 大荔县| 大庆市| 新乡县| 合川市| 仙桃市| 凤山县| 马山县| 巴彦淖尔市| 蓬溪县| 栖霞市| 邹平县| 青龙| 报价| 天长市| 萍乡市| 兴安盟| 曲周县| 金山区| 沂水县| 进贤县| 惠安县| 城固县| 沙河市| 咸宁市| 桂林市| 隆安县| 榆中县| 洪洞县| 扎兰屯市| 湟中县| 旬邑县| 炉霍县| 个旧市| 南雄市| 定兴县| 辉南县| 蓬溪县|