活動圖(Activity Diagram)

依照 Use Case Diagram，歸納出的 Activity Diagram，如以下介紹。

3.10.1 瀏覽所有微笑單車資訊

圖 3-18 活動圖 - 瀏覽所有微笑單車資訊 1. 使用者首先進入系統後，將預設的條件發送到伺服器做處理

2. 伺服器固定從臺北市政府開放資料兩分鐘更新一次後，將資料格式進一步 轉換為 RDF 的正規化之格式

3. 伺服器會從使用端傳送過來的條件進行分析且處理，之後抓取從相互對應 的 RDF 中所有的微笑單車資訊

4. 將所有微笑單車資訊回傳至使用者的行動裝置並顯示於螢幕上呈現

3.10.2 瀏覽合適微笑停車場資訊

圖 3-19 活動圖 - 瀏覽合適微笑單車資訊

1. 行動裝置偵測周圍的地理情境資訊且自行設定範圍所需的條件(範圍公尺) 2. 將偵測到的使用者設定範圍和地理情境資訊的結果發送到伺服器做處理 3. 伺服器固定從臺北市政府開放資料兩分鐘更新一次後，將資料格式進一步

轉換為 RDF 的正規化之格式

4. 伺服器會從使用端傳送過來的條件進行分析且處理，之後抓取從相互對應 且符合條件的 RDF 中微笑單車資訊

5. 將符合條件的微笑單車資訊回傳至使用者的行動裝置並顯示於螢幕上呈現

3.10.3 瀏覽常用微笑單車站點

圖 3-20 活動圖 - 瀏覽常用微笑單車站點 1. 使用者首先進入系統

2. 對伺服器傳送要求訊息來拿取常用微笑單車站點資訊 3. 在伺服器中讀取所需要常用站點的文件並進行拿取 4. 將所讀取的結果回傳到使用者的行動裝置

5. 將結果顯示到螢幕上呈現

3.10.4 使用者新增常用微笑單車站點

圖 3-21 活動圖 - 使用者新增常用微笑單車站點 1. 使用者首先進入系統

2. 於新增頁面中的 Google map 上選取欲新增站點的位置 3. 將選擇的站點中經緯度傳送到伺服器後，進行位置分析 4. 將新增該站點的相關資訊至常用站點的 RDF 文件檔

5. Server 抓取新增之後的常用站點資訊傳送到使用者行動裝置上 6. 使用者的行動裝置接收回傳的結果後，將結果呈現到螢幕上

3.10.5 使用者刪除常用微笑單車站點

圖 3-22 活動圖 - 使用者刪除常用微笑單車站點 1. 使用者首先進入系統

2. 挑選使用者想刪除的微笑單車站點

3. 將該微笑單車的站點 ID 傳送到伺服器進行分析動作 4. 從常用站點的文件中把相同 ID 的資料進行刪除

5. 伺服器拿取刪除之後的常用站點資訊傳送到使用者行動裝置上 6. 使用者的行動裝置接收回傳的結果後，將結果呈現到螢幕上

3.10.6 瀏覽所有捷運行駛列車資訊

圖 3-23 活動圖 - 瀏覽所有捷運行駛列車資訊 1. 使用者首先進入系統時，將時間情境資訊發送到伺服器做處理

2. 伺服器固定從臺北市政府開放資料分別每兩分鐘更新停車場和微笑單車資訊 和每三分鐘更新捷運資訊後，將資料格式進一步轉換為 RDF 的正規化之格 式

3. 伺服器會從使用端傳送過來的條件進行分析且處理，之後抓取相互對應的 RDF 中所有的微笑單車資訊

4. 將所有微笑單車資訊回傳至使用者的行動裝置

3.10.7 瀏覽最近捷運站點資訊

圖 3-24 活動圖 - 瀏覽最近捷運站點資訊

1. 使用者首先進入系統時，偵測所處的地理環境資訊並傳送到伺服器做處理 2. 伺服器固定從臺北市政府開放資料中抓取需要的資料，將資料格式進一步轉

換為 RDF 正規化之格式

3. 伺服器會從使用端傳送過來的資訊進行分析且處理，之後拿取相互對應的 RDF 中捷運站點資訊且根據使用者位置篩選最近的捷運站點

4. 將篩選後的捷運站點資訊回傳至使用者行動裝置並顯示於螢幕上呈現

3.10.8 查詢捷運行駛列車到站時間資訊

圖 3-25 活動圖 - 查詢捷運行駛列車到站時間資訊

1. 使用者首先進入系統時，偵測所處的地理環境資訊並傳送到伺服器做處理 2. 伺服器固定從臺北市政府開放資料中抓取需要的資料，將不同資料檔案格式

進一步統一轉換為個別的 RDF 正規化格式

3. 再將個別的 RDF 正規化透過整合且計算分析後，產生一份整合的 RDF 檔案 4. 伺服器會從使用端傳送過來的資訊進行處理，之後拿取整合的 RDF 檔案中

有符合使用者目前所在線路上捷運行駛列車的相關到站資料

5. 將所得到的捷運到站資訊回傳至使用者行動裝置並顯示於螢幕上呈現

3.10.9 查詢捷運站點票價以及無障礙電梯資訊

圖 3-26 活動圖 - 查詢捷運站點票價以及無障礙電梯資訊

1. 使用者首先進入系統時，偵測所處的地理環境資訊並傳送到伺服器做處理 2. 伺服器從臺北市政府開放資料中抓取需要的資料，將不同資料檔案格式進一

步統一轉換為個別的 RDF 正規化格式

3. 伺服器會從使用端傳送過來的捷運站點資訊進行處理，之後拿取捷運票價和 無障礙電梯 RDF 檔案中搜尋相關的資料

4. 將所得到的結果回傳至使用者行動裝置並顯示於螢幕上呈現

3.10.10 臺北一日遊規劃行程之情境應用

圖 3-27 活動圖 - 一日遊之規劃行程安排

1. 使用者首先進入系統時，偵測所處的地理環境資訊並傳送到伺服器做處理 2. 伺服器固定從臺北市政府開放資料中抓取停車場、微笑單車和捷運資訊，將

不同資料檔案格式進一步統一轉換為個別的 RDF 正規化格式

3. 伺服器會從使用端傳送過來的資訊進行處理，並優先挑選符合離使用者最近 的站點進行優先排序出所有各項交通工具列表

4. 將所得到的各項交通工具站點資訊回傳至使用者行動裝置並呈現於螢幕中

3.10.11 分析所處停車場周圍微笑單車或捷運站點

圖 3-28 活動圖 - 分析所處停車場周圍微笑單車或捷運站點

1. 使用者首先進入系統

2. 裝置立即偵測目前周圍的地理環境資訊

3. 從偵測地理環境情境資訊和預設範圍資訊傳送到 Server 端分析且處理 4. 在 Server 端搜尋相互對應的 RDF 檔案中抓取符合需求條件的停車場資訊。

Server 固定每兩和三分鐘去更新不同資料，進一步把資料格式去轉換 RDF 的正規化格式

5. 將所讀取的結果回傳到使用者的行動裝置上 6. 使用者如選擇呈現的停車場站點資訊

7. 行動裝置會把所選擇的停車場相關資訊傳送到 Server 進行分析

8. Server 會把停車場 RDF 資訊檔案、捷運 RDF 資訊檔案以及微笑單車 RDF 資訊檔案去做整合處理，且抓取符合條件的捷運資訊和微笑單車資訊 9. 將所搜尋的結果回傳到行動裝置的螢幕上

3.10.12 瀏覽分析及推薦資料

圖 3-29 活動圖 - 瀏覽分析及推薦資料

1. 首先進入系統，抓取目前的時間情境資訊，分析所選的微笑單車站點資訊 2. 把微笑單車站點資訊和時間情境資訊傳送到 Server 去做分析及處理

3. 在 Server 端中 Database 會以每兩分鐘記錄一份從臺北市政府開放資料的數 據，而且每 30 分鐘分析一次數據

4. 從 Database 中拿取符合條件的數據並加以分析處理 5. 獲得一份具備推薦資訊結果以及分析的數據圖

6. 將分析的結果回傳到使用者行動裝置並顯示於螢幕上呈現

3.10.13 縮減搜尋範圍(Reduce Size)

圖 3-30 活動圖 - 縮減搜尋範圍(Reduce Size)

1. 首先進入系統，抓取目前的地理環境情境資訊且設定範圍的條件 2. 把地理環境情境資訊和設定範圍傳送到伺服器進行處理

3. 分析後判斷是否有符合 Reduce Size 中的條件

4. 若不符合 Reduce Size 的規則，會從最大範圍中 RDF 資料檔案抓取有符合 條件的資料，且產生一筆相關紀錄檔以及結果檔案

5. 若符合 Reduce Size 規則，會從先前搜尋所產生的相關紀錄檔以及結果檔案 來分析且抓取有符合條件的資料，同步地產生一筆相關紀錄檔以及結果檔 案

6. 將所搜尋的結果傳送回使用者行動裝置並呈現於螢幕中

3.10.14 動態更新政府開放資料

圖 3-31 活動圖 - 動態更新政府開放資料 1. 每隔兩分鐘以及三分鐘分別執行此 Process

2. 對臺北市政府開放資料的平台抓取停車場即時的空位資訊、微笑單車即時 的車輛資訊以及捷運即時行駛資訊

3. 進一步地把所獲得資料轉換成 RDF 正規化格式

3.10.15 使用狀況分析

圖 3-32 活動圖 - 使用狀況分析

1. 固定每隔兩分鐘從臺北市政府開放資料的平台去更新資料，並且把即時資 料存取到資料庫中

2. 固定每隔三十分鐘針對資料庫所蒐集的資料處理使用狀況的分析，因為每 隔兩分鐘去臺北市政府開放資料將即時資訊更新且儲存一次，以此計算，

三十分鐘能有十五筆的資料，針對這三十分鐘內所獲得的十五筆資料去做 分析。