系統架構

如圖 3-1，使用 DOD 系統讀者必需自行準備已安裝 Windows 系列作業系統的個人 電腦，並確保可連上網際網路；圖書館須準備一台可以與自動化系統連結的伺服器，並 指派一或數位館員進行將書後附件上傳的工作。

圖 3-1 讀者與圖書館使用 DOD 系統必備條件

本研究為便利館員上傳書後附件尚提供一個上傳書後附件檔案的應用程式，稱之為 Uploader。圖 3-2 說明 DOD 系統提供的三個應用程式，其中 GUI 與 API 之間需交換資 料，而 Uploader 與整個系統較無關聯。使用坊間的應用軟體仍可達成 Uploader 所有的 功能，Uploader 可以將其視為一個加值 (Value Added) 軟體。

30

圖 3-2 DOD 系統提供的三個軟體

將圖 3-1 與圖 3-2 組合即可得到圖 3-3，其中 GUI 運行於讀者電腦，API 運行於伺 服器，館員使用 Uploader 上傳書後附件檔案至伺服器。

+

圖 3-3 DOD 系統架構圖

本研究建議再將伺服器分為如圖 3-4 的兩個伺服器

31

1. 認證伺服器

認證伺服器需與自動化系統溝通，進行帳號密碼認證與取得讀者目前借閱紀錄。本 研究建議認證伺服器需置放於防火牆之後，只開啟特定通訊阜 (Port)，不應直接暴露於 網際網路中以確保安全。

2. 檔案伺服器

檔案伺服器負責將書後附件的檔案經由網路傳送給讀者，因此會佔用大量頻寬，並 不適合放在防火牆之後。此外檔案伺服器需提供讓 Uploader 上傳書後附件檔案的機制，

本研究使用免費文件傳輸協議 (File Transfer Protocol, FTP) 伺服器—FileZilla Server[39]

並設定密碼與鎖定 IP，僅允許執行 Uploader 電腦的 IP 存取 FTP 伺服器。

圖 3-4 分離伺服器示意圖

如圖 3-5，GUI 與 DOD API 交換資料的劇本(Scenarios)也可細分為八個步驟：

1. 要求認證

讀者藉由個人電腦上的 GUI 向 DOD API 提出認證要求。

2. 回答認證結果

32

DOD API 將監測讀者的登入行為，決定是否需要讀者進行 CAPTCHA 挑戰，若需 CAPTCHA 挑戰，則讀者除提供帳號密碼之外尚須提供驗證碼進行認證。

3. 要求借閱紀錄

GUI 認證成功後，向 DOD API 要求借閱紀錄。

4. 回答借閱紀錄

DOD API 向圖書館自動化系統取得讀者借閱紀錄後回傳給 GUI。

5. 要求書後附件檔案結構

GUI 向 DOD API 要求書後附件檔案結構，用以建立虛擬磁碟。

6. 回答書後附件檔案結構

DOD API 回答書後附件檔案結構。

7. 要求下載書後附件檔案

GUI 依照借閱紀錄向 DOD API 要求書後附件的檔案。

8. 回傳書後附件檔案

DOD API 回傳要求的檔案給 GUI。

圖 3-5 GUI 與 DOD API 溝通腳本

33

再將

圖 3-3、圖 3-4 與圖 3-5 結合，得到 DOD 系統的詳細架構示意圖如圖 3-6 所示。

本研究將繼續於 3.2、3.3、3.4、3.5 節，詳述 DOD API`、Uploader 與 GUI 的實作方式。

+

+

圖 3-6 DOD 系統詳細架構示意圖

34