CN102214335A - 结算系统 - Google Patents
结算系统 Download PDFInfo
- Publication number
- CN102214335A CN102214335A CN2011100900463A CN201110090046A CN102214335A CN 102214335 A CN102214335 A CN 102214335A CN 2011100900463 A CN2011100900463 A CN 2011100900463A CN 201110090046 A CN201110090046 A CN 201110090046A CN 102214335 A CN102214335 A CN 102214335A
- Authority
- CN
- China
- Prior art keywords
- user
- signal
- valuables
- information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Pinball Game Machines (AREA)
Abstract
本发明提供一种结算系统。提供一种在游艺厅也能够利用的、能够补充预存金,以便在消费了预存金后还能够继续游艺的新的电子结算技术。有价物提供装置在接收到转账请求消息时,将请求补充店铺内预存金的预存金补充请求消息发送给用户终端装置。用户终端装置在接收到预存金补充请求消息时,将转账请求消息发送到管理服务器。管理服务器在接收到转账请求消息时,将委托从用户的银行账户转账预定金额的转账委托消息发送到金融机构系统。店铺内服务器在接收到转账完成消息时,将指示提供有价物的提供指示消息发送到有价物提供装置,接收到该提供指示消息的有价物提供装置执行有价物的提供。
Description
本申请基于2010年4月8日申请的日本专利申请2010-089135号,享受其优先权的好处,将其全部内容编入到本说明书中以供参考。
技术领域
本发明涉及结算系统。
背景技术
由于近年来的信息处理技术、通信技术的发展以及通信基础设施的普及,费用/贷款的支付方法变得多样化,并且各种代替现金支付的方法也被提出并使用。如果能够在娱乐场、弹球机场馆等游艺厅的支付中使用现金以外的支付方法,则在给用户(游艺者)带来便利性的同时还能够期待通过提高游艺机的运转率来提高游艺厅的营业额。
作为现金以外的一个支付方法,提出了通过预存金方式进行支付。预存金支付方式是预先作为购入费用预存一些金额到游艺厅等有价物的提供者、借出者,从该预存金中支付有价物的购入费用等。(例如,日本特开2007-41972号公报)。
发明内容
本发明的目的在于提供一种新的电子结算技术。
作为结算系统提出了本发明的一个实施方式。
该结算系统的特征为具备:用户终端装置,发送第一信号,该第一信号包含用于确定用户及用户终端装置中的至少一方的信息即用户识别信息,并包含请求提供有价物的信息(例如,参照提供请求消息、图14、步骤S101);有价物提供装置,能够与所述终端装置通信,在接收到所述第一信号时,发送包含请求允许提供有价物的信息的第二信号(例如参照提供许可请求消息、图14、步骤102);以及服务器(例如,店内服务器以及管理服务器),与所述用户识别信息对应地存储来自该用户的预存金的数额,在从有价物提供装置接收到第二信号时,在该预存金的数额不足有价物的费用额时,将包含表示该预存金的余额不足的信息的第三信号(例如参照余额不足通知消息、图14、步骤104)发送给有价物提供装置,在接收到包含请求用于补充该预存金的转账的信息的第四信号(例如转账要求消息、图14、步骤107)时,发送包含委托从用户的账户转账预定金额的信息的第五信号(例如转账委托消息、图14、步骤109),有价物提供装置在接收到第三信号时,将包含请求补充该预存金的信息的第八信号(例如参照预存金补充请求消息、图14、步骤105)发送到用户终端装置,用户终端装置在接收到第八信号时,向服务器发送第四信号,服务器当接收到包含表示转账预定金额的信息的第六信号(例如参照转账完成消息、图14、步骤111)时,将包含指示提供有价物的信息的第九信号(例如参照提供指示消息、图14、步骤113)发送到有价物提供装置,接收到该第九信号的有价物提供装置执行有价物的提供。
根据本结算系统,即使在游艺厅也能够当场补偿预存金,以便即使在消费了能够使用的预存金后还能够继续游艺,能够继续用户的游艺。另外,能够应对连接有多个店铺的大规模的网络。
作为具有下述特征的结算系统,提出了本发明的另外一种实施方式。
该结算系统的特征为具备:用户终端装置,发送第一信号,该第一信号包含用于确定用户及用户终端装置中的至少一方的信息即用户识别信息,并包含请求提供有价物的信息(例如,参照提供请求消息、图14、步骤S101);有价物提供装置,能够与用户终端装置通信,在接收到第一信号时,发送包含请求允许提供有价物的信息的第二信号(例如,参照提供许可请求消息、图14、步骤S102);第一服务器(例如,店内服务器),与用户识别信息对应地存储来自该用户的预存金的数额,在从有价物提供装置接收到第二信号时,在来自该用户的预存金的数额不足有价物的费用时,将包含表示该预存金的余额不足的信息的第三信号发送到有价物提供装置;以及第二服务器(例如,管理服务器),在接收到包含请求用于补充该预存金的转账的信息的第四信号(例如,参照转账请求消息、图14、步骤S107)时,发送包含委托从用户的账户转账预定金额的信息的第五信号(例如,参照转账委托消息、图14、步骤S109),在接收到包含表示转账预定金额的信息的第六信号(例如,参照转账完成消息、图14、步骤S111)时,将包含表示已进行了用于补充预存金的转账的信息的第七信号发送到第一服务器,有价物提供装置在接收到第三信号时,将包含请求补充该预存金的信息的第八信号发送到用户终端装置,用户终端装置在接收到第八信号(例如,参照预存金补充请求消息、图14、步骤S105)时,将第四信号发送到第二服务器,第一服务器在接收到第七信号时,将包含指示提供有价物的信息的第九信号(例如,参照提供指示消息、图14、步骤S113)发送到有价物提供装置,接收到该第九信号的有价物提供装置执行有价物的提供。
根据本结算系统,即使在游艺厅也能够当场补偿预存金,以便即使在消费了预存金后还能够继续游艺,能够继续用户的游艺。
上述结算系统还可以具有如下特征:用户终端装置在接收到第八信号时,催促用户输入执行用于补充预存金的转账的确认,并等待该输入,在输入了确认时,将第四信号发送到第二服务器。
根据上述结算系统,能够在明确了从用户的账户的转账的使用意思之后补充预存金,能够继续用户的游艺。
另外,上述结算系统还可以具有如下特征:用户终端装置在接收到第八信号后,再次与该用户终端装置和有价物提供装置进行了通信连接时,将第四信号发送到第二服务器。
根据上述结算系统,不会因为输入使用户感到麻烦,能够迅速地在明确了从用户的账户转账的使用意思后,补充预存金,能够继续用户的游艺。
并且,上述结算系统还可以具有如下特征:第二服务器在发送了第五信号后,接收到包含表示用户的账户余额不足的信息的第十信号(例如,参照入款指示请求消息、图17、步骤S411)时,将包含请求利用其它的金融机构向该用户的账户入款的信息的第十一信号(例如,参照入款指示请求消息、图18、步骤S501)发送到用户终端装置,用户终端装置在接收到第十一信号后,将包含指示利用其它金融机构向该用户的账户入款的信息的第十二信号(例如,参照信用卡利用消息、图18、步骤S503)发送到第二服务器,第二服务器当接收到第十二信号时,发送包含请求利用其它的金融机构向用户账户转账预定金额的信息的第十三信号(例如,参照信用卡请求消息、图18、步骤S505),当接收到包含表示利用其它的金融机构向用户账户转账了预定金额的信息的第十四信号时(例如,参照转账完成消息、图19、步骤S604),将包含确认向该预存金的入款的信息的第十五信号(例如,参照入款确认消息、图19、步骤S605)发送到第一服务器,第一服务器当接收到第十五信号时,将包含指示提供有价物的信息的第十六信号(例如,参照提供指示消息、图19、步骤S606)发送到有价物提供装置,有价物提供装置当接收到第十六信号时,执行有价物的提供。
根据上述结算系统,即使在用户的账户余额不足的状态下,在游艺厅也能够补充预存金,从而在消费了能够利用的预存金之后还能够继续游艺,能够继续用户的游艺。
另外,上述结算系统还可以具有下述特征。
即,在上述结算系统中,用户终端装置还具有电子货币处理单元(例如电子货币处理部),其使用电子货币进行与用户及用户终端装置中的至少一方相关联的电子存储的有价物的费用的支付,第二服务器在电子货币的余额不足有价物提供的费用的支付时,发送包含请求用户从账户转账来补充电子货币的余额的信息的第十七信号(例如,参照转账委托消息、图25、步骤S1002),在用户的账户的余额不足时,发送包含请求利用其它的金融机构向用户的账户转账预定金额的信息的第十八信号(例如,参照信用卡利用消息、图26、步骤S1103),在接收到包含表示从用户的账户转账的信息的第十九信号(例如,参照转账完成消息、图25、步骤S1004)或包含表示利用其它的金融机构向用户的账户转账预定金额的信息的第二十信号(例如,参照转账完成通知消息、图26、步骤S1108)时,向用户终端装置发送包含指示补充电子货币的余额的信息的第二十一信号(例如,参照电子货币收费指示消息、图25、步骤S1005)。
根据上述结算系统,能够进行通过预存金和电子货币的结算,并且即使在电子货币的余额不足时,也能够补充电子货币,以便从用户的账户等补充电子货币的余额,在消费了预存金后能够继续游艺,能够继续用户的游艺。
本发明的方式的结算系统具有以下结构。
具备一种装置,其将来自用户的预存金的数额与用户识别信息一同存储,为了能够进行游艺机的游戏,根据来自所述用户的请求提供所述有价物的输入信号,提供与所述存储的该预存金的数额对应的有价物,
该装置与登录了所述用户的账户的外部的金融机构系统通信连接,能够根据该用户的请求,将预存在该外部的金融机构系统的该用户的账户中的预存金额提取到该装置侧,并且包含以下处理:
在从用户接收到请求提供有价物的输入信号时,判定该存储的预存金的数额是否足够用户请求的有价物的费用的数额的处理;
在所述判定结果为判定存储的预存金的数额不足用户请求的有价物的费用的数额时,对登录了所述用户的账户的所述外部的金融机构系统,发送委托转账用于补充该预存金的预定金额的信息的处理;
在接收到来自所述外部的金融机构系统的所述预定金额的转账完成信号时,向所述存储的所述预存金补充该转账的该预定金额的处理;以及
根据所述补充的所述预存金,为了使用户能够继续游戏,提供所述用户请求的有价物的处理。
根据本发明,能够提供一种在游艺厅也能够利用的、能够当场补充预存金,以便在消费了预存金后还能够继续游艺的新的电子结算技术。另外,也能够应对连接有多个店铺的大规模的网络。
附图说明
图1是表示第一实施方式的结算系统的一个例子的网络图。
图2是表示有价物提供装置及用户终端装置的结构例的功能框图。
图3是表示用户信息存储部存储的信息的一个例子的图。
图4是表示管理服务器的结构例的功能框图。
图5是表示在数据库中存储的用户表的结构例的图。
图6是表示在数据库中存储的用户保有金额数据的结构例的图。
图7是表示在数据库中存储的游艺厅运营商表的结构例的图。
图8是表示在数据库中存储的游艺厅运营商保有金额数据的结构例的图。
图9是表示在数据库中存储的店铺内服务器表的结构例的图。
图10是将管理服务器做成分散服务器时的一个结构例的功能框图。
图11是表示店铺内服务器的结构例的功能框图。
图12是表示用户表的数据结构例的图。
图13是表示用户预存金表的数据结构例的图。
图14是表示第一实施方式的结算系统的动作例的顺序图。
图15是表示第一实施方式的变形例的动作例的顺序图。
图16是表示使用信用卡时的结算系统的动作例的顺序图。
图17是表示第二实施方式的结算系统的动作例的顺序图。
图18是表示继续图17的顺序的图。
图19是表示继续图18的顺序的图。
图20是表示第三实施方式的结算系统的结构例的框图。
图21是表示第三实施方式的用户终端装置、有价物提供装置的结构例的功能框图。
图22是表示第三实施方式的结算系统的动作例的顺序图。
图23是表示继续图22的动作的顺序图。
图24是表示继续图23的动作的顺序图。
图25是表示继续图24的动作的顺序图。
图26是表示用户的银行账户不足时的动作例的顺序图。
具体实施方式
以下参照附图对本发明的实施方式进行说明。
以往,在预存金方式中,通过具备管理预存金的数据库的装置(服务器)来进行因使用使预存金减少,因追加入款使预存金增加的预存金的金额的变动的管理。
即使在通过该现有的预存金方式的支付中,当因用户持续进行游艺等导致预存金用完时,预存金余额不足就无法继续进行游艺。此时,用户必须进行从银行等提取现金,再次进行预存的手续。
因此,在游艺者在游艺中消费完预存金之后,即使具有还想再稍微玩一会,或者在游艺厅中买点什么这样的要求时,目前没有准备能够应对这样的要求的结算方法,游艺厅不得不错失这样潜在的需求。
因此,本发明的目的在于提供一种在游艺厅中也能够使用的、能够当场补充预存金,以便在消费了预存金后也能够继续游艺的新的电子结算技术。以下对本发明的新的电子结算技术的实施方式进行详细说明。
[第一实施方式]
[第一实施方式的结算系统的结构例]
图1是表示第一实施方式的结算系统的一个例子的网络图。
在该图所示的例子中,结算系统1具有管理服务器10、用户终端装置20、有价物提供装置30以及店铺内服务器31。另外,结算系统1能够与金融机构系统40、信用卡系统45进行通信地连接。
管理服务器10经由通信网50,与用户终端装置20、店铺内服务器31以及金融机构系统40、信用卡系统45连接。
管理服务器10与通信网50连接,能够经由通信网50与店铺内服务器31通信。用户终端装置20能够经由基站(BS)60、移动通信网70以及连接移动通信网70和通信网50的网关80与管理服务器10、店铺内服务器31、金融机构系统40通信,并且通过用户终端装置20具备的近距离通信单元(例如非接触式IC卡及其读取器/写入器)与有价物提供装置30通信。
金融机构系统40是能够电子地进行以下的账户的出入款的系统。结算系统1利用的金融机构系统40具有:作为玩游艺机的人的、使用本电子结算系统进行支付的人(以下称为用户)的账户(以下称为用户的银行账户)、直接或间接进行结算系统1的运营、管理,接受结算系统1的运营的等价/费用/手续费等的人(以下称为结算运营商)的账户(以下称为结算运营商账户)、以及作为向用户提供有价物的人的、使用本结算系统1接受来自用户的支付的人(以下称为游艺厅运营商)的账户(以下称为游艺厅运营商账户)。可以将这些用户的银行账户、结算运营商账户、游艺厅运营商账户设置在相同的金融机构系统40中,也可以设置在相互不同的金融机构系统40中。在图1中,图示了将这些账户设置在相同的金融机构系统40中,但是并不意味将本实施方式限定于这样的方式。
信用卡系统45是使用信用卡(本发明的“其它金融机构”),电子地进行各种结算、支付的系统,例如在交通系统的电子货币Suica(Suica是东日本旅客铁道股份公司的登录商标)系统中,存在当电子货币成为预先设定的金额以下时,利用信用卡结算,自动地将预先登录的金额入款到电子货币的“Suica自动收费服务”。另外,作为使用者自己进行操作的方法,在所述电子货币是Suica时,能够从便携式电话的专用菜单,通过信用卡结算将指定的金额入款到电子货币中。在此记载的实施例虽然利用信用卡结算对电子货币入款,但是不存在使用针对银行账户的信用卡结算的、自动或一次触摸(one-touch)的入款方法。另外,在本说明书中,为了方便说明假设了“信用卡系统”但是,只要是为了进行电子货币的补充能够融资的系统,并不限于信用卡的系统。
以下对上述结算系统1的各构成要素进行说明。
[1.1有价物提供装置]
有价物提供装置30是作为用户使用用户终端装置20进行了电子结算的等价物,对用户提供某种有价物(作为能够与金钱交换购入的有形物、无形物)的装置。有价物提供装置30例如是游艺厅的借球机、奖牌借出装置、CAT终端装置、游艺者追踪系统(Player Tracking System)装置(或PTS终端)等。游艺者追踪系统是在娱乐场等游艺厅中,能够在游艺机(例如老虎机)之间的有价物的移动或换为现金中,使用IC卡那样的记录介质的系统。一般来讲,在游艺者追踪系统中,把IC卡插入游艺者追踪系统装置中,根据游艺结果,将赋予游艺者的有价物存储在IC卡中,当游艺者结束游艺时等,从插卡槽返还给游艺者,游艺者能够将返还的IC卡移动到其它游艺机使用。另外,本实施方式的有价物提供装置30不必是如借球机或奖牌借出机那样的将有价物直接提供给用户的装置,例如也包含如下装置:如借记卡的结算终端、信用卡的CAT终端那样,将能够电子结算的旨意通知给游艺厅(店铺)侧,使游艺厅侧将物品等递交给用户等间接地向用户提供有价物。
图2是表示有价物提供装置30及用户终端装置20的结构例的功能框图。以下,参照图2对有价物提供装置30的结构进行说明。
有价物提供装置30具有网络通信处理部301、提供控制部302、提供装置侧近距离通信部303、有价物供给部304、以及游艺履历处理部305。
网络通信处理部301具有执行与店铺内服务器31的通信的功能,例如是装配了协议栈的通信端口等。另外,可以对店铺内服务器31连接多台有价物提供装置30,通过LAN等通信网或其它通信单元将有价物提供装置30和店铺内服务器31连接起来。
提供控制部302具有对网络通信处理部301、提供装置侧近距离通信部303、以及有价物供给部304的动作进行命令/控制的功能,例如是装配了用于实现有价物提供装置30的程序的微型计算机。
提供装置侧近距离通信部303具有与装配在用户终端装置20上的终端侧近距离通信部201进行通信的功能,例如是非接触式IC卡的读取器/写入器。另外,提供装置侧近距离通信部303使用的通信方式并不限于无线,也可以是红外线通信。另外,未必为非接触式的通信方式,采用通过通信电缆或USB插口(USB socket)连接进行通信的方式,本发明也成立。
有价物供给部304具有根据提供控制部302的命令向用户提供有价物的功能。有价物供给部例如是借球机的借球输出部、奖牌借出机的奖牌漏斗(medal hopper)、认证终端(例如CAT终端)的显示器或打印机等。有价物只要是能够通过金钱购入的物品即可,借球、借奖牌、娱乐场用于游艺币(chip)(奖牌)、预付卡(prepaid card)、有价卡(on value card)(店铺卡:house card)、写入存储介质中的积分(point)、或者这些的等同品,或者无形的服务等。有价物供给部304未必限于直接向用户提供有价物,也可以间接地向用户提供有价物。例如有价物供给部304是液晶显示器装置,将指示游艺厅的店员或职员转交商品的消息显示在该液晶显示器装置上也是本发明的提供有价物的一个方式。
游艺履历处理部305具有如下功能:根据游艺者使用有价物提供装置30,来生成与游艺者的游艺履历有关的数据即游艺履历数据,并经由网络通信处理部301发送到店铺内服务器31或管理服务器10。
例如,假设有价物提供装置30是附设在某种特定的游艺机中的借出机(借球机)。游艺者为了通过附设了该中间机的游艺机进行游艺,通过借出机即有价物提供装置30和用户终端装置20即自己的便携式电话机,通过本结算系统1进行结算来接受借球。游艺履历处理部305根据提供控制部302的动作状况以及游艺机的动作状况,来生成哪个游艺者何时玩了哪个游艺机、玩了多少金额等数据即游艺履历数据,并将其发送到管理游艺履历数据的服务器。在每次使用全部的有价物提供装置30时,将游艺履历数据发送到服务器并存储。通过解析该游艺履历数据、通过数据挖掘法(data mining)进行分析等,来解明游艺者的行动倾向、游艺机的受欢迎倾向、按时间带划分的利用动向等,结果能够取得成为店铺经营、游艺机开发等的资料的有用的信息。
另外,在该实施方式中,作为管理游艺履历数据的服务器,使用管理服务器10进行说明,但是管理游艺履历数据的服务器当然也可以作为与管理服务器10不同的服务器装置组装在本结算系统1中。
[1.2用户终端装置]
接着,参照图2对用户终端装置20进行说明。用户终端装置20能够经由通信网50与管理服务器10通信,并且是能够使用近距离通信单元与有价物提供装置30通信的终端装置。另外,用户终端装置20也可以经由通信网50与店铺内服务器31通信。
用户终端装置20例如是具有非接触式IC卡(例如Felica,Felica是索尼公司的注册商标)功能的便携式电话机、装配有近距离通信单元以及无线通信单元的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公式的注册商标)的微型计算机。
无线通信部203具有执行用户终端装置20与移动通信网70连接,经由移动通信网70进行通信的功能,例如是具有调制电路、解调电路的无线通信电路。移动通信网可以是一般的便携式电话的通信网,也可以是WIMAX或无线LAN的通信网。
输入部204具有将用户的指示变换为电信号交给支付请求生成部202、转账请求生成部207等的功能,例如是便携式电话机的按键、手写笔和触摸板、指点设备。
输出部205具有用于用户终端装置20向用户传达信息的信息输出功能,例如是便携式电话机的液晶屏、声音输出装置(扬声器等)或小型打印机等。
用户信息存储部206具有存储用户的支付或结算所需要的信息的功能。图3是表示用户信息存储部206存储的信息的一个例子。在该例中,用户信息存储部206存储:唯一确定作为该用户终端装置20的使用者登录的用户的信息即用户ID208;用于管理服务器10及/或店铺内服务器31进行用户的本人认证的密码209;用于确定用户提取支付费用的、相当于用户银行账户的用户账户41的信息即银行号210、分行号211以及账户号码212、以及在该账户中设定的个人识别号213。这些信息即银行号210、分行号211账户号码212、个人识别号213在用户安装使用户终端装置20具有支付请求生成部202以及转账请求生成部207的功能的应用程序时、或者在进行为了接受本结算系统1的服务的用户登录时等,由用户进行输入即可。例如,在用户终端装置20中启动的应用程序要求用户从输入部204输入这些信息,并将输入的信息208~213存储在用户信息存储部206中。在生成用于从用户账户41向结算运营商账户42存款(deposit)的转账请求的转账请求消息时使用这些信息208~213,作为转账请求消息的一部分发送到管理服务器10。因此,用户不必随身携带信用卡或借记卡到银行,并且在结算时仅将必须的个人信息、账户信息、个人识别号等输入到自身具有的用户终端装置20中即可,因此信息泄露的可能性极低,能够安心利用。
另外,用户ID208可以是管理服务器10自动分配的识别号,也可以是用户终端装置20具有的识别信息,例如FelicaID(“Felica”是索尼股份公司的注册商标)、个体识别号(包含FOMA卡识别信息(“FOMA”是股份公司NTTDOCOMO的注册商标)。
[1.3管理服务器]
返回图1继续说明结算系统1的构成要素。
结算系统1,具有管理服务器10作为其核心构成要素。管理服务器10是具备运算处理装置(CPU)、主存储器(RAM)、读出专用存储器(ROM)、输入输出装置(I/O)、必要时还具备硬盘装置等外部存储装置的装置,例如是计算机、工作站等信息处理装置。在所述ROM、或者硬盘装置等中存储有使信息处理装置具有管理服务器10的功能的程序、或使计算机执行电子结算方法的程序,将该程序加载主存储器上,通过CPU执行该程序来实现管理服务器10,或执行电子结算方法。另外,上述程序也不必一定存储在信息处理装置内的存储装置中,也可以从外部装置(例如ASP(应用程序服务供应商的服务器等))提供,然后将其加载主存储器。并且,该管理服务器10也可以由单个装置构成,还可以通过网络结合多个装置来构成。管理服务器10可以是将全部功能集中在一个地方的中心结构,还可以是按每个功能进行划分,能够进行分散处理的分散服务器结构。
以下,参照图4对管理服务器10进行说明。图4是表示管理服务器10的结构例的功能框图。图4所示的管理服务器10具有网络通信处理部401、支付请求处理部402、数据库部403、转账请求处理部404、精算处理部405、以及游艺信息更新部406。这些各部是通过存储程序的存储装置以及执行该程序的CPU等来实现的构成要素。
网络通信处理部401具有经由通信网50执行与用户终端装置20、店铺内服务器31、以及金融机构系统40、信用卡系统45通信的功能,例如是用于执行协议栈的通信端口。
数据库部403存储在本结算系统1中登录的各用户的保有金额数据700、游艺厅运营商的保有金额数据900,并且存储在与金融机构系统40之间进行转账所需要的信息即用户表600、用户保有金额数据700、游艺厅运营商表800、游艺厅运营商保有金额数据900、店铺内服务器表1000、以及游艺履历信息1100。
图5是表示在数据库部403中存储的用户表600的结构例。用户表600是存储与用户(游艺者)有关的信息的数据。用户表600是针对每个用户具有一个记录601的数据,各记录601存储用户ID602、密码603、邮件地址604、以及用于确定用户的账户即提款目标账户的银行号605、分行号606、账户类别607、账户号码608、账户名609及个人识别号610。用户ID602是用于唯一确定用户的信息。密码603是用于防止第三者假冒该用户非法利用本电子结算系统1的信息。邮件地址604是在结果通知部407通知用户支付处理的处理结果时作为其电子邮件的发送目标即目标地址而使用的信息。银行号605、分行号606、账户类别607、账户号码608、账户名609及个人识别号610是用于对金融机构系统40指定提款目标账户,使用账户的信息。
在用户向管理服务器10进行用户登录时,把在用户表600中存储的信息输入给管理服务器10。
图6是在数据库部403中存储的用户保有金额数据700的结构例。用户保有金额数据700是针对每个用户具有一个记录701的数据,各记录701具有:存储用户ID的用户ID字段702;存储用于唯一确定店铺内服务器31的信息即店铺内服务器ID的店铺内服务器ID字段703;以及存储该用户在通过店铺内服务器ID所确定的店铺内服务器31中的预存的金额即保有金额的保有金额字段704。重写在保有金额字段704中存储的值,以便当用户在结算系统1的店铺内服务器31中预存时增加预入额的量,当使用有价物提供装置30进行支付时减少支付额的量。另外,即使是同一个用户也能够针对每个店铺内服务器管理保有金额,所以针对同一个用户能够持有多个记录701。
图7是在数据库部403中存储的游艺厅运营商表800的结构例。游艺厅运营商表800是存储与游艺厅运营商有关的信息的数据。游艺厅运营商表800是针对加入到结算系统1的每个游艺厅运营商,具有一个记录801的数据。各记录801存储:存储游艺厅运营商ID的游艺厅运营商ID802,以及用于确定该游艺厅运营商的账户即转账从用户向有价物提供装置30所支付的金额的转账目标账户的银行号803、分行号804、账户类别805、账户号码806以及账号名807。游艺厅运营商ID802是用于唯一确定游艺厅运营商的信息。银行号805、分行号806、账户类别807、账户号码808以及账户名809是用于对银行金融系统40指定转账目标账户的信息。
在游艺厅运营商加入登录到结算系统1时,将在游艺厅运营商表800中存储的信息输入到管理服务器10。
图8是在数据库部403中存储的游艺厅运营商保有金额数据900的结构例。游艺厅运营商保有金额数据900是针对在结算系统1中登录的每个游艺厅运营商具有一个记录901的数据。各记录901具有游艺厅运营商ID902和存储结算系统1向游艺厅运营商账户转账的金额即保有金额的保有金额903。重写在保有金额903中存储的值,以便增加经由店铺内服务器31利用有价物提供装置30从用户支付的数目、减少使用金融机构系统40向游艺厅运营商账户转的账额数目。
图9是在数据库部403中存储的店铺内服务器表1000的结构例。店铺内服务器表1000是针对在结算系统1中包含的各店铺内服务器31具有一个记录1001的数据,各记录1001存储店铺内服务器ID1002、店铺内服务器IP地址1003以及游艺厅运营商ID1004。
店铺内服务器ID1002是用于唯一确定店铺内服务器31的信息,店铺内服务器IP地址1003是用于管理服务器10与店铺内服务器31进行通信的目标地址信息,例如是为了发送向某店铺内服务器31通知来自用户的预存金的预存金通知消息而使用的、用作发送目标地址的信息。游艺厅运营商ID1004是用于确定针对被赋予了该店铺内服务器ID1002的店铺内服务器31,具有取得相当于用户的消费金额的支付的权利的游艺厅运营商的信息,使用与游艺厅运营商表800的游艺厅运营商ID802(参照图7)相同的ID。
游艺履历信息1100是表示游艺者何时在哪里在哪个游艺机进行了多少游艺等与游艺有关的履历的信息,是通过存储各有价物提供装置30的游艺履历处理部305生成的,经由店铺内服务器31发送的游艺履历数据而生成的信息。能够通过公知的市场分析或数据挖掘法来分析该游艺履历信息1100,由此获得各种有用的信息。
返回图4继续对管理服务器10的结构例进行说明。
接着对转账请求处理部404进行说明。转账请求处理部404具有处理从用户终端装置20接收到的转账请求消息的功能。转账请求处理部404经由网络通信处理部401从用户终端装置20或店铺内服务器31接受转账请求消息等。转账请求消息的内容是:从用户的银行账户提取指定的金额,以便通过结算系统1更详细地讲是通过指定的店铺内服务器31能够使用提取的金额。接受了该转账请求消息等的转账请求处理部404检查在数据库部403中存储的用户表600。转账请求处理部404从用户表600取得用于确定成为转账源账户的用户账户的信息即银行号605、分行号606、账户类别607、账户号码608、账户名609以及个人识别号610,将这些信息与用于确定成为转账目标账户的结算运营商账户43的信息一起作为转账委托消息,经由网络通信处理部401发送到金融机构系统40。金融机构系统40当接受到转账委托消息时,将指定的金额从用户的银行账户转账到结算运营商账户。转账的金额是用户使用本结算系统1能够使用的资金(除去手续费)。
接着对精算处理部405进行说明。精算处理部405从各店铺内服务器31接收表示用户消费的金额的消息,并根据该消息变更或更新游艺厅运营商保有金额数据900、更详细地讲是变更或更新保有金额903。另外,精算处理部405向金融机构系统40请求从结算运营商账户向各游艺厅运营商的游艺厅运营商账户转账游艺厅运营商保有金额数据900表示的金额。该转账的资金的金额相当于结算系统1从用户预存向游艺厅运营商的支付金额,即相当于游艺厅运营商保有金额数据900的保有金额903。在本实施方式中,精算处理部405自主地进行转账委托处理。例如,精算处理部405按照预定的定时(例如每日深夜0点、每周末)自动地启动。启动后的精算处理部405向各店铺内服务器31查询用户消费的金额,即向游艺厅运营商的支付额,并根据店铺内服务器31回应该查询而发送的支付请求消息来更新游艺厅运营商保有金额数据900的保有金额903。另外,精算处理部405检查在数据库部403中存储的全部的游艺厅运营商保有金额数据900,对于还未转账的游艺厅运营商账户,金融机构系统40发送从结算运营商账户向相应的游艺厅运营商账户转账的转账委托。
游艺信息更新部406具有如下功能:时刻蓄积存储经由店铺内服务器31从有价物提供装置30的履历消息处理部305接收到的游艺履历数据,并进行游艺履历信息1100的更新。
[1.3.1管理服务器的分散服务器结构]
在图4所示的例子中,图示了通过一个服务器装置来实现管理服务器10,但是管理服务器10当然并不限于通过这样的服务器装置的结构。
图10是表示将管理服务器10做成分散服务器结构时的一个结构例的功能框图。对与图4所示的结构要素相同的构成要素赋予相同的参照号码,并省略详细说明。
通过将管理服务器10做成分散服务器结构,能够降低与用户或游艺厅运营商相关的信息被泄露或被盗窃的可能性,从而能够提高对于本电子结算系统1的安全性的可信度。
做成分散服务器结构时的电子结算服务器10由应用软件服务器501、一个或多个数据库服务器502A~502D构成。应用软件服务器501具有网络通信处理部401、转账请求处理部404、精算处理部405以及游艺信息更新部406。
在图10所示的例子中,四个数据库服务器502A、502B、502C、502D能够经由局域网503与应用软件服务器501通信地连接。四个数据库服务器502A~502D是与图4所示的数据库部403相对应的结构要素。在该结构例中,第一数据库服务器502A存储用户表600和用户保有金额数据700,第二数据库服务器502B存储游艺厅运营商表800和游艺厅运营商保有金额数据900,第三数据库服务器502C存储店铺内服务器表1000,第四数据库服务器502D存储游艺履历信息1100。应用软件服务器501根据处理的需要向这些数据库服务器502A~502D请求需要的信息,数据库服务器502A~502D根据请求从存储的内容中取出需要的信息交给应用软件服务器501。
另外,如何划分数据库部403,做成几个数据库服务器502、如何分配各个数据库服务器的存储内容(表、数据)都能够任意地规定,并不限于图10所示的结构。此时,多个数据库服务器502A~502D不设置在相同场所,而是设置在物理上不同的场所进行管理,由此来进一步加强防止信息的泄露。
[1.4店内服务器]
继续说明结算系统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发送消息(称为提供指示消息),以便进行有价物的支出。
以下参照图11对店铺内服务器31进行说明。图11是表示店铺内服务器31的结构例的功能框图。
图11表示的店铺内服务器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,例如营业结束时、每一周等。
接下来对数据库部560进行说明。数据库部560存储用户表561、用户预存金数据562以及游艺履历信息563。
用户表561是存储有与用户(游艺者)有关的信息的数据。图12表示用户表561的数据结构例。在该例中表示的用户表561是针对使用该店铺内服务器31的每个用户具有一个记录561A的数据,各记录561A具有存储用于唯一确定用户的信息即用户ID的用户ID字段561B、存储密码的密码字段561C以及存储邮件地址的邮件地址字段561D。
用户预存金表562是针对使用该店铺内服务器31的每个用户具有一个记录的数据。图13表示用户预存金表562的数据结构例。用户预存金表562具有的记录562A具有:存储用户ID的用户ID字段562B;关于该店铺内服务器31存储从该用户委托结算运营商的金额即预存金的金额的预存金额字段562C;以及存储该用户使用该店铺内服务器31管理的有价物提供装置30所消费的金额的消费金额字段562D。另外,用户预存金相当于后输的“用户的店铺内预存金”。
游艺履历信息563是从与该店铺内服务器31连接的有价物提供装置30所发送的、与游艺者的游艺履历有关的数据即游艺履历数据或这样的数据的集合。
[1.5管理服务器和店铺内服务器]
管理服务器10和店铺内服务器31可以为不同的装置,即使是通过一个信息处理装置来实现管理服务器10和店铺内服务器31双方的功能,本实施方式也成立。
(1.6通信网)
返回到图1,再次对本实施方式的结算系统1的结构要素进行说明。
通信网50具有如下作用:可以是有线/无线、专用线路/交换线路,在与其连接的装置对各个目标装置确立对话时,能够在该装置间进行信息的收发。通信网50可以如因特网那样,经由网关组合多个网络来实现。另外,关于该连接即使不与被称为中枢网络(backbone)的主干线直接连接而通过PPP连接等进行暂时连接,也能够在确立了对话时在该期间进行信息的收发。另外,上述“通信网”还包含不使用固定地布满专用线路那样的交换机、交换装置、路由器等路径切换单元的通信网。
(1.7移动通信网、网关、基站)
图1所示的结算系统1的结构例是假设使用便携式电话作为用户终端装置20的情况。因此所图示的是:用户终端装置20即便携式电话首先通过无线线路与基站60连接,从该基站60经由移动通信网70及网关80与管理服务器10所连接的通信网50连接。但是,如果用户终端装置20能够直接连接通信网50,则用户终端装置20也可以不经由移动通信网70或网关80地与管理服务器10连接。例如在用户终端装置20具有无线LAN连接功能时,不必经由移动通信网70及网关80进行通信。例如即使是用户终端装置20通过接入到与通信网50连接的热点(hot spot)(无线LAN终端)来与通信网50进行连接的结构,本发明也成立。
(1.8金融机构系统)
金融机构系统40是具有如下功能的系统:根据来自管理服务器10的转账请求,从用户的银行账户向结算运营商账户以及从结算运营商账户向游艺厅运营商账户转账指定的金额。另外,在图1所示的例子中,图示了通过通信网50连接管理服务器10和金融机构系统40,但是即使经由专用线路(图略)连接管理服务器10和金融机构系统40,本实施方式也成立。例如金融机构系统40是所谓网络银行准备的系统时,是经由通信网50连接管理服务器10和金融机构系统40的结构。
(2.第一实施方式的结算系统的动作例)
图14是表示第一实施方式的结算系统1的动作例的顺序图。以下,参照图14来阐述该结算系统1的动作例。
首先,该结算系统1的用户进入到某个店铺(例如游艺厅),为了游艺希望提供有价物即游艺介质。另外,该用户已经在本系统中完成用户登录,在店铺内服务器31中登录了自己的店铺内预存金、用户终端装置20的识别信息。另外,在管理服务器10中登录了进行转账处理等使用的自己的银行账户、信用卡号码等。
首先,用户使用户终端装置20接近有价物提供装置30,使得两装置能够通信。用户终端装置20向有价物提供装置30发送提供请求消息。在此,“提供请求消息”是有价物提供装置30能够识别从用户请求提供有价物的信息,只要是能够进行该识别,可以是任何的信息。例如,可以是由设定在用户终端装置20中的IC卡用应用程序识别号和用户终端装置20的识别信息的组合构成的数据。另外,在本说明书中“消息”以包含能够传达某种信息的信号、信号列的意义来使用。
接收到提供请求消息的有价物提供装置30将询问针对发送了该消息的用户终端装置20,是否可以执行有价物提供的消息即提供许可请求消息发送到店铺内服务器31(S102)。接收到提供许可请求消息的店铺内服务器31执行判定是否能够从与用户终端装置20对应的用户的店铺内预存额(相当于本发明的“用户预存金的数额”)中取走提供有价物的费用的余额确认处理(S103)。另外,上述费用的数额被预先设定登录在某个设备中(例如一律是1000日元等)。
另外,图14中未图示,但是在能够取走费用时,店铺内服务器31将有价物提供许可消息发送到所述有价物提供装置30,接收到有价物提供许可消息的所述有价物提供装置30向用户提供与所述费用对应的数量的有价物。
另一方面,当用户的店铺内预存金额低于有价物的费用的数额,而无法取走费用时,店铺内服务器31将余额不足通知消息发送到所述有价物提供装置30(S104)。“余额不足通知消息”只要是有价物提供装置30能够识别用户的店铺内预存金额不足,因此无法提供有价物的内容,则可以是任何消息。
接收到余额不足通知消息的所述有价物提供装置30向所述用户终端装置20发送预存金额补充请求消息(S105)。在此“补充”表示追加入款。“预存金额补充请求消息”只要是所述用户终端装置20能够识别为了接受有价物的提供,需要进行用户的店铺内预存金的补充的内容,则可以是任何消息。例如即使是表示补充请求的错误号码也可以。另外,在本实施方式中,在预存金额补充请求消息中包含应该向用户的店铺内预存金追加的金额(例如1000日元)和表示应该追加的金额的转账目标的转账目标账户的信息,但是也可以将这些信息预先存储在用户终端装置20中。
接收到该预存金额补充请求消息的用户终端装置20进行催促用户输入执行用于补充预存金的转账的确认,并等待该输入的补充执行确认处理(S106)。当进行了确认的输入时,用户终端装置20将转账请求消息发送到管理服务器10,该转账请求消息是请求进行从该用户的银行账户(相当于本发明的“用户的账户”)向所述转账目标账户转账所述费用的金额的消息(步骤S107)。另外,在本实施方式中,转账请求消息不是经由有价物提供装置30、店铺内服务器31,而是经由移动通信网等,用户终端装置20和管理服务器10进行通信,但是本发明并不限于涉及的通信路径。成为补充用户预存金的补充源的用户账户不限于银行账户,只要是能够转账的账户,哪个机构、运营商的账户都可以。
接收到转账请求消息的管理服务器10执行生成转账委托消息的转账委托处理,该转账委托消息是请求处理所述转账目标账户的金融机构系统即金融机构系统40从该用户的银行账户向所述转账目标账户转账所述金额的消息(S108)。另外,关于用户的银行账户,只要使用预先准备的、与用户终端装置20的识别信息等对应存储的数据来确定即可。管理服务器10将生成的转账委托消息发送到所述金融机构系统40(S109)。
接收到转账委托消息的所述金融机构系统40进行从该用户的银行账户向所述转账目标账户转账所述费用的处理即转账处理(S110)。当转账正常完成时,所述金融机构系统40向管理服务器10发送转账完成消息(S111)。
接收到转账完成消息的管理服务器10向所述店铺内服务器31发送通知已经进行了向所述用户的店铺内预存金追加所述金额的入款的消息即入款确认消息(S112)。接收到该入款确认消息的店铺内服务器31确定与入款确认消息对应的余额不足通知消息(参照S104),向确定的余额不足通知消息的发送目标即有价物提供装置30发送提供指示消息(S113)。接收到该提供指示消息的有价物提供装置30执行提供与所述金额相当的有价物的处理即提供处理(S114)。通过提供该有价物,在本系统中的步骤S101进行的提供请求消息的处理完成,用户获得有价物。
[2.1变形例1]
接着说明上述实施方式的变形例。
在上述实施方式中,在步骤S107中,用户终端装置20经由移动通信网等、将转账请求消息发送到管理服务器10,但是即使变形为经由有价物提供装置30及店铺内服务器31将该转账请求消息发送到管理服务器10,本发明也成立。参照图15来说明该变形例的动作。图15是表示本变形例的动作例的顺序图。
假设现在通过用户终端装置20进行图14所示的步骤S106的补充执行确认处理,用户进行确认的输入。接受到确认的输入的用户终端装置20向有价物提供装置30发送请求从该用户的银行账户向所述转账目标账户转账所示金额的消息即转账请求消息(S201)。在该变形例中,在转账请求消息中可以不包含转账目标账户及金额。可以预先将这些信息存储在店铺内服务器31或管理服务器10中来使用。
另外,还可以使用用户再次使用户终端装置20与有价物提供装置30进行通信的行为来代替上述用户的确认输入。例如,即使通过使装载有非接触式IC卡的用户终端装置20遮盖具备非接触式IC卡用读取器的有价物提供装置30的非接触式IC卡用读取器部分的行为,来代替用户输入确认的结构,本实施方式也成立。
有价物提供装置30将转账请求消息发送到店铺内服务器31(S202),店铺内服务器31将转账请求消息发送到管理服务器10(S203)。然后执行图15所示的步骤S204~步骤S210的处理。步骤S204~步骤S210的处理是分别对应图14所示的步骤S108~步骤S114的相同内容的处理,因此省略说明这些处理内容。
[2.2变形例2:银行账户余额不足时]
在图14的步骤S11的处理中,说明了用户的银行账户余额足够转账金额的情况。在用户的银行账户余额不足时,可以从金融机构系统40向管理服务器10回复无法转账的通知,不能进行有价物提供的处理,但是即使从用户的信用卡向用户的银行账户入款,来进行有价物提供的结构本实施方式也成立。图16表示从用户的信用卡向用户的银行账户入款,以便能够提供有价物时的本结算系统1的动作例。
前提是进行了步骤S109(参照图14)或步骤S205(参照图15)。在用户的银行账户的余额(例如500日元)不足转账请求金额(例如1000日元)时,金融机构系统40执行余额不足时处理(S301)。余额不足处理是把对预先设定在用户的银行账户中的信用卡进行处理的信用卡公司的在线结算系统(以下称为“信用卡系统”)中预先设定的金额转账到该用户的银行账户的处理。
在余额不足时处理(S301)后,金融机构系统40将信用卡利用消息发送到信用卡系统45(S302)。信用卡系统45根据信用卡利用消息,将请求向用户的银行账户转账设定的金额的转账请求消息发送到金融机构系统40(S303)。接收到该转账请求消息的金融机构系统40进行向用户的银行账户转账所设定的金额(例如50,000日元)的转账处理(S305)。然后,金融机构系统40,关于作为用户的店铺内预存金所支付的金额(例如1000日元),进行从用户的银行账户向店铺内预存金的接受银行账户(例如,设置有店铺内服务器31的游艺厅的运营公司的银行账户,或本系统的运营公司的银行账户等)的转账(S310)。并且,在上述处理中,说明了金融机构系统40向信用卡系统45发送信用卡利用消息(参照S302)的结构,但是本实施方式并不限于所述结构,即使在余额不足时处理(S301)之后,金融机构系统40将通知余额不足的消息发送到管理服务器10,接收到该消息的管理服务器10将信用卡利用消息发送到信用卡系统45,本实施方式也成立。另外,此时,管理服务器10可以将催促用户确认利用信用卡的消息发送到用户终端装置20,从用户终端接受表示确认利用信用卡的消息,接收到该消息时,将信用卡利用消息发送到信用卡系统45。
另一方面,当转账正常完成时,所述金融机构系统40将转账完成消息发送到管理服务器10(S306)。接收到转账完成消息的管理服务器10将入款确认消息发送到所述店铺内服务器31,该入款确认消息是通知进行了向所述用户的店铺内预存金入款了所述金额(在所述例中为1,000日元)的消息(S307)。接收到入款确认消息的店铺内服务器31确定与该入款确认消息对应的余额不足通知消息(参照S104),向确定的余额不足通知消息的发送目标即有价物提供装置30发送提供指示消息(S308)。接收到该提供指示消息的有价物提供装置30执行与所述金额相当的有价物的提供(S309)。
通过这样的结构,即使在用户的银行账户的余额不足的状态下,在不脱离设定金额的范围内,用户能够立即接受有价物的提供。
[第二实施方式]
对本发明的第二实施方式进行说明。
[3.1计算系统的结构例]
第二实施方式的结算系统与第一实施方式的结算系统1的结构相同。与第一实施方式的结算系统1不同的之处在于:在用户的银行账户的余额不足时,用户终端装置20执行使用户进行从信用卡向银行账户入款的指示的处理。
[3.2系统的动作例]
对第二实施方式的结算系统的动作例进行说明。图17、图18、图19是表示第二实施方式的结算系统的动作例的顺序图,图18是表示继续图17的顺序的图,图19是表示继续图18的顺序的图。
首先,执行图17所示的步骤S401~步骤S409的处理。步骤S401~步骤S409是分别与图14所示的步骤S101~步骤S109对应的相同内容的处理,因此省略这些步骤S401~步骤S409的处理内容的说明。
接收到在步骤S409中发送的转账请求消息的金融机构系统40执行转账处理(S410)。在此,假设用户的银行账户的余额不足来说明以后的动作。另外,在银行账户的余额足以转账的程度时的动作与第一实施方式中的步骤S110~步骤S114相同。
在步骤S410,认识到用户的银行账户余额(例如500日元)不足请求的转账额(例如1,000日元)的金融机构系统40将通知用户的银行账户的余额不足的消息即余额不足通知消息发送到管理服务器10(S411)。
接收到余额不足通知消息的管理服务器10将入款指示请求消息发送到用户终端装置20(图18,S501)。入款指示请求消息是针对用户请求进行指示从信用卡向用户的银行账户入款的输入的消息。接收到入款指示请求消息的用户终端装置20执行显示请求进行指示从信用卡向用户的银行账户入款的输入的输入画面,等待用户的输入的指示输入等待接受处理(S502)。指示输入等待处理例如是在用户终端装置20的液晶显示器中显示“银行账户的余额不足。从信用卡向银行账户入款初始设定额(50,000日元)吗?<OK>”这样的消息,在该画面显示后用户进行了预定的操作(例如按下决定按钮)时,进行了从信用卡向银行账户的入款指示输入。另外,在上述例子中,做成了入款初始设定金额的处理,但是当然也可以做成用户能够指定入款额。
接受到用户的指示输入的用户终端装置20将信用卡利用指示消息发送到管理服务器10(S503)。信用卡利用指示消息只要是清楚对所述入款指示请求消息进行了用户的指示输入的信息,可以为任何数据。
接收到信用卡利用指示消息的管理服务器10执行信用卡委托处理(S504)。信用卡委托处理是将登录在管理服务器10中的、在信用卡系统中设定的金额转账到银行账户的处理。
信用卡委托处理(S504)之后,管理服务器10将信用卡请求消息发送到信用卡系统45(S505)。信用卡请求消息是作为信用卡的使用数额向用户的银行账户请求预定金额的转账的消息。
之后,进行图19所示的步骤S601~步骤S609的处理,对用户提供有价物。步骤S601~步骤S609的处理的内容与在第一实施方式中阐述的步骤S303~S310的处理的内容相同,因此在此省略这些处理的内容的说明。
[第三实施方式]
接下来说明第三实施方式。
第三实施方式的结算系统的特征在于用户能够使用所谓的电子货币进行有价物的购入。另外,在用户的银行账户、电子货币的余额不足时能够补充余额。
[4.1结算系统的结构例]
图20表示第三实施方式的结算系统的结构例。第三实施方式的结算系统1A基本上与图1所示的第一实施方式的结算系统1相同,但是在电子货币结算系统49与通信网50连接,另外,用户终端装置20A、有价物提供装置30A能够利用电子货币这一点上与用户终端装置20、有价物提供装置30不同。
电子货币结算系统49是对用户的电子货币的使用额进行累计,进行向支付目标的账户的转账处理,或者根据电子货币支付的请求进行需要的处理的系统。
图21表示用户终端装置20A、有价物提供装置30A的结构例。
用户终端装置20A具有与所示的用户终端装置20基本上相同的结构要素。对相同的结构要素赋予相同的参照号码,省略这些结构要素的说明。用户终端装置20A还具有与终端侧近距离通信部201以及支付请求生成部202连接的电子货币处理部208,这点与上述的用户终端装置20不同。电子货币处理部208具有进行电子货币的消费、追加支付(charge)的管理等功能。
有价物提供装置30A具有与所述的有价物提供装置30基本上相同的结构要素。对相同的结构要素赋予相同的参照号码,省略这些结构要素的说明。有价物提供装置30A在还具有与提供装置侧近距离通信部303及提供控制部302连接的电子货币接受部306这点上与所述的有价物提供装置30不同。电子货币接受部306具有进行利用了电子货币的支付请求的接受、认证、支付存储蓄积、管理等功能。
[4.2结算系统的动作例]
图22~图26是表示第三实施方式的结算系统的动作例的顺序图。以下参照图22~图26阐述本实施方式的结算系统的动作例。图22是表示该结算系统的动作例的顺序图、图23是表示继续图22的动作的顺序图,图24是表示继续图23的动作的顺序图,图25是表示图24的动作的顺序图,图26是表示用户的银行账户不足时的动作的顺序图。
阐述本发明的前提条件。该结算系统的用户进入到某店铺(例如游艺厅),为了进行游艺,希望提供作为有价物的游艺介质。另外,假设该用户已经在本系统中完成了用户登录,并且在店铺内服务器31中进行了该用户的店铺内预存金的登录、用户终端装置20的识别信息的登录。并且,在管理服务器10中登录了用于转账处理等的自己的银行账户、信用卡号码等。另外,在店铺内服务器31中登录了该用户的店铺内预存金1,000日元,在用户终端装置20中蓄积了1,000日元作为电子货币。
首先,用户使用户终端装置20接近有价物提供装置30使两装置间能够通信。用户终端装置20将提供请求消息发送到有价物提供装置30(S701)。
接收到提供请求消息的有价物提供装置30将询问针对发送了提供请求消息的用户终端装置20,是否执行提供有价物的消息即提供许可请求消息发送到店铺内服务器31(S702)。店铺内服务器31执行是否能够从与该用户终端装置20对应的用户的店铺内预存额中提取有价物提供的费用的余额确认处理(S703)。另外,假设预先将费用的金额设定在某个设备中(在该说明例中假设1,000日元)。
在该例中,因为可以提取费用,所以店铺内服务器31发送有价物提供许可消息到所述有价物提供装置30(S704)。另外,此时店铺内服务器31从店铺内预存金1,000日元中减去有价物提供的费用额1,000日元,并记录该用户的店铺内预存金的余额为0日元。
接收到有价物提供许可消息的所述有价物提供装置30进行向用户提供与所述费用相应的数量的有价物的提供处理(S705)。
接着,说明假设在本实施方式中,用户的店铺内预存金数额少于费用的数额,无法提取费用的情形进行说明。假设接受到所述有价物的提供(参照S705)的用户虽然用完了有价物但是还想继续游艺,用户再次使用户终端装置20接近有价物提供装置30,使两装置间能够通信,参照图23来进行说明。
用户使用户终端装置20接近有价物提供装置30使两装置间能够通信。用户终端装置20将提供请求消息发送到有价物提供装置30(S801)。
接收到提供请求消息的有价物提供装置30将请求允许向发送了提供请求消息的用户终端装置20提供有价物的消息即提供许可请求消息发送到店铺内服务器31(S802)。店铺内服务器31执行余额确认处理(S803)。此时该用户的店铺内预存金的余额为0日元。
在余额确认处理(S803)中,当判定没有足以支付有价物提供的费用的店铺内余额时,店铺内服务器31执行请求用户终端装置20利用电子货币来进行费用支付的处理即电子货币支付处理(S804)。作为执行了电子货币支付处理的结果,店铺内服务器31将请求用户终端装置20利用电子货币来进行费用的支付的消息即电子货币支付请求消息发送到用户终端装置20(S805)。
接收到电子货币支付请求消息的用户终端装置20检查在该用户终端装置20内记录的电子货币的余额是否足以支付费用,当足以支付时(在本说明中假设足够支付来进行以下的说明),将通知通过电子货币支付费用的消息即电子货币支付消息发送到店铺内服务器31(S806)。并且,伴随该消息发送,用户终端装置20还从所记录的电子货币的余额中减去费用金额。在此,假设从电子货币余额1000日元中减去费用1000日元,电子货币余额成为0日元的情形来继续说明。
接收到电子货币支付消息的店铺内服务器31根据电子货币支付消息的内容,执行对把该用户终端装置20所对应的用户的电子货币1000日元作为有价物的费用来支付进行记录的处理即使用存储处理(S807)。
另外,店铺内服务器31将有价物提供指示消息发送到所述有价物提供装置30(S808),接收到有价物提供指示消息的所述有价物提供装置30进行向用户提供与所述费用相应的数量的有价物的处理即提供处理(S809)。
之后,店铺内服务器31根据在步骤S807中记录的记录内容,执行对作为有价物的费用所支付的电子货币的信息进行累计的结算处理(S810),作为结算处理的结果,把生成的结算消息发送到电子货币结算系统49(S811)。接收到结算消息的电子货币结算系统49确定成为电子货币的支付目标的银行账户,执行将相应量的金额转账到该银行账户等的结算处理(S812)。另外,无论何时以怎样的感觉来执行该步骤S810~S812的处理,本发明都成立。
[4.3电子货币余额不足时的动作例]
接下来,参照图24来说明在用户终端装置20中存储的电子货币的余额不足费用支付时的动作例。另外,在以后的说明中,假设存储在店铺内服务器31中的用户的店铺内预存金以及用户终端装置20内的电子货币已经用尽,双方都成为0日元的状态。
说明接收到所述有价物的提供(参照图23、S809)的用户,虽然用完了有价物但是还想继续游艺,用户再次使用户终端装置20接近有价物提供装置30的情形。
用户使用户终端装置20接近有价物提供装置30,使两装置间能够通信。用户终端装置20将提供请求消息发送到有价物提供装置30(S901)。
接收到提供请求消息的有价物提供装置30将提供许可请求消息发送到店铺内服务器31(S902)。店铺内服务器31执行余额确认处理(S903)。此时,该用户的店铺内预存金的余额为0日元。
在余额确认处理(S903)中,当判定店铺内预存金不足以支付提供有价物的费用时,店铺内服务器31执行请求用户终端装置20利用电子货币来进行费用支付的处理即电子货币支付处理(S904)。作为执行了电子货币支付处理的结果,店铺内服务器31将请求用户终端装置20利用电子货币来进行费用支付的消息即电子货币支付请求消息发送到用户终端装置20(S905)。
接收到电子货币支付请求消息的用户终端装置20检查在该用户终端装置20内记录的电子货币的余额是否足以支付费用。在该说明中,假设电子货币的余额已经为0日元来进行以后的说明。用户终端装置20判定在该用户终端装置20内记录的电子货币的余额不足以支付费用,将通知记录在用户终端装置20内的电子货币的余额不足以支付费用的消息即余额不足通知消息发送到店铺内服务器(S906)。接收到余额不足通知消息的店铺内服务器31向用户终端装置20发送请求执行向电子货币补充追加金额的处理的消息即电子货币补充处理请求消息(S907)。接收到电子货币补充处理请求消息的用户终端装置20经由通信网与管理服务器10连接,将请求管理服务器10补充电子货币的消息即电子货币补充请求消息发送到管理服务器10(S908)。
参照图25对上述步骤S908以后的动作进行说明。
接收到电子货币补充请求消息的管理服务器10生成向处理用户的银行账户的金融机构系统40,请求从该用户的银行账户的余额向电子货币账户(在电子货币中通过现金进行收费时转账该现金的账户),转账对电子货币进行补充的金额(以下称为电子货币补充金额)的消息即转账委托消息(S1001)。管理服务器10将生成的转账委托消息发送到所述金融机构系统40(S1002)。另外,上述步骤S1001、S1002是本结算系统1中的一个例子,即使是按照各电子货币结算系统49规定的顺序、步骤的结构,本实施方式也成立。
接收到转账委托消息的所述金融机构系统40执行从该用户的银行账户向所述转账目标账户转账所述电子货币补充金额的处理即转账处理(S1003)。当转账正常完成时,所述金融机构系统40向管理服务器10发送转账完成消息(S1004)。另外,关于用户的银行账户的余额不足、不足电子货币补充金额时的处理,后面采用其它方式进行阐述。
接收到转账完成消息的管理服务器10将请求进行电子货币补充金额量的电子货币的补充的消息即电子货币收费指示消息发送到用户终端装置20(S1005)。
接收到电子货币收费指示消息的用户终端装置20执行将电子货币补充金额量作为自己的电子货币进行相加的处理即收费处理(S1006)。
完成了收费处理的用户终端装置20向店铺内服务器31发送传达使用电子货币进行有价物费用支付的消息即电子货币支付消息(S1007)。
然后,执行图25所示的步骤S1008~步骤S1013的处理,但是因为这些处理的内容与参照图23所说明的步骤S807~步骤S812内容相同,所以省略这些内容的详细说明。
[4.4用户的银行账户余额不足时的动作例]
接着,对从管理服务器10向金融机构系统40发送了所述的转账委托消息时(参照图25、步骤S1002、S1003),用户的银行账户的余额不足电子货币补充金额的情况进行说明。
在因用户的银行账户的余额不足电子货币补充金额而无法执行所述步骤S1003中的转账时,金融机构系统40执行余额不足时处理(S1101)。余额不足时处理是生成向管理服务器10通知用户的银行账户的余额不足电子货币补充金额的余额不足通知消息的处理。在该消息中可以包含成为后述的信用卡请求消息的发送目标的信用卡公司系统的网络地址、用户的信用卡号码、个人识别号等。金融机构系统40将生成的余额不足通知消息发送给管理服务器10(S1102)。
接收到余额不足通知消息的管理服务器10将信用卡利用消息发送到信用卡系统45(S1103)。信用卡系统45根据信用卡利用消息,将请求执行在用户的银行账户中设定的金额的转账的转账请求消息发送到金融机构系统40(S1105)。此外,信用卡系统45将通知执行了通过信用卡请求消息所请求的转账的消息即转账执行通知消息发送到管理服务器10(S1106)。
接收到所述转账请求消息(参照S1105)的金融机构系统40进行向用户的银行账户转账所设定的金额的处理(例如50,000日元)(S1107)。然后,金融机构系统40将通知执行了上述转账处理的消息即转账完成通知消息发送到管理服务器10(S1008)。
接收到上述转账完成通知消息的管理服务器10执行生成转账委托消息的处理(转账委托处理)(S1109),转账委托消息是向金融机构系统40,请求从该用户的银行账户的余额向电子货币处理账户(在电子货币中通过现金进行了收费时转账该现金的账户)转账电子货币补充金额的消息。管理服务器10将生成的转账委托消息发送到所述金融机构系统40(S1110)。
接收到该转账委托消息的所述金融机构系统40执行从该用户的银行账户向所述用户的转账目标账户转账所述电子货币补充金额的处理即转账处理(S111)。当转账正常完成时,所述金融机构系统40将转账完成通知消息发送到管理服务器10(S1112)。
然后,执行与所述步骤S1005~步骤S1013相同的处理,但是因为与步骤S1005~步骤S1013内容相同,因此省略这些处理的说明及图示。
[5.其它]
本结算系统1还可以变形为具有以下特征
[5.1.积分的处理]
本结算系统1还具有针对每次结算赋予付给用户的积分,并对其进行管理的功能。“积分”是与等价不同的、提供的某种的利益。举例来说,在本结算系统1中,当从用户的银行账户对用户的店铺内预存金进行了补充时,给该用户赋予一个积分。赋予积分的主体可以是本结算系统1的运营商、管理者等,也可以是管理服务器10的运营商、管理者等,还可以是金融机构系统40的运营商、管理者等,或者是电子货币结算系统49的运营商、管理者或信用卡系统45的运营商、管理者等。
通常结算(店铺内预存金的余额足够时的结算)时赋予积分的处理可以是通过店铺内服务器31、管理服务器10、电子货币结算系统49或者进行积分赋予、管理的服务器中的某一个装置或这些中的任意两个以上的装置的协作来进行。
另外,在转账时结算(店铺内预存金的余额足够时的结算、或者电子货币余额不足时的结算)的赋予积分的处理可以通过店铺内服务器31、管理服务器10、金融机构系统40、信用卡系统45、电子货币结算系统49、这些以外的装置中的某一个或这些中的任意两个以上的装置的协作来进行。
并且,本结算系统1除了处理通过店铺90(游艺店)固有的积分系统提供的积分之外,还可以处理通过各金融机构、信用卡运营公司、电子货币运营公司等处理的积分系统等提供的积分。
[5.2礼物交换系统]
本结算系统1能够容易地导入用于礼物交换的系统。用于礼物交换的系统是用于将用户保有的有价物与店铺提供的礼物或服务进行交换的系统。并且,此时也能够将所述的积分作为与礼物或服务进行交换的等价物来使用。
[5.3关于国营竞技等的结算]
本结算系统1能够用于各种国营竞技(赛马、赛车、赛艇、汽车竞赛等)或者用作用于购买投票或者彩票的结算系统。
[总结]
上述的实施方式及变形例是本发明的最优的具体例子,因此在技术上被赋予了优选的各种限定,但是可以在不脱离本发明宗旨的范围内进行适当组合及变更。
Claims (7)
1.一种结算系统,其特征在于,具备:
用户终端装置,发送第一信号,该第一信号包含用于确定用户及用户终端装置中的至少一方的信息即用户识别信息,并包含请求提供有价物的信息;
有价物提供装置,能够与所述用户终端装置通信,在接收到所述第一信号时,发送包含请求允许提供有价物的信息的第二信号;以及
服务器,与所述用户识别信息对应地存储来自该用户的预存金的数额,在从所述有价物提供装置接收到所述第二信号时,在该预存金的数额不足有价物的费用额时,将包含表示该预存金的余额不足的信息的第三信号发送给所述有价物提供装置,在接收到包含请求用于补充该预存金的转账的信息的第四信号时,发送包含委托从所述用户的账户转账预定金额的信息的第五信号,
所述有价物提供装置在接收到所述第三信号时,将包含请求补充该预存金的信息的第八信号发送到所述用户终端装置,
所述用户终端装置在接收到所述第八信号时,向所述服务器发送所述第四信号,
所述服务器当接收到包含表示转账预定金额的信息的第六信号时,将包含指示提供有价物的信息的第九信号发送到所述有价物提供装置,
接收到该第九信号的所述有价物提供装置执行有价物的提供。
2.一种结算系统,其特征在于,具备:
用户终端装置,发送第一信号,该第一信号包含用于确定用户及用户终端装置中的至少一方的信息即用户识别信息,并包含请求提供有价物的信息;
有价物提供装置,能够与所述用户终端装置通信,在接收到所述第一信号时,发送包含请求允许提供有价物的信息的第二信号;
第一服务器,与所述用户识别信息对应地存储来自该用户的预存金的数额,在从所述有价物提供装置接收到所述第二信号时,在来自该用户的预存金的数额不足有价物的费用时,将包含表示该预存金的余额不足的信息的第三信号发送到所述有价物提供装置;以及
第二服务器,在接收到包含请求用于补充该预存金的转账的信息的第四信号时,发送包含委托从所述用户的账户转账预定金额的信息的第五信号,在接收到包含表示转账所述预定金额的信息的第六信号时,将包含表示已进行了用于补充预存金的转账的信息的第七信号发送到所述第一服务器,
所述有价物提供装置在接收到所述第三信号时,将包含请求补充该预存金的信息的第八信号发送到所述用户终端装置,
所述用户终端装置在接收到所述第八信号时,将所述第四信号发送到所述第二服务器,
所述第一服务器在接收到所述第七信号时,将包含指示提供有价物的信息的第九信号发送到所述有价物提供装置,接收到该第九信号的有价物提供装置执行有价物的提供。
3.根据权利要求2所述的结算系统,其特征在于,
所述用户终端装置在接收到所述第八信号时,催促用户输入执行用于补充预存金的转账的确认,并等待该输入,在输入了确认时,将所述第四信号发送到所述第二服务器。
4.根据权利要求2所述的结算系统,其特征在于,
所述用户终端装置在接收到所述第八信号后,再次与该用户终端装置和所述有价物提供装置进行了通信连接时,将所述第四信号发送到所述第二服务器。
5.根据权利要求2所述的结算系统,其特征在于,
所述第二服务器在发送了所述第五信号后,接收到包含表示用户的账户余额不足的信息的第十信号时,将包含请求利用其它的金融机构向该用户的账户入款的信息的第十一信号发送到所述用户终端装置,
所述用户终端装置在接收到所述第十一信号后,将包含指示利用所述其它金融机构向该用户的账户入款的信息的第十二信号发送到所述第二服务器,
所述第二服务器当接收到所述第十二信号时,发送包含请求利用所述其它的金融机构向所述用户账户转账预定金额的信息的第十三信号,当接收到包含表示利用所述其它的金融机构向所述用户账户转账了预定金额的信息的第十四信号时,将包含确认向该预存金的入款的信息的第十五信号发送到所述第一服务器,
所述第一服务器当接收到所述第十五信号时,将包含指示提供有价物的信息的第十六信号发送到所述有价物提供装置,
所述有价物提供装置当接收到所述第十六信号时,执行有价物的提供。
6.根据权利要求2所述的结算系统,其特征在于,
所述用户终端装置还具有电子货币处理单元,其使用电子货币进行与用户及用户终端装置中的至少一方相关联的电子存储的有价物的费用的支付,
所述第二服务器在电子货币的余额不足有价物提供的费用的支付时,发送包含请求用户从账户转账来补充电子货币的余额的信息的第十七信号,在所述用户的账户的余额不足时,发送包含请求利用其它的金融机构向所述用户的账户转账预定金额的信息的第十八信号,
在接收到包含表示从所述用户的账户转账的信息的第十九信号或包含表示利用所述其它的金融机构向所述用户的账户转账预定金额的信息的第二十信号时,向所述用户终端装置发送包含指示补充电子货币的余额的信息的第二十一信号。
7.一种结算系统,其特征在于,
具备一种装置,其将来自用户的预存金的数额与用户识别信息一同存储,为了能够进行游艺机的游戏,根据来自所述用户的请求提供所述有价物的输入信号,提供与所述存储的该预存金的数额对应的有价物,
该装置与登录了所述用户的账户的外部的金融机构系统通信连接,能够根据该用户的请求,将预存在该外部的金融机构系统的该用户的账户中的预存金额提取到该装置侧,并且包含以下处理:
在从用户接收到请求提供有价物的输入信号时,判定该存储的预存金的数额是否足够用户请求的有价物的费用的数额的处理;
在所述判定结果为判定存储的预存金的数额不足用户请求的有价物的费用的数额时,对登录了所述用户的账户的所述外部的金融机构系统,发送委托转账用于补充该预存金的预定金额的信息的处理;
在接收到来自所述外部的金融机构系统的所述预定金额的转账完成信号时,向所述存储的所述预存金补充该转账的该预定金额的处理;以及
根据所述补充的所述预存金,为了使用户能够继续游戏,提供所述用户请求的有价物的处理。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010-089135 | 2010-04-08 | ||
JP2010089135A JP5662048B2 (ja) | 2010-04-08 | 2010-04-08 | 決済システム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102214335A true CN102214335A (zh) | 2011-10-12 |
Family
ID=44745633
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011100900463A Pending CN102214335A (zh) | 2010-04-08 | 2011-04-08 | 结算系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10417866B2 (zh) |
JP (1) | JP5662048B2 (zh) |
CN (1) | CN102214335A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102881092A (zh) * | 2012-09-13 | 2013-01-16 | 守望者科技(北京)有限公司 | 蓝牙移动通信终端、支付方法 |
CN113743919A (zh) * | 2020-05-29 | 2021-12-03 | 丰田自动车株式会社 | 记录介质、结算系统以及结算服务器 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5364680B2 (ja) * | 2010-11-18 | 2013-12-11 | 株式会社コナミデジタルエンタテインメント | 電子通貨による料金徴収システム |
JP5972689B2 (ja) * | 2012-07-06 | 2016-08-17 | 株式会社三共 | 遊技用システム |
CN104751361A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 账户内资源再分配的方法、服务器及系统 |
JP6556987B2 (ja) * | 2014-09-09 | 2019-08-07 | 株式会社ピットアース | 電子決済システム、及び電子決済方法 |
CN106952085B (zh) * | 2016-01-06 | 2021-06-25 | 创新先进技术有限公司 | 一种数据存储与业务处理的方法及装置 |
JP6964348B2 (ja) * | 2019-01-24 | 2021-11-10 | 旭精工株式会社 | 自動サービス機器の電子決済方法、及び自動サービス機器の電子決済システム |
JP6616916B1 (ja) * | 2019-03-22 | 2019-12-04 | 株式会社 ゆうちょ銀行 | 入金処理装置、入金処理方法及び入金処理プログラム |
JP6823240B2 (ja) * | 2019-07-11 | 2021-02-03 | 株式会社ピットアース | 電子決済システム、電子決済方法、及びプログラム |
US11164420B2 (en) * | 2019-10-02 | 2021-11-02 | Igt | System and method for settling funds transfers between different gaming establishment accounts maintained by different gaming establishments |
JP7383664B2 (ja) * | 2021-06-28 | 2023-11-20 | グーグル・インターナショナル・エルエルシー | 情報処理装置、プログラム、送金方法。 |
JP7219843B1 (ja) | 2022-08-09 | 2023-02-08 | 一般社団法人 電子認証システム協議会 | 遊技システム |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002163584A (ja) * | 2000-11-24 | 2002-06-07 | Fujitsu Ltd | 携帯情報端末を利用したカード決済方法及びシステム |
US6655587B2 (en) * | 2001-03-21 | 2003-12-02 | Cubic Corporation | Customer administered autoload |
JP2004070833A (ja) * | 2002-08-08 | 2004-03-04 | Matsushita Electric Ind Co Ltd | 振替処理措置、振替要求装置及び口座振替システム |
KR20040099641A (ko) * | 2003-05-19 | 2004-12-02 | 삼성전자주식회사 | 모바일 게임 시스템 및 모바일 게임 수행방법 |
JP2006238128A (ja) * | 2005-02-25 | 2006-09-07 | Sony Corp | 通信システム、通信装置、および通信方法 |
US7533047B2 (en) * | 2005-05-03 | 2009-05-12 | International Business Machines Corporation | Method and system for securing card payment transactions using a mobile communication device |
WO2007008860A2 (en) * | 2005-07-11 | 2007-01-18 | Conrad Sheehan | Secure electronic transactions between a mobile device and other mobile, fixed or virtual devices |
JP4819435B2 (ja) | 2005-08-04 | 2011-11-24 | 株式会社三共 | 遊技用電子マネーシステム、および、サービス提供用サーバ |
JP2008141400A (ja) * | 2006-11-30 | 2008-06-19 | Sony Ericsson Mobilecommunications Japan Inc | 通信システム、通信端末及び通信方法 |
JP2009075986A (ja) * | 2007-09-23 | 2009-04-09 | Oki Electric Ind Co Ltd | 電子マネーチャージ方法及び決済端末 |
WO2009150734A1 (ja) * | 2008-06-12 | 2009-12-17 | アルゼ株式会社 | 電子決済システム |
EP2684180B1 (en) * | 2011-03-07 | 2023-04-12 | Intelligent Imaging Systems, Inc. | Vehicle traffic and vehicle related transaction control system |
-
2010
- 2010-04-08 JP JP2010089135A patent/JP5662048B2/ja active Active
-
2011
- 2011-03-23 US US13/070,058 patent/US10417866B2/en active Active
- 2011-04-08 CN CN2011100900463A patent/CN102214335A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102881092A (zh) * | 2012-09-13 | 2013-01-16 | 守望者科技(北京)有限公司 | 蓝牙移动通信终端、支付方法 |
CN113743919A (zh) * | 2020-05-29 | 2021-12-03 | 丰田自动车株式会社 | 记录介质、结算系统以及结算服务器 |
Also Published As
Publication number | Publication date |
---|---|
US10417866B2 (en) | 2019-09-17 |
JP2011221730A (ja) | 2011-11-04 |
JP5662048B2 (ja) | 2015-01-28 |
US20110250950A1 (en) | 2011-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102214335A (zh) | 结算系统 | |
JP5411853B2 (ja) | 電子決済システム | |
JP5425621B2 (ja) | 電子決済システム、有価価値提供装置、移動体通信端末、並びに電子決済方法 | |
CN102473334B (zh) | 存款额管理设备 | |
CN107466408A (zh) | 离线支付系统中的积分奖励 | |
CN102414703A (zh) | 使用虚拟货币的费用支付系统 | |
CN102414701A (zh) | 使用虚拟货币的费用支付系统 | |
KR20060111200A (ko) | 휴대 단말기 번호를 가상 계좌로 이용한 결제 방법 및시스템 | |
JP5265153B2 (ja) | 決済システム | |
JP2007090036A (ja) | 遊技装置用遊技媒体貸出システム | |
JP4864523B2 (ja) | 携帯端末および特定取引用プログラム | |
TWI421788B (zh) | 電子付費系統、電子付費伺服器、移動體通信終端及電子付費方法 | |
JP4634784B2 (ja) | 携帯端末装置およびアプリケーションプログラム | |
KR101852943B1 (ko) | 모바일카드를 이용한 실시간 환전서비스 장치 | |
JP2007004406A (ja) | 電子マネーシステム | |
JP4550606B2 (ja) | 電子マネーシステム、サービス提供用サーバ、携帯端末、電子マネーサービスプログラム、および、電子マネーアプリケーションプログラム | |
KR102572349B1 (ko) | 가상계좌 관리서버 및 그 관리방법 | |
JP5367303B2 (ja) | 電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法 | |
KR100630492B1 (ko) | 일회적립형 제휴사카드를 이용한 게임 대금 지불 시스템및 그 방법 | |
KR20030028126A (ko) | 이동통신 단말기를 이용한 제 3 자 결제 시스템 | |
JP7420422B1 (ja) | 遊技機決済システム、遊技機決済方法、遊技機決済プログラム | |
KR100669526B1 (ko) | 일회적립형 게임통합카드시스템 및 방법. | |
JP2023154363A (ja) | 自動サービス機器端末機、自動サービス機器の電子決済システム、及び自動サービス機器の電子決済方法 | |
KR100541771B1 (ko) | 모바일을 이용한 가맹점 및 고객계좌 관리시스템 및 그관리방법 | |
JP4675116B2 (ja) | 電子マネーシステム、および、電子マネー遊技使用装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20111012 |