本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體涉及一種靜態(tài)資源發(fā)布方法及裝置。

背景技術(shù)：

網(wǎng)站前端開發(fā)中，涉及動態(tài)資源及靜態(tài)資源的發(fā)布和加載。其中，靜態(tài)資源可以簡單理解為，直接把相應(yīng)文件發(fā)送到客戶端的文件都是靜態(tài)資源，例如，靜態(tài)資源包括網(wǎng)站本身的css，js等文件，還包括網(wǎng)站內(nèi)容中的圖片等資源。在網(wǎng)站開發(fā)中，如何準確有效的進行靜態(tài)資源發(fā)布，是本領(lǐng)域技術(shù)人員需要考慮的一個技術(shù)問題。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種靜態(tài)資源發(fā)布方法及裝置。

依據(jù)本發(fā)明的一個方面，提供一種靜態(tài)資源發(fā)布方法，包括：獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；將所述當前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源；將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，在確定出發(fā)生變動的輕量靜態(tài)資源之后，還包括：記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，包括：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，在將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)之前，還包括：檢測輕量靜態(tài)資源的正確性；所述檢測輕量靜態(tài)資源的正確性具體包括：驗證所述輕量發(fā)布資源列表的正確性，驗證所述輕量靜態(tài)資源的文件的正確性，和/或，驗證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述將所述當前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源，包括：讀取所述當前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對象的校驗和屬性；判斷所述校驗和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動，如果不存在，則確定靜態(tài)資源發(fā)生了變動。

依據(jù)本發(fā)明的另一方面，還提供一種靜態(tài)資源發(fā)布裝置，包括：獲取單元，用于獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；比對單元，用于將所述當前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源；發(fā)布單元，用于將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，還包括：輕量處理單元，用于記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述發(fā)布單元具體用于：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，還包括：檢測單元，用于檢測輕量靜態(tài)資源的正確性；具體包括：驗證所述輕量發(fā)布資源列表的正確性，驗證所述輕量靜態(tài)資源的文件的正確性，和/或，驗證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述比對單元具體用于：讀取所述當前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對象的校驗和屬性；判斷所述校驗和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動，如果不存在，則確定靜態(tài)資源發(fā)生了變動。

可見，本發(fā)明實施例提供的靜態(tài)資源發(fā)布方法中，將當前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源，僅將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，并由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

本發(fā)明方案至少存在兩方面的技術(shù)效果：

(1)提供完整的輕量資源發(fā)布流程

根據(jù)資源關(guān)系依賴表生成輕量資源發(fā)布列表，保證輕量文件的完整性，提交文件前自動執(zhí)行測試用例，保證文件內(nèi)容無誤，自動將文件拷貝到svn目錄，減少手工操作。

(2)使用文件版本控制系統(tǒng)(例如svn)進行資源依賴關(guān)系文件管理

svn是一個方便團隊協(xié)作、服務(wù)穩(wěn)定的版本管理工具。使用svn來管理版本，契合當前網(wǎng)站前端的發(fā)布流程，發(fā)布時可同時提交資源依賴關(guān)系表和編譯文件。在異常處理上也有很大的作用，遇到問題需要回滾代碼時，資源依賴關(guān)系表和編譯文件可以同時回滾到上個版本，避免出現(xiàn)回滾不同步的問題。而且，svn服務(wù)穩(wěn)定，避免因為網(wǎng)絡(luò)原因造成發(fā)布代碼和資源依賴關(guān)系表不同步的問題，將每次全量發(fā)布文件改為輕量發(fā)布，提升發(fā)布效率。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明的一個實施例提供的靜態(tài)資源發(fā)布方法流程圖；

圖2示出了根據(jù)本發(fā)明一個實施例提供的靜態(tài)資源發(fā)布裝置結(jié)構(gòu)示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。

目前發(fā)布靜態(tài)資源的方案，一般是基于資源依賴關(guān)系表的管理，大多需要開發(fā)團隊具有對應(yīng)的文件服務(wù)器，這就額外配備一臺服務(wù)器。而如果在開發(fā)客戶端實現(xiàn)靜態(tài)資源的發(fā)布，則有可能由于客戶端網(wǎng)絡(luò)不穩(wěn)定而導(dǎo)致不能有效同步資源依賴關(guān)系表，導(dǎo)致發(fā)布有誤。

針對上述問題，本發(fā)明方案主要進行了兩種創(chuàng)新手段。第一，使用svn管理資源依賴關(guān)系表，這樣可以保證每次要發(fā)布的代碼和資源依賴關(guān)系表都能完全一致，并且可以在提交代碼時進行有效校驗。第二，實現(xiàn)輕量發(fā)布的完整解決方案，從更新svn代碼到編譯代碼，最后提交到svn整個發(fā)布流程有效的整合到一起，解決從發(fā)布所有文件到只發(fā)布輕量的(有變動的)文件。本發(fā)明方案的一個典型應(yīng)用場景是：網(wǎng)站開發(fā)中代碼發(fā)布到線上環(huán)境的環(huán)節(jié)。主要應(yīng)用在發(fā)布人員的本地機器上，跟隨代碼發(fā)布流程實施。

參見圖1，示出了根據(jù)本發(fā)明的一個實施例提供的靜態(tài)資源發(fā)布方法流程圖。該方法至少包括步驟s101-s103，在一個優(yōu)選實現(xiàn)方式中，還可以包括步驟s102-1和/或s102-2。

s101：獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表。

靜態(tài)資源包括但不限于html文件、js文件、css文件、res文件、圖片文件等?？梢詮撵o態(tài)數(shù)據(jù)庫中獲取上述類型的靜態(tài)資源，對于獲取方式不作限制。

在獲取到靜態(tài)資源之后，執(zhí)行前端資源編譯流程，以html文件為起點分析資源依賴引用關(guān)系，例如，html文件引用js/css/res，js文件引用css/res，css引用res，生成本次待發(fā)布資源依賴關(guān)系表。

資源依賴關(guān)系表，用于記錄模版文件和靜態(tài)資源文件之間的互相依賴關(guān)系，以及靜態(tài)資源文件的md5值，以模版文件為入口遞歸查找依賴資源，并將依賴資源的md5值，對應(yīng)文件名生成資源依賴關(guān)系表。其中，md5為計算機安全領(lǐng)域廣泛使用的一種散列函數(shù)，用以提供消息的完整性保護。典型應(yīng)用是對一段信息(message)產(chǎn)生信息摘要(message-digest)，以防止被篡改，md5將整個文件當作一個大文本信息，通過其不可逆的字符串變換算法，產(chǎn)生了這個文件唯一的md5信息摘要。

在得到當前資源依賴關(guān)系表之后，還需要從文件版本控制系統(tǒng)中獲取上一次發(fā)布的資源依賴關(guān)系表，目的在于后續(xù)步驟中對兩個資源依賴關(guān)系表進行比對。

“文件版本控制系統(tǒng)”是本發(fā)明在前端開發(fā)客戶端中采用的一個文件管理系統(tǒng)，例如，svn(subversion)作為一個典型的文件版本控制系統(tǒng)，是一個自由開源的版本控制系統(tǒng)。在subversion管理下，文件和目錄可以超越時空。subversion將文件存放在中心版本庫里，這個版本庫很像一個普通的文件服務(wù)器，不同的是，它可以記錄每一次文件和目錄的修改情況，這樣就可以借此將數(shù)據(jù)恢復(fù)到以前的版本，并可以查看數(shù)據(jù)的更改細節(jié)。

采用svn系統(tǒng)的好處是，資源依賴關(guān)系表和svn版本有效的保持一致，完全杜絕版本不一致的問題。

s102：將當前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源。

具體的，確定出發(fā)生變動的輕量靜態(tài)資源的具體比對過程可以包括：讀取當前資源依賴關(guān)系表中的靜態(tài)資源的文件，將文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對象的校驗和屬性；判斷校驗和屬性是否存在于上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動，如果不存在，則確定靜態(tài)資源發(fā)生了變動。

可見，所謂“輕量靜態(tài)資源”，即是通過將當前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進行比對確定出的發(fā)生變動的靜態(tài)資源。這種確定輕量靜態(tài)資源的優(yōu)點是顯而易見的，由于后續(xù)只需發(fā)布輕量靜態(tài)資源，而不是將當前資源依賴關(guān)系表的所有靜態(tài)資源都發(fā)布，由此可減少發(fā)布文件數(shù)量，提高發(fā)布效率。

下面以node為例進行說明。

node.js是一個基于chromev8引擎的javascript運行環(huán)境。node.js使用了一個事件驅(qū)動、非阻塞式i/o的模型，使其輕量又高效。node.js的包管理器npm，是全球最大的開源庫生態(tài)系統(tǒng)。同時提高了高效的操作系統(tǒng)api接口，可以利用javascript編寫腳本工具，完成項目的構(gòu)建流程。

具體的，分析本次資源依賴關(guān)系表，例如，使用node的fs模塊讀取文件到內(nèi)存中進行分析，轉(zhuǎn)成json數(shù)組，循環(huán)取出資源對象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}。使用lodash模塊的find()方法判斷當前資源對象的chksum屬性(校驗和屬性)是否在上一個版本的資源依賴關(guān)系表中，如果已存在，則表明資源未有變動，本次不需要發(fā)布；如果不存在，則視為本次變更的對象。

將兩個資源依賴關(guān)系表進行比對的優(yōu)點在于，可有效的生成整個項目的資源依賴關(guān)系表，保證資源文件的有效更新。

在一個優(yōu)選實現(xiàn)方式中，在確定出發(fā)生變動的輕量靜態(tài)資源之后，還包括步驟s102-1:記錄輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)輕量發(fā)布資源列表記錄的資源地址，獲取輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

例如，分析輕量發(fā)布資源列表json數(shù)組，使用foreach方法，循環(huán)json數(shù)組取出列表中的文件地址，使用fs模塊將對應(yīng)文件拷貝至發(fā)布目錄，得到本次需要發(fā)布的所有輕量靜態(tài)資源。

在另一個優(yōu)選實現(xiàn)方式中，在將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)之前，還包括步驟s102-2:檢測輕量靜態(tài)資源的正確性。具體的，步驟s102-2“檢測輕量靜態(tài)資源的正確性”具體可包括：驗證輕量發(fā)布資源列表的正確性，驗證輕量靜態(tài)資源的文件的正確性，和/或，驗證發(fā)布目錄中的輕量靜態(tài)資源的文件是否編譯正確。

下面對這三個驗證過程具體舉例說明。

(1)輕量發(fā)布資源列表正確性驗證

可使用與發(fā)布時相反的搜索匹配方法，以上次發(fā)布的資源依賴關(guān)系表為起點進行分析，例如，使用foreach循環(huán)上次依賴關(guān)系表數(shù)組，取出資源對象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}。再循環(huán)本次依賴關(guān)系表，比較同一個資源對象的chksum屬性是否發(fā)生改變，如果改變則加入資源列表。循環(huán)結(jié)束后生成輕量資源列表，與之前生成的資源列表進行對比，判斷數(shù)組的大小和內(nèi)容是否一致，以此來校驗輕量發(fā)布資源列表是否正確。如果有錯誤，則給出具體提示信息，并退出發(fā)布流程。

(2)輕量靜態(tài)資源的文件的正確性驗證

通過該驗證可確保輕量文件都已經(jīng)正確拷貝到發(fā)布目錄。例如，使用foreach方法，循環(huán)輕量發(fā)布資源列表json數(shù)組，取出資源對象{"filepath":"base.css","chksum":"aa","timestamp":"","deps":[],"consumers":[]}，根據(jù)filepath字段判斷發(fā)布目錄中是否存在該文件。如果有錯誤，則給出具體提示信息，并退出發(fā)布流程。

(3)驗證發(fā)布目錄中的文件是否編譯正確

例如，檢測編譯過后的文件是否包含“？__md5__”標記，如果存在，則編譯有誤，給出具體提示信息，提示哪個文件編譯失敗，并退出發(fā)布流程。

s103：將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

在與步驟s102-1對應(yīng)的方式中，將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)的具體過程包括：從發(fā)布目錄獲取到輕量靜態(tài)資源的文件，并將輕量靜態(tài)資源的文件拷貝到文件版本控制系統(tǒng)中。

例如，調(diào)用fs-extra模塊的fs.copysync()方法，將發(fā)布目錄里的文件拷貝至svn目錄。相較于現(xiàn)有方案，以前是開發(fā)人員手動拷貝文件，浪費了大量的時間并且容易出錯，現(xiàn)在改為自動拷貝文件到目標目錄，提升發(fā)布的效率和穩(wěn)定性。例如，發(fā)布時可先提交到svn，再上傳至服務(wù)器。在提交代碼時，可通過svn日志可以進行最終確認，如果信息無誤，則上傳文件至發(fā)布服務(wù)器。這樣實施的優(yōu)點是，第一可保證同時提交svn文件和資源依賴關(guān)系表，保證文件統(tǒng)一性；第二可以利用svn的代碼檢查進行文件正確性校驗。

可見，本發(fā)明實施例提供的靜態(tài)資源發(fā)布方法中，將當前資源依賴關(guān)系表和上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源，僅將輕量靜態(tài)資源拷貝到文件版本控制系統(tǒng)，并由文件版本控制系統(tǒng)將輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

本發(fā)明方案至少存在兩方面的技術(shù)效果：

(1)提供完整的輕量資源發(fā)布流程

根據(jù)資源關(guān)系依賴表生成輕量資源發(fā)布列表，保證輕量文件的完整性，提交文件前自動執(zhí)行測試用例，保證文件內(nèi)容無誤，自動將文件拷貝到svn目錄，減少手工操作。

(2)使用文件版本控制系統(tǒng)(例如svn)進行資源依賴關(guān)系文件管理

svn是一個方便團隊協(xié)作、服務(wù)穩(wěn)定的版本管理工具。使用svn來管理版本，契合當前網(wǎng)站前端的發(fā)布流程，發(fā)布時可同時提交資源依賴關(guān)系表和編譯文件。在異常處理上也有很大的作用，遇到問題需要回滾代碼時，資源依賴關(guān)系表和編譯文件可以同時回滾到上個版本，避免出現(xiàn)回滾不同步的問題。而且，svn服務(wù)穩(wěn)定，避免因為網(wǎng)絡(luò)原因造成發(fā)布代碼和資源依賴關(guān)系表不同步的問題，將每次全量發(fā)布文件改為輕量發(fā)布，提升發(fā)布效率。

與上述方法相對應(yīng)，本發(fā)明實施例還提供一種靜態(tài)資源發(fā)布裝置，參見圖2，該裝置包括：

獲取單元201，用于獲取網(wǎng)站待發(fā)布的靜態(tài)資源，并根據(jù)各靜態(tài)資源之間的引用關(guān)系，得到當前資源依賴關(guān)系表，以及，從文件版本控制系統(tǒng)獲取上一次發(fā)布的資源依賴關(guān)系表；

比對單元202，用于將所述當前資源依賴關(guān)系表和所述上一次發(fā)布的資源依賴關(guān)系表進行比對，確定出發(fā)生變動的輕量靜態(tài)資源；

發(fā)布單元203，用于將所述輕量靜態(tài)資源拷貝到所述文件版本控制系統(tǒng)，由所述文件版本控制系統(tǒng)將所述輕量靜態(tài)資源上傳至資源發(fā)布服務(wù)器。

優(yōu)選的，該裝置還包括：輕量處理單元204，用于記錄所述輕量靜態(tài)資源的資源地址，生成輕量發(fā)布資源列表；以及，根據(jù)所述輕量發(fā)布資源列表記錄的資源地址，獲取所述輕量靜態(tài)資源的文件并拷貝到發(fā)布目錄中。

優(yōu)選的，所述發(fā)布單元203具體用于：從所述發(fā)布目錄獲取到所述輕量靜態(tài)資源的文件，并將所述輕量靜態(tài)資源的文件拷貝到所述文件版本控制系統(tǒng)中。

優(yōu)選的，該裝置還包括檢測單元205，用于檢測輕量靜態(tài)資源的正確性；具體包括：驗證所述輕量發(fā)布資源列表的正確性，驗證所述輕量靜態(tài)資源的文件的正確性，和/或，驗證所述發(fā)布目錄中的所述輕量靜態(tài)資源的文件是否編譯正確。

優(yōu)選的，所述比對單元202具體用于：讀取所述當前資源依賴關(guān)系表中的靜態(tài)資源的文件，將所述文件轉(zhuǎn)換為json數(shù)組，并循環(huán)從json數(shù)組中讀取出資源對象的校驗和屬性；判斷所述校驗和屬性是否存在于所述上一次發(fā)布的資源依賴關(guān)系表中，如果已存在，則表明靜態(tài)資源未發(fā)生變動，如果不存在，則確定靜態(tài)資源發(fā)生了變動。

在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(dsp)來實現(xiàn)根據(jù)本發(fā)明實施例的用戶變身控制的系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。