TWI421788B - 電子付費系統、電子付費伺服器、移動體通信終端及電子付費方法 - Google Patents

Description

電子付費系統、電子付費伺服器、移動體通信終端及電子付費方法

本發明係關於電子付費系統、電子付費伺服器、移動體通信終端及電子付費方法，更詳言之即關於用以實現按照現金付費之電子付費之電子付費系統、電子付費伺服器、移動體通信終端及電子付費方法。

由於近年來之資訊處理技術、通信技術之發展及通信基礎建設之普及，費用．價款之支付方法呈多樣化，提案並利用取代藉由現金之支付之各種方法。

作為取代現金之價款支付方法，存在有所謂後付形式之信用卡或預付形式之預付卡。

於是，若於日式彈珠(柏青哥)館、賭場、自行車賽或賽馬等競賽之票券賣場、各種彩券販售處、配置有遊戲機之遊戲中心等遊藝場(以下僅稱為「遊藝場」)之支付，亦可利用現金以外之支付方法，則可提升使用者(遊藝者)之方便，並且藉由遊藝機之稼動率提高，亦可期待遊藝場之銷售金額提升。

然而，根據防止遊藝者借款過多之旨趣之規定，一般於遊藝場限制利用信用卡。而且，假使於遊藝場許可藉由信用卡之付費方法，但依利用狀況，若信用卡之利用記錄郵寄至自家住宅，或依利用狀況，從信用業者撥打本人確認 之電話，則為繁瑣的狀況，或進一步由於有個人資訊外漏之虞，因此遊藝者對於將信用卡號碼、個人辨識號碼傳達給遊藝場側來付費，於遊藝場內留下個人資訊之記錄，會具有不少抗拒感，故就現狀來說，於遊藝場難以普及利用藉由信用卡之付費。

而且，作為現金、信用卡以外之其他付費方法，亦有藉由預付卡之支付方法，但遊藝之結果，遊藝者完全消費手邊現金之情況時，無法進一步追加購入預付卡。遊藝者在遊藝中將手邊現金消費完畢後，即使有想稍微進行遊藝或於遊藝場想進行某些購物之要求，現狀下並未準備有回應該類要求之付費方法，遊藝場不得不眼睜睜地忽視該類潛在需要。

本發明之目的在於提供一種亦可於遊藝場利用、與現金付費同樣之新電子付費方式。

作為用以解決上述問題之機構，本發明具有以下特徵。

本發明之第一態樣係提案作為一種電子付費系統，其具有：電子付費伺服器，其係可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路(例如於日本營運之多樣付費網路(Multi－Payment Network)(參考例如http：//www.jampa.gr.jp/pub/))，經由通信網要求該等戶頭間之轉帳；店鋪內伺服器，其係可與前述電子付費伺服器經由通信網通信；有價價值提供裝置(例如鋼珠出借機、賣砂機、預付卡發售機等)，其係可與前述店鋪內 伺服器通信；及移動體通信終端(例如搭載有非接觸型IC卡之行動電話機)，其係可與前述店鋪內伺服器經由通信網通信，並且可與前述有價價值提供裝置通信。

其特徵為：前述電子付費伺服器係就各使用者，記憶可於各店鋪內伺服器使用之金額即使用者保有金額(例如於轉帳金額加算有付費業者手續費之額數)，將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額，從該使用者之使用者戶頭轉帳到前述付費業者戶頭，或於使用者保有金額加算前述使用者轉帳金額，將通知該使用者轉帳金額之使用者寄存金處理要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應前述使用者寄存金處理要求訊息，算出並記憶表示來自使用者之寄存金之寄存金；前述移動體通信終端係從前述有價價值提供裝置，取得特定出該有價價值提供裝置之機器特定資訊(例如機器ID)，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應來自前述移動體通信終端之支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置，傳送指示提供有價價值(例如出借鋼珠、出借代幣、預付卡、僅於遊藝場內有效之店內簽帳卡(house card)、賭場兌換券等。以下稱為有價價值)之提供指示訊息，且從前述使用者寄存金減算因應有價價值之提供價款即使用者支付金額之額數，並且於該使用者之消費金額加算因應前述使用者支付金額之額數，將通知該消費 金額之消費金額通知訊息傳送至前述電子付費伺服器；前述有價價值提供裝置若從前述店鋪內伺服器接收提供指示訊息，則提供因應前述使用者支付金額之有價價值；前述電子付費伺服器係因應前述消費金額通知訊息，於遊藝場業者保有金額加算消費金額，將轉帳請求訊息傳送至前述收納網路，以向前述收納網路要求從前述付費業者戶頭，將因應遊藝場業者保有金額之金額轉帳到前述遊藝場業者戶頭。

若根據該電子付費系統，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第二態樣係提案作為一種電子付費系統，其係可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路(例如多樣付費網路)，經由通信網要求該等戶頭間之轉帳。

該電子付費伺服器之特徵為具有：記憶機構(例如資料庫部)，其係就各使用者，記憶可於各店鋪內伺服器使用之金額即使用者保有金額及各遊藝場業者之遊藝場業者保有金額；及轉帳要求處理部，其係用以將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額(例如於使用者所指定之額數加有付費業者之手續費之額數)，從該使用者之使用者戶頭轉帳到前述付費業者戶頭，或於前述使用者保有金額加算前述使用者轉帳金額，並傳送通知該使用者轉帳金額之使用者寄存金處理要求訊息；且具有： 精算處理機構(例如精算處理部)，其係因應通知使用者支付作為有價價值之提供價款之金額之合計即消費金額之消費金額通知訊息，於前述遊藝場業者保有金額加算消費金額，將轉帳請求訊息傳送至前述收納網路，以向前述收納網路要求從前述付費業者戶頭，將因應遊藝場業者保有金額之金額(例如從遊藝場業者保有金額減去付費業者之手續費之額數)轉帳到前述遊藝場業者戶頭。

若根據該電子付費伺服器，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第三態樣係提案作為一種店鋪內伺服器，其係可與電子付費伺服器經由通信網通信，該電子付費伺服器可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳。

該店鋪內伺服器之特徵為具有：記憶機構(例如資料庫部)，其係記憶各使用者之寄存金及消費金額；寄存金處理機構(例如寄存金處理部)，其係因應從前述電子付費伺服器傳送之使用者寄存金處理要求訊息，算出並記憶寄存金；支付要求處理機構(例如支付要求處理部)，其係若接收尋求支付有價價值之提供價款即使用者支付金額之支付要求訊息，則從前述寄存金減算因應使用者支付金額之額數，並且於前述消費金額加算因應前述使用者支付金額之額數；提供指示機構(例如提供指示部)，其係因應從前述寄存金減算使用者支付金額之結果，傳送指示提供有價價 值之提供指示訊息；及精算處理機構(例如精算處理部)，其係向前述電子付費伺服器傳送通知消費金額之消費金額通知訊息。

若根據該店鋪內伺服器，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第四態樣係提案作為一種電子付費系統用之移動體通信終端。該移動體通信終端之特徵為：與有價價值提供裝置(例如鋼珠出借機、賣砂機、預付卡發售機等)藉由近距離通信機構(例如非接觸型IC卡用晶片)進行通信，以從有價價值提供裝置取得特定出該有價價值提供裝置之機器特定資訊(例如機器ID)，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息傳送至店鋪內伺服器，使前述店鋪內伺服器指示前述有價價值提供裝置提供因應有價價值之提供價款即使用者支付金額(例如日幣1,000圓份之出借鋼珠費)之有價價值。

本發明之第五態樣係提案作為一種電子付費方法。

該電子付費方法之特徵為具有以下步驟：傳送轉帳請求訊息，以向收納網路要求將使用者所指定之轉帳金額，從使用者戶頭轉帳到付費業者戶頭之步驟(例如轉帳請求訊息傳送S204)；於前述使用者保有金額加算因應前述轉帳金額之額數即使用者轉帳金額，並予以記憶之步驟(例如保有金額資料處理S207)；傳送通知前述使用者保有金額之使用者寄存金訊息之步驟(例如使用者寄存金處理要求訊息傳送S208)；接收前述使用者寄存金訊息，並因應該 使用者寄存金訊息來算出並記憶寄存金之步驟(例如寄存金資料更新處理S209)；接收包含與有價價值提供裝置藉由近距離通信機構進行通信，藉此以取得之特定出該有價價值提供裝置之機器特定資訊之支付要求訊息之步驟(例如支付要求訊息傳送S303)；因應前述支付要求訊息，算出並記憶作為有價價值之提供價款之使用者支付額之合計即消費金額之步驟(例如消費金額處理S308)；前述寄存金及消費金額符合特定條件之情況下，因應前述支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置，傳送指示提供因應使用者支付金額之有價價值之提供指示訊息之步驟(例如寄存金檢查S304、提供指示訊息傳送S305)；傳送用以通知前述消費金額之消費金額通知訊息之步驟(例如消費金額通知訊息傳送S404)；因應前述消費金額通知訊息，於遊藝場業者保有金額加算因應前述消費金額之額數，並予以記憶之步驟(保有金額精算處理S406)；及傳送轉帳請求訊息，以向前述收納網路要求將因應前述遊藝場業者保有金額之額數，從前述付費業者戶頭轉帳到前述遊藝場業者戶頭之步驟(例如轉帳請求訊息傳送S408)。

若根據該電子付費方法，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第六態樣係提案作為一種電子付費系統，其具有：電子付費伺服器，其係可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路(例 如多樣付費網路)，經由通信網要求該等戶頭間之轉帳；店鋪內伺服器，其係可與前述電子付費伺服器經由通信網通信；有價價值提供裝置(例如鋼珠出借機、賣砂機等)，其係可與前述店鋪內伺服器通信；及移動體通信終端(例如搭載有非接觸型IC卡之行動電話機)，其係可與前述店鋪內伺服器經由通信網通信，並且可與前述有價價值提供裝置通信。

其特徵為：前述電子付費伺服器係將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額(例如從轉帳金額減去支付給付費業者之手續費之額數)，從前述使用者戶頭轉帳到前述付費業者戶頭，且將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者轉帳金額之金額，從前述付費業者戶頭轉帳至前述遊藝業者戶頭，而且將通知前述使用者轉帳金額之使用者寄存金處理要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應前述使用者寄存金處理要求訊息，算出並記憶表示來自使用者之寄存金之使用者寄存金(例如寄存金1501)；前述移動體通信終端係從前述有價價值提供裝置，取得特定出該有價價值提供裝置之機器特定資訊(例如機器ID)，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應來自前述移動體通信終端之支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置傳送指示提供有價價值之提供指示訊息；前述有價價 值提供裝置若從前述店鋪內伺服器接收提供指示訊息，則提供因應有價價值之提供價款即使用者支付金額之有價價值。

若根據該電子付費伺服器，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第七態樣為一種電子付費伺服器，其特徵為：可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路(例如多樣付費網路)，經由通信網要求該等戶頭間之轉帳；將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額(例如於轉帳金額加有付費業者手續費之額數)，從前述使用者戶頭轉帳到前述付費業者戶頭，且將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者轉帳金額之金額，從前述付費業者戶頭轉帳至前述遊藝業者戶頭，且傳送通知前述使用者轉帳金額之使用者寄存金處理要求訊息。

若根據該電子付費伺服器，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第八態樣係提案作為一種店鋪內伺服器，其係可與電子付費伺服器經由通信網通信，該電子付費伺服器可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路(例如多樣付費網路)，經由通信網要求該等戶頭間之轉帳。

其特徵為具有：記憶機構(例如資料庫部)，其係記憶各 使用者之寄存金(例如寄存金1501)及消費金額(消費金額1502)；寄存金處理機構(例如寄存金處理部)，其係因應從前述電子付費伺服器傳送之使用者寄存金處理要求訊息，算出並記憶寄存金；支付要求處理機構(例如支付要求處理部)，其係若接收尋求支付有價價值之提供價款即使用者支付金額之支付要求訊息，則從前述寄存金減算使用者支付金額，並予以記憶；及提供指示機構(例如提供指示部)，其係因應從前述寄存金減算使用者支付金額之結果，傳送指示提供有價價值之提供指示訊息。

若根據該店鋪內伺服器，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

本發明之第九態樣係提案作為電子付費方法。該電子付費方法之特徵為具有以下步驟：傳送轉帳請求訊息，以向收納網路要求將因應使用者所指定之轉帳金額之額數即使用者轉帳金額(例如從轉帳金額減去支付給付費業者之手續費之額數)，從使用者戶頭轉帳到付費業者戶頭之步驟(例如轉帳請求訊息傳送S504)；將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者轉帳金額之金額，從前述付費業者戶頭轉帳到前述遊藝業者戶頭之步驟(例如轉帳請求訊息傳送S507)；傳送通知因應前述轉帳金額之額數之使用者寄存金之使用者寄存金訊息之步驟(例如使用者寄存金處理要求訊息傳送S510)；接收前述使用者寄存金訊息，並因應該使用者寄存金訊息來算出並記憶寄存金之步驟(例如寄存金資料更新處理S511)；接收包含與有價 價值提供裝置藉由近距離通信機構進行通信，藉此以取得之特定出該有價價值提供裝置之機器特定資訊之支付要求訊息之步驟(例如支付要求訊息傳送S303)；因應前述支付要求訊息，算出並記憶作為有價價值之提供價款之使用者支付金額之合計即消費金額之步驟(例如消費金額處理S308)；及前述寄存金及消費金額符合特定條件之情況下，因應前述支付要求訊息，向前述有價價值提供裝置，傳送指示提供因應前述使用者支付金額之有價價值之提供指示訊息之步驟(例如寄存金檢查S304、提供指示訊息傳送S305)。

若根據該電子付費方法，可提供一種不同於信用卡或現金卡等既有付費方法之新付費方法。

[發明之效果]

若根據本發明，可實現一種於遊藝場亦可利用之簡易且安全之電子付費。

以下，參考圖式來說明本發明之實施型態。

[I.第一實施型態]

[1.電子付費系統之結構例]

圖1係表示電子付費系統之一例之網路圖。

於該圖所示之例中，電子付費系統1具有：電子付費伺服器10、移動體通信終端20、有價價值提供裝置30及店鋪內伺服器31。

電子付費伺服器10係經由通信網50來連接於移動體通信 終端20、店鋪內伺服器31及收納網路40。收納網路40係根據來自電子付費伺服器10之指示，執行從使用者之戶頭往指定之匯款對象戶頭之指定金額之匯款處理之系統，其例如為「多樣付費網路(Multi－Payment Network)」(參考例如http：//www.jampa.gr.jp/pub/)。

圖2係表示收納網路40之概略結構之區塊圖。收納網路40係銀行等金融機關之金融機關系統44(包含如共同利用中心之型態)經由通信網路45(與通信網50同一之網亦可)可通信地相互連接。金融機關系統44係可電子式地進行以下戶頭之存領之系統。本電子付費系統1所利用之金融機關系統44係具有以下戶頭：遊藝遊藝機者且利用本電子付費系統進行支付者(以下稱為使用者)之戶頭(以下稱為使用者戶頭41)；直接或間接地進行本電子付費系統1之營運、管理，並收取電子付費系統1之營運之對價．代價．手續費等者(以下稱為付費業者)之戶頭(以下稱為付費業者戶頭42)；及向使用者提供藉由遊藝機之遊藝者，並利用本電子付費系統1收取來自使用者之支付(以下稱為遊藝場業者)之戶頭(以下稱為遊藝場業者戶頭43)。該等戶頭41,42,43設置於同一金融機關系統44或設置於互異之金融機關系統44均可。於圖2圖示作為該等戶頭41,42,43設置於不同之金融機關系統44，但並非本實施型態限定於該類態樣之旨趣。

於通信網路45連接有請求者用以對於收納網路40傳送支付請求之終端裝置。作為終端裝置係使用個人電腦(PC) 46、行動電話機47、ATM(Automated Teller Machine：自動櫃員機)48等。於本實施型態之電子付費系統1，移動體通信終端20或電子付費伺服器10作為收納網路40之終端裝置來動作。

回到圖1，繼續說明電子付費系統1之結構例。

電子付費伺服器10連接於通信網50，與店鋪內伺服器31可經由通信網50連接。移動體通信終端20係可經由基地台(BS)60、移動體通信網70、及連接移動體通信網70與通信網50之閘道80，來與電子付費伺服器10、店鋪內伺服器31及收納網路40通信，並且可藉由移動體通信終端20所具備之近距離通信機構(例如非接觸式IC卡及其讀卡機)來與有價價值提供裝置30通信。

以下，說明關於上述電子付費系統1之各結構要素。

[1.1.有價價值提供裝置]

有價價值提供裝置30係向使用者提供某種有價價值(可與金錢交換以購入之有體物、無體物)，來作為使用者利用移動體通信終端20進行電子付費之對價之裝置。有價價值提供裝置30為例如遊藝場之鋼珠出借機、代幣借出裝置、CAT終端裝置等。此外，本實施型態之有價價值提供裝置30未必須為如鋼珠出借機或代幣借出裝置，直接將有價價值提供給使用者之裝置，亦包含例如現金卡之CAT終端，向遊藝場(店鋪)側通知可進行電子付費之意旨，使遊藝場側將物品等交付使用者等間接地向使用者提供有價價值之裝置。

而且，有價價值提供裝置30係作為有價價值，而將電子資料輸出、傳送至或寫入於其他裝置或記憶媒體之裝置亦可。例如有價價值提供裝置30係向被予以網路連接之遊藝機或遊戲機，傳送進行遊藝或遊戲之提供之訊息或指令之裝置亦可。該情況下，使用者可經由該有價價值提供裝置30，享受利用本電子付費系統1所支付之遊藝價款、遊戲價款份之遊戲或遊戲。而且，有價價值提供裝置30係於搭載有IC卡或IC卡功能之行動電話機、USB記憶體等記憶媒體，寫入表示遊戲機可利用次數、可利用金額等之電子資料之裝置亦可。使用者可使遊藝機、遊戲機、發售機、精算機等裝置，讀取藉由有價價值提供裝置30進行過電子資料之寫入之記憶媒體，取得該等裝置所提供之商品或服務。

圖3係表示有價價值提供裝置30及移動體通信終端20之結構例之功能區塊圖。以下，參考圖3來說明關於有價價值提供裝置30之結構。

有價價值提供裝置30具有：網路通信處理部301、提供控制部302、提供裝置側近距離通信部303、有價價值供給部304及遊藝歷程處理部305。

網路通信處理部301具有與店鋪內伺服器31執行通信之功能，其為例如搭載有協定疊(protocol stack)之通信埠等。此外，有價價值提供裝置30對於店鋪內伺服器31連接有複數台亦可，有價價值提供裝置30與店鋪內伺服器31係藉由LAN等通信網或其他之通信機構連接。

提供控制部302具有命令．控制網路通信處理部301、提供裝置側近距離通信部303、有價價值供給部304之動作之功能，其為例如搭載有用以實現有價價值提供裝置30之程式之微電腦。

提供裝置側近距離通信部303具有與搭載於移動體通信終端20之終端側近距離通信部201進行通信之功能，其為例如非接觸式IC卡之讀卡機。此外，提供裝置側近距離通信部303所利用之通信方式未必須限於無線，紅外線通信亦無妨。而且，未必須為非接觸式之通信方式亦可，即使採用藉由通信電纜或USB插槽連接並通信之方式，本發明亦成立。

有價價值供給部304係具有因應提供控制部302之命令，來將有價價值提供給使用者之功能。有價價值供給部係指例如鋼珠出借機之出借鋼珠輸出部、代幣借出機之代幣漏斗、認證終端(例如CAT終端)之顯示器或列印機等。有價價值若可藉由金錢購入，任何均可，其為出借鋼珠、出借代幣、預付卡、加值卡(店內簽帳卡)或同等品，或無形之服務等。有價價值供給部304未必須限於直接將有價價值提供給使用者，間接將有價價值提供給使用者亦可。例如有價價值供給部304為液晶顯示裝置，該液晶顯示裝置顯示向遊藝場之店員或工作人員等指示交付商品之訊息，亦為根據本發明之有價價值提供之一型態。

遊藝歷程處理部305具有根據由遊藝者所進行之有價價值提供裝置30之使用，產生關於遊藝者之遊藝歷程之資料 即遊藝履歷資料，經由網路通信處理部301傳送至店鋪內伺服器31或電子付費伺服器10之功能。

例如有價價值提供裝置30為附設於某特定遊藝機之賣砂機(鋼珠出借機)。遊藝者為了於附設有該賣砂機之遊藝機進行遊藝，與作為賣砂機之有價價值提供裝置30藉由作為移動體通信終端20之自己之行動電話機，藉由利用本電子付費系統1之付費來接受鋼珠出借。遊藝歷程處理部305係從提供控制部302之動作狀況及遊藝機之動作狀況，來產生何位遊藝者於何時遊藝何台遊藝機、遊藝多少金額等資料，即遊藝歷程資料，將其傳送至管理遊藝歷程資料之伺服器。遊藝歷程資料係每當所有有價價值提供裝置30被使用時，被送至伺服器累積。藉由解析該遊藝歷程資料，或藉由資料探勘之手法等分析等，來闡明遊藝者之行動傾向、遊藝機之人氣傾向、時間帶別利用動向等，其結果可取得成為店鋪經營或遊藝機開發等之資料之有用資訊。

此外，於該實施型態，說明使用電子付費伺服器10之結構來作為管理遊藝歷程資料之伺服器，但管理遊藝歷程資料之伺服器作為有別於電子付費伺服器10之伺服器裝置而組入本電子付費系統1，當然亦無妨。

[1.2.移動體通信終端]

接著，參考圖3來說明關於移動體通信終端20。移動體通信終端20係可與電子付費伺服器10及/或收納網路40經由通信網50通信，並且可利用近距離通信機構來與有價價值提供裝置30通信之終端裝置。而且，移動體通信終端20 亦可經由通信網50來與店鋪內伺服器31通信。

移動體通信終端20為例如具有非接觸式IC卡(例如FeliCa：FeliCa為SONY公司之註冊商標)功能之行動電話機、搭載有近距離通信機構及無線通信機構之PDA(Personal Data Assistant：個人資料助理)、攜帶遊戲機、搭載有無線LAN之IP電話機、或本電子付費系統1之專用終端裝置等。移動體通信終端20具有用以與前述提供裝置側近距離通信部303進行通信之終端側近距離通信部201、支付要求產生部202、無線通信部203、輸入部204、輸出部205、使用者資訊記憶部206及轉帳要求產生部207。

終端側近距離通信部201具有與提供裝置側近距離通信部303進行通信之功能，為例如IC卡用晶片及天線。

支付要求產生部202具有產生向店鋪內伺服器31，要求使用者所收取之有價價值之對價(價款)之支付、付費之支付要求訊息，以讓有價價值提供裝置30提供有價價值之功能，為例如搭載有i－appli(「i－appli」為NTT DoCoMo公司之註冊商標，藉由下載至行動電話，可追加附加價值功能之應用軟體，未特別限定OS。以下稱為i－appli)之微電腦。

無線通信部203具有移動體通信終端20連接於移動體通信網70，執行經由移動體通信網70通信之功能，其為例如具有調變電路、解調電路之無線通信電路。移動體通信網為一般之行動電路之通信網，或為WIMAX或無線LAN之通信網均可。

輸入部204具有將使用者之指示改變為電性信號並交給支付要求產生部202、轉帳要求產生部207等之功能，其為例如行動電話機之按鍵、觸控筆及觸控面板、指向裝置。

輸出部205具有移動體通信終端20用以向使用者傳達資訊之資訊輸出功能，其為例如行動電話機之液晶面板、聲音輸出裝置(揚聲器等)或小型列印機等。

使用者資訊記憶部206具有記憶使用者之支付或付費所需要之資訊之功能。圖4係表示使用者資訊記憶部206所記憶之資訊之一例。於該例中，使用者資訊記憶部206記憶：唯一地特定作為該移動體通信終端20之用戶而登錄之使用者之使用者ID208；電子付費伺服器10及/或店鋪內伺服器31用以進行使用者之本人認證之密碼209；特定出使用者領出支付價款之戶頭即使用者戶頭41之資訊，即銀行號碼210、分行號碼211及帳號212；及設定於該戶頭之個人辨識號碼213。該等資訊，尤其是銀行號碼210、分行號碼211、帳號212、個人辨識號碼213係於使用者於移動體通信終端20，安裝作為支付要求產生部202及轉帳要求產生部207發揮功能之i－appli等應用軟體時，或於用以接受本電子付費系統1之服務之使用者登錄時等，由使用者來輸入即可。例如於移動體通信終端20起動之i－appli等應用軟體係向使用者，要求從輸入部204輸入該等資訊，輸入之資訊208~213記憶於使用者資訊記憶部206。該等資訊208~213係於產生從使用者戶頭41往付費業者戶頭42之存款轉帳要求用之轉帳要求訊息時使用，作為轉帳要求訊息 之一部分傳送至電子付費伺服器10。

此外，使用者ID208為電子付費伺服器10自動分配之識別號碼，或移動體通信終端20所具有之識別資訊，例如FelicaID(「FeliCa」為SONY股份有限公司之登錄商標)、個體識別號碼(包含FOMA卡識別資訊(「FOMA」為NTT DoCoMo股份有限公司之註冊商標))均可。

[1.3.電子付費伺服器]

回到圖2，繼續說明電子付費系統1之結構要素。

電子付費系統1係具有電子付費伺服器10作為其核心之結構要素。電子付費伺服器10係具備運算處理裝置(CPU)、主記憶體(RAM)、讀出專用記憶體(ROM)、輸出入裝置(I/O)，於必要之情況時具備硬碟裝置等外部記憶裝置之裝置，其為例如電腦、工作站等資訊處理裝置。於前述ROM或硬碟裝置等，記憶有用以使資訊處理裝置作為電子付費伺服器10發揮功能之程式，或用以使電腦執行電子付費方法之程式，藉由將該程式裝載於主記憶體上，CPU執行其來實現電子付費伺服器10或執行電子付費方法。而且，上述程式未必須記憶於資訊處理裝置內之記憶裝置，從外部之裝置(例如ASP(應用服務提供者之伺服器等))提供，將其裝載於主記憶體之結構亦可。而且，該電子付費伺服器10由單體之裝置構成，或藉由網路結合複數裝置來構成均可。電子付費伺服器10係於一處集中所有功能之中心結構，或就各功能來分割，可進行分散處理之分散伺服器結構均可。

以下，參考圖5A來說明關於電子付費伺服器10。圖5A係表示電子付費伺服器10之結構例之功能區塊圖。

圖5A所示之電子付費伺服器10具有網路通信處理部401、支付要求處理部402、資料庫部403、轉帳要求處理部404、精算處理部405及遊藝資訊更新部406。此外，該等各部係藉由記憶有程式之記憶裝置及執行該程式之CPU等所實現之結構要素。

網路通信處理部401具有經由通信網50來與移動體通信終端20、店鋪內伺服器31及收納網路40執行通信之功能，其為例如用以執行協定疊之通信埠。網路通信處理部401若收到來自移動體通信終端20之轉帳要求訊息，則將其交給轉帳要求處理部404。而且，網路通信處理部401若從精算處理部405收到以收納網路40為發出對象之轉帳請求訊息，則將其以收納網路40為發出對象並傳送。

資料庫403係記憶登錄於本電子付費系統1之各使用者之保有金額資料700、遊藝場業者之保有金額資料900，並且記憶與收納網路40間進行轉帳所必要之資訊即使用者表600、使用者保有金額資料700、遊藝場業者表800、遊藝場業者保有金額資料900、店鋪內伺服器表1000及遊藝歷程資訊1100。

圖6係記憶於資料庫部403之使用者表600之結構例。使用者表600係儲存有關於使用者(遊藝者)之資訊之資料。使用者表600係就各使用者具有1個記錄601之資料，各記錄601係儲存使用者ID602、密碼603、郵件位址604、及使用 者之戶頭且用以特定出扣款對象戶頭之銀行號碼605、分行號碼606、戶頭種類別607、帳號608、戶頭名義609及個人辨識號碼610。使用者ID602係唯一地特定出使用者之資訊。密碼603係防止第三者冒充該使用者違法利用本電子付費系統1之資訊。郵件位址604係於結果通知部407將支付處理之處理結果通知使用者時，作為其電子郵件之傳送對象即發信對象位址來使用之資訊。銀行號碼605、分行號碼606、戶頭種類別607、帳號608、戶頭名義609及個人辨識號碼610係對於收納網路40，指定扣款對象戶頭，用以利用戶頭之資訊。

儲存於使用者表600之資訊係於使用者在電子付費伺服器10進行使用者登錄時，輸入於電子付費伺服器10。

圖7係記憶於資料庫部403之使用者保有金額資料700之結構例。使用者保有金額700係就各使用者具有1個記錄701之資料，各記錄701具有：使用者ID欄702，其係儲存使用者ID；店鋪內伺服器ID欄703，其係儲存唯一地特定出店鋪內伺服器31之資訊即店鋪內伺服器ID；及保有金額欄704，其係儲存該使用者寄存於藉由店鋪內伺服器ID所特定出之店鋪內伺服器31之金額即保有金額。若使用者於電子付費系統1之店鋪內伺服器31存入，則儲存於保有金額欄704之值僅增加存入額之部分，若進行利用有價價值提供裝置30之支付，則重寫為僅減少支付額之部分。此外，即使為同一使用者，為了就各店鋪內伺服器31管理保有金額，關於同一使用者可持有複數記錄701。

圖8係記憶於資料庫部403之遊藝場業者表800之結構例。遊藝場業者表800係儲存有關於遊藝場業者之資訊之資料。遊藝場業者表800係就加入電子付費系統1之各遊藝場業者，具有1個記錄801之資料。各記錄801係儲存有：儲存遊藝場業者ID之遊藝場業者ID802；及該遊藝場業者之戶頭，且用以特定出從使用者將支付給有價價值提供裝置30之金額轉入之轉入對象戶頭之銀行號碼803、分行號碼804、戶頭種類別805、帳號806、戶頭名義807。遊藝場業者ID802係唯一地特定出遊藝場業者之資訊。銀行號碼805、分行號碼806、戶頭種類別807、帳號808、戶頭名義809係用以對於收納網路40指定轉入對象戶頭之資訊。

儲存於遊藝場業者表800之資訊係於遊藝場業者在電子付費系統1進行加入登錄時，輸入於電子付費伺服器10。

圖9係記憶於資料庫部403之遊藝場業者保有金額資料900之結構例。遊藝場業者保有金額900係就登錄於電子付費系統1之各遊藝場業者，具有1個記錄901之資料。各記錄901具有：遊藝場業者ID902；及保有金額903，其係儲存電子付費系統1向遊藝場業者戶頭43轉入份之金額之保有金額。儲存於保有金額903之值係重寫為僅增加由於利用有價價值提供裝置30，從使用者經由店鋪內伺服器31所支付之部分，僅減少利用收納網路40向遊藝場業者戶頭43之轉入額。

圖10係記憶於資料庫部403之店鋪內伺服器表1000之結構例。店鋪內伺服器表1000係針對電子付費系統1所含之 各店鋪內伺服器31，具有1個記錄1001之資料，各記錄1001儲存店鋪內伺服器ID1002、店鋪內伺服器IP位址1003及遊藝場業者ID1004。

店鋪內伺服器ID1002係用以唯一地特定出店鋪內伺服器31之資訊，店鋪內伺服器IP位址1003為電子付費伺服器10用以與店鋪內伺服器31進行通信之發信對象資訊，其利用作為例如為了用以向某店鋪內伺服器31，傳送通知來自使用者寄存金之寄存金通知訊息所使用之傳送對象位址之資訊。遊藝場業者ID1004係針對被賦予該店鋪內伺服器ID1002之店鋪內伺服器31，特定出具有收取相當於使用者之消費金額之支付之權利之遊藝場業者之資訊，其利用與遊藝場業者表800之遊藝場業者ID802(參考圖8)同一ID。

遊藝歷程資訊1100係表示遊藝者何時於何處在何台遊藝機進行多少遊藝等關於遊藝之歷程之資訊，係藉由累積並記憶由各有價價值提供裝置30之遊藝歷程處理部305所產生，並經由店鋪內伺服器31傳送之遊藝歷程資料所產生之資訊。藉由習知之行銷解析或資料探勘手法來分析該遊藝歷程資訊1100，可獲得各種有用資訊。

回到圖5A，繼續說明電子付費伺服器10之結構例。

接著，說明關於轉帳要求處理部404。轉帳要求處理部404具有處理從移動體通信終端20接收之轉帳要求訊息之功能。轉帳要求處理部404係經由網路通信處理部401而從移動體通信終端20收取轉帳要求訊息。轉帳要求訊息之內容係從使用者戶頭41，將指定金額扣款，以便於電子付費 系統1，更詳言之即於指定之店鋪內伺服器31可使用扣款之金額份之內容。收到該轉帳要求訊息之轉帳要求處理部404係檢查記憶於資料庫部403之使用者表600。轉帳要求處理部404係從使用者表600，取得特定出作為轉帳原本戶頭之使用者之戶頭之資訊，即銀行號碼605、分行號碼606、戶頭種類別607、帳號608、戶頭名義609及個人辨識號碼610，將該等資訊與特定出作為轉帳對象戶頭之付費業者戶頭43之資訊一同作為轉帳要求訊息，經由網路通信處理部401傳送至收納網路40。收納網路40若收取轉帳要求訊息，則將指定金額從使用者戶頭41轉帳到付費業者戶頭42。轉帳之金額係使用者可利用電子付費系統1來使用之資金(手續費份除外)。

而且，轉帳要求處理部404具有若從收納網路40收取轉帳結果通信訊息，則回應該訊息，向該當之店鋪內伺服器31傳送使用者寄存金處理要求訊息，以記憶使用者之寄存金之功能。

接著，說明關於精算處理部405。精算處理部405係從各店鋪內伺服器31接收表示使用者所消費之金額之訊息，因應該訊息來進行遊藝場業者保有金額資料900，更詳言之即進行保有金額903之變更或更新。而且，精算處理部405係向收納網路40要求將遊藝場業者保有金額資料900所示之金額，從付費業者戶頭42轉帳到各遊藝場業者之遊藝場業者戶頭43。該轉帳之資金之額數係相當於電子付費系統1從使用者寄存之對於遊藝場業者之支付金額，亦即遊藝 場業者保有金額資料900之保有金額903。於本實施型態，精算處理部405係自律地進行轉帳請求處理。例如精算處理部405係於特定時序(例如每月月底)自動起動。起動後之精算處理部405係向各店鋪內伺服器31，詢問使用者所消費之金額，亦即對於遊藝場業者之支付額，因應店鋪內伺服器31回應其所傳送之支付要求訊息，來更新遊藝場業者保有金額資料900之保有金額903。進一步而言，精算處理部405檢查記憶於資料庫部403之所有遊藝場業者保有金額資料900，針對尚未完成轉帳者，向收納網路40傳送轉帳請求，以從付費業者戶頭42轉帳到該當之遊藝場業者戶頭43。

遊藝資訊更新部406係具有時時刻刻累積並記憶從有價價值提供裝置30之歷程資訊處理部305，經由店鋪內伺服器31所接收之遊藝歷程資料，並進行遊藝歷程資訊1100之即時化(update)之功能。

[1.4.電子付費伺服器之分散伺服器結構]

於圖5A所示之例中，電子付費伺服器10係圖示為由1個伺服器裝置來實現，但電子付費伺服器10當然不限定於藉由該類伺服器裝置之結構。

圖5B係表示電子付費伺服器10為分散伺服器結構之情況下之一結構例之功能區塊圖。與圖5A所示之結構要素同一結構要素係附上相同之參考號碼，並省略詳細說明。

藉由使電子付費伺服器10成為分散伺服器結構，來降低關於使用者或遊藝場業者之資訊外漏或被盜之可能性，可 提升對於本電子付費系統1之安全性之信賴。

成為分散伺服器結構之情況下之電子付費伺服器10係藉由應用軟體伺服器501、及1個或複數個資料庫伺服器502A~502D來構成。應用軟體伺服器501具有網路通信處理部401、轉帳要求處理部404、精算處理部405及遊藝資訊更新部406。

於圖5B所示之例中，4個資料庫伺服器502A,502B,502C,502D係經由區域網路503，可通信地連接於應用軟體伺服器501。4個資料庫伺服器502A~502D係對應於圖5A所示之資料庫部403之結構要素。於該結構例中，第一資料庫伺服器502A記憶使用者表600及使用者保有金額資料700，第二資料庫伺服器502B記憶遊藝場業者表800及遊藝場業者保有金額資料900，第三資料庫伺服器502C記憶店鋪內伺服器表1000，第四資料庫伺服器502D記憶遊藝歷程資訊1100。應用軟體伺服器501係因應處理之必要，向該等資料庫伺服器502A~502D要求必要之資訊，資料庫伺服器502A~502D係因應要求，從記憶之內容取出必要之資訊並交給應用軟體伺服器501。

此外，可任意決定如何分割資料庫部403、成為幾個資料庫伺服器502、如何分配各個資料庫伺服器之記憶內容(表、資料)，不限定於圖5B所示之結構。

[1.5.店鋪內伺服器]

繼續說明電子付費系統1之結構例之說明。接著，說明關於店鋪內伺服器31。

如圖1所示，電子付費系統1具有店鋪內伺服器31。店鋪內伺服器31係具備運算處理裝置(CPU)、主記憶體(RAM)、讀出專用記憶體(ROM)、輸出入裝置(I/O)，於必要之情況時具備硬碟裝置等外部記憶裝置之裝置，其為例如電腦、工作站等資訊處理裝置。於前述ROM或硬碟裝置等，記憶有用以使資訊處理裝置作為店鋪內伺服器31發揮功能之程式、或用以使電腦執行電子付費方法之程式，將該程式裝載於主記憶體上，CPU執行其來實現店鋪內伺服器31或執行電子付費方法。而且，上述程式未必須記憶於資訊處理裝置內之記憶裝置，從外部裝置(例如ASP(應用軟體服務提供者之伺服器等))提供並將其裝在主記憶體之結構亦可。進一步而言，該店鋪內伺服器31由單體之裝置構成，或藉由網路結合複數裝置而構成之裝置群均可。

店鋪內伺服器31若從電子付費伺服器10，接受已收到使用者之寄存金(已進行戶頭間轉帳)之意旨之訊息即使用者寄存金處理要求訊息，則將該訊息所描述之寄存金之額數記憶作為使用者可消費之金額。

使用者從藉由該店鋪內伺服器31所管理之有價價值提供裝置30嘗試消費有價價值之情況時，有價價值提供裝置30係向店鋪內伺服器31詢問，是否可從該使用者之寄存金將有價價值之對價扣款，可從該使用者之寄存金將有價價值之對價扣款之情況時，亦即留有足夠支付對價之寄存金之情況時，店鋪內伺服器31向該有價價值提供裝置30傳送訊息(稱為提供指示訊息)，以進行有價價值之付出。

以下，參考圖5C來說明關於店鋪內伺服器31。圖5C係表示店鋪內伺服器31之結構例之功能區塊圖。

圖5C所示之店鋪內伺服器31具有通信網路處理部551、寄存金處理部552、支付要求處理部553、提供指示部554、結果通知部555、精算處理部556、遊藝資訊處理部557及資料庫部560。此外，該等各部係藉由記憶有程式之記憶裝置及執行該程式之CPU等所構成之結構要素。

通信網路處理部551具有與電子付費伺服器10、移動體通信終端20等執行通信之功能，其為例如搭載有協定疊之通信埠等。

寄存金處理部552若從電子付費伺服器10接收使用者寄存金處理要求訊息，則因應該訊息來產生或更新使用者寄存金資料562。

支付要求處理部553具有處理從移動體通信終端20接收到之支付要求訊息之功能。支付要求處理部553係經由網路通信處理部551，從移動體通信終端20收取支付要求訊息。如此一來，支付要求處理部553檢查記憶於後述資料庫部560之該當使用者之使用者寄存金資料562。比較使用者寄存金資料562與支付要求訊息，在有支付要求以上之寄存金之情況時，支付要求處理部553起動提供指示部554。起動後之提供指示部554產生提供指示訊息，將該提供指示訊息經由網路通信處理部551，以支付要求訊息所指定之有價價值提供裝置30為發出對象並傳送。

而且，支付要求處理部553係於可進行因應前述支付要 求訊息之支付之情況下，因應支付金額來更新(重寫)記憶於資料庫部556之該當使用者之使用者寄存金資料562。

提供指示部554係產生用以向有價價值提供裝置30傳送之提供指示訊息，將該提供指示訊息經由網路通信處理部401，以支付要求訊息所指定之有價價值提供裝置30為發出對象並傳送。

結果通知部555具有向移動體通信終端20通知支付要求訊息是否已適當地處理之功能。作為一例，結果通知部555產生以移動體通信終端20作為發出對象之電子郵件，並將其傳送。或者，結果通知部555亦可於可藉由移動體通信終端20來閱覽之網頁，記載表示處理結果之資訊，並等待來自移動體通信終端20之閱覽。來自結果通知部555之通知內容為例如「支付要求已處理。感謝利用。」或「寄存金餘額不足。無法支付。」等訊息。而且，結果通知部555亦可具有於使用者從移動體通信終端20，將寄存金餘額之詢問訊息傳送至店鋪內伺服器之情況時(亦包含經由有價價值提供裝置30之情況)，因應該詢問訊息來參考該當使用者之使用者寄存金資料562，算出現在時點可消費之寄存金之餘額為多少，將該結果輸出至移動體通信終端20或有價價值提供裝置30之功能。

精算處理部556具有參考使用者寄存金資料562，將寄存金中使用者所消費之金額通知電子付費伺服器10之功能。此外，未必須將個別之使用者之消費金額通知電子付費伺服器10，使用者所消費之金額若可算出該店鋪內伺服器31 所記憶之所有使用者所消費之金額之合計額即足夠。

遊藝資訊處理部557具有從各有價價值提供裝置30，接收遊藝者在何時於何台遊藝機進行多少遊藝之表示關於遊藝之歷程之資訊，即遊藝歷程資訊，並使其記憶於資料庫部560，並且將記憶於資料庫部560之遊藝機歷程資訊傳送至電子付費伺服器10之功能。此外，遊藝資訊處理部557可任意地決定在何種時序傳送至電子付費伺服器10，例如營業結束時、每1週等。

接著，說明關於資料庫部560。資料庫部560記憶使用者表561、使用者寄存金資料562及遊藝歷程資訊563。

使用者表561係儲存有關於使用者(遊藝者)之資料。於圖5D表示使用者表561之資料結構例。於該例所示之使用者表561係就利用該店鋪內伺服器31之各使用者具有1個記錄561A之資料，各記錄561A具有儲存唯一地特定出使用者之資訊即使用者ID之使用者ID欄561B、儲存密碼之密碼欄561C及儲存郵件位址之郵件位址欄561D。

使用者寄存金表562係就利用該店鋪內伺服器31之各使用者，具有1個記錄之資料。於圖5E表示使用者寄存金表562之資料結構例。使用者寄存金表562所具有之記錄562A具有：使用者ID欄562B，其係儲存使用者ID；寄存金額欄562C，其係儲存關於該店鋪內伺服器31，付費業者從使用者寄存之金額即寄存金之額數；及消費金額欄562D，其係儲存該使用者使用該店鋪內伺服器31所管理之有價價值提供裝置30而消費之金額。

遊藝歷程資訊563係從連接於該店鋪內伺服器31之有價價值提供裝置30所傳送之關於遊藝者之遊藝歷程之資料即遊藝歷程資料，或該類資料之集合。

[1.6.通信網]

回到圖1，重新開始關於本實施型態之電子付費系統1之結構要素之說明。

通信網50係不問有線．無線、專用線路．交換線路，均以於連接於其之裝置分別對於目標裝置確立交談時，可進行該裝置間之資訊之傳送、接收之方式作用。通信網50如網際網路，經由閘道組合有複數網路而實現亦無妨。而且，關於其連接，即使未直接連接於被稱為所謂骨幹之主幹線而藉由PPP連接等暫時地連接，只要於確立交談時，可於其間傳送、接收資訊則無妨。此外，上述「通信網」包含未使用如固定地牽繞專用線路之交換機、開關、路由器等路徑切換機構之通信網。

[1.5.移動體通信網、閘道、基地台]

圖1所示之電子付費系統1之結構例係設想使用行動電話作為移動體通信終端20之情況。因此，作為移動體通信終端20之行動電話係圖示為首先以無線線路連接於基地台60，從該基地台60經由移動體通信網70及閘道80而連接於連接有電子付費伺服器10之通信網50。然而，若移動體通信終端20可直接連接於通信網50，則移動體通信終端20不經由移動體通信網70或閘道80而連接於電子付費伺服器10即可。例如移動體通信終端20具有無線LAN連接功能之情 況時，不須經由移動體通信網70及閘道80來進行通信。例如移動體通信終端20即使為藉由在連接於通信網50之熱點(無線LAN終端)進行存取，以連接於通信網50之結構，本發明仍成立。

[1.7.收納網路]

收納網路40係具有因應來自電子付費伺服器10之轉帳要求，從使用者戶頭41向付費業者戶頭42，及從付費業者戶頭42向遊藝場業者戶頭43，將指定金額轉帳之功能之系統。此外，於圖1所示之例，電子付費伺服器10與金融機關系統40雖圖示作為藉由通信網50連接，但即使作為經由專用線路(圖略)連接有電子付費伺服器10與金融機關系統40之結構，本實施型態仍成立。例如金融機關系統40為所謂網際網路銀行所準備之系統之情況時，將成為經由通信網50連接有電子付費伺服器10與金融機關系統40之結構。

[2.電子付費系統之動作例]

接著，參考圖11以下來說明關於上述電子付費系統1之動作。圖11係表示上述電子付費系統1之動作例之圖，其係表示使用者利用移動體通信終端20於電子付費系統1進行使用者登錄之情況下之電子付費系統1之動作例之順序圖。

首先，開始利用本電子付費系統1時，使用者以移動體通信終端20來連接於電子付費伺服器10，向電子付費伺服器10要求用以接收藉由電子付費系統1之服務之移動體通信終端20用軟體(例如i－appli等，藉由下載至移動體終端， 可追加功能之應用軟體。以下稱為「應軟」)(S101)。電子付費伺服器10係因應要求，使應軟之資料下載至移動體通信終端20(S102)。接收到應軟之移動體通信終端20係使記憶體等記憶裝置記憶應軟之資料(S103)。該應軟係藉由移動體通信終端20之CPU等來執行，以作為前述支付要求產生部202、轉帳要求產生部207等來發揮功能。

此外，於上述實施型態，作為i－appli等應軟下載用之伺服器係說明使用電子付費伺服器10，但i－appli等應軟下載用之伺服器與電子付費伺服器10為個別之裝置或系統當然亦無妨。

經下載之應軟係藉由使用者以移動體通信終端20進行特定操作等而起動(S104)。經下載之應軟係於最初起動時，使輸出部205顯示用以讓使用者輸入初始資訊之初始輸入畫面，催促使用者輸入初始資訊。於此，作為初始資訊係要求使用者ID602、密碼603、郵件位址604、銀行號碼605、分行號碼606、戶頭種類別607、帳號608、戶頭名義609及個人辨識號碼610等。此外，使用者ID602、密碼603預先藉由電子付費伺服器10設定，不藉由使用者輸入亦可。

若使用者利用移動體通信終端20之輸入部204完成初始資訊之輸入，則移動體通信終端20使初始資訊記憶於使用者資訊記憶部206，並且經由基地台60、移動體通信網70、閘道80及通信網50而連接於電子付費伺服器10，將輸入之初始資訊等傳送至電子付費伺服器10(S106)。

接收到初始資訊之電子付費伺服器20係根據該初始資訊來進行使用者登錄(S107)。亦即，電子付費伺服器20係於資料庫部403之使用者表600及使用者保有金額資料700，分別追加新記錄601,701，於該等記錄601,701預先寫入使用者ID602、密碼603、郵件位址604、銀行號碼605、分行號碼606、戶頭種類別607、帳號608、戶頭名義609及個人辨識號碼610等。

僅是上述使用者登錄結束，使用者並非已可利用電子付費系統1從有價價值提供裝置30進行購物(有價價值之受領)。使用者必須從移動體通信終端20，向電子付費系統1，更詳言之即向電子付費伺服器10，要求從自己的使用者戶頭41向付費業者戶頭42轉帳適當金額之寄存金。使用者藉由利用有價價值提供裝置30提供有價價值所消費之金額份係從該寄存金減去。減去份之金額係支付給有價價值提供裝置30之金額，藉由收納網路40之處理，於後續轉入該支付之收取人即遊藝場業者之戶頭，亦即轉入遊藝場業者戶頭43。以下，參考圖12來說明使用者向電子付費伺服器10要求，從自己的戶頭即使用者戶頭41向付費業者戶頭42轉帳之情況時，上述電子付費系統1之動作例。圖12係表示要求從使用者戶頭41向付費業者戶頭42轉帳之情況下之電子付費系統1之動作例之順序圖。

首先，使用者係於移動體通信終端20起動應軟，更詳言之即起動轉帳要求產生部207(S201)。起動後之應軟，更詳言之即轉帳要求產生部207係使移動體通信終端20之輸 出部205，顯示輸入介面畫面等，向使用者催促輸入產生轉帳要求訊息所必要之資訊，例如轉帳金額、戶頭個人辨識號碼、特定出所利用之店鋪內伺服器31之資訊(例如店鋪內伺服器ID)等。

若受理該等之輸入(S202)，移動體通信終端20，詳言之即轉帳要求產生部207係產生轉帳要求訊息，經由通信網50等，將該轉帳要求訊息傳送至電子付費伺服器10(S203)。於該轉帳要求訊息儲存有使用者ID208、密碼209、戶頭個人辨識號碼213、相當於寄存金之輸入之轉帳金額、特定出所利用之店鋪內伺服器31之資訊等。

接受到該轉帳要求訊息之電子付費伺服器10，詳言之即轉帳要求處理部404係以轉帳要求訊息所含之使用者ID208為索引，檢索使用者表600，從與該使用者ID208一致之記錄601，取得指定使用者戶頭41之資訊即銀行號碼605、分行號碼606、戶頭種類別607、帳號608及戶頭名義609。進一步而言，讀出另外記憶之特定出付費業者戶頭42之資訊(圖略)，亦即付費業者戶頭42之銀行號碼、分行號碼、戶頭種類別及帳號，從該等資訊產生轉帳請求訊息，並傳送至收納網路40(S204)。此外，關於轉帳請求訊息，有關其資料結構或通信程序等亦可按照收納網路40所採用之方式。

收到轉帳請求訊息之收納網路40係按照轉帳請求訊息之內容進行轉帳處理，以從使用者戶頭41將指定金額(以下稱為「使用者轉帳金額」)移到付費業者戶頭42(S205)。轉 帳處理(S205)正常進行之情況下，收納網路40係將通知電子付費伺服器10轉帳處理已正常執行之轉帳結果通知訊息，傳送至電子付費伺服器10(S206)。此外，因使用者戶頭41之餘額不足等理由而無法恰當地進行轉帳處理之情況時，收納網路40係將無法轉帳之意旨之轉帳結果通知訊息，傳送至電子付費伺服器10(圖略)。該情況下，電子付費伺服器10向移動體通信終端20通知無法進行轉帳之意旨，並結束處理。

另一方面，接收到轉帳處理已正常進行之轉帳結果通知之電子付費伺服器10，係執行使該使用者轉帳金額反映於使用者保有金額資料700之相對應之記錄701之處理，即保有金額資料處理(S207)。

而且，接收到轉帳處理已正常進行之轉帳結果通知之電子付費伺服器10，係根據轉帳要求訊息所含之特定出店鋪內伺服器31之資訊，傳送使用者寄存金處理要求訊息，以向該店鋪內伺服器31要求記憶該使用者之寄存金(相當於使用者轉帳金額)(S208)。於該使用者寄存金處理要求訊息，包含用以特定出使用者之資訊(例如使用者ID)、表示相當於使用者轉帳金額之寄存金之資訊等。接收到使用者寄存金處理要求訊息之店鋪內伺服器31，係進行更新使用者寄存金資料562之使用者寄存金資料更新處理(S209)。使用者寄存金資料更新處理係於使用者寄存金資料562尚未加入有該當使用者之記錄562A之情況時，追加該當使用者用之新記錄562A，於該記錄562A之寄存金欄562C，儲 存表示寄存金之資訊，另一方面，該當使用者之記錄562A包含於使用者寄存金資料562之情況時，於儲存於與該使用者相對應之記錄562A之寄存金欄562C之額數，進行表示寄存金之資訊份之加算並予以儲存。

藉由該使用者寄存金資料處理，使用者可利用電子付費系統1，更詳言之可利用指定之店鋪內伺服器31所管理之有價價值提供裝置30，來使用相當於使用者轉帳金額之金額。

從圖13至圖15B係說明處理於電子付費伺服器10、店鋪內伺服器31與收納網路40間進行之使用者轉帳金額之情況下之動作例之圖。

圖13係表示使用者向電子付費伺服器10進行轉帳要求訊息傳送(圖12、S203)前之狀態之一例。於該例中，收納網路40具有各1個使用者戶頭41、付費業者戶頭42及遊藝場業者戶頭43。於是，作為一例，使用者戶頭41之餘額為日幣100,000圓，具有從付費業者戶頭42及店鋪內伺服器31獲得收益之權限之遊藝場業者戶頭43之餘額均為日幣0圓。此外，實際上複數使用者、複數遊藝場業者於收納網路40具有戶頭，但於圖13至圖15，作為代表例分別表示各1個使用者戶頭41及遊藝場業者戶頭43。

電子付費伺服器10係如前述，記憶有使用者保有金額資料700、遊藝場業者保有金額資料900，使用者保有金額資料700係就各使用者具有記錄701之使用者保有金額703，遊藝場業者保有金額資料900亦就各遊藝場業者具有記錄 901之遊藝場業者保有金額903。此外，圖中之使用者記錄701係對應於使用者戶頭41之使用者之資料，而且遊藝場業者記錄901係對應於具有從店鋪內伺服器31獲得收益之權限之遊藝場業者戶頭43之遊藝場業者之資料。儲存於兩記錄701,901之保有金額703,903於該時點為日幣0圓。

而且，店鋪內伺服器31具有使用者寄存金資料562，但於該時點尚未產生對應於該使用者之記錄562A。

於此，思慮使用者想藉由連接於指定之店鋪內伺服器31之有價價值提供裝置30，從使用者戶頭41僅使用日幣10,000圓。圖14係表示於圖13之狀態後，使用者從移動體通信終端20向電子付費伺服器10傳送轉帳要求訊息，以轉帳日幣10,000圓之使用者轉帳金額後之狀態。電子付費伺服器10係因應該轉帳要求訊息，將如下之轉帳請求訊息傳送至收納網路40。亦即，內容為將使用者轉帳金額日幣10,000圓及支付給付費業者之手續費(例如日幣100圓)，從使用者戶頭41轉帳到付費業者戶頭42之轉帳請求訊息，係送至收納網路40。

接收到該轉帳請求訊息之收納網路40係進行從使用者戶頭41，將日幣10,000圓轉帳到付費業者戶頭42之處理。其結果，如圖14所示，使用者戶頭41之餘額成為日幣100,000圓－日幣10,100圓＝日幣89,900圓，付費業者戶頭42之餘額成為日幣0圓＋日幣10,100圓＝日幣10,100圓。收納網路40係因應轉帳請求訊息，如圖14所示變更各戶頭41,42之餘額。

圖15A係表示於圖14之狀態後，電子付費伺服器10進行保有金額資料處理(圖12、S207)後之狀態。如圖12所示，若藉由收納網路40進行轉帳處理，則收納網路40係向電子付費伺服器10傳送日幣10,000圓之轉帳已正常進行之意旨之轉帳結果通知訊息(圖12、S206)。電子付費伺服器10，更詳言之即轉帳要求處理部404係因應該轉帳結果通知訊息，於對應於已進行轉帳之使用者戶頭41之記錄701所記憶之使用者保有金額703之值，加算使用者轉帳金額。其中，不加算相當於手續費之日幣100圓。藉由該加算之保有金額資料處理(S207)之結果，於使用者保有金額703記錄有日幣0圓＋日幣10,000圓＝日幣10,000圓。

圖15B係表示於圖15A之狀態後，店鋪內伺服器31進行使用者寄存金資料處理(圖12、S209)後之狀態。如圖12所示，若藉由電子付費伺服器10進行保有金額資料處理(S207)，則電子付費伺服器10向指定之店鋪內伺服器31，傳送針對該使用者應記憶日幣10,000圓之寄存金(相當於使用者轉帳金額)之意旨之使用者寄存金處理要求訊息(S208)。店鋪內伺服器31，更詳言之即寄存金處理部552係因應該使用者寄存金處理要求訊息，於記憶於資料庫部560之使用者寄存金資料562追加對應於該使用者之記錄562A，於寄存金欄562C儲存寄存金1501(＝日幣10,000圓)，於消費金額欄562D儲存消費金額1302(＝日幣0圓)。藉由於店鋪內伺服器31記錄有使用者之寄存金1501，成為使用者可從該店鋪內伺服器31所管理之任一有價價值提供 裝置30，於寄存金1501之範圍內接受有價價值之提供之狀態。

接著，參考圖16，說明關於圖12及圖15B所示之狀態後，使用者從藉由指定之店鋪內伺服器31所管理之有價價值提供裝置30接受有價價值之提供之情況下之電子付費系統1之動作例。圖16係表示使用者為了從有價價值提供裝置30接受有價價值之提供，於移動體通信終端20與有價價值提供裝置30間藉由近距離通信機構進行通信之情況下之電子付費系統1之動作例之順序圖。

首先，使用者利用本電子付費系統1，接受藉由有價價值提供裝置30之有價價值提供。

使用者從有價價值提供裝置30接受有價價值提供之情況時，使用者係於移動體通信終端20與有價價值提供裝置30間藉由近距離通信進行通信，以便移動體通信終端20取得有價價值提供裝置30之機器ID等。例如終端側近距離通信部201為非接觸式IC卡用IC晶片，提供裝置側近距離通信部303為讀卡機之情況時，若讀卡機檢測到非接觸式IC卡用晶片之接近，則作為提供裝置側近距離通信部303之讀卡機係將本身所記憶之機器ID、應軟號碼、使用者支付金額傳送至作為提供終端側近距離通信部201之非接觸式IC卡用晶片(S301)。於此，機器ID係可唯一地特定出有價價值提供裝置30之識別資訊，應軟號碼係唯一地特定出於移動體通信終端20動作之應用軟體之識別資訊。使用者支付金額係特定出有價價值提供裝置30提供給使用者之有價價 值之對價之額數之資訊。若有藉由移動體通信終端20之有價價值之購入申請，則有價價值提供裝置30係作為預先決定之支付金額份之有價價值之購入申請來處理。例如有價價值提供裝置30為鋼珠出借機之情況時，若使用者將有價價值提供裝置30靠近鋼珠出借機，使其進行非接觸式IC卡用晶片之讀取，則作為針對該有價價值提供裝置30所決定之支付金額(例如日幣1,000圓)份之出借鋼珠之購入申請來處理。此外，使用者支付金額亦可依各有價價值提供裝置30而不同。例如關於設置於同一遊藝場內之鋼珠出借機A，支付金額決定為日幣1,000圓，關於其他鋼珠出借機B，支付金額決定為日幣5,000圓。而且，使用者支付金額亦可藉由使用者之選擇來決定。例如有價價值提供裝置30為預付卡發行裝置之情況時，該預付卡發券裝置係可發行複數不同金額之預付卡(例如日幣1,000圓、日幣3,000圓、日幣5,000圓、日幣10,000圓)之裝置，具有指定該等金額之複數金額決定按鈕。使用者係藉由按下所需金額之金額決定按鈕，來購入期望之金額之預付卡。於該情況下，使用者藉由金額決定按鈕所選擇之金額亦可作為上述使用者支付金額而由電子付費系統1來處理。

上述使用者支付金額未必須於步驟S301，從有價價值提供裝置30傳送至移動體通信終端20。支付金額根據機器ID，並利用電子付費伺服器10所預先準備之表來判斷亦無妨。

接收到機器ID、應軟號碼、使用者支付金額之終端側近 距離通信部201係起動對應於該應軟號碼之應用軟體，亦即起動支付要求產生部202(S302)。此時，機器ID、使用者支付金額係從終端側近距離通信部201交到支付要求產生部202。

起動後之支付要求產生部202係產生包含從有價價值提供裝置30收到之機器ID及使用者支付金額、及記憶於使用者資訊記憶部206之使用者ID208、包含密碼209之支付要求訊息，並經由基地台60、移動體通信網70、閘道80及通信網50，將該訊息以店鋪內伺服器31為發出對象而傳送(S303)。此外，店鋪內伺服器31之發出對象位址(例如IP位址)預先記憶於應軟，或有價價值提供裝置30預先將店鋪內伺服器31之發出對象位址與機器ID一同傳送至移動體通信終端20，移動體通信終端20以接收到之發出對象位址作為發出對象而傳送支付要求訊息均可。

收到支付要求訊息之店鋪內伺服器31，更詳言之即支付要求處理部553首先將使用者ID208作為檢索索引來檢索使用者寄存金資料562，取得該當於使用者208之記錄562A之寄存金1501。支付要求處理部553係比較使用者支付金額與寄存金1501，進行寄存金檢查，判斷是否可從寄存金1501將使用者支付金額扣款(S304)。

於步驟S304判斷無法扣款之情況時，支付要求處理553起動結果通知部555。結果通知部555係產生根據判斷之處理結果通知訊息，並將其傳送至有價價值提供裝置30及/或移動體通信終端20(圖略)。收到處理結果通知訊息之有 價價值提供裝置30及/或移動體通信終端20係於其等之輸出部(圖略)、輸出部205，顯示處理結果通知之內容。例如顯示「寄存金之餘額不足。無法提供。」等內容。

另一方面，於步驟S304判斷可扣款之情況時，支付要求處理部553係起動提供指示部554。起動後之提供指示部554係向支付要求訊息中所指定之有價價值提供裝置30，傳送提供指示訊息(S305)。有價價值提供裝置30係因應該提供指示訊息，驅動其有價價值供給部304，將因應使用者支付金額之有價價值提供給使用者(S306)。此外，提供指示訊息之傳送對象位址係將機器ID作為索引，根據於店鋪內伺服器31準備之機器ID傳送位址轉換表(圖略)來決定。

將有價價值提供給使用者之有價價值提供裝置30係向店鋪內伺服器31，傳送通知提供之執行已完成之提供完成訊息(S307)。

接收到提供完成訊息之店鋪內伺服器31，更詳言之即支付要求處理部402係進行消費金額處理，其係將記憶於資料庫部560之使用者寄存金資料562，更詳言之即具有該當之使用者ID之記錄562A之寄存金1501及消費金額1502予以重寫，以從將使用者支付金額轉帳之亦即寄存金1501減算使用者支付金額，於消費金額1502加算使用者支付金額(S308)。

而且，店鋪內伺服器31，更詳言之即支付要求處理部553係於步驟S304判斷可扣款之情況時，起動結果通知部 555。起動後之結果通知部555係向移動體通信終端20傳送執行確認訊息，其係用以告知已從寄存金進行指定之支付金額之支付之訊息(S309)。執行確認訊息係表示因應使用者所指定之使用者支付金額之支付手續已結束之訊息。此外，執行確認訊息之傳送對象位址係以使用者ID為索引來檢索使用者表561，並藉由該當之記錄561A之郵件位址561D來決定。

接收到執行確認訊息之移動體通信終端20係作為執行確認訊息之內容，藉由輸出部205來進行結果顯示(S310)。例如於移動體通信終端20之輸出部205，進行「從先生/女士之寄存金進行日幣1,000圓之支付。餘額為圓」等顯示，藉此進行結果顯示。於該結果顯示時，顯示將支付金額扣款後之寄存金1501之值，亦即店鋪內伺服器31之餘額亦可。其中，寄存金1501並未記憶於移動體通信終端20，記憶寄存金之額數為店鋪內伺服器10之職責。

圖17係表示圖15B之狀態後，進行步驟S301至步驟S307之處理後之收納網路40、電子付費伺服器10、店鋪內伺服器31之記憶狀態之圖。於進行使用者支付金額之轉帳以前之圖15B之狀態下，使用者寄存金資料562之該當記錄562A之寄存金1501為日幣10,000圓，而且消費金額1502為日幣0圓。

圖17係於使用者支付金額為日幣1,000圓之情況下，進行消費金額處理(S308)後之狀態。於該消費金額處理(S308)中，店鋪內伺服器31之支付要求處理部553係從使 用者之保有金額即寄存金1501之值日幣10,000圓，將使用者支付金額日幣1,000圓扣款，將寄存金1501之值重寫為日幣9,000圓，並且於消費金額1502之值日幣0圓加算使用者支付金額日幣1,000圓，將消費金額1502之值重寫為日幣1,000圓。

藉由利用該類消費金額處理(S308)之寄存金1501、消費金額1502,903之重寫，於店鋪內伺服器31執行對於藉由有價價值提供裝置30之有價價值提供之對價之支付，亦即執行從使用者向遊藝場業者之支付。

從上述步驟S301至步驟S310之處理係每當各使用者利用有價價值提供裝置30購入有價價值時進行，各個使用者支付金額係從寄存金1501減算，另一方面作為消費金額1502加算並記錄。亦即，每當各使用者利用由店鋪內伺服器31管理之有價價值提供裝置30來購入有價價值時，相當於對於擁有或營運該店鋪內伺服器31之遊藝場業者之支付金額之消費金額1502之值會增加。

上述消費金額1502轉入收納網路40上之遊藝場業者戶頭43。以下，參考圖18來說明關於電子付費系統1向遊藝場業者戶頭43之轉入。圖18係表示電子付費系統1向遊藝場業者戶頭43之轉入處理之例之順序圖。

電子付費伺服器10，更詳言之即精算處理部405係於特定時序自動起動，執行消費金額詢問處理(S401)。該消費金額詢問處理係對於各店鋪內伺服器31詢問消費金額1502之處理。

若自動起動(S401)，精算處理部405係以各店鋪內伺服器31為發出對象來傳送消費金額詢問訊息(S402)。

接收到消費金額詢問訊息之店鋪內伺服器31係參考使用者寄存金資料562，讀取各記錄562A之消費金額1502，根據該等消費金額1502等，進行產生消費金額通知訊息之消費金額通知訊息產生處理(S403)。該消費金額通知訊息係針對使用者寄存金資料652之各記錄652A，來將寄存金1501、消費金額1502通知電子付費伺服器10之結構，或通知所有記錄562之消費金額1502之合計值之結構均可。於此說明之例係為了可於電子付費伺服器10側掌握使用者之寄存金，說明作為具有針對使用者寄存金資料652之各記錄652A，通知寄存金1501、消費金額1502之結構之訊息。

已進行消費金額通知訊息傳送(S404)之店鋪內伺服器31，更詳言之即精算處理部556係進行將各記錄562A之消費金額1502之值重寫為「0」之消費金額清除處理(S405)，以備其後重新記憶由使用者所消費之消費金額。

另一方面，從各個店鋪內伺服器31接收到消費金額通知訊息之電子付費伺服器10係因應各消費金額通知訊息，進行更新本身所記憶之遊藝場業者保有金額資料900之保有金額903之保有金額更新處理(S406)。具體而言，電子付費伺服器10，更詳言之即精算處理部405係從接收到之消費金額通知訊息所含之店鋪內伺服器ID或遊藝場業者ID等，決定於遊藝場業者保有金額資料900之何個記錄9001之遊藝場業者保有金額903，反映該消費金額通知訊息所 描述之消費金額，並於決定之記錄901之保有金額903，加算被通知之消費金額並予以記憶。而且，精算處理部405係因應消費金額通知訊息所含之寄存金1501，來更新(減算)對應之使用者記錄701之保有金額704。藉由該保有金額更新處理，電子付費伺服器10可總計各店鋪內伺服器31所記憶之消費金額並予以記憶。該總計後之消費金額為應轉入各遊藝場業者戶頭43之金額(付費業者份之手續費除外)。

接著，傳送轉帳請求訊息，其係向收納網路40請求從付費業者戶頭42向遊藝場業者戶頭43，進行對應於該當遊藝場業者之保有金額903之額數之轉入之訊息(S407)。該訊息之詳細若以符合收納網路40之已定規格之方式決定即可。

於該實施型態，轉帳請求訊息係針對遊藝場業者保有金額表900之各記錄901來產生1個，但以其他作法來產生轉帳請求訊息亦可。轉帳請求訊息係儲存特定出轉入對象戶頭即遊藝場業者戶頭43之資訊，亦即銀行號碼803、分行號碼804、戶頭種類別805、帳號806、戶頭名義807。而且，轉帳請求訊息儲存有付費業者戶頭42之銀行號碼、分行號碼、戶頭種類別、帳號、戶頭名義作為特定出轉帳原戶頭即付費業者戶頭42之資訊。而且，轉帳請求訊息進一步儲存根據保有金額903之金額之值作為轉入金額。根據保有金額903之金額未必須與保有金額為相同值，例如從保有金額減去為了付費業者之手續費之剩餘額數等。

精算處理部405自動起動之特定時序若為CPU可判斷之時序即可，任何均無妨，例如根據時間性條件之時序(每月30日或第四星期一，即所謂五．十日(5的倍數的日期)等)，或保有金額達到特定值等根據金額性條件之時序等均可。而且，精算處理部405未必須自動起動，即使為電子付費伺服器10之管理者或操作者等藉由手動來使精算處理部405動作之結構，本發明仍成立。

精算處理部405若分別針對記錄901進行轉帳請求訊息之產生，則將產生之轉帳請求訊息傳送至收納網路40(S408)。接收到該等轉帳請求訊息之收納網路40係按照各轉帳請求訊息之內容，執行從付費業者戶頭42向遊藝場業者戶頭43之轉帳處理(S409)。藉由該等從步驟S401至S409之處理，各使用者作為有價價值提供裝置30之利用對價所支付之金額之合計係轉入各個遊藝場業者戶頭43。

轉帳處理(S409)正常進行之情況時，收納網路40為了通知電子付費伺服器10轉帳處理已正常進行，將轉帳結果通知訊息傳送至電子付費伺服器10(S410)。此外，因付費業者戶頭42之餘額不足等理由，無法恰當地進行轉帳處理之情況時，收納網路40係將無法轉帳之意旨之轉帳結果通知訊息傳送至電子付費伺服器10。

接收到轉帳處理已正常進行之意旨之轉帳結果通知訊息之電子付費伺服器10，係執行使該轉帳金額反映於遊藝場業者保有金額資料900之相對應之記錄901之處理，即保有金額清除處理(S411)。藉由該保有金額清除處理，遊藝場 業者之保有金額903之值回到「0」，防止重複進行轉帳處理。

圖19A、圖19B係表示於圖17所示之狀態後從步驟S401執行至S411之結果之店鋪內伺服器31、電子付費伺服器10、收納網路40之記憶內容之圖。於圖17之狀態，記錄562A之寄存金1501為日幣9,000圓，消費金額1502為日幣1,000圓，以及記錄901之保有金額903為日幣0圓。

圖19A係表示消費金額清除處理(S405)及保有金額更新處理(S406)結束時點之記憶內容之圖。

藉由執行消費金額清除處理(S405)，店鋪內伺服器31之消費金額1502從日幣1,000圓重寫為日幣0圓。其中，寄存金1501無變更，維持日幣9,000圓。而且，藉由執行保有金額更新處理S406，電子付費伺服器10之使用者保有金額703從日幣10,000圓變更為日幣9,000圓，且遊藝場業者保有金額903之值從日幣0圓變更為日幣1,000圓。

關於記憶於收納網路40之使用者戶頭41、付費業者戶頭42及遊藝場業者戶頭43，於該時點無變更。

圖19B係表示於圖19A之狀態後，轉帳處理S409及保有金額清除處理S411結束之時點之記憶內容之圖。電子付費伺服器10，更詳言之即精算處理部405係針對遊藝場業者保有金額資料900之各記錄901，讀取保有金額903，並向收納網路40要求將從該保有金額903減去特定付費手續費(例如日幣10圓)之額數，從付費業者戶頭42轉帳到相對應之遊藝場業者戶頭43。該例之情況下，由於該時點之保有 金額903為日幣1,000圓，因此電子付費伺服器10，更詳言之即精算處理部405係要求從日幣1,000圓減去付費手續費日幣10圓後之日幣990圓。

於進行轉帳前，付費業者戶頭43之額數為日幣10,100圓，遊藝場業者戶頭之額數為日幣0圓。若收納網路40執行上述轉帳要求，則如圖19B所示，付費業者戶頭43之額數從日幣10,100圓被減去日幣990圓而成為日幣9,110圓，另一方面於遊藝場業者戶頭43加算日幣990圓而成為日幣990圓。此外，關於使用者戶頭41之額數未產生變動。而且，付費業者戶頭42之餘額日幣9,110圓中，日幣9,000圓係從使用者寄存之金額，剩餘之日幣110圓為付費業者之獲利。如此，電子付費業者可從本電子付費系統1之營運來獲得獲益。

而且，電子付費伺服器10，更詳言之即精算處理部405係因應上述轉帳處理(S409)以完成之意旨之轉帳結果通知訊息(S410)，來執行保有金額清除處理(S411)，將相對應之記錄901之保有金額903從日幣1,000圓變更為日幣0圓。

藉由上述處理，本電子付費系統1係使用者可經由店鋪內伺服器31，使所利用之有價價值提供裝置30之使用價款存入遊藝場業者戶頭43，並且付費業者可收集付費手續費作為利用電子付費系統1之付費之對價。

[II.第二實施型態]

接著，說明關於本發明之第二實施型態。

相對於關於第一實施型態之電子付費系統1係因應使用 者消費寄存金，而從付費業者戶頭42向遊藝場業者戶頭43進行轉帳，第二實施型態之相異點係於使用者對於電子付費伺服器10請求轉帳之時點，從付費業者戶頭42向遊藝場業者戶頭43進行轉帳。因此，關於第二實施型態之電子付費系統1可使利用收納網路40之轉帳處理次數成為更少之次數。

而且，於關於第二實施型態之電子付費伺服器10，不記憶使用者保有金額表700、遊藝場業者保有金額資料900亦可。

[1.第二實施型態之電子付費系統之結構例]

由於關於第二實施型態之電子付費系統1之結構基本上與第一實施型態相同，因此省略該等之詳細說明。

[2.第二實施型態之電子付費系統之動作例]

接著，說明關於第二實施型態之電子付費系統之動作例。

關於第二實施型態之電子付費系統1係於使用者從處於所需之店鋪內伺服器31之管理下之有價價值提供裝置30，接受有價價值提供之情況時，於將為其之轉帳要求傳送至電子付費伺服器10之時點，從使用者戶頭41向付費業者戶頭42進行轉帳，並且從付費業者戶頭42向遊藝場業者戶頭43進行轉帳。該點係與因應使用者利用有價價值提供裝置30之額數來從付費業者戶頭42向遊藝場業者戶頭43進行轉帳之第一實施型態不同。

關於第二實施型態之電子付費系統1亦於利用電子付費 系統1前，使用者首先下載i－appli等在移動體通信終端20上動作之i－appli等之應用軟體，而且必須於電子付費系統1，更詳言之即電子付費伺服器10進行使用者登錄。關於該處理，由於與圖11所示之第一實施型態之動作例相同，因此省略第二實施型態之該等處理之詳細說明。

與第一實施型態相同，於第二實施型態，僅是上述使用者登錄結束，使用者並非已可利用電子付費系統1從有價價值提供裝置30進行購物(有價價值之受領)。使用者必須從移動體通信終端20，向電子付費系統1，更詳言之即向電子付費伺服器10，要求從自己的使用者戶頭41向付費業者戶頭42進行指定金額之金錢(寄存金)之轉帳。使用者經由店鋪內伺服器31並藉由利用有價價值提供裝置30所消費之金額份係從該寄存金支付。電子付費伺服器10係將付費業者之手續費除外，從付費業者戶頭41向收取人即遊藝場業者之戶頭，亦即向遊藝場業者戶頭43，藉由收納網路40之處理來轉入。以下，參考圖20來說明使用者向電子付費伺服器10要求，從自己的戶頭即使用者戶頭41向付費業者戶頭42轉帳之情況時，第二實施型態之電子付費系統1之動作例。圖20係表示要求從使用者戶頭41向付費業者戶頭42轉帳之情況下之電子付費系統1之動作例之順序圖。

首先，使用者係於移動體通信終端20起動應軟，更詳言之即起動轉帳要求產生部207(S501)。起動後之應軟，更詳言之即轉帳要求產生部207係使移動體通信終端20之輸出部205，顯示輸入介面畫面等，向使用者催促輸入產生 轉帳要求訊息所必要之資訊，例如轉帳金額、戶頭個人辨識號碼、特定出所利用之店鋪內伺服器31之資訊(例如店鋪內伺服器ID)等。

若受理該等之輸入(S202)，移動體通信終端20，詳言之即轉帳要求產生部207係產生轉帳要求訊息，經由基地台60、移動體通信網70、閘道80及通信網50，將該轉帳要求訊息傳送至電子付費伺服器10(S503)。於該轉帳要求訊息儲存有使用者ID208、密碼209、輸入之轉帳金額、戶頭個人辨識號碼、特定出所利用之店鋪內伺服器之資訊(店鋪內伺服器ID)等。

接受到該轉帳要求訊息之電子付費伺服器10，詳言之即轉帳要求處理部404係以轉帳要求訊息所含之使用者ID208為索引，檢索使用者表600，從與該使用者ID208一致之記錄601，取得指定使用者戶頭41之資訊即銀行號碼605、分行號碼606、戶頭種類別607、帳號608及戶頭名義609。進一步而言，讀出另外記憶之特定出付費業者戶頭42之資訊(圖略)，亦即付費業者戶頭42之銀行號碼、分行號碼、戶頭種類別及帳號，從該等資訊產生轉帳請求訊息，並傳送至收納網路40(S504)。此外，關於轉帳請求訊息，有關其資料結構或通信程序等亦可按照收納網路40所採用之方式。

收到轉帳請求訊息之收納網路40係按照轉帳請求訊息之內容進行轉帳處理，以從使用者戶頭41將指定金額(以下稱為「使用者轉帳金額」)轉帳或匯款到付費業者戶頭42 (S505)。轉帳處理(S505)正常進行之情況下，收納網路40係將用以通知電子付費伺服器10轉帳處理已正常執行之轉帳結果通知訊息，傳送至電子付費伺服器10(S506)。此外，因使用者戶頭41之餘額不足等理由而無法恰當地進行轉帳處理之情況時，收納網路40係將無法轉帳之意旨之轉帳結果通知訊息，傳送至電子付費伺服器10。此外，從S501至S506之處理係與第一實施型態之步驟S201至步驟S206相同。

於是，步驟S506後，電子付費伺服器10，更詳言之即轉帳要求處理部404進一步產生轉帳請求訊息，並將其傳送至收納網路40，以要求從付費業者戶頭42向遊藝場業者戶頭43轉帳對應於使用者轉帳金額之金額(S507)。亦即，電子付費伺服器10，詳言之即轉帳要求處理部404係以轉帳要求訊息(S503)所含之特定出店鋪內伺服器31之資訊為索引，檢索店鋪內伺服器表1000、遊藝場業者表800，從與該特定出店鋪內伺服器31之資訊一致之記錄1001及記錄801，取得指定遊藝場業者戶頭43之銀行號碼803、分行號碼804、戶頭種類別805、帳號806及戶頭名義807。進一步而言，讀出另外記憶之特定出付費業者戶頭42之資訊(圖略)，亦即付費業者戶頭42之銀行號碼、分行號碼、戶頭種類別及帳號，從該等資訊產生轉帳請求訊息，並傳送至收納網路40(S507)。此外，關於轉帳請求訊息之傳送，有關其資料結構或通信程序等亦可按照收納網路40所採用之方式。

收到步驟S507之轉帳請求訊息之收納網路40係按照轉帳請求訊息之內容進行轉帳處理，以從付費業者戶頭42將指定金額(以下稱為「遊藝場業者轉帳金額」)移至遊藝場業者戶頭43(S508)。轉帳處理(S508)正常進行之情況下，收納網路40係將用以通知電子付費伺服器10轉帳處理已正常執行之轉帳結果通知訊息，傳送至電子付費伺服器10(S509)。此外，因使用者戶頭41之餘額不足等理由而無法恰當地進行轉帳處理之情況時，收納網路40係將無法轉帳之意旨之轉帳結果通知訊息，傳送至電子付費伺服器10。

收到轉帳請求訊息(S507)之收納網路40係按照轉帳請求處理之內容進行轉帳處理，以從付費業者戶頭42將遊藝場業者轉帳金額轉帳或匯款到遊藝場業者戶頭43(S508)。轉帳處理(S508)正常進行之情況下，收納網路40係將用以通知電子付費伺服器10轉帳處理已正常執行之轉帳結果通知訊息，傳送至電子付費伺服器10(S509)。

接收到轉帳處理已正常進行之意旨之轉帳結果通知訊息之電子付費伺服器10係為了使前述使用者轉帳金額反映於店鋪內伺服器31之使用者寄存金資料562，而產生使用者寄存金處理要求訊息，將該訊息傳送至由使用者所指定之店鋪內伺服器31(S510)。接收到使用者寄存金處理要求訊息之店鋪內伺服器31，更詳言之即寄存金處理部552係執行寄存金更新處理，其係使該使用者寄存金處理要求訊息之內容反映於使用者寄存金資料562之相對應之記錄562A之處理(S511)。藉由該寄存金更新處理，該當使用者可利 用藉由電子付費系統1，更詳言之即店鋪內伺服器31所管理之有價價值提供裝置30，來使用相當於使用者轉帳金額之金額。此外，對應於使用者寄存金處理要求訊息之使用者為使用者表561未登錄之使用者之情況時，於使用者表561進行該當使用者之記錄561A之追加。

從圖21至圖24係說明第二實施型態之處理於店鋪內伺服器31、電子付費伺服器10與收納網路40間進行之使用者轉帳金額、遊藝場業者轉帳金額之情況下之動作例之圖。

圖21係表示使用者向電子付費伺服器10進行轉帳要求訊息傳送(圖20、S503)前之狀態之一例。於該例中，收納網路40具有使用者戶頭41、付費業者戶頭42及遊藝場業者戶頭43。

於是，使用者戶頭41之餘額為日幣100,000圓，付費業者戶頭42及遊藝場業者戶頭43之餘額均為日幣0圓。此外，實際上複數使用者、複數遊藝場業者於收納網路40具有戶頭，但於圖21至圖24，作為代表例分別表示各1個使用者戶頭41及遊藝場業者戶頭43。

於第二實施型態，電子付費伺服器10如前述，不須記憶使用者保有金額資料700、遊藝場業者保有金額資料900。

圖22係表示圖21之狀態後，使用者從移動體通信終端20向電子付費伺服器10傳送轉帳要求訊息，以轉帳為了於所需之店鋪內伺服器31使用之日幣10,000圓之使用者轉帳金額後之狀態。電子付費伺服器10係因應該轉帳要求訊息，將如下之轉帳請求訊息傳送至收納網路40(參考S504)。亦 即，內容為將使用者轉帳金額日幣10,000圓及付費業者之手續費(例如日幣100圓)，從使用者戶頭41轉帳到付費業者戶頭42之轉帳請求訊息，係傳送至收納網路40。

接收到該轉帳請求訊息之收納網路40係進行從使用者戶頭41，將日幣10,000圓轉帳到付費業者戶頭42之處理(S505)。其結果，如圖22所示，使用者戶頭41之餘額成為日幣100,000圓－日幣10,100圓＝日幣89,900圓，付費業者戶頭42之餘額成為日幣0圓＋日幣10,100圓＝日幣10,100圓。收納網路40係因應轉帳請求，將各戶頭41,42之餘額如此變更。

圖23係表示圖22之狀態後，從電子付費伺服器10向收納網路40傳送轉帳請求訊息，以向遊藝場業者戶頭43轉帳遊藝場業者轉入金額(參考S507)，收納網路40執行因應該轉帳請求訊息之轉帳處理(參考S508)後之狀態。

電子付費伺服器10係將向遊藝場業者戶頭43轉帳遊藝場業者轉帳金額之意旨之如下之轉帳請求訊息，傳送至收納網路40(參考S507)。亦即，內容為將從使用者轉帳金額日幣10,000圓減去付費業者之手續費(例如日幣10圓)之額數(日幣10,000圓－日幣10圓＝日幣9,900圓)即遊藝場業者轉帳金額，從付費業者戶頭42轉帳到遊藝場業者戶頭43之轉帳請求訊息，係傳送至收納網路40。

接收到該轉帳請求訊息之收納網路40係進行轉帳處理，從使用者戶頭41，將日幣9,990圓轉帳到遊藝場業者戶頭43(參考S508)。其結果，如圖23所示，付費業者戶頭42之 餘額成為日幣10,100圓－日幣9,990圓＝日幣110圓，遊藝場業者戶頭43之餘額為日幣0圓＋日幣9,990圓＝日幣9,990圓。使用者戶頭41之餘額維持日幣89,900圓不變。收納網路40係因應轉帳請求訊息，將各戶頭42,43之餘額如上述變更。

圖24係表示圖23之狀態後，因應來自電子付費伺服器10之使用者寄存金處理要求訊息而進行寄存金更新處理(S511)後之狀態。如圖20所示，若藉由收納網路40進行轉帳處理(S508)，則收納網路40係向電子付費伺服器10傳送遊藝場業者轉帳金額之轉帳已正常進行之意旨之轉帳結果通知訊息(S509)，因應該轉帳結果通知訊息，電子付費伺服器10係向使用者所指定之店鋪內伺服器31，傳送使用者寄存金處理要求訊息(S510)。

接收到該使用者寄存金處理要求訊息之店鋪內伺服器31，更詳言之即寄存金處理部552係因應該使用者寄存金處理要求訊息，對於使用者寄存金資料562，執行於對應於該訊息所含之使用者ID之記錄562A所記憶之使用者寄存金1501，加算使用者轉入金額之寄存金資料更新處理(S511)。其中，不加算相當於手續費之日幣100圓。藉由該加算之保有金額資料處理(S510)之結果，於記錄701之使用者保有金額703記錄有日幣0圓＋日幣10,000圓＝日幣10,000圓。該日幣10,000圓成為使用者可於電子付費系統1使用之金額。

接著，說明關於在第二實施型態之電子付費系統1，使 用者從有價價值提供裝置30接受有價價值之提供之情況下之電子付費系統1之動作例。

第二實施型態亦執行與第一實施型態之說明所示從步驟S301至步驟S310同樣之處理(參考圖16)。然而，於第二實施型態，不進行圖18所示從步驟S401至S411之處理。於第二實施型態，使用者之消費金額1502(參考圖24)係由店鋪內伺服器31管理，不於電子付費伺服器10管理。其結果，店鋪內伺服器31與電子付費伺服器10之通信次數可比第一實施型態減少，而且從電子付費伺服器10向收納網路40之轉帳請求之傳送次數亦可比第一實施型態減少。

[III.變形例、其他]

(1)藉由預先於設在有價價值提供裝置30之液晶顯示器等顯示QR碼等，於移動體通信終端20設置利用CCD相機之條碼讀取機進行條碼讀取，來取代提供裝置側近距離通信部303及終端側近距離通信部201亦可。該情況係條碼所示之資訊直接成為機器ID即可。

(2)上述第一及第二實施型態之結構係從使用者戶頭41向付費業者戶頭之轉帳係從移動體通信終端20，經由電子付費伺服器10而向收納網路40傳送轉帳請求，但即使是從移動體通信終端20直接向收納網路40傳送轉帳請求之結構，本發明仍成立。

[IV.本電子付費系統之優點]

(1)對於使用者之優點

由於為可於遊藝場使用之現金以外之付費方法，因此即 使於遊藝場，手邊現金用完後，仍能以簡易之付費行為(進行將移動體通信終端20舉到有價價值提供裝置30程度之簡單輸入操作之處理)，即可進行遊藝媒體(出借鋼珠、出借代幣)購入、商品購入等。

因此，於遊藝中手邊現金用完，或於變少之狀態下抽中大獎，但手邊鋼珠或代幣等遊藝媒體即將用罄之情況時，由於能以簡單操作來追加購入遊藝媒體等，因此遊藝者無須在意現金餘額，可安心繼續遊藝。

而且，於該付費行為中，除了使用於付費行為之終端為利用者所擁有之移動體通信終端之安心感以外，由於不需要卡片號碼或個人辨識號碼之輸入行為，因此如通常之信用卡、現金卡，於店鋪側留下卡片號碼或個人辨識號碼之記錄，或被惡意人士違法取得之疑慮消失，可安心付費。

而且，亦可接受根據電子付費伺服器10所取得之利用狀況資訊之資訊發送，可期待接受更豐富多樣之服務。

(2)對於店鋪側(管理者)之利益

即使是遊藝後之結果，手邊現金用完之使用者，藉由本電子付費系統可進一步購入遊藝媒體，因此遊藝機之稼動率提高，而且該類使用者在店鋪內購物等之可能性亦提高，因此可期待遊藝場之銷售金額提升。同時，由於亦可獲得表示利用者在何台遊藝機進行多少程度之遊藝之資訊，因此可根據該資訊來得知遊藝機之詳細稼動狀況，亦可得知利用者之喜好，亦可作為行銷資訊來活用。

於利用本電子付費系統之情況時，由於店鋪內處理之現 金不會增加，因此存款管理容易，並且現金之保全管理亦提升。

(3)對於付費業者之優點

付費業者係可藉由營運本電子付費系統，來掌握使用者即遊藝者之遊藝狀況，可累積遊藝機開發、銷售、營業等所參考之資料。而且，由於對於遊藝場業者之轉帳次數係對每使用者轉帳要求限於1次，因此電子付費伺服器之負荷變少，而且可謀求減低轉帳手續費。

1‧‧‧電子付費系統

10‧‧‧電子付費伺服器

20‧‧‧移動體通信終端

30‧‧‧有價價值提供裝置

31‧‧‧店鋪內伺服器

40‧‧‧收納網路

41‧‧‧使用者戶頭

42‧‧‧付費業者戶頭

43‧‧‧遊藝場業者戶頭

402‧‧‧支付要求處理部

403‧‧‧資料庫部

404‧‧‧轉帳要求處理部

405‧‧‧精算處理部

406‧‧‧提供指示部

圖1係表示關於本發明之電子付費系統之一例之網路圖。

圖2係表示收納網路之概略結構之區塊圖。

圖3係表示有價價值提供裝置及移動體通信終端之結構例之功能區塊圖。

圖4係表示使用者資訊記憶部所記憶之資訊之一例之圖。

圖5A係表示電子付費伺服器之結構例之功能區塊圖。

圖5B係表示分散伺服器結構之電子付費伺服器之結構例之功能區塊圖。

圖5C係表示店鋪內伺服器之結構例之功能區塊圖。

圖5D係表示記憶於店鋪內伺服器之使用者表之資料結構例之圖。

圖5E係表示記憶於店鋪內伺服器之使用者寄存金資料之資料結構例之圖。

圖6係表示記憶於資料庫部之使用者表之結構例之圖。

圖7係表示記憶於資料庫部之使用者保有金額資料之結構例之圖。

圖8係表示記憶於資料庫部之遊藝場業者表之結構例之圖。

圖9係表示記憶於資料庫部之遊藝場業者保有金額資料之結構例之圖。

圖10係記憶於資料庫部之店鋪內伺服器表之結構例之圖。

圖11係表示於電子付費系統進行使用者登錄之情況下之電子付費系統之動作例之順序圖。

圖12係表示要求從使用者戶頭向付費業者戶頭轉帳之情況下之電子付費系統之動作例之順序圖。

圖13係說明處理於電子付費伺服器與收納網路間進行之使用者轉帳金額之情況下之動作例之圖。

圖14係接續於圖13之說明處理於電子付費伺服器與收納網路間進行之使用者轉帳金額之情況下之動作例之圖。

圖15A係接續於圖14之說明處理於電子付費伺服器與收納網路間進行之使用者轉帳金額之情況下之動作例之圖。

圖15B係接續於圖15A之說明處理於電子付費伺服器與收納網路間進行之使用者轉帳金額之情況下之動作例之圖。

圖16係表示於移動體通信終端與有價價值提供裝置間藉由近距離通信機構進行通信之情況下之電子付費系統之動 作例之順序圖。

圖17係表示圖15B之狀態後之進行從步驟S301至步驟S307之處理後之狀態之圖。

圖18係表示電子付費系統中向遊藝場業者戶頭之轉帳處理之例之順序圖。

圖19A係表示於圖18所示之狀態後從步驟S401執行至S405之結果之圖。

圖19B係接續於圖19A之說明於店鋪內伺服器、電子付費伺服器與收納網路間進行之處理結果例之圖。

圖20係表示於第二實施型態要求從使用者戶頭向付費業者戶頭轉帳之情況下之電子付費系統之動作例之順序圖。

圖21係表示使用者向電子付費伺服器進行轉帳要求訊息傳送前之狀態之一例之圖。

圖22係表示圖21之狀態後，使用者從移動體通信終端向電子付費伺服器傳送轉帳要求訊息，以將日幣10,000圓之使用者轉帳金額轉帳後之狀態之圖。

圖23係表示於圖22之狀態後，電子付費伺服器向收納網路傳送轉帳請求訊息，以從付費業者戶頭向遊藝場業者戶頭，將因應使用者轉帳金額之額數轉帳，收納網路執行因應該訊息之轉帳處理後之狀態之圖。

圖24係表示於圖23之狀態後，店鋪內付費伺服器執行寄存金額資料更新處理後之狀態之圖。

1‧‧‧電子付費系統

10‧‧‧電子付費伺服器

20‧‧‧移動體通信終端

30‧‧‧有價價值提供裝置

31‧‧‧店鋪內伺服器

40‧‧‧收納網路

41‧‧‧使用者戶頭

42‧‧‧付費業者戶頭

43‧‧‧遊藝場業者戶頭

50‧‧‧通信網

60‧‧‧基地台(BS)

70‧‧‧移動體通信網

80‧‧‧閘道

Claims (16)

1. 一種電子付費系統，其特徵為：包含：電子付費伺服器，其係可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳；店鋪內伺服器，其係可與前述電子付費伺服器經由通信網通信；有價價值提供裝置，其係可與前述店鋪內伺服器通信；及移動體通信終端，其係可與前述店鋪內伺服器經由通信網通信，並且可與前述有價價值提供裝置通信；前述電子付費伺服器係就各使用者，記憶可於各店鋪內伺服器使用之金額即使用者保有金額，將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額，從該使用者之使用者戶頭轉帳到前述付費業者戶頭，且於使用者保有金額加算前述使用者轉帳金額，將通知該使用者轉帳金額之使用者寄存金處理要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應前述使用者寄存金處理要求訊息，算出並記憶表示來自使用者之寄存金之寄存金；前述移動體通信終端係從前述有價價值提供裝置，取得特定出該有價價值提供裝置之機器特定資訊，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應來自前述移動體通信終端之 支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置，傳送指示提供有價價值之提供指示訊息，且從前述使用者寄存金減算因應有價價值之提供價款即使用者支付金額之額數，並且於該使用者之消費金額加算因應前述使用者支付金額之額數，將通知該消費金額之消費金額通知訊息傳送至前述電子付費伺服器；前述有價價值提供裝置若從前述店鋪內伺服器接收提供指示訊息，則提供因應前述使用者支付金額之有價價值；前述電子付費伺服器係因應前述消費金額通知訊息，於遊藝場業者保有金額加算消費金額，將轉帳請求訊息傳送至前述收納網路，以向前述收納網路要求從前述付費業者戶頭，將因應遊藝場業者保有金額之金額轉帳到前述遊藝場業者戶頭。
2. 如請求項1之電子付費系統，其中前述移動體通信終端產生加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息，並將此支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器。
3. 一種電子付費伺服器，其係使用於如請求項1或2之電子付費系統中，該電子付費伺服器之特徵為：可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶 頭間之轉帳；且包含：記憶機構，其係記憶就各使用者可於各店鋪內伺服器使用之金額即使用者保有金額，及各遊藝場業者之遊藝場業者保有金額；轉帳要求處理部，其係用以將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額，從該使用者之使用者戶頭轉帳到前述付費業者戶頭，且於前述使用者保有金額加算前述使用者轉帳金額，並傳送通知該使用者轉帳金額之使用者寄存金處理要求訊息；及精算處理機構，其係用以因應通知使用者支付作為有價價值之提供價款之金額之合計即消費金額之消費金額通知訊息，於前述遊藝場業者保有金額加算消費金額，將轉帳請求訊息傳送至前述收納網路，以向前述收納網路要求從前述付費業者戶頭，將因應遊藝場業者保有金額之金額轉帳到前述遊藝場業者戶頭。
4. 一種店鋪內伺服器，其特徵為：可與電子付費伺服器經由通信網通信，該電子付費伺服器可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳，並可與移動體通信終端通信；且包含：記憶機構，其係記憶各使用者之寄存金及消費金額；寄存金處理機構，其係因應從前述電子付費伺服器傳送之使用者寄存金處理要求訊息，算出並記憶寄存金； 支付要求處理機構，其係若從前述移動體通信終端直接接收尋求支付有價價值之提供價款即使用者支付金額之支付要求訊息，且該支付要求訊息包含特定出提供因應前述使用者支付金額之有價價值之有價價值提供裝置之機器特定資訊，則從前述寄存金減算因應使用者支付金額之額數，並且於前述消費金額加算因應前述使用者支付金額之額數；提供指示機構，其係因應從前述寄存金減算使用者支付金額之結果，傳送指示提供有價價值之提供指示訊息；及精算處理機構，其係向前述電子付費伺服器傳送通知消費金額之消費金額通知訊息。
5. 如請求項4之店鋪內伺服器，其不經由前述有價價值提供裝置而直接接收加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息。
6. 一種移動體通信終端，其特徵為：與有價價值提供裝置藉由近距離通信機構進行通信，以從有價價值提供裝置取得特定出該有價價值提供裝置之機器特定資訊，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息不經由前述有價價值提供裝置而直接傳送至店鋪內伺服器，使前述店鋪內伺服器指示前述有價價值提供裝置提供因應有價價值之提供價款即使用者支付金額之有 價價值。
7. 如請求項6之移動體通信終端，其產生加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息，並將此支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器。
8. 一種電子付費方法，其特徵為包含以下步驟：傳送轉帳請求訊息，以向收納網路要求將使用者所指定之轉帳金額，從使用者戶頭轉帳到付費業者戶頭之步驟；於使用者保有金額加算因應前述轉帳金額之額數即使用者轉帳金額，並予以記憶之步驟；傳送通知前述使用者保有金額之使用者寄存金訊息之步驟；接收前述使用者寄存金訊息，並因應該使用者寄存金訊息來算出並記憶寄存金之步驟；自移動體通信終端傳送包含與有價價值提供裝置藉由近距離通信機構進行通信，藉此取得之特定出該有價價值提供裝置之機器特定資訊之支付要求訊息，且不經由前述有價價值提供裝置而藉由店鋪內伺服器直接接收之步驟；因應前述支付要求訊息，算出並記憶作為有價價值之提供價款之使用者支付額之合計即消費金額之步驟； 前述寄存金及消費金額符合特定條件之情況下，因應前述支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置，傳送指示提供因應使用者支付金額之有價價值之提供指示訊息之步驟；傳送用以通知前述消費金額之消費金額通知訊息之步驟；因應前述消費金額通知訊息，於遊藝場業者保有金額加算因應前述消費金額之額數，並予以記憶之步驟；及傳送轉帳請求訊息，以向收納網路要求將因應前述遊藝場業者保有金額之額數，從前述付費業者戶頭轉帳到遊藝場業者戶頭之步驟。
9. 如請求項8之電子付費方法，其中產生加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息，並將此支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器。
10. 一種電子付費系統，其特徵為：包含：電子付費伺服器，其係可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳；店鋪內伺服器，其係可與前述電子付費伺服器經由通信網通信；有價價值提供裝置，其係可與前述店鋪內伺服器通信；及移動體通信終端，其係可與前述店鋪內伺服器經由通 信網通信，並且可與前述有價價值提供裝置通信；前述電子付費伺服器係將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額，從前述使用者戶頭轉帳到前述付費業者戶頭，且將轉帳要求訊息傳送至前述收納網路，以要求將因應前述使用者轉帳金額之金額，從前述付費業者戶頭轉帳到前述遊藝業者戶頭，而且將通知前述使用者轉帳金額之使用者寄存金處理要求訊息傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應前述使用者寄存金處理要求訊息，算出並記憶表示來自使用者之寄存金之使用者寄存金；前述移動體通信終端係從前述有價價值提供裝置，取得特定出該有價價值提供裝置之機器特定資訊，產生包含前述機器特定資訊之支付要求訊息，將該支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器；前述店鋪內伺服器係因應來自前述移動體通信終端之支付要求訊息，向藉由前述機器特定資訊所特定出之有價價值提供裝置傳送指示提供有價價值之提供指示訊息；前述有價價值提供裝置若從前述店鋪內伺服器接收提供指示訊息，則提供因應有價價值之提供價款即使用者支付金額之有價價值。
11. 如請求項10之電子付費系統，其中前述移動體通信終端產生加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息，並將此支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器。
12. 一種電子付費伺服器，其係使用於如請求項10或11之電子付費系統中，該電子付費伺服器之特徵為：可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳；將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者所指定之轉帳金額之使用者轉帳金額，從前述使用者戶頭轉帳到前述付費業者戶頭，且將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者轉帳金額之金額，從前述付費業者戶頭轉帳至前述遊藝業者戶頭，且傳送通知前述使用者轉帳金額之使用者寄存金處理要求訊息。
13. 一種店鋪內伺服器，其特徵為：可與電子付費伺服器經由通信網通信，該電子付費伺服器可對於可於使用者戶頭、付費業者戶頭及遊藝場業者戶頭間將金錢轉帳之收納網路，經由通信網要求該等戶頭間之轉帳，並可與移動體通信終端通信；且包含：記憶機構，其係記憶各使用者之寄存金及消費金額；寄存金處理機構，其係因應從前述電子付費伺服器傳 送之使用者寄存金處理要求訊息，算出並記憶寄存金；支付要求處理機構，其係若自移動體通信終端直接接收尋求支付有價價值之提供價款即使用者支付金額之支付要求訊息，且該支付要求訊息包含特定出提供因應前述使用者支付金額之有價價值之有價價值提供裝置之機器特定資訊，則從前述寄存金減算使用者支付金額，並予以記憶；及提供指示機構，其係因應從前述寄存金減算使用者支付金額之結果，傳送指示提供有價價值之提供指示訊息。
14. 如請求項13之店鋪內伺服器，其不經由前述有價價值提供裝置而直接接收加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息。
15. 一種電子付費方法，其特徵為包含以下步驟：傳送轉帳請求訊息，以向收納網路要求將因應使用者所指定之轉帳金額之額數即使用者轉帳金額，從使用者戶頭轉帳到付費業者戶頭之步驟；將轉帳要求訊息傳送至前述收納網路，以要求將因應使用者轉帳金額之金額，從前述付費業者戶頭轉帳到前述遊藝業者戶頭之步驟；傳送通知因應前述轉帳金額之額數之使用者寄存金之使用者寄存金訊息之步驟； 接收前述使用者寄存金訊息，並因應該使用者寄存金訊息來算出並記憶寄存金之步驟；自移動體通信終端傳送包含與有價價值提供裝置藉由近距離通信機構進行通信，藉此取得之特定出該有價價值提供裝置之機器特定資訊之支付要求訊息，且不經由前述有價價值提供裝置而藉由店鋪內伺服器直接接收之步驟；因應前述支付要求訊息，算出並記憶作為有價價值之提供價款之使用者支付金額之合計即消費金額之步驟；及前述寄存金及消費金額符合特定條件之情況下，因應前述支付要求訊息，向前述有價價值提供裝置，傳送指示提供因應前述使用者支付金額之有價價值之提供指示訊息之步驟。
16. 如請求項15之電子付費方法，其中產生加上前述機器特定資訊，進一步包含唯一地特定作為該移動體通信終端之用戶而登錄之使用者之資訊即使用者ID、及用以進行使用者之本人認證之密碼者，作為前述支付要求訊息，並將此支付要求訊息不經由前述有價價值提供裝置而直接傳送至前述店鋪內伺服器。