TWM589843U

TWM589843U - 電子銷售裝置

Info

Publication number: TWM589843U
Application number: TW108205714U
Authority: TW
Inventors: 黃建堯; 李育恩; 劉得正
Original assignee: 業安科技股份有限公司
Priority date: 2019-05-08
Filing date: 2019-05-08
Publication date: 2020-01-21

Abstract

一種可支援行動支付之電子銷售裝置，適用於具有一投幣感測器、至少一選項燈、至少一選項鈕、一取物單元、及一退幣孔之自動販賣機，包括：一控制器；一識別碼，設置於自動販賣機之本體表面，用以指示自動販賣機之唯一身分；以及一行動支付處理器，耦接至控制器，且利用一接收器接收與識別碼有關之一購買請求以及一付款金額，其中，行動支付處理器依據購買請求控制投幣感測器並使控制器接收付款金額後致能對應付款金額之選項燈、選項鈕、以及取物單元。

Description

電子銷售裝置

本創作係有關一種銷售裝置，特別是一種可進行線上支付之電子銷售裝置。

隨著網路通訊技術的發達，越來越多消費者不再願意隨身攜帶實體貨幣或實體的支付憑證(例如，信用卡或悠遊卡等)，而傾向使用更為簡易的行動支付作為付費方式。

使用行動支付的優點在於可避免付費時身上恰好無實體貨幣(例如，現金)的狀況，同時透過行動支付必留下紀錄的方式亦可為消費者進行記帳查詢的附加優點。

有鑒於此優點，如何利用舊型自動販賣機，兼容傳統投幣需求以及行動支付趨勢，實為本技術領域人員急欲解決之問題。

本創作提供一種可支援行動支付之電子銷售裝置，適用於具有一投幣感測器、至少一選項燈、至少一選項鈕、一取物單元、及一退幣孔之自動販賣機，包括：一控制器；一識別碼，設置於自動販賣機之本體表面，用以指示自動販賣機之唯一身分；以及一行動支付處理器，耦接至控制器，且利用一接收器接收與識別碼有關之一購買請求以及一付款金額，其中，行動支付處理器依據購買請求控制投幣感測器並使控制器接收付款金額後致能對應付款金額之選項燈、選項鈕、以及該取物單元。

本創作還提供一種電子銷售裝置之銷售方法，包括：利用識別碼開啟一線上支付畫面；透過接收器接收與識別碼有關之購買請求以及付款金額；判斷電子銷售裝置之一連線狀態；當電子銷售裝置為一可執行行動支付狀態時，執行一線上付款；利用行動支付處理器除能投幣感測器，並使控制器基於付款金額致能選項燈、選項鈕、以及取物單元；以及利用一發送器傳送一交易資訊至一雲端。

本創作還提供一種電子銷售裝置之銷售方法，包括：利用一投幣感測器感測一投幣金額；利用一行動支付處理器之一發送器傳遞一暫停行動支付請求之一雲端；控制器基於投幣金額致能選項燈、選項鈕、以及取物單元；以及利用發送器傳送一交易資訊至一雲端。

本創作提供了一電子銷售裝置，可在不變更傳統自動販賣機的前提下，將行動支付模擬為投幣，可使電子銷售裝置兼容傳統現金支付以及行動支付趨勢。且不論是現金支付或者是行動支付，由於每筆交易資訊皆會上傳至雲端，可供消費者查詢消費的紀錄，甚至供賣家從雲端統整銷售資料以及分析銷售現象。

10‧‧‧電子銷售裝置

18‧‧‧投幣孔

20‧‧‧投幣感測器

30‧‧‧接收器

40‧‧‧控制器

42‧‧‧選項燈

44‧‧‧選項鈕

46‧‧‧取物單元

48‧‧‧退幣孔

50‧‧‧行動支付處理器

60‧‧‧發送器

70‧‧‧個人行動裝置

80‧‧‧識別碼

90‧‧‧雲端

100‧‧‧電子銷售裝置

S1、S2‧‧‧信號

S100~S2232‧‧‧步驟

圖1所示為習知電子銷售裝置示意圖。

圖2所示為根據本創作一實施例之電子銷售裝置示意圖。

圖3所示為根據本創作一實施例之電子銷售裝置之操作流程圖。

圖4所示為根據本創作一實施例之電子銷售裝置100之詳細操作流程圖。

圖5所示為根據本創作另一實施例之電子銷售裝置100之行動支付中關於付款部分之流程圖。

圖6所示為根據本創作又一實施例之電子銷售裝置100之行動支付中關於交易逾時之流程圖。

以下將對本創作的實施例給出詳細的說明。雖然本創作將結合實施例進行闡述，但應理解這並非意指將本創作限定於這些實施例。相反，本創作意在涵蓋由後附申請專利範圍所界定的本創作精神和範圍內所定義的各種變化、修改和均等物。

此外，在以下對本創作的詳細描述中，為了提供針對本創作的完全的理解，提供了大量的具體細節。然而，於本技術領域中具有通常知識者將理解，沒有這些具體細節，本創作同樣可以實施。在另外的一些實例中，對於大家熟知的方法、程序、元件和電路未作詳細描述，以便於凸顯本創作之主旨。

圖1所示為習知電子銷售裝置10示意圖。在習知電子銷售裝置10(例如，自動販賣機)中，包含一投幣孔18、一投幣感測器20，用以感測投幣孔18中所接受到的硬幣金額、一控制器40，耦接至投幣感測器20，並發送控制訊號至至少一個選項燈42、至少一個選項鈕44、一取物單元46、以及一退幣孔48。控制器40基於投幣感測器20所傳送之金額訊號，控制符合該金額訊號所指示之物品的選項燈42亮起。當消費者按壓選項燈42所對應之選項鈕44，則選項鈕44回傳一選項訊號至控制器40，控制器40便據此控制取物單元46將消費者所選物品取下，並放置於取物口(圖中未示)。

圖2所示為根據本創作一實施例之電子銷售裝置100示意圖。在本創作一實施例中，可選用傳統自動販賣機，在不變更傳統自動販賣機(例如，圖1中所示之電子銷售裝置10)的前提下，新增兼容行動支付之功能。因此，圖2中與圖1具有相同元件編號之元件具有相同的功能。

如圖2所示，在一實施例中，電子銷售裝置100除包含傳統自動販賣機(例如，圖1中所示之電子銷售裝置10)之外，還包含了一行動支付處理器50，用以接收來自雲端90之行動支付訊息，據此發送信號S1至投幣感測器20以控制投幣感測器20，進而使控制器40進行產品銷售。

更具體而言，請同時參閱圖2及圖3，圖3所示為根據本創作一實施例之電子銷售裝置100之操作流程圖。當消費者欲進行購買時，電子銷售裝置100將會判斷消費者支付方式(S100)，若投幣感測器20偵測到有投幣行為，則判斷為現金投幣，將進入現金支付流程(SA，示於圖4)。反之，若消費者欲使用行動支付方式付費，雲端90將先判斷該電子銷售裝置100之目前狀態是否能接受行動支付(S104)，若電子銷售裝置100在消費當時為離線狀態(步驟S105)，也就是未與雲端90連接之狀態，則無法進行行動支付(S109)。若電子銷售裝置100在消費當時為連線狀態(步驟S106)，雲端90將檢查該電子銷售裝置100是否正在處理現金支付的交易(步驟S107)，若是，則同樣無法進行行動支付之操作(S109)。若該電子銷售裝置100處於連線中且亦未正在處理現金支付，則屬於可進行行動支付的狀態(S108)，將進入行動支付流程(SB，示於圖4)。

請同時參閱圖2及圖4，圖4所示為根據本創作一實施例之電子銷售裝置100之詳細操作流程圖。以現金投幣支付方式為例，請參閱圖4中的現金支付流程SA。在一實施例中，在步驟S100中，當投幣感測器20感測到消費者利用現金投幣至投幣孔18時，控制器40發送一通知信號至行動支付處理器50，指示目前電子銷售裝置100將執行現金支付。行動支付處理器50收到此通知信號之後，透過發送器60傳送一暫停行動支付請求至雲端90(步驟S110)，除能(disable)行動支付功能，以避免現金支付與行動支付同時請求導致系統衝突。接著，基於投幣感測器20感測到的投幣金額(步驟S112)，控制器40致能(enable)對應金額的選項燈42，只要是符合投幣金額的待售品之選項燈42將會對應亮起(步驟S114)。在一實施例中，每一待售品會有對應的選項鈕44，消費者可依據喜好按壓選項燈42亮起的對應選項鈕44。需特別說明的是，選項鈕44僅為一種實施態樣，可根據不同電子銷售裝置的機型而有不同的設計，可為按鈕亦可為數字鍵盤，本創作並不以此為限。

控制器40將判斷選項鈕44是否被按壓並回傳了選項信號(步驟S116)，若控制器40收到選項信號，代表消費者已選擇了產品，控制器40將驅動取物單元46將所選產品取出(步驟S118)並放置於出物口(圖中未示)。反之，若控制器40未收到選項信號，代表消費者可能仍在猶豫中，則回到步驟S114，持續制能對應金額的選項燈42，等待消費者按壓選項鈕。抑或消費者欲取消本次購買，選擇退幣，控制器40若接收到退幣指示(步驟S117)，則將消費者剛才投入的金額全數退還至退幣孔48(步驟S121)。

待消費者取出購買物品之後，控制器40將判斷消費者所投入之金額以及產品金額之間之差價(步驟S120)，若差價大於0，則進行找零退幣之步驟S121，而此筆交易至此結束(步驟S122)。接著，於步驟S124中，控制器40將通知行動支付處理器50該筆交易資訊內容，並由行動支付處理器50利用一發送器60將此交易資訊內容傳遞至雲端90進行儲存，同時，行動支付處理器50將會利用發送器60發送一致能行動支付請求至雲端90，以開啟行動支付之可能。在一實施例中，交易資訊內容可能包括，但不限於，電子銷售裝置代號、交易時間、交易費用、交易品項、投幣金額、找零金額等。

以行動支付為例，在一實施例中，在步驟S100中，消費者利用個人行動裝置70掃描電子銷售裝置100本體表面上之識別碼80(例如，但並不以此為限，快速響應矩陣圖碼QR Code)時，消費者的個人行動裝置70上將出現與該識別碼相對應之付費畫面(例如，透過付費APP或付費網站)，消費者可依據欲購買品項的金額輸入適當金額，並送出購買請求。可以理解的，識別碼80所指示為該台電子銷售裝置100之唯一身分信息。當雲端90接收到來自消費者的個人行動裝置70所發送出之購買請求時，雲端90將會判斷該電子銷售裝置100目前是否能夠處理行動支付，若該電子銷售裝置100當下無法處理行動支付，後續流程已於圖3中說明，在此不再贅述。

當該電子銷售裝置100當下狀態為可以進行行動支付，請參閱圖4之行動支付流程SB以及圖2。在一實施例中，於行動支付流程SB中，當雲端90接收到消費者的購買請求時，將發送一暫停收取現金請求至電子銷售裝置100，並由接收器30將暫停收取現金請求傳送給行動支付處理器50，指示電子銷售裝置100目前將執行行動支付。行動支付處理器50據此除能投幣感測器20(步驟S210)，以避免現金支付與行動支付同時請求導致系統衝突。也就是說，此時若有消費者誤投了現金，投幣感測器20將不予理會，直接將投入之現金藉由退幣孔48進行退費。行動支付處理器50同時也從雲端90獲取消費者所輸入之金額(S212)，並將金額信號發送至控制器40(S214)。

接著，控制器40依據金額信號致能對應金額之選項燈42，只要是符合投幣金額的待售品之選項燈42將會對應亮起(步驟S216)。在一實施例中，每一待售品會有對應的選項鈕44，消費者可依據喜好按壓選項燈 42亮起的對應選項鈕44。需特別說明的是，選項鈕44僅為一種實施態樣，可根據不同電子銷售裝置的機型而有不同的設計，可為按鈕亦可為數字鍵盤，本創作並不以此為限。

控制器40將判斷選項鈕44是否被按壓並回傳了選項信號(步驟S218)，若控制器40收到選項信號，代表消費者已選擇了產品，控制器40將驅動取物單元46將所選產品取出(步驟S220)並放置於出物口(圖中未示)。同時，控制器40將比對消費者於步驟S212所輸入之金額與步驟S218中回傳的選項信號所對應之金額是否相符，判斷是否須找零(步驟S221a)。若消費者所輸入之金額與選項信號所對應之金額相符，則無需找零，此筆交易結束(步驟S222)。反之，若消費者所輸入之金額超過選項信號所對應之金額，則進行溢出款之刷退(步驟S221b)，刷退後此筆交易結束(步驟S222)。若控制器40於步驟S218未收到選項信號，代表消費者可能仍在猶豫中，若雲端90並未接收到消費者取消交易之請求(步驟S223)，則回到步驟S216，持續制能對應金額的選項燈42，等待消費者按壓選項鈕。而若雲端90於步驟S223接收到消費者取消交易之請求，則將消費者於步驟S212所輸入之金額全額刷退(步驟S225)，進而此筆交易結束(步驟S222)。在另一實施例中，若消費者欲取消交易，但並非使用個人行動裝置70發送取消請求，而是使用電子銷售裝置之退幣鈕(圖中未示)，控制器40將會發送一退幣請求至行動支付處理器50，透過發送器60送至雲端90進行退款處理，而在一實施例中，退款方式將會採用線上刷退的方式進行。

待步驟S222交易結束後，於步驟224中，控制器40將通知行動支付處理器50該筆交易資訊內容，並由行動支付處理器50利用發送器60將此交易資訊內容傳遞至雲端90進行儲存，同時，行動支付處理器50將會利用發送器60發送一致能現金支付請求至雲端90，以致能投幣感應器進而開啟現金支付之可能。在一實施例中，交易資訊內容可能包括，但不限於，電子銷售裝置代號、交易時間、交易費用、交易品項、交易取消時間等。

圖5所示為根據本創作另一實施例之電子銷售裝置100之行動支付中關於付款部分之流程圖。在另一實施例中，在行動支付流程中，在行動支付處理器50發送暫停收取現金請求(步驟S210)之後，消費者於個人行動裝置70中輸入欲消費金額之後(S2101)，開始進行線上支付的流程。首先，為確保帳戶安全，消費者於消費前須進行認證，確保消費者為帳戶持有者本人。在一實施例中，支付認證可使用指紋辨識、密碼認證、或密碼確認方式進行認證(步驟S2102)，但本創作並不以此為限，可依據消費者喜好自行設定。認證結束後，則進行付費APP或付費網頁的付款授權確認(步驟S2103)。若付款授權不成功，則該次交易結束(S2109)。當付款授權成功，則再次確認電子銷售裝置100目前是否為可操作行動支付(步驟S2104)，再次確認的目的在於避免在步驟S210與步驟S2104之間，電子銷售裝置100因連線問題而無法執行行動支付。若電子銷售裝置100因故失去連線，則本次交易結束(步驟S2109)。

若電子銷售裝置100仍維持可操作行動支付之狀態，則進行付款(步驟S2105)。接著，進行付款狀態確認(步驟S2106)，若因帳戶問題導致付款失敗(例如，帳戶餘額不足等)，則此次交易結束(步驟S2109)。反之，若付款成功，則雲端90將發送付款成功通知(步驟S2107)至行動支付處理器50。待電子銷售裝置100的行動支付處例器50接收到付款成功通知(步驟S2107)之後，行動支付處理器50回傳一確認指令至雲端90(步驟S2108)，確保雲端90與電子銷售裝置100對此交易的相同認知。待電子銷售裝置100回傳指示收到付款成功通知的指令，則進入步驟S212，進而使控制器40處理銷售動作，後續銷售流程已於圖2及圖4說明，在此不再贅述。可以理解的，若電子銷售裝置100未回傳指示收到付款成功通知的指令，則此交易失敗，雲端90將執行行動支付退款(步驟S2110)，待退款完畢之後，交易結束(步驟S2109)。

圖6所示為根據本創作又一實施例之電子銷售裝置100之行動支付中關於交易逾時之流程圖。請同時參考圖2、圖4以及圖6，在一實施例中，如圖4中說明，當控制器40未收到選項信號，代表消費者可能仍在猶豫中，若雲端90並未接收到消費者取消交易之請求(步驟S223)，則進一步判斷交易時間是否已逾一預設時間(步驟S2231)。在一實施例中，若選項鈕44遲遲未回傳選項信號，且雲端90亦未收到取消交易之請求，倘若交易時間已超出預設時間(例如，兩分鐘)，則進行退款操作(步驟S2232)，進而此筆交易結束。可以理解的，若交易時間未逾一預設時間，則持續致能選項燈42供消費者進行選擇。若在預設時間之內，消費者做出取消交易之決定(步驟S223)，不論是透過個人行動裝置70或者是透過電子銷售裝置100上之退幣鈕進行交易取消之申請，則進入退款操作(步驟S2232)。

本創作的實施例提供了一電子銷售裝置，可在不變更傳統自動販賣機的前提下，將行動支付模擬為投幣，可使電子銷售裝置兼容傳統現金支付以及行動支付趨勢。且不論是現金支付或者是行動支付，由於每筆交易資訊皆會上傳至雲端，可供消費者查詢消費的紀錄，甚至供賣家從雲端統整銷售資料以及分析銷售現象。

上文具體實施方式和附圖僅為本創作之常用實施例。顯然，在不脫離權利要求書所界定的本創作精神和創作範圍的前提下可以有各種增補、修改和替換。本領域技術人員應該理解，本創作在實際應用中可根據具體的環境和工作要求在不背離創作準則的前提下在形式、結構、佈局、比例、材料、元素、元件及其它方面有所變化。因此，在此披露之實施例僅用於說明而非限制，本創作之範圍由後附權利要求及其合法等同物界定，而不限於此前之描述。