第三章 研究方法
第二節 假設與限制
國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
圖 3-1 系統設計構面圖
第二節 假設與限制
本章節乃就基於現行網路傳輸皆符合安全要求與規範下對其本研究設計所 提出之假設與限制。而經本行動商務平台所產生的條碼與經由信用卡紙本帳單 的條碼，在便利商店掃描條碼後會附上的收款收據情境皆相同。
1. 行動商務平台與金融機構網站之結合
所有信用卡皆由銀行及金融機構所發，因此，本研究在本章節的系統 設計上之所設計開發之行動商務平台將假設先與金融機構之網站（或是銀
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
行業之行動銀行網站）結合，以模擬銀行業之行動銀行網頁呈現。消費者 登入時之畫面就如同登入銀行業者之行動網銀畫面般，用此表示消費者已 登入了真正的銀行網站。如圖 3-2 所示(圖片來源:本研究整理)。
圖 3-2 消費者登入系統示意圖
2. 本研究之行動商務平台所產生之條碼
由於各家銀行所編制條碼採各自之編碼規則，僅可從實體的紙本帳單 上看出代收編號，在實體紙本帳單上之最低應繳金額與應繳總金額（未超 過 20000 元）條碼前端之約 6 碼數字，因無法得知各銀行之規則。故在本 研究之實驗設計上，將以固定數字代替其最低應繳金額與應繳總金額（未 超過 20000 元）條碼前端之 6 碼數字。
3. 便利商店條碼讀取機之模擬
對於當消費者輸入欲繳納之金額後，經由所開發之行動商務平台產生 欲繳納金額之條碼後，該如何驗證所產生之條碼正確與否？在取得條碼讀 取機不是如此容易與方便的條件下，本研究設計將利用智慧型手機下載「
條碼讀取器」之 APP 之應用軟體，並使用智慧型手機的照相或「條碼讀取 器」之 APP 之應用軟體功能加以掃描，利用掃描後下方所產生之數字，核
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
對是否為輸入之金額。如圖 3-3 所示(圖片來源:本研究整理)。
圖 3-3 模擬便利商店條碼讀取機圖
4. 掃描驗證成功後，銀行主機後台金額之更新
當便利商店使用條碼讀取器掃描帳單完成後，便利商店會將相關資料 以批次方式傳輸到銀行或金融機構，再經由銀行主機計算扣款。
在本研究中基於無法模擬便利商店到銀行主機端之連線，故在使用智 慧型手機的「條碼讀取器」之 APP 之應用軟體掃描後，並且核對金額無誤 後，將以手動方式以行動商務平台管理者身分登入後台系統，調整金額，
用以模擬銀行主機接收到從便利商店傳來的資料之計算扣款動作。
5. 即時連線
現行便利商店在客戶利用實體紙本帳單上之條碼繳交信用卡費用後，
並未與銀行即時連線，通常消費者還是都保留了繳款證明收據，可能隔了 半天至 3 天的時間才會上銀行的網站查詢自己的繳款是否成功與完成。
本研究設計為讓消費者能夠即時查詢自己是否繳款成功，將假設便利 商店與銀行是即時連線的，客戶在繳完卡費後，銀行就自動完成扣抵（繳 款）動作，消費者隨即可登入查詢是否繳款成功。