本發(fā)明涉及通訊技術(shù)領(lǐng)域，具體涉及一種實現(xiàn)黑名單共享的方法、裝置及系統(tǒng)。

背景技術(shù)：

手機、電腦等通訊終端的出現(xiàn)改變了人類的交流方式，使得人與人之間的交流或者信息的傳播更加便捷?，F(xiàn)代生活中，大部分人們已經(jīng)將通訊終端作為生活的一部分，特別在通訊發(fā)達(dá)的城市里，手機、電腦等作為與外界聯(lián)系的主要方式，已經(jīng)成為人們必不可少的生活用品。但是，用戶在享受手機、電腦等帶來的便捷的同時，也被隨時隨地都會冒出來的垃圾短信、陌生電話所困擾。這些不法通信不僅影響了人們的正常生活，也給正在蓬勃發(fā)展的移動通信行業(yè)帶來了負(fù)面的影響。

ip多媒體子系統(tǒng)(ipmultimediasubsystem，ims)是基于ip網(wǎng)絡(luò)提供多媒體業(yè)務(wù)的通用網(wǎng)絡(luò)架構(gòu)?；趇ms的豐富通信套件(richcommunicationsuit，rcs)是一種基于增強的手機通訊錄的、集語音、消息、視頻、內(nèi)容共享等多種通信方式及功能為一體的融合通信服務(wù)，能夠有效的捆綁和集成現(xiàn)有標(biāo)準(zhǔn)化的服務(wù)(如3gpp，oma，gsma)，提供豐富的通信服務(wù)。rfc4975中定義的消息會話中繼協(xié)議(messagesessionrelayprotocol，msrp)用于在已經(jīng)建立的即時通訊im會話中傳輸即時消息的內(nèi)容，完成信息交互過程。

rcs群聊服務(wù)主要用于多人聊天，rcs應(yīng)用服務(wù)器(applicationserver，as)首先根據(jù)主叫用戶發(fā)送的群組創(chuàng)建消息建立聊天群組，把多個用戶集合在同一聊天群組中，主叫用戶需要向rcsas發(fā)送invite消息，以便于rcsas激活聊天群組，聊天群組中的每一個用戶分別和rcsas建立有專用于傳輸群聊消息的msrp信道，主叫用戶通過建立的msrp信道向rcsas發(fā)送用戶輸入的群聊消息，rcsas可以根據(jù)聊天群組的用戶列表向所有被叫用戶分發(fā)接收到的群聊消息。

使用rcs群聊服務(wù)進(jìn)行多人聊天時，群聊的用戶通常都是親屬或者朋友關(guān)系，因此，其中一個用戶因為一些騷擾或是其他原因設(shè)置的黑名單聯(lián)系人可能有需要共享給群聊的其他用戶。

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

鑒于以上內(nèi)容，有必要提出一種黑名單共享方法，其可以實現(xiàn)客戶端之間的黑名單資源共享。

一種黑名單共享方法，用于信息發(fā)送端通訊設(shè)備，所述方法包括：

選擇黑名單列表；

選定第一聊天對象，所述第一聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；以及

發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象，以供所述選定的第一聊天對象在接受同步時，由所述選定的第一聊天對象的接收端通信設(shè)備同步所述黑名單列表。

本發(fā)明較佳實施例中，所述選擇黑名單列表具體包括：在黑名單界面或者在聊天界面選擇，所述黑名單界面以及聊天界面均添加一個協(xié)同按鈕，用于相互訪問。

一種黑名單共享方法，用于信息接收端通訊設(shè)備，所述方法包括：

接收第二聊天對象發(fā)送的黑名單列表，所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；

提示用戶是否選擇接受同步所述黑名單列表；

當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表。

本發(fā)明較佳實施例中，所述當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表，具體包括：

對比所述信息接收端通訊設(shè)備本地存儲的第一黑名單列表；

將所述黑名單列表與所述第一黑名單列表相同的條目進(jìn)行合并，不同的條目添加到第一黑名單列表。

本發(fā)明較佳實施例中，所述方法還包括：

當(dāng)檢測到用戶拒絕接受同步所述黑名單列表時，刪除所述黑名單列表。

鑒于以上內(nèi)容，還有必要提出一種一種通訊設(shè)備，其可以實現(xiàn)客戶端之間的黑名單資源共享。

一種黑名單共享裝置，用于信息發(fā)送，所述黑名單共享裝置包括：

選擇模塊，用于選擇黑名單列表；

選定模塊，用于選定第一聊天對象，所述第一聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；以及

發(fā)送模塊，用于發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象，以供所述選定的第一聊天對象在接受同步時，由所述選定的第一聊天對象的接收端通信設(shè)備同步所述黑名單列表。

本發(fā)明較佳實施例中，所述選擇黑名單列表具體包括：在黑名單界面或者在聊天界面選擇，所述黑名單界面以及聊天界面均添加一個協(xié)同按鈕，用于相互訪問。

一種黑名單共享裝置，用于信息接收，所述黑名單共享裝置包括：

接收模塊，用于接收第二聊天對象發(fā)送的黑名單列表，所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；

同步模塊，用于提示用戶是否選擇接受同步所述黑名單列表，以及當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表。

本發(fā)明較佳實施例中，所述當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表，具體包括：

對比所述信息接收端通訊設(shè)備本地存儲的第一黑名單列表；

將所述黑名單列表與所述第一黑名單列表相同的條目進(jìn)行合并，不同的條目添加到第一黑名單列表。

本發(fā)明較佳實施例中，所述黑名單共享裝置還包括：

刪除模塊，用于當(dāng)檢測到用戶拒絕接受同步所述黑名單列表時，刪除所述黑名單列表。

鑒于以上內(nèi)容，還有必要提出一種黑名單共享系統(tǒng)，其可以實現(xiàn)客戶端之間的黑名單資源共享。

一種黑名單共享系統(tǒng)，包括信息發(fā)送端通訊設(shè)備以及信息接收端通訊設(shè)備，其中：

所述信息發(fā)送端通訊設(shè)備執(zhí)行下述操作：

選擇黑名單列表；

選定第一聊天對象，所述第一聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；以及

發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象；

所述信息接收端通訊設(shè)備執(zhí)行下述操作：

接收第二聊天對象發(fā)送的黑名單列表，所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；

提示用戶是否選擇接受同步所述黑名單列表；

當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表。

相較于現(xiàn)有技術(shù)，本發(fā)明所述黑名單共享方法、裝置及系統(tǒng)能夠?qū)⑷我庖粋€客戶端設(shè)置的黑名單列表共享給聊天對象包括聊天群組，便于其他親朋好友獲取相同資源，實現(xiàn)資源共享。

附圖說明

圖1所示是本發(fā)明黑名單共享方法較佳實施例中黑名單發(fā)送的方法實施流程圖。

圖2所示是本發(fā)明黑名單共享方法較佳實施例中黑名單接收的方法實施流程圖。

圖3所示是執(zhí)行本發(fā)明所述黑名單共享系統(tǒng)的系統(tǒng)架構(gòu)圖。

圖4所示是本發(fā)明黑名單共享裝置的功能模塊圖。

圖5所示是本發(fā)明通訊設(shè)備的硬件結(jié)構(gòu)示意圖。

主要元件符號說明

黑名單共享系統(tǒng)100

通訊設(shè)備1

服務(wù)器2

黑名單共享裝置10

存儲設(shè)備11

處理器12

通訊總線13

發(fā)送器14

接收器15

選擇模塊100

選定模塊101

發(fā)送模塊102

接收模塊103

同步模塊104

刪除模塊105

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。

基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

本實施例所提供的黑名單共享方法可以應(yīng)用在多個通訊設(shè)備中，例如，作為信息發(fā)送端的通訊設(shè)備以及一個或者多個作為信息接收端的通訊設(shè)備。所述通訊設(shè)備可以是，但不限制于，智能手機、智能手表、平板電腦等能夠連接網(wǎng)絡(luò)的電子設(shè)備。

本發(fā)明較佳實施例中，所述通訊設(shè)備可以為具有rcs(richcommunicationsuit，豐富通信套件)功能的手機。

所述rcs是一種基于手機通訊錄的，集語音、即時消息、文件傳輸、內(nèi)容共享、呈現(xiàn)、位置服務(wù)等多種通信方式于一體的融合通信服務(wù)。通過以終端原生方式(即手機在出廠時就已具備融合通信功能)存在，用戶無需訂購業(yè)務(wù)和下載應(yīng)用即可便利使用通話、短信和聯(lián)系。

參考圖1所示，是本發(fā)明黑名單共享方法較佳實施例中黑名單發(fā)送的方法實施流程圖。根據(jù)不同的需求，該圖所示流程圖中的執(zhí)行順序可以改變，某些可以省略。

在作為信息發(fā)送端的通訊設(shè)備中，本發(fā)明所述黑名單共享方法執(zhí)行如下操作：

s10，選擇黑名單列表。

本發(fā)明較佳實施例中，所述選擇黑名單列表的操作可以在黑名單界面執(zhí)行或是在聊天界面，如rcs聊天界面執(zhí)行。

所述黑名單界面以及聊天界面均添加一個協(xié)同按鈕，可以相互訪問。例如，在黑名單界面可以選擇聊天對象或是群組，以及在聊天界面，也可以點擊選擇黑名單列表。

s11，選定第一聊天對象。

本發(fā)明中所述第一聊天對象可以是聊天群組或者是群組中的一個或者多個聯(lián)系人。

本發(fā)明較佳實施例中，所述聊天群組是rcs功能實現(xiàn)的聊天群組。

s12，發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象。

所選擇的黑名單列表可供所述選定的第一聊天對象在接受同步時，由所述選定的第一聊天對象的信息接收端通信設(shè)備同步所述黑名單列表。

參考圖2所示，是本發(fā)明黑名單共享方法較佳實施例中黑名單接收的方法實施流程圖。根據(jù)不同的需求，該圖所示流程圖中的執(zhí)行順序可以改變，某些可以省略。

接收到所述黑名單列表的聊天對象對應(yīng)的一個或者多個作為信息接收端的通訊設(shè)備執(zhí)行如下操作：

s13，接收第二聊天對象發(fā)送的黑名單列表。

所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人。

s14，提示用戶是否選擇接受同步所述黑名單列表。

本發(fā)明較佳實施例中，在接收到服務(wù)器，例如rcs應(yīng)用服務(wù)器(applicationserver,as)轉(zhuǎn)發(fā)的所述黑名單列表時，在作為信息接收端的通訊設(shè)備上可以提供一個提示框，提示：“接收到xx發(fā)送的黑名單列表，是否接受同步？”。

進(jìn)一步地，所述提示框還可以包括兩個選擇按鍵：“接受”以及“拒絕”供用戶選擇。

當(dāng)用戶按下“接受”的按鍵時，表明接受同步，執(zhí)行下述的s15。

s15，根據(jù)所接收到的黑名單列表，同步作為信息接收端的通訊設(shè)備中的黑名單列表。

同步時可以添加新的黑名單列表，及合并相同的黑名單列表等，具體包括：對比所述信息接收端通訊設(shè)備本地存儲的第一黑名單列表，將所述黑名單列表與所述第一黑名單列表相同的條目進(jìn)行合并，不同的條目添加到第一黑名單列表。

當(dāng)用戶按下“拒絕”的按鍵時，表明不接受同步，執(zhí)行下述的s16。

s16，刪除所接收到的黑名單列表。

以上所述，僅是本發(fā)明的具體實施方式，但本發(fā)明的保護(hù)范圍并不局限于此，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明創(chuàng)造構(gòu)思的前提下，還可以做出改進(jìn)，但這些均屬于本發(fā)明的保護(hù)范圍。

上述圖1～2詳細(xì)介紹了本發(fā)明的黑名單共享方法，下面結(jié)合第3～5圖，分別對實現(xiàn)上述黑名單共享方法的硬件系統(tǒng)架構(gòu)以及實現(xiàn)所述黑名單共享方法的軟件系統(tǒng)的功能模塊進(jìn)行介紹。

應(yīng)該了解，所述實施例僅為說明之用，在專利申請范圍上并不受此結(jié)構(gòu)的限制。

如圖3所示，是執(zhí)行本發(fā)明所述黑名單共享系統(tǒng)的系統(tǒng)架構(gòu)圖。

本發(fā)明所述黑名單共享系統(tǒng)100包括多個通訊設(shè)備1以及一個服務(wù)器2。所述通訊設(shè)備1包括一個信息發(fā)送端通訊設(shè)備以及一個或者多個信息接收端通訊設(shè)備。所述服務(wù)器2可以是rcs應(yīng)用服務(wù)器(applicationserver，as)。

所述rcsas根據(jù)主叫用戶，即信息發(fā)送端通訊設(shè)備發(fā)送的群組創(chuàng)建消息建立聊天群組，把多個用戶集合在同一聊天群組中。主叫用戶需要向rcsas發(fā)送invite消息，以便于rcsas激活聊天群組，聊天群組中的每一個用戶分別和rcsas建立有專用于傳輸群聊消息的msrp信道，主叫用戶通過建立的msrp信道向rcsas發(fā)送用戶輸入的群聊消息，rcsas可以根據(jù)聊天群組的用戶列表向所有被叫用戶，即一個或者多個信息接收端通訊設(shè)備分發(fā)接收到的群聊消息。

在執(zhí)行黑名單共享時，所述信息發(fā)送端通訊設(shè)備執(zhí)行下述操作：

選擇黑名單列表；

選定第一聊天對象，所述第一聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；以及

發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象。

所述信息接收端通訊設(shè)備執(zhí)行下述操作：

接收第二聊天對象發(fā)送的黑名單列表，所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；

提示用戶是否選擇接受同步所述黑名單列表；以及

當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表。

參閱圖4所示，是執(zhí)行本發(fā)明黑名單共享裝置較佳實施例中的功能模塊圖。

本發(fā)明較佳實施例中，所述黑名單共享裝置10可以包括多個由程序段所組成的功能模塊。

本實施例中，所述黑名單共享裝置10根據(jù)其所執(zhí)行的功能，可以被劃分為多個功能模塊。本實施例中，所述功能模塊包括：選擇模塊100、選定模塊101、發(fā)送模塊102、接收模塊103、同步模塊104以及刪除模塊105。

所述選擇模塊100用于選擇黑名單列表。

本發(fā)明較佳實施例中，所述選擇黑名單列表的操作可以在黑名單界面執(zhí)行或是在rcs聊天界面執(zhí)行。

所述黑名單界面以及rcs聊天界面均添加一個協(xié)同按鈕，可以相互訪問。例如，在黑名單界面可以選擇rcs聊天對象或是群組，以及在聊天界面，也可以點擊選擇黑名單列表。

所述選定模塊101用于選定第一聊天對象。

本發(fā)明中所述第一聊天對象可以是聊天群組或者是群組中的一個或者多個聯(lián)系人。

本發(fā)明較佳實施例中，所述聊天群組是rcs功能實現(xiàn)的聊天群組。

所述發(fā)送模塊102用于發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象。

所選擇的黑名單列表可供所述選定的第一聊天對象在接受同步時，由所述選定的第一聊天對象的信息接收端通信設(shè)備同步所述黑名單列表。

應(yīng)該了解，上述的選擇模塊100、選定模塊101以及發(fā)送模塊102在作為在作為信息發(fā)送端的通訊設(shè)備中執(zhí)行。

所述接收模塊103用于接收第二聊天對象發(fā)送的黑名單列表。所述黑名單列表可以通過所述服務(wù)器2，例如rcs應(yīng)用服務(wù)器(applicationserver,as)轉(zhuǎn)發(fā)。

進(jìn)一步地，所述接收模塊103還用于提示用戶是否選擇接受同步所述黑名單列表。

本發(fā)明較佳實施例中，在接收到服務(wù)器1，例如rcsas轉(zhuǎn)發(fā)的所述黑名單列表時，在作為信息接收端的通訊設(shè)備上可以提供一個提示框，提示：“接收到xx發(fā)送的黑名單列表，是否接受同步？”。

進(jìn)一步地，所述提示框還可以包括兩個選擇按鍵：“接受”以及“拒絕”供用戶選擇。當(dāng)用戶按下“接受”的按鍵時，表明接受同步，以及當(dāng)用戶按下“拒絕”的按鍵時，表明不接受同步。

所述同步模塊104用于當(dāng)用戶接受同步時，根據(jù)所接收到的黑名單列表，同步作為信息接收端的通訊設(shè)備中的黑名單列表。

同步時可以添加新的黑名單列表，及合并相同的黑名單列表等，具體包括：對比所述信息接收端通訊設(shè)備本地存儲的第一黑名單列表，將所述黑名單列表與所述第一黑名單列表相同的條目進(jìn)行合并，不同的條目添加到第一黑名單列表。

所述刪除模塊105用于當(dāng)用戶不接受同步時，刪除所接收到的黑名單列表。

應(yīng)該了解，上述的接收模塊103、同步模塊104以及刪除模塊105在作為在作為信息發(fā)送端的通訊設(shè)備中執(zhí)行。

在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能模塊的形式實現(xiàn)。

上述以軟件功能模塊的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能模塊存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，通訊終端，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的部分。

在進(jìn)一步的實施例中，參閱圖5，是本發(fā)明通訊設(shè)備的硬件結(jié)構(gòu)示意圖。

在本發(fā)明實施例中，所述通訊設(shè)備1可以是，但不限制于，智能手機、智能手表、平板電腦等能夠連接網(wǎng)絡(luò)的電子設(shè)備。

本發(fā)明較佳實施例中，所述通訊設(shè)備為具有rcs(richcommunicationsuit，豐富通信套件)功能的手機。

所述通訊設(shè)備1包括存儲設(shè)備11、處理器12、發(fā)送器14、接收器15以及至少一個通訊總線13。應(yīng)該了解，所述通訊設(shè)備1也可以包括其他硬件或者軟件，而并不限制于上述列舉的部件。

其中，所述通訊總線13用于實現(xiàn)這些組件之間的連接通信。其中，所述接收器15和所述發(fā)送器14可以是有線發(fā)送端口，也可以為無線設(shè)備，例如包括天線裝置，用于與其他設(shè)備進(jìn)行數(shù)據(jù)通信。

所述存儲設(shè)備11用于存儲程序和各種數(shù)據(jù)，并在通訊設(shè)備1運行過程中實現(xiàn)高速、自動地完成程序或數(shù)據(jù)的存取。所述存儲設(shè)備11可以是通訊設(shè)備1的外部存儲設(shè)備和/或內(nèi)部存儲設(shè)備。進(jìn)一步地，所述存儲設(shè)備11可以是集成電路中沒有實物形式的具有存儲功能的電路，如ram(random-accessmemory，隨機存取存儲設(shè)備)、fifo(firstinfirstout，)等?；蛘?，所述存儲設(shè)備11也可以是具有實物形式的存儲設(shè)備，如內(nèi)存條、tf卡(trans-flashcard)等等。

所述處理器12又稱中央處理器(cpu，centralprocessingunit)，是一塊超大規(guī)模的集成電路，是通訊設(shè)備1的運算核心(core)和控制核心(controlunit)。處理器12的功能主要是解釋程序指令以及處理軟件中的數(shù)據(jù)。

所述通訊總線13用于實現(xiàn)所述存儲設(shè)備11、處理器12等之間的連接與通信。

所述處理器12可執(zhí)行所述通訊設(shè)備1的操作系統(tǒng)以及安裝的各類應(yīng)用程序(如所述的黑名單共享裝置10)、程序代碼等，例如，上述的各個模塊，包括圖5所述的選擇模塊100、選定模塊101、發(fā)送模塊102、接收模塊103、同步模塊104以及刪除模塊105等。

所述存儲設(shè)備11中存儲有程序代碼，且所述處理器12可調(diào)用所述存儲設(shè)備11中存儲的程序代碼以執(zhí)行相關(guān)的功能。例如，圖5中所述的各個模塊(例如，所述選擇模塊100、選定模塊101、發(fā)送模塊102、接收模塊103、同步模塊104以及刪除模塊105等)是存儲在所述存儲設(shè)備11中的程序代碼，并由所述處理器12所執(zhí)行，從而黑名單的共享。

在本發(fā)明的一個實施例中，所述存儲設(shè)備11存儲多個指令，所述多個指令被所述處理器12所執(zhí)行以實現(xiàn)黑名單的共享。具體而言，所述處理器12對所述多個指令的執(zhí)行包括：

選擇黑名單列表；

選定第一聊天對象，所述第一聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；以及

發(fā)送所選擇的黑名單列表給所述選定的第一聊天對象，以供所述選定的第一聊天對象在接受同步時，由所述選定的第一聊天對象的信息接收端通信設(shè)備同步所述黑名單列表。

進(jìn)一步地，所述處理器12對所述多個指令的執(zhí)行還包括：

接收第二聊天對象發(fā)送的黑名單列表，所述第二聊天對象包括聊天群組或者是群組中的一個或者多個聯(lián)系人；

提示用戶是否選擇接受同步所述黑名單列表；

當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表。

本發(fā)明較佳實施例中，所述選擇黑名單列表具體包括：在黑名單界面或者在聊天界面選擇，所述黑名單界面以及聊天界面均添加一個協(xié)同按鈕，用于相互訪問。

本發(fā)明較佳實施例中，所述當(dāng)檢測到用戶選擇接受同步所述黑名單列表時，同步所述黑名單列表，具體包括：

對比所述信息接收端通訊設(shè)備本地存儲的第一黑名單列表；

將所述黑名單列表與所述第一黑名單列表相同的條目進(jìn)行合并，不同的條目添加到第一黑名單列表。

本發(fā)明較佳實施例中，所述處理器12對所述多個指令的執(zhí)行還包括：

當(dāng)檢測到用戶拒絕接受同步所述黑名單列表時，刪除所述黑名單列表。

具體地，所述處理器12對上述指令的具體實現(xiàn)方法可參考圖1～2對應(yīng)實施例中相關(guān)步驟的描述，在此不贅述。

對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細(xì)節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應(yīng)將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求。此外，顯然“包括”一詞不排除其他單元或，單數(shù)不排除復(fù)數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。

最后應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。