本申請(qǐng)涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,尤其涉及一種管理表項(xiàng)的方法及裝置。
背景技術(shù):
在實(shí)際網(wǎng)絡(luò)環(huán)境中,經(jīng)常出現(xiàn)單個(gè)局域網(wǎng)中包含大量終端設(shè)備的情況,這些終端設(shè)備可能通過(guò)網(wǎng)絡(luò)拓?fù)渲心骋慌_(tái)交換機(jī)設(shè)備上的同一個(gè)接口,與外界通信,這時(shí)該交換機(jī)設(shè)備的MAC地址轉(zhuǎn)發(fā)表中就會(huì)存在大量關(guān)于該接口的表項(xiàng)。
當(dāng)接口發(fā)生down事件時(shí),交換機(jī)設(shè)備立即刪除該接口對(duì)應(yīng)的表項(xiàng),再通過(guò)重新學(xué)習(xí)來(lái)創(chuàng)建表項(xiàng)。
交換機(jī)設(shè)備刪除指定接口的相關(guān)表項(xiàng)時(shí),由于在現(xiàn)有技術(shù)中,MAC地址轉(zhuǎn)發(fā)表多采用哈希表,以MAC地址加VLANID作為哈希key,所以按接口刪除表項(xiàng)時(shí)要將MAC地址轉(zhuǎn)發(fā)表中所有表項(xiàng)全部遍歷,所耗費(fèi)的時(shí)間長(zhǎng),這就占用了交換機(jī)很大的處理資源,極大降低了交換機(jī)設(shè)備的處理性能。同時(shí),由于刪除表項(xiàng)時(shí)需要對(duì)MAC地址轉(zhuǎn)發(fā)表加鎖(防止其他進(jìn)程修改表項(xiàng)),交換機(jī)設(shè)備刪除表項(xiàng)時(shí),由于刪除表項(xiàng)耗費(fèi)的時(shí)間長(zhǎng),一旦加鎖時(shí)間超過(guò)看門(mén)狗定時(shí)器設(shè)定的時(shí)間,就會(huì)導(dǎo)致交換機(jī)設(shè)備重啟。
技術(shù)實(shí)現(xiàn)要素:
有鑒于此,本申請(qǐng)?zhí)峁┮环N管理表項(xiàng)的方法及裝置,可以解決當(dāng)接口發(fā)生down事件時(shí),由于交換機(jī)設(shè)備刪除表項(xiàng)的時(shí)間過(guò)長(zhǎng),導(dǎo)致降低了交換機(jī)設(shè)備的處理性能,甚至導(dǎo)致交換機(jī)設(shè)備重啟的問(wèn)題。
為實(shí)現(xiàn)上述目的,本申請(qǐng)?zhí)峁┘夹g(shù)方案如下:
根據(jù)本申請(qǐng)的第一方面,提出了一種管理表項(xiàng)的方法,包括:
確定發(fā)生down事件的接口對(duì)應(yīng)的無(wú)效表項(xiàng);
利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除所述無(wú)效表項(xiàng)。
根據(jù)本申請(qǐng)的第二方面,提出了一種管理表項(xiàng)的裝置,包括:
確定單元,確定發(fā)生down事件的接口對(duì)應(yīng)的無(wú)效表項(xiàng);
刪除單元,利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除所述無(wú)效表項(xiàng)。
由以上技術(shù)方案可見(jiàn),當(dāng)接口發(fā)生down事件時(shí),例如是由網(wǎng)絡(luò)拓?fù)浒l(fā)生變化而導(dǎo)致的,本申請(qǐng)通過(guò)MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制來(lái)刪除無(wú)效的表項(xiàng),而不是立即遍歷MAC地址轉(zhuǎn)發(fā)表的所有表項(xiàng)來(lái)找出并刪除無(wú)效的表項(xiàng),節(jié)省了交換機(jī)設(shè)備的處理資源,從而提高了交換機(jī)設(shè)備的處理性能。同時(shí),利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制來(lái)刪除無(wú)效的表項(xiàng),不需要對(duì)表項(xiàng)加鎖(防止其他進(jìn)程修改表項(xiàng)),這就避免了當(dāng)加鎖時(shí)間超過(guò)看門(mén)狗定時(shí)器設(shè)定的時(shí)間,導(dǎo)致交換機(jī)設(shè)備重啟的問(wèn)題,提高了交換機(jī)設(shè)備的安全性能。
附圖說(shuō)明
圖1是本申請(qǐng)一示例性實(shí)施例提供的一種管理表項(xiàng)的方法的流程圖。
圖2是本申請(qǐng)一示例性實(shí)施例提供的另一種管理表項(xiàng)的方法的流程圖。
圖3是本申請(qǐng)一示例性實(shí)施例提供的判定表項(xiàng)是否為無(wú)效的流程圖。
圖4是本申請(qǐng)一示例性實(shí)施例提供的一種電子設(shè)備的結(jié)構(gòu)示意圖。
圖5是本申請(qǐng)一示例性實(shí)施例提供的一種管理表項(xiàng)的裝置的框圖。
具體實(shí)施方式
這里將詳細(xì)地對(duì)示例性實(shí)施例進(jìn)行說(shuō)明,其示例表示在附圖中。下面的描述涉及附圖時(shí),除非另有表示,不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本申請(qǐng)相一致的所有實(shí)施方式。相反,它們僅是與如所附權(quán)利要求書(shū)中所詳述的、本申請(qǐng)的一些方面相一致的裝置和方法的例子。
在本申請(qǐng)使用的術(shù)語(yǔ)是僅僅出于描述特定實(shí)施例的目的,而非旨在限制本申請(qǐng)。在本申請(qǐng)和所附權(quán)利要求書(shū)中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式,除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解,本文中使用的術(shù)語(yǔ)“和/或”是指并包含一個(gè)或多個(gè)相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。
應(yīng)當(dāng)理解,盡管在本申請(qǐng)可能采用術(shù)語(yǔ)第一、第二、第三等來(lái)描述各種信息,但這些信息不應(yīng)限于這些術(shù)語(yǔ)。這些術(shù)語(yǔ)僅用來(lái)將同一類(lèi)型的信息彼此區(qū)分開(kāi)。例如,在不脫離本申請(qǐng)范圍的情況下,第一信息也可以被稱(chēng)為第二信息,類(lèi)似地,第二信息也可以被稱(chēng)為第一信息。取決于語(yǔ)境,如在此所使用的詞語(yǔ)“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”。
圖1是本申請(qǐng)一示例性實(shí)施例示出的一種管理表項(xiàng)的方法的流程圖,如圖1所示,該方法應(yīng)用于交換機(jī)設(shè)備,所述交換機(jī)設(shè)備維護(hù)了包含若干表項(xiàng)的MAC地址轉(zhuǎn)發(fā)表,可以包括以下步驟:
步驟101,確定發(fā)生down事件的接口對(duì)應(yīng)的無(wú)效表項(xiàng)。
在本實(shí)施例中,可以比較表項(xiàng)的創(chuàng)建時(shí)刻與所述表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序,并當(dāng)所述發(fā)生時(shí)刻在所述創(chuàng)建時(shí)刻之后時(shí),判定所述創(chuàng)建時(shí)刻對(duì)應(yīng)的表項(xiàng)無(wú)效。
其中,比較表項(xiàng)的創(chuàng)建時(shí)刻與所述表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序,可以按照預(yù)設(shè)周期依次掃描MAC地址轉(zhuǎn)發(fā)表中預(yù)設(shè)數(shù)量的表項(xiàng),以獲取被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻;根據(jù)所述被掃描的表項(xiàng)對(duì)應(yīng)的接口,將所述被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻與相應(yīng)接口對(duì)應(yīng)的down事件的發(fā)生時(shí)刻進(jìn)行比較。
當(dāng)所述發(fā)生時(shí)刻在所述創(chuàng)建時(shí)刻之前時(shí),判定所述創(chuàng)建時(shí)刻對(duì)應(yīng)的表項(xiàng)有效,保留所述表項(xiàng)。
步驟102,利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除所述無(wú)效表項(xiàng)。
在本實(shí)施例中,當(dāng)接收到報(bào)文時(shí),若對(duì)應(yīng)于所述報(bào)文的已有表項(xiàng)為無(wú)效表項(xiàng),通過(guò)學(xué)習(xí)方式創(chuàng)建區(qū)別于所述已有表項(xiàng)的另一表項(xiàng)。
由以上技術(shù)方案可見(jiàn),當(dāng)接口發(fā)生down事件時(shí),例如是由網(wǎng)絡(luò)拓?fù)浒l(fā)生變化而導(dǎo)致的,本申請(qǐng)通過(guò)MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制來(lái)刪除無(wú)效的表項(xiàng),而不是立即遍歷MAC地址轉(zhuǎn)發(fā)表的所有表項(xiàng)來(lái)找出并刪除無(wú)效的表項(xiàng),節(jié)省了交換機(jī)設(shè)備的處理資源,從而提高了交換機(jī)設(shè)備的處理性能。同時(shí),利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制來(lái)刪除無(wú)效的表項(xiàng),不需要對(duì)表項(xiàng)加鎖(防止其他進(jìn)程修改表項(xiàng)),這就避免了當(dāng)加鎖時(shí)間超過(guò)看門(mén)狗定時(shí)器設(shè)定的時(shí)間,導(dǎo)致交換機(jī)設(shè)備重啟的問(wèn)題,提高了交換機(jī)設(shè)備的安全性能。
為了便于理解,下面結(jié)合圖2對(duì)本申請(qǐng)的技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。請(qǐng)參見(jiàn)圖2,圖2是本申請(qǐng)一示例性實(shí)施例的一種管理表項(xiàng)的方法的流程圖,該方法可以包括以下步驟:
步驟201,記錄接口的down事件的發(fā)生時(shí)刻。
在本實(shí)施例中,在記錄接口屬性的結(jié)構(gòu)體中添加一變量,記錄該接口的down事件的發(fā)生時(shí)刻。當(dāng)接口初始化時(shí),可以設(shè)置該變量的值為當(dāng)前時(shí)刻,或者是其他任意數(shù)值,當(dāng)然,本申請(qǐng)并不對(duì)此進(jìn)行限制。
步驟202,記錄表項(xiàng)的創(chuàng)建時(shí)刻。
在本實(shí)施例中,MAC地址轉(zhuǎn)發(fā)表中每新創(chuàng)建一個(gè)表項(xiàng),記錄創(chuàng)建該表項(xiàng)的時(shí)刻,本步驟與步驟201并不存在先后順序。記錄創(chuàng)建該表項(xiàng)的時(shí)刻的變量可以是表項(xiàng)中現(xiàn)有的變量,也可以是新添加的變量,本申請(qǐng)并不對(duì)此進(jìn)行限制。
步驟203,按照預(yù)設(shè)周期依次掃描MAC地址轉(zhuǎn)發(fā)表中預(yù)設(shè)數(shù)量的表項(xiàng),以獲取被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻。
在本實(shí)施例中,分批次處理MAC地址轉(zhuǎn)發(fā)表中的表項(xiàng),而不是一次性同時(shí)處理MAC地址轉(zhuǎn)發(fā)表中所有的表項(xiàng),節(jié)省了交換機(jī)設(shè)備的處理資源,提高了交換機(jī)設(shè)備管理表項(xiàng)的效率。其中,預(yù)設(shè)周期和預(yù)設(shè)數(shù)量可以根據(jù)實(shí)際網(wǎng)絡(luò)環(huán)境要求來(lái)具體設(shè)置,本申請(qǐng)并不對(duì)此進(jìn)行限制。
舉例而言,假定交換機(jī)設(shè)備的MAC地址轉(zhuǎn)發(fā)表中包含1000條表項(xiàng),預(yù)設(shè)周期為1分鐘,預(yù)設(shè)數(shù)量為200條,那么,交換機(jī)設(shè)備每過(guò)1分鐘,依次掃描MAC地址轉(zhuǎn)發(fā)表中200條表項(xiàng),5分鐘即能掃描完MAC地址轉(zhuǎn)發(fā)表中所有的表項(xiàng),獲取所有被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻。
步驟204,根據(jù)該被掃描的表項(xiàng)對(duì)應(yīng)的接口,將該被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻與相應(yīng)接口對(duì)應(yīng)的down事件的發(fā)生時(shí)刻進(jìn)行比較。
步驟205,判定該表項(xiàng)是否無(wú)效,若該表項(xiàng)無(wú)效,則轉(zhuǎn)入步驟206B,否則轉(zhuǎn)入步驟206A。
在本實(shí)施例中,當(dāng)接口的down事件的發(fā)生時(shí)刻在該接口對(duì)應(yīng)的表項(xiàng)的創(chuàng)建時(shí)刻之前(該接口發(fā)生down事件后又發(fā)生了up事件,交換機(jī)設(shè)備通過(guò)學(xué)習(xí)方式創(chuàng)建關(guān)于該接口的表項(xiàng))時(shí),判定該表項(xiàng)有效;當(dāng)接口的down事件的發(fā)生時(shí)刻在該接口對(duì)應(yīng)的表項(xiàng)的創(chuàng)建時(shí)刻之后時(shí),由于該接口已經(jīng)發(fā)生了down事件,即在該接口再次發(fā)生up事件之前,交換機(jī)設(shè)備不會(huì)再通過(guò)該接口傳輸報(bào)文,所以不會(huì)再根據(jù)該接口對(duì)應(yīng)的表項(xiàng)來(lái)轉(zhuǎn)發(fā)報(bào)文,從而判定該表項(xiàng)無(wú)效。如果后續(xù)該接口發(fā)生了up事件,交換機(jī)設(shè)備轉(zhuǎn)發(fā)與該表項(xiàng)對(duì)應(yīng)的報(bào)文(報(bào)文的目的MAC地址與該無(wú)效的表項(xiàng)中的MAC地址相對(duì)應(yīng))時(shí),也不再利用該表項(xiàng)來(lái)轉(zhuǎn)發(fā)該報(bào)文。
步驟206A,保留該表項(xiàng)。
在本實(shí)施例中,后續(xù)交換機(jī)設(shè)備轉(zhuǎn)發(fā)與該表項(xiàng)對(duì)應(yīng)的報(bào)文(報(bào)文的目的MAC地址與該表項(xiàng)中的MAC地址相對(duì)應(yīng))時(shí),可以利用該表項(xiàng)來(lái)轉(zhuǎn)發(fā)該報(bào)文。
步驟206B,利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除該表項(xiàng)。
在本實(shí)施例中,根據(jù)比較表項(xiàng)的創(chuàng)建時(shí)刻與該表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序,判定該表項(xiàng)是否有效。當(dāng)判定該表項(xiàng)為無(wú)效時(shí),后續(xù)交換機(jī)設(shè)備轉(zhuǎn)發(fā)與該表項(xiàng)對(duì)應(yīng)的報(bào)文(報(bào)文的目的MAC地址與該無(wú)效的表項(xiàng)中的MAC地址相對(duì)應(yīng))時(shí),不再利用該表項(xiàng)來(lái)轉(zhuǎn)發(fā)該報(bào)文。若此時(shí)選擇立即將判定為無(wú)效的表項(xiàng)刪除時(shí),需要對(duì)MAC地址轉(zhuǎn)發(fā)表加鎖(防止其他進(jìn)程修改表項(xiàng)),而一旦加鎖時(shí)間超過(guò)看門(mén)狗定時(shí)器設(shè)定的時(shí)間,就會(huì)導(dǎo)致交換機(jī)設(shè)備重啟。同時(shí),由于接口發(fā)生down事件后可能再繼續(xù)發(fā)生up事件,即接口發(fā)生down事件和up事件是個(gè)循環(huán)反復(fù)的過(guò)程,如果選擇立即將判定為無(wú)效的表項(xiàng)刪除,那么,交換機(jī)設(shè)備就會(huì)處于反復(fù)刪除表項(xiàng)的過(guò)程,這就占用了交換機(jī)設(shè)備大量的處理資源,從而降低了交換機(jī)設(shè)備的處理性能。反之,在本申請(qǐng)的技術(shù)方案中,利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除判定為無(wú)效的表項(xiàng),即當(dāng)該無(wú)效的表項(xiàng)存在的時(shí)間(從交換機(jī)設(shè)備最后一次使用該表項(xiàng)轉(zhuǎn)發(fā)報(bào)文時(shí)開(kāi)始計(jì)算時(shí)間)超過(guò)預(yù)設(shè)置的老化時(shí)間時(shí),交換機(jī)設(shè)備就會(huì)將該無(wú)效的表項(xiàng)刪除,這就節(jié)省了交換機(jī)設(shè)備的處理資源,提高了交換機(jī)設(shè)備的處理性能,同時(shí)避免了因刪除無(wú)效表項(xiàng)的時(shí)間過(guò)長(zhǎng)導(dǎo)致交換機(jī)設(shè)備重啟的問(wèn)題,提高了交換機(jī)設(shè)備的安全性能。
在本申請(qǐng)的技術(shù)方案中,當(dāng)交換機(jī)設(shè)備接收到報(bào)文,查詢(xún)表項(xiàng)來(lái)確定轉(zhuǎn)發(fā)該報(bào)文的接口時(shí),如果沒(méi)有查詢(xún)到對(duì)應(yīng)的表項(xiàng),則通過(guò)學(xué)習(xí)方式創(chuàng)建與該報(bào)文對(duì)應(yīng)的表項(xiàng);如果查詢(xún)到了對(duì)應(yīng)的表項(xiàng)(接收到報(bào)文的目的MAC地址與表項(xiàng)中的MAC地址相匹配),由于在網(wǎng)絡(luò)拓?fù)浒l(fā)生變化時(shí),沒(méi)有立即刪除無(wú)效的表項(xiàng),所以需要判斷查詢(xún)到的表項(xiàng)是否為無(wú)效。下面結(jié)合圖3對(duì)本申請(qǐng)的處理方案進(jìn)行說(shuō)明。
請(qǐng)參見(jiàn)圖3,交換機(jī)設(shè)備判定查詢(xún)到的表項(xiàng)是否為無(wú)效的過(guò)程可以包括以下步驟:
步驟301,比較表項(xiàng)的創(chuàng)建時(shí)刻與該表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序。
步驟302,判定該表項(xiàng)是否無(wú)效,若該表項(xiàng)無(wú)效,則轉(zhuǎn)入步驟303B,否則轉(zhuǎn)入步驟303A。
在本實(shí)施例中,當(dāng)接口的down事件的發(fā)生時(shí)刻在該接口對(duì)應(yīng)的表項(xiàng)的創(chuàng)建時(shí)刻之前(該接口發(fā)生down事件后又發(fā)生了up事件,交換機(jī)設(shè)備通過(guò)學(xué)習(xí)方式創(chuàng)建關(guān)于該接口的表項(xiàng))時(shí),判定該表項(xiàng)有效;當(dāng)接口的down事件的發(fā)生時(shí)刻在該接口對(duì)應(yīng)的表項(xiàng)的創(chuàng)建時(shí)刻之后時(shí),由于該接口已經(jīng)發(fā)生了down事件,即在該接口再次發(fā)生up事件之前,交換機(jī)設(shè)備不會(huì)再通過(guò)該接口傳輸報(bào)文,所以不會(huì)再根據(jù)該接口對(duì)應(yīng)的表項(xiàng)來(lái)轉(zhuǎn)發(fā)報(bào)文,從而判定該表項(xiàng)無(wú)效。
步驟303A,利用該表項(xiàng)轉(zhuǎn)發(fā)接收到的報(bào)文。
步驟303B,不利用該表項(xiàng)轉(zhuǎn)發(fā)接收到的報(bào)文,而通過(guò)學(xué)習(xí)方式創(chuàng)建新的表項(xiàng)。
圖4示出了根據(jù)本申請(qǐng)的一示例性實(shí)施例的電子設(shè)備的示意結(jié)構(gòu)圖。請(qǐng)參考圖4,在硬件層面,該電子設(shè)備包括處理器402、內(nèi)部總線(xiàn)404、網(wǎng)絡(luò)接口406、內(nèi)存408以及非易失性存儲(chǔ)器410,當(dāng)然還可能包括其他業(yè)務(wù)所需要的硬件。處理器402從非易失性存儲(chǔ)器410中讀取對(duì)應(yīng)的計(jì)算機(jī)程序到內(nèi)存402中然后運(yùn)行,在邏輯層面上形成管理表項(xiàng)的裝置。當(dāng)然,除了軟件實(shí)現(xiàn)方式之外,本申請(qǐng)并不排除其他實(shí)現(xiàn)方式,比如邏輯器件抑或軟硬件結(jié)合的方式等等,也就是說(shuō)以下處理流程的執(zhí)行主體并不限定于各個(gè)邏輯單元,也可以是硬件或邏輯器件。
請(qǐng)參考圖5,在軟件實(shí)施方式中,該管理表項(xiàng)的裝置可以包括確定單元501、刪除單元502、保留單元503和創(chuàng)建單元504。其中:
確定單元501,確定發(fā)生down事件的接口對(duì)應(yīng)的無(wú)效表項(xiàng);
刪除單元502,利用MAC地址轉(zhuǎn)發(fā)表的老化機(jī)制刪除所述無(wú)效表項(xiàng)。
可選的,所述確定單元501具體用于:
比較表項(xiàng)的創(chuàng)建時(shí)刻與所述表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序;
當(dāng)所述發(fā)生時(shí)刻在所述創(chuàng)建時(shí)刻之后時(shí),判定所述創(chuàng)建時(shí)刻對(duì)應(yīng)的表項(xiàng)無(wú)效。
可選的,所述確定單元501通過(guò)下述方式比較表項(xiàng)的創(chuàng)建時(shí)刻與所述表項(xiàng)對(duì)應(yīng)接口的down事件的發(fā)生時(shí)刻的先后順序:
按照預(yù)設(shè)周期依次掃描MAC地址轉(zhuǎn)發(fā)表中預(yù)設(shè)數(shù)量的表項(xiàng),以獲取被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻;
根據(jù)所述被掃描的表項(xiàng)對(duì)應(yīng)的接口,將所述被掃描的表項(xiàng)對(duì)應(yīng)的創(chuàng)建時(shí)刻與相應(yīng)接口對(duì)應(yīng)的down事件的發(fā)生時(shí)刻進(jìn)行比較。
可選的,還包括:
保留單元503,當(dāng)所述發(fā)生時(shí)刻在所述創(chuàng)建時(shí)刻之前時(shí),判定所述創(chuàng)建時(shí)刻對(duì)應(yīng)的表項(xiàng)有效,保留所述表項(xiàng)。
可選的,還包括:
創(chuàng)建單元504,當(dāng)接收到報(bào)文時(shí),若對(duì)應(yīng)于所述報(bào)文的已有表項(xiàng)為無(wú)效表項(xiàng),通過(guò)學(xué)習(xí)方式創(chuàng)建區(qū)別于所述已有表項(xiàng)的另一表項(xiàng)。
上述裝置中各個(gè)單元的功能和作用的實(shí)現(xiàn)過(guò)程具體詳見(jiàn)上述方法中對(duì)應(yīng)步驟的實(shí)現(xiàn)過(guò)程,在此不再贅述。
對(duì)于裝置實(shí)施例而言,由于其基本對(duì)應(yīng)于方法實(shí)施例,所以相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。以上所描述的裝置實(shí)施例僅僅是示意性的,其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個(gè)地方,或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上??梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本申請(qǐng)方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下,即可以理解并實(shí)施。
以上所述僅為本申請(qǐng)的較佳實(shí)施例而已,并不用以限制本申請(qǐng),凡在本申請(qǐng)的精神和原則之內(nèi),所做的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本申請(qǐng)保護(hù)的范圍之內(nèi)。