測試結果與修正

‧

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

54

因此為了避免因找尋按鈕而觸碰 GuidePin 的機會，本研究將下一個版本的控制輸 入改成耳機線控，利用 iOS 中的 MediaPlayer.framework 控制外部媒體播放器，其中的 MPRemoteCommandEvent 可利用 remotePlay、remotePause 等函示控制耳機線上按鈕對 應的事件，本研究亦測試過使用其他牌耳機如 Sony 與藍芽骨聲傳導，結果皆可控制。

搭配前一項語音內容的改變，修改比較如表 14。由原本的三種操作模式：按一下重聽、

按兩下直走修正與長按兩秒修正過馬路面向修改成兩種：按一下與快按兩下，分別代表 重複上一個動作與修正方向。系統會根據按鈕時機判斷修正方向時為繞行參考物或是直 線修正，此部分由 Beacon 資料庫的內容結構而定，其運作流程與邏輯判斷如下表 15，

將有助於減少受測者誤按的機率與降低記憶負擔。

圖 45 受測者找尋 GuidePin 按鈕

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

55

表 14 按鈕策略之修改前後比較表

修改前 修改後

操作 系統回應 操作 系統回應

按一下 重複第一句語音 按一下 重複上一個動作

快按兩下 直線修正 快按兩下 面向修正，由系統判斷當下

情況為過馬路或直走 長按兩秒 過馬路面向修正

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

56

表 15 GuidePin 運作流程與邏輯判斷流程表

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

57

 找不到參考物（號誌燈）問題

本研究之設計為利用路口邊的號誌燈當作參考物協助視障者調整面向，因此前提是 必須找到號誌燈，目前根據接近時的訊號強度觸發推播訊息時機，但因訊號發射範圍為 發散圓形如圖 46，且 Beacon 在室外環境有較多干擾因素，若使用者收到找尋號誌燈提 示時往圖中虛線方向走去，極有可能找不到該號誌燈。實驗時即觀察到兩位受測者有找 不到正確號誌燈之情形，為解決此一問題，我們認為讓此號誌燈在使用者靠近時發出音 效，如同有聲號誌的提示般，有助於視障者找到參考物，此方法將於下一場實驗測試效 果。

圖 46 視障者找尋參考物方向示意

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

58

 外型設計

經過第一次實驗後，發現原外型設計有以下缺點：

（1）不服貼身體，因不平衡容易嚴重傾斜如圖 47

（2）感應器暴露在外容易因觸摸或潮濕受到影響

針對需求重新設計原型，此部分經討論後由台灣科技大學工商業設計系同學負責建 模，使用 3D 列印結果如圖 48。圖 48-1 為第一版本，因過度厚重且操作不順故重新設 計。圖 48-2 與圖 48-3 則為符合需求版本，差別在於圖 48-3 版為抽屜式，GuidePin 可 完全蓋住，圖 48-2 則是直接放入，為了支撐重量與服貼身體，夾衣服端設計較長。兩 個版本皆利用摩擦力使 GuidePin 不晃動，第二次原型測試將以耳機線控制，因此按鈕單 純為重新開機用，上路中並不會操作。

圖 47 GuidePin 傾斜的情況

圖 48 外殼設計

‧ 國

立 政 治 大 學

‧

N a tio na

l C h engchi U ni ve rs it y

59