TWI837971B - 結帳系統、結帳手段之加值方法、及程式產品 - Google Patents
結帳系統、結帳手段之加值方法、及程式產品 Download PDFInfo
- Publication number
- TWI837971B TWI837971B TW111145462A TW111145462A TWI837971B TW I837971 B TWI837971 B TW I837971B TW 111145462 A TW111145462 A TW 111145462A TW 111145462 A TW111145462 A TW 111145462A TW I837971 B TWI837971 B TW I837971B
- Authority
- TW
- Taiwan
- Prior art keywords
- value
- user
- amount
- recorded
- added
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 165
- 238000012545 processing Methods 0.000 claims abstract description 150
- 230000008569 process Effects 0.000 claims description 42
- 238000012546 transfer Methods 0.000 claims description 22
- 230000008450 motivation Effects 0.000 abstract 1
- 238000007792 addition Methods 0.000 description 20
- 238000013500 data storage Methods 0.000 description 20
- 238000012986 modification Methods 0.000 description 16
- 230000004048 modification Effects 0.000 description 16
- 238000004364 calculation method Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 101001121408 Homo sapiens L-amino-acid oxidase Proteins 0.000 description 2
- 102100026388 L-amino-acid oxidase Human genes 0.000 description 2
- 101100233916 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) KAR5 gene Proteins 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000008570 general process Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 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 description 1
- 230000008859 change Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000007704 transition 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)
- Cash Registers Or Receiving Machines (AREA)
Abstract
[課題]給予使用者利用信用卡之預借現金額度之動機。
[解決手段]結帳系統(S)的卡片資訊取得部(101、201),係將關於使用者之信用卡的卡片資訊,加以取得。加值要求受理部(102),係將關於使用者之結帳手段的加值要求,予以受理。加值處理執行部(103),係在加值要求已被受理的情況下,執行利用到卡片資訊所表示之信用卡之預借現金額度的加值處理。
Description
本揭露係有關於結帳系統、結帳手段之加值方法、及程式產品。
先前,執行關於電子貨幣等之結帳手段的加值處理的結帳系統,已為人知。專利文獻1中係記載,基於複數個加值方法,而可對使用者的IC卡中所被儲存之電子貨幣進行加值的系統中,利用信貸公司之預借現金服務,來對IC卡之電子貨幣進行加值的技術。
[先前技術文獻]
[專利文獻]
[專利文獻1]日本特開2002-73973號公報
[發明所欲解決之課題]
發明人們針對利用信用卡之預借現金額度來對電子貨幣等之結帳手段進行加值,藉此以給予使用者利用預借現金額度之動機的這件事情,做了內部研討。然而,在專利文獻1的技術中,僅為利用信貸公司之預借現金服務來對電子貨幣進行加值,並非利用信用卡之預借現金額度,因此無法給予利用預借現金額度之動機。
本揭露的1個目的係為,給予使用者利用信用卡之預借現金額度之動機。
[用以解決課題之手段]
本揭露所述之結帳系統係含有:卡片資訊取得部,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理部,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行部,係在前記加值要求已被受理的情況下,基於前記卡片資訊,利用前記信用卡的預借現金額度,來執行關於前記結帳手段的加值處理。
[發明效果]
若依據本揭露,則可給予使用者利用信用卡之預借現金額度之動機。
[1.結帳系統的全體構成]
說明本揭露所述之結帳系統的實施形態之一例。圖1係結帳系統之全體構成之一例的圖示。結帳系統S係含有結帳伺服器10、卡片伺服器20、及使用者終端30。這些係可連接至網際網路等之網路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埠)而被供給。
[2.結帳系統的概要]
在本實施形態中,係舉出使用者從結帳應用程式來利用結帳服務的情況為例。結帳應用程式,係為結帳服務的提供者所提供的應用程式。結帳應用程式,係被安裝在使用者終端30。結帳服務中所能利用的結帳手段,係可為任意之種類。例如,電子貨幣、點數、信用卡、簽帳卡、銀行帳戶、電子錢包、或虛擬通貨,係可作為結帳手段來利用。結帳手段,有時候也會被稱作支付手段。條碼或二維碼這類代碼有時候也會相當於結帳手段。結帳手段,係為在電子結帳中所被利用的任何手段皆可。
圖2係為使用者終端30上所被顯示之畫面之一例的圖示。例如,一旦使用者終端30的結帳應用程式啟動,就會執行用來讓使用者登入至結帳服務所需之登入處理。在本實施形態中,假設使用者係已經對結帳服務做完利用登錄。例如,使用者係將結帳服務中的使用者ID及密碼,進行輸入。一旦登入處理成功,則結帳應用程式的主畫面G1就被顯示於顯示部35。
主畫面G1中係被顯示有,含有於結帳服務中可用來識別使用者之代碼ID的代碼C10。代碼ID,係為異於使用者ID的資訊。結帳伺服器10,係以不與其他使用者之代碼ID重複的方式,來發行代碼ID。代碼ID,係可在任意的時序上更新。例如,在結帳應用程式已啟動的情況、主畫面G1已被顯示的情況,代碼ID的有效期限已經過期的情況,或使用者進行了所定之操作的情況下,代碼ID就被更新。
在圖2的例子中,係圖示條碼及二維碼之雙方都是作為代碼C10而被顯示的情況,但代碼C10本身係可為任意之代碼。例如,亦可只有條碼或二維碼之其中一方,被當成代碼C10而顯示。例如,一旦以使用者所造訪之店舖的終端來讀取代碼C10,就會基於使用者所設定作為支付來源的結帳手段,來執行結帳處理。
在本實施形態中,係舉出支付來源是電子貨幣的情況為例子。在圖2的例子中,結帳服務之提供者「AAA支付」所提供的線上型之電子貨幣「AAA電子現金」,係為支付來源。例如,一旦以店舖的終端讀取代碼C10,就會以使得電子貨幣的餘額減少所定之額度的方式,來執行結帳處理。結帳處理本身,係可利用公知的處理。代碼C10,係除了店舖的終端以外,也可藉由自動販賣機等之任意的終端來加以讀取。
此外,使用者從結帳應用程式所能利用的結帳方法,係不限於利用代碼C10的方法。可以利用例如:以使用者終端30來讀取被揭示於店舖之代碼的結帳方法、以使用者終端30來讀取被顯示於店舖之終端之代碼的結帳方法、或僅藉由對使用者終端30的操作而完結的結帳方法這些任意之方法。
例如,一旦使用者選擇了按鈕B11,電子貨幣的選單M12就被顯示於顯示部35。在本實施形態中,作為電子貨幣之餘額,係有高級型之餘額、和基本型之餘額這2種存在。在選單M12中係會顯示出這些餘額。這些餘額的細節將於後述。在選單M12中,可進行關於電子貨幣的各種操作。在本實施形態中係說明,使用者選擇選單M12的按鈕B13,來對電子貨幣進行加值的流程。例如,一旦使用者選擇了按鈕B13,加值畫面G2就被顯示於顯示部35。例如,使用者係在輸入表單F20中,輸入加值額。
在本實施形態中,係準備有複數個加值方法。所謂加值方法,係為在電子貨幣的加值中所利用的結帳手段之種類。例如,假設可以從信用卡、簽帳卡、點數、及銀行帳戶來進行加值,則存在有至少4個加值方法。在使用者保有複數張信用卡的情況下,加值方法係意味著信用卡之種類。在可對電子貨幣進行加值的點數是複數存在的情況下,則加值方法係意味著點數之種類。
加值畫面G2中係被顯示有,表示使用者所能選擇之加值方法的按鈕B21。使用者係藉由選擇按鈕B21,以選擇複數個加值方法之任一者。在圖2的例子中,使用者已經將「信用卡X」及「信用卡Y」之2張信用卡,登錄至結帳應用程式。使用者係可利用這2張信用卡之中的任意一方,來對電子貨幣進行加值。除此以外還有例如,從與結帳服務合作的跳蚤市場服務「BBB市場」之銷售額進行加值的加值方法,也可選擇。
在本實施形態中,使用者係可利用「信用卡X」之預借現金額度,來對高級型之餘額進行加值。以下,將利用到預借現金額度的加值方法,稱作高級加值。所謂預借現金額度,係為利用信用卡之預借現金功能來借貸現金之際的限度額。先前,利用到信用卡之消費額度的加值方法係被利用,但在本實施形態中係可利用,利用到預借現金額度的高級加值。
例如,「信用卡X」,係為與結帳服務之提供者「AAA支付」合作的卡片公司「AAA卡片」所發行的信用卡。「信用卡Y」,係為其他卡片公司所發行的信用卡。在本實施形態中係假設,「信用卡Y」是不支援高級加值,但其他卡片公司的信用卡也可以支援高級加值。
例如,一旦使用者選擇了表示高級加值的按鈕B21,則「AAA卡片」的網頁P3就被顯示於顯示部35。在本實施形態中,卡片伺服器20,係藉由可進行高級加值的「AAA卡片」的卡片公司,而被管理。網頁P3,係為卡片公司所提供的卡片服務之頁面。使用者,係假設也已經完成了卡片服務之利用登錄。在對網頁P3的存取之際,亦可執行用來登入卡片服務所需之登入處理。
在網頁P3中,「信用卡X」的預借現金額度之利用限度額、可借入額、加值額、及繳款方法這類資訊,係被顯示。在圖3的例子中,使用者尚未利用預借現金額度,因此利用限度額及可借入額係為相同。一旦使用者選擇了按鈕B30,就會進行高級加值。高級加值,係沿用通常的預借現金之機制而被實現。
例如,在通常的預借現金中,在可借入額之範圍內所被指定的借入額之現金,係被轉帳至使用者的銀行帳戶,或是從ATM被排出等等。另一方面,在高級加值中,則是取代了現金的轉帳或排出,在可借入額之範圍內所被指定的加值額,係被加值至電子貨幣。使用者,係由於不必前往ATM提領現金,因此可立刻利用以高級加值所被加值的電子貨幣。使用者,係亦可不是從結帳應用程式,而是藉由直接登入卡片服務,也可利用高級加值。
圖3係為卡片公司的網頁之一例的圖示。一旦使用者登入了卡片服務,則卡片服務的網頁P4係被顯示於顯示部35。在卡片公司的網頁P4中,可以利用卡片公司所提供的各種服務。例如,從網頁P4可以利用:可利用額之確認、支付額之調整、登錄資訊之確認、或登錄資訊之變更這些服務。
例如,一旦使用者選擇了利用預借現金服務所需的按鈕B40,網頁P5就被顯示於顯示部35。預借現金服務,係為利用信用卡的預借現金額度來進行借貸的服務。一旦使用者選擇了按鈕B50、B51,利用前述的通常的預借現金服務所需之畫面就被顯示。例如,一旦使用者從該畫面指定了借入額,現金就會被轉帳至使用者的銀行帳戶。
本實施形態的高級加值,係為預借現金服務之1種。例如,一旦使用者選擇了按鈕B52,和圖2相同的網頁P3就被顯示於顯示部35。亦可從網頁P3受理加值額之指定,亦可用在從網頁P5遷移至網頁P3之期間中所被顯示的頁面,來受理加值額之指定。一旦使用者選擇了按鈕B30,就會進行高級加值。
在高級加值被進行後一旦啟動結帳應用程式,就如圖3的主畫面G1所示,增加了高級加值所致之加值額之後的電子貨幣之餘額,係被顯示。在圖3的例子中,由於是將「信用卡X」之預借現金額度消費5000圓的量來進行加值,因此電子貨幣之餘額係從6520圓增加了5000圓而變成11520圓。
藉由高級加值,預借現金額度係被消費了5000圓的量,因此使用者的可借入額,係從100000圓減少成95000圓。若使用者將該5000圓的量進行償還,則可借入額係會回歸成100000圓。如圖2所示般地從結帳應用程式進行高級加值的情況下也是,和圖3相同的主畫面G1會被顯示。如以上所述,在本實施形態中,藉由高級加值,可給予使用者利用預借現金額度之動機。以下說明結帳系統S的詳細。
[3.結帳系統中所被實現之機能]
圖4係為結帳系統中所被實現之機能之一例的機能區塊圖。
[3-1.結帳伺服器中所被實現之機能]
資料記憶部100,係以記憶部12為主而被實現。卡片資訊取得部101、加值要求受理部102、及加值處理執行部103,係以控制部11為主而被實現。
[資料記憶部]
資料記憶部100,係將用來向使用者提供結帳服務所需要的資料,加以記憶。例如,資料記憶部100,係將結帳資料庫DB1,加以記憶。
圖5係為結帳資料庫DB1之一例的圖示。如圖5所示,結帳資料庫DB1係為,儲存有關於結帳服務中的使用者之資訊的資料庫。例如,結帳資料庫DB1中係被儲存有:使用者ID、密碼、姓名、代碼ID、有效期限、支付來源資訊、卡片資訊、電子貨幣資訊、銀行帳戶資訊、利用履歷資訊、及加值履歷資訊。結帳資料庫DB1中所被儲存的資訊,係可為關於使用者的任意之資訊,不限於圖5的例子。
使用者ID,係為可識別使用者的使用者識別資訊之一例。使用者識別資訊,係可為任意之資訊,亦可為例如:被稱作使用者帳號的資訊、郵件位址、或電話號碼。例如,使用者識別資訊係為文字、數字、其他符號,或這些的組合。使用者ID及密碼,係為了登入至結帳服務而被利用。
在本實施形態中,不只使用者ID,就連代碼ID也是可以用來識別使用者的資訊,因此代碼ID也是相當於使用者識別資訊。代碼C10中係只要包含有某些的使用者識別資訊即可。代碼C10中,係亦可不只包含代碼ID,而是還包含有使用者ID等之其他使用者識別資訊。有效期限,係為從代碼ID被發行起算的所定時間後的時點。有效期限係可為任意之長度,例如,亦可為1分鐘~1小時左右,亦可為數小時~數日左右。對於代碼ID,亦可不設定有效期限。
支付來源資訊,係為可用來識別已被設定作為支付來源之結帳手段的資訊。例如,在電子貨幣已被設定作為支付來源的情況下,支付來源資訊係亦可為,可將電子貨幣做識別的電子貨幣ID。例如,在信用卡已被設定作為支付來源的情況下,支付來源資訊係亦可為信用卡的卡號。卡片資訊,係關於使用者的信用卡的資訊。例如,卡片資訊係包含有卡號、有效期限、及名義人。使用者係可登錄複數張信用卡。
電子貨幣資訊,係為關於使用者的電子貨幣的資訊。例如,電子貨幣資訊,係含有表示電子貨幣之餘額的資訊。在本實施形態中,電子貨幣係含有:可利用預借現金額度來進行加值的高級型之餘額、和可利用信用卡之消費額度來進行加值的基本型之餘額。因此,電子貨幣資訊係含有:表示高級型之餘額的資訊,和表示基本型之餘額的資訊。
高級型之餘額,係為第1餘額之一例。基本型之餘額,係為第2餘額之一例。因此,記載為高級型之餘額的地方,係可替換成第1餘額。記載為基本型之餘額的地方,係可替換成第2餘額。此外,電子貨幣,係亦可不分成第1餘額及第2餘額,亦可只有1種餘額存在。電子貨幣,係亦可存在有3種以上之餘額。在主畫面G1中雖然顯示了第1餘額及第2餘額之合計,但亦可將各個餘額分別予以顯示。
第1餘額,係為藉由高級加值而做增加的餘額。第1餘額,係亦可為僅藉由高級加值才能增加的餘額,但在本實施形態中是說明,第1餘額係為藉由其他加值方法也能夠增加的餘額的情況。例如,亦可藉由利用到跳蚤市場服務之銷售額的加值方法(以下稱作銷售額加值)、或利用到金融服務中所被交易之虛擬通貨的加值方法(以下稱作虛擬通貨加值),來使第1餘額做增加。
第1餘額,係可在任意之目的下做利用。例如,第1餘額係可在:在店舖等中的支付時進行利用之目的(以下稱作支付目的)、向其他使用者匯送餘額之部分或全部之目的(以下稱作匯送目的)、及向使用者的銀行帳戶之出金目的下做利用。使用者向其他使用者匯送第1餘額之一部或全部的情況下,其他使用者的第1餘額係會增加。為了保有第1餘額而必須進行所定之申請,其他使用者並未進行該申請的情況下,係在使用者向其他使用者匯送第1餘額之一部或全部的情況下,亦可使其他使用者的第2餘額增加。亦即,使用者的第1餘額之一部或全部亦可先被轉換成第2餘額,然後才匯送至其他使用者。
第2餘額係為,藉由利用到信用卡之消費額度的加值方法(以下稱作消費加值)而增加的餘額。第2餘額,係亦可為僅藉由消費加值才能增加的餘額,但在本實施形態中是說明,第2餘額係為藉由其他加值方法也能夠增加的情況。例如,第2餘額係亦可藉由利用到使用者所保有之點數的加值方法而增加。
第2餘額,係可在任意之目的下做利用。例如,第2餘額係可在支付目的及匯送目的下做利用。但是,使用者向其他使用者匯送第2餘額之一部或全部的情況下,並非其他使用者的第1餘額而是第2餘額會做增加。在本實施形態中是假設,第2餘額係無法在出金目的下做利用。因此,收取了使用者的第2餘額之一部或全部的其他使用者,係無法在出金目的下做利用。藉此,可防止利用到信用卡之消費額度的現金化。
在本實施形態中,電子貨幣資訊中係包含有,表示餘額之明細的資訊。明細,係為構成餘額的加值量之資訊。例如,作為明細,係有:加值日期時間、關於加值方法的加值方法資訊、及加值額之中的未利用部分,是被包含在電子貨幣資訊中。電子貨幣的餘額是只含有某1次之加值時的加值量的情況下,則該餘額之明細係表示,該當1次之加值時的加值量。電子貨幣的餘額是含有複數次之加值之各次中的加值量的情況下,則該餘額之明細係表示,複數次之加值之各次中的加值量。
若舉圖5的使用者「山田 太郎」為例,則高級型之餘額也就是3500圓之明細係為,2021年11月1日的11:23:50時所被進行的高級加值所致之2000圓的量、和2021年11月5日的19:25:42時所被進行的銷售額加值所致之1500圓的量。在此狀態下,若於2021年11月10日的14:06:45,進行1000圓的量的高級加值,則高級型的餘額就變成4500圓。作為4500圓的餘額之明細,在2021年11月10日的14:06:45所被進行的高級加值所致之1000圓的量,係被追加。基本型之餘額也是同樣地,存在有餘額的明細。
在本實施形態中,電子貨幣之餘額,係從加值日期時間較早起依序被利用。甚至,在有高級型之餘額、與基本型之餘額之雙方存在的情況下,則高級型之餘額係被優先利用。電子貨幣之餘額,係只要基於預先決定之優先順位來被利用即可,優先順位係不限於本實施形態之例子。例如,優先順位,係可由使用者來做任意指定,亦可為加值頻繁度越高則優先順位越高。
若舉圖5的使用者「山田 太郎」為例,則在支付目的下1500圓的量被利用的情況下,高級型之餘額也就是3500圓的量之餘額係被優先利用。再者,在該3500圓的量的餘額之中,在加值日期時間為最早的2021年11月1日的11:23:50所被進行的高級加值所致之2000圓的量,係被優先利用。1500圓的量之支付,係只依靠高級加值所致之2000圓的量即已足夠,因此銷售額加值所致之1500圓的量係不會被利用。支付目的下1500圓的量被利用之後的高級型之餘額,係變成2000圓。該2000圓之明細,係變成高級加值之剩餘的500圓的量、與銷售額加值的1500圓的量。
於上記的例子中,在支付目的下3000圓的量被利用的情況下,則依靠高級加值所致之2000圓的量係會不足。此情況下,不只高級加值之加值量,銷售額加值之加值量也會被併用。在3000圓的量之支付中,高級加值所致之2000圓的量之全部、與銷售額加值所致之1500圓的量之中的1000圓的量,會被利用。支付目的下3000圓的量被利用之後的高級餘額,係變成500圓。該500圓之明細,係變成只有銷售額加值之剩餘的500圓的量。由於高級加值之加值量,係已全部都被利用,因此會從明細中消失。
在只依靠高級型之餘額仍為不足的情況下,則也會併用基本型之餘額。這在支付目的以外之目的下利用餘額的情況時也同樣如此。但是,基本型之餘額,係無法在出金目的下做利用,因此在出金目的下,只能在高級型之餘額的範圍內做利用。由於基本型之餘額也有明細存在,因此各個明細中的加值量是按照優先順位而被依序利用。
銀行帳戶資訊,係為關於使用者所指定的銀行帳戶的資訊。例如,銀行帳戶資訊係包含有金融機關名、分行名、帳戶號碼、及名義人。該銀行帳戶係為,將高級型之餘額在出金目的下做利用時的轉帳目標。高級型之餘額,係亦可向銀行以外之金融機關之帳戶,進行出金。除此以外亦可例如,並非從帳戶,而是藉由從ATM排出現金,而進行出金。
利用履歷資訊,係為關於使用者所致之結帳服務之利用履歷的資訊。利用履歷資訊,係包含有結帳手段之利用目的所相應之資訊。例如,若為支付目的,則利用履歷資訊係包含有利用日期時間、利用店舖、及利用額。若為匯送目的,則利用履歷資訊係包含有利用日期時間、匯送對象之使用者、及利用額。若為出金目的,則利用履歷資訊係包含有利用日期時間、已出金之銀行帳戶、及利用額。使用者每次利用了結帳服務,使用者的利用履歷資訊就被更新。利用履歷資訊中亦可含有,在電子貨幣的餘額的明細之中,可以識別哪個部分是已被利用的資訊。亦即,利用履歷資訊中亦可含有,表示以哪種加值方法所被加值之加值量是被利用了多少的資訊。因此,利用履歷資訊中亦可包含有加值方法資訊。
加值履歷資訊,係為關於對電子貨幣的加值之履歷的資訊。例如,加值履歷資訊係包含有:電子貨幣的加值日期時間、加值方法、及加值額。使用者每次對電子貨幣進行加值時,使用者的加值履歷資訊就被更新。資訊已被儲存至加值履歷資訊的過去之加值之中,針對加值額尚有剩餘者,則其資訊是作為電子貨幣資訊之明細而被儲存。結帳資料庫DB1中所被儲存的資訊,係不限於圖5的例子,可為任意之資訊。例如,作為結帳手段若有銀行帳戶或點數可以利用,則結帳資料庫DB1中係會被儲存有關於銀行帳戶或點數之資訊。
[卡片資訊取得部]
卡片資訊取得部101,係將關於使用者之信用卡的卡片資訊,加以取得。在本實施形態中,由於在結帳資料庫DB1中係儲存有卡片資訊,因此卡片資訊取得部101,係參照結帳資料庫DB1,並取得使用者的卡片資訊。例如,卡片資訊取得部101,係從結帳資料庫DB1之中,將已經登入至結帳服務的使用者的使用者識別資訊所被建立關連的卡片資訊,加以取得。在本實施形態中,係基於卡片資訊取得部101所取得的卡片資訊,加值畫面G2的按鈕B21會被顯示。卡片資訊取得部101,係只要取得結帳服務登入中的使用者的卡片資訊即可。卡片資訊取得部101,係亦可在加值要求被受理之後,將與進行了加值要求之使用者的使用者ID建立關連的卡片資訊,加以取得。
[加值要求受理部]
加值要求受理部102,係將關於使用者之電子貨幣的加值要求,予以受理。加值要求,係為用來對電子貨幣進行加值所需之要求。加值要求,係藉由所定形式之資料被發送,而被進行。例如,加值要求中係含有:使用者ID等之使用者識別資訊、可識別加值方法的加值方法識別資訊、及使用者所指定的加值額。加值要求受理部102,係藉由接收相當於加值要求的資料,以受理加值要求。
在本實施形態中,雖然針對高級加值之加值要求來進行說明,但加值要求受理部102係亦可受理其他加值方法的加值要求。加值要求受理部102,係亦可從使用者終端30或其他電腦受理高級加值之加值要求,但在本實施形態中,是以卡片伺服器20所致之預借現金處理已完成為條件,才能進行高級加值,因此假設加值要求係從卡片伺服器20被發送。因此,說明加值要求受理部102從卡片伺服器20受理加值要求的情況。
在本實施形態中,作為加值對象的結帳手段之一例,是說明電子貨幣。因此,記載為電子貨幣的地方,係可替換成結帳手段。加值對象的結帳手段,係可為任意之種類,不限於電子貨幣。加值對象的結帳手段,係只要是有餘額之概念的結帳手段即可。例如,若可對點數進行加值,則點數亦可相當於結帳手段。例如,若利用代碼的結帳服務中可進行加值,則代碼亦可相當於結帳手段。在本實施形態中,雖然是舉出「AAA電子現金」這種名稱中不含「貨幣」的電子貨幣為例,但結帳手段係可用任意之名稱來稱呼。
[加值處理執行部]
加值處理執行部103,係在加值要求已被受理的情況下,執行利用到卡片資訊所表示之信用卡之預借現金額度的加值處理。加值處理,係為用來對電子貨幣進行加值所需之處理。例如,加值處理,係為增加電子貨幣之餘額的處理。加值處理本身,係可利用各種處理。在本實施形態中,將結帳資料庫DB1中所被儲存之結帳資訊中所含之電子貨幣的餘額予以增加的處理,是相當於加值處理。加值處理,係亦可包含有其他處理。例如,加值處理係亦可包含有,將電子貨幣的餘額之明細予以更新的處理。
加值處理執行部103,係以預借現金額度消費了加值要求中所含之加值額,電子貨幣之餘額就會增加該加值額的方式,來執行加值處理。所謂消費預借現金額度,係為令可借入額減少。在一般的預借現金中,係藉由消費預借現金額度,以進行往銀行帳戶之轉帳或從ATM的現金之排出。另一方面,在高級加值中,則是取代往銀行帳戶之轉帳或從ATM的現金之排出,改為執行電子貨幣之加值處理。
加值處理執行部103,係一旦受理了加值要求,將加值要求中所含之加值方法識別資訊,加以取得。加值方法識別資訊,係亦可不是被包含在加值要求中,而是連同加值要求一起被發送。加值處理執行部103,係在加值方法識別資訊所表示之加值方法是高級加值的情況下,藉由執行利用到預借現金額度的加值處理,以使高級型之餘額會增加一加值要求中所含之加值額。加值處理執行部103,作為高級型之餘額的明細,係將現在日期時間也就是加值日期時間、表示高級加值的加值方法、及加值額,儲存在電子貨幣資訊中。
此外,從卡片伺服器20受理了加值要求的情況下而決定了要進行高級加值的情況,則在加值要求中亦可不含有加值方法識別資訊。又,在其他加值方法已被指定的情況下,則加值處理執行部103係只要執行該當已被指定之其他加值方法所相應之加值處理即可。例如,加值處理執行部103,係在消費加值已被指定的情況下,則只要執行和先前相同的加值處理即可。關於其他加值方法也是同樣如此。在本實施形態中,在其他加值方法之加值處理已被執行的情況下,電子貨幣之餘額係會增加,且餘額之明細係被更新。
[3-2.卡片伺服器中所被實現的機能]
資料記憶部200,係以記憶部22為主而被實現。卡片資訊取得部201、預借現金要求受理部202、及預借現金處理執行部203,係以控制部21為主而被實現。
[資料記憶部]
資料記憶部200,係將用來向使用者提供卡片服務所需要的資料,加以記憶。例如,資料記憶部200係記憶卡片資料庫DB2。
圖6係為卡片資料庫DB2之一例的圖示。卡片資料庫DB2,係為儲存有卡片服務中的關於使用者之資訊的資料庫。例如,卡片資料庫DB2中係被儲存有使用者ID、密碼、姓名、卡片資訊、及預借現金資訊。卡片資料庫DB2中所被儲存的資訊,係可為關於使用者的任意之資訊,不限於圖6的例子。
在本實施形態中,雖然說明結帳服務及卡片服務係為相互合作,使用者ID及密碼係為相同的情況,但結帳服務的使用者ID及密碼、與卡片服務的使用者ID及密碼,亦可為不同。在它們為不同的情況下,則結帳服務的使用者ID、與卡片服務的使用者ID之關係,亦可被儲存在卡片資料庫DB2中。同樣的關係,亦可被儲存在結帳資料庫DB1中。結帳服務及卡片服務,係藉由將使用者ID予以連結,即使使用者ID為不同,仍可識別它們是意味著相同的使用者。
卡片資訊,係亦可和結帳資料庫DB1中所被儲存的卡片資訊相同,亦可包含有名義人的住址或安全碼這類其他資訊。預借現金資訊,係為關於信用卡之預借現金額度的資訊。例如,預借現金資訊,係含有:利用限度額、可借入額、借入種別、借入日、借入額、及繳款方法。在本實施形態中,作為借入種別,係存在有:往銀行帳戶之轉帳會被進行的通常之預借現金、和高級加值之2種類。借入種別為「通常」之預借現金時所必須的資訊,係可和先前相同。
借入種別為「高級加值」的情況下,則借入日係意味著高級加值的加值日。利息的起算日,係亦可為借入日也就是加值日,亦可如後述的變形例般地,是較加值日還要後面的日子。借入額,係意味著加值額。繳款方法,係為高級加值時所被指定之繳款方法。一旦高級加值被進行,則預借現金資訊就會被更新。
此外,預借現金資訊,係可含有關於預借現金服務的任意之資訊。例如,預借現金資訊中亦可含有,使用者所做的償還狀況。作為償還狀況係亦可含有:使用者藉由銀行轉帳等而進行了償還的償還額及償還日這類資訊。例如,在預借現金資訊中亦可含有:每一筆的借入的償還預定。作為償還預定係包含有:使用者藉由銀行轉帳等所應償還的償還期限及償還額。預借現金資訊中亦可含有:每一筆借入的利息的起算日、和利息的金額。
[卡片資訊取得部]
卡片資訊取得部201,係將關於使用者之信用卡的卡片資訊,加以取得。在本實施形態中,由於在卡片資料庫DB2中係儲存有卡片資訊,因此卡片資訊取得部201,係參照卡片資料庫DB2,並取得使用者的卡片資訊。例如,卡片資訊取得部201,係從卡片資料庫DB2之中,取得預借現金要求中所含之卡片資訊。卡片資訊,係亦可不是被包含在預借現金要求中,而是連同預借現金要求一起被發送至卡片伺服器20。卡片資訊取得部201,係只要取得卡片服務登入中的使用者的卡片資訊即可。卡片資訊取得部201,係亦可在預借現金要求被受理之前,將與登入中的使用者的使用者ID建立關連的卡片資訊,加以取得。
[預借現金要求受理部]
預借現金要求受理部202,係將關於信用卡的預借現金要求,予以受理。預借現金要求係為,為了利用信用卡之預借現金額度所需之要求。預借現金要求,係藉由所定形式之資料被發送,而被進行。例如,預借現金要求中係含有:卡號、預借現金種別、及使用者所指定的預借現金額。預借現金要求受理部202,係藉由將相當於預借現金要求的資料予以接收,而受理預借現金要求。
在本實施形態中,在網頁P3的按鈕B30被選擇的情況下,從使用者終端30被發送至卡片伺服器20的要求,係相當於預借現金要求。此情況的預借現金要求中所含之預借現金種別係變成「高級加值」。預借現金要求中所含之預借現金額,係變成網頁P3中所被顯示的加值額。此外,亦可為,在圖3的網頁P5的按鈕B52被選擇的情況下,從使用者終端30被發送至卡片伺服器20的要求,是相當於預借現金要求。
例如,亦可為,在圖3的網頁P5的按鈕B50、B51被選擇的情況下,從使用者終端30被發送至卡片伺服器20的要求,是相當於預借現金要求。預借現金要求,係亦可在其他時序上被發送。例如,在從按鈕B50、B51被選擇後所被顯示的頁面進行了最終的預借現金之指示的情況下,預借現金要求亦可被要求。此情況的預借現金要求中所含之預借現金種別係變成「通常」。
[預借現金處理執行部]
預借現金處理執行部203,係在預借現金要求已被受理的情況下,執行預借現金處理。預借現金種別為「通常」之情況的預借現金處理,係可利用公知的處理。預借現金種別為「高級加值」之情況的預借現金處理,係為公知的預借現金處理之一部分被變更而成的處理。此情況的預借現金處理,係往銀行帳戶之轉帳的處理,係被置換成用來對電子貨幣進行加值所需之處理。
在本實施形態中,係針對預借現金種別為「高級加值」之情況的預借現金處理,進行說明。預借現金處理執行部203,係在預借現金要求中所含之預借現金種別是「高級加值」的情況下,參照卡片資料庫DB2,將與從結帳伺服器10所接收到之使用者ID建立關連的預借現金資訊,加以取得。預借現金處理執行部203,係基於該當已被取得之預借現金資訊,來判定使用者的可借入額是否為加值額以上。
預借現金處理執行部203,係在並非判定為使用者之可借入額是加值額以上的情況下,則不執行預借現金處理。預借現金處理執行部203,係在已被判定為使用者之可借入額是加值額以上的情況下,則執行預借現金處理。例如,預借現金處理執行部203,係以使得使用者的可借入額會減少一加值額,作為借入種別是被設定「高級加值」的方式,將使用者的預借現金資訊儲存在卡片資料庫DB2,藉此以執行預借現金處理。該預借現金資訊之借入日、借入額、及繳款方法,係為現在的日期、加值額、及網頁P3中所被顯示的繳款方法。
預借現金處理執行部203,係一旦預借現金處理完成,就向結帳伺服器10,發送加值要求。在該加值要求中係含有:進行了預借現金要求的使用者的使用者ID、表示這是「預借現金加值」的加值方法識別資訊、及加值額。加值要求,係亦可並非從卡片伺服器20直接發送至結帳伺服器10,亦可透過使用者終端30或其他電腦而被發送。發送加值要求的處理亦可也被包含在預借現金處理中。
[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中所說明的畫面的操作,予以受理。
[4.結帳系統中所被執行之處理]
圖7係為結帳系統S中所被執行的處理之一例的流程圖。該處理係藉由控制部11、21、31分別依照記憶部12、22、32中所被記憶之程式而動作,而被執行。在圖7中,係在結帳系統S中所被執行的處理之中,針對利用到預借現金額度的加值處理,加以圖示。
如圖7所示,使用者終端30,係一旦結帳應用程式啟動,就與結帳伺服器10之間執行登入至結帳服務所需之登入處理,令主畫面G1被顯示於顯示部35(S1)。在S1的登入處理中,亦可要求結帳服務中的使用者ID及密碼之輸入,亦可若在過去曾經有登入過,則表示該意旨的資訊會被記錄在使用者終端30中,利用該資訊而省略使用者ID及密碼之輸入。除此以外,還亦可利用例如生物認證等之其他認證。
使用者終端30,係一旦按鈕B11被選擇,就令選單M12被顯示於顯示部35(S2)。使用者終端30,係一旦按鈕B13被選擇,該意旨就被通知給結帳伺服器10,結帳伺服器10係基於結帳資料庫DB1,而將使用者的信用卡的卡片資訊,加以取得(S3)。結帳伺服器10,係以使得利用到S3中所取得的卡片資訊所表示之信用卡的加值方法能夠選擇的方式,生成加值畫面G2的顯示資料,使用者終端30,係令含有表示可讓使用者選擇的複數個加值方法之各者的按鈕B21的加值畫面G2,被顯示於顯示部35(S4)。
使用者終端30,係基於操作部34的偵測訊號,而將對輸入表單F20的加值額之輸入予以受理(S5)。使用者終端30,係一旦利用到預借現金額度的加值方法的按鈕B21被選擇,就與卡片伺服器20之間執行用來登入至卡片服務所需之登入處理,令卡片公司的網頁P3被顯示於顯示部35(S6)。在S6的登入處理中,亦可要求卡片服務中的使用者ID及密碼之輸入,亦可若在過去曾經有登入過,則表示該意旨的資訊會被記錄在使用者終端30中,利用該資訊而省略使用者ID及密碼之輸入。除此以外,還亦可利用例如生物認證等之其他認證。假設在登入處理之際,輸入表單F20中所被輸入的加值額也被發送。
使用者終端30,係一旦按鈕B30被選擇,就向卡片伺服器20發送預借現金要求(S7)。卡片伺服器20,係一旦接收預借現金要求(S8),就基於卡片資料庫DB2,以使得使用者所指定的加值額的借入會被進行的方式,來執行預借現金處理(S9)。卡片伺服器20,係向結帳伺服器10發送加值要求,以使得使用者所指定的加值額的量的預借現金加值會被進行(S10)。結帳伺服器10,係一旦接收加值要求(S11),就以使得已被加值要求所要求之預借現金加值會被進行的方式,來執行加值處理(S12),本處理係結束。在不是從結帳應用程式,而是從卡片公司的網頁P3直接指示預借現金加值的情況下,也是執行和S6~S12相同的處理,來進行預借現金加值。
若依據本實施形態的結帳系統S,則在受理了關於使用者之電子貨幣的加值要求的情況下,利用到使用者之信用卡之預借現金額度的加值處理會被執行。藉此,就可利用信用卡的預借現金額度而輕鬆地對電子貨幣進行加值,因此可給予使用者利用信用卡之預借現金額度之動機。例如,即使利用到電子貨幣的繳款之期限是已經迫近,仍只需要對使用者終端30的操作就能夠完成預借現金加值,因此可提高使用者的便利性。例如,即使在需要出金的情況下也是,由於可以輕鬆地進行可出金的預借現金加值,因此可提高使用者的便利性。例如,即使有需要將可出金的電子貨幣匯送至其他使用者,仍可進行預借現金加值而將可出金的電子貨幣輕鬆地予以匯送,因此可提高使用者的便利性。例如,若從卡片公司來看,在既存的預借現金的機制之中,只需要將銀行轉帳的處理或從ATM排出現金的處理,置換成對電子貨幣進行加值的處理即可,因此也可省去導入高級加值所需的麻煩。
又,結帳系統S,係在可利用預借現金額度來進行加值的高級型之餘額、和可利用信用卡之消費額度來進行加值的通常型之餘額之中,藉由加值處理而使高級型之餘額做增加。藉此,由於可將電子貨幣之餘額做分門別類地使用,因此可提高使用者的便利性。例如,藉由將電子貨幣之餘額予以分門別類,也可按照每種餘額,來設置利用目的之限制。
[5.變形例]
本揭露係不限定於以上說明的實施形態。在不脫離本揭露之宗旨的範圍內,可做適宜變更。
圖8係為變形例中的機能區塊之一例的圖示。出金處理執行部104、匯送處理執行部105、利息產生部106、特定部107、還款對象決定部108、減少部109、調整部110、第1指定受理部111、及第2指定受理部112,係以控制部11為主而被實現。
[5-1.變形例1]
例如,信用卡的預借現金額度,原本就是為了借入目的而被設置的額度。因此,在電子貨幣的餘額之中,利用到預借現金額度的加值量,係為可出金。另一方面,信用卡的消費額度係為,並非以現金化為目的而設置的額度。因此,在電子貨幣的餘額之中,利用到消費額度的加值量,係被限制成無法出金。
變形例1的加值處理執行部103,係在作為電子貨幣的加值方法是被選擇了預借現金額度的情況下,執行利用到預借現金額度的加值處理。此情況的加值處理,係如同實施形態中所說明。加值處理執行部103,係在作為加值方法是被選擇了信用卡之消費額度的情況下,執行利用到消費額度的加值處理。此情況的加值處理,係和先前以來所被進行的電子貨幣之加值相同。例如,加值處理執行部103,係基於使用者所指定的加值額,藉由執行使用者所登錄之信用卡的授信處理等,以執行加值處理。
變形例1的結帳系統S,係含有出金處理執行部104。出金處理執行部104係執行,在電子貨幣的餘額之中,關於利用到預借現金額度的加值量之出金的出金處理。出金處理本身,係可利用公知的處理。例如,出金處理係亦可為,向使用者所指定的銀行帳戶轉帳匯入現金的處理。例如,出金處理係亦可為,在從ATM等之終端等而由使用者指示了出金的情況下,從ATM等之終端排出現金的處理。
例如,一旦圖2的選單M12中的按鈕B14被選擇,則出金處理執行部104,係在高級型之餘額之中,以使得使用者所指定的出金額會被出金的方式,來執行出金處理。出金額,係為高級型之餘額以下的任意之金額。利用到預借現金額度的加值量,係作為高級型之餘額而被加算,因此出金處理執行部104,係藉由執行來自高級型之餘額的出金處理,以執行利用到預借現金額度的加值量之出金處理。
此外,高級型之餘額,係在使用高級加值以外之加值方法進行了加值的情況下,也會增加。例如,加值處理執行部103,係基於跳蚤市場服務中的銷售額、或金融服務中的虛擬通貨,來執行對高級型之餘額的加值處理。由於高級型之餘額係為可出金,因此使用這些加值方法所被加值的部分,係亦為可出金。
在結帳系統S中,在電子貨幣的餘額之中,利用到消費額度的加值量的出金,係被限制。由於利用到消費額度的加值量,係作為基本型之餘額而被加算,因此出金處理執行部104,針對來自於基本型之餘額的出金處理,係不會執行。例如,在圖2的選單M12中,雖然用來指示來自高級型之餘額的出金所需的按鈕B14係被顯示,但用來指示來自基本型之餘額的出金所需之影像係不被顯示。藉此,利用到消費額度的加值量之出金係被限制。
限制利用到消費額度的加值量之出金的方法,係可為任意的方法,並不限於不要讓用來指示出金所需之影像被顯示的方法。例如,在結帳伺服器10接收到出金要求的情況下,只要不從利用到消費額度的加值量之餘額進行出金即可。
若依據變形例1則會執行,在電子貨幣的餘額之中,關於利用到預借現金額度的加值量之出金的出金處理。在電子貨幣的餘額之中,利用到消費額度的加值量之出金,係被限制。藉此,可一面防止預借現金額度的現金化,同時針對原本就為了借入目的而設的消費額度就能夠許可出金,藉此而提高使用者的便利性。其結果為,也可給予使用者利用預借現金額度之動機。
[5-2.變形例2]
例如,某位使用者A,係可在電子貨幣的餘額之中,將利用到預借現金額度的加值量,匯送至其他使用者B。使用者A,係為電子貨幣之匯送側的使用者。其他使用者B,係為電子貨幣之收取側的使用者。使用者A指定其他使用者B的方法,係可為任意的方法,可為例如:將使用者ID、郵件位址、電話號碼、訊息應用程式之帳戶、或SNS之帳戶加以指定的方法。這些資訊,係為使用者識別資訊之一例。使用者A,係選擇圖2的選單M12的按鈕B15,並將其他使用者B的使用者識別資訊、和要匯送至其他使用者B的金額,加以指定。
假設其他使用者B,係已經完成了結帳服務的利用登錄。若為了保有高級型之餘額必須要進行所定之申請,則假設其他使用者B係已經完成了該申請。從使用者A所被匯送的量,係被加算至其他使用者B的高級型之餘額中。高級型之餘額,原則上,是隨時都可出金。因此,其他使用者B,係可將從使用者A所被匯送過來的部分,進行出金。
變形例2的結帳系統S,係含有匯送處理執行部105。匯送處理執行部105係執行,在使用者A的電子貨幣的餘額之中,將利用到預借現金額度的加值量匯送至其他使用者B所需之匯送處理。匯送處理係為,將某個使用者A的電子貨幣的餘額予以減少,將其他使用者B的電子貨幣的餘額予以增加的處理。匯送處理,係有時候也被稱作匯款處理,但嚴謹來說並沒有現金款項被收授,因此記載為匯送處理。匯送處理本身,係可利用公知的處理。
匯送處理,係亦可不只是高級型之餘額,就連基本型之餘額也可成為對象。例如,匯送處理執行部105係亦可執行,基於使用者A的基本型之餘額,而將其他使用者的基本型之餘額予以增加所需之匯送處理。其他使用者B尚未完成高級型之申請的情況下,則匯送處理執行部105係亦可執行,基於使用者A的高級型之餘額,而將其他使用者的基本型之餘額予以增加所需之匯送處理。此外,為了防止使用者A所保有的信用卡之消費額度的現金化,匯送處理執行部105係設計成,不會執行基於使用者A的基本型之餘額,而將其他使用者的高級型之餘額予以增加的匯送處理。
在變形例2中,在其他使用者B的電子貨幣的餘額之中,從使用者A所被匯送之部分的出金係為可能。其他使用者B將高級型之餘額予以出金的流程,係和變形例1相同。即使從使用者A往其他使用者B的匯送處理係被執行,其他使用者B的基本型之餘額做了增加,但是從其他使用者B的基本型之餘額的出金仍是被限制的。關於該限制方法,也是和變形例1相同。
若依據變形例2則會執行,在電子貨幣的餘額之中,將利用到預借現金額度的加值量匯送至其他使用者B所需之匯送處理。在其他使用者B的電子貨幣的餘額之中,從使用者A所被匯送之部分的出金係為可能。藉此,可提高使用者A及其他使用者B之兩者的便利性。例如,即使假設使用者A曾經從其他使用者B借用現金,使用者A係只要藉由進行高級加值,然後將高級型之餘額匯送至其他使用者B,就可輕鬆地將從其他使用者B所借用的現金予以償還。
[5-3.變形例3]
例如,使用者,係在進行了高級加值的情況下,利用卡片公司的預借現金服務而借入了高級加值的加值量。此情況下,亦可從高級加值的加值日起,產生利息。甚至亦可為,在所定之截止日到來的情況下,在高級加值的加值量之中,關於未利用量,係從來自於電子貨幣之餘額予以扣除,並回歸至信用卡側。
圖9係為從高級加值之加值日起產生利息,且未利用量不會回歸的型態之一例的圖示。在圖9的例子中係圖示,在2021年11月10日,藉由高級加值而將2萬圓加值至電子貨幣的情況。若假設加值前的電子貨幣之餘額為0圓,則電子貨幣之餘額,係從0圓增加成2萬圓。若假設信用卡之預借現金額度為10萬圓,則預借現金額度,係從10萬圓減少成8萬圓。假設在2021年11月20日,電子貨幣被利用了1萬圓,則電子貨幣的餘額,係從2萬圓減少成1萬圓。
若假設信用卡的截止日為2021年11月30日,則在圖9的型態中,由於電子貨幣的餘額不會回歸至信用卡側,因此電子貨幣的餘額,係仍維持1萬圓不變。信用卡的預借現金額度也是維持8萬圓不變。例如,於2021年12月27日,使用高級加值進行了加值的2萬圓的量、與從加值日也就是2021年11月10日到現在為止的47日份之利息,係被請款。一旦使用者完成了2萬圓加算了利息的量的還款而確認了入金,則信用卡的預借現金額度就會回歸2萬圓,從8萬圓變成10萬圓。
圖10係為從高級加值之加值日起產生利息,且未利用量會回歸的型態之一例的圖示。大致的流程,係和圖9的型態相同,但在圖10的型態中,在截止日也就是2021年11月30日,電子貨幣的未利用量也就是1萬圓係會回歸至信用卡側。亦即,由於未利用量之1萬圓的電子貨幣係被充抵成還款,因此在2021年12月1日的時點上,電子貨幣的餘額係變成0圓,且信用卡的預借現金額度係會回歸1萬圓,從8萬圓變成9萬圓。
例如,於2021年12月27日,從使用高級加值進行了加值的2萬圓減去了回歸量之後的1萬圓、與從加值日也就是2021年11月10日到現在為止的47日份之利息,係被請款。利息,係由於是從加值日起產生,因此高級加值之加值量的2萬圓係成為利息的對象。一旦使用者完成了1萬圓加算了利息的量的還款而確認了入金,則信用卡的預借現金額度就會回歸1萬圓,從9萬圓變成10萬圓。如以上所述,亦可從高級加值的加值日起,產生利息。作為其他型態,係亦可不是從加值日,而是從利用日起產生利息。
圖11係為從利用日起產生利息的型態之一例的圖示。大致的流程,係和圖10的型態相同。在圖11的型態中也是,截止日也就是2021年11月30日期時間點的未利用量也就是1萬圓係會回歸至信用卡側。例如,於2021年12月27日,從使用高級加值進行了加值的2萬圓減去了回歸量之後的1萬圓、與從利用日也就是2021年11月20日到現在為止的37日份之利息,係被請款。利息,係由於是從利用日起產生,因此利用量的1萬圓係成為利息的對象。一旦使用者完成了1萬圓加算了利息的量的還款而確認了入金,則信用卡的預借現金額度就會回歸1萬圓,從9萬圓變成10萬圓。
在設計成如圖11的型態的情況下,變形例3的結帳系統S,係含有利息產生部106及特定部107。利息產生部106,係在電子貨幣的餘額之中,利用到預借現金額度的加值量已被利用的情況下,則在該當加值量之中,令使用者已利用的利用量所相應之利息被產生。
所謂利用到預借現金額度的加值量已被利用的情況係指,將預借現金加值之加值額的全部或一部予以消費。例如,在支付目的、匯送目的、或出金目的下將加值量予以消費,係相當於加值量之利用。所謂令利息被產生係指,執行將包含預借現金之利息的還款額進行請款所需之處理。例如:計算利息、決定利息的起算日、計算利息所相應之還款額、將利息或是還款額之計算結果儲存在卡片資料庫DB2、或這些的組合,係相當於令利息被產生。利息產生部106,係在利用到預借現金額度的加值量之中,使用者沒有利用到的部分係不會當作利息的對象,把使用者的利用量(在圖11的例子中係為1萬圓)當作利息的對象。
例如,利息產生部106係亦可以在利用到預借現金額度的加值量之中,使用者已利用的利用量的利用日會變成利息的起算日的方式,來令利息被產生。起算日及利用額所相應之利息的計算方法本身,係可利用公知的預借現金中的計算方法。藉由優惠活動等,一定期間之利息會變成免費的情況下,則亦可為變成免費的期間之起算日就成為電子貨幣之利用日。
和實施形態同樣地,變形例3的加值處理執行部103,係可基於包含利用到預借現金額度的加值方法在內的複數個加值方法之各者,來執行加值處理。例如,若有高級加值專用之餘額存在,則只要參照該餘額,就可特定出高級加值所致之加值量。另一方面,如高級型之餘額般地,有複數個加值方法之各者所致之加值量混合存在的情況下,則複數個加值方法之各者所致之加值量有可能會混合存在於1個餘額中。
於是,特定部107,係基於能夠將過去曾經被執行之加值處理時的加值方法加以識別的加值方法資訊,而在電子貨幣的餘額之中,特定出利用到預借現金額度的加值方法之加值量。加值方法資訊,係為加值方法之名稱、或加值方法所被分配的ID。加值方法資訊,係藉由文字、數字,其他記號、或這些的組合來加以表現。
在變形例3中係說明,電子貨幣資訊之明細中含有加值方法資訊的情況。例如,特定部107,係參照高級型之餘額的明細,在過去曾被進行過的加值之中,特定出加值方法資訊是表示高級加值的加值。特定部107,係藉由計算該當已被特定之加值中的未利用量之合計額,而特定出高級加值的未利用量。
此外,特定部107,係亦可參照加值履歷資訊,而在過去曾被進行過的加值之中,特定出加值方法資訊是表示高級加值的加值。特定部107,係藉由計算該當已被特定之加值時的加值額之合計額,而特定出過去曾被進行過的高級加值之加值額之合計額。過去曾被進行過的高級加值之中的利用量,係只要基於利用履歷資訊而被特定即可。特定部107,係將從過去曾被進行過的高級加值之加值額之合計額減去了利用量所得的金額,當作高級加值之加值量而加以特定。
利息產生部106,係在已被特定部107所特定出來的加值量之中,令相應於利用量的利息被產生。已被特定部107所特定出來的加值量,係成為利息的產生對象。利息的產生方法本身,係如同前述。利息產生部106,係在高級加值的加值量之中,將使用者已利用的利用額之利息,以該當利用額之利用日為利息產生之起算日來加以計算。利用日,係只要根據利用履歷資訊來加以特定即可。利息產生部106,係基於利息的計算結果,來計算使用者的還款額,將預借現金資訊儲存在卡片資料庫DB2。
若依據變形例3,則在電子貨幣的餘額之中,利用到預借現金額度的加值量已被利用的情況下,在該當加值量之中,令使用者已利用的利用量所相應之利息被產生。藉此,可在高級加值被進行的時點上不會產生利息,而只針對使用者已利用的利用量,令利息被產生,因此可提高使用者的便利性。在通常的預借現金中,就算被轉帳至銀行帳戶的現金未曾被利用,在轉帳被進行的時點上就可能產生利息,但在結帳服務中,由於可判定高級加值所致之加值量是否已被實際利用,因此可以針對已被實際利用的利用量,令利息被產生。其結果為,可給予使用者利用信用卡之預借現金額度之動機。
又,是以在高級加值時的加值量之中,使用者已利用的利用量的利用日會成為利息的起算日的方式,令利息被產生。藉此,由於可將利息的起算日往後延展,因此可提高使用者的便利性。其結果為,可使利息變得較通常之預借現金還少,因此可給予使用者利用信用卡之預借現金額度之動機。
又,基於能夠將過去曾經被執行之加值處理時的加值方法加以識別的加值方法資訊,而在電子貨幣的餘額之中,特定出利用到預借現金額度的加值方法之加值量。藉此,即使是複數個加值方法之各者所致之加值量為混合存在的餘額,仍可正確地進行利息之計算。
[5-4.變形例4]
例如,在圖11中係說明,使用者已利用的利用量之利用日會成為利息的起算日的情況,但利息產生部106係亦可把利用量之利用日後面的所定之截止日當作利息的起算日的方式,令利息被產生。截止日,係為將某一定之期間中的利用加以統計的日子。截止日,係會週期性地到來。截止日,係只要是被預先決定的日子即可。例如,亦可毎月在所被決定的日期,就來到了截止日。
例如,利息產生部106,係基於截止日也就是起算日的2021年11月30日,來計算利用量之利息。起算日及利用額所相應之利息的計算方法本身,係可利用公知的預借現金中的計算方法。藉由優惠活動等,一定期間之利息會變成免費的情況下,則亦可為變成免費的期間之起算日就成為2021年11月30日或其翌日。
若依據變形例4,則是以在高級加值時的加值量之中,使用者已利用的利用量之利用日後面的所定之截止日會成為利息的起算日的方式,令利息被產生。藉此,由於可將利息的起算日往後延展,因此可提高使用者的便利性。其結果為,可使利息變得較通常之預借現金還少,因此可給予使用者利用信用卡之預借現金額度之動機。
[5-5.變形例5]
例如,如圖10及圖11中所說明,在高級加值時的加值量之中,在截止日到來的時點上針對使用者尚未利用的未利用量,係亦可回歸至信用卡側。
結帳系統S,係含有還款對象決定部108。還款對象決定部108,係在所定的截止日到來的情況下,在利用到預借現金額度的加值量之中,將使用者沒有利用到的未利用量回歸至信用卡側,將使用者已利用的利用量,決定成為還款對象。還款對象決定部108,係基於使用者已利用的利用量,來計算還款額。例如,使用者選擇了一次付清的情況下,則還款對象決定部108,係對使用者已利用的利用量,因應需要而加算利息,然後決定一次付清之還款額。使用者選擇了分期付款的情況下,則還款對象決定部108,係對使用者已利用的利用量,因應需要而加算利息,然後決定分期付款的次數所相應之還款額。
若依據變形例5,則在所定的截止日到來的情況下,在利用到預借現金額度的加值量之中,將使用者沒有利用到的未利用量回歸至信用卡側,將使用者已利用的利用量,決定成為還款對象。藉此,高級加值的加值量之中的未利用量係會被回歸至信用卡側,因此可提高使用者的便利性。其結果為,可使利息變得較通常之預借現金還少,因此可給予使用者利用信用卡之預借現金額度之動機。
[5-6.變形例6]
例如,如圖10及圖11中所說明,在高級加值的加值量之中,針對即使截止日到來仍未利用到的未利用量,係亦可從電子貨幣的餘額予以扣除。亦即,針對該未利用量,係亦可回歸至信用卡側,且被視為不存在於電子貨幣之餘額。
變形例6的結帳系統S,係含有減少部109。減少部109,係在截止日已到來的情況下,從電子貨幣之餘額中,將未利用量予以減少。例如,減少部109,係參照高級型之餘額的明細,將高級加值的加值量之中的未利用量,從高級型之餘額予以減少。
若依據變形例6,則在截止日已到來的情況下,會從電子貨幣之餘額中,將未利用量予以減少。藉此,可以防止在高級加值時的加值量之中,未利用量一直殘留在電子貨幣之餘額中。例如,在高級加值時的加值量之中,對使用者已利用的利用量會產生利息的情況下,若在電子貨幣的餘額中有未利用量殘留,則會在非使用者意圖的情況下利用了未利用量而造成利息的產生,但藉由從電子貨幣之餘額扣除未利用量而視為未曾利用,藉此可以防止非意圖的利息之產生。
[5-7.變形例7]
例如,一旦高級加值時的加值量被利用,則利用量所相應之利息就會有產生的可能性。因此,在高級加值時的加值量被利用後,使用者以其他加值方法進行了加值的情況下,則亦可藉由以最近的加值量進行互抵,以抑制利息的產生。亦即,亦可視為利用了其他加值方法的最近的加值量是被利用,而高級加值時的加值量則是未曾被利用。
變形例7的加值處理執行部103,係亦可基於包含利用到預借現金額度的加值方法在內的複數個加值方法之各者,來執行加值處理。高級加值以外的其他加值方法,係可為任意之方法,不限於實施形態所說明的方法。例如,加值處理執行部103,係亦可基於利用到簽帳卡或銀行帳戶的加值方法,來執行加值處理。各個加值方法的加值處理本身,係可利用公知的處理。
結帳系統S,係含有調整部110。調整部110,係在電子貨幣的餘額之中,利用到預借現金額度的加值量是已被利用之後,以其他加值方法而被執行了加值處理的情況下,則取代利用到預借現金額度的加值量,改為讓其他加值方法之加值量會被利用的方式,來調整電子貨幣之餘額的利用結果。
所謂調整利用結果係指,將使用者已利用的電子貨幣之餘額視為未曾利用。例如,在高級型之餘額已被利用的情況下,將其利用量,視為基本型之餘額已被利用的這件事情,係相當於調整利用結果。例如,在利用履歷資訊之中,將已被利用之餘額的加值方法予以變更的這件事情,係相當於調整利用結果。除此以外還有例如,將已被利用之高級加值之加值量回歸至高級型之餘額的這件事情,係相當於調整利用結果。
例如,調整部110,係將表示高級加值之加值量已被利用的利用履歷資訊的加值方法資訊,變更成其他加值方法。藉此,利用履歷資訊就不是表示高級加值,而是變成其他加值方法之加值量已被利用。還款對象之特定或利息之計算時,會參照利用履歷資訊的情況下,會變成不是高級加值,而是其他加值方法之加值量已被利用,因此藉由調整部110所致之調整,就可使得利用量之還款變成不必要,或是不會產生利息等等。例如,調整部110,係在高級加值的加值量之中,將使用者已利用的利用量,回歸至高級型之餘額。藉此,可使其不被特定成為還款對象,是不會產生利息等等。
若依據變形例7,則在電子貨幣的餘額之中,利用到預借現金額度的加值量是已被利用之後,以其他加值方法而被執行了加值處理的情況下,則取代利用到預借現金額度的加值量,改為讓其他加值方法之加值量會被利用的方式,來調整電子貨幣之餘額的利用結果。藉此,可使得預借現金加值之利息難以產生,因此可提高使用者的便利性。
[5-8.變形例8]
例如,變形例7中所說明的利用結果之調整,對使用者而言也會有不需要的情況。因此,亦可設計成,可讓使用者來指定是否要調整利用結果。
結帳系統S,係含有第1指定受理部111。第1指定受理部111,係將使用者所做的,關於是否調整電子貨幣之餘額的利用結果的指定,予以受理。例如,一旦使用者從主畫面G1進行了所定之操作,用來進行結帳服務之各種設定所需之設定畫面,就被顯示於顯示部35。設定畫面,係為用來指定是否調整電子貨幣之餘額的利用結果所需之使用者介面。
例如,在設定畫面中,用來指定是否調整電子貨幣之餘額的利用結果所需之輸入表單,係被顯示。第1指定受理部111,係藉由從使用者終端30,接收表示使用者對設定畫面之指定結果的資訊,而受理指定。第1指定受理部111,係一旦受理了使用者所做的指定,就與該使用者之使用者ID建立關連而將指定內容儲存在結帳資料庫DB1。
調整部110,係在已被使用者指定了要調整利用結果的情況下,則會調整電子貨幣之餘額的利用結果。此情況的調整部110之處理,係如同變形例7中所說明。調整部110,係在未已被使用者指定要調整利用結果的情況下,則不會調整電子貨幣之餘額的利用結果。此情況下,變形例7中所說明的處理就不被執行。因此,高級加值時的加值量就會維持已被利用,變成可能產生利息的狀態。
若依據變形例8,則在已被使用者指定了要調整利用結果的情況下,會調整電子貨幣之餘額的利用結果。藉此,可將是否調整電子貨幣之餘額的利用結果,隨應於使用者的喜好而讓其來做指定,因此可提高使用者的便利性。
[5-9.變形例9]
例如,變形例7或8中所說明的利用結果之調整,對使用者而言也會有想要指定上限額的情況。因此,亦可設計成,在調整利用結果的情況的上限額,可讓使用者來做指定。
結帳系統S,係含有第2指定受理部112。第2指定受理部112,係進一步將使用者所做的,關於利用結果之調整的上限額之指定,予以受理。上限額,係為調整部110所調整的利用結果之上限額。高級加值時的加值量之利用,係在上限額之範圍內變成未曾利用。例如,變形例8中所說明的設定畫面中,係被顯示有用來指定上限額所需之輸入表單。第2指定受理部112,係藉由從使用者終端30,接收表示使用者對設定畫面之指定結果的資訊,而受理上限額之指定。第2指定受理部112,係一旦受理了使用者所做的指定,就與該使用者之使用者ID建立關連而將上限額儲存在結帳資料庫DB1。
調整部110,係基於已被使用者所指定之上限額,來調整利用結果。例如,調整部110,係在高級加值時的加值量是上限額以下的情況下,則和變形例7或8同樣地,調整利用結果。調整部110,係在高級加值時的加值量是多於上限額的情況下,則將變形例7或8相同的處理,在上限額之範圍內加以執行。
若依據變形例9,則會進一步受理使用者所做的,關於利用結果之調整的上限額之指定,並基於已被使用者所指定之上限額,來調整利用結果。藉此,可將電子貨幣之餘額的利用結果,在使用者所指定的上限額之範圍內進行調整,因此可提高使用者的便利性。
[5-10.變形例10]
例如,加值處理執行部103,係亦可執行利用到複數張信用卡之各者的預借現金額度的加值處理。若是實施形態的例子,則在卡片公司「AAA卡片」是對1位使用者發行複數張信用卡的情況下,則加值處理執行部103,係亦可按照每一張信用卡,而分別執行預借現金加值之加值處理。例如,在使用者是保有私人的信用卡、身為個人事業主的信用卡的情況下,則加值處理執行部103係亦可執行,利用到私人的信用卡的預借現金加值之加值處理、和利用到身為個人事業主的信用卡的預借現金加值之加值處理。各個加值處理,係如同實施形態中所說明。
若依據變形例10,則會執行利用到複數張信用卡之各者的預借現金額度的加值處理。藉此,可給予使用者利用複數張信用卡之各者的預借現金額度之動機。
[5-11.其他變形例]
例如,亦可將上記說明的變形例加以組合。
例如,雖然說明了使用者是從結帳應用程式來利用結帳服務的情況,但提供結帳服務的媒體,係可為任意之媒體,不限於結帳應用程式。例如,亦可利用使用者終端30的瀏覽器、使用者終端30的IC晶片、或使用者所擁有的IC卡,來提供結帳服務。例如,作為加值方法,亦可只能夠選擇利用到信用卡之預借現金額度的加值方法。
例如,結帳伺服器10與卡片伺服器20亦可不分開,而在1個電腦中實現各機能。例如,作為是在結帳伺服器10中所被實現而說明的機能,係亦可在卡片伺服器20等之其他伺服器電腦中被實現。例如,作為是在卡片伺服器20中所被實現而說明的機能,係亦可在結帳伺服器10等之其他伺服器電腦中被實現。例如,作為是在結帳伺服器10、卡片伺服器20、及使用者終端30之各者中所被實現而說明的機能,係亦可被複數台電腦所分擔。各機能,係只要在至少1台電腦中被實現即可。
S:結帳系統
N:網路
10:結帳伺服器
11,21,31:控制部
12,22,32:記憶部
13,23,33:通訊部
20:卡片伺服器
30:使用者終端
34:操作部
35:顯示部
G1:主畫面
G2:加值畫面
P3,P4,P5:網頁
100:資料記憶部
101:卡片資訊取得部
102:加值要求受理部
103:加值處理執行部
104:出金處理執行部
105:滙送處理執行部
106:利息產生部
107:特定部
108:還款對象決定部
109:減少部
110:調整部
111:第1指定受理部
112:第2指定受理部
200:資料記憶部
201:卡片資訊取得部
202:預借現金要求受理部
203:預借現金處理執行部
300:資料記憶部
301:顯示控制部
302:操作受理部
B11,B13,B14,B21,B22,B30,B40,B50,B52:按鈕
C10:代碼
DB1:結帳資料庫
DB2:卡片資料庫
F20,F21:輸入表單
M12:選單
[圖1]結帳系統的全體構成之一例的圖示。
[圖2]使用者終端上所被顯示的畫面之一例的圖示。
[圖3]卡片公司的網頁之一例的圖示。
[圖4]結帳系統中所被實現之機能之一例的機能區塊圖。
[圖5]結帳資料庫之一例的圖示。
[圖6]卡片資料庫之一例的圖示。
[圖7]結帳系統中所被執行之處理之一例的流程圖。
[圖8]變形例中的機能區塊之一例的圖示。
[圖9]從高級加值之加值日起產生利息,且未利用量不會回歸的型態之一例的圖示。
[圖10]從高級加值之加值日起產生利息,且未利用量會回歸的型態之一例的圖示。
[圖11]從利用日起產生利息的型態之一例的圖示。
10:結帳伺服器
20:卡片伺服器
30:使用者終端
100:資料記憶部
101:卡片資訊取得部
102:加值要求受理部
103:加值處理執行部
200:資料記憶部
201:卡片資訊取得部
202:預借現金要求受理部
203:預借現金處理執行部
300:資料記憶部
301:顯示控制部
302:操作受理部
DB1:結帳資料庫
DB2:卡片資料庫
Claims (10)
- 一種結帳系統,係含有:卡片資訊取得部,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理部,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行部,係在前記卡片資訊所表示之前記信用卡的預借現金額度是被選擇作為前記結帳手段之加值方法而受理了前記加值要求的情況下,執行利用到前記預借現金額度的加值處理;在前記卡片資訊所表示之前記信用卡的消費額度是被選擇作為前記加值方法而受理了前記加值要求的情況下,執行利用到前記消費額度的前記加值處理;和出金處理執行部,係執行:在前記結帳手段的餘額之中,關於利用到前記預借現金額度的加值量之出金的出金處理;在前記結帳手段的餘額之中,利用到前記消費額度的加值量之出金,係被限制。
- 一種結帳系統,係含有:卡片資訊取得部,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理部,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行部,係在前記加值要求已被受理的情況 下,執行利用到前記卡片資訊所表示之前記信用卡之預借現金額度的加值處理;和匯送處理執行部,係執行:將前記結帳手段的餘額之中,利用到前記預借現金額度的加值量,匯送給其他使用者所需之匯送處理;前記其他使用者之結帳手段的餘額之中,從前記使用者所被匯送過來之部分的出金係為可能。
- 如請求項1或2所記載之結帳系統,其中,前記結帳手段係含有:可利用前記預借現金額度來進行加值的第1餘額、和可利用前記信用卡之消費額度來進行加值的第2餘額;前記加值處理執行部,係藉由執行利用到前記預借現金額度的加值處理,以使前記第1餘額增加。
- 一種結帳系統,係含有:卡片資訊取得部,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理部,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行部,係在前記加值要求已被受理的情況下,可基於包含利用到前記卡片資訊所表示之前記信用卡之預借現金額度的加值方法在內的複數個加值方法之各者,來執行加值處理;和調整部,係在前記結帳手段的餘額之中,利用到前記 預借現金額度的加值量是已被利用之後,以其他加值方法而被執行了前記加值處理的情況下,則取代利用到前記預借現金額度的加值量,改為讓前記其他加值方法之加值量會被利用的方式,來調整前記結帳手段之餘額的利用結果。
- 如請求項4所記載之結帳系統,其中,前記結帳系統係還含有:第1指定受理部,係將前記使用者所做的,關於是否調整前記利用結果的指定,予以受理;前記調整部,係在藉由前記使用者而被指定了要調整前記利用結果的情況下,將前記利用結果予以調整。
- 如請求項4或5所記載之結帳系統,其中,前記結帳系統係還含有:第2指定受理部,係進一步將前記使用者所做的,關於前記利用結果之調整的上限額之指定,予以受理;前記調整部,係基於藉由前記使用者而被指定的前記上限額,來調整前記利用結果。
- 一種結帳手段之加值方法,係由電腦來執行:卡片資訊取得步驟,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理步驟,係將關於前記使用者之結帳手段的加值要求,予以受理;和 加值處理執行步驟,係在前記卡片資訊所表示之前記信用卡的預借現金額度是被選擇作為前記結帳手段之加值方法而受理了前記加值要求的情況下,執行利用到前記預借現金額度的加值處理;在前記卡片資訊所表示之前記信用卡的消費額度是被選擇作為前記加值方法而受理了前記加值要求的情況下,執行利用到前記消費額度的前記加值處理;和出金處理執行步驟,係執行:在前記結帳手段的餘額之中,關於利用到前記預借現金額度的加值量之出金的出金處理;在前記結帳手段的餘額之中,利用到前記消費額度的加值量之出金,係被限制。
- 一種結帳手段之加值方法,係由電腦來執行:卡片資訊取得步驟,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理步驟,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行步驟,係在前記加值要求已被受理的情況下,執行利用到前記卡片資訊所表示之前記信用卡之預借現金額度的加值處理;和匯送處理執行步驟,係執行:將前記結帳手段的餘額之中,利用到前記預借現金額度的加值量,匯送給其他使用者所需之匯送處理; 前記其他使用者之結帳手段的餘額之中,從前記使用者所被匯送過來之部分的出金係為可能。
- 一種結帳手段之加值方法,係由電腦來執行:卡片資訊取得步驟,係將關於使用者之信用卡的卡片資訊,加以取得;和加值要求受理步驟,係將關於前記使用者之結帳手段的加值要求,予以受理;和加值處理執行步驟,係在前記加值要求已被受理的情況下,可基於包含利用到前記卡片資訊所表示之前記信用卡之預借現金額度的加值方法在內的複數個加值方法之各者,來執行加值處理;和調整步驟,係在前記結帳手段的餘額之中,利用到前記預借現金額度的加值量是已被利用之後,以其他加值方法而被執行了前記加值處理的情況下,則取代利用到前記預借現金額度的加值量,改為讓前記其他加值方法之加值量會被利用的方式,來調整前記結帳手段之餘額的利用結果。
- 一種程式產品,係用來使電腦發揮機能而成為如請求項1~6之任一項所記載之結帳系統。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021205019A JP7314245B2 (ja) | 2021-12-17 | 2021-12-17 | 決済システム、決済手段のチャージ方法、及びプログラム |
JP2021-205019 | 2021-12-17 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202338636A TW202338636A (zh) | 2023-10-01 |
TWI837971B true TWI837971B (zh) | 2024-04-01 |
Family
ID=86937206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW111145462A TWI837971B (zh) | 2021-12-17 | 2022-11-28 | 結帳系統、結帳手段之加值方法、及程式產品 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP7314245B2 (zh) |
TW (1) | TWI837971B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002073973A (ja) * | 2000-09-01 | 2002-03-12 | Sony Corp | 情報処理装置、および情報処理方法、電子マネーサービス提供システム、並びに記録媒体 |
JP2003151011A (ja) * | 2001-11-19 | 2003-05-23 | Omron Corp | 媒体処理装置、媒体、設定装置、媒体処理システムおよび媒体処理方法 |
TWI721446B (zh) * | 2019-06-05 | 2021-03-11 | 中國信託商業銀行股份有限公司 | 基於歸戶大數據的個人信用評分方法 |
CN112581251A (zh) * | 2020-12-03 | 2021-03-30 | 福建省农村信用社联合社 | 一种拥有信用透支及消费贷款功能的系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5433947B2 (ja) | 2007-12-26 | 2014-03-05 | 凸版印刷株式会社 | 電子財布システム及び決済処理方法 |
JP5597185B2 (ja) | 2011-12-28 | 2014-10-01 | 楽天株式会社 | 電子マネー管理装置、電子マネー管理方法、電子マネー管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記憶媒体 |
-
2021
- 2021-12-17 JP JP2021205019A patent/JP7314245B2/ja active Active
-
2022
- 2022-11-28 TW TW111145462A patent/TWI837971B/zh active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002073973A (ja) * | 2000-09-01 | 2002-03-12 | Sony Corp | 情報処理装置、および情報処理方法、電子マネーサービス提供システム、並びに記録媒体 |
JP2003151011A (ja) * | 2001-11-19 | 2003-05-23 | Omron Corp | 媒体処理装置、媒体、設定装置、媒体処理システムおよび媒体処理方法 |
TWI721446B (zh) * | 2019-06-05 | 2021-03-11 | 中國信託商業銀行股份有限公司 | 基於歸戶大數據的個人信用評分方法 |
CN112581251A (zh) * | 2020-12-03 | 2021-03-30 | 福建省农村信用社联合社 | 一种拥有信用透支及消费贷款功能的系统 |
Also Published As
Publication number | Publication date |
---|---|
JP2023090188A (ja) | 2023-06-29 |
TW202338636A (zh) | 2023-10-01 |
JP7314245B2 (ja) | 2023-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7478062B2 (en) | Financial management system and method | |
US8423453B1 (en) | Systems and methods for processing a transaction | |
US20050131808A1 (en) | Method for establishing control over credit card transactions | |
TW574677B (en) | Automatic transaction device | |
JPH09237305A (ja) | カードを用いた複数種の取引処理実行方法 | |
JP2005216097A (ja) | 取引口座情報提供システム及び提供方法 | |
TWI837971B (zh) | 結帳系統、結帳手段之加值方法、及程式產品 | |
JP7191161B1 (ja) | 金融機関システム、支払方法、及びプログラム | |
JP2002169953A (ja) | 家計管理システム | |
JP2004318535A (ja) | 遊技口座管理システム、遊技口座管理方法およびコンピュータプログラム | |
JP7498695B2 (ja) | 決済システム、決済手段の利用方法、及びプログラム | |
TWI846237B (zh) | 下單系統、下單方法、及程式產品 | |
JP7465326B1 (ja) | 決済システム、処理実行方法、及びプログラム | |
JP7366116B2 (ja) | 残高連携システム、残高連携方法、及びプログラム | |
JP7449908B2 (ja) | 決済システム、特典付与方法、及びプログラム | |
TWI844102B (zh) | 結帳系統、結帳方法、及程式產品 | |
JP7359919B1 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP7395549B2 (ja) | 決済システム、決済方法、及びプログラム | |
JP7419441B2 (ja) | 決済システム、決済方法、及びプログラム | |
JP2004199125A (ja) | 現金自動取引装置、現金取引方法及びローン斡旋システム | |
JP7366096B2 (ja) | 決済システム、決済方法、及びプログラム | |
JP7026094B2 (ja) | 入出金制御システム、入出金制御方法、及びプログラム | |
EP1876559A1 (en) | IC card parameters selection | |
JPWO2018020562A1 (ja) | 積立購入システム、積立購入方法、積立購入装置、及びコンピュータプログラム | |
JP2021189948A (ja) | 決済処理プログラム、装置、及び方法 |