TW400487B - Electronic document delivery system - Google Patents

Description

本發明屬電腦網路相關領域。更读切而言，本發明系 將電子文件透過網際網路（Internet)傳送給用戶之相關 術。 ίΜΛΛ •1_±_文件之傳读 電腦化資訊之來源，無論來自網際網路或其他網路， 其發展已使一般大眾可獲得之電子資訊大幅增加。近來， 網際網路的使用者可以親手操作網際網路領航系統，劉覽 感興趣或不感興趣的網址。 網際網路系統上一個先天存在的問題就是，資訊的分 送是透過一個"拉取"式的硬體結構，想要獲得資訊的使用 者必須親自搜尋網際網路上感興趣的網址，或使用查取應 用程式來搜尋及下載適當之資訊。對於想要公布或發送資 訊或文件的使用者而言，無論此使用者是個人或是團體， 在目前的"拉取"式系統中’使用者不能以"推送"式的方法 自由地將訊息分送給一個收件人或是一群收件人。 傳真技術目前廣泛地被使用來分送簡單的文件，然而 卻也有許多的缺點，諸如印出文件品質不佳，使用紙張過 多且耗費龐大（尤其是當收件人不在乎將文件印出在紙上 時更是如此），文件内容損失（如文字及圖片内容不能進 行編輯處理），及傳送較長或複雜文件耗時甚長等。 電子郵件（E-mail)是另一種電腦使用者間寄送電子訊

五、發明說明（2) ^的方式。電子郵件的好處是方便、格式化 息儲存起來以備曰後使用。正因如此，電子郵件 接受及使用，成為基本通訊方式。然而，電子 ASCII碼為主要格式，因此用在長篇或已格式化的文件 上’功能非常有限。電子郵件也不被 文件’像是報告、文章、廣I、藝術作品等可能；= 格線（page layout grids)、附錄格式物件 (postscrip^^^ 〇bjects) ^ 多 ^ 子體（fonts Wlth tracking and kerning)、圖片、 5表格、視算表及其他複雜資訊等的文件。部分電子郵 件系統讓使用者在以ASCI I碼為主的電子郵件訊息上，可 :加-相關檔案’此檔案可連同電子郵件訊息一同被下 ，二大部分讓使用者可附加相關檔案的系統只能讓一個使 寄給一位朋友一些沒有任何安全措施保障的檔案。使 用：不巧同時有控制地對多人進行自動訊息分送，系統也 =提供兩級會計、理帳或其他類似服務（如收件通知）。 子郵件閘同時也限制了附加附件的可行性，在安全及收 件通知或確認的問題方面也無法解決。 C. Baudoin之專利，企業電子郵件中心（美國專利號 ★ 一 6^ 557，1 995年4月11曰）公開了 一種企業通訊中心， 、就疋一個含有共同核心及多個輸入輸出模組的電腦中 二。輪入組件連上第一個終端使用者，將此第一終端使用 、、寄出的訊息轉成普遍的格式。此中心核將訊息排序，轉 送至輪出組件進行轉換’轉成目標使用者使用的格式。此

發明的 個中心 原本是 理論為 濟、快 能保存 的電子 以有效 給多個 電腦中心 的功能是 文字權其 文件的傳 速的文件 原本電子 文件傳遞 、經濟、 收件人， 送提供了 一些 公開了轉送簡單電子郵件訊息的技術，這 要轉換電子郵件訊息的格式，因此會失去 檔案的完整性。此公開的習見技術系統及 但卻無法提供一經 傳遞系統，能以”推送”方式運作，同時又 槽案的完整性。因此，若能發展一套這樣 系統將是一大技術上的進展。此外，能夠 可靠的方式將可攜式高品質電子文件分送 則是技術上更大的進步。 路（IntraneO 夕虫令 n 的一個：：路越來越被廣泛的用來通訊。現在網際網路上 =件人可以直接將一份文件寄給一個特定的收件 的問： 作業平台、操作系統或電子郵件系統相容 二*收件人不是電腦而是連到網際網路上的一 口傳真機或印表機時，這種通訊方式也行得通。 許多時候文件的寄件人位於一個區域網路上（i〇cai UN) ’通常也稱為企業網路(intranet)， ==也可直接連上網際網路，或者是透過企業網 路的伺服器連上網際網路。纟業網路大部分有安全保護系 :道所謂的防火牆或代理词服器和網際網路相 :電為軟體和/或硬體’限制連到企業網路或桌 亡電腦的管道。代理飼服器是一種專門在企業網路内及企 五、發明說明（4) — 這種防火牆提供了一種或多種的基本服務。首先，防 火踏阻止企業網路的使用者獲取網際網路上的—些特殊資 訊。因此’辦公室員工便無法連上和工作無關的網際網路 站。第二’防火牆使企業網路外的使用者不能取得企業網 路上的資訊❹第三，防火牆使企業網路的使用者無法將機 密資訊從企業網路傳到網際網路上。一般而言，阻斷外界 隨意連到企業網路的通道也就阻斷了由企業網路將資訊傳 到網際網路機會。 人們已使用各種方法，利用網際網路，在受防火牆保 護的企業網路間傳送資料。其中一個方法就是鑰匙管理方 式，在Aziz的網站防火牆上網際網路通訊協定共用之鑰匙 管理方式之方法及裝置（Aziz，Math〇d and Apparatus for Key-Management Scheme for Use with Internet

Protocols at Site Firewalls，美國專利號5,416,842， 19 9 5年5月1 6曰）中有提到提到。在此方式中，網站内的 資訊通訊在網際網路通訊協定（Internet Pr〇t〇c〇1，ιρ) 層中使用跳躍處理方式（Skip)將訊息加密，防止通訊結點 的來源或目的地址遭到刪除。 IP資訊包只有在從一個網站防火牆傳到另一網站防火 牆之間時被加密處理，因此只有防火牆之伺服器需要參與 跳躍處理的過程。當一個防火牆收到一來自内部網站結點 要送往另一防火牆之IP資訊包，此防火牆便將此IP資訊包 加密，再以另一 IP資訊包密封，送往另一防火牆。另一端 的防火牆將密封的資訊包解密，再其送往防火牆内部的目

第10頁 五、發明說明（5) 的結點。 然而’這樣的方式需要收受加密之IP資訊包的遠端防 火牆伺服器經過一定配置，才能將資訊包解密。被加密的 資訊不能直接送到使用不同防火牆伺服器的電腦或企業網 路系統’也不能送到像是傳真機或印表機等裝置上。

Gelb之透過將ip通訊協定收到之資訊轉成非ιρ通訊協 定以移除地址及路徑服務資訊，預防網路間未經授權通訊 之安全系統 ’（Security System for Preventing

Unauthorized Communications Between Networks by Translating Communications Received in IP Protocol to Non-IP Protocol to Remove Address and Routing Services Information，美國專利號5,550 984，1 996 年8 月27日）其中描述一連接電腦網路的安全系統，然而Gelb 沒有為如何能夠透過防火牆或代理伺服器傳送文件提出解 決之道。 因此右能找出個方式或系統，使文件能傳送過一連 串之防火牆或代理伺服器將是一大進步。若這個方式及系 統能進一步使文件能傳送到某些如傳真機或印表機等裝 置，將是更大的進展。若此方式及系統不要求收受訊息一 端的電腦一定要有解密防火牆，則是另一大進展。 文件轉換 兩個不同系統間貝況傳送問題之所以複雜，在於不同 系統間基本上些許不相容’像是系統能力不同。印表機和

第11頁 五、發明說明（6) 個人電腦在能力上極不同，此外印表機能接受的資料格式 組也不同。舉例來說，個人電腦也許能處理一個 ""

WordPerfect的文件、可攜式文件（如Ad〇be Acr〇bat或 Novell Envoy)或HTML文件。相反的，印表機也許只能 接受PCL檔案，或是附錄（P〇stscript)檔案。傳真機和印 表機一樣，也只能接收Group 3 (組3 )壓縮黑白掃描光攔 形式之文件。因此，不同的裝置就其所能接受的 而言，各有不同的能力。 巧 同樣的，不同種類的資料也有不同程度的彈性和功 ，。舉例而t -個EnvQy或PDF㈣能被 J，支援數百種色彩，甚至支援文字和字趙。另一方了：： I Gr〇UP 3壓縮傳真影像受限於解析度之故，僅能支 兩色，且不支援文字或字體，因而使以⑽口 3壓縮之 的收件人能力受限，無法進行除了基本運作外的任何 一個較健全的資料形式，諸如可攜式文件其 攜犬Ϊ Ϊ f件能被轉成較不健全的形式。在例子中，-可 ，式文件旎被轉成附錄（Postscript)檔 τ 壓縮影像。因此有人可能切兔 ’、甚至疋Group 3 式，而Group 3壓縮影像是較低階的資料形式。 枓 大部份而言，如果接收系統能 高階形式轉為低階形式的機制

的共同格式。 M. Wi (美國專 種加強電 可使電子 網路中一 參考表皆 上的主機 電子郵件 動態資料 也不考慮 lliams及R. Yun的強化電子郵件分送方 利號5,424,724 ;1 995年6月13日）發明X —裝置一 子郵件傳送的方式及裝置，透過單—:， 郵件分送到多重主機系統和/或外部網機區 些經過選擇的主機被加設主機參考表網 =定Π結點的身份辨識碼，❿這些結點和點 主機參考表可決定一適當主機，以將 選疋結點。本方法及裝置中並無提供任何 轉換的措施。因此，文件傳送時形式未加改 目的結點的處理能力。 T. Schultz, A. Gross, B. Pappas, G. Shifrin L_ Mack之以不同格式分送文件至遠端終端機的裝置及方 法（美國專利號4,754,428;1988年6月28日），及丁 Schultz, A. Gross, B. Pappas, G. Shifrin, L. Mack 的電子郵件（美國專利號4,713,780 ; 1987年12月15號） 的發明’公開了 -種傳送文件的方式和裝置，這些文件的 來源通常為區域網址上連接到印表機類的輸出裝置之 文件被傳到一個或多個遠端目的地，此處的印表機或顯示 裝置，文件來源之印表機輸出裝置極不同。印表機輸出裝 置所提供的印表機指令訊號被轉為代表個別文字的文字資 料及代表文件裡每頁水平或垂直之位置的位置資料。文 及位置資料再被傳輸到一遠端位置，轉成一種可驅動印表 機或其他展示裝置的形式，以一行行還原原文件。

五、發明說明（8) 428及780號的專利發明公開了使用向上階轉換資料 (upstream data conversion)的方式，但不提供向下階轉 換資料（downstream data conversion)的方式。也就是 說，42 8及780號專利發明公開了一種能使文字被送到印表 機後，轉成印表機特別格式的方式及裝置。然而，這種方 式及裝置無法用於高階資料形式，而在一定必須進行轉換 時，也只能將資料轉成較低階的資料形式。因此，當印表 機格式不明或印表機在文件完成前就已設定，或像在網際 網路這種異質網路上傳送資料時，這種方式就往往不令人 滿意。 L. Harkins, K. Hayward, T. Herceg, J. Levine D. Parson之重要收件人方有存取管道之通訊網路 ， (Network Having Selectively Accessible Recipient

Prioritized Communication Channel Profiles，美國專 利號5,513, 123。1996年4月30日）專利中公開一種方式， 使寄件人可自動將資訊分送給網路上使用有收件人資^之 裝置及通訊管道的收件人。收件人資料替網路上的收件人 排定資訊的先後順序及資訊的接收模式，然後這個資料被 公布在網路上的一個儲存處，供所有網路使用者，或網 上的特定團體或個人使用。專利中公開的網路並無提供 料轉換’而是基於收件人的不同能力來寄送預定資料^ 此，每一個收件人在交換資料前，須先建立一袼式。 M. Bloomfield之以寄件人為主之傳真儲存及轉送設 備（Sender-Based Facsimile Store and Forward 〇 又

Fac^ty ’美國專利號54〇4 23i，1 995年4月4曰）專利 :::種系統’能在傳送以傳真為主的資訊肖，提供以 位-® '主的儲存及轉送服務。此一系統只涉及傳送傳真 疋圖影像，而無關於資料轉換。 有轅端技術的種種限制能發明-種系統，能保 較低階形式的能力’以便於將來更有彈性進行這樣 極女同時也能於適當時發揮更好的功&，對人類將有 稂大助益。 本發 件，最好 HTTP將文 件的收件 協定由伺 有控制性 式分送文 傳送到眾 資訊送回 本發 網路的桌 器，將文 料的HTTP 表格。因 明提供 是可攜 件「推 人發出 服器下 的傳送 件和通 多的收 給寄件 明亦提 上型電 件傳到 是一種 此，防 一電子 式文件 送」至 一般性 載文件 可攜式 知的飼 件人手 人。 供一種 腦，穿 網際網 有效的 火牆不 文件傳遞系統及使用方式。這份文 ’被傳到遠端伺服器上（即使用 飼服器）。伺服器收到文件後對文 的通知’收件人便可使用區域通訊 。在較佳實施例中，本發明被用來 文件’透過一使用儲存再轉送的方 服器網，一方面將文件由一寄件人 上’另一方面則同時將路徑及會計 寄送文件的方式及系統，可使企業 過一連串的防火牆和/或代理伺服 路上之伺服器。防火牆預設文字資 運作方式，可以讓使用者填入HTML 會阻斷文字資料的HTTP。本發明利

用HTTP的這個特色 能穿過防火牆。 阻斷防火牆提供的安 全保護，使文件 企業網路系統上受防火 用一種軟趙來存取網際網路 料加碼，以文字方式傳送。 小的文字包。這些文字包利 經過配置，能接受這種文字 將文字包轉回原本的二元資 了網際網路伺服器，便能直 器、桌上電腦、印表機或傳 本發明進一步提供一種 人能力及傳送文件的形式動 收件人能力為何，本伺服器 傳送已格式化的文件。舉例 型電腦、網路電腦、印表機 器。本伺服器試圖維持文件 延後做出何時該將文件轉成 送過程中每一步驟的潛在選 接使用高階形式的資料，而 形式。 牆或代理伺服器保護的電腦使 上的資料。此一軟體將二元資 這些二元資料可再被次分為較 用HTTP被送至防火牆外的已經 包的飼服器上。這個伺服器再 料形式。這些二元資料一旦上 接被送往其他的網際網路伺服 真機。 文件傳遞伺服器，可基於收件 態調整文件的形式。因此不論 能夠在使用者看不見的情況下 來說，收件人平台可能是桌上 、傳真機、或個人數據助理 的資訊在一種高階形式， 低階形式的決定，因而增加傳 擇及功能。因此，本發明吁直 在必要時才將資料轉成較低階 附圖簡祕 圖一是使用一個二元檔案伺服器之二元檔案傳遞系統方塊 fgl · 闽，

第16頁

二元檔案祠服器之二元檔案傳遞系統方 塊 圖 — 是 使 用 兩個 圖 圖 三 是儲存 動作 圖 四 是 — 元 檔案 圖 五 是 -— 元 檔案 圖 六 是 — 元 檔案 圈 七 是 — 元 檔案 圖 八 是 儲 存 結構 圖 九 顯 示 使 用者 層 亦 即 預 約時 transact ions, 圖 十 顯 示 一 旦寄 在 轉 送 一 儲 存動 圖 十 — 是 帳 號管 圖 十 二 是 白 動記 圖 十 — 是 伺 服器 圖 十 四 是 描 繪使 件 傳 遞 系 統 功能 圖 十 五 是 描 繪使 件 傳 遞 系 統 功能 圖 十 顯 示 本發 及 收 件 客 戶 應用 囷 十 七 顯 示 本發 式； 主要成分之方塊 傳遞系統之簡圖 伺服器實施例之 傳遞伺服器進行 傳遞伺服器其結 之方塊圖； 預約時間如何將 間、傳送、及運 transports) ° 件預約時間開始 作時，非互動傳 理員結構細部圖 錄器結構細部圖 連接器結構細部 用一個可攜式文 方塊圖； 用兩個可攜式文 方塊圖； 明如何使用可攜 程式，· 明如何應用伺服 圖； 結構； 之各種不同的儲存動作； 構的特殊原件方塊圖； 組織網路上的客戶分成三 輸（sess i ons, 一儲存動作或另 送工作的情況； 一伺服器 圖； 件傳遞伺服器的可攜式 件傳遞伺服器的可攜式 文 文 式文件寄件客戶應用程式 器配置使用者介面應用程

五、發明說明（12) 圖十八顯示如何透過一伺服器的傳真閘將一份文件傳到印 表機上； 圖十九顯示/公司伺服器的部門閘如何透過LAN將一文件 傳到該部門的印表機上； 圖一十是本發明中將資料傳輸過防火牆和/或代理伺服器 的系統簡圖； 圖二十一展示本發明將資料傳輸過防火牆和/或代理伺服 器的演算法示範流程圖； 圖二十二是本發明中要穿過防火牆和/或代理伺服器將一 原始檔案傳送出去必須的一組操作過程示範流程圖； 圖二十三是顯示本發明中使用動態文件轉換伺服器的應用 程式範例方塊簡圖； 圖二十四是另一個顯示本發明中使用動態文件轉換伺服器 的應用程式範例方塊簡圖； 圖二十五是顯示目前本發明動態資料轉換伺服器最佳實施 例之方塊簡圖。 圖1 1 6寄件電腦 12伺服器 2 2收件電腦 圖2 1 6寄件電腦

第18頁 五、發明說明（13) 12a伺服器A 12η伺服器N 22收件電腦 圖3 34 二元檔案樹 3 6描述符號 圖4 44a 客戶 44b 客戶 44η 客戶 46帳號管理員 4 2儲存區 圖5 5 2 網際網路寄件 54 網際網路收件 56傳真閘 58轉送器 42儲存區 6 0編檔器 62格式翻譯器 64 萬維網公告器 6 6 拿取通知器 圖6 68創造動作

第19頁 五、發明說明（14) 6 9刪除動作 7 0修正動作 6 7儲存動作 圖7 42儲存區 72使用者預約時間： 寄件， 收件， 維修 74傳遞 76控制台 78帳號管理員 80伺服器連接器 82 OS存取器 84郵件閘 86自動記錄器 88伺服器應用程式 在需要時相互使用 圖8 90儲存客戶 92儲存管理員 94儲存項目管理員 96儲存動作管理員 9 8 0 S儲存區

第20頁 五、發明說明（15) 圖9 I 0 2 預約時間管理員 104 BAJA預約時間管理員 106 HTML預約時間管理員 108傳送細目管理員 II 0 BAHA傳送細目解譯器 112 HTML傳送細目解譯器 114 運輸（HTTP 或TCP/IP) 118 HTML 運輸 圖10 4 2 儲存區 122管理員 58 轉送器 1 2 4 伺服器目錄 6 6 通知器 80 伺服器連接器 84 郵件閘 圖11 132區域帳號 134帳務帳號 136遠端帳號 138 DBM存取 圖12 142記錄界面

第21頁 五、發明說明（16) 86 自動記錄器 144 同步查詢界面 146 LOG I/O 圖13 1 5 2伺服器收件預約時間管理員 伺服器收件傳送細目管理員 80 伺服器連接器 1 54同步寄件預約時間管理員 1 5 6非同步寄件預約時間管理員 1 5 8伺服器運輸 圖14 16 寄件人 12 伺服器 178印表機 22 收件人 172傳真機 圖15 16 寄件人 12a伺服器 12η伺服器 178印表機 22 收件人 172傳真機 圖16

第22頁 五、發明說明（17) 1 90應用程式 192可攜式文件寄件客戶 12 伺服器 1 94可攜式文件收件客戶 1 96應用程式 圖17 1 9 8伺服器配置使用者界面 12 伺服器 圖18 12 伺服器 5 6 傳真閘 1 7 8印表機 圖19 2 0 0企業伺服器 2 02部門閘 2 0 4區域網路

1 7 8部門印表機 圖20 312 GIF 3 1 4寄件人 316文字包 HTTP 3 1 8防火牆/代理伺服器 3 2 0網際網路伺服器

第23頁 五、發明說明（18) 322 PC 囷21 1 2 0 0辨識寄件伺服器地址 1 2 0 5辨識代理伺服器地址 1 2 1 0辨識必須之傳遞參數 1215將GIF檔轉成文字檔 1 220將文字檔打散成小文字包 1 2 2 5連上網際網路伺 123。展開槽案傳送 1235送出文字包 1 240結束檔案傳送 1 245結束預約時間 1 250將文字包重組成一個文字檔 1 255將文字檔轉成GIF檔 1 260將GIF轉送給預定的收件人 圖22

一Ί客戶使用基本的64加碼法將原本檔案轉成ASCI I 戶將文字形式的檔案打散成41(的文字包 門.僂逆们/用傳遞伺服器開一ΗΤΤΡ管並展開一預約時 回送出一預約時， ID . ^ - HTTP t ^ ^ ^ Γ. ID %，傳适伺服器回送出一傳送

五、發明說明（19) 1 32 0寄件客戶用傳遞伺服器開一 HTTP管，出示預約時間 I D和傳送I D，然後開始傳送第一個文字包；傳送伺 服器回送出一傳送成功碼 1 3 2 5重複上述步驟直到傳遞伺服器送出傳送失敗碼或所 有資料皆已傳送完畢才停止 1 330寄件客戶用傳遞伺服器開一 HTTP管，出示預約時間 I D和傳送I D，然後結束傳送；傳送伺服器回送出一 傳送成功碼 1 33 5寄件客戶用傳遞伺服器開一 HTTP管，出示預約時間 I D，然後結束預約時間 1 3 4 0傳遞伺服器將文字包重組，把文字轉成原本之形 式，再將這還原成原本形式的檔案轉送給收件人 圖23 412 WordPerfect 寄件人 410 DDCS (舊金山） 420 DDCS (巴黎） 418 HP/PCL 414 PC 416 Group 4 圖24 42 2 Quark寄件人 426 DDCS (舊金山） 424 PC 圖25

第25頁

426 DDCS 442 LDAP伺服器 424 PC 4 31寄件客戶 432資料 434轉換引擎 435形式對照表 436能力對照表 437使用者資料庫 438寄件人 439收件人 440推斷引擎 441 LDAP詢問引擎 較佳實施你丨詳诚 檔案傳遞系统1 〇 點 使文件能安全傳到特定^ 义的對急 是一"拉取"式的公告環境， 電子郵件。很重要的〜U公司、出版者、及個人能分 前萬維網（Web)文件公告枝洗_是，二元擋案傳遞系統1〇和目 Φ不同’二元檔案傳遞系統i 〇 目前萬維網的特色就是$ L it * ., 文件的消費者必須從一伺服器 上找尋及檢索文件。相反的，”推送"式公告環境使文件的 製作人能夠直接將文件傳到消費者手上。傳真、郵件遞送

五、發明說明（21) 服務、以及電子郵件都是推 圖-是描緣二元權案傳遞系統1〇 =:匕 服器12的：塊圖。二元播案傳遞系統=使甸

=遞二=製作人能設定將文件送=IS 網路上拉取資訊的ΗΤ;達；在於它將通常用於 久錄々杜值ήΓ 傳伺服，提供許多服務，便於 ίϊϊ! 用程式之運作”尤某個層… ： 資料，此外，統也支援比二 ，-個供-般使用的文件傳遞飼服器，能： 文件及傳送。整體而言，二元構案傳遞系以 效的傳送文件。 整而有 利用=元檔案傳遞系統! 〇也被用纟 傳送到-個或多個終點。終點通常指的 =網際網路之收件人22，但也有可能是其他形式，：： 傳真機172或印表機178 (圖14、15 )。二元 : 式非常的可靠且有記錄可尋。二一、傳送方 已設：收件人的檔案提供多層安全保纟，包括 :::全保障等同的保言蔓，多至優於傳真或真實郵件 =:債務管理4系統亦可和多個二元二 == 器12配合，這些伺服器可被或可不被其它單位控制。圖^ 五、發明說明（22) ------- 描繪一個二元檔案傳遞系統使用兩個透過網際網路 二兀檔案伺服器12a及12η的情況。 通"代的 二元檔案傳遞伺服器12的主要運作模式有三. ”模式’寄件人16建立其帳號132，心必須-理帳其-為 式’寄件人16受一行政管理器控制，而理帳則 較像疋内部的會計問題而非收款問題；其三是公止則 有許多的收件人22，但寄件人16很少。 σ 、式’ 二元檔案傳遞伺服器12包含有不同功能的原件， =理或-共享圖書館的f料。二元檔案傳遞飼服器η，如 ,所示包括一智慧儲存區’稱為儲存區42，被一紐 ，為儲存客戶44的客戶44a-44n擴大，儲存客戶44使用儲 式並聽儲存動作以行事’但不參與也不知道其他 二帳號管理員46的原件為一共享服務’存有有關寄件 b的資料。此設計亦為收件應用程式（和電子郵件知會 程式相反）納入有關收件人2 2的資料。 。=戶/伺服器的一般結構比一管線結構有更佳的延展 匕使每個儲存客戶44各自獨立，這在有些任務有互動 而另一些為較具背景導向的情況時，更為有用。 儲存逐 目48$存區42包含一組儲存項目48 »如圖三所示，儲存項 包括一二元檔案樹34及一描述符號36(descript〇r)。 描述符號 b疋一組以儲存區及客戶界定的符號。二元檔案 可視為以儲存區界定之符號的一部份。

第28頁 五、發明說明（23) 統楹徂下列功能度： 目48中的二元檔 由一組以儲存區 可標寫一儲存項 新儲存項目48產 内部管理（亦即 1·對儲存項目48之永久儲存（亦即儲存項 案樹34被寫入硬碟）； 2·客戶可讀/寫描述符號36，描述符號36 及客戶界定的符號組成（亦即一客戶44 目48的有效日期）； 3. 向客戶知會儲存動作67 (亦即客戶44於 生’造成動作6 8時，便會被知會）； 4. 根據以儲存區界定的符號為基礎，進行 儲存動作有效日期會創造另一動作）。 並且製造儲存動 些以儲存區界定 數、檔案名、檔 。儲存動作6 7可 正70。因為動作 況下，幫助客戶 要角色。 儲存區42提供至儲存項目48的管道， 作67。。在儲存動作67中，儲存項目有一 的符號，諸如身份（ID)、創造日期、 案資料等’而客戶44則可聽取儲存動作心 3 ΐ 2存項目48的創造68、刪除69及修 你承，佳/ 44對其他客戶知識非常有限的情 使要進行的工作同步，故在結構中扮演重 儲存客$ 客戶44可分許多種，而特別 釋。在此框架了，儲存客戶 接下來會再做解 方式和/或聽-些健存動作67 : ’使用-些儲存 的任務。 在儲存項目48中進行有用 五、發明說明（24) 帳號營理員 帳號管理員46提供讀/寫管道給使用者和帳務帳號， 客户44或其他系統1〇上的原件也使用帳號管理員46。儲存 區42不使用也不知道這些帳號。 其他原件 本系統結也使用儲存客戶44及儲存區42本身所使用的 其他原件。舉例來說，如伺服器間之通訊、記錄管理、及 其他行政服務等，於下討論》 圖五為一元槽案飼服器42，包括使用來執行飼服器功 能的客戶44模組（ 52-66)的實施例結構圖。網際網路寄件 52被用來創造儲存項目48及填入符號。網際網路收件54打 開既有之儲存項目48並且可被用來修正符號。傳真閘56聽 到由儲存區42產生的創造動作μ，處理相關儲存項目48， 然後將其由儲存區42中消除。轉送器58聽到由儲存區42產 生的創造動作68 ’然後檢視新儲存項目48的符號，決定是 否需要轉送。編檔器6 〇聽到刪除動作，在把儲存項目48刪 ，前’先將儲存項目48複製到第二個人儲存區中。格式翻 譯器62聽到創造動作，檢查符號，假使需要翻譯的話，格 式翻譯器便將播案由儲存項目48中讀出，處理後再寫回儲 存項目48中。萬維網公告器64聽取創造動作68，檢查是否 儲存項目符號提及任何的網站公告，如果有的話，在必要 時讀取這些符號。拿取通知器66聽到創造動作68後通知收

第30頁 五、發明說明（25) 件人22。 以網際網路為某礎的傕用者安全問題 二元檔案傳遞系統1〇有彈性地支援特殊安全保障方式 的同時，也支援目前本行標準之安全保障措施，包括： a. 安全之伺服器相互連接及伺服器確認（可見於内建在伺 服器（HTTP)中的SSL 2. 0上）·， b. 安全之祠服器對伺服器溝通（除了 SSLX以外）； c. 支援終點個人鑰匙（個人鑰匙必須由使用者用其個人頻 道進行交換）； d-支援終點公共餘匙，使用crypt 〇AP I或標準使用者公共 鑰政。本系統也能幫助使用者製造一僅供使用的公 共鑰匙，並且更新使用者帳號資訊，因此寄件人不必直 接和收件人溝通以取得公共鑰匙； e.由有SSL及MS PCT的飼服器進行客戶確認（終端使用者 可取得自己的証書及由伺服器確認身份）。 二元權案傳遞伺服器12很重要一點就是它可以平行方 式處理多重要求’減少回應大部分要求的時間。因此同 步的問題就正確性及系統表現而言都很重要。促進表現的 方式為，減少同步資料存取，盡量換成非同步處理使用 多工及交互處理通訊（Inter-process Communication IPC)作為平台。伺服器丨2的實施例極依賴理緒法 ’ (threading)在一處理過程中提供簡易多工處理，並在可 能時影響多處理器。在此實施例中的丨pC除了使用郵件槽

第31頁 五、發明說明（26) 或遠端程序呼叫（Remote Procedure Call，RPC)之外，還 使用各#已定名的管線（named pipes)。 圖七為二元檔案傳遞伺服器12結構中的特殊原件方塊 圖。 使用者預約時間72處理寄件預約時間，收件預約時間 (這兩個預約時間在使用者使用BFD桌上應用程式〗92、 198時便展開執行），HTML收件預約時間（透過HTJfL瀏覽

器執行’和使用者使用BFD桌上1 64的情形相反（注意bfD 桌上預約時間可能通過HTML ))，維修預約時間（執行帳 號之設立及維修預約時間（亦即通知之下載，帳號設定之 修正（勿將其和行政管理器的控制台服務混淆，行政管理 之終端使用者相反），HTML維修預約時間 (透過HTML瀏覽器執行帳號設立及維修）。 送丄成傳遞的背景…包括通知及轉 送控制。76被用來執行行政預約時間，而杆跄虚县读 過匯介面’而非特殊使用者介面。控制台理= 者介面來瀏覽並修正所有伺服 2 &供使用 錄、表現、及參數設定Γ 的功能，包括帳號、記 共享原件 共享原件可供儲存區 它們可在需 用，或可自行運作。當其 二可供任一儲存客戶44使 要時，使用储存方式存動作67時，它 )。共享原件可包括： 作（如用在連接器收件上 五、發明說明（27) 1. 帳號管理員維修所有區域帳號資料並提供獨特的管道介 面給區域帳號’包括帳務帳號及遠端帳號資訊； 2. 伺服器連接器8 0，處理所有伺服器間之通訊； 3. 郵件閘84，處理被退回信件的寄送及收件； 4. 自動s己錄器86管理讀/寫以形式分類的機密記錄之管 道。最重要的記錄為寄送/收件傳送記錄，此一記錄追 蹤儲存項目48發生的每一件事；以及 5. 1作系統存取器82，使操作系統的檔案輸入及輸出 (/〇)無須某特定平台介面，並提供過程管理（同步、 ^定、理緒（thread)、處理），IPC UPC、共享記憶 享儲存序列、管線），網路存取（TCT/I1^ , rr;^:r^'pop/sMTp^^^ 器應用葙< 伺服 元擋案傳 供帳號管 器行政方 參數/配 囷八 用來維持 能。儲存 保護、及 】m88根據配置參數，開啟及關閉所有二 ===各個部分。飼服器應用㈣8也提 面的功：！動記錄器86不包括的-些伺服 置等。 資科’使用者資訊及伺服器 為描緣儲存區4 2結構之士 & m 全域狀_，η + 塊圖。儲存管理員92被 ΐϊϊί昌二：儲存區42並提供管理的功 快取Μ制u γ ^來維持一儲存項目48的狀態、 决取機制。儲存動作管理員96被用來維持使用者 第33頁 五、發明說明（28) 2及動作過遽器，同時也根據動作過濾器及動作優先順 序分派動作。 圖九描缚使用者預約時間如何將網際網路上的客戶组 階層，包括預約時間、傳送、及運輸。預約時間 =員102維持目前所有的活躍預約時間狀態並進行與預 約時間相關的管理功能。它利用儲存區42及帳號管理員 4二2來自傳送管理員108的傳送訊息。傳送管理員 運輸管理員114,118的原始資料，使用-個或多 個BFD傳送解譯器11G或腿傳送解譯器112，進行檢 二訊將號眘使Λ為有效訊號及進行前置處理 '然後傳送管理員 Γη管理=適當的胸預約時間管理員1 〇4或_預約 等待回覆’然後再將回答送回適當的運 輸管理員114或118。 圖十=寄件預約時間創造—儲存項_或另一伺服 器1 2 a-n轉送儲存項目48時’傳送中的韭 傳送管理員1 22艟相關蚀户缸^中的非動任務1 2(^ 和通知^ Λ / 作後，作出轉送的決定， 押通知器66及轉送器58協調工作。 件區域及伺服器F Μ Ρ…“ 錄§己錄電子郵 郵件通知= = = =器=器66被用來發送電子 將儲存項目48發u立灿y轉送器58利用伺服器連接器80 ’ 雷；：Ϊ 送其他伺服器12"。因為並非所有的 郵件通知收件人都收得到， 、 器檢查飼服器郵件帳號，看看腦用電子郵件掃描 再將這郵件和傳逆看有·被退回之郵件，然後 卞和得送不成功的記錄相比較。 圖十一為提供帳號管理員結構13〇的細節。帳號管理 五、發明說明（29) '— 員78被用來替區域伺服器1 2維持使用者帳號狀態1 32，替 區域帳號132維持帳務帳號狀態134，查詢區域帳號132， 及維持遠端帳號136的目錄。遠端帳號目錄136的主要目的 在於將電子郵件地址和BFD帳號或非BFD帳號聯系起來。 圊十一提供自動s己錄器結構之細節。圚十三提供词服 器連接器結構之細節。 系統運作 下述例子將解釋二元檔案傳遞系統1〇如何從一寄件人 16將電子資訊分送給收件人22。一位虛構的出版者， SAM ’在加州紅木市’想要送一份文件給一個在日本東京 的朋友ROB。下述的動作就描述了文件如何在有控制的方 式下完成傳送。 SAM連上加州聖塔克拉拉（Santa Cl ara)的區域伺服器 SAM的BFD桌上電腦連上聖塔克拉拉區域伺服器1 2a， 在那裡他有個使用者帳號。預約時間管理員1 〇 2詢問帳號 管理員78，以確認使用者16(SAM)的身份。然後預約時間 管理員1 02便為使用者1 6開闢一寄件預約時間狀態。 SAM的寄件預約時間 SAM的BFD桌上電腦寄出傳送的細節，諸如檔案號碼， 檔案大小’及收件人等。預約時間管理員1 02將此資料附 在預約時間狀態上。然後預約時間管理員1 02在記憶體中

第35頁 五、發明說明（30) 開闢一儲存項目48描述符36，並用儲存區42及儲存項 在硬碟中保留空間。然後便開始上載。預約時間管理I ID 102利用非同步i/o直接將資料缠繞在檔案上。 當SAM所有檔案的上載18都完成後，預約時間管理 1 02便以非同步方式將儲存項目描述符號36的最新資 $硬碟上，然後以非同步方式將儲存項目48插入儲存區 :約=管理員102送出確認訊息以表示_ 工 成，並提供有關傳送的資訊。然後此預約時間就算結 拉儲存菡 同步= = = =這：動作被_2以非 在ΐί儲存項目描述符號36。每有相合之處便 = -動作和收件人(関。然後此線緒 動作編派線緒（e v e n t Η · 然後依系統調整參數，以非2 thread)拉取動作， 麥数以非同步方式派陸續送給收件人。

傳送器74被知會有一 緒，此線緒和儲存區4 2同 上等待。一但鎖被鎖上， 相關動作發生，因而開闢一線 步傳送’在儲存項目48的保護鎖 此線緒就讀取儲存項目描述符號 五、發明說明（31) 3 6，然後傳送 現收件人2 2是 管理員74透過 便決定轉送儲 連接器8 0將文 傳送器並不知 聖塔克拉 開啟一處理傳 存項目48上有 果連接不上， 也進入通訊協 符號36及相關 記錄器86中記 資訊已轉送後 的鎖。 在鎖解開 存項目描述符 傳送的儲存項 收件人22只有 儲存區42能將 理線緒便在稍 東京連接 訊。一旦通訊 向儲存區4 2要 管理員74分析後決定如何處理。分析結果發 在有另一個BFD伺服器12η的日本區域。傳送 查詢伺服器目錄124發現上述事實。管理員' 存項目48。轉送管理員80以非同步方式要求 件轉送到東京。然後傳送線緒便消失。注意 到伺服器的通訊協定。 ‘' 拉連接器80便轉送東京連接器80。連接器8〇 送要求的線緒。此一線緒知道主機，並在儲 一保護鎖。它試著連上東京伺服器12η。如 它就暫停一陣子。最終連接上後，連接器8〇 定解譯器’解譯器最後會傳送儲存項目描述 二元資料檔案34。然後此線緒關閉連線，在 上成功轉送資訊至東京伺服器12η ^在記錄 連接器80解開在儲存區42之儲存項目48上 儲存區42利用動作過濾器名單來過濾儲 號3 6 ’找出區域中處理的動作過遽器。成功 目4 8參考數為以一遞減的數串。在此例中， 一個’這意味著參考數最後會歸零。因此， 儲存項目48移至刪除名單上。儲存區42的管 後清除儲存項目48。 器收件人80上的一線緒出現，處理連接通 協定解譯器知曉傳來訊息為一轉送訊息’便 求提供一儲存項目ID36以及個別專用的儲存

五、發明說明（32) 空間。實際儲存項目描述符號3 6及檔案已在硬碟接收資料 時被寫入。 一旦連接通訊完成’儲存項目48便被以非同步的方式 插入東京二元檔案傳遞伺服器1211的儲存區42中。 傳送原件啟動 東京儲存區42在插入動作發生時，就展開一處理傳送 線緒的動作。儲存區42也在記錄器86中記上新項目插入的 動作。傳送器74的管理員1〇2明白此項目已被轉送過，而 這個伺服器12η會接收這項目。 飼服器12η向帳號管理員78詢問是否真有一符合R0B的 電子郵件地址的帳號《假使沒有和R〇B電子郵件相合的帳 號的話，飼服器就會寄一封信給R〇B，附上一顯示儲存項 目ID3 6的URL。它也為連接器80將非同步的要求加以排 序’通知聖塔克拉拉伺服器12n r0B已被知會。假使R〇B確 有^帳號，那麼傳送器就會非同步地要求帳號管理員78更 新資料，提醒它尚未完成的傳送；在本案例中，情況為繼 續進行。 查新文件 當ROB開始其收件預約時間，預約時間管理員丨〇2也同 步檢查ROB的帳號是否確實存在有效，然後在過程中更新 預約時間狀態，以記住帳號尚有一未完成的收件動作需完 成。ROB的BFD桌上電腦最後要求接收文件。預約時間狀態

第38頁 五、發明說明（33) 已有答案而表同意β ROB:桌上電腦170要求收件，於是預約時間 102同步向儲存區42要求在相關 Π讀準：預約時間管理員1〇2便能進行回 102便° ―旦文件彳皮下載之後’預約時間管理員 以非式在記錄器86上記下收件成功。然後它 ::::方式要求連接器80通知聖塔克拉拉 最後的傳送。 在東京的收件預約時間，預約時間管理員丨02解開 杜#二t同步方式對儲存區42發出一刪除要求。R0B的收 定解堪哭間於是中止。聖塔克拉拉的連接器80使用通訊協 碎器’指示所發出的通知必須列入記錄器86當中。 牛情況 SAM連上網路展開收件預約時間，然後進行維修預約 ^ B 。維修預約時間7 2收到要求，檢查已寄送文件的情 的，修預約時間72使用在送件時被下傳道sam桌上電腦 要子，目ID36同步對記錄器86提出查詢的要求。查詢結 、回屺錄相符的名單，這些名單在處理後被送回桌上電 腦’然後可更新使用者介面16。

Is 的平Γ攜式電子文件日益普遍。這些檔案可以被送到各種 'σ而不失其原貌。Adobe系統的Acrobat PDF及Novel 1 第39頁 五、發明說明（34) --- 的Envoy可攜式文件格式已廣為使用。本發明一較佳實施 例中，一可攜式文件傳遞系統1 60透過將可攜式文件技術 運用到網際網路的方式’為電子文件傳送提出一全面性的 解決之道。可攜式文件傳遞系統16〇有和可攜式電$子文件 格式’如Novell的ENVOY及Adobe系統的pDF，完全相容的 特性。 谷 可攜式文件傳遞系統上的可攜式文件的收件人Μ可以 瀏覽、搜尋、列印、檢索、或自文件輸出資料。配合使用 文件傳遞系統160及Envoy或Acrobat所送出的文件，視覺 上保存了完整的外觀’而且可以利用有高品質及高解析度 的高解析度輸出裝置列印《可攜式文件格式使一份文件能 保存資訊的内容及色彩，而許多的格式一方面使檔案能以 壓縮方式儲存，另一方面又能進行標記、搜詢、及超文字 聯接（hypertext linking)等功能。 圖十四為一功能方塊圚，描繪一個使用二元檔案傳 伺服器1 2的可攜式文件傳遞系統1 6 〇 a。圖十五是一功能方 塊圖描繪一可攜式文件傳遞系統16〇b，其使用兩個透^網 際網路通訊的二元檔案傳遞伺服器12a及i2b。 可攜式文件傳遞系統160在解決萬維網及電子郵件的 限制方面，除了提供額外服務，也包括運用一些除了在電 子郵件、http飼服器軟體及資料庫系統上使用的伺服器軟 體。因此，可攜式文件傳遞系統16〇結合了業界對電子郵 件、萬維網、及資料庫等的標準解決方式，公司行號及 用者能將文件傳送到設定的收件人手上。

五、發明說明（35) 接下來所揭示之發明強調解決一般文件傳送 本要求，以及可攜式文件傳遞系統16〇的特殊：題的基 可攜式文件傳遞系統1 6 〇結合三個基本元件，一 文件傳送提供解決之道。 局一般 1. 可攜式文件寄件客戶可攜式文件寄件客戶 ipriable document send client，PDSC)192將所有桌上 電腦應用程式19〇及可攜式文件傳遞系統160加以整Z早並 非本發明所有實施例中都要有PDSCi 92。若出版人只想 要直接影響BFD飼服器12，可逕行這麼做。PDSC192是特別 設計給那些要求對傳送問題點對點解決的一般公司電腦使 用者使用。 2. 二元檔案伺服器二元檔案傳遞伺服器12超越網際網 路之標準，將文件傳給收件人。在使用者看不見的情況 下，BFW司服器12可透過可攜式文件寄件客戶（]pDSC)192被 啟動，或者可直接利用伺服器配置使用者介面198而啟動 及依需要調整。 3. 可攜式文件收件客戶可攜式文件收件客戶 (portable document receive client，PDRC)194是文件 之收件人2 2用來收件、檢閱、及列印文件所使用的軟體原 件。沒有PDRC軟體1 94的收件人22會被給予一些連接管 道’使其能直接自網際網路上取得此軟體。概括而言’ PDRC194只單存作為 Netscape NAVIGAT〇R piug in或

Microsoft ActiveX控制元件，或 Java Appiet，因此可直 接將PDRC 194和收件人既有的瀏覽器加以整合。

第41頁 、發明說明（36) 圖十六描繪在本發明如何使用可攜式文件寄件客戶應 用程式及可攜式文件收件客戶應用程式。圖十七描繪本發 明如何使用伺服器配置使用者介面應用程式（servef configuration user interface appHcati〇n)。 文件僂遽系統之必備條株 就最基本的層面而言，文件傳送的解決方式必須使文 件的製作人能將文件寄送或"推送”到顧客的手上。設計可 攜式文件傳遞系統160的目的就在於使不同形式的收件 人’即使用不同之電腦系統，有著不同的操作系統、電子 郵件系統、及文件形式’也都可以受惠於接收、閱讀、及 使用電子可攜式文件。應用可攜式文件傳遞系統16〇的各 種不同設計參數包括主要電腦系統（如個人電腦，工作 站’伺服器）’主要操作系統（如麥金塔、Win3.1、Win ’95、NT、UNIX、0S/2)，電子郵件系統（如Micr〇s〇ft、 cc:Mail、Gropwise、Notes、Eudora)，文件形式（如 紙張、Postscript、Quark、WordPerfect、Excel)， 即使用者形式（如資管、法律、財經、消費者/家庭、行 銷通訊（M a r C 〇 m))。 可攜式文件傳遞系統160之獨特處在於它和所有電腦 系統、操作系統、電子郵件系統、及文件形式間的相容 性。本發明一實施例中’文件的寄件人1 6和收件人22都連 上網際網路。本發明一較佳實施例中，可攜式文件傳遞系 統160不但解決了網際網路上文件傳送的問題，同時還提

五、發明說明（37) 供與傳真機丨72及印表機178的舊有系統相容性（backward compatibility)’及和未來傳送列印結構的未來系統相容 性(forward compatibility)。 一般傳送 好的傳遞方式必須使使用者能將文件傳給任何人， 需要系統能支援許多的電腦平台’和傳真機172相容，和 未來的傳送列印結構也相容。可攜式文件傳遞系統16〇能 支援複雜的附錄權案（postscript files)之轉換和 不論收件人22的平台或電子郵件系統為何，只要收 有電子郵件帳號及連上網際網路的管道，文件就可被送到 收件人手中。 安全性 典型的文件傳送應用程式要求從文件料出 都有完整的安全保障。㈣文件傳送穿過公的： 路之機會增加，對於安全性的要求更為普遍。可 傳遞系…统16〇有多重安全保障措施。可攜式文件寄件'文件 !92辨站並創造一安全槽以將資訊上栽到伺服器12。因戶 此，非BFD伺服器無法攔截文件，此外，pDsn92讓寄 16:用個人和/或公共密碼，以保証只有文件的正確二 人才能取得這些文件。即使在沒有使用密碼的情況下，= 攜式文件傳遞系統1 6 0亦有複雜的演算 可 的使用者存取文件。 負算法，防止未經授權

五、發明說明（38) 帳號營理服$ 文件傳送應用程式常常是迎合商業 的寄件人16及收件人22都必須被保存。 文件 文件到同一個有十萬收件人22之團體的=。/义期傳送 人16需要工具來更新及運用有龐 分 2的寄件 庫。尸/刀送資料的資料 ",I ΐ ί文件傳遞系統160使出版人16能在BFD飼服器12 上開新帳说，然後和個別帳號132、134 J服器I2 此系統也可使出版人將數個使用者仃送。 :目上德Γ Ϊ:些傳送細目可被集結成傳送報告。舉例來 =每-文件的傳送都配有帳務碼及帳號。可攜式傳 遞系統160自動維持並更新帳號資料。可攜式文件 統160報告引擎使使用者可以為一已存在之帳號或替一特 碼開闢-報告。這樣的做法使客戶管理及理帳都更 傳送細目管理服務 和帳號管理有關的就是傳送細目管理的要求 件寄件人1 6和收件人22的眘料庙尤加士社 Λ ± 6旳貧枓庫不但有其必要，提供服務 以管理寄送文件之傳送細目也是必須的。舉例而言，寄件 人16也許想知道文件是否真的已送出，被收件人收到，也 第44頁 五、發明說明（39) 許也想知道是|鱼收 一筆傳送文件的翻咨文件。常見的情況是，出版人16想收 和傳送細目有關：J 1以會要求-些服務以維持並更新 可搞式資訊。▲ 記錄，並且維掊系統1 6G⑨夠為每一個寄送細目闢一 運作都和-個記錄。# —個傳送細目或文件的寄送 傳送細目的資料:關。使用者1 6可以直接向伺服器詢問 報告 則毫：細：管理除非有複雜的報告方式配合，否 完整報告，包i像來說’使用者16可獲得某一傳送的 使用者確認了文被送出、送給誰、多少個 有關的花費。傳送，或者是因帳務需要，可查和傳送 規模度及媚官 ，為文件傳送應用程式的大規模及應用 ;遞系統_能夠拓展本身能力，服務數百萬的文播件式或文： 二22。傳送過程的幾個階段連續發生，而另有其他幾個 階奴可能被延後或重新安排。在許多時候，可攜式 遞：統160動態地擴張頻寬或使用伺服器組12a-n :數量， 以達到文件傳送必須的輸入輸出訊息流通量。

可攜式文件傳遞系統160的規模度可配合使用者 /。伺服器軟體是設計來支援寄送每日數以百萬計的文

麵 第45頁 五、發明說明（40) 件，並且能夠利用一指定伺服器所配得的頻寬。舉例來 說’一個目前的BFD伺服器1 2有效地用1 0百萬位元/秒 (Megbit/second)的頻寬。BFD伺服器12上運作的各個過程 非同步進行’因此使多重處理伺服器12及某一個傳送服務 的複雜安排可發揮最大功效。系統特別注意進行連續運 作，尤其在收件人22要自伺服器12取得文件方面，更是如 此。 BFD飼服器1 2也能穿過其他伺服器丨2a-n分送工作。本 發明一較佳實施例讓伺服器丨2上個別的處理過程能穿過一 群飼服器1 2a-n被分送出去。在此實施例中，帳號管理過 程能在一個伺服器（即丨2d)上運作，並同時記錄，報告， 做傳送細目管理’寄件，傳播（pr〇pagate)，及檢索在其 他伺服器（即12h)上進行的過程。 亙攜式文件寄件客卢銳明 ▲ 可攜式文件寄件客戶（PDSC) 1 92使任何的電腦使用者 能直接從任何個人電腦，如PC或麥金塔電腦，將文件送出 去。PDSC192使用虛擬印表裝置，直接整合所有應用程式 192，因此使PDSC192和所有應用程式192及格式相容。报 重要的就是，因為PDSC 192直接和可攜式文件技術整合， 文件的寄件人1 6不須猜測文件收件人22的處理能力為何。 PDSC1 92允許兩個主要的使用模式：列印或"拉放"。 透過列印的方式，寄件人16可以很容易的由任何一個應用 程式選擇列印方式，引發一連串的動作以創造一可攜式文

Μ 口:4 .文件加上地址寄出。由使用者的觀點來看，他 :要選擇列印的指令，然後電腦上就會出現標準地址 I及地址冊供他們選擇文件送往的目的地。舉例來說， lcrosoft Mail的使用者會見到標準的Micr〇s〇f1： Mail& 址對話方塊，以決定一份文件該迸往何處。在選擇文件目 的地後，PDSC192自動連上BFD伺服器12，並且安全地上載 ，件U6、收件人2 2名單、及任配合寄件需要選定的符 號。π拉放”的用法讓使用者丨6避免要寄送文件時要啟動應 用程式及列印；文件可以直接被放在pDSC192寄送視窗 裡’寄件人的桌上電腦194可以連上此處。 額外的功能和特殊訂定的功能也是按個鍵就可完成。 在選地址過程中，使用者丨6可以利用階進選項，依需要自 由調整寄件的選項。透過預設的設定，每一次寄件都會再 使用已有的參數表寄送文件^使用者16也可以使用階進選 項使用者介面193來調整傳送選項，包括像是安全選擇和 收件要求等。舉例而言，如果使用者16希望調整他們的安 全選項’如個人及公共鑰匙碼，使用者只須選"加公共碼" 或"加個人碼”選項即可。同樣的，使用者能選"對方收件 後通知"選項，因此知會BFD伺服器1 2在文件已被對方收到 時確認傳送完成。 BFD伺服器配置選項及#用者介面 BFD飼服器12可直接由寄件人桌上電腦164進行配置及 調整。使用HTML形式的使用者介面就可由桌上電腦連上

五、發明說明（42) BFD伺服器1 2。這個使用者介面是要使伺服器行政管理員 有管道通達BFD伺服器的階進選項並能加以控制。舉例來 說’飼服器行政管理員可能會更新丨000, 000個應該收到某 一份文件的收件人資料庫，然後直接開始將文件寄到這些 收件人手上。伺服器行政管理原可做一份有關上一周寄送 細目的報告。 由桌上電腦1 66通到BFD伺服器1 2，使用者必須在BFD 飼服器1 2上有一個特殊帳號，此帳號是BFD伺服器丨2預先 設立好的。此外’透過此帳號連上BFI)伺服器丨2需要經過 數層的辨証及安全措施，因此可預防未經授權的使用者連 上。 飼服器配置使用者介面丨98讓使用者丨6能存取並控制 伺服器的一些設定’包括像是傳送細目管理、帳號管理、 報告設備、直接上載下載文件進行傳送、直接操作收件人 名單、及直接存取寄件選項。 可播式文件收件客戶 文件的收件人2 2可利用可攜式文件收件客戶 (PDRC) 194取得及操控那些利用BFD伺服器行政管理員，由 可攜式文件寄件客戶192或BFD伺服器1 2寄送到收件人手上 的文件。如果文件收件人22尚未有PDRC1 94，軟髅可直接 由網際網路下載及安裝。可攜式文件傳遞系統16〇之社 簡化此一過程，運用專門的軟體及程式碼，同時也造D 的瀏覽器結構，使第一次收件之收件人22能夠輕鬆存取接

五、發明說明（43) 收文件所必須的軟體。 可攜式文件收件客戶1 9 4的最基本功能就是可以作為 瀏覽器之延伸，諸如Netscape NAV I GATOR附加程式 (plug-in)或Microsoft ActiveX控制元件。對其他使用者 而言，PDRC1 9 4就如同一個輔助應用程式般的獨立程式。 偏好能夠從收件人桌上電腦170直接取得可攜式文件 的可攜式文件傳遞系統160顧客，有第三種應用程式可以 使用。在此配置之下，專門的可攜式文件收件客戶1 94可 以直接從網際網路被下載。這個元件會一直監督可攜式文 件傳遞系統1 60的活動，也會自動由BFW司服器1 2上抓出任 何的可攜式文件，然後立刻開啟這些文件以即刻和收件人 2 2的桌上電腦17 0進行文件通訊。 依照寄送配置的選則不同，可攜式文件傳遞系統1 6 〇 之可攜式文件收件人2 2可以查閱、搜尋、列印、檢索、或 者自文件上輸出資料。用Envoy或Acrobat配合可攜式文件 傳遞系統1 6 0而傳送的文件能在視覺上保持完整的外觀， 而且也能用高品質的高解析度輸出裝置列印出來。 圖十八描繪BFW司服器1 2的傳真閘56如何將一份文件 送到印表機1 78上。圖十九描繪一公司專用BFW司服器2〇〇 的部Μ閘202如何穿過區域網路2〇4將文件送到部門印表機 178 上。 雖然電子文件傳遞系統和其使用方式在此和網際網路 的使用綜合描述，但此發明可適用於任何各種網路，包括 網際網路、企業網路、區域網路、廣域網路、或依需要任

第49頁 五、發明說明（44) 意上述網：之組合。同樣的，本發明也可用在各種電 台、通訊協定、可搞式文件格式、或依需要任意組合。 網際網路/企業網路安全招 本發明也提供了-種方法和系統，可穿過一連串 牆和^或，判服器寄送文件1火牆和代耗服器阻斷 各種資料從桌上電腦被傳到網際網路伺服器上。然而，防 火牆假设文字資料的超文字傳送通訊協定（Hypertext

Transfer Pr〇tocol ，HTTP)是有效的，因此使用者可同 時傳送超文字標高語言（Hypertext Markup Unguage， HTML)形式。因此，防火牆並不阻斷文字資料的””。本 發明利用HTTP此一特色，避開防火牆採取的安全措施，以 使文件能穿過防火牆寄送。 本發明從企業網路上的一桌上電腦，將二元資料穿過 一連串防火牆和/或代理伺服器，送到網際網路上的一個 伺服器上。資料一旦上了網際網路伺服器，就可直接再送 往另一個接收器’如其他網際網路的伺服器、網際網路桌 上電腦、印表機、或傳真機。 " 防火牆和代理伺服器使用各種技術。舉例來說，它們 可能利用專門的硬體或軟體阻斷各種通訊通訊協定/網際 網路通訊協定（TCP/IP)埠。它們也可能使用軟體分析被寄 送及阻隔之資訊的形式，例如分析資訊是否是"壞"的資 訊。然而，若一個企業網路使用者想要連上網際網路的 話，HTTP —存取網際網路資訊最基本的通訊協定一則不可

第50頁 五、發明說明（45) 或缺。文字資料的HTTP被認為是有效的’所以使用者能同 時傳送HTML形式。因此，各種防火牆或代理伺服器的措施 不會阻隔HTTP。 HTTP的主要目的就是將資訊，，拉"過網際網路。HTTP伺 服器知道了 一檔案的地址，此地址通常稱為標準資源定位 器（Uniform Resource Locator，URL) ’ 而伺服器就依此 URL回送資料。然而HTTP也支援將資訊"推送"過網際網 路。舉例來說’許多HTML網頁都有一種使用者可輸入資料 然後寄至伺服器的表格。比方說’這種表格就被用來搜尋 網際網路的資訊。在這情況下，HTTP自伺服器將資訊拉取 出來’送給使用者使其能取得這個表格》Ηττρ然後再將使 用者輸入表格的送回飼服器。 因為HTTP很少被阻斷（尤其對小型文字資料而言更是 如此），並能被用來拉取及推送資訊，Ηττρ便可被用來避 開大部分防火牆和代理伺服器。使用者因此能從企業網路 的桌上電腦將二元資料送到網際網路上。熟悉本技術的人 使用本發明較佳實施例，由企業網路傳送文件到網際網路 上時，皆會欣賞本發明亦可應用於其他如廣域網路等的 子通訊網路上的特點。 圖二十為據本發明實施，系統31〇傳送資料穿過 代理伺服器之簡圖…份文件或檔案，如叩形 入·^ _杜 < 散仔杜止菜網路系統上的一電腦314裡。此 =、太旅又個或多個防火牆和/或代理伺服器31 8保 護。本發明較佳實施財’電腦為桌上電腦。然而，本發 五、發明說明 明另一實施例中，電腦為伺服器電腦。 一些防火牆和代理伺服器阻斷HTTP推送的非文字資 料。此外，某些防火牆和代理伺服器依據資料大小對Ηττρ 推送的資料進行阻斷。舉例來說，要寄送到伺服器的資 ，，一般不包括的大量資訊。因此，Ηττρ推送資料的大小 就受限於必須像是—個完整HTML表格的文字資料大小。 、、所以，在本發明的較佳實施例中，寄件電腦也把要寄 送的二元資料加碼以文字方式送出，比方而言使用基本 的64加碼法（base-64 encoding)。假使HTTP推送的資料因 為^小不符而被阻斷’寄件電腦也會將資料打散成小包， 以符合對大小的限制。因此，二元檔案就被轉換成文字 標’然後被寄件電腦打散成小"文字包"316。 客戶然後便可穿過一個或多個防火踏和/或代理伺服 器318寄送這些文字包。試著要將檔案傳過防火牆和/或 代理伺服器的寄件人，其電腦使用的軟體將被稱為寄件客 戶。防火牆外的一伺服器320接收文字包，此伺服器已被 配置成能夠接受文字包。伺服器將文字包組合起來，將文 字轉換回原本GIF檔案312的二元形式。 二元資料或檔案然後被寄送到預定的收見人手上。本 發明使用一伺服器將檔案再組合有許多好處，因為收件裝 置則不需要具備這種再組合的能力。因此，收件人可是連 上網際網路（或其他廣域網路）的一台桌上電腦322，或 可以是一種像是印表機、傳真機、或個人數據助理機等的 裝置。

第52頁

五、發明說明（48) 送，以及指明傳送時和傳遞祠服器通訊所 Γ Γ來說：一個槽案傳送參數包括權案： mumip /檔案形式。其他的傳送參數包括傳遞伺 服器的IP(如果有的話）、代理飼Γ器 號名稱及密崎）、及在傳遞伺服器上闕-預約Ϊ間（或連入伺服器）必須的帳號資訊。 文字寄件電腦將播案進行轉換，例如腳檔轉成 本的64 ASCM U。在本發明較佳實施例中，寄件電腦使用基 m 字)加碼法以創造非二元形式的播案。缺 而，任何其他適當的加碼方式皆可使用。 …、 依資ΞΤ Ϊ不但依資料或文字包形式進行阻隔，而且也 小加以阻隔的防火牆或代理伺服器而言，Ascn 料必須細分成一有順序排列的小型文字包 說，一個2〇k的二元檔案，—旦轉成ASCH形 = 使用固定大小為“的文字包把檔案從寄

Si 器時會產生八個文字包，“後-個 httpH電腦如果不是直接連上網際網路，就是利用 J J透過代理词服器（如果有的話）連上網際網 腦兔去此f戶和伺服器之間的預約時間於是展開。寄件電 嫂安你已有之預約時間，然後和傳遞伺服器展（1 230 )展開 箱^茶傅送。 傳遞伺服器和寄件電腦上的寄件客戶軟體透過一雙 通訊橋或一稱為HTTP管道（HTTP C〇nduit)的管線相連。

i4yj JJ::P德基本处上疋一單向通訊協定，使使用者在向伺服器呈示 將Λ傳/二服/上檢*㈣。躲11的回應方式就是 ^傳送回，.β使用者。然而，Ηττρ也使使用 將資訊 器本身，•寫表格等等，因此是雙向通訊。這種 =2f HPPT P0ST方式。HTTp p〇ST方式使Ηττρ通訊協定 :、為雙向通訊協定’使資訊能在寄件客戶及伺服器將 來回流通。 一 j送通訊協定是在ΗΤΤΡ管之外另設的通訊協定，可使 一 70資料可從寄件客戶傳道傳遞伺服器，亦可使傳送更便 iiHt寄件客戶和傳遞飼服器間的傳送通訊協定都在 ΗΤ= P〇ST中進行。Ηττρ _是使傳送通訊協定能將資訊 ，到2遞伺服器的管道。每一次寄件客戶和傳遞伺服器進 行互時，它便要求在傳遞伺服器上提供一區域UR[，已 便展開http post的運作，然後再透過P0ST的運作將資料 送回傳遞伺服器。 寄件客戶和傳遞伺服器間的雙向管道使用下 行互動： 4 β (1 )寄件客戶透過HTTP向傳遞伺服器要求提供一區域URL ; (2) 傳遞伺服器回覆一認可之訊息給寄件客戶丨並且 (3) ==客戶使用HTTP POST將資料轉送到傳遞伺服器。這 份資料就是一個通訊協定，被用來在寄件客戶及傳遞 伺服器間進行互動，而也可定期的含括任何寄件客戶 希望送到傳遞伺服器的二元資料。 假使有代理伺服器的話’寄件客戶及傳遞飼服器間的

第55頁 五、發明說明（50) 通訊可能是間接的，且在i古錄样 理祠服器。 “種情況下，通訊可能會經過代 ㈣向通訊的通訊協定7不;能防用火:實/踐代;=器阻隔且支 通訊寄件客戶及傳遞飼服器之介面，傳送 預約時問 預約時間辨証寄件客戶和 ⑴如⑻和一連串的傳送細7。遞一句服器間獨特的聯編 的在於展開由寄件客戶到僂 。個預約時間建立的目 立一預約時間，寄件客卢5服器間的資料傳送。要建 辨-資訊。如果資訊無：需==;=號及其他 戶和傳遞伺服器通訊時，在接下來所有寄件客 會破用來確認及辨証預約時間。 ϋ-ϋ 開-項或多向：：：立J傳：：客：就能和傳遞伺服器展 料。 、 送某特定樓案所有的二元資 禮傳送細目 ------ii. 數 寄件客戶聲明欲展開傳送的形式，以及傳送的參 第56頁 五、發明說明（51) 案參數包括播案名稱、檔案大小、及權 案形式。如果所聲明的灸* _ U幻：：參 傳遞伺服器就回送-傳 j iHw灸寄件客戶參照預約時間 字包轉送到傳遞伺服器。寄件客戶也參Ui大 功踩仏客杜Γ 、成傳送的文字包資料寄出一成 戶寄二气自仏傳琥成功地傳送最後-筆資料後，寄件客 送服器，然後傳送結束。如果沒有其他 、寄件電腦：用”件客戶也可就此結束預約時間。 定，=ΗΤΤΡΐ 案傳送細目和傳送通訊協 :字Ϊ=Π;回應每一次來自ΗΤΤΡ的要求(12⑹，將 (=。對伺服器的槽案傳送完成 (40)，傳遞伺服器預約時間便告終結⑴⑸。 傳送及預約時間終結後，傳遞伺 一個文字檔（ 1 250 ：^傳遞伺服器# 將文字匕組成 槽U255)，再將原本稽檔轉成原本的Μ (12⑻。原本的GIF播可以直接手上 是說（舉例），以電子郵件附寄^也就 肌轉送到伺服器上之文件的方 ： 的附件）。 丧轉送（盡管他們並非電子郵件 圖22為一示範流程 和/或冲I» h 得延一原始檔案過防火牆 不/或代理伺服器所必須的一 人樹 得原始文二連串運作過程。寄件客戶取 )。然後寄件客戶將這個文字m1碼（文字 丁少八的擋案打散成一連串的

五、發明說明（52) 4K文字包（ 1 305)。寄件客戶用傳遞伺 立一預約時間（1 3 1 0 )。傳遞伺服器送 回覆。 寄件客戶用傳遞伺服器開啟HTTP I D以開始傳送檔案（1 3 1 5 )。傳遞飼服 覆。寄件客戶用傳遞飼服器開啟HTTP 和傳送ID，然後開始傳送第一個文字 一個文字包後’傳遞伺服器送出一成 戶。這一步驟不斷重複直到傳遞伺服 者所有資料（所有文字包）皆以傳送 寄件客戶用傳遞伺服器開啟Η T T P 和傳送ID ’然後結束傳送（133〇)。假 傳遞伺服器便送出一成功碼作為回覆 遞伺服器開啟HTTP管，並出示預約時 約時間（ 1 335)。傳遞伺服器將文字包 成原始形式，然後再把這原始形式的 熟悉本技術者可利用一般習知的 設備’配置寄件客戶及傳遞伺服器軟 寄件客戶和傳遞伺服器的功能也能透 體電路和如EEPROM的可設計式記憶體 上述討論之本發明較佳實施例， 火牆傳送諸多方式之一。其他的實施 精神的實施方式。 本發明亦提供一技巧，可延後做 服器開啟HTTP管，建 出一預約時間ID作為 管，並出示預約時間 器送出傳送ID作為回 管，並出示預約時間 包（1 3 2 0 )。在收到第 功傳送碼給寄件客 器送出傳送失敗碼或 成功（1325)才停止。 管’並出示預約時間 使傳送成功地結束， 。然後寄件客戶用傳 間和傳送ID，結束預 組合起來，將文字轉 檔案寄給收件人。 程式設計技巧和硬艘 體的來源瑪。此外， 過其他方式，包括積 設備來完成。 僅為解決二元檔案防 例可使用帶有本發明 出將檔案轉降至較低

五、發明說明（53) 階形式的決定’因而能有彈性地在將來其他時間再進行這 個工作’因而也涵蓋更多的功能。在此公開的動態 (dynamic)文件轉換伺服器，或稱DDCS，便充分利用此概 念0 文件轉換 圖23為一方塊簡圖’顯示依本發明實施，應用動態文 件轉換伺服器的例子。下例可作為描述並記錄DDCS結構的 參考。假設WordPerfect的文件寄件人412想要把一以格式 化的文件寄給一收件人。假設寄件人不知道收件人有什麼 樣的接收能力’如收件人是桌上電腦414、傳真機416、還 是印表機41 8。在這個情況下，寄件人可能選擇把文件轉 成較低階形式的槽案然後寄出去。然而，如果收件人的電 腦能收較高階形式的檔案，那麼收件人可能就會喪失一些 文件的特色，如顏色、規模度、或内容等。因此，預先將 文件轉成一較低階的形式限制了收件人的彈性和功能。 舉例來說’如果寄件人以高階形式寄出一份 WordPerfect形式的可攜式文件，卻未提供轉換文件的 DDCS功能，而收件人剛好又是台印表機的話，傳送便無法 達成。 上曲的例于θ滞成促m元夹的解決之道——亦即，將 資料以最好的形式傳給收件人，「最好」的定義是，以資 料的原本格式及收件人的接收能力為#，用最高階 進行傳送。

第59頁

五、發明說明（54)

本處揭示的DDCS在本方面有很理想的結果。文 人4 1 2透過DDCS伺服器4 1 0把資料送到寄件人手上 :I 成寄件和收件間為一種非單向狀態。資料以高階由= 件人送到DDCS上。DDCS可以傳播資料，把資料帶到更 人的地方。在每一個步驟中’DDCS皆能依照被傳 下-個飼服器或收件人接收能力等，動態地： 資枓由尚階形式轉為低階形式。最後，終端機卯以伺 =0把文件傳給收件人，若需要的話進行最後的資料轉 假設上述例子是一個WordPerfect檔案，寄件人“之使 用有WordPerfect軟體的麥金塔電腦，而收件人是一么傳 真機416。在此情況下，寄件人把高階形式的w〇rdpe^ect 文件送到第一個DDCS伺服器410上。使用者並看不見文件 由WordPerfect轉成可攜式高階形式如pDF的擋案。這種文 件，換可由寄件人或第一個的DDCS伺服器以任何已知方式 進行，舉例而言，像是Adobe Acr〇bat本身就有將文件轉 成pdf格式的功能^第一個DDCS伺服器接受pDF文件然後 根據標準網路通訊協定傳給收件人。 在本例中，假設寄件人在舊金山，而收件的傳真機在 。DDCS伺服器把PDF文件送到巴黎的另一個汕以伺服 20上。然後這第二個DDCS伺服器再試著把文件送給收 =人。在要進行傳送時，第二個⑽以伺服器透過查看°資料 庫或和收件人進行互動對話，發現收件人事實上為一傳真 機。然後巴黎的DDCS伺服器找出傳真機有什麼樣的接收能 五、發明說明（55) 力。在此例中，傳真機支援以训口 4壓縮影像。巴黎的 DDCS伺服器便使用習知技術，動態地將pDF文件轉成社〇叫 4壓縮影像。在本情況下，最佳的形式為Gr〇up 4壓縮、黑 白、每一英寸200乘1〇〇點的影像。 /反過來，假設巴黎的DDCS伺服器發現收件人是一台惠 ，彩色桌上喷墨印表機418。這樣的話，巴黎的ddcs伺服 器便使用傳統的技術，把文件由PDF轉成較低階的惠普印 表機控制语言（HP Printer Control Language)。和前例 不同處就在於，本例最佳形式為彩色 '每英寸36()乘3〇〇點 的影像。 再舉一反例，假使巴黎的DDCS伺服器420發現收件人 為一台使用DOS操作系統的個人電腦414。這樣一來，巴黎 的DDCS伺服器就寄出文字形式的文件給收件人。 假如巴黎的DDCS伺服器發現收件人是使用windows操 作系統，帶有Acrobat應用程式（能讀PDF檔案的程式）的 個人電腦’伺服器就送出PDF形式的文件。 圖24為一方塊簡圖’顯示據本發明實施，應用動態文 件轉換词服器的另一個例子。在本例中，寄件人422想寄 送一 Quirk Express文件。上述的過程在此同樣適用，文 件在使用者見不到的情況下，轉成高階形式，在本例中為 轉成Envoy ’然後送到第一個DDCS伺服器426上。然後DDCS 伺服器再把文件直接送到預定的收件人424手上，而不再 將文件轉送到另一個伺服器上。D D C S伺服器在開始傳送給 收件人時，發現收件人並沒有能夠讀取文件格式的Env〇y

五、發明說明（57) 並不需要任何寄件 的其他實施例則可 DDCS伺服器才進行 能延緩做出何時把 大的彈性。 人（客戶）方面作任 以延緩轉換過程，— 轉換。因此，本發明 資料轉成低階形式的 何轉換，而本發明 直專到資料被送到 的一新特色就在於 決定，從而保有最 接下來這個不論是什麼高階形式的文件便被傳遞，透 過HTTP，由寄件人電腦傳到DDCS^服器4 2 6去。然後伺服 器再把文件送到預疋的收件人42娜。所應用的個別傳送 機制可包括如電子郵件、以HTTP傳送之電子郵件通知（見 J. Smith, J.-C. Bandidi之草子郵件傳遞系統 (Electronic Document Delivery System)，美國專利號 08/738,966’於1996年1〇月24日登記）、直接Tcp/Ip通 訊、或傳真。 當伺服器展開傳送，伺服器使用DDCS設備444以決定 是否將要傳遞的資要轉成較低階形式。伺服器維持__連事 的對照表435, 436，以使可能要進行的形式對照較為便 利。範例表4 3 5包括各資料形式可能的對照。 表1例舉各資料形式可能之對照： 表1.資料形式之對照 來源資料形式可能之對照

WordPerfect 文件

Envoy, PDF, HTML

Excel文件

Envoy文件

Envoy, PDF, HTML PDF, PCL, Postscript, Text, JPEG, GIF, Group 4, Group 3

第63頁 五、發明說明（58) IW文件 Envoy, PCL, Postscript, Text, JPEG, GIF, Group 4, Group 3 JPEG文件 GIF, Group 4, Group 3 GIF文件 Group 4, Group 3 Group 4文件 Group 3 另一個伺服器維持的對照表4 3 6列出各種能力的可能對照 資料形式。 表例舉各種能力的可能對照寫料形式： 表2.各能力之資料形式 目標設備（收件人）能力可能對照 個人電腦 Windows/Netscape 2. 0 Envoy, PDF, HTML, JPEG, GIF, Text 個人電腦 Windows/Netscape 1.1HTML, GIF, Text 工作站 Unix/NetscapePDF, HTML, JPEG< GIF, Text 個人電腦 WindowsText 印表機 Postscript IlPostscript I, Postscript II 印表機 Postscript IPostscritp I 印表機 PCL 5PCL 5, PCL 4, PCL 3 印表機 PCL 3PCL 3 傳真機 Group 4 影像 Group 4, Group 3 傳真機 Group 3 影像 Group 3 伺服器有了上述可能用上的對照表後，就必須決定適

第64頁 五、發明說明（59) 此一任務需運用幾 當的資料傳送格式，以及收件人能力 項技巧。 =欲傳送資料格式的資訊，最主要的技術 :者的祠服器上維持一個能力資料庫437，只要某 使 日在上面取得資訊439，或寄送資訊 就應納入此資料庫。 、使用考的此力 舉例來說，若一資訊的寄件人記了一份Ms 文件 2伺服器上，讓伺服器送給某一收件Λ，伺服器就知道寄 件人能收MS Word的文件，或者相似的Env〇y或？叩文件。 伺服器就把這種資料存在這個能力資料庫437中。當使用 者由伺服器拿取資訊時，像是傳送機制使用電子郵件通知 和HTTP傳送時，HTTP通訊協定就描述收件人能力，如平二 和網際網路測覽器的形式和版本。這種資訊可立刻被使口 用，但也可被記錄在能力資料庫中，供未來進行像是不牵 涉到HTTP的傳送，作為參考。 伺服器也能使用推斷引擎44〇，根據傳送機制的形式 及用f描述收件人的地址，推斷收件人的能力。比方說， 一，是電話號碼的收件地址暗示了收件人使用傳真機。伺 服器犯》旬問傳真機’決定傳真機是否支援Gr〇ui) 4或Group 3，然後伺服器便能因此更新形式。 词服器也能夠動態運用密西根大學和網際網路工程任 務小組（Internet Engineering Task Force)共同開發的 LDAP (網際網路輕量目錄存取通訊協定Internet

Lightweight Directory Access Protocol)標準，使用

第65頁

L D A P x·旬問引擎4 4 1來查詢收件人的能力，。l j) a p飼服器4 4 2 提供目錄及其他服務。DDCS伺服器向“紗伺服器查詢關於 某一特定傳送的能力資料。 > 一旦資料形式已決定’收件人能力被確認後，伺服器 就使用對照表決定是否需要進行資料轉換，或者進行轉換 是否適當。在許多時候，做出這個決定不只需要査詢對照 表。舉例來說’常常要進行多重對照才能找出最好的資料 形式。這種資料轉換由轉換引擎434進行。 真實的資料轉換過程超過本發明範圍，且在電腦軟體 界也相當容易取得。舉例來說，從Ad〇be系統第一次發行 Acrobat時’大家就知道如何將pDF文件轉成附錄 (Postscript)文件。如果Acr〇ba1：應用程式用在DDCS伺服 器上’這個應用程式就會在必要時被要求將文件列印到某 特疋形式的印表機上。因此，一般而言，真實的資料轉 換本身和本發明並無直接相關，而是個人選擇轉換形式的 問題。 上儘管本發明在此用一特定較佳實施例做例子，對細節 詳加描述，然而本行有一般技巧之人士將會了解並欣賞本 發明延伸的各種修正和補強皆可在不離下列專利申請範圍 的精神和前提下完成。

圖式簡單說明 本頁空白。

IHH 第67頁

Claims (1)

1. 六、申請專利範圍 1、一種傳遞電子文件之裝置，包括： —寄件電腦； —收件電腦； -:伺服器，位於所述寄件電腦和所述收件電腦之間， 當所述電子郵件由所述寄件電腦轉送到所述伺服器 時’所述伺服器就對所述收件電腦發出電子郵件的傳 遞通知’然后由所述收件電腦下載所述伺服器寄出的 電子郵件。 、如申請專利範圍第1項所述之裝置，包括一以SMTP為基 礎的電子郵件通知，該所述通知包含一 URL，將參考送 回所述飼服器，抑或包含一 HTTP，連接所述之伺服 器。 、如申請專利範圍第1項所述之裝置，其中當所述伺服器 將所述電子文件的通知傳遞給所述收件電腦時，所述 伺服器便向所述寄件電腦發出一確認訊息。 、如申請專利範圍第1項所述之裝置，其中當所述收件電 腦自所述伺服器下載被轉送的所述電子文件時，所述 伺服器便向所述之寄件電腦發出一確認訊息。 、如申請專利範圍第1項所述之裝置，其中所述電子文件 為一可攜式電子文件。 、如申請專利範圍第5項所述之裝置，其中所述可攜式電 子文件不是採用Env〇y格式就是採用Acrobat PDF格 式。 、一種傳遞電子文件之方法，包括下列步驟：

   第68頁

   上； 給收件電 :2,電子文件由一寄件電腦轉送到伺服器 t所述伺服器將所述電子文件的轉送通知 塒；以及 二收件電腦提出接收所述被轉送的電子文件之要求 腿，便將所述電子文件由所述伺服器送到所述收件 腦上。 ％ 如申請專利範圍第7項所述之方法，其中所述通知係為 —以SMTP為基礎的電子郵件通知，該所述通知包含一 URL ’將參考送回所述伺服器，抑或包含一 http，連接 所述之伺服器。 如申請專利範圍第7項所述之方法，其中當所述伺服器 將所述電子文件的通知寄給所述收件電腦時，所述伺 服器便向所述寄件電腦寄出一確認訊息。 1 0、如申請專利範圍第7項所述之方法，其中當所述收件 電腦由所述伺服器下載所述之被轉送的電子文件時’ 所述伺服器便向所述之寄件電腦寄出一破認訊息。 U、如申請專利範圍第7項所述之方法，其中所述電子文 件為一可攜式電子文件。 12、如申請專利範圍第11項所述之方法，其中所述可攜式 電子文件不是採用Envoy格式就是採用Acrobat PDF格 式。 13、"'種傳遞電子文件之裝置，包括： 一寄件電腦； •'收件電腦；

   第69頁 六、申 清專利範圍 一笛 ----—~__ 間第-伺服器’處於所述 ， 哥件電腦和所述收件電腦之 :工二伺服器’處於所 3，其中當所述電子# s服器和所述收件電腦 ^第一伺服器時，所述第—，所述寄件電腦轉送到所 電子文件寄給所述 5Ί服器便把所述被轉送之 對· mΠ I〈弟一词服器，觫、+、铱-伯im 14 15、 收：ί收件電腦發出電子郵件cr:器就 :件電腦下載所述第二伺服心；通知，並由所述 T明專利範圍$ 13項所述之，s : Π干 服器釦裕，+姑， < 裝置’其中所述第一伺 繫。 π|/Γ、網路或企業網路聯 過電子網路動態地傳 高階形式之電子文件 種傳遞電子文件的方法，係透 遞電子文件，其包括下列步驟： 透過一動態文件轉換伺服器將一 寄給一收件人； -延緩做出將文件轉降至較低階之形式的決定； 依據所述收件人重製所述文件之能力，決定所述文件 之最適當形式； -將所述文件轉換成適當及必要的較低階形式，吻合戶斤 述收件人重製所述文件的能力；以及 -完成將所述文件傳送給所述收件人。 16、如申請專利範圍第15項所述之方法’其中更包括下列 步驟：在寄出所述文件前將所述文件轉換成可攜式文 件之形式。

   六、 申請專利範® 17、如申請專利範圍第15項所述之 上。 高階形式由寄件人傳遞到所述伺》其中所述伺服器 如申請專利範圍第15項所述之方t所述文件帶到離 选過所述網路傳播所述文件’因 預定收件人更近處。 少，進〆步包括下列 如申請專利S圍第18項所述之^㈣器或寄件人重 步驟：根據待傳送之文件及下高階形式轉 製所述文件之能力，動態地將所达Χ π 換為較低階形式β Α中第二伺服器 如申請專利範圍第丨5項所述之方法’异 接著嘗試將所述文件轉送給所述收件人。 勺括下列步 2卜申請專利範圍帛21項所述之方法，進-：：話以辨識 驟：查閱資料庫或與所述收件人進灯互動對 ::收件人重製所述文件之能力：被 如申請專利範圍第15項所述之方法，其中所让 傳遞到第一伺服器，然後該伺服器再將戶斤述文 方法’其中所述文件以 18 19 20 22 送給預定收件人。 23、 如申請專利範圍第22項所述之方法，其中所述祠服器 動態地將高階形式文件轉換成較低階形式的文件，然 後再將所述較低階形式文件傳遞給所述收件人。 24、 如申請專利範圍第1 5項所述之方法，其中所述文件寄 件人更包括一寄件客戶。 25、 如申請專利範圍第2 4項所述之方法’其中所述寄件客 戶將所述文件初步轉換成可攜帶形式。

   六、申請專利範圍 26、如申請專利範圍第15項所述f方法’進—步包括下列 步驟：使用伺服器裝置決定疋否將所述待送文件轉換 成較低階形式。 27、如申請專利範圍第26項所述之方法’進一步包括下列 步驟：維持一系列對照表以便利不同形式間的可能對 昭 ° 28、如申請專利範圍第27項所述之方法’進一步包括下列 步驟：提供一表格，其包含對已有各資料形式的可能 對照。 2 9、如申請專利範圍第2 7項所述之方法’進一步包括下列 步驟：提供一表格，其包含顯示具體能力的各可能的 資料形式。 3 0、如申請專利範圍第1 5項所述之方法，進一步包括下列 步驟：接收關於上述待傳送文件格式之資訊。 3 1、如申請專利範圍第30項所述之方法，進一步包括下列 步驟：在特定使用者的伺服器上維持一個能力資料 庫’利用所述伺服器接收或發送文件。 32、如申請專利範圍第15項所述之方法，進一步包括下列 步驟：提供推斷引擎以判斷收件人能力。 3 3、如申請專利範圍第3 2項所述之方法，其中所述判斷的 根據為傳送機制的形式或表示收件人地址的形式，或 為其兩者。 34、如申請專利範圍第15項所述之方法，進一步包括下列 步驟：提供LDAP詢問引擎，動態地使用網際網路輕量

   第72頁 六、申請專利範圍 目錄存取通訊協定（Lightweight ΙΗι·ΡΡ + Pr〇t〇col，LDAP)標準以查詢收力0ry ACcess Μ、：申請專利範圍第15項所述之方法心二 步驟： 退步包括下列 -決定資料格式； -辨識收件人能力；以及 -使用至少一個對照表以決定資料是 換是否適當。 否需要轉換 或轉 36 ' 種傳遞電子文件之裝置 :二高包括階形式…件動件: 田哥 -一動態文件轉換伺服器 件人，該所述伺服器進 -一裝置’其依據所述收 定最適當階位的文件形 -一轉換引擎，其將所述 階形式’以吻合收件人 所述飼服器在適當時延 形式的決定。 ，將所述文件轉送給所述寄 一步包括： 件人重製所述文件之能力決 式；以及 文件轉成適當及必要的較低 重製所述文件能力； 遲做出將文件轉降至較低階 37 之裝置，進一步包括： ’將所述文件轉成可攜式 之裝置，其中所述文件以 所述伺服器。 、如申請專利範圍第36項所述 一客戶，在寄送所述文件前 文件形式的寄件。 、如申請專利範圍第36項所述 南階形式由寄件人處傳遞到 38 六、申請專利範圍 — 39、 如申請專利範圍第36項所述之裝置，其中所述伺服器 透過所述網路傳播所述文件，因而將所述文件帶到離 預定收件人更近之處。 40、 如申請專利範圍第39項所述之裝置，進一步包括： 一轉換引擎，其根據待傳送之文件及下一個伺服器或 寄件人重製所述文件之能力，動態地將所述文件由一 高階形式轉換為較低階形式。 41、 如申請專利範圍第36項所述之裝置，進一步包括： 一第二伺服器，由其將所述文件轉送給所述收件人。 42、 如申請專利範圍第41項所述之裝置，進一步包括： 一推斷引擎’用于查閱資料庫或與所述收件人進行互 動對話以辨識所述收件人重製所述文件能力。 43、 如申請專利範圍第41項所述之裝置，其中所述文件被 傳遞到第一伺服器，然後該飼服器再將所述文件直接 傳遞給預定收件人。 44、 如申請專利範圍第43項所述之裝置，其中所述伺服器 動態地將高階形式文件轉成較低階形式的文件，然後 再將所述低階形式文件傳遞給所述收件人。 45、 如申請專利範圍第36項所述之裝置，其中所述文件之 寄件人更包括一寄件客戶。 46、 如申請專利範圍第44項所述之裝置，其中所述寄件客 戶將所述文件初步轉換成可攜帶形式。 47、 如申請專利範圍第36項所述之裝置，進一步包括： 一伺服器裝置，決定是否將所述待傳遞文件轉換成較

   低階形式。 48、如申請專利範圍第47項所述之裝置，進一步包括： 至少一系列對照表，以便在各資料形式間進行可能對 照0 49如申凊專利範圍第48項所述之裝置’進一步包括： 一表格，其包含各資料形式的可能對照。 50、 如申請專利範圍第48項所述之裝置，進一步包括： 一表格，其包含顯示具體能力的各可能的資料形式。 51、 如申請專利範圍第36項所述之裝置，進一步包括： 一使用者資料庫，以接收有關於所述待傳遞文件形式 之資訊。 52、 如申請專利範圍第η項所述之裝置’進一步包括： 一特定使用者能力資料庫，其使用所述伺服器取得資 訊，或傳遞資訊。 53、 如申請專利範圍第36項所述之裝置，進一步包括： 一推斷引擎，判斷收件人能力。 54、 如申請專利範圍第53項所述之裝置，其中所述推斷的 根據為傳送機制的形式或表示收件人地址的形式，或 為其兩者。 55、 如申請專利範圍第36項所述之裝置，進一步包括： 一LDAP詢問引擎，動態使用網際網路輕量目錄存取通 訊協定（LDAP)標準以查詢收件人能力。 56、 如申請專利範圍第36項所述之裝置，進一步包括： -一對照表，決定資料格式；

   第75頁 六、申請專利範圍 —對照表’辨識收件人能力：以及 -使用至少一個對照表以決定資料是否需要轉換’或 轉換是否適當0 57、 一種傳遞電子文件的方法，系企業網路穿過至少一個 防火牆或代理伺服器，傳遞二元檔案，其包括下列步 驟： -在寄件電腦上將所述二元資料轉換成文字； -使用支援單向通訊的未經阻斷之通訊協定將所述文 字資料推送過防火牆成代理伺服器，以送達至電子 網路上的一伺服器； —-… -在所述伺服器上重組文字資料，並將所述文字資料 轉換成二元資料；然後 -由所述伺服器將所述二元資料寄送給位於所述電子 網路上之收件人。 58、 如申請專利範圍第5 7項所述之方法，其中所述電子網 路為網際網路。 5 9、如申請專利範圍第5 7項所述之方法’其中所述寄件電 腦使用基本6 4 ASC I I加碼法將二元資料轉換成文字。 60、如申請專利範圍第5 7項所述之方法’進一步包括將 子資料次分為文字包的步驟。 6 1、如申請專利範圍第5 7項所述之方法’其中所述词 為所述企業網路之一部份。 器 62、如申請專利範圍第57項所述之方法’其中所述伺 為網際網路上之一專用伺服器。 器

   其中所述寄件電 其中戶斤述通訊協 六、申請專利範圍 6 3、如申請專利範圍第5 7項户斤述之方法 腦不是桌上電腦就是伺服器電腦。 6 4、如申請專利範圍第5 7項所述之方法 定為HTTP。 65、 如申請專利範圍第5 7項所述之方法，其中所述收件人 為電腦 '傳真機、印表機、或個人數據助理器之一。 66、 〆種傳遞電子文件的方法’系企業網路上 寄件電 腦，穿過至少一個防火牆或代理伺服器傳遞二元擋 案，其包括下列步驟： 一所述寄件電腦使用HTTP連上網際網路； 述寄件電腦辨認網際網路上傳遞伺服器之地址， _所述傳遞伺服器被配置用來接收來自所述寄件電腦 的資料； 所述寄件電腦為所述傳遞伺服器辨認任何傳遞通訊 協定； 所述寄件電腦將二元資 所述寄件電腦將所述文 所述寄件電腦連上網際 戶斤述傳遞伺服器間的預 戶斤述寄件電腦和所述傳 Μ述寄件電腦將所述文 上； 料轉換成文字； 字資料次分為文字包； :路以開闢所述寄件電腦 約時間； J，服器展開資料傳送； ι送到所述傳遞词服器 服器之所述予 所述寄件電腦完成對所迷傳 所述寄件電腦完成對所逑傳$ =

   六、申請專利範圍 間。 67、 如申請專利範圍第66項所述之方法，進一步包括下列 步驟： -所述傳遞伺服器將所述文字包重組成一個單一文字 槽； -所述傳遞伺服器將所述單一文字檔轉換成所述原始 二元資料；以及 -所述傳遞伺服器將所述二元資料透過網際網路轉送 給收件人。 68、 如申請專利範圍第66項所述之方法，其中所述寄件電 腦使用基本64 ASCII加碼法將二元資料轉換成文字資 料。 69、 一種傳遞電子文件的裝置，系企業網路透過至少一個 防火牆或代理伺服器的二元檔案傳遞系統，包括： -一電腦’將所述二元資料轉換成文字資料，並且使 用HTTP將所述文件資料穿過防火牆或代理伺服器送 到電子網路上；以及 -一裝置’接收、重組所述文字資料並將其轉換成所 述二元資料以傳遞給所述電子網路上之收件人。 70、 如專利申請範圍第69項所述之裝置，其中接收、重組 所述文字資料並將其轉換成所述二元資料之裝置，為 一位於所述電子網路上的伺服器。 71如專利申請範圍第69項所述之裝置，其中接收、重組 所述文字資料並將其轉換成所述二元資料之裝置，為

   第78頁 六、申請專利範圍 一位於所述企業網路上之電腦。 II圓 第79頁