TWI277882B - Method and systems for hyperlinking files - Google Patents

Description

1277882 九、發明說明： 【發明所屬之技術領域】 本發明與資料之儲存與獲取相關，更精確的說， 以建立從一檔案至其複製來源的來源檔案、和/或其他 檔案（此處指同一或不同電腦系統裡的來源檔案和/或 目標檔案）的超連結方法與系統。 【先前技術】 一般而言，電腦系統内儲存資料，例如電腦程式、 檔案、圖形、圖片、視訊或者其他可能含有此類資訊 何一種組合之資訊和文件。這些檔案在通常會被保存 一電腦相關之硬碟機，但是有時後也會被保存在記憶 軟碟機、遠端伺服器、或是任何型態之儲存媒體。為 它們的搜尋，檔案通常都是散佈在多數目錄下或者資 内。而且每一目錄或者資料夾可能會有許多的次目錄 次資料夾。換句話說，在一電腦系統可能會含有數百 樣的目錄與資料夾，至於可能是電腦系統中一部份的 伺服器就可能含有數千個這樣的目錄與資料夾。一使 往往以檔案的檔案名稱來搜尋一檔案，通常是一串簡 字元字串，例如’’myphoto.gif”、一指定的磁碟機、或 能被置於檔案名稱之前的目錄或資料夾 如 ’’C:\photos\myphoto.gif”。 不同類型的檔案系統可使用於不同的作業系統。每 是用 目標 其他 文字 的任 在與 體， 簡化 料夾 或者 個這 檔案 用者 短的 者可 ，例 一檔 5 1277882 案系統類型都有它一定的格式以及諸多特點，譬如檔案名 稱的長度，檔案的最大大小等等。舉例說明，在Linux作 業系統下，最常使用的檔案系統類型是第二延展檔案系統 (Second Extended File system) 5 也就是 ext2fs。此系統至 多可以容納256個字元。而在Windows (屬微軟公司之註 冊商標）系統中，VFAT( Windows 95 )以及 FAT32( Windows 98 )檔案系統最多則可容納255個字元。NTFS和UNIX檔 案系統裡’槽案名稱的極限長度為2 5 6個字元。

在網際網路裡可以運用一種位址設計來辨識來源。例如 HTTP伺服器、檔案或程式、和檔案或HtmL文件來呈現。 這樣的位址設計被稱為統一資源定位（URL)。當存取伺服 器時，一 URL會内含有欲使用的應用通訊協定，例 如，’’http”、祠服器所執行處之站台網域名稱（亦視為伺服 器主機名稱）、伺服器埠號（埠號不一定被指定於URL中， 而是由祠服器主機名稱轉譯而來）、以及伺服器檔案架構中 來源端的位置。例如，URL

Mtp.://w ww.chrislusrex.org/www2/berrv/f6v.html 設定應用通訊協定’’http，，，伺服器主機名稱 www^christusrex.org, ’還有前往相關檔案之伺服器的檔案 路徑 ”/www2/berry/f6v.html”。 倘右客戶端請求一檔案，那麼HTTP伺服器就會追蹤此 檔案並且傳送至客戶端。針對獲取檔案之不同，客戶端便 6 1277882 可啟動應用程式並處理該檔案。在接收檔案的同時， 端的瀏覽器通常會檢視該副檔名，以在接受後決定如 行該檔案，譬如啟動某一應用程序以處理該檔案。舉 說，當獲取得一 HTML文件，客戶端的網頁瀏覽器會 該HTML文件並且將它呈現出來。同樣的，當接收到 字處理文件時，該客戶端則會啟用文字處理器以處理 件。替代性地，為了往後的使用，所存取之檔案可以 (或者下載）於本地端。 在檔案下載完畢後，大多數的作業系統或者檔案系 法繼續追蹤一已下載或已複製檔案（子）以及其來源 (母）之間的關係。例如，由一網路（例如，自來源伺 至客戶端電腦的網際網路）複製一檔案時，在客戶端電 的複製檔案以及來源伺服器電腦裡的來源檔案之間的 性便會遺失，因為來源檔案的URL並未與複製檔案一 錄0 相關於在一開放且不安全的網路（尤其是網際網】 電子資訊交換，存在一嚴重的風險，就是在傳輸期間 改。於是，檢查從一網路上獲得的檔案，確認它們未 改或誤植和/或確認這些檔案不是被冒充者傳送過來白 在都很重要。另一項重點是要持續追蹤來源資料，當 經修改過後想回復至原來的文件時。例如要能夠分析 的修改。 客戶 何執 例來 分析 一文 該文 儲存

統無 檔案 服器 腦裡 關聯 同記 "之 的修 被竄 ，在 文件 所做

7 1277882 一檔案中可能含有敘述性或者指示性的資料，例如檔案 解釋資料。這樣的資料可能與其來源、内容、產生的時間 地點、所有權或著作權宣告、中心儲存位置、使用狀態、 相關文件、或者任何與此檔案或服務有關的應用相關。不 過，大多數的檔案系統無法持續地保持與一具有解釋資料 之檔案的連繫。當一檔案從電腦系統被傳輸到另一電腦 時，與該具有解釋資料的檔案的連繫常會遺失。

當一使用者從一網路接收到一檔案時，例如，藉由敲擊 所接收電子郵件之附加檔案之小圖示，他可能需要獲取除 了附加檔案外與此檔案相關的解釋資料。舉例來說，當一 檔案自一網際網路伺服器接收時，可能需要先確認檔案是 否完整、是否被以某些方法竄改、或者確認它是來自正當 的傳送者，而非來自冒充者。尤其是，如果所接收的檔案 是一軟體程式時，非常重要的是這個檔案程式在曝露於電 腦系統前便經過確定，確定該檔案是來自一值得信賴者。 有時程式檔案可能會含有”特洛伊木馬病毒Troj an Horse )，或會感染使用者電腦的病毒。為了達成上述目的， 使用者必需執行含有解釋資料的檔案，尤其是數位認證和 數位簽名，以便在執行檔案前更進一步地確認其合法性及 完整性。 現今有許多不同的方法用以部署檔案與其解釋資料之 8 1277882 間的連結。基本上，一檔案的解釋資料可以編碼為該 的同一檔案名稱，經由編碼可前置於或附加於該檔案 為檔案封裝結構的一部份。它們可以嵌入適當定義之 位置或者檔案中的其他位置，或者它們可以被產生為 全獨立的檔案。每個方法都有它與生倶來的優勢與劣 -命名一檔案，理論上可使檔案名稱能表示解釋資料 是，當為使一檔案名稱更具敘述性時，通常礙於檔 稱長度的限制，無法對一檔案提供一完整的敘述。 -一種便利的作法是以標點符號封裝一檔案，或者在 案起始或結束處附加解釋資料（如同該檔案和該解 料並行），而用以擷取以此方法編碼之該解釋資料的 是簡單而有效率的。反過來說，在檔案可以依原來 計用意使用前，封裝與解釋資料一般而言都要被移 因此，解釋資料的分析通常只發生在獲取該檔案時 果該檔案稍後被傳出或者被移除，解釋資料也會遺 解釋資料封裝方法的另一限制是與檔案標準類型及 格式並不相容^該些稽案格式使得編碼解釋資料無 於許多類型的檔案，例如影像、視訊、音訊或可執行 -嵌入解釋資料在檔案的數位的表示中的方法已經d Bender and al.在 IBM Systems Journal，Vo 1. 35, 3&4，1 9 96中標題為「資料隱藏的技術」的公開文件 述。在影像中的高位元率（h i g h b i t - r a t e)編碼之最常 格式就是將影像中最不顯著的發光（luminance)位元 成嵌入資料。該技術是很微細的（無法察覺在影像 檔案 以作 便利 一完 勢： 。但 案名 該檔 釋資 計算 的設 除。 〇如 失。 檔案 法用 檔。 f W. Nos 中描 見的 置換 上的 9 1277882 改變）並且可以滿足不同目地的需求，包括浮水印以及 預防竄改。因為解釋資料係嵌入檔案中，解釋資料的取 得便可在檔案取得時、每回檔案被提供時、或者在接收 後的任何其他時間完成。但是此類資料編碼的方法存在 一很大的限制，就是缺乏以現今的標準來拿捏如何（或 者在哪裡）將解釋資料整合至許多不同的可能類型檔案 或者檔案格式，尤其是圖像、視訊、音訊或執行檔，而 為了從以許多不同方法編碼的檔案中擷取解釋資料，在 計算方面也添加其複雜度。另一缺點是經嵌入的解釋資 料可能會影響文件的可讀性或者降低數位影像的品質。 -自相關的檔案分開保存解釋檔案（metafile)，例如儲存在 一伺服器裡，有支援解釋檔案存取的優勢，但是解釋檔 案的位址（檔案它自己的解釋檔案）必須要事先得知或 者自該檔案以某些方法決定。有一習知解決方案包含利 用某些字彙規則，使該解釋檔案檔案名稱相關於該相關 檔案的檔案名稱，例如運用一不同檔案副檔名。倘若某 些應用方法利用檔案名稱的規範使檔案關聯於這些應用 所產生的解釋檔案，相關檔案（或者解釋檔案）的檔案 名稱可能具有隱密性的且只對該應用有效。還有一很重 要的缺點是當檔案被傳輸到一不同的系統，例如經由網 路，檔案與解釋檔案之間的關聯性就會遺失。 總而言之，亟需一方法與系統來建立從一主要檔案至 可能為來源檔案或者其他相關檔案的目標檔案之間的超連 結。 10 1277882 【發明内容】 因此，本發明之一大目標係用以解決前揭之先前技術缺點。 本發明之另一目標係提供一新的方法與系統，以建立從 主要檔案至目標檔案之間的超連結，以使每一目標檔案皆 可以自該主要檔案存取。 本發明之進一步目標係提供一新的方法與系統，以建立 從一主要檔案至其所接收來源間的超連結。 本發明尚有進一步目標係提供一方法與系統，以建立自 一主要檔案至相關解釋資料間的超連結。 上述與其他相關目標的完成是仰賴一電腦可讀取媒 體，包含一主要檔案，其具有一含有一主要檔案名稱和至 少一編碼的目標檔案位址之檔案名稱。上述之主要檔案與 上述至少一編碼的目標檔案位址的主要檔案名稱以一第一 控制字元所區隔，兩個連續的編碼目標位址則以第二個控 制字元區隔。 藉由一方法，可使一目標位址中至少一目標檔案可用於 超連結至一具有一主要檔案名稱的主要檔案，該方法所包 含的步驟如下： 11 1277882 -將每一上述目標檔案中的目標位址編碼； -將上述主要檔案名稱與上述編碼目標位址合併於一檔案 名稱裡；和 -以上述檔案名稱重新命名上述主要檔案； 其中，上述主要檔案名稱與上述編碼目標位址將以一第一 控制字元區隔，而兩個連續編碼目標位址則以第二控制字 元區隔。 本發明之更多優點將藉由本發明之附圖及詳細說明 令熟知該項技藝者了解。本文亦將附加的優點併呈於此。 【實施方式】 依據本發明，以一主要檔案之檔案名稱將一或多數目標檔 案的目標位址運用一種特定的字彙方式進行編碼。所用之 字彙方法可避免不被檔案系統允許的特定字元，例如微軟 視窗系統中的，和/或將目標位址編碼以縮短它們的長 度。欲編碼的目標位址可能為任何一種格式，例如本地端 位址、私人網路的位址或是網際網路的位址。但是，為了 便於解說，將在下文中以位址之URL型態為基礎舉例說 明0 在一第一實施例中，揭示一種方法，用以對檔案所儲存 自之來源檔案位址進行編碼。根據該實施例，來源檔案位 址是在主要檔案由伺服器傳輸至使用者系統中或者是在本 12 1277882 地端進行儲存或傳輸至其他系統時編碼。同樣的，來源檔 案位址可能代表來源檔案的位址或者已包含主要檔案之網 際網路網頁位址。 第1 a和1 b圖圖示用以對來源檔案位址編碼之計算。如 第la圖所示，一第一步驟包含取得主要檔案的主要檔案名 稱，也就是在編碼來源檔案位址前該檔案的檔案名稱，（方 塊 1 00 )以及包含主要檔案之網頁的URL或者主要檔案自 身的位址，亦稱作來源檔案位址（方塊1 〇 5 )。接者’來源 檔案位址被編碼（方塊 11 0 )並且在檔案被重新命名成含 有主要檔案名稱和編碼來源檔案位址前（方塊 1 2 0 )，利用 特定的標點符號與主要檔案中的主要檔案名稱合併（方塊 115 )。 第1 b圖圖示以一計算編碼之示例。一變數i被設定為 零（方塊 1 2 5 )，而第i個字元從來源檔案位址字串中擷取 出來。執行一試驗來決定該擷取的字元是否被該使用者的 檔案系統所禁止（方塊 1 3 5 )。倘若該擷取字元未被被禁 止，變數i便增加1 (方塊 15 0 )，然後進行新的測試，以 決定變數i是否達到它的最大值，也就是等於來源檔案位 址的長度（方塊 1 5 5 )。如果變數i尚未達到其最大值，則 重複最後四個步驟（方塊 1 3 0至1 5 5 )。此外，如果變數i 達到其最大值，即停止處理。若擷取字元為被禁止的，則 由詞彙表1 4 5中選取一相關字元取代被禁止之字元（方塊 13 1277882 14 0 )。接著變數i再增加1，然後如上所述進行測試來決 定變數i是否達到最大值。 舉例來說，我們考慮包含一影像檔之一主要檔案，其 具有’’my _p ho to. jpg”作為主要播案名稱，該主要樓案名稱 被包含在一網頁中，其具有下列URL， “http://www.my_server.com/ph_012.html” 和一詞彙表，其中

「：」與「..」相關 「/」與「（」相關 當該使用者選擇一選項以下載影像時，例如，標準選 單「存槽…」、「另存新槽…」或「傳送至…」，該影像檔則 由網路伺服器藉由相關的主要檔案名稱傳送至使用者的系 統上，而位址則使用詞彙表編碼如下： “http. .((www_my—server.com(ph_012.html，，

接著’將該編碼後的URL與主要檔案進行合併。在此 範例中’編碼URL將被加上作為區隔的括號。被加註在主 要檔案名稱之副槽名的點之前的編碼位址表示如下： -my_photo(http..((www.my^server.c〇m(ph^〇i2.html).j

Pg” 而主要檔案便以該「編碼超連結檔案名稱」重新命名 相反於關聯於包含影像或者該影像所複製來源的網頁 之位址，_馬超連結檔案名稱可能包含來源影像檐案之 位址。舉例來說，如果影像檔的位址為 14 1277882 “ http://www.rn y_server.com/my_ph.jpg” 則經編碼的來源檔案位址為 ‘‘http .((www.my_server. com(my_ph.jpg” 因此，被指定作為儲存影像檔案的「編碼超連結檔案名稱」 為 my_photo (http., ((www.my_server.com(my_ ph.jpg). jpg

特別說明，該編碼的計算是以極簡化的方式呈現以利 敘述。提出的例子裡，以簡單的單一字元取代一連串的禁 止字元，例如以「（）取代「//:」。相同的，某些字元組亦可 以更簡化的編碼所取代，例如以「H!」取代「http://」。該 編碼最佳化的結果將在猶後討論。

在第二個實施例中揭示將一或多數位址之相關目標檔 案進行編碼之方法。如上所述，一目標檔案可能包含一來 源檔案，例如解釋資料、電腦程式、文字文件、圖像、圖 片、視訊系統或者其他資料。一目標檔案亦提供經由例如 一 HTML檔案存取的服務。此實施例中，該發明方法可能 整合為大多數軟體之一模組，例如，而該模組會在儲存一 主要檔案時選擇性地啟動，或者以一獨立軟體部署。第2 圖說明該實施例的主要步驟。在取得主要檔案的主要檔案 名稱（方塊200 )後，將啟動一試驗以決定使用者是否需 要關聯於目標檔案（方塊205 )，如果不需要，則執行動作 15 1277882 終止。如果使用者需要關聯於目標檔案，一請求被傳送 使用者，以進入與之有關之第一檔案目標檔案的位址（ 塊2 1 0 )。為此目的，使用者可以鍵入目標位址或者使用 標準瀏覽功能作決定。然後，將欲關聯之目標檔案位址 以編碼（方塊 1 1 0 ’），並且運用特定的標點符號與主要 案名稱進行合併（方塊2 1 5 )。相似於參照第1 b圖所述 計算可用以對欲關聯的目標檔案位址進行編碼。執行一 二試驗以確認使用者是否需要關聯於更多目標檔案（方 220 )。如果沒有較多的目標檐案需要關聯，則執行動作 止。反之，重複最後的四步驟（方塊210 to 220 )。在每 編碼的目標位址間嵌入一控制字元，使編碼的超連結檔 名稱得以分離且可獲得每一目標位址。值得注意的是經 製或者儲存的主要檔案之來源檔案位址均可進行連結， 同任一關聯的目標檔案。 如上所述，讓吾人再度審視先前的例子，使用者現在 聯於一含有影像之文字敘述之目標檔案的位址，而非影 來源的位址。於是在新的例子中，來源檔案位址及影像 述檔案的位址關聯於影像的主要檔案名稱。此例中，影 之主要檔案名稱為’’my_photo.jpg”，其來源影像槽案 URL是 “http://www.mvserver.com/mvph.ipg” 而含有文字敘述檔案的網址為 “http://www.mv server.com/my ph.txt” 至 方 加 檔 之 第 塊 終 案 複 如 關 像 敘 像 的 16 1277882 則如同先前的詞彙表， 「：」關聯於「..」 「/」關聯於「（」 當儲存該主要檔案，使用者可以選取例如「連結檔案…」 的選項，然後選擇一他或她想關聯的目標檔案。在該例中， 所有欲關聯的目標檔案的位址皆經編碼。因此該例中’編 碼的目標位址為

“http ··((www. my_s erver. c om(my_ph.j p g” “http. ·((www.my_server.com(my—ph.txt” 與主要檔案名稱合併後則為 “my_photo(http..((www.my —server.com(my_ph.jpg{http ..((www.my_ server.com(my_ph.txt).jpg,>

該例中，外圍的括號「（」和「）」就是作為辨別主要檔 案名稱部分的標點符號，其中超連結已經進行編碼且大括 弧「{」被插入在每一編碼目標位址裡。 再一次，該編碼流程可以經由縮短編碼超連結檔案名稱 的長度達到最佳化。 第三個實施例揭示一將檔案名稱解碼之方法，其中包括 多數編碼目標檔案的位址，以及後續執行該些目標檔案的 方法。第3圖說明實施該方法的計算示例。在選擇檔案名 17 1277882 稱包含主要檔案名稱和編碼之目標位址的一主要檔案之 後，並在選取如「檢視來源檔案…」或「檢視關聯檔案…」 的按鍵或選單時，檔案名稱將會運用在編碼過程中所使用 的相同標點符號來剖析（方塊 3 00 )。然後超連結號碼η， 例如編碼目標位址的號碼，便可確定（方塊 3 0 5 )且將變 數i設定為零（方塊 3 10 )。選取第i個編碼目標位址（方 塊 3 1 5 )，運用將目標位址編碼的詞彙表將其解碼，例如表 1 4 5 (方塊 3 2 0 )。使用該解碼的目標位址便可存取關聯的 目標檔案（方塊3 2 5 )。有鑑於網際網路瀏覽器中常需要處 理檔案，所存取的目標檔案取決於所選擇的選項或軟體的 設定在本地端儲存或者自動啟動plug-in以便檢視該目標 檔案。例如，存取的目標檔案是一影像檔時，一影像瀏覽 器或編輯器會自動地啟動。較佳的實施例是，藉由分析目 標位址之副檔名決定目標檔案的種類。變數i會以1為單 位增加（方塊 3 3 0 )，接者執行一測試，以決定是否所有超 連結已被存取（方塊 3 3 5 )。即，如果變數I已達到編碼的 目標位址的號碼η，其中程序終止。反之，如果變數i未 達到編碼的超連結的號碼 η，最後的五個步驟便重複（方 塊 3 1 5至3 3 5 )。選擇性地，計算可能包含一子模組，其允 許使用者選擇必須被存取之關聯的目標檔案的超連結，以 避免存取它們的全部。為了清楚說明，此類選項並沒有在 第3圖的計算中標示出來。 該編碼的計算可使用前例加以說明。其中編碼的超連結 檔案名稱為： 18 1277882 “my_photo(http..((www.my—server. com(my—ph. jpg {http ·. ((www.my_ server· com(my 一 ph.txt).jpg” 編碼的超連結檔案名稱會用標點符號「（），「）」和「{ _ 辨識並分離，以依序擷取主要檔案的主要檔案名稱和編碼 目標位址，分別是 主要檔案名稱：my—photo.jpg 編碼目標位址 1 : http·.((www.my_server.com(my_ph.jpg 編碼目標位址 2 : http..((www.my_server.com(my—ph.txt 然後，運用用於編碼過程中的詞彙表，將編碼的目標 位址解碼如下， 目標位址 1 : http://www.my_server.com/my_ph.jpg 目標位址 2 : http ://www. m y_ server. com/my_ ph.txt 因此’關聯的目標檔案便可存取，即，瀏覽或者儲存於本 地端。此狀況下，一影像瀏覽器和一文字編輯器會在尋獲 目標檔案後自動地啟動，因為目標位址為易於辨識的標準 副檔名（，jpg，和，txt，）。 如上所述，位址編碼過程可被最佳化，以產生壓縮的編 碼超連結檔案名稱。即使是不同的資料壓縮技術也可以有 效的運用（只要合乎產生有效的編碼檔案名稱的限制），以 下僅說明最簡單的例子（處理資料壓縮技術並非為本發明 之目的）。 既然超連結至一主要檔案之目標檔案通常會儲存於同 19 1277882 一位置，例如’同一資料夾、目錄或者網頁’單一且共同 的路徑可被編碼以避免重複。因此’回溯前例’其中編碼 的超連結檔案名稱是 “my_pho to (http · .((www.my一server. com(my一ph.jpg {http ..((www.m y_ server.com (my_ph.txt).jpg55 共同的路徑可以用一控制字元添加於最後位置作為辨識， 例如「}」，以免將相同路徑重複進行編碼。此類例子中， 新的編碼超連結檔案名稱為 m y_ photo (http., ((www.my_ server. com()my_ph.jpg {my 一Ph.txt} .jPg，， 在解瑪過程中，當一共同的路徑以前置之共同路徑控制 字70 }進行辨識，後續每一個別的編碼目標檔案路徑均需 置入作為控制字元的標點符號，例如此例中的「{}作為辨 識。 ^亥案例梗僅有一子集合的目標檔案共用相同路徑，加入 另控制字元，以便辨識不共用共同路徑的路徑。 、◊扁碼的超連結槽案名稱亦可利用網路協定（IP )網域名 " （ )的位址取代主機名稱（host name)得到最 佳化。決定DNS位址的方法其實簡單，只要運用標準API 或者作業系統裡的功能，例如，MS-DOS (微軟公司的註 冊商钻）作業系統的「Ping」功能。在此情況下，上述的 20 1277882 例子中編碼的超連結檔案名稱為： “my —photo(http..((9.164.194，241()my_ph.jpg{my_ph.tx t).jpg ” 假設9.164.194.241是以’’my_server.com”作為主機名稱的 伺服器IP位址。 最後，如上所述，有些常用的設定字元例如「http://」， 「h 11 p : / / w w w.」或者「f t p : / /」均可以更簡化的字元，例如， 「Η !」、「W!」或者「F !」分別取代。這些保留的字串和相 關的簡化字元皆儲存於上述所提到的詞彙表。回溯前例， 最佳化的編碼超連結檔案名稱是： “my一 photo(H!9.164.194,241()my_ph.jpg{my_ph.txt}.jp g，， 總之，要注意的是在某些狀況下，字元組中的「http ://」 (即，HTTP網路存取通訊協定碼）可以忽略，因為網路 瀏覽器通常預設為自動假設為HTTP存取通訊協定。 第4圖說明最佳化編碼計算的例子，可用於連結在第2 圖中所提到者，例如在對應於方塊 220與225的步驟間。 一第一步驟包含分析編碼的目標位址，以便決定編碼目標 位址是否共用一共同的路徑（方塊400)。如果有一共同的 路徑，一控制字元會插入第一共同路徑的最後位置，而後 續的皆從編碼超連結的檔案名稱中去除（方塊 4 1 0 )。如果 沒有共同的路徑，則忽略上述步驟。接者，以DNS IP位 21 1277882 址取代主機名稱（方塊4丨5 )。如上所述，則DNS IP位址 可利用例如API功能，輕易得知。最後，該編碼的超連結 權案名稱會被分析，以使藉由相關的簡化碼取代字元組， 依據儲存成對的字元組和對應的簡化碼之詞彙表4 2 0 (方 塊4 2 5 )。如圖中的虛線所示，最後一步驟可以被移除，以 使與包含編碼超連結者合併（第1 b圖的方塊1 1 0 )。該狀 況下’詞彙表1 4 5與4 2 0最好能合併。 自然地，移除共同路徑的步驟，用DNS IP位址取代主 機名稱以及以控制字元取代字元組的步驟可在不修改最後 結果下以任何次序執行。 田、為碼過私餐最佳化後，首先解碼過程包含以對應的字 兀組取代簡化碼，和插入遺失的共同路徑，在第3圖中為 、為碼的超連結槽案名稱進行解碼之前。用於取代簡化碼的 子元、且之词彙表必須要與最佳化過程中使用的相同。不一 定要、機名稱取代IP位址，但是可利用API或者作業系 統功能完成，例如，來自DNSUtility碼的，，GetHostByName，， 功能。 田，為了要滿足本地端與特定的需求，熟知該項技藝 者句可肥使用對上文所述内容之修正和變更。然而，全部 上述内容均涵蓋在以下列申請專利範圍所定義之本發明的 範疇之中。 22 1277882 【圖式簡單說明】 第1圖由第la圖與第lb圖所組成，敘述在一主要檔案的 檔案名稱中將主要檔案的來源位址編碼的計算實施 例。 第2圖呈現在一主要檔案的檔案名稱中將多數的目標檔案 位址編碼的計算實施例。 第3圖描述用以將一編碼超連結檔案名稱解碼的計算實施 例。 第4圖說明將檔案位址編碼最佳化的計算實施例。 【元件代表符號簡單說明】 100 取得主要檔案名稱 105 取得來源檔案位址 110 將來源檔案位址編碼 110’ 將目標檔案位址編碼 115 合併主要檔案名稱及編碼的來源檔案位址 120 重新命名該檔案 125 i = 0 13 0 榻取 source_file_addr[i] 135 禁止字元？ 140 source_file_addr[i] = Tab[source_file_addr[i]] 145 詞彙表 150 i ++ 15 5 i 二 max ? 23 取得主要檔案名稱 目標檔案？ 取得目標檔案位址 合併主要檔案名稱以及編碼目標檔案位址 最後目標檔案？ 重新命名該檔案 剖析編碼超連結檔案名稱 決定超連結的號碼n i = 0 選取位址 i 解碼位址 i 存取超連結i i + + i = η ? 分析編碼的超連結 共同路徑？ 移除不必要的路徑並插入控制字元 用IP位址取代主機名稱 詞彙表 用單一控制字元來取代字元組 24

Claims (1)

1277882 十、申請專利範圍： 1. 一種用以將可自一目標位址獲得之至少一目標檔案超 連結至擁有一主要檔案名稱的一主要檔案之方法。上述 方法包含如下之步驟： 將每一上述目標檔案中的目標位址進行編碼（步 驟 1 1 0 ); 將上述主要檔案名稱與編碼目標位址合併於一檔 案名稱（步驟11 5 );及 將上述主要檔案以上述檔案名稱重新命名（步驟 120 )， 其中，上述主要檔案名稱與上述編碼目標位址是 以一用於檔案名稱之第一分隔字元作區隔，而兩個連續 的編碼目標位址以一用於檔案名稱之第二分隔字元作 區隔。 2. 如申請專利範圍第1項所述之方法，其中每一上述目標 檔案之該目標位址進行編碼之步驟為： 分析每一上述目標檔案的該目標位址，以偵測預 設的字元；和 將上述預設的字元以用於檔案名稱之關聯的字元 取代， 上述預設及關聯的字元均儲存在一詞彙表内。 3. 如申請專利範圍第1項或第2項所述之方法，其中藉由 25 1277882 將編碼目標位址插入在上述主要檔案名稱的副檔名句 點之前，將該編碼的目標位址與上述主要檔案名稱合 併。 4. 如申請專利範圍第1項或第2項中所述之方法，更包含 一壓縮步驟，以減少編碼目標位址的大小。 5. 如申請專利範圍第1項或第2項中所述之方法，用以將 多數目標檔案超連結至一主要檔案，更包含以下步驟： 決定是否一路徑是為多數編碼目標位址所共同； 及 如果一路徑是為多數編碼目標位址所共同， 在包含上述共同路徑的該第一編碼目標位址 之共同路徑的尾端，插入一用於檔案名稱之第三 分隔字元； 移除上述包含共同路徑的後續編碼目標位 址的共同路徑；及 在不含有上述共同路徑的編碼目標位址之 前，插入一用於檔案名稱之第四分隔字元。 6. —種自一主要檔案存取至少一編碼目標檔案的方法，該 檔案名稱包括一主要檔案名稱與至少一編碼目標位 址，其中上述至少一目標檔案可獲得，該方法包含步驟 如下： 26 1277882 剖析（p ar s i n g )上述檐案名稱（步驟3 Ο Ο ); 將上述至少一編碼目標位址依照專利範圍第3項 至第7項之任一的編碼步驟進行解碼（步驟3 2 0 );及 存取在上述編碼目標位址可獲得之上述至少一目 標檔案（步驟325 )。 7.如申請專利範圍第6項所述之方法，更包含下列步驟： 分析上述之解碼目標位址，以決定可在上述解碼 目標位址獲得之上述至少一目標檔案的類型；及 φ 啟動與上述至少一目標檔案類型相關聯的應用。 8 . —種超鏈結設備，其至少包含適於實施如申請專利範圍 第1項至第5項之任一項所述方法的構件。 9. 一種存取設備，其至少包含適於實施如申請專利範圍第 6項至第7項之任一項所述方法的構件

1 〇. —種電腦可讀取媒體，其至少包含用以執行如申請專利 範圍第1項至第7項任一項所述方法之指令。 27 1% IB ， I H 夕號專利案年^月修正

編碼的超連結檔案名稱 第2圖 編碼的超連結檔案名稱

第3圖 1277882 七、指定代表圖： (一） 、本案指定代表圖為：第la圖。 (二） 、本代表圖之元件代表符號簡單說明： I 0 0取得主要檔案名稱 11 5取得來源檔案位址 II 0將來源檔案位址編碼 11 6合併主要槽案名稱及編 1 20重新命名該檔案 碼的來源槽案位址

八、本案若有化學式時^請揭不最能顯不 發明特徵的化學式： 4