TW202334875A - 餘額連動系統、餘額連動方法、及程式產品 - Google Patents
餘額連動系統、餘額連動方法、及程式產品 Download PDFInfo
- Publication number
- TW202334875A TW202334875A TW111149931A TW111149931A TW202334875A TW 202334875 A TW202334875 A TW 202334875A TW 111149931 A TW111149931 A TW 111149931A TW 111149931 A TW111149931 A TW 111149931A TW 202334875 A TW202334875 A TW 202334875A
- Authority
- TW
- Taiwan
- Prior art keywords
- balance
- account
- previous
- request
- user
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 193
- 230000009467 reduction Effects 0.000 claims abstract description 132
- 230000007423 decrease Effects 0.000 claims abstract description 30
- 230000001360 synchronised effect Effects 0.000 claims abstract description 19
- 238000012546 transfer Methods 0.000 claims description 111
- 238000012545 processing Methods 0.000 claims description 59
- FUHMZYWBSHTEDZ-UHFFFAOYSA-M bispyribac-sodium Chemical compound [Na+].COC1=CC(OC)=NC(OC=2C(=C(OC=3N=C(OC)C=C(OC)N=3)C=CC=2)C([O-])=O)=N1 FUHMZYWBSHTEDZ-UHFFFAOYSA-M 0.000 claims description 11
- 230000008569 process Effects 0.000 description 95
- 230000004048 modification Effects 0.000 description 66
- 238000012986 modification Methods 0.000 description 66
- 238000013500 data storage Methods 0.000 description 18
- 238000004891 communication Methods 0.000 description 15
- 230000008859 change Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 11
- 230000003247 decreasing effect Effects 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 2
- 238000000151 deposition Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
[課題]藉由使結帳手段的餘額、與帳戶的餘額做充分地連動,以提高使用者的便利性。 [解決手段]餘額連動系統(S)的增加要求受理部(101、205),係將用來使結帳手段的餘額也就是結帳手段餘額做增加所需之增加要求,予以受理。帳戶餘額增加部(103、201),係在增加要求已被受理的情況下,使與結帳手段連動之帳戶的餘額也就是帳戶餘額做增加。減少要求受理部(104),係將用來使結帳手段餘額做減少所需之減少要求,予以受理。帳戶餘額減少部(106、202),係在減少要求已被受理的情況下,使帳戶餘額做減少。
Description
本揭露係有關於餘額連動系統、餘額連動方法、及程式產品。
先前,使利用電子貨幣等之結帳手段的結帳服務,與利用銀行等之帳戶的金融服務做連動的技術,已為人知。例如,專利文獻1中係記載,將從使用者的實際帳戶轉帳至虛擬帳戶的金額,經由事業者的母帳戶,而對使用者的電子貨幣進行加值的技術。例如,專利文獻2中係記載,藉由從管理帳戶往額值帳戶進行匯款以對電子貨幣進行加值,而把額值帳戶的餘額當作電子貨幣來利用的技術。
例如,專利文獻3中係記載,藉由複製銀行主機的利用者帳戶資訊,以生成鏡像帳戶資訊並記錄在電子貨幣伺服器中,在使用者利用電子貨幣的情況下,令電子貨幣伺服器的鏡像帳戶資訊的餘額做減少,並將該當餘額之減少,反映至銀行主機的利用者帳戶資訊的技術。例如,專利文獻4中係記載,將使用者之帳戶的餘額,分成第1帳戶及第2帳戶而加以管理,從第1帳戶及第2帳戶之中,選擇出在結帳時做利用的帳戶的技術。 [先前技術文獻] [專利文獻]
[專利文獻1]日本專利第5141158號公報 [專利文獻2]日本特開2021-51742號公報 [專利文獻3]日本特開平11-306263號公報 [專利文獻4]日本特開2020-107217號公報
[發明所欲解決之課題]
在如上記的技術中係被認為,結帳手段的餘額、與帳戶的餘額的連動程度越高,則使用者的便利性也越高。然而,專利文獻1的技術,從實際帳戶被轉帳至虛擬帳戶的金額是僅被加值到電子貨幣,電子貨幣的餘額、與帳戶的餘額,並未充分地連動。專利文獻2的技術,只不過是可以從卡片來利用額值帳戶的餘額而已,電子貨幣等之結帳手段的餘額、與管理帳戶或額值帳戶的餘額,並未充分地連動。
專利文獻3的技術,只不過是把作為電子貨幣而被利用的鏡像帳戶資訊的餘額之減少量反映至銀行主機的利用者帳戶資訊而已,因此為了要增加電子貨幣的餘額,必須轉帳至銀行的利用者帳戶,或是從ATM往利用者帳戶進行存款等等。專利文獻4的技術,原本就不是把電子貨幣的餘額、與帳戶的餘額做連動。因此,在先前的技術中,電子貨幣等之結帳手段的餘額、與銀行等之帳戶的餘額,並未充分地連動。
本揭露的1個目的係為,藉由使結帳手段的餘額、與帳戶的餘額做充分地連動,以提高使用者的便利性。 [用以解決課題之手段]
本揭露所述之餘額連動系統,係含有:增加要求受理部,係將用來使結帳手段的餘額也就是結帳手段餘額做增加所需之增加要求,予以受理;和帳戶餘額增加部,係在前記增加要求已被受理的情況下,使與前記結帳手段連動之帳戶的餘額也就是帳戶餘額做增加;和減少要求受理部,係將用來使前記結帳手段餘額做減少所需之減少要求,予以受理;和帳戶餘額減少部,係在前記減少要求已被受理的情況下,使前記帳戶餘額做減少。 [發明效果]
若依據本揭露,則藉由使結帳手段的餘額、與帳戶的餘額做充分地連動,可提高使用者的便利性。
[1.第1實施形態]
說明本揭露所述之餘額連動系統的實施形態之一例也就是第1實施形態。
[1.第1實施形態] 圖1係為餘額連動系統的全體構成之一例的圖示。餘額連動系統S係含有:電子貨幣伺服器10、銀行伺服器20、及使用者終端30。這些係可連接至網際網路或LAN等之網路N。餘額連動系統S,係至少含有1個電腦即可,不限於圖1的例子。
電子貨幣伺服器10,係為結帳事業者的伺服器電腦。控制部11係含有至少1個處理器。記憶部12係含有RAM等之揮發性記憶體、和硬碟等之非揮發性記憶體。通訊部13係含有有線通訊用的通訊介面、和無線通訊用的通訊介面之至少一方。
銀行伺服器20,係為銀行的伺服器電腦。控制部21、記憶部22、及通訊部23的實體構成,係可分別和控制部11、記憶部12、及通訊部13相同。
使用者終端30,係為使用者的電腦。例如,使用者終端30係為智慧型手機、平板終端、可穿戴式終端、或個人電腦。控制部31、記憶部32、及通訊部33的實體構成,係可分別和控制部11、記憶部12、及通訊部13相同。操作部34,係為觸控面板等之輸入裝置。顯示部35,係為液晶顯示器或有機EL顯示器。
此外,電子貨幣伺服器10、銀行伺服器20、及使用者終端30之各者中所被記憶的程式,係亦可透過網路N而被供給。又,資訊記憶媒體中所被記憶的程式,亦可透過用來讀取電腦可讀取之資訊記憶媒體的讀取部(例如光碟驅動機或記憶卡插槽)、或用來與外部機器進行資料之輸出入所需之輸出入部(例如USB埠)而被供給。
[1-2.餘額連動系統的概要] 在第1實施形態中係舉出,使用者是從使用者終端30上所被安裝的結帳應用程式,來利用結帳服務的情況為例。結帳服務中所能利用的結帳手段,係可為任意之種類。例如,電子貨幣、點數、信用卡、簽帳卡、銀行帳戶、電子錢包、或加密資產,亦可相當於結帳手段。結帳手段,有時候也會被稱作支付手段。條碼或二維碼這類代碼有時候也會相當於結帳手段。結帳手段,係為在電子結帳中所被利用的任何手段皆可。電子結帳,有時候也被稱作無現金結帳。
圖2係為使用者終端30上所被顯示之畫面之一例的圖示。例如,一旦使用者終端30的結帳應用程式啟動,則結帳應用程式的頂層畫面G1係被顯示於顯示部35。頂層畫面G1中係被顯示有,含有於結帳服務中可用來識別使用者之代碼ID的代碼C10。代碼ID,係為與使用者為了登入至結帳服務所需之使用者ID不同的資訊。例如,代碼ID,係每次結帳應用程式被啟動時,就被更新。
在圖2的例子中,係圖示條碼及二維碼之雙方都是作為代碼C10而被顯示的情況,但代碼C10本身係可為任意之代碼。例如,亦可只有條碼或二維碼之其中一方,被當成代碼C10而顯示。例如,一旦以使用者所造訪之店舖的終端來讀取代碼C10,就會基於使用者所設定作為支付來源的結帳手段,來執行結帳處理。
在第1實施形態中,係舉出支付來源是電子貨幣的情況為例子。在圖2的例子中,可在結帳服務「AAA支付」中做利用的線上型的電子貨幣「AAA電子現金」,是已經被設定作為支付來源。例如,一旦以店舖的終端讀取代碼C10,則電子貨幣的餘額就會減少所定之額度,而完成結帳。代碼C10,係除了店舖的終端以外,也可藉由自動販賣機等之任意的終端來加以讀取。
此外,在結帳應用程式中所能夠利用的結帳方法,係不限於利用代碼C10的方法。可以利用例如:以使用者終端30來讀取被揭示於店舖之代碼的結帳方法、以使用者終端30來讀取被顯示於店舖之終端之代碼的結帳方法、僅藉由對使用者終端30的操作而完結的結帳方法、或把使用者終端30靠近可無線通訊之終端的結帳方法這些任意之方法。又,電子貨幣,係除了結帳應用程式以外,還可在電子商務交易服務或跳蚤市場服務這類線上的任意之服務中做利用。在線上的服務中利用電子貨幣的情況下,則結帳應用程式亦可不被利用。
例如,一旦使用者選擇了按鈕B11,電子貨幣的選單M13就被顯示於顯示部35。在第1實施形態中係舉出,作為電子貨幣的餘額,是有高級型之餘額、和基本型之餘額之2種類存在的情況為例。選單M13中係被顯示有,高級型之餘額、基本型之餘額、及它們的合計。以下,在不用區別高級型之餘額、與基本型之餘額時,則簡稱為電子貨幣餘額。
高級型之餘額,係為第1種類的電子貨幣餘額。高級型之餘額,係可在任意之目的下做利用。在第1實施形態中係舉出,在店舖等中的支付時做利用之目的(以下稱作支付目的)、向其他使用者匯送餘額之部分或全部之目的(以下稱作匯送目的)、及向使用者的帳戶進行出金之目的(以下稱作出金目的)下,可利用高級型之餘額的情況為例。在第1實施形態中,假設高級型之餘額,係較基本型之餘額優先地被利用。
高級型之餘額,係可用任意之加值方法進行加值。在第1實施形態中係舉出,以利用了線上跳蚤市場服務之銷售額的加值方法(以下稱作銷售額加值)、利用了加密資產的加值方法(以下稱作加密資產加值)、或利用了金融機關之帳戶的加值方法(以下稱作帳戶加值),而可將高級型之餘額進行加值的情況為例。
此外,為了防止信用卡的消費額度之現金化,可在出金目的下做利用的高級型之餘額,係設成無法以利用了消費額度的加值方法(以下稱作消費加值)來進行加值。另一方面,信用卡的預借現金額度,係設計成以現金的借入為目的。因此,高級型之餘額係亦可設計成,可以利用了預借現金額度的加值方法(以下稱作預借現金加值)來進行加值。
基本型之餘額,係為第2種類的電子貨幣餘額。基本型之餘額,係可在任意之目的下做利用。在第1實施形態中係舉出,在支付目的及匯送目的下,可利用基本型之餘額的情況為例。基本型之餘額,係在出金目的下無法利用。因此,在第1實施形態中,高級型之餘額,是可在較多目的下做利用,其便利性較高。基本型之餘額,係可用任意之加值方法進行加值。在第1實施形態中係舉出,可以使用消費額度加值,將基本型之餘額進行加值的情況為例。此外,使用者將基本型之餘額匯送至其他使用者的情況下,其他使用者,係當作基本型之餘額而加以收取,因此該當已收取的餘額,是無法在出金目的下做利用。
例如,使用者,係可從選單M13,進行關於電子貨幣的各種操作。例如,一旦使用者選擇按鈕B14,就可將電子貨幣匯送給其他使用者。一旦使用者選擇了按鈕B15,就可對電子貨幣進行加值。一旦使用者選擇按鈕B16,就可將高級型之餘額的全部或一部進行出金。一旦使用者選擇了按鈕B17,就可將高級型之餘額、銀行中的帳戶的餘額也就是帳戶餘額,予以連動。以後,這些餘額進行連動的這件事情,稱作餘額連動。
在第1實施形態中係假設,使用者已經在銀行開設了帳戶。再者,假設使用者,係可從使用者終端30上所被安裝的銀行應用程式,來利用金融服務。例如,使用者係可從銀行應用程式,來利用帳戶餘額之確認、過去交易的明細之確認、轉帳之執行、公共費用等之繳納、或申辦貸款這些各種金融服務。結帳應用程式,係係可與銀行應用程式做連動。
例如,一旦使用者選擇了按鈕B17,則銀行應用程式係會啟動,認證畫面G2係被顯示於顯示部35。結帳應用程式,係會移動到背景執行。一旦使用者,將金融服務中的使用者ID及密碼輸入至輸入表單F20並選擇了按鈕B21,則銀行伺服器20所致之認證就被執行。認證本身,係可利用生物認證等之各種方法。一旦銀行伺服器20確認了使用者的正當性,則結帳應用程式就會回到背景執行,表示餘額連動已經完成的完成畫面G3係被顯示於顯示部35。銀行應用程式,係亦可結束,亦可移動至背景執行。
圖3係為第1實施形態中的餘額連動之一例的圖示。例如,在頂層畫面G1中,在表示電子貨幣之餘額的領域中係被顯示有,表示餘額連動中的訊息。在圖3的例子中,雖然設計成沒有顯示出電子貨幣的餘額,但在餘額連動完成後,作為電子貨幣的餘額,亦可顯示基本型之餘額、與帳戶餘額之合計,亦可將基本型之餘額、與帳戶餘額分別地加以顯示。
在第1實施形態中,一旦餘額連動完成,則高級型之餘額就會被自動存款至使用者的帳戶。例如,在高級型之餘額是存在有3500圓的量的狀態下一旦完成餘額連動,則該3500圓的量就會被自動存款至連動目標之帳戶。將電子貨幣自動存款至帳戶的方法本身,係可適用各種出金方法。若假設餘額連動前的帳戶餘額為1200000圓,則藉由自動存款,帳戶餘額會變成1203500圓。高級型之餘額,係由於全部都被自動存款,因此變成0圓。
例如,在圖3的狀態下,假設使用者對高級型之餘額進行了1000圓的量之加值。此情況下,高級型之餘額,係從0圓增加成1000圓。緊接著在其後,高級型之餘額之全額也就是1000圓,會被自動存款至連動目標之帳戶。因此,高級型之餘額,雖然只有一瞬間會變成1000圓,但立刻就減少成0圓。帳戶的餘額,係從1203500圓增加成1204500圓。
例如,在圖3的狀態下,假設使用者係從其他使用者收取了2000圓的量的高級型之餘額。此情況下,高級型之餘額,係從0圓增加成2000圓。緊接著在其後,高級型之餘額之全額也就是2000圓,會被自動存款至連動目標之帳戶。因此,高級型之餘額,雖然只有一瞬間會變成2000圓,但立刻就減少成0圓。帳戶的餘額,係從1203500圓增加成1205500圓。
例如,在圖3的狀態下,假設使用者係讓店舖的POS終端讀取了代碼C10,進行了3000圓之購物。再者,假設高級型之餘額,係較基本型之餘額優先地被利用。3000圓的量的支付時,高級型之餘額會被優先利用,但在餘額連動後,係由於高級型之餘額係變成0圓,因此從連動目標之帳戶的帳戶餘額向高級型之餘額,會自動加值3000圓的量。因此,帳戶的餘額,係從1203500圓減少成1200500圓。高級型之餘額,係在只有一瞬間從0圓增加成3000圓之後,該3000圓的量會立刻被利用於支付而減少成0圓。
例如,在圖3的狀態下,假設使用者係向其他使用者匯送了4000圓的量的高級型之餘額。在餘額連動後,由於高級型之餘額係變成0圓,因此從帳戶餘額往高級型之餘額會自動加值4000圓的量。因此,帳戶的餘額,係從1203500圓減少成1199500圓。高級型之餘額,係在只有一瞬間從0圓增加成4000圓之後,該4000圓的量會立刻被匯送至其他使用者而減少成0圓。
如以上所述,在第1實施形態的餘額連動系統S中,藉由餘額連動,可使高級型之餘額、與帳戶的餘額充分地連動,因此可提高使用者的便利性。以下,說明第1實施形態的細節。
[1-3.第1實施形態的餘額連動系統中所被實現的機能] 圖4係為第1實施形態的餘額連動系統S中所被實現的機能之一例的機能區塊圖。
[1-3-1.電子貨幣伺服器中所被實現的機能] 資料記憶部100,係以記憶部12為主而被實現。增加要求受理部101、電子貨幣餘額增加部102、帳戶餘額增加部103、減少要求受理部104、電子貨幣餘額減少部105、及帳戶餘額減少部106,係以控制部11為主而被實現。
[資料記憶部] 資料記憶部100,係將用來向使用者提供結帳服務所需要的資料,加以記憶。例如,資料記憶部100,係將結帳資料庫DB1,加以記憶。
圖5係為結帳資料庫DB1之一例的圖示。如圖5所示,結帳資料庫DB1係為,儲存有關於結帳服務中的使用者之資訊的資料庫。例如,結帳資料庫DB1中係被儲存有:使用者ID、密碼、姓名、代碼ID、有效期限、支付來源資訊、卡片資訊、電子貨幣資訊、及連動資訊。結帳資料庫DB1中所被儲存的資訊,係可為關於使用者的任意之資訊,不限於圖5的例子。例如,結帳資料庫DB1中亦可被儲存有,電子貨幣的利用履歷或加值履歷。
使用者ID,係為可用來識別使用者的使用者識別資訊之一例。使用者識別資訊,係可為任意之資訊,亦可為例如:被稱作使用者帳號的資訊、郵件位址、或電話號碼。例如,使用者識別資訊係為文字、數字、其他符號,或這些的組合。使用者ID及密碼,係為了登入至結帳服務而被利用。
在第1實施形態中,不只使用者ID,就連代碼ID也是可以用來識別使用者的資訊,因此代碼ID也是相當於使用者識別資訊。代碼C10中係只要包含有某些的使用者識別資訊即可。代碼C10中,係亦可不只包含代碼ID,而是還包含有使用者ID等之其他使用者識別資訊。有效期限,係為從代碼ID被發行起算的所定時間後的時點。對於代碼ID,亦可不設定有效期限。
支付來源資訊,係為可用來識別已被設定作為支付來源之結帳手段的資訊。例如,在電子貨幣已被設定作為支付來源的情況下,支付來源資訊係亦可為,可將電子貨幣做識別的電子貨幣ID。例如,在信用卡已被設定作為支付來源的情況下,支付來源資訊係亦可為信用卡的卡號。卡片資訊,係關於使用者的信用卡的資訊。例如,卡片資訊係包含有卡號、有效期限、及名義人。使用者係可登錄複數張信用卡。
電子貨幣資訊,係為關於使用者的電子貨幣的資訊。例如,電子貨幣資訊,係含有表示電子貨幣餘額的資訊。在第1實施形態中,由於係有高級型之餘額、與基本型之餘額存在,因此在電子貨幣資訊中係會表示這些的餘額。連動資訊,係為關於餘額連動的資訊。例如,連動資訊係表示:連動目標之帳戶的金融機關代碼、分行名、帳戶號碼、及名義人。連動資訊,係只要能夠識別連動目標之帳戶即可,亦可只表示帳戶號碼,亦可表示金融服務中的使用者ID。關於未進行餘額連動的使用者,則不會有連動資訊被儲存。
[增加要求受理部] 增加要求受理部101,係將用來使電子貨幣的餘額也就是電子貨幣餘額做增加所需之增加要求,予以受理。在第1實施形態中,作為結帳手段之一例是說明電子貨幣,因此電子貨幣餘額係為結帳手段餘額之一例。因此,針對電子貨幣做說明的地方,係可替換成結帳手段。因此,針對電子貨幣餘額做說明的地方,係可替換成結帳手段餘額。
在第1實施形態中,尤其是說明高級型之餘額之細節,因此針對高級型之電子貨幣做說明的地方,係可替換成結帳手段。針對高級型之餘額做說明的地方,係可替換成結帳手段餘額。結帳手段,係亦可為具有餘額之概念的其他結帳手段。例如,結帳手段,係亦可為點數。在點數是相當於結帳手段的情況下,點數餘額係相當於結帳手段餘額。例如,亦可不是稱作電子貨幣,而是以結帳服務的專有的名稱來稱呼的結帳手段。
增加要求,係藉由發送所定形式之資料,而被進行。增加要求,係可包含有任意之資訊。例如,增加要求係含有:可用來識別增加對象之電子貨幣的電子貨幣識別資訊、與使電子貨幣餘額做增加的金額。增加要求,係亦可含有其他資訊,例如,在可以用複數個方法來增加電子貨幣餘額的情況下,則可用來識別該方法的資訊,亦可被包含在增加要求中。
在第1實施形態中,雖然說明代碼ID是相當於電子貨幣識別資訊的情況,但電子貨幣識別資訊,係亦可為代碼ID以外的任意之資訊。例如,電子貨幣識別資訊,係亦可為使用者ID,亦可為代碼ID及使用者ID以外的使用者識別資訊。例如,電子貨幣識別資訊,係亦可為異於使用者識別資訊的資訊,亦可為可用來識別電子貨幣的電子貨幣ID。
在第1實施形態中,雖然說明從使用者終端30發送增加要求的情況,但增加要求係可藉由任意之電腦而發送。例如,在可從被設置於店舖中的POS終端或加值終端來進行加值的情況下,則亦可從POS終端或加值終端發送增加要求。例如,在電子貨幣是被賦予來作為電子商務交易服務或線上跳蚤市場服務這類任意之服務中所利用的贈禮(禮物)的情況下,則亦可從該服務的伺服器電腦,發送增加要求。
例如,在使用者選擇了按鈕B15的情況下,從使用者終端30被發送至電子貨幣伺服器10的加值要求,係為增加要求之一例。因此,針對加值要求做說明的地方,係可替換成增加要求。加值要求,係為用來對電子貨幣進行加值所需之要求。
在第1實施形態中,係在針對高級型之餘額、與基本型之餘額之2個電子貨幣餘額的加值之中,主要說明針對高級型之餘額的加值。例如,加值要求中係含有:可用來識別加值對象之電子貨幣的電子貨幣識別資訊、與使用者所指定的加值額。在第1實施形態中,由於準備有複數個加值方法,因此假設加值要求中係還含有,可用來識別加值方法的加值方法識別資訊。在加值方法是只存在有1種類的情況下,則加值要求中亦可不含加值方法識別資訊。
例如,在使用者進行了用來收取從其他使用者所被匯送之高級型之餘額的操作的情況下,則從使用者終端30被發送至電子貨幣伺服器10的收取要求,也是增加要求之一例。因此,針對收取要求做說明的地方,係可替換成增加要求。收取要求,係為用來收取從其他使用者所被匯送之高級型之餘額所需之要求。
在第1實施形態中,係在針對高級型之餘額、與基本型之餘額之2個電子貨幣餘額的加值之中,主要說明針對高級型之餘額的收取。例如,收取要求中係含有,可用來識別從其他使用者所被匯送之高級型之餘額的資訊。假設關於從其他使用者所被匯送之高級型之餘額的資訊,係被儲存在結帳資料庫DB1中。
此外,增加要求,係為用來使電子貨幣餘額做增加所需之任意要求即可,不限於加值要求及收取要求。例如,在高級型之餘額是作為某種贈禮而被贈送的情況下,則用來收取贈禮所需之要求,亦可相當於增加要求。
[電子貨幣餘額增加部] 電子貨幣餘額增加部102,係在增加要求已被受理的情況下,使電子貨幣餘額做增加。所謂使電子貨幣餘額做增加,係將結帳資料庫DB1中所被儲存的電子貨幣餘額,變成比現在的數值還大。電子貨幣餘額增加部102,係使電子貨幣餘額增加一增加要求所相應之增加量。在第1實施形態中,電子貨幣餘額增加部102,係可使高級型之餘額、基本型之餘額之雙方做增加。在不需要區別這些增加時,則簡略記載為電子貨幣餘額之增加。
例如,在加值要求是相當於增加要求的情況下,則電子貨幣餘額增加部102,係藉由執行加值處理,以使電子貨幣餘額做增加。加值處理本身,係可利用公知的處理。例如,電子貨幣餘額增加部,係使增加要求中所含之電子貨幣識別資訊所表示的電子貨幣的餘額,以增加要求中所含之加值方法資訊所表示的加值方法,增加一增加要求中所含之加值額。
例如,在收取要求是相當於增加要求的情況下,則電子貨幣餘額增加部102,係藉由執行收取處理,以使電子貨幣餘額做增加。受取處理本身,係可利用公知的處理。例如,電子貨幣餘額增加部,係基於收取要求中所含之資訊,將對象之電子貨幣及收取額加以特定,並使該當已被特定之電子貨幣的餘額,增加一收取額。在其他增加要求已被受理的情況下也是,電子貨幣餘額增加部102,係基於其他增加要求,而使電子貨幣餘額做增加即可。
[帳戶餘額增加部] 帳戶餘額增加部103,係在增加要求已被受理的情況下,使與電子貨幣連動之帳戶的餘額也就是帳戶餘額做增加。在第1實施形態中,帳戶餘額增加部103,係在餘額連動已完成,且高級型之餘額的增加要求已被受理的情況下,使帳戶餘額做增加。帳戶餘額增加部103,係以與藉由增加要求而被指示的高級型之餘額之增加量相同的金額,使帳戶餘額做增加。將帳戶餘額進行改寫的處理本身,係藉由銀行伺服器20而被執行,因此帳戶餘額增加部103係對銀行伺服器20,藉由發送用來使帳戶餘額做增加所需之要求,就可使帳戶餘額做增加。藉由電子貨幣伺服器10及銀行伺服器20的協同運作,帳戶餘額就會增加。
帳戶餘額增加部103發送給銀行伺服器20的要求,係藉由發送所定形式之資料而被進行即可。例如,該要求中亦可含有:可用來識別增加對象之帳戶的帳戶識別資訊、和帳戶餘額的增加額。在第1實施形態中,雖然說明分行名及帳戶號碼是相當於帳戶識別資訊的情況,但可用來識別帳戶的其他資訊亦可相當於帳戶識別資訊。例如,結帳服務中的使用者ID、或金融服務中的使用者ID,亦可相當於帳戶識別資訊。帳戶餘額增加部103,係將使帳戶餘額增加一與高級型之餘額之增加要求所表示之增加量相同金額的這件事情,向銀行伺服器20進行要求。
在第1實施形態中,由於高級型之餘額係一度增加後就被進行往帳戶的自動存款,因此帳戶餘額增加部103係藉由將增加要求受理部101所受理之增加要求所相應之金額,從高級型之電子貨幣往帳戶自動進行存款,以使帳戶餘額做增加。帳戶餘額增加部103,係基於藉由電子貨幣餘額增加部102所增加後的高級型之餘額,而使帳戶餘額做增加。帳戶餘額增加部103,係使高級型之餘額,減少一往帳戶餘額之自動存款額。因此,帳戶餘額增加部103,係會使高級型之餘額,恢復成增加前之金額。將高級型之餘額予以恢復的處理,係亦可藉由後述的電子貨幣餘額減少部105而被執行。將電子貨幣存款至帳戶的方法本身,係可利用公知的方法。
此外,帳戶餘額增加部103,係亦可不先使高級型之餘額一度增加,就執行往帳戶之自動存款。此情況下,在增加要求受理部101受理了增加要求之後,電子貨幣餘額增加部102的處理係不被執行。帳戶餘額增加部103,係在增加要求已被受理的情況下,將使帳戶餘額增加一該當增加要求所表示之增加量的這件事情,向銀行伺服器20進行要求即可。
[減少要求受理部] 減少要求受理部104,係將用來使電子貨幣餘額做減少所需之減少要求,予以受理。減少要求,係藉由發送所定形式之資料,而被進行。減少要求,係可包含有任意之資訊。例如,減少要求係含有:可用來識別減少對象之電子貨幣的電子貨幣識別資訊、與使電子貨幣餘額做減少的金額。電子貨幣識別資訊,係如同前述。
在第1實施形態中,雖然說明從店舖的POS終端或使用者終端30發送減少要求的情況,但減少要求係可藉由任意之電腦而發送。例如,在可對自動販賣機利用電子貨幣的情況下,則亦可從自動販賣機發送出減少要求。例如,在電子商務交易服務或線上跳蚤市場服務這類任意之服務中可利用電子貨幣的情況下,則亦可從該服務的伺服器電腦,發送減少要求。
例如,使用者讓代碼C10被POS終端進行了讀取的情況下,則從POS終端被發送至電子貨幣伺服器10的支付要求,係為減少要求之一例。因此,針對支付要求做說明的地方,係可替換成減少要求。支付要求,係為用來利用電子貨幣進行支付所需之要求。在第1實施形態中,係在高級型之餘額、與基本型之餘額之2個電子貨幣餘額的結帳之中,主要說明高級型之餘額的結帳。基本型之餘額的結帳,係可利用公知的處理。例如,假設在支付要求中係含有:店舖ID、終端ID、代碼ID、及利用額。店舖ID,係為可用來識別店舖的資訊。終端ID,係為可用來識別POS終端的資訊。
例如,在使用者進行了向其他使用者匯送高級型之餘額之操作的情況下,則從使用者終端30被發送至電子貨幣伺服器10的匯送要求,也是減少要求之一例。因此,針對匯送要求做說明的地方,係可替換成減少要求。匯送要求,係為用來向其他使用者匯送高級型之餘額所需之要求。假設在匯送要求中係含有:代碼ID、可用來識別對方之使用者的某種使用者識別資訊、及匯送額。
此外,減少要求,係只要是用來使電子貨幣餘額做減少所需之某種要求即可,不限於支付要求及匯送要求。例如,使用者用來將電子貨幣對自己的帳戶進行出金所需之要求,亦可相當於減少要求。該帳戶,係亦可為與餘額連動的帳戶以外之其他帳戶。
[電子貨幣餘額減少部] 電子貨幣餘額減少部105,係在減少要求已被受理的情況下,使電子貨幣餘額做減少。所謂使電子貨幣餘額做減少,係將結帳資料庫DB1中所被儲存的電子貨幣餘額,變成比現在的數值還小。電子貨幣餘額減少部105,係使電子貨幣餘額減少一減少要求所相應之減少量。在第1實施形態中,電子貨幣餘額減少部105,係可使高級型之餘額、基本型之餘額之雙方做減少。在不需要區別這些減少時,則簡略記載為電子貨幣餘額之減少。
例如,在支付要求是相當於減少要求的情況下,則電子貨幣餘額減少部105,係藉由執行結帳處理,以使電子貨幣餘額做減少。結帳處理本身,係可利用公知的處理。例如,電子貨幣餘額減少部,係使與支付要求中所含之代碼ID建立關連的電子貨幣的餘額,減少一支付要求中所含之支付額。
例如,在匯送要求是相當於減少要求的情況下,則電子貨幣餘額減少部105,係藉由執行匯送處理,以使電子貨幣餘額做減少。匯送處理本身,係可利用公知的處理。例如,電子貨幣餘額減少部,係基於匯送要求中所含之資訊,而將對象之電子貨幣加以特定,並使該當已被特定之電子貨幣的餘額,減少一匯送額。在其他減少要求已被受理的情況下也是,電子貨幣餘額減少部105,係基於其他減少要求,而使電子貨幣餘額做減少即可。
[帳戶餘額減少部] 帳戶餘額減少部106,係在減少要求已被受理的情況下,使帳戶餘額做減少。在第1實施形態中,帳戶餘額減少部106,係在餘額連動已完成,且高級型之餘額的減少要求已被受理的情況下,使帳戶餘額做減少。帳戶餘額減少部106,係以與藉由減少要求而被指示的高級型之餘額之減少量相同的金額,使帳戶餘額做減少。將帳戶餘額進行改寫的處理本身,係藉由銀行伺服器20而被執行,因此帳戶餘額減少部106係對銀行伺服器20,藉由發送用來使帳戶餘額做減少所需之要求,就可使帳戶餘額做減少。藉由電子貨幣伺服器10及銀行伺服器20的協同運作,帳戶餘額就會減少。
帳戶餘額減少部106發送給銀行伺服器20的要求,係藉由發送所定形式之資料而被進行即可。例如,該要求中亦可含有:可用來識別減少對象之帳戶的帳戶識別資訊、和帳戶餘額的減少額。帳戶餘額減少部106,係將使帳戶餘額減少一與高級型之餘額之減少要求所表示之減少量相同金額的這件事情,向銀行伺服器20進行要求。
在第1實施形態中,由於高級型之餘額是在被自動加值後就會減少,因此帳戶餘額減少部106,係藉由將減少要求所相應之金額,從帳戶往高級型之電子貨幣自動進行加值,以使帳戶餘額做減少。將電子貨幣自動進行加值的方法本身,係可利用公知的方法。自動的加值,係亦可不是藉由帳戶餘額減少部106,而是藉由電子貨幣餘額增加部102來加以執行。
此外,在第1實施形態中雖然說明,在高級型之餘額增加後,結帳處理等就被執行的情況,但亦可不使高級型之餘額做增加,就執行結帳處理等。此情況下,在減少要求受理部104受理了減少要求之後,將高級型之電子貨幣自動進行加值的處理係不被執行。從銀行伺服器20接收到帳戶餘額之減少已完成之通知的情況下,亦可不使高級型之餘額做增加就執行結帳處理等。
[1-3-2.銀行伺服器中所被實現的機能] 資料記憶部200,係以記憶部22為主而被實現。帳戶餘額增加部201及帳戶餘額減少部202,係以控制部21為主而被實現。
[資料記憶部] 資料記憶部200,係將用來向使用者提供金融服務所需要的資料,加以記憶。例如,資料記憶部200,係將帳戶資料庫DB2,加以記憶。
圖6係為帳戶資料庫DB2之一例的圖示。如圖6所示,帳戶資料庫DB2係為,儲存有關於金融服務中的使用者之資訊的資料庫。例如,帳戶資料庫DB2中係被儲存有:使用者ID、密碼、姓名、分行名、帳戶號碼、名義人、帳戶餘額、及連動資訊。帳戶資料庫DB2中所被儲存的資訊,係可為關於使用者的任意之資訊,不限於圖6的例子。例如,帳戶資料庫DB2中亦可被儲存有帳戶的交易履歷。
在第1實施形態中,雖然說明結帳服務之使用者ID、與金融服務之使用者ID係為不同的情況,但這些亦可為共通。同樣地,雖然說明結帳服務的密碼、與金融服務的密碼係為不同的情況,但這些亦可為共通。連動資訊,係為關於餘額連動的資訊。例如,連動資訊係係含有:將帳戶所連動之電子貨幣予以保有的使用者於結帳服務中的使用者ID。連動資訊,係含有可用來識別與帳戶做連動之電子貨幣的資訊即可。例如,連動資訊,係亦可不是含有結帳服務中的使用者ID,而是含有電子貨幣ID或代碼ID這類其他資訊,亦可含有為了餘額連動用而被生成的識別資訊。
[帳戶餘額增加部] 帳戶餘額增加部201,係在藉由增加要求受理部101而受理了增加要求的情況下,使與電子貨幣連動之帳戶的餘額也就是帳戶餘額做增加。在第1實施形態中,從電子貨幣伺服器10對銀行伺服器20,會進行用來使帳戶餘額做增加所需之要求,因此帳戶餘額增加部201,係基於該要求,而使帳戶餘額做增加。例如,帳戶餘額增加部201,係參照帳戶資料庫DB2,而使要求中所含之帳戶識別資訊所表示的帳戶之帳戶餘額,增加一要求所表示之增加量。
在第1實施形態中,由於從高級型之電子貨幣往帳戶的自動存款會被執行,因此帳戶餘額增加部201,係藉由將增加要求所相應之金額,從高級型之電子貨幣往帳戶自動進行存款,以使帳戶餘額做增加。帳戶餘額增加部201,係以使得帳戶餘額會增加一藉由自動存款而減少之高級型之餘額之減少量的方式,而使與高級型之餘額連動的帳戶餘額做增加。帳戶餘額增加部201,係在帳戶餘額的增加已完成的情況下,對電子貨幣伺服器10,發送表示該意旨的通知。帳戶餘額增加部201,係也可在對帳戶的轉帳等之其他行為已被進行的情況下,使帳戶餘額做增加。
[帳戶餘額減少部] 帳戶餘額減少部202,係在藉由減少要求受理部104而受理了減少要求的情況下,使帳戶餘額做減少。在第1實施形態中,從電子貨幣伺服器10對銀行伺服器20,會進行用來使帳戶餘額做減少所需之要求,因此帳戶餘額減少部202,係基於該要求,而使帳戶餘額做減少。例如,帳戶餘額減少部202,係參照帳戶資料庫DB2,而使要求中所含之帳戶識別資訊所表示的帳戶之帳戶餘額,減少一要求所表示之減少量。
在第1實施形態中,由於從帳戶往高級型之電子貨幣的自動加值會被執行,因此帳戶餘額減少部202,係藉由將減少要求所相應之金額,從帳戶往高級型之電子貨幣自動進行加值,以使帳戶餘額做減少。帳戶餘額減少部202,係以使得帳戶餘額會減少一藉由自動加值而增加之高級型之餘額之增加量的方式,而使與高級型之餘額連動的帳戶餘額做減少。帳戶餘額減少部202,係在帳戶餘額的減少已完成的情況下,對電子貨幣伺服器10,發送表示該意旨的通知。帳戶餘額減少部202,係也可在從帳戶的出金等之其他行為已被進行的情況下,使帳戶餘額做減少。
[1-3-3.使用者終端中所被實現的機能] 資料記憶部300,係以記憶部32為主而被實現。顯示控制部301及操作受理部302,係以控制部31為主而被實現。
[資料記憶部] 資料記憶部300,係將為了讓使用者利用結帳服務及金融服務之各者所需要的資料,加以記憶。例如,資料記憶部300係記憶有:結帳應用程式、代碼ID、及銀行應用程式。使用者終端30,係將藉由電子貨幣伺服器10而被發行的代碼ID予以接收並記錄在自身的資料記憶部300中。使用者終端30,係在也有接收到代碼ID之有效期限的情況下,則也將有效期限記錄在自身的資料記憶部300。
[顯示控制部] 顯示控制部301,係令任意的畫面被顯示於顯示部35。例如,顯示控制部301,係基於結帳應用程式及銀行應用程式之至少一方,而令圖2及圖3中所說明的畫面被顯示於顯示部35。各畫面,係亦可在瀏覽器上被顯示。
[操作受理部] 操作受理部302,係受理使用者所做的任意之操作。例如,操作受理部302,係將對於圖2及圖3中所說明的畫面的操作,予以受理。
[1-4.第1實施形態的餘額連動系統中所被執行的處理] 圖7及圖8係為第1實施形態的餘額連動系統S中所被執行的處理之一例的圖示。該處理係藉由控制部11、21、31分別依照記憶部12、22、32中所被記憶之程式而動作,而被執行。在圖7及圖8中,係在餘額連動系統S中所被執行的處理之中,主要針對餘額連動後之處理而加以圖示。假設使用者係已經完成餘額連動之手續。
如圖7所示,使用者終端30,係令結帳應用程式啟動,並與電子貨幣伺服器10之間,執行用來登入至結帳服務所需之登入處理(S100)。在S100中,亦可要求結帳服務中的使用者ID及密碼之輸入,亦可將表示過去曾經登入過結帳服務的資訊記憶在使用者終端30中,基於該當資訊,而不要求結帳服務中的使用者ID及密碼之輸入。
一旦對結帳服務的登入為成功,則使用者終端30係令頂層畫面G1被顯示於顯示部35(S101)。使用者,係進行為了利用結帳服務所需之各種操作(S102)。此處假設是進行:讓店舖的POS終端等讀取代碼C10而進行支付所需之支付操作、選擇按鈕B14而匯送高級型之餘額所需之匯送操作、選擇按鈕B15而對高級型之餘額進行加值所需之加值操作、或將從其他使用者所被匯送之高級型之餘額予以收取所需之收取操作之任一者。在對基本型之餘額的操作等之其他操作被進行的情況下,則執行該當其他操作所相應之處理,本處理係結束。
在使用者進行了支付操作的情況下(S102;支付操作),電子貨幣伺服器10,係從讀取了代碼C10的POS終端等,接收支付要求(S103)。電子貨幣伺服器10,係可基於支付要求中所含之代碼ID,而特定出這是對應於哪一使用者的支付要求。
電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出電子貨幣是已被設定作為支付來源,且為已經完成餘額連動的使用者,就對銀行伺服器20,發送用來對高級型之餘額自動進行加值所需之要求也就是自動加值要求(S104)。自動加值要求中係含有:結帳服務中的使用者ID、和與支付要求中所含之利用額相同的加值額。此外,於S104中,若特定出電子貨幣以外之結帳手段是已被設定作為支付來源的情況、或並非已經完成餘額連動的使用者的情況,則和先前的方法同樣地執行結帳處理,本處理係結束。
銀行伺服器20,係一旦接收到自動加值要求(S105),就與電子貨幣伺服器10之間,執行為了利用帳戶餘額而對高級型之餘額進行加值所需之自動加值處理(S106)。在S106中,銀行伺服器20,係將含有自動加值要求中所含之使用者ID的連動資訊所被儲存的紀錄,加以特定。銀行伺服器20,係使該當紀錄中所被儲存之帳戶餘額,減少一自動加值要求中所含之加值額。銀行伺服器20,係對電子貨幣伺服器10,發送表示帳戶餘額之減少已完成的減少完成通知。電子貨幣伺服器10,係一旦接收到減少完成通知,就使高級型之餘額增加一加值額。此外,在帳戶餘額少於加值額的情況下,則為錯誤,本處理係結束。
一旦S106的自動加值處理被執行,則電子貨幣伺服器10,係基於高級型之餘額,而執行結帳處理(S107),本處理係結束。在S107中,電子貨幣伺服器10,係使結帳資料庫DB1中所被儲存之高級型之餘額,減少一S103中所接收到的支付要求中所含之利用額。結帳處理本身,係可利用公知的處理。
於S102中,在使用者進行了匯送操作的情況下(S102;匯送操作),則使用者終端30,係對電子貨幣伺服器10,發送匯送要求(S108),電子貨幣伺服器10,係從使用者終端30接收匯送要求(S109)。電子貨幣伺服器10,係可基於匯送要求中所含之代碼ID,而特定出這是對應於哪一使用者的匯送要求。
電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出這是已經完成餘額連動的使用者,就對銀行伺服器20,發送自動加值要求(S110)。S110的自動加值要求,係和S104的自動加值要求相同。S110的自動加值要求中所含之加值額,係和使用者所指定的匯送額相同。此外,於S110中,在特定出並非已經完成餘額連動的使用者的情況下,則和先前的方法同樣地執行匯送處理,本處理係結束。
銀行伺服器20,係一旦接收到自動加值要求(S111),就與電子貨幣伺服器10之間,執行自動加值處理(S112)。S112的自動加值處理,係和S106的自動加值處理相同。一旦S112的自動加值處理被執行,則電子貨幣伺服器10,係基於高級型之餘額,而執行匯送處理(S113),本處理係結束。在S113中,電子貨幣伺服器10,係使結帳資料庫DB1中所被儲存之高級型之餘額,減少一S109中所接收到的匯送要求中所含之匯送額。匯送處理本身,係可利用公知的處理。
於S102中,在使用者進行了加值操作的情況下(S102;加值操作),就進入圖8,使用者終端30,係對電子貨幣伺服器10,發送加值要求(S114),電子貨幣伺服器10,係從使用者終端30接收加值要求(S115)。電子貨幣伺服器10,係可基於加值要求中所含之代碼ID,而特定出這是對應於哪一使用者的加值要求。
電子貨幣伺服器10,係基於S115中所接收到的加值要求,而執行對高級型之餘額的加值處理(S116)。在S116中,電子貨幣伺服器10,係參照加值要求中所含之加值方法資訊,而特定出使用者所指定的加值方法。電子貨幣伺服器10,係以使用者所指定的加值方法,使其被加值一加值要求中所含之加值額的方式,執行對高級型之餘額的加值處理。S116中的加值處理本身,係可為公知的加值處理。此外,在S115中接收到基本型之餘額的加值要求的情況下,則執行對基本型之餘額的加值處理,本處理係結束。
電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出這是已經完成餘額連動的使用者,就對銀行伺服器20,發送自動存款要求(S117)。自動存款要求中係含有:結帳服務中的使用者ID、和與加值要求中所含之加值額相同的存款額。此外,於S117中,若特定出並非已經完成餘額連動的使用者,則自動存款要求係不被發送。
銀行伺服器20,係一旦接收到自動存款要求(S118),就與電子貨幣伺服器10之間,執行自動存款處理(S119),本處理係結束。在S119中,銀行伺服器20,係將含有自動存款要求中所含之使用者ID的連動資訊所被儲存的紀錄,加以特定。銀行伺服器20,係使該當紀錄中所被儲存之帳戶餘額,增加一自動存款要求中所含之存款額。銀行伺服器20,係對電子貨幣伺服器10,發送表示帳戶餘額之增加已完成的增加完成通知。電子貨幣伺服器10,係一旦接收到增加完成通知,就使高級型之餘額減少一存款額。
於S102中,在使用者進行了收取操作的情況下(S102;收取操作),就進入圖8,使用者終端30,係對電子貨幣伺服器10,發送收取要求(S120),電子貨幣伺服器10,係從使用者終端30接收收取要求(S121)。電子貨幣伺服器10,係可基於收取要求中所含之代碼ID,而特定出這是對應於哪一使用者的收取要求。
電子貨幣伺服器10,係基於S121中所接收到的收取要求,而執行對高級型之餘額的收取處理(S122)。在S122中,電子貨幣伺服器10,係參照收取要求中所含之資訊,而特定出使用者所收取的收取額。電子貨幣伺服器10,係以會加值一使用者所收取之收取額的方式,來執行對高級型之餘額的加值處理。S122中的收取處理本身,係可為公知的加值處理。此外,在S121中接收到基本型之餘額的收取要求的情況下,則執行對基本型之餘額的收取處理,本處理係結束。
電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出這是已經完成餘額連動的使用者,就對銀行伺服器20,發送自動存款要求(S123)。自動存款要求中係含有:結帳服務中的使用者ID、和與收取要求中所含之收取額相同的存款額。此外,於S123中,若特定出並非已經完成餘額連動的使用者,則自動存款要求係不被發送。
銀行伺服器20,係一旦接收到自動存款要求(S124),就與電子貨幣伺服器10之間,執行自動存款處理(S125),本處理係結束。S125的自動存款處理,係和S119的自動存款處理相同。
若依據第1實施形態的餘額連動系統S,則高級型之餘額做增加所需之增加要求已被受理的情況下,使與高級型之餘額連動之帳戶餘額做增加。餘額連動系統S,係在用來使高級型之餘額做減少所需之減少要求已被受理的情況下,使與高級型之餘額連動之帳戶餘額做減少。藉此,可使高級型之餘額、與帳戶餘額充分地連動,因此可提高使用者的便利性。例如,在使用者進行了支付操作的情況下,藉由使擁有較多資金的帳戶餘額做減少,就可執行利用到高級型之餘額的結帳處理,因此可提高使用者的便利性。例如,在使用者進行了匯送操作的情況下,藉由使擁有較多資金的帳戶餘額做減少,就可執行利用到高級型之餘額的匯送處理,因此可提高使用者的便利性。例如,在使用者進行了加值操作的情況下,即使不進行從高級型之餘額的出金操作,仍可使連動目標之帳戶做增加,因此可提高使用者的便利性。例如,在使用者進行了收取操作的情況下,即使不進行從高級型之餘額的出金操作,仍可使連動目標之帳戶做增加,因此可提高使用者的便利性。藉由提高使用者的便利性,可促進電子貨幣之利用,也可促進帳戶餘額之利用。藉由把高級型之餘額搬移至帳戶餘額,原本不會產生利息的高級型之餘額的部分,也能使其產生利息。藉由把高級型之餘額搬移至帳戶餘額,就可使高級型之餘額實質上變成0圓,因此可以避免未履行債務及滯留限制。例如,使用者的工作機構可容易將使用者的薪資以電子貨幣來進行給付,因此容易實現薪資電子給付。
又,餘額連動系統S,係藉由將增加要求所相應之金額,從電子貨幣往帳戶自動進行存款,以使帳戶餘額做增加。餘額連動系統S,係藉由將減少要求所相應之金額,從帳戶往電子貨幣自動進行加值,以使帳戶餘額做減少。藉由自動存款處理及自動加值處理而實現餘額連動,並提高使用者的便利性。
[2.第2實施形態] 在第1實施形態中係舉出,藉由執行從高級型之餘額往帳戶餘額的自動存款、與從帳戶餘額往高級型之餘額的自動加值,以實現餘額連動的情況為例。在第2實施形態中則是舉出,藉由使高級型之餘額、與帳戶餘額彼此進行同步,以實現餘額連動的情況為例。在第2實施形態中,關於第1實施形態相同的構成,係省略說明。
圖9係為第2實施形態中的餘額連動之一例的圖示。在第2實施形態中,假設作為高級型之餘額,係有結算用之餘額、和連動用之餘額這2者存在。結算用之餘額,係為作為使用者所保有之資產的餘額。在第2實施形態中,假設結算用之餘額,係被固定成0圓。因此會變成,使用者的事實上的資產,係不會保有高級型之餘額。
連動用之餘額,係為用來使電子貨幣與帳戶做連動所需之虛擬性的餘額。連動用之餘額,係並非事實上的資產。連動用之餘額,係只不過是為了與帳戶餘額做連動所需之數值上的資料而已。連動用之餘額,係會與帳戶餘額進行同步。因此,原則上,連動用之餘額、與帳戶餘額,係為互相一致。在圖9的例子中,連動用之餘額,係與帳戶餘額相同而為1203500圓。但是,使用者並非保有1203500圓的量的電子貨幣、1203500圓的現金之雙方(亦即,使用者的資產並非2407000圓),作為使用者所保有的資產,是只有帳戶餘額也就是1203500圓的現金。
例如,在圖9的狀態下,假設使用者選擇了按鈕B15,對高級型之餘額加值了1000圓的量。高級型之連動用之餘額,係增加成1204500圓。其後,帳戶餘額會以符合於高級型之連動用之餘額的方式而被同步,帳戶餘額會增加成1204500圓。此情況下,高級型之結算用之餘額,係設成維持0圓而不變,但亦可為,在取得同步以前,結算用之餘額會因為加值處理而變成1000圓,在取得同步後,結算用之餘額就變回0圓。
例如,在圖9的狀態下,假設使用者係從其他使用者收取了2000圓的量的高級型之餘額。高級型之連動用之餘額,係增加成1205500圓。其後,帳戶餘額會以符合於高級型之連動用之餘額的方式而被同步,帳戶餘額會增加成1205500圓。此情況下,高級型之結算用之餘額,係設成維持0圓而不變,但亦可為,在取得同步以前,結算用之餘額會因為收取處理而變成2000圓,在取得同步後,結算用之餘額就變回0圓。
例如,在圖9的狀態下,假設使用者係讓店舖的POS終端讀取了代碼C10,進行了3000圓之購物。高級型之連動用之餘額,係減少成1200500圓。其後,帳戶餘額會以符合於高級型之連動用之餘額的方式而被同步,帳戶餘額會減少成1200500圓。此情況下,高級型之結算用之餘額,係設成維持0圓而不變,但亦可為,在取得同步以前,結算用之餘額會因為結帳處理而變成負3000圓,在取得同步後,結算用之餘額就變回0圓。
例如,在圖9的狀態下,假設使用者係向其他使用者匯送了4000圓的量的高級型之餘額。高級型之連動用之餘額,係減少成1199500圓。其後,帳戶餘額會以符合於高級型之連動用之餘額的方式而被同步,帳戶餘額會減少成1199500圓。此情況下,高級型之結算用之餘額,係設成維持0圓而不變,但亦可為,在取得同步以前,結算用之餘額會因為結帳處理而變成負4000圓,在取得同步後,結算用之餘額就變回0圓。
此外,在使用者的帳戶餘額因為某種理由而有所增減的情況下,則會以符合於該當已被增減之帳戶餘額的方式,高級型之連動用之餘額會被同步。例如,在使用者從ATM提領了帳戶的現金的情況下,帳戶餘額係會減少,因此會以符合於減少後的帳戶餘額的方式,高級型之連動用之餘額會被同步。例如,使用者的工作機構往帳戶轉帳了薪資的情況下,帳戶餘額係會增加,因此會以符合於增加後的帳戶餘額的方式,高級型之連動用之餘額會被同步。
如以上所述,在第2實施形態的餘額連動系統S中,係藉由使高級型之餘額、與帳戶的餘額做同步,以實現餘額連動。以下,說明第2實施形態的細節。
[2-1.第2實施形態的餘額連動系統中所被實現的機能] 圖10係為第2實施形態的餘額連動系統S中所被實現的機能之一例的圖。同步部107,係以控制部11為主而被實現。同步部107,係含有帳戶餘額增加部103及帳戶餘額減少部106。同步部203,係以控制部21為主而被實現。同步部203,係含有帳戶餘額增加部201及帳戶餘額減少部202。
假設在第2實施形態的結帳資料庫DB1中,電子貨幣餘額的更新日期時間是被包含在電子貨幣資訊中。電子貨幣伺服器10,係以一旦更新電子貨幣餘額,則現在日期時間就會作為更新日期時間而被包含在電子貨幣資訊中的方式,來更新結帳資料庫DB1。在在第2實施形態中也是,由於係有高級型之餘額、與基本型之餘額存在,因此在電子貨幣資訊中,係會含有高級型之餘額的更新日期時間、與基本型之餘額的更新日期時間。第2實施形態的電子貨幣資訊係為,作為高級型之餘額,是會含有結算用之餘額、和連動用之餘額。在第2實施形態中,由於結算用之餘額是被固定成0圓,因此電子貨幣資訊,係並非含有結算用之餘額的更新日期時間,而是含有連動用之餘額的更新日期時間。
假設在第2實施形態的帳戶資料庫DB2中係被儲存有,帳戶餘額的更新日期時間。銀行伺服器20,係以一旦更新帳戶餘額,現在日期時間就會作為更新日期時間而與該當帳戶餘額建立關連的方式,來更新帳戶資料庫DB2。帳戶餘額,係除了餘額連動以外也會有所增減,因此該情況下也是,帳戶餘額的更新日期時間會被儲存在帳戶資料庫DB2中。例如,在使用者從ATM提領現金、或被進行使用者的薪資轉帳等等的情況下,則由於帳戶餘額會被更新,因此更新日期時間會被儲存在帳戶資料庫DB2中。
[電子貨幣伺服器及銀行伺服器的同步部] 同步部107、203,係使電子貨幣餘額及帳戶餘額做同步。所謂同步,係使電子貨幣餘額及帳戶餘額變成一致。藉由電子貨幣伺服器10的同步部107、與銀行伺服器20的同步部203的協同運作,而實現同步。同步係有:使帳戶餘額符合於電子貨幣餘額(僅帳戶餘額改變)的第1態樣、使電子貨幣餘額符合於帳戶餘額(僅電子貨幣餘額改變)的第2態樣、電子貨幣餘額與帳戶餘額皆不改變的第3態樣、及電子貨幣餘額與帳戶餘額之雙方皆改變的第4態樣之4種態樣存在。此處,將高級型之餘額之中的連動用之餘額,簡稱為電子貨幣餘額。
在第2實施形態中,同步部107、203係執行第1態樣~第4態樣之任一種同步。電子貨幣餘額及帳戶餘額的同步本身,係可利用各種的資料同步手法。例如,同步部107,係對銀行伺服器20,發送電子貨幣餘額、和電子貨幣餘額的更新日期時間。同步部203,係對電子貨幣伺服器10,發送帳戶餘額、和帳戶餘額的更新日期時間。同步部107、203,係相互傳送這些資訊,特定出是哪一種態樣,然後執行同步。此處說明,每隔一定時間而執行同步的情況。該一定時間,係可為任意之長度,例如,亦可為數秒以內,亦可為更長的時間間隔。
例如,從前次取得同步起至現在時點為止之間,電子貨幣餘額有被更新,且帳戶餘額未被更新的情況下,則變成第1態樣。此情況下,同步部107、203,係彼此協同運作,以使得帳戶餘額變成與電子貨幣餘額相同值的方式,來更新帳戶餘額。例如,同步部107,係從銀行伺服器20取得帳戶餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還早的更新日期時間,就不改變電子貨幣餘額。同步部203,係從電子貨幣伺服器10取得電子貨幣餘額的更新日期時間,一旦測知其為前次取得同步的日期時間還晚的更新日期時間,就以變成與從電子貨幣伺服器10所接收到的電子貨幣餘額一致的方式,來更新帳戶餘額。
例如,從前次取得同步起至現在時點為止之間,電子貨幣餘額未被更新,且帳戶餘額有被更新的情況下,則變成第2態樣。此情況下,同步部107、203,係彼此協同運作,以使得電子貨幣餘額變成與帳戶餘額相同值的方式,來更新電子貨幣餘額。例如,同步部107,係從銀行伺服器20取得帳戶餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還晚的更新日期時間,就以會變成從銀行伺服器20所接收到的帳戶餘額一致的方式,來更新電子貨幣餘額。同步部203,係從電子貨幣伺服器10取得電子貨幣餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還早的更新日期時間,就不改變帳戶餘額。
例如,從前次取得同步起至現在時點為止之間,電子貨幣餘額未被更新,且帳戶餘額亦未被更新的情況下,則變成第3態樣。此情況下,同步部107、203,係相互協同運作,以使得電子貨幣餘額及帳戶餘額不會改變。例如,同步部107,係從銀行伺服器20取得帳戶餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還早的更新日期時間,就不改變電子貨幣餘額。同步部203,係從電子貨幣伺服器10取得電子貨幣餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還早的更新日期時間,就不改變帳戶餘額。
例如,從前次取得同步起至現在時點為止之間,電子貨幣餘額有被更新,且帳戶餘額亦被更新的情況下,則變成第4態樣。此情況下,同步部107、203,係相互協同運作,以使得電子貨幣餘額及帳戶餘額之雙方都改變。例如,同步部107,係從銀行伺服器20取得帳戶餘額的更新日期時間,一旦測知其為比前次取得同步的日期時間還晚的更新日期時間,就根據從前次同步時起算的帳戶餘額之變化量,來改變電子貨幣餘額。前次同步時的帳戶餘額,係亦可被保持在結帳資料庫DB1中,亦可從銀行伺服器20被發送至電子貨幣伺服器10。帳戶餘額之變化量亦可從銀行伺服器20被發送至電子貨幣伺服器10。同步部203,係從電子貨幣伺服器10取得電子貨幣餘額的更新日期時間,一旦測知其為前次取得同步的日期時間還晚的更新日期時間,就根據從前次同步時起算的電子貨幣餘額之變化量,來改變帳戶餘額。前次同步時的帳戶餘額,係亦可被保持在帳戶資料庫DB2中,亦可從電子貨幣伺服器10被發送至銀行伺服器20。電子貨幣餘額之變化量亦可從電子貨幣伺服器10被發送至銀行伺服器20。
例如,在第1態樣或第4態樣中係會有,第2同步部107的帳戶餘額增加部103,係使已藉由電子貨幣餘額增加部102做了增加的電子貨幣餘額,同步於帳戶餘額,以使帳戶餘額做增加的情形。同樣地,在第1態樣或第4態樣中係會有,同步部107的帳戶餘額減少部106,係使已藉由電子貨幣餘額減少部105做了減少的電子貨幣餘額,同步於帳戶餘額,以使帳戶餘額做減少的情形。因此,第1態樣或第4態樣中的同步,係為帳戶餘額增加部103或帳戶餘額減少部106的處理之一例。
在第2實施形態中,同步部107、203,係在滿足所定之同步條件的情況下,使電子貨幣餘額及帳戶餘額做同步。同步條件,係為作為是否進行同步之基準的條件。在第2實施形態中,係說明定期取得同步的情況。同步條件是否滿足,係亦可藉由同步部107、203之雙方來判定,亦可由同步部107、203之其中任一方來判定並通知給他方。在同步條件滿足以前,不會進行同步,在同步條件已滿足的情況下才會進行同步。
此外,同步條件,係可為任意之條件,不限於如第2實施形態的時間性條件。例如,電子貨幣餘額或帳戶餘額之其中任何一方被更新這件事情,亦可成為同步條件。此情況下,則不是定期地取得同步,而是每當電子貨幣餘額或帳戶餘額之任一者有被更新時,就取得同步。在電子貨幣餘額及帳戶餘額之雙方被同時更新的情況下,則只要如第4態樣般地取得同步即可。同步條件,係亦可為使用者進了某種操作的這類其他條件。
在第2實施形態中,高級型之電子貨幣係具有:結算用之電子貨幣餘額、與連動用之電子貨幣餘額。如前述,在第2實施形態中,結算用之電子貨幣餘額,係亦可被固定成0圓。電子貨幣餘額增加部102,係不使結算用之電子貨幣餘額做增加,而使連動用之電子貨幣餘額做增加。電子貨幣餘額減少部105,係不使結算用之電子貨幣餘額做減少,而使連動用之電子貨幣餘額做減少。同步部107,係使連動用之電子貨幣餘額、與帳戶餘額做同步。
[2-2.第2實施形態的餘額連動系統中所被實現的處理] 圖11係為第2實施形態的餘額連動系統S中所被執行的處理之一例的圖。圖11的處理,係在前述的4個態樣之中,主要是有關於第1態樣的處理。和第1實施形態中所說明的圖7的處理同樣地,假設使用者係已經完成餘額連動之手續。又,和第1實施形態同樣地,說明對高級型之餘額的處理。
圖11的S200~S203之處理,係和S100~S103之處理相同。電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出電子貨幣是已被設定作為支付來源,且為已經完成餘額連動的使用者,就以使得連動用之餘額會減少一店舖等中的支付額的方式,來執行結帳處理(S204)。其後,在電子貨幣伺服器10及銀行伺服器20之間,會執行同步處理(S205),本處理係結束。此情況下,由於藉由結帳處理而減少了連動用之餘額,因此藉由同步處理,以符合於已減少之連動用之餘額的方式,使帳戶餘額做減少。
於S202中,在使用者進行了匯送操作的情況下(S202;匯送操作),就執行和S108及S109之處理相同的S206及S207之處理。電子貨幣伺服器10,係一旦基於結帳資料庫DB1,而特定出這是已經完成餘額連動的使用者,就以使得連動用之餘額會減少一送往其他使用者之匯送額的方式,來執行匯送處理(S208)。其後,S205的同步處理係被執行,本處理係結束。此情況下,由於藉由匯送處理而減少了連動用之餘額,因此藉由同步處理,以符合於已減少之連動用之餘額的方式,使帳戶餘額做減少。
於S202中,在使用者進行了加值操作的情況下(S202;加值操作),就執行和S114及S115之處理相同的S209及S210之處理。電子貨幣伺服器10,係一旦特定出這是已經完成餘額連動的使用者,就以使得連動用之餘額會增加一加值額的方式,來執行加值處理(S211)。其後,S205的同步處理係被執行,本處理係結束。此情況下,由於藉由加值處理而增加了連動用之餘額,因此藉由同步處理,以符合於已增加之連動用之餘額的方式,使帳戶餘額做增加。
於S202中,在使用者進行了收取操作的情況下(S202;收取操作),就執行和S120及S121之處理相同的S212及S213之處理。電子貨幣伺服器10,係一旦特定出這是已經完成餘額連動的使用者,就以使得連動用之餘額會增加一收取額的方式,來執行收取處理(S214)。其後,S205的同步處理係被執行,本處理係結束。此情況下,由於藉由收取處理而增加了連動用之餘額,因此藉由同步處理,以符合於已增加之連動用之餘額的方式,使帳戶餘額做增加。
此外,在第2實施形態中雖然說明了,在結帳處理、匯送處理、加值處理、及收取處理被執行後,會執行同步處理的情況,但亦可在同步處理被執行後,執行結帳處理、匯送處理、加值處理、及收取處理。特別是,像是結帳處理及匯送處理,針對連動用之餘額會減少的處理,係若同時進行從帳戶餘額之提領或轉帳,則使用者的資金有時候會變成不足,因此亦可先藉由同步處理而確認了使用者的資金是為足夠之後,才執行結帳處理及匯送處理。同樣地,從帳戶餘額之提領或轉帳被進行的情況下也亦可同樣地,在同步處理已被執行後,才進行從帳戶餘額之提領或轉帳。
若依據第2實施形態,則藉由使經由加值處理或收取處理而做了增加的電子貨幣餘額,同步於帳戶餘額,以使帳戶餘額做增加。藉由使經由結帳處理或匯送處理而做了減少的電子貨幣餘額,同步於帳戶餘額,以使帳戶餘額做減少。藉由同步處理,可使高級型之餘額、與帳戶餘額充分地連動,因此可提高使用者的便利性。再者,由於不需要如第1實施形態中所說明的自動存款及自動加值,因此可縮短結帳處理等之各處理之完成為止所需要的時間。
第2實施形態的餘額連動系統S,係不使結算用之電子貨幣餘額做增加,而使連動用之電子貨幣餘額做增加。餘額連動系統S,係不使結算用之電子貨幣餘額做減少,而使連動用之電子貨幣餘額做減少。餘額連動系統S,係使連動用之電子貨幣餘額、與帳戶餘額做同步。藉此,和第1實施形態同樣地,關於原本不會產生利息的高級型之餘額的部分也能夠使其產生利息,且可避免未履行債務及滯留限制。
第2實施形態的餘額連動系統S係為,結算用之電子貨幣餘額,係被固定成0圓。藉此,可將較多的資金搬移至帳戶,因此可獲得較多的利息,且可較容易避免未履行債務及滯留限制。
[3.變形例] 此外,本揭露係不限定於以上說明的第1實施形態及第2實施形態。在不脫離本揭露之宗旨的範圍內,可做適宜變更。在以下說明的變形例中,雖然是如第2實施形態般地,舉出電子貨幣餘額及帳戶餘額會進行同步之情況為例,但亦可如第1實施形態般地,在從電子貨幣往帳戶的自動存款、與從帳戶往電子貨幣的自動加值會被進行的情況下,也可適用相同的變形例。
圖12係為變形例中的機能區塊之一例的圖示。第1限制部108、指定受理部109、手續費產生部110、顯示控制部111、及上限設定部112,係以控制部11為主而被實現。第2限制部204、增加要求受理部205、關連建立部206、及帳戶餘額搬移部207,係以控制部21為主而被實現。
[3-1.變形例1] 例如,於第2實施形態的餘額連動系統S中,有可能因為通訊障礙等之某種障礙,而導致電子貨幣餘額及帳戶餘額未被同步。此情況下,一旦使用者在剛利用過電子貨幣後就將帳戶餘額全額提領出來,就會變成使用者可將較原本所有之資產還多的金額提領出來。因此,亦可在電子貨幣餘額及帳戶餘額未被同步的情況下,限制電子貨幣餘額及帳戶餘額之至少一方之利用。以下,舉出電子貨幣餘額及帳戶餘額之雙方之利用都被限制的情況為例。
變形例1的電子貨幣伺服器10及銀行伺服器20,係在滿足同步條件的情況下,判定同步是否已被進行。例如,電子貨幣伺服器10及銀行伺服器20,係在滿足同步條件的情況下,判定是否可相互通訊。該判定方法本身,係可利用能夠判定通訊障礙之發生有無的公知的方法。電子貨幣伺服器10及銀行伺服器20,係在判定為無法相互通訊的情況下,判定為同步未被進行。例如,電子貨幣伺服器10及銀行伺服器20,雖然相互通訊本身係為可能,但在第2實施形態中所說明的同步之處理並未完成到最後為止的情況下,也是判定為同步未被進行。
變形例1的餘額連動系統S,係含有第1限制部108及第2限制部204。第1限制部108,係在即使滿足同步條件而同步仍未被進行的情況下,限制電子貨幣餘額之利用。所謂限制電子貨幣餘額之利用,係為使得電子貨幣餘額之全部或一部變成無法利用。例如,使得電子貨幣餘額無法減少,係相當於限制電子貨幣餘額之利用。例如,雖然電子貨幣餘額的減少本身係為許可,但是只許可減少量是在閾值以下之範圍內,係相當於限制利用。其他還有例如,將電子貨幣餘額的可利用次數設成未滿閾值、將電子貨幣餘額的可利用總額設成未滿閾值,亦可相當於限制電子貨幣餘額之利用。
在變形例1中係說明,第1限制部108,是將電子貨幣餘額限制成只能夠在所定之範圍內做利用的情況。該範圍,係可設定任意之值。電子貨幣的利用許可範圍之設定,係亦可藉由結帳服務的管理者來進行,亦可由使用者自己來做指定。例如,第1限制部108係為,若是數千圓左右之少額的結帳處理或匯送處理則許可,但超過其以上之高額的結帳處理或匯送處理則不許可。第1限制部108,係亦可將電子貨幣餘額限制成完全無法利用。
第2限制部204,係在即使滿足同步條件而同步仍未被進行的情況下,限制帳戶餘額之利用。所謂限制帳戶餘額之利用,係為使得帳戶餘額之全部或一部變成無法利用。例如,使得帳戶餘額無法減少,係相當於限制帳戶餘額之利用。例如,雖然帳戶餘額的減少本身係為許可,但是只許可減少量是在閾值以下之範圍內,係相當於限制利用。其他還有例如,將帳戶餘額的可利用次數設成未滿閾值、將帳戶餘額的可利用總額設成未滿閾值,亦可相當於限制帳戶餘額之利用。
在變形例1中係說明,第2限制部204,是將帳戶餘額限制成只能夠在所定之範圍內做利用的情況。例如,第2限制部204係為,若是數千圓左右之範圍內的轉帳或提領則許可,但超過其以上之轉帳或提領則不許可。該範圍,係可設定任意之值。帳戶的利用許可範圍之設定,係亦可藉由金融服務的管理者來進行,亦可由使用者自己來做指定。第2限制部204,係亦可將帳戶餘額限制成完全無法利用。
此外,餘額連動系統S,係亦可不含第2限制部204。此情況下,在電子貨幣餘額及帳戶餘額之中,會被限制利用的,係只有電子貨幣餘額。反之,餘額連動系統S,係亦可不含第1限制部108。此情況下,在電子貨幣餘額及帳戶餘額之中,會被限制利用的,係只有帳戶餘額。變形例1的餘額連動系統S,係含有第1限制部108及第2限制部204之至少一方,而在發生了通訊障礙等的情況下,限制電子貨幣餘額及帳戶餘額之至少一方之利用即可。
變形例1的餘額連動系統S,係在即使滿足同步條件而同步仍未被進行的情況下,限制電子貨幣餘額及帳戶餘額之至少一方之利用。藉此,可防止電子貨幣餘額及帳戶餘額之至少一方被不當利用。例如可以防止,使用者剛利用了電子貨幣餘額之後,即使電子貨幣餘額及帳戶餘額尚未同步,仍提領出帳戶餘額的全額。反之,可以防止使用者剛利用了帳戶餘額之後,即使電子貨幣餘額及帳戶餘額尚未同步,仍將電子貨幣餘額之全額利用於支付。
[3-2.變形例2] 例如,使用者在銀行中尚未開設帳戶的情況下,則亦可讓使用者,開設電子貨幣專用之轉帳存款帳戶。轉帳存款帳戶,係為所謂的虛擬帳戶(虛帳戶),係異於通常的帳戶(實際帳戶)。轉帳存款帳戶,其餘額係被固定成0圓。用來開設轉帳存款帳戶所需之手續,係亦可和開設通常之帳戶的手續相同,但在變形例2中則是設計成,較通常之帳戶更為簡易。例如,在使用者開始高級型的利用之際,以結帳服務進行了一種稱作eKYC的本人確認的情況下,係則亦可沿用結帳服務中的本人確認之結果。
圖13係為變形例2之概要的圖示。在變形例2中,與電子貨幣連動的帳戶,係為在複數個使用者間共通的母帳戶。母帳戶的名義人,係在複數個使用者間共通。在變形例2中,雖然假設母帳戶的名義人是電子貨幣之事業者「AAA電子現金股份有限公司」,但母帳戶的名義人係亦可為其他名義人。在變形例2中,雖然說明母帳戶是被開設在電子貨幣之管理者的法人分行「AAA電子現金分行」的情況,但母帳戶係可開設在任意之分行。例如,亦可在與其他使用者的實際帳戶所被開設之分行相同的分行,開設母帳戶。
母帳戶係被建立關連有:已與複數個使用者之各者建立關連的,用來使該當使用者的電子貨幣餘額做增加所需之轉帳存款帳戶。因此,母帳戶、與轉帳存款帳戶,係為1對多的對應。1個母帳戶,係可與任意之數量的轉帳存款帳戶建立關連。例如,亦可將數個~數十個左右之轉帳存款帳戶與母帳戶建立關連,亦可將更多的轉帳存款帳戶與母帳戶建立關連。在變形例2中,轉帳存款帳戶係被設成所謂的虛擬帳戶,餘額是被固定成0圓,但轉帳存款帳戶係亦可為具有1圓以上的餘額。
在變形例2中,銀行伺服器20,係含有增加要求受理部205。增加要求的意思,係如同第1實施形態中所說明,但在變形例2中,對轉帳存款帳戶的存款,是相當於電子貨幣的增加要求。增加要求受理部205,係將對轉帳存款帳戶的轉帳要求,當作增加要求而予以受理。轉帳要求,係為對轉帳存款帳戶進行轉帳所需之要求。轉帳要求本身,係可為公知之金融服務中所被利用的要求。例如,轉帳要求係含有:轉帳目標之金融機關、分行名、帳戶號碼、名義人、及轉帳額。轉帳額,係相當於對高級型之餘額的加值額。轉帳存款帳戶,係亦可將來自其他使用者的轉帳予以受理。此情況下,轉帳額,係相當於對使用者的高級型之餘額的匯送額。
帳戶餘額增加部201,係在轉帳要求已被受理的情況下,藉由從轉帳存款帳戶往母帳戶自動進行存款,以使母帳戶做增加。在變形例2中,轉帳存款帳戶的餘額是被固定成0圓,因此帳戶餘額增加部201,係不使轉帳存款帳戶的餘額做增加,就執行從轉帳存款帳戶往母帳戶之存款。轉帳存款帳戶的餘額,係亦可暫時性增加。此情況下,帳戶餘額增加部201,係只要在使轉帳存款帳戶的餘額增加一轉帳額之後,立刻執行從轉帳存款帳戶往母帳戶之存款即可。
變形例2的母帳戶的帳戶餘額,係為在複數個使用者間共通的共通餘額。因此,母帳戶的共通餘額,係為複數個使用者之各者的個別餘額之合計。在圖13的例子中,使用者X、Y、Z之3人的轉帳存款帳戶係與母帳戶建立關連。假設使用者X係對自己的轉帳存款帳戶存款30000圓,使用者Y係對自己的轉帳存款帳戶存款20000圓,使用者Z係對自己的轉帳存款帳戶存款10000圓。此情況下,在母帳戶中,使用者X~Z所致之存款的總額也就是60000圓,會變成母帳戶的共通餘額。
對母帳戶,係有每位使用者的個別餘額,被建立關連。在圖13的例子中,在已被記憶在資料記憶部200中的個別餘額資料庫DB3中,係儲存有每位使用者的個別餘額。例如,母帳戶的共通餘額也就是60000圓之中,使用者X的個別餘額係為30000圓的這件事情,是被表示在個別餘額資料庫DB3中。母帳戶的共通餘額也就是60000圓之中,使用者Y的個別餘額係為20000圓的這件事情,是被表示在個別餘額資料庫DB3中。母帳戶的共通餘額也就是60000圓之中,使用者Z的個別餘額係為10000圓的這件事情,是被表示在個別餘額資料庫DB3中。在個別餘額資料庫DB3中,每位使用者的使用者識別資訊、與該使用者的個別餘額,係被建立關連。
帳戶餘額增加部201,係在增加要求已被受理的情況下,使共通餘額及個別餘額做增加。例如,帳戶餘額增加部201,係在對某位使用者之轉帳存款帳戶的存款是被當成增加要求而被進行的情況下,則使該轉帳存款帳戶所被建立關連之母帳戶的共通餘額、與該使用者的個別餘額之雙方,增加一該存款之金額。帳戶餘額增加部201,係在發生了某位使用者的高級型之加值或收取的情況下,則使該使用者所被建立關連之母帳戶的共通餘額、與該使用者的個別餘額之雙方做增加。
帳戶餘額減少部202,係在減少要求已被受理的情況下,使共通餘額及個別餘額做減少。在變形例2中係設計成,僅保有轉帳存款帳戶的使用者,是無法進行從母帳戶之出金。因此,帳戶餘額減少部202,係在發生了某位使用者的高級型之支付或匯送的情況下,則使該使用者所被建立關連之母帳戶的共通餘額、與該使用者的個別餘額之雙方,減少一減少要求所相應之金額。
變形例2的餘額連動系統S,係對母帳戶,建立關連有複數個使用者之各者的轉帳存款帳戶,而把針對轉帳存款帳戶的轉帳要求,視為增加要求而予以受理。餘額連動系統S,係在轉帳要求已被受理的情況下,藉由從轉帳存款帳戶往母帳戶自動進行存款,以使母帳戶做增加。藉此,使用者就可利用轉帳存款帳戶而輕鬆地進行電子貨幣之加值。例如,若把使用者的工作機構的薪資存款至轉帳存款帳戶,則可立刻當作電子貨幣來利用,因此可實現實質上的薪資電子支付。
又,餘額連動系統S,係在增加要求已被受理的情況下,使共通餘額及個別餘額做增加,在減少要求已被受理的情況下,使共通餘額及個別餘額做減少。藉此,即使設成複數個使用者間共通的母帳戶,仍可正確地管理各個使用者的個別餘額。
[3-3.變形例3] 例如,在變形例2中,在同一母帳戶的使用者間匯送電子貨幣的情況下,則母帳戶的共通餘額係不被變更,而電子貨幣的送出側的使用者的個別餘額、與電子貨幣的收取側的使用者的個別餘額,則被變更。於圖13的例子中,假設使用者X係對使用者Z,匯送了2000圓的量的高級型之餘額。此情況下,母帳戶的共通餘額,係維持60000圓而不做變化。個別餘額資料庫DB3中的使用者X的個別餘額係從30000圓減少成28000圓。個別餘額資料庫DB3中的使用者Z的個別餘額係從10000圓增加成12000圓。
在變形例3中,在母帳戶相同的使用者間匯送了高級型之餘額的情況下,母帳戶的共通餘額係不做變化,電子貨幣的送出側的使用者的個別餘額係會減少,且電子貨幣的收取側的使用者的個別餘額係會增加。帳戶餘額減少部202,係與帳戶餘額減少部106協同運作,而使電子貨幣的送出側的使用者的個別餘額,減少一匯送要求所相應之匯送額。帳戶餘額增加部201,係與帳戶餘額增加部103協同運作,而使電子貨幣的收取側的使用者的個別餘額,增加一匯送要求所相應之匯送額。電子貨幣伺服器10內所被執行的處理、與電子貨幣伺服器10及銀行伺服器20之間所被執行的處理,係如同第1實施形態或第2實施形態中所說明。
變形例3的餘額連動系統S,係在同一母帳戶的使用者間匯送電子貨幣的情況下,則不變更母帳戶的餘額,而會變更電子貨幣的送出側的使用者的個別餘額、與電子貨幣的收取側的使用者的個別餘額。藉此,從母帳戶往其他帳戶的轉帳係不會發生,只需更新個別餘額資料庫DB3即可,因此可減輕銀行伺服器20之負荷。
[3-4.變形例4] 例如,減少要求受理部104,係亦可在電子貨幣是在店舖中被利用的情況下,受理減少要求。該減少要求,係為第1實施形態及第2實施形態中所說明的支付要求。店舖,為結帳服務的使用者之1人,藉由結帳處理而被支付的電子貨幣之餘額,係亦可搬移至店舖所保有的電子貨幣之餘額。店舖的電子貨幣餘額,係會增加一利用了店舖的使用者的電子貨幣餘額之減少量。店舖,係亦可與有別於母帳戶的另一店舖用母帳戶,建立關連。店舖所保有的電子貨幣之機制,係可和第1實施形態、第2實施形態、及變形例1~3中所說明的相同。
在變形例4中,假設使用者的母帳戶、與店舖用母帳戶,係金融機關、分行、及名義人皆為相同。例如,店舖用母帳戶也是被開設在「BBB銀行」的「AAA電子現金分行」中。店舖用母帳戶的名義人也是「AAA電子現金股份有限公司」。變形例4的帳戶餘額減少部106,係在減少要求已被受理的情況下,藉由進行從母帳戶往店舖用母帳戶之轉存,以使帳戶餘額做減少。由於金融機關、分行、及名義人係為相同,因此藉由視作轉存,就可完成對店舖之支付。轉存的處理本身,係可利用公知的處理。
例如,於圖13的例子中,假設使用者X在店舖中進行支付操作而進行了3000圓的量之購物。此情況下,使用者X的母帳戶的共通餘額係從60000圓減少成57000圓,個別餘額資料庫DB3中的使用者X的個別餘額係從30000圓減少成27000圓。圖13中未被表示的店舖用母帳戶的餘額,係增加3000圓的量。在設成複數個店舖間共通的店舖用母帳戶的情況下,對店舖用母帳戶也是有個別餘額資料庫DB3被建立關連,而儲存有每一店舖的個別餘額。此情況下,接受了使用者所致之支付的店舖的個別餘額會增加3000圓的量。
變形例4的餘額連動系統S係為,由於使用者的母帳戶、與店舖用母帳戶,其金融機關、分行、及名義人為相同,因此在減少要求已被受理的情況下,藉由進行從母帳戶往店舖用母帳戶之轉存,以使帳戶餘額做減少。藉此,就可使得轉帳手續費不會被產生,就能向店舖進行支付。
[3-5.變形例5] 例如,使用者可能會在開設了變形例2中所說明的轉帳存款帳戶之後,在銀行中開設實際帳戶。此情況下,亦可使使用者新開設的實際帳戶的帳戶餘額、與使用者的電子貨幣餘額做連動。亦即,亦可不是使用者一直利用到現在為止的轉帳存款帳戶及母帳戶,而是使用者新開設的實際帳戶,是在餘額連動中被利用。
變形例5的餘額連動系統S,係亦可含有關連建立部206,其係在使用者開設了實際帳戶的情況下,將該當使用者的電子貨幣、轉帳存款帳戶及母帳戶之關連對應予以解除,且將該當使用者的電子貨幣、該當使用者的實際帳戶建立關連。如變形例2中所說明,在使用者利用轉帳存款帳戶的情況下,假設在帳戶資料庫DB2中,使用者的轉帳存款帳戶、母帳戶、及使用者的電子貨幣識別資訊(在圖6的例子中,係為連動資訊所表示的使用者ID),係已被建立關連。
在變形例5中,關連建立部206,係將帳戶資料庫DB2中的,轉帳存款帳戶及母帳戶、與使用者的電子貨幣識別資訊之關連對應,予以解除。例如,關連建立部206,係將轉帳存款帳戶及母帳戶的資訊,從帳戶資料庫DB2予以刪除。關連建立部206,係將使用者新作成的實際帳戶的分行、帳戶號碼、名義人、及帳戶餘額,取代轉帳存款帳戶而儲存在帳戶資料庫DB2中。
關連建立部206所做的處理被執行後,係從開設了實際帳戶之使用者的電子貨幣、與轉帳存款帳戶及母帳戶做連動的狀態,變成該當使用者的電子貨幣、與該當使用者的實際帳戶做連動的狀態。亦即,從像是變形例2的狀態,變成像是第1實施形態或第2實施形態的狀態。連動的帳戶改變後的處理,係如同第1實施形態或第2實施形態中所說明。
變形例5的餘額連動系統S,係在使用者開設了實際帳戶的情況下,將該當使用者的電子貨幣、轉帳存款帳戶及母帳戶之關連對應予以解除,且將該當使用者的電子貨幣、該當使用者的實際帳戶建立關連。藉此,使用者開設了實際帳戶之後,係可使能夠提領帳戶餘額的實際帳戶與電子貨幣做連動,因此可提高使用者的便利性。
[3-6.變形例6] 例如,如變形例5,在使用者開設了實際帳戶的情況下,則存在於母帳戶中的使用者的資金,亦可被搬移至新開設的實際帳戶。變形例6的餘額連動系統S,係還含有:帳戶餘額搬移部207,係使母帳戶的帳戶餘額之中,屬於開設了實際帳戶之使用者的部分,被搬移至該當實際帳戶。帳戶餘額搬移部207,係使母帳戶的帳戶餘額之中,開設了實際帳戶之使用者的餘額的部分,被搬移至新開設的實際帳戶。於圖13的例子中,假設使用者X開設了實際帳戶,則母帳戶的帳戶餘額之中的30000圓的部分,係屬於使用者X的資金,因此帳戶餘額搬移部207,係將該30000圓的部分,搬移至使用者X的實際帳戶。資金的移動本身,係只要藉由轉帳而被進行即可。使用者的實際帳戶已被開設之事實,係藉由金融服務的管理者所做的操作而被特定即可。
變形例6的餘額連動系統S,係使母帳戶的帳戶餘額之中,屬於開設了實際帳戶之使用者的部分,被搬移至該當實際帳戶。藉此,使用者不需要自己進行轉帳之操作,且使用者的資金不會變成浪費,因此可提高使用者的便利性。
[3-7.變形例7] 例如,帳戶餘額,係亦可與超出閾值之部分的高級型之餘額做連動。該閾值,係如先前的如高級型之餘額般地利用電子貨幣的部分。在變形例7以後的變形例中,係亦可不是以變形例2~6中所說明的轉帳存款帳戶當作前提。
帳戶餘額增加部103,係在增加要求已被受理的情況下,基於超出閾值之部分,而使帳戶餘額做增加。例如,如第1實施形態般地進行餘額連動的情況下,高級型之餘額不會全部都被自動存款至帳戶餘額,而是只有超出某個閾值之部分會被自動存款。在該閾值之範圍內,高級型之餘額係會殘留。例如,假設將該閾值設成10000圓,而發生了13000圓之加值。此情況下,帳戶餘額增加部103,係將超出10000圓的3000圓的部分,自動存款至連動目標之帳戶餘額。13000圓之加值之中的10000圓的部分,係作為高級型之餘額而殘留。
帳戶餘額減少部103,係在減少要求已被受理的情況下,基於超出閾值之部分,而使帳戶餘額做減少。例如,如第1實施形態般地進行餘額連動的情況下,並非支付額或匯送額之全部都被自動加值至高級型之餘額,而是只有超出某個閾值之部分會被自動存款。於上記的例子中,假設高級型之餘額係殘留了10000圓的量。此情況下,使用者進行150000圓的量的支付的情況下,帳戶餘額減少部103,係超出閾值也就是10000圓的5000圓的部分係會被自動加值,因此會使連動目標之帳戶餘額減少5000圓。
如第2實施形態般地進行餘額連動的情況下,未超過閾值之範圍的高級型之餘額,係作為結算用之餘額而被保持在結帳服務。例如,假設結算用之餘額為0圓,將該閾值設成10000圓,而發生了13000圓之加值。此情況下,結算用之餘額係變成10000圓,帳戶餘額增加部103,係拿超過10000圓的3000圓的部分,使連動用之餘額做增加。連動用之餘額進行同步的處理,係和第2實施形態相同。於上記的例子中,使用者進行150000圓的量的支付的情況下,帳戶餘額減少部103,係以使得超過閾值也就是10000圓的5000圓之部分會被利用的方式,使連動用之餘額做減少。其後,如第2實施形態中所說明,以符合於連動用之餘額的方式,將帳戶餘額予以變更。
變形例7的餘額連動系統S,係在增加要求已被受理的情況下,基於與帳戶餘額做連動的電子貨幣餘額之一部分,而使帳戶餘額做增加。餘額連動系統S,係在減少要求已被受理的情況下,基於與帳戶餘額做連動的電子貨幣餘額之一部分,而使帳戶餘額做減少。藉此,不想與帳戶餘額做連動的餘額部分,係可作為通常的高級型之餘額來利用,因此可提高使用者的便利性。
[3-8.變形例8] 例如,餘額連動系統S係亦可還含有:指定受理部109,係將電子貨幣的使用者所做的,關於變形例7中所說明之閾值的指定,予以受理。已被使用者所指定之閾值,假設係被儲存在結帳資料庫DB1中。在高級型之餘額之中,超過已被使用者所指定之閾值之範圍,係與帳戶餘額做連動。由使用者來決定閾值這點上係和變形例7不同,但至於其他點則是和變形例7相同。
變形例8的餘額連動系統S,係將電子貨幣之使用者所做的,關於不要進行餘額連動的量之閾值的指定,予以受理。藉此,在高級型之餘額之中,只有使用者所望之金額係不會進行餘額連動,可成為通常的高級型之餘額而殘留,因此可提高使用者的便利性。關於作為高級型之餘額而殘留的部分,係由於不會發生支付時的自動加值處理,因此可高速完成結帳。
[3-9.變形例9] 例如,餘額連動系統係還含有:手續費產生部110,係在藉由帳戶餘額增加部103而使帳戶餘額做增加的情況下,則不產生所定之手續費,在藉由電子貨幣的使用者指示了從電子貨幣餘額之出金的情況下,則使手續費被產生。產生手續費的方法本身,係可利用公知的處理。例如,手續費產生部110,係藉由從電子貨幣餘額減去手續費的部分,以使手續費被產生。手續費亦可為固定值,亦可為相應於出金額的值。即使發生了如第1實施形態的自動存款,或如第2實施形態的同步被進行而使帳戶餘額有所增加,手續費產生部110係在餘額連動之情況下,不會產生手續費。
變形例9的餘額連動系統S,係在藉由帳戶餘額增加部103而使帳戶餘額做增加的情況下,則不產生所定之手續費,在藉由電子貨幣的使用者指示了從電子貨幣餘額之出金的情況下,則使手續費被產生。藉此,在餘額連動之情況下不會產生手續費,因此可給予使用者使其進行餘額連動之動機。
[3-10.變形例10] 例如,如第1實施形態及第2實施形態中所說明,電子貨幣餘額,係在被固定成0圓的情況下,餘額連動系統S係亦可還含有顯示控制部111,係基於帳戶餘額,而令電子貨幣之使用者的使用者終端30,顯示出關於電子貨幣餘額的餘額資訊。餘額資訊,係為可用來識別電子貨幣餘額的資訊。例如,亦可如圖2的頂層畫面G1所示的數值,亦可為本文或小圖示等之其他資訊。如第1實施形態般地進行餘額連動的情況下也是,高級型之餘額,係在加值後立刻就被自動存款、或是在自動加值後立刻就被利用,因此可以成實質上是被固定成0圓。因此,如第1實施形態般地進行餘額連動的情況,與如第2實施形態的般地進行餘額連動的情況,無論是哪種情況,都可進行顯示控制部111所致之餘額資訊之顯示。
例如,顯示控制部111,係從銀行伺服器20,取得連動目標的帳戶餘額。顯示控制部111,係將使用者的帳戶餘額,當作高級型之餘額而令使用者終端30做顯示。例如,顯示控制部111,係即使高級型之餘額是0圓,仍將使用者的帳戶餘額(例如1000000圓)當作高級型之餘額而令使用者終端30做顯示。顯示控制部111,係亦可將使用者的帳戶餘額、與基本型之餘額的合計,令使用者終端30做顯示。在變形例10中,顯示控制部111是於電子貨幣伺服器10中被實現,因此顯示控制部111,係藉由將用來使餘額資訊被顯示所需之資料發送至使用者終端30,以使餘額資訊被顯示於使用者終端30。
變形例10的餘額連動系統S,係基於帳戶餘額,而令電子貨幣之使用者的使用者終端,顯示出關於電子貨幣餘額的餘額資訊。藉此,使用者就可容易掌握連動中的高級型之餘額是可以利用到何種程度。
[3-11.變形例11] 例如,如變形例10般地使餘額資訊被顯示的情況下,餘額連動系統S係亦可還含有上限設定部112,係將作為餘額資訊而被顯示之金額的上限,予以設定。已被使用者所指定之上限,假設係被儲存在結帳資料庫DB1中。顯示控制部111,係在上限之範圍內,令使用者終端顯示出餘額資訊。例如,如圖3所示,假設帳戶餘額是1203500圓,且使用者指定了10000圓作為上限。此情況下,顯示控制部111,係即便可作為高級型之餘額而利用的資金是有1203500圓存在,仍只把10000圓作為高級型之餘額而令使用者終端30做顯示。除此以外還可例如,顯示控制部111,係以「餘額10000圓以上」的方式,讓他人無法得知帳戶餘額之細節,且,將有10000圓以上的餘額可供利用之事實,通知給使用者,而令高級型之餘額被顯示。
變形例11的餘額連動系統S,係將作為餘額資訊而被顯示之金額的上限予以設定,在上限之範圍內,令使用者終端顯示出餘額資訊。藉此,可防止像是帳戶餘額這類隱私的資訊被他人得知。
[3-12.變形例12] 例如,第1實施形態及第2實施形態中所說明的電子貨幣係具有:可與帳戶餘額做連動的高級型之餘額、和基本型之餘額。基本型之餘額,係為與高級型之餘額不同的其他餘額之一例。帳戶餘額減少部106,係亦可在減少要求已被受理的情況下,在所定之上限之範圍內,使帳戶餘額做減少。在超過上限之金額的減少要求已被受理的情況下,針對超出上限的部分,係亦可使其他電子貨幣餘額做減少。
例如,假設將上限設成10000圓,使用者在店舖中進行了13000圓的量的支付操作。此情況下,上限的10000圓的部分,係和第1實施形態或第2實施形態同樣地執行結帳處理。至於剩下的3000圓的部分,則亦可從基本型之餘額來進行支付。利用基本型之餘額的支付本身,係利用公知的處理即可。上限,係亦可被使用者所指定,亦可為預先就被固定的固定值。
變形例12的餘額連動系統S,係在減少要求已被受理的情況下,在所定之上限之範圍內,使帳戶餘額做減少,在超過上限之金額的減少要求已被受理的情況下,針對超過上限的部分,係使基本型之餘額做減少。藉此,由於可設定要進行餘額連動之上限額,因此可提高使用者的便利性。
[3-13.其他變形例] 例如,亦可將上記說明的變形例加以組合。
例如,作為進行餘額連動的帳戶之一例雖然是說明銀行的帳戶,但亦可為銀行以外之金融機關的帳戶、與電子貨幣做連動。除此以外,例如,亦可為證券公司的帳戶、與電子貨幣做連動。例如,雖然說明了使用者是從結帳應用程式來利用結帳服務的情況,但提供結帳服務的媒體,係可為任意之媒體,不限於結帳應用程式。例如,亦可利用使用者終端30的瀏覽器、使用者終端30的IC晶片、或使用者所擁有的IC卡,來提供結帳服務。
例如,餘額連動系統S,係亦可只含有電子貨幣伺服器10。此情況下,銀行伺服器20及使用者終端30,係亦可存在於餘額連動系統S之外部。例如,餘額連動系統S,係亦可只含有銀行伺服器20。此情況下,電子貨幣伺服器10及使用者終端30,係亦可存在於餘額連動系統S之外部。例如,作為是在電子貨幣伺服器10中所被實現而說明的機能,係亦可在銀行伺服器20或其他伺服器電腦中被實現。作為是在銀行伺服器20中所被實現而說明的機能,係亦可在電子貨幣伺服器10或其他伺服器電腦中被實現。例如,作為是在電子貨幣伺服器10或銀行伺服器20中所被實現而說明的機能,係亦可被複數台電腦所分擔。各機能,係只要在至少1台電腦中被實現即可。
S:餘額連動系統 N:網路 10:電子貨幣伺服器 11,21,31:控制部 12,22,32:記憶部 13,23,33:通訊部 20:銀行伺服器 30:使用者終端 34:操作部 35:顯示部 G1:頂層畫面 G2:認證畫面 G3:完成畫面 100:資料記憶部 101:增加要求受理部 102:電子貨幣餘額增加部 103:帳戶餘額增加部 104:減少要求受理部 105:電子貨幣餘額減少部 106:帳戶餘額減少部 107:同步部 108:第1限制部 109:指定受理部 110:手續費產生部 111:顯示控制部 112:上限設定部 200:資料記憶部 201:帳戶餘額增加部 202:帳戶餘額減少部 203:同步部 204:第2限制部 205:增加要求受理部 206:關連建立部 207:帳戶餘額搬移部 300:資料記憶部 301:顯示控制部 302:操作受理部 B11,B14,B15,B16,B17,B21:按鈕 C10:代碼 DB1:結帳資料庫 DB2:帳戶資料庫 DB3:個別餘額資料庫 F20:輸入表單 M13:選單
[圖1]餘額連動系統的全體構成之一例的圖示。 [圖2]使用者終端上所被顯示的畫面之一例的圖示。 [圖3]第1實施形態中的餘額連動之一例的圖示。 [圖4]第1實施形態之餘額連動系統中所被實現的機能之一例的機能區塊圖。 [圖5]結帳資料庫之一例的圖示。 [圖6]帳戶資料庫之一例的圖示。 [圖7]第1實施形態的餘額連動系統中所被執行的處理之一例的圖示。 [圖8]第1實施形態的餘額連動系統中所被執行的處理之一例的圖示。 [圖9]第2實施形態中的餘額連動之一例的圖示。 [圖10]第2實施形態的餘額連動系統中所被實現的機能區塊之一例的圖示。 [圖11]第2實施形態的餘額連動系統中所被執行的處理之一例的圖示。 [圖12]變形例中的機能區塊之一例的圖示。 [圖13]變形例2之概要的圖示。
10:電子貨幣伺服器
20:銀行伺服器
30:使用者終端
100:資料記憶部
101:增加要求受理部
102:電子貨幣餘額增加部
103:帳戶餘額增加部
104:減少要求受理部
105:電子貨幣餘額減少部
106:帳戶餘額減少部
200:資料記憶部
201:帳戶餘額增加部
202:帳戶餘額減少部
300:資料記憶部
301:顯示控制部
302:操作受理部
DB1:結帳資料庫
DB2:帳戶資料庫
Claims (20)
- 一種餘額連動系統,係含有: 增加要求受理部,係將用來使結帳手段的餘額也就是結帳手段餘額做增加所需之增加要求,予以受理;和 帳戶餘額增加部,係在前記增加要求已被受理的情況下,使與前記結帳手段連動之帳戶的餘額也就是帳戶餘額做增加;和 減少要求受理部,係將用來使前記結帳手段餘額做減少所需之減少要求,予以受理;和 帳戶餘額減少部,係在前記減少要求已被受理的情況下,使前記帳戶餘額做減少。
- 如請求項1所記載之餘額連動系統,其中, 前記帳戶餘額增加部,係藉由將前記增加要求所相應之金額,從前記結帳手段往前記帳戶自動進行存款,以使前記帳戶餘額做增加; 前記帳戶餘額減少部,係藉由將前記減少要求所相應之金額,從前記帳戶往前記結帳手段自動進行加值,以使前記帳戶餘額做減少。
- 如請求項1所記載之餘額連動系統,其中, 前記餘額連動系統係還含有: 結帳手段餘額增加部,係在前記增加要求已被受理的情況下,使前記結帳手段餘額做增加;和 結帳手段餘額減少部,係在前記減少要求已被受理的情況下,使前記結帳手段餘額做減少;和 同步部,係含有前記帳戶餘額增加部及前記帳戶餘額減少部,並使前記結帳手段餘額及前記帳戶餘額做同步; 前記同步部的前記帳戶餘額增加部,係藉由使經由前記結帳手段餘額增加部而做了增加的前記結帳手段餘額同步於前記帳戶餘額,以使前記帳戶餘額做增加; 前記同步部的前記帳戶餘額減少部,係藉由使經由前記結帳手段餘額減少部而做了減少的前記結帳手段餘額同步於前記帳戶餘額,以使前記帳戶餘額做減少。
- 如請求項3所記載之餘額連動系統,其中, 前記結帳手段係具有:結算用之前記結帳手段餘額、與連動用之前記結帳手段餘額; 前記結帳手段餘額增加部,係不使前記結算用之結帳手段餘額做增加,而使前記連動用之結帳手段餘額做增加; 前記結帳手段餘額減少部,係不使前記結算用之結帳手段餘額做減少,而使前記連動用之結帳手段餘額做減少; 前記同步部,係使前記連動用之結帳手段餘額、與前記帳戶餘額做同步。
- 如請求項4所記載之餘額連動系統,其中, 前記結算用之結帳手段餘額,係被固定成0圓,
- 如請求項3~5之任一項所記載之餘額連動系統,其中, 前記同步部,係在滿足所定之同步條件的情況下,使前記結帳手段餘額及前記帳戶餘額做同步; 前記餘額連動系統係還含有以下至少一方: 第1限制部,係在即使滿足前記同步條件而同步仍未被進行的情況下,限制前記結帳手段餘額之利用;和 第2限制部,係在即使滿足前記同步條件而同步仍未被進行的情況下,限制前記帳戶餘額之利用。
- 如請求項1~5之任一項所記載之餘額連動系統,其中, 前記帳戶,係為在複數個使用者間共通的母帳戶; 前記母帳戶係被建立關連有:已與前記複數個使用者之各者建立關連的,用來使該當使用者的前記結帳手段餘額做增加所需之轉帳存款帳戶; 前記增加要求受理部,係將針對前記轉帳存款帳戶的轉帳要求,當作前記增加要求而予以受理; 前記帳戶餘額增加部,係在前記轉帳要求已被受理的情況下,藉由從前記轉帳存款帳戶往前記母帳戶自動進行存款,以使前記母帳戶做增加。
- 如請求項7所記載之餘額連動系統,其中, 前記母帳戶的前記帳戶餘額,係為在前記複數個使用者間共通的共通餘額; 對前記母帳戶,係有每位前記使用者的個別餘額,被建立關連; 前記共通餘額,係為前記複數個使用者之各者的前記個別餘額之合計; 前記帳戶餘額增加部,係在前記增加要求已被受理的情況下,使前記共通餘額及前記個別餘額做增加; 前記帳戶餘額減少部,係在前記減少要求已被受理的情況下,使前記共通餘額及前記個別餘額做減少。
- 如請求項8所記載之餘額連動系統,其中, 在同一前記母帳戶的前記使用者間匯送前記結帳手段的情況下,前記母帳戶的餘額係不被變更,而前記結帳手段的送出側的使用者的前記個別餘額、與前記結帳手段的收取側的使用者的前記個別餘額,則被變更。
- 如請求項8所記載之餘額連動系統,其中, 前記減少要求受理部,係在前記結帳手段是在店舖中被利用的情況下,受理前記減少要求; 前記店舖,係與有別於前記母帳戶的另外之店舖用母帳戶,被建立關連; 前記母帳戶、與前記店舖用母帳戶係為,其金融機關、分行、及名義人為相同; 前記帳戶餘額減少部,係在前記減少要求已被受理的情況下,藉由進行從前記母帳戶往前記店舖用母帳戶進行之轉存,以使前記帳戶餘額做減少。
- 如請求項7所記載之餘額連動系統,其中, 前記轉帳存款帳戶,係為虛擬帳戶; 前記餘額連動系統係還含有: 關連建立部,係在前記使用者開設了實際帳戶的情況下,將該當使用者的前記結帳手段、與前記轉帳存款帳戶及前記母帳戶的關連對應予以解除,並且,將該當使用者的前記結帳手段、與該當使用者的前記實際帳戶,建立關連; 前記關連建立部所做的處理被執行後,係從開設了前記實際帳戶之前記使用者的結帳手段、與前記轉帳存款帳戶及前記母帳戶做連動的狀態,變成該當使用者的結帳手段、與該當使用者的前記實際帳戶做連動的狀態。
- 如請求項11所記載之餘額連動系統,其中, 前記餘額連動系統係還含有:帳戶餘額搬移部,係使前記母帳戶的前記帳戶餘額之中,屬於開設了前記實際帳戶之前記使用者的部分,被搬移至該當實際帳戶。
- 如請求項1~5之任一項所記載之餘額連動系統,其中, 前記帳戶餘額,係與超出閾值之部分的前記結帳手段餘額做連動; 前記帳戶餘額增加部,係在前記增加要求已被受理的情況下,基於前記超出閾值之部分,而使前記帳戶餘額做增加; 前記帳戶餘額減少部,係在前記減少要求已被受理的情況下,基於前記超出閾值之部分,而使前記帳戶餘額做減少。
- 如請求項13所記載之餘額連動系統,其中, 前記餘額連動系統係還含有:指定受理部,係將前記結帳手段的使用者所做的,關於前記閾值的指定,予以受理。
- 如請求項1~5之任一項所記載之餘額連動系統,其中, 前記餘額連動系統係還含有:手續費產生部,係在藉由前記帳戶餘額增加部而使前記帳戶餘額做增加的情況下,則不產生所定之手續費,在藉由前記結帳手段的使用者指示了從前記結帳手段餘額之出金的情況下,則令前記手續費被產生。
- 如請求項1~5之任一項所記載之餘額連動系統,其中, 前記結帳手段餘額,係被固定成0圓; 前記餘額連動系統係還含有:顯示控制部,係基於前記帳戶餘額,而令前記結帳手段的使用者的使用者終端,顯示出關於前記結帳手段餘額的餘額資訊。
- 如請求項16所記載之餘額連動系統,其中, 前記餘額連動系統係還含有:上限設定部,係將作為前記餘額資訊而被顯示之金額的上限,予以設定; 前記顯示控制部,係在前記上限之範圍內,令前記使用者終端顯示出前記餘額資訊。
- 如請求項1~5之任一項所記載之餘額連動系統,其中, 前記結帳手段係具有:可與前記帳戶餘額做連動的前記結帳手段餘額、與其他結帳手段餘額; 前記帳戶餘額減少部,係在前記減少要求已被受理的情況下,在所定之上限之範圍內,使前記帳戶餘額做減少; 在超過前記上限之金額的前記減少要求已被受理的情況下,針對超出前記上限的部分,係使前記其他結帳手段餘額做減少。
- 一種餘額連動方法,係含有: 增加要求受理步驟,係將用來使結帳手段的餘額也就是結帳手段餘額做增加所需之增加要求,予以受理;和 帳戶餘額增加步驟,係在前記增加要求已被受理的情況下,使與前記結帳手段連動之帳戶的餘額也就是帳戶餘額做增加;和 減少要求受理步驟,係將用來使前記結帳手段餘額做減少所需之減少要求,予以受理;和 帳戶餘額減少步驟,係在前記減少要求已被受理的情況下,使前記帳戶餘額做減少。
- 一種程式產品,係用來使電腦發揮機能而成為: 增加要求受理部,係將用來使結帳手段的餘額也就是結帳手段餘額做增加所需之增加要求,予以受理; 帳戶餘額增加部,係在前記增加要求已被受理的情況下,使與前記結帳手段連動之帳戶的餘額也就是帳戶餘額做增加; 減少要求受理部,係將用來使前記結帳手段餘額做減少所需之減少要求,予以受理; 帳戶餘額減少部,係在前記減少要求已被受理的情況下,使前記帳戶餘額做減少。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021214580A JP7366116B2 (ja) | 2021-12-28 | 2021-12-28 | 残高連携システム、残高連携方法、及びプログラム |
JP2021-214580 | 2021-12-28 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202334875A true TW202334875A (zh) | 2023-09-01 |
TWI839044B TWI839044B (zh) | 2024-04-11 |
Family
ID=
Also Published As
Publication number | Publication date |
---|---|
JP7366116B2 (ja) | 2023-10-20 |
JP2023098074A (ja) | 2023-07-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7502758B2 (en) | Creation and distribution of excess funds, deposits, and payments | |
CN110612546A (zh) | 数字资产账户管理 | |
US20170221053A1 (en) | Digital asset conversion | |
US20210117960A1 (en) | Decentralized digital payment service system | |
CN112912909A (zh) | 使用数字货币促进交易的系统和方法 | |
US20070005467A1 (en) | System and method for carrying out a financial transaction | |
US20090150284A1 (en) | Creation and distribution of excess funds, deposits and payments | |
US20220051233A1 (en) | Multi-jurisdictional secure and trusted cryptocurrency acceptance system | |
KR20140020055A (ko) | 결제 방법 및 그 시스템 | |
WO2003030054A1 (en) | Creation and distribution of excess funds, deposits, and payments | |
CN112204597A (zh) | 区块链支付系统 | |
JP5550630B2 (ja) | 電子マネーサーバ、電子マネー処理方法及び電子マネー処理プログラム | |
JP2006053846A (ja) | 貨幣情報処理サーバ、及び貨幣情報処理方法 | |
TWI839044B (zh) | 餘額連動系統、餘額連動方法、及程式產品 | |
TW202334875A (zh) | 餘額連動系統、餘額連動方法、及程式產品 | |
JP7395880B2 (ja) | 管理サーバおよびプログラム | |
JP7421272B2 (ja) | 口座管理装置、決済管理システム及びプログラム | |
US20240232849A1 (en) | Localized smart contract banking system and method | |
JP6797947B2 (ja) | 金融取引サービスシステム | |
Kavitha et al. | QM wallet Chain: Blockchain Traceability using Working Vacation Queueing Model in Mobile Wallet. | |
JP2002083129A (ja) | 振込による決済処理方法、決済処理システム及び記憶媒体 | |
JP2003050961A (ja) | 振込処理方法および振込処理システム | |
US20140122266A1 (en) | Method for accumulating, spending, and managing electronic cents | |
JP2015191370A (ja) | 懸賞金付振込システム、方法、及びプログラム | |
KR20060101121A (ko) | 금융거래 처리방법 및 시스템과 이를 위한 기록매체 |