系統架構

圖 4-1 系統架構圖

圖片 4-1 為實際開發出來的系統架構。系統主要分成 Client 端以及 Server 端。

Server 端主要的部份有 Data Analysis、Search Engine、Common Management、

Analysis Management。

I. Data Analysis：將政府開放資料做更新並加以格式化成 RDF 知識格式，每兩 分鐘執行一次，並將當下的即時資訊儲存至資料庫中，等待處理分析。

II. Search Engine：其中又可細分為三個部分。

i. Reduce Size Analysis：將 Client 端所發送的請求以及情境資訊加以

分析，判斷是否符合觸發規則。Reduce Size Analysis 同時也會整合 Common Management 發送的要求資訊進行條件的分析判斷。

ii. Information Integrator：將 Reduce Size 所分析出的結果進行三份檔 案的相互整合鏈結，三份檔案分別是：「停車場動態車位」、「停車 場地理環境資訊」、「微笑單車站點資訊」，三份檔案已經事先處理 成 RDF 格式。

iii. Query System：為 Linked Open Data 的 Query 介面，可以讓我們針 對上面兩步驟處理完的檔案進行搜尋存取的動作，因為所有檔案都 已經轉為 RDF 格式，Query System 使用 SPARQL 進行資料的存取。

III. Common Management：進行常用站點的管理，也可以透過使用者需求到 Search Engine 進行資料的存取。

IV. Analysis Management：針對接收到的時間以及站點資訊做分析，進一步到資 料庫中拿取相對應的數據進行處理，提供合適的推薦。

V. Data Table：為資料庫欄位，用來儲存即時更新的政府開放資料以及分析後 的數據。

VI. Rate Analysis：每三十分鐘會將三十分鐘內所存取的微笑單車使用數據進行 分析並將運算完的結果儲存於資料庫中。

VII. JSON Converter：為了降低流量以及開發上的方便，在傳輸資料時將資料打

包成 JSON 在進行送出。

Client 端，即是使用者的 Android 裝置，主要的功能有提供使用者瀏覽停車 場以及微笑單車資訊、存取常用站點、所在停車場偵測與分析數據的拿取並推薦，

透過四個單元處理相對應的事件：Data Analysis Request Operator、Query Request Operator、Parking Analysis、Common Operator。

I. Data Analysis Request Operator：數據分析請求操作單元，當使用者預計向伺 服端要求指定微笑單車站點當下的使用狀況與合適的推薦時，會蒐集裝置所 要求的站點資訊以及時間情境資訊，將資料整合後發送給伺服器做數據分析 以及產生合適的推薦資訊，進一步接收來自伺服端產生的結果並顯示於使用 者的螢幕上。

II. Query Request Operator：搜尋請求操作單元，整合使用者的地理情境資訊、

預設或者使用者自訂的範圍條件，將整合後的資訊傳到 Server 端做合適的 搜尋處理。

III. Parking Analysis：當使用者使用到停車場與微笑單車跨資料集的應用時，系 統會分析使用者當下的位置為停車場與否。

IV. Common Operator：常用站點操作單元，使用者對常用站點做一連串新增、

刪除、查詢的動作都必須透過此單元，主要整合相關站點與使用者的操作資 訊送到 Server 端做合適處理。