停車場至微笑單車或捷運跨資料集應用

圖 4-13 循序圖 - 停車場至微笑單車跨資料集應用

此活動讓使用者進行驅動。剛開始使用者進入為停車場至微笑單車或捷運 跨資料集的應用畫面時，Android Device 將自動搜尋使用者目前的地理環境資 訊，Android Device 會把地理環境資訊進行整合且發出「要求所有停車場和所 處停車場資訊」的訊息至 Search Engine。為了不讓使用者造成不便以及畫面維 護的流暢度，故使用「非同步」的方式進一步做資料查詢。當 Search Engine 獲 得要求訊息之後，會立即搜尋目前所有停車場和所處停車場資訊，將其結果回 傳至 Android Device。收到結果之後，會把所有停車場全部顯示在 Google Map 上，此時 Android Device 也將進一步分析所在停車場，會確認所得到的結果訊 息來判斷是否為停車場資訊。若「是」的話，將於行動裝置的畫面呈現所處停 車場名稱；若「不是」的話，將統一於行動裝置畫面中呈現「您所處的位置不 在停車場」。

使用者能挑選於 Google Map 中任意的停車場或者呈現所處的停車場按鈕，

Android Device 將發出「要求符合停車場位置的鄰近的微笑單車或捷運站點」

的訊息至 Search Engine。上述也是利用「非同步」的方式來進行查詢。當

Search Engine 接獲要求訊息之後，會把停車場和微笑單車資訊或捷運整合且搜 尋符合微笑單車或捷運的站點，將其結果回傳至 Android Device 上，顯示在螢 幕上。

4.3.12 縮減範圍搜尋( Reduce Size)

圖 4-14 循序圖 - 縮減範圍搜尋(Reduce Size)

當每次於 Search Engine 搜尋資料時，皆會進行額外 Reduce Size 來分析且 整合的動作。使用者首先須自行設定或利用本身預設的條件進一步搜尋相關資 料時，Android Device 會發出「要求符合設定微笑單車的站點」訊息至 Search

Engine。為了不讓使用者造成不便以及畫面維護的流暢度，故使用「非同步」

的方式進一步做資料查詢。當 Search Engine 接獲至要求訊息之後，能進行整合 停車場和微笑單車的資訊且搜尋符合條件的資料，而每次搜尋時會同時產生一 份該次所搜尋相關紀錄的檔案，目的是提供下次搜尋時候，進行迅速的分析。

接著搜尋的結果回傳至 Android Device 來顯示於螢幕上。

若之後再進行搜尋的動作時，Search Engine 皆優先進一步做 Reduce Size 判 斷。若有符合 Reduce Size 的規則，在搜尋時會利用先前留下來的相關紀錄檔案 來做整合，而不是用預設條件的最大範圍停車場和微笑單車記錄檔案，當整合 小範圍的相關紀錄檔案之後，從檔案中挑選其中符合條件的資料來當作搜尋結 果。若不符合 Reduce Size 的規則，在搜尋時會利用預設條件的最大範圍停車場 和微笑單車記錄檔案做整合，從檔案中挑選其中符合條件的資料來當作搜尋結 果。接著搜尋的結果回傳至 Android Device 來顯示於螢幕上。