本發(fā)明涉及通信技術領域,尤其涉及一種時鐘同步的方法和系統(tǒng)。
背景技術:
在分布式設備的應用中,需要保持本地時鐘與系統(tǒng)時鐘的同步,目前常用的時鐘同步協(xié)議是ieee1588時鐘協(xié)議,該協(xié)議是一種精確的時鐘同步協(xié)議,可以達到亞微秒級的時間同步精度,并且ieee1588時鐘協(xié)議通常被運行在以太網(wǎng)中。
傳統(tǒng)的ieee1588時鐘處理系統(tǒng)直接部署在設備單板上,并通過至少一個物理通信端口連接網(wǎng)絡,ieee1588時鐘處理系統(tǒng)的主要功能包括:收發(fā)協(xié)議消息,維護時鐘和端口數(shù)據(jù),其中,協(xié)議消息包括事件消息和通用消息,并且事件消息需要配置精確的時間戳。收發(fā)協(xié)議消息通常由設備單板的協(xié)議棧模塊處理,維護時鐘和端口數(shù)據(jù)通常由設備單板的驅動模塊處理,協(xié)議棧模塊和單板驅動模塊被編譯在同一個單板軟件中,并且通過函數(shù)調用的方式直接發(fā)送和接收事件消息。
云計算作為一種新興技術被廣泛應用,當使用ieee1588時鐘協(xié)議的設備系統(tǒng)被部署在云計算環(huán)境時,一方面,由于處理ieee1588時鐘協(xié)議的協(xié)議棧微服務需要運行到云計算環(huán)境中,而不是綁定在時鐘處理設備上,導致通過函數(shù)調用的方式來處理事件消息的方法不能延續(xù),另一方面,由于協(xié)議棧微服務不具備提取時間戳和打時間戳的功能,不能維護時鐘和端口數(shù)據(jù),因此事件消息報文也不能直接轉發(fā)給協(xié)議棧微服務,即使協(xié)議棧微服務能夠提取時間戳和打時間戳,網(wǎng)絡轉發(fā)過程中的時延也是隨機的,導致ieee1588時鐘的精度受到影響。
因此,傳統(tǒng)的ieee1588時鐘協(xié)議處理方式無法滿足云計算環(huán)境的特點和需求,需要提供一種可以在云計算環(huán)境中部署時鐘同步功能的方法。
技術實現(xiàn)要素:
本發(fā)明的目的在于提供一種時鐘同步的方法和系統(tǒng),旨在解決現(xiàn)有技術沒有在云計算環(huán)境中部署時鐘同步功能的問題。
本發(fā)明的第一方面,提供一種時鐘同步的方法,包括:
設備端若接收到第一時鐘事件報文,則從所述第一時鐘事件報文中提取第一時間戳,其中,所述第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù);
所述設備端將所述第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端,其中,所述協(xié)議棧服務端部署在云服務器上;
所述協(xié)議棧服務端從所述第一網(wǎng)絡消息中獲取所述第一時鐘事件報文,并根據(jù)所述第一時鐘事件報文進行時鐘協(xié)議處理。
本發(fā)明的第二方面,提供一種時鐘同步的系統(tǒng),所述系統(tǒng)包括設備端和協(xié)議棧服務端,所述設備端和所述協(xié)議棧服務端通過網(wǎng)絡連接;
所述設備端包括:
提取模塊,用于若接收到第一時鐘事件報文,則從所述第一時鐘事件報文中提取第一時間戳,其中,所述第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù);
第一發(fā)送模塊,用于將所述第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給所述協(xié)議棧服務端,其中,所述協(xié)議棧服務端部署在云服務器上;
所述協(xié)議棧服務端包括:
第一處理模塊,用于從所述第一網(wǎng)絡消息中獲取所述第一時鐘事件報文,并根據(jù)所述第一時鐘事件報文進行時鐘協(xié)議處理。
本發(fā)明與現(xiàn)有技術相比存在的有益效果是:設備端若接收到第一時鐘事件報文,則提取第一時間戳,并將第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上,協(xié)議棧服務端從第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)第一時鐘事件報文進行時鐘協(xié)議處理,本發(fā)明的技術方案通過部署在云服務器上的協(xié)議棧服務端完成時鐘協(xié)議處理,并在設備端維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),實現(xiàn)了在滿足時鐘技術指標要求的同時,將時鐘同步功能部署在云計算環(huán)境中,充分利用云計算的資源進行時鐘協(xié)議處理,從而提高時鐘同步處理的效率和性能。
附圖說明
圖1是本發(fā)明實施例一提供的一種時鐘同步的方法的流程圖;
圖2是本發(fā)明實施例二提供的一種時鐘同步的方法的流程圖;
圖3是本發(fā)明實施例三提供的一種時鐘同步的裝置的結構示意圖;
圖4是本發(fā)明實施例四提供的一種時鐘同步的裝置的結構示意圖。
具體實施方式
為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
以下結合具體附圖對本發(fā)明的實現(xiàn)進行詳細的描述。
實施例一:
圖1是本發(fā)明實施例一提供的一種時鐘同步的方法的流程圖,具體包括步驟s101至s103,詳述如下:
s101、設備端若接收到第一時鐘事件報文,則從該第一時鐘事件報文中提取第一時間戳,其中,第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù)。
設備端可以是分布式設備的設備單板,需要保持本地時鐘與系統(tǒng)時間的同步。第一時鐘事件報文為事件消息的網(wǎng)絡報文,事件消息用于產(chǎn)生和交互時間信息,時間信息用于時間同步,包括時間偏差測量和網(wǎng)絡延時測量等。
具體地,設備端的單板驅動模塊如果接收到主設備發(fā)送的事件消息的網(wǎng)絡報文,則從該網(wǎng)絡報文中提取第一時間戳,并通過第一時間戳對時鐘數(shù)據(jù)和物理端口數(shù)據(jù)進行維護。
s102、設備端將第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上。
設備端與協(xié)議棧服務端之間通過有線或無線網(wǎng)絡進行連接。協(xié)議棧服務端被部署在云計算環(huán)境的云服務器上,用于進行時鐘協(xié)議的處理,可以根據(jù)實際的協(xié)議處理數(shù)量來獲取相應的云計算資源,做到彈性伸縮,提高對時鐘協(xié)議處理的效率和性能,同時,也能夠利用云計算環(huán)境的熱備份和熱遷移等特性提高自身的可靠性。
具體地,設備端將步驟s101中接收到的第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端。
s103、協(xié)議棧服務端從接收到的第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)該第一時鐘事件報文進行時鐘協(xié)議處理。
具體地,協(xié)議棧服務端接收到設備端發(fā)送的第一網(wǎng)絡消息,從該第一網(wǎng)絡消息中獲取第一時鐘事件報文,并將該第一時鐘事件報文作為事件消息,進行時鐘協(xié)議處理。
進一步地,第一時鐘事件報文可以為ieee1588時鐘協(xié)議報文。ieee1588是網(wǎng)絡測量和控制系統(tǒng)的精密時鐘同步協(xié)議標準,用于實現(xiàn)本地時鐘和系統(tǒng)時間的同步。
本實施例中,設備端若接收到第一時鐘事件報文,則提取第一時間戳,并將第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上,協(xié)議棧服務端從第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)第一時鐘事件報文進行時鐘協(xié)議處理,本發(fā)明的技術方案通過部署在云服務器上的協(xié)議棧服務端完成時鐘協(xié)議處理,并在設備端維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),實現(xiàn)了在滿足時鐘技術指標要求的同時,將時鐘同步功能部署在云計算環(huán)境中,充分利用云計算的資源進行時鐘協(xié)議處理,從而提高時鐘同步處理的效率和性能。
實施例二:
圖2是本發(fā)明實施例二提供的一種時鐘同步的方法的流程圖,具體包括步驟s201至s207,詳述如下:
s201、設備端若接收到第一時鐘事件報文,則從該第一時鐘事件報文中提取第一時間戳,其中,第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù)。
設備端可以是分布式設備的設備單板,需要保持本地時鐘與系統(tǒng)時間的同步。第一時鐘事件報文為事件消息的網(wǎng)絡報文,事件消息用于產(chǎn)生和交互時間信息,時間信息用于時間同步,包括時間偏差測量和網(wǎng)絡延時測量等。
具體地,設備端的單板驅動模塊如果接收到主設備模塊發(fā)送的事件消息的網(wǎng)絡報文,則從該網(wǎng)絡報文中提取第一時間戳,并通過第一時間戳對時鐘數(shù)據(jù)和物理端口數(shù)據(jù)進行維護。
s202、設備端將第一時鐘事件報文組裝成第一用戶數(shù)據(jù)報協(xié)議udp消息,其中,第一udp消息的凈荷為所述第一時鐘事件報文,第一udp消息的源ip為設備端的ip地址,第一udp消息的目的ip為協(xié)議棧服務端的ip地址,第一udp消息的端口號為預設的第一端口號,其中,協(xié)議棧服務端部署在云服務器上。
用戶數(shù)據(jù)報協(xié)議(userdatagramprotocol,udp)是開放式系統(tǒng)互聯(lián)(opensysteminterconnection,osi)參考模型中一種無連接的傳輸層協(xié)議,它主要用于不要求分組順序到達的傳輸中,提供面向事務的簡單不可靠信息傳送服務。
具體地,設備端將第一時鐘事件報文組裝成第一udp消息,其中第一udp消息的凈荷為第一時鐘事件報文,第一udp消息的源ip為設備端的ip地址,第一udp消息的目的ip為協(xié)議棧服務端的ip地址,第一udp消息的端口號為預設的第一端口號。
預設的第一端口號可以設置為15880,但并不限于次,具體可以根據(jù)實際應用的環(huán)境進行設置,此處不做限制。
設備端與協(xié)議棧服務端之間通過有線或無線網(wǎng)絡進行連接。協(xié)議棧服務端被部署在云計算環(huán)境的云服務器上,用于進行時鐘協(xié)議的處理,可以根據(jù)實際的協(xié)議處理數(shù)量來獲取相應的云計算資源,做到彈性伸縮,提高對時鐘協(xié)議處理的效率和性能,同時,也能夠利用云計算環(huán)境的熱備份和熱遷移等特性提高自身的可靠性。
s203、設備端將第一udp消息發(fā)送給協(xié)議棧服務端。
具體地,設備端將步驟s202組裝的第一udp消息發(fā)送給協(xié)議棧服務端。
s204、協(xié)議棧服務端從接收到的第一udp消息中獲取第一時鐘事件報文,并根據(jù)該第一時鐘事件報文進行時鐘協(xié)議處理。
具體地,協(xié)議棧服務端接收到設備端發(fā)送的第一udp消息,從該第一udp消息中提取第一udp消息的凈荷,獲取第一時鐘事件報文,并將該第一時鐘事件報文作為事件消息,進行時鐘協(xié)議處理。
s205、協(xié)議棧服務端將第二時鐘事件報文通過第二網(wǎng)絡消息發(fā)送給設備端。
當協(xié)議棧服務端需要向設備端發(fā)送事件消息時,將整個時間消息作為第二時鐘事件報文,并通過第二網(wǎng)絡消息發(fā)送給設備端。
具體地,協(xié)議棧服務端將第二時鐘事件報文通過第二網(wǎng)絡消息發(fā)送給設備端可以通過步驟s2051至s2052完成,詳述如下:
s2051、協(xié)議棧服務端將第二時鐘事件報文組裝成第二udp消息,其中,第二udp消息的凈荷為第二時鐘事件報文,第二udp消息的源ip為協(xié)議棧服務端的ip地址,第二udp消息的目的ip為設備端的ip地址,第二udp消息的端口號為預設的第二端口號。
具體地,預設的第二端口號可以設置為15881,但并不限于次,具體可以根據(jù)實際應用的環(huán)境進行設置,此處不做限制。
s2052、協(xié)議棧服務端將第二udp消息發(fā)送給設備端。
具體地,協(xié)議棧服務端將步驟s2051組裝的第二udp消息發(fā)送給設備端。
s206、設備端從第二網(wǎng)絡消息中獲取第二時鐘事件報文。
具體地,設備端接收到協(xié)議棧服務端發(fā)送的第二udp消息,從該第二udp消息中提取第二udp消息的凈荷,獲取第二時鐘事件報文。
s207、設備端將第二時鐘事件報文打上第二時間戳。
具體地,設備端將步驟s206獲取到的第二時鐘事件報文打上第二時間戳,并作為事件消息發(fā)送給主設備模塊。
進一步地,第一時鐘事件報文和第二時鐘事件報文可以為ieee1588時鐘協(xié)議報文。ieee1588是網(wǎng)絡測量和控制系統(tǒng)的精密時鐘同步協(xié)議標準,用于實現(xiàn)本地時鐘和系統(tǒng)時間的同步。
為了更好的理解本實施例,現(xiàn)通過在云計算環(huán)境中部署ieee1588時鐘功能為例,舉例說明如下:
從設備需要通過ieee1588時鐘來進行與主設備的系統(tǒng)時鐘的同步。從設備的單板驅動模塊部署在設備單板上,其對外ip為184.9.52.10,協(xié)議棧服務端部署在云計算環(huán)境的虛擬機上,其對外ip是172.8.10.2。
當單板驅動模塊接收到ieee1588事件消息的網(wǎng)絡報文時,單板驅動模塊提取時間戳,用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),然后將該網(wǎng)絡報文封裝成一個udp報文并發(fā)送,其源ip為184.9.52.10,目的ip為172.8.10.2,udp端口號設置為15880。
當運行在虛擬機中的協(xié)議棧服務端接收到單端驅動模塊發(fā)送的udp報文時,協(xié)議棧服務端提取該udp報文的凈荷,用于ieee1588時鐘協(xié)議的處理。
當協(xié)議棧服務端需要發(fā)送事件消息報文時,協(xié)議棧服務端將事件消息報文封裝為一個udp報文并發(fā)送,其源ip為172.8.10.2,目的ip為184.9.52.10,udp端口號設置為15881。
當單板驅動模塊接收到協(xié)議棧服務端發(fā)送的udp報文時,單板驅動模塊從該udp報文中提取凈荷,并打上時間戳,作為事件消息發(fā)送給主設備對應的模塊進行處理。
本實施例中,設備端若接收到第一時鐘事件報文,則提取第一時間戳,并將第一時鐘事件報文組裝成udp報文,通過第一udp消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上,協(xié)議棧服務端從第一udp消息中獲取第一時鐘事件報文,并根據(jù)第一時鐘事件報文進行時鐘協(xié)議處理,同時,協(xié)議棧服務端將需要發(fā)送給設備端的第二時鐘事件報文組裝成udp報文,通過第二udp消息發(fā)送給設備端,設備端從第二udp報文中獲取第二時鐘事件,并打上第二時間戳。本發(fā)明的技術方案通過部署在云服務器上的協(xié)議棧服務端完成時鐘協(xié)議處理,并在設備端維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),實現(xiàn)了在滿足時鐘技術指標要求的同時,將時鐘同步功能部署在云計算環(huán)境中,充分利用云計算的資源進行時鐘協(xié)議處理,從而提高時鐘同步處理的效率和性能;同時,通過udp協(xié)議實現(xiàn)設備端和協(xié)議棧服務端之間的消息收發(fā),有效提高消息收發(fā)的速度,提高執(zhí)行效率。
實施例三:
圖3是本發(fā)明實施例三提供的一種時鐘同步的系統(tǒng)的結構示意圖,為了便于說明,僅示出了與本發(fā)明實施例相關的部分。圖3示例的一種時鐘同步的系統(tǒng)可以是前述實施例一提供的時鐘同步的方法的執(zhí)行主體。圖3示例的一種時鐘同步的系統(tǒng)包括設備端31和協(xié)議棧服務端32,設備端31和協(xié)議棧服務端32通過網(wǎng)絡連接。設備端31包括提取模塊311和第一發(fā)送模塊312,協(xié)議棧服務端32包括第一處理模塊321,各功能模塊詳細說明如下:
提取模塊311,用于若接收到第一時鐘事件報文,則從該第一時鐘事件報文中提取第一時間戳,其中,第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù);
第一發(fā)送模塊312,用于將提取模塊311接收到的第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端32,其中,協(xié)議棧服務端32部署在云服務器上;
第一處理模塊321,用于從第一發(fā)送模塊312發(fā)送的第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)該第一時鐘事件報文進行時鐘協(xié)議處理。
本實施例提供的一種時鐘同步的系統(tǒng)中各模塊實現(xiàn)各自功能的過程,具體可參考前述圖1所示實施例的描述,此處不再贅述。
從上述圖3示例的一種時鐘同步的系統(tǒng)可知,本實施例中,設備端若接收到第一時鐘事件報文,則提取第一時間戳,并將第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上,協(xié)議棧服務端從第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)第一時鐘事件報文進行時鐘協(xié)議處理,本發(fā)明的技術方案通過部署在云服務器上的協(xié)議棧服務端完成時鐘協(xié)議處理,并在設備端維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),實現(xiàn)了在滿足時鐘技術指標要求的同時,將時鐘同步功能部署在云計算環(huán)境中,充分利用云計算的資源進行時鐘協(xié)議處理,從而提高時鐘同步處理的效率和性能。
實施例四:
圖4是本發(fā)明實施例四提供的一種時鐘同步的系統(tǒng)的結構示意圖,為了便于說明,僅示出了與本發(fā)明實施例相關的部分。圖4示例的一種時鐘同步的系統(tǒng)可以是前述實施例二提供的時鐘同步的方法的執(zhí)行主體。圖4示例的一種時鐘同步的系統(tǒng)包括設備端41和協(xié)議棧服務端42,設備端41和協(xié)議棧服務端42通過網(wǎng)絡連接。設備端41包括提取模塊411和第一發(fā)送模塊412,協(xié)議棧服務端42包括第一處理模塊421,各功能模塊詳細說明如下:
提取模塊411,用于若接收到第一時鐘事件報文,則從該第一時鐘事件報文中提取第一時間戳,其中,第一時間戳用于維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù);
第一發(fā)送模塊412,用于將提取模塊411接收到的第一時鐘事件報文通過第一網(wǎng)絡消息發(fā)送給協(xié)議棧服務端42,其中,協(xié)議棧服務端42部署在云服務器上;
第一處理模塊421,用于從第一發(fā)送模塊412發(fā)送的第一網(wǎng)絡消息中獲取第一時鐘事件報文,并根據(jù)該第一時鐘事件報文進行時鐘協(xié)議處理。
進一步地,第一發(fā)送模塊412包括:
第一udp構造子模塊4121,用于將提取模塊411接收到的第一時鐘事件報文組裝成第一用戶數(shù)據(jù)報協(xié)議udp消息,其中,第一udp消息的凈荷為該第一時鐘事件報文,第一udp消息的源ip為設備端41的ip地址,第一udp消息的目的ip為協(xié)議棧服務端42的ip地址,第一udp消息的端口號為預設的第一端口號;
第一udp發(fā)送子模塊4122,用于將第一udp構造子模塊4121組裝的第一udp消息發(fā)送給協(xié)議棧服務端42;
第一處理模塊421,還用于從第一udp消息中獲取第一時鐘事件報文。
進一步地,協(xié)議棧服務端42還包括:
第二發(fā)送模塊422,用于將第二時鐘事件報文通過第二網(wǎng)絡消息發(fā)送給設備端41;
設備端41還包括:
獲取模塊413,用于從第二發(fā)送模塊422發(fā)送的第二網(wǎng)絡消息中獲取第二時鐘事件報文;
第二處理模塊414,用于將獲取模塊413獲取的第二時鐘事件報文打上第二時間戳。
進一步地,第二發(fā)送模塊422包括:
第二udp構造子模塊4221,用于將第二時鐘事件報文組裝成第二udp消息,其中,第二udp消息的凈荷為該第二時鐘事件報文,第二udp消息的源ip為協(xié)議棧服務端42的ip地址,第二udp消息的目的ip為設備端41的ip地址,第二udp消息的端口號為預設的第二端口號;
第二udp發(fā)送子模塊4222,用于將第二udp構造子模塊4221組裝的第二udp消息發(fā)送給設備端41;
獲取模塊413,還用于從第二udp發(fā)送子模塊4222發(fā)送的第二udp消息中獲取第二時鐘事件報文。
進一步地,第一時鐘事件報文和所述第二時鐘事件報文為ieee1588時鐘協(xié)議報文。
本實施例提供的一種時鐘同步的系統(tǒng)中各模塊實現(xiàn)各自功能的過程,具體可參考前述圖2所示實施例的描述,此處不再贅述。
從上述圖4示例的一種時鐘同步的系統(tǒng)可知,本實施例中,設備端若接收到第一時鐘事件報文,則提取第一時間戳,并將第一時鐘事件報文組裝成udp報文,通過第一udp消息發(fā)送給協(xié)議棧服務端,其中,協(xié)議棧服務端部署在云服務器上,協(xié)議棧服務端從第一udp消息中獲取第一時鐘事件報文,并根據(jù)第一時鐘事件報文進行時鐘協(xié)議處理,同時,協(xié)議棧服務端將需要發(fā)送給設備端的第二時鐘事件報文組裝成udp報文,通過第二udp消息發(fā)送給設備端,設備端從第二udp報文中獲取第二時鐘事件,并打上第二時間戳。本發(fā)明的技術方案通過部署在云服務器上的協(xié)議棧服務端完成時鐘協(xié)議處理,并在設備端維護時鐘數(shù)據(jù)和物理端口數(shù)據(jù),實現(xiàn)了在滿足時鐘技術指標要求的同時,將時鐘同步功能部署在云計算環(huán)境中,充分利用云計算的資源進行時鐘協(xié)議處理,從而提高時鐘同步處理的效率和性能;同時,通過udp協(xié)議實現(xiàn)設備端和協(xié)議棧服務端之間的消息收發(fā),有效提高消息收發(fā)的速度,提高執(zhí)行效率。
需要說明的是,本說明書中的各個實施例均采用遞進的方式描述,每一個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同或者相似的部分互相參見即可。對于系統(tǒng)類實施例而言,由于其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
值得注意的是,上述系統(tǒng)實施例中,所包括的各個模塊只是按照功能邏輯進行劃分的,但并不局限于上述的劃分,只要能夠實現(xiàn)相應的功能即可;另外,各功能模塊的具體名稱也只是為了便于相互區(qū)分,并不用于限制本發(fā)明的保護范圍。
本領域普通技術人員可以理解,實現(xiàn)上述各實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成,相應的程序可以存儲于一計算機可讀取存儲介質中,所述的存儲介質,如rom/ram、磁盤或光盤等。
以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等,均應包含在本發(fā)明的保護范圍之內。