电子结算系统的制作方法

专利名称：电子结算系统的制作方法
技术领域：
本发明涉及电子结算系统、电子结算服务器、移动通信终端以及电子结算方法，更 详细地说涉及为了实现以现金结算为基准的电子结算的电子结算系统、电子结算服务器、 移动通信终端以及电子结算方法。
背景技术：
由于近年来的信息处理技术、通信技术的发展以及通信基础设施的普及，费 (fee)/费用(cost)的支付方法变得多样化，并且各种代替现金支付的方法也被提出和使用。作为代替现金的费用支付方法，存在所谓后付款形式的信用卡或预先支付形式的 预付卡。那么如果能够在弹球机场馆、娱乐场、赛车或赛马等竞赛的售票亭、各种彩票销售 所或配置有游戏机的游戏中心等游艺厅(以下，简单称为“游艺厅”)中的支付中使用现金 以外的支付方法，则在给用户(游艺者)带来便利性的同时也能够期待通过提高游戏机的 运转率来提高游艺厅的营业额。

发明内容
但是根据以防止游艺者过量地借入为宗旨的规定，一般会限制在游艺厅中使用信 用卡。另外，假设即使在游艺厅中通过信用卡结算的方法成为可能，也有将信用卡的使用的 记录邮送到本人住宅、或者根据使用情况从信用卡运营商打来的确认本人的电话这样令人 厌烦的情况，另外因为有可能泄露个人信息，所以游艺者对向游艺厅侧提供信用卡号、密码 号来结算、在游艺厅内部留下个人信息的记录有不少抵触感，因此在目前情况下普及在游 艺厅中通过使用信用卡来结算还很困难。另外，作为除现金、信用卡以外的其它的结算方法，也有通过预付卡的支付方法， 但在游艺的结果是游艺者将携带的现金全部用完时，就无法再追加购入预付卡。游艺者在 将携带的现金全部花费在游戏中之后，即使有还想再玩一会或者想在游艺厅买点东西这样 的要求时，目前也没有准备能够满足这样的要求的结算方法，游艺厅不得不错过这样的潜 在需求。本发明的目的在于提供一种即使在游艺厅也能够使用的与现金结算相同的新的 电子结算方式。作为用于解决上述课题的手段，本发明具有以下特征。本发明的第一方式提供一种电子结算系统，其具有电子结算服务器，其能够经 由通信网对能够在用户账户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳 网络(例如在日本运营的多种支付网(multi-payment network，例如参照http//www. jampa. gr. jp/pub)请求在这些账户间进行转账；能够经由通信网与所述电子结算服务器 进行通信的店铺内服务器；能够与所述店铺内服务器进行通信的有价物提供装置(例如借球机、中间机(sandwiched machine)、预付卡发券机等)；以及能够经由通信网与所述店铺 内服务器进行通信的同时、能够与所述有价物提供装置进行通信的移动通信终端(例如配 置有非接触型IC卡的便携式电话机)。所述电子结算系统的特征在于，所述电子结算服务器针对每个用户存储能够在各 店铺内服务器使用的金额即用户保有金额，对所述收纳网络发送请求将与用户指定的转账 金额相应的用户转账金额(例如将结算运营商手续费加到转账金额后的金额)从该用户的 用户账户转账到所述结算运营商账户的转账请求消息，再将所述用户转账金额加到用户保 有金额，并将通知该用户转账金额的用户预存金处理请求消息发送到所述店铺内服务器， 所述店铺内服务器根据所述用户预存金处理请求消息来计算表示来自用户的预存金的预 存金并进行存储，所述移动通信终端从所述有价物提供装置取得用于确定该有价物提供装 置的设备确定信息(例如设备ID)，生成包含所述设备确定信息的支付请求消息，并将该支 付请求消息发送到所述店铺内服务器，所述店铺内服务器根据来自所述移动通信终端的支 付请求消息、将指示提供有价物(例如借出的球、借出的奖牌、预付卡、仅在游艺厅内有效 的店铺卡(house card)、娱乐卡等。以下称为有价物)的提供指示消息发送到根据所述设 备确定信息所确定的有价物提供装置，并且从所述用户预存金中减去与提供有价物的费用 即用户支付金额相应的金额，同时将与所述用户支付金额相应的金额加到该用户的消费金 额上，向所述电子结算服务器发送通知该消费金额的消费金额通知消息，所述有价物提供 装置在从所述店铺内服务器接收到提供指示消息时，提供与所述用户支付金额相应的有价 物，所述电子结算服务器根据所述消费金额通知消息，将消费金额加到游艺厅运营商保有 金额中，并向所述收纳网络发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运 营商账户转账与游艺厅运营商保有金额相应的金额的转账委托消息。通过该电子结算系统能够提供不同于信用卡或借记卡等已有结算方法的新结算 方法。本发明的第二方式提供一种电子结算服务器，其能够经由通信网对能够在用户账 户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳网络(例如多种支付网) 请求在这些账户间进行转账。该电子结算服务器的特征在于，具有存储单元，其针对每个用户存储能够在各店铺内服务器使用的金额即用户保有金 额和各游艺厅运营商的游艺厅运营商保有金额(例如数据库部)；转账请求处理部，其向所述收纳网络发送请求将与用户指定的转账额相应的用户 转账金额(例如将结算运营商的手续费加到用户所指定的转账金额后的金额)从该用户的 用户账户转账到所述结算运营商账户的转账请求消息，再将所述用户转账金额加到所述用 户保有金额上，发送通知该用户保有金额的用户预存金处理请求信息；以及精算处理单元(例如精算处理部)，其根据通知用户作为提供有价物的费用而支 付的金额的合计即消费金额的消费金额通知消息，将消费金额加到所述游艺厅运营商保有 金额上，向所述收纳网络发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运营 商账户转账与所述游艺厅运营商保有金额相应的金额(例如从游艺厅运营商保有金额中 减去结算时结算运营商的手续费后的金额)。通过该电子结算服务器能够提供不同于信用卡或借记卡等已有结算方法的新结算方法。本发明的第三方式提供一种店铺内服务器，其能够经由通信网与电子结算服务器 进行通信，该电子结算服务器能够经由通信网对能够在用户账户、结算运营商账户以及游 艺厅运营商账户之间转账金钱的收纳网络请求在这些账户间进行转账。该店铺内服务器的特征在于具有存储各用户的预存金和消费金额的存储单元 (例如数据库部)；预存金处理单元，其根据从所述电子结算服务器所发送的用户预存金处 理请求消息计算预存金并进行存储(例如预存金处理部)；支付请求处理单元，其在接收到 请求支付提供有价物的费用即用户支付金额的支付请求消息时，从所述预存金中减去与用 户支付金额相应的金额，同时将与所述用户支付金额相应的金额加到所述消费金额上(例 如支付请求处理部)；提供指示单元，其根据从所述预存金中减去用户支付金额后的结果 发送指示提供有价物的提供指示消息(例如提供指示部)；以及精算处理单元，其将通知消 费金额的消费金额通知消息发送到所述电子结算服务器(例如精算处理部)。通过该店铺内服务器能够提供不同于信用卡或借记卡等已有结算方法的新结算 方法。
本发明的第四方式提供一种用于电子结算系统的移动通信终端。该移动通信终端 的特征在于，所述移动通信终端通过近距离通信单元(例如非接触型IC卡用芯片)与有 价物提供装置(例如借球机、中间机、预付卡发券机等)进行通信，由此从有价物提供装置 取得用于确定该有价物提供装置的设备确定信息(例如设备ID)，生成包含所述设备确定 信息的支付请求消息，并将该支付请求消息发送到店铺内服务器，使所述店铺内服务器指 示所述有价物提供装置提供与提供有价物的费用即用户支付金额(例如Y1，000的借球费 用)相应的有价物。本发明的第五方式提供一种电子结算方法。该电子结算方法的特征在于具备如下步骤发送请求收纳网络从用户账户向结算 运营商账户转账用户所指定的转账金额的转账委托消息(例如发送转账委托消息S204)； 将与所述转账金额相应的金额即用户转账金额加到所述用户保有金额上并进行存储(例 如保有金额数据处理S207)；发送通知所述用户保有金额的用户预存金消息(例如发送 用户预存金处理请求消息S208)；接收所述用户预存金消息，根据该用户预存金消息计算 预存金并进行存储(例如预存金数据更新处理S209)；接收包含设备确定信息的支付请求 消息，该设备确定信息是通过近距离通信单元与有价物提供装置进行通信而取得的、用于 确定该有价物提供装置的信息(例如发送支付请求消息S303)；根据所述支付请求消息 计算提供有价物的费用即用户支付额的合计的消费金额并进行存储(例如消费金额处理 S308)；在所述预存金和消费金额满足预定的条件时，根据所述支付请求消息发送指示根据 所述设备确定信息确定的有价物提供装置提供与用户支付金额相应的有价物的提供指示 消息(例如预存金核查S304、提供指示消息发送S305)；发送用于通知所述消费金额的消费 金额通知消息(例如消费金额通知消息发送S404)；根据所述消费金额通知消息将与所述 消费金额相应的金额加到游艺厅运营商保有金额上并进行存储(例如保有金额精算处理 S406)；发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运营商账户转账与所 述游艺厅运营商保有金额相应的金额的转账委托消息(例如发送转账委托消息S408)。结算方法。本发明的第六方式提供一种电子结算系统，其具有电子结算服务器，其能够经由 通信网对能够在用户账户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳网 络(例如多种支付网)请求在这些账户间进行转账；能够经由通信网与所述电子结算服务 器进行通信的店铺内服务器；能够与所述店铺内服务器进行通信的有价物提供装置(例如 借球机、中间机等)；能够经由通信网与所述店铺内服务器进行通信、同时能够与所述有价 物提供装置进行通信的移动通信终端(例如配置有非接触性IC卡的便携式电话机)。所述电子结算系统的特征在于，所述电子结算服务器对所述收纳网络发送请求将 与用户指定的转账额相应的用户转账金额(例如从转账金额中减去向结算运营商支付的 手续费后的金额)从所述用户账户向所述结算运营商账户转账的转账请求消息，并且对所 述收纳网络发送请求从所述结算运营商账户向所述游艺厅运营商账户转账与用户转账金 额相应的金额的转账请求消息，再将通知所述用户转账金额的用户预存金处理请求消息发 送到所述店铺内服务器，所述店铺内服务器根据所述用户预存金处理请求消息计算表示来 自用户的预存金的用户预存金(例如预存金1501)，并进行存储，所述移动通信终端从所 述有价物提供装置取得用于确定该有价物提供装置的设备确定信息(例如设备ID)，生成 包含所述设备信息的支付请求消息，将该支付请求消息发送到所述店铺内服务器，所述店 铺内服务器根据来自所述移动通信终端的支付请求消息，向根据所述设备确定信息所确定 的有价物提供装置发送指示提供有价物的提供指示消息，所述有价物提供装置在从所述店 铺内服务器接收到提供指示消息时，提供与提供有价物的费用即用户支付金额相应的有价 物。根据该电子结算服务器能够提供一种不同于信用卡或借记卡等已有结算方法的 新结算方法。本发明的第七方式提供一种电子结算服务器，其能够经由通信网对能够在用户账 户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳网络(例如多种支付网) 请求在这些账户间进行转账，所述电子结算服务器的特征在于，向所述收纳网络发送请求 将与用户指定的转账额相应的用户转账金额(例如将结算运营商手续费加到转账金额后 的金额)从所述用户账户转账到所述结算运营商账户的转账请求消息，并且对所述收纳网 络发送请求从所述结算运营商账户向所述游艺厅运营商账户转账与用户转账金额相应的 金额的转账请求消息，并且发送通知所述用户转账金额的用户预存金处理请求消息。通过该电子结算服务器能够提供一种不同于信用卡或借记卡等已有结算方法的 新结算方法。本发明的第八方式提供一种店铺内服务器，其能够经由通信网与电子结算服务器 进行通信，该电子结算服务器能够经由通信网对能够在用户账户、结算运营商账户以及游 艺厅运营商账户之间转账金钱的收纳网络(例如多种支付网)请求在这些账户间进行转 账。所述店铺内服务器的特征在于具备存储各用户的预存金(例如预存金1501)和 消费金额(消费金额1502)的存储单元(例如数据库部)；预存金处理单元，其根据从所述 电子结算服务器所发送的用户预存金处理请求消息计算预存金并进行存储(例如预存金 处理部)；支付请求处理单元，其在接收到请求支付提供有价物的费用即用户支付金额的支付请求消息时，从所述预存金中减去用户支付金额并进行存储(例如支付请求处理部)； 以及提供指示单元，其根据从所述预存金中减去用户支付金额所得的结果，发送指示提供 有价物的提供指示消息(例如提供指示部)。通过该店铺内服务器能够提供一种不同于信用卡或借记卡等已有结算方法的新 结算方法。本发明的第九方式提供一种电子结算方法。该电子结算方法的特征在于具有如 下步骤发送请求收纳网络从用户账户向结算运营商账户转账与用户所指定的转账金额相 应的金额即用户转账金额(例如从转账金额中减去支付给结算运营商的手续费后的金额) 的转账委托消息(例如发送转账委托消息S504)；向所述收纳网络发送请求从所述结算运 营商账户向所述游艺厅运营商账户转账与用户转账金额相应的金额的转账请求消息(例 如发送转账委托消息S507)；发送通知与所述转账金额相应的金额即用户预存金的用户预 存金消息(例如发送用户预存金处理请求消息S510)；接收所述用户预存金消息，根据该用 户预存金消息计算预存金并进行存储(例如预存金数据更新处理S511)；接收包含设备确 定信息的支付请求消息，该设备确定信息是通过近距离通信单元与所述有价物提供装置进 行通信而取得的、用于确定该有价物提供装置的信息(例如发送支付请求消息S303)；根据 所述支付请求消息计算提供有价物的费用即用户支付金额的合计的消费金额，并进行存储 (例如消费金额处理S308)；以及在所述预存金和消费金额满足预定的条件时，根据所述支 付请求消息发送指示所述有价物提供装置提供与所述用户支付金额相应的有价物的提供 指示消息(例如预存金核查S304、提供指示消息发送S305)。根据该电子结算方法能够提供一种不同于信用卡或借记卡等已有结算方法的新 结算方法。根据本发明能够实现在游艺厅也能够使用的、简单且可靠的电子结算。
具体实施例方式以下参照附图对本发明的实施方式进行说明。(I.第一实施方式)(1.电子结算系统的结构例)图1是表示电子结算系统的一个例子的网络图。在该图1表示的例子中，电子结算系统1具有电子结算服务器10、移动通信终端 20、有价物提供装置30以及店铺内服务器31。电子结算服务器10经由通信网50与移动通信终端20、店铺内服务器31以及收 纳网络40连接。收纳网络40是根据来自电子结算服务器10的指示执行从用户账户向所 指定的转账目标账户转账所指定的金额的转账处理的系统例如“多种支付网”(例如参照 http //www, jampa. Rr. jp/pup/)。图2是表示收纳网络40的概要结构的框图。收纳网络40经由通信网络45(可以 与通信网50为同一个网)与银行等金融机构的金融机构系统44(包含如共同使用中心那 样的方式)相互间能够通信地连接起来。金融机构系统44是能够电子地进行以下账户的 转账转出金额的系统。本电子结算系统1使用的金融机构系统44具有玩游艺机的人即使 用本电子结算系统进行支付的人(以下称为用户)的账户(以下称为用户账户41)；直接或间接进行本电子结算系统1的运营、管理并接受电子结算系统1的运营的等价/定价/ 手续费等的运营商(以下称为结算运营商)的账户(以下称为结算运营商账户42)；以及 向用户提供游戏机的游戏的运营商、即使用本电子结算系统1接受来自用户的支付的运营 商(以下称为游艺厅运营商)的账户(以下称为游艺厅运营商账户43)。这些账户41、42、 43可以设置在同一个金融机构系统44中，也可以设置彼此不同的金融机构系统44中。在 图2中图示了将这些账户41、42、43设置在不同的金融机构系统44中，但是本实施方式并 不限于该方式。在通信网络45上连接有与用于委托者对收纳网络40发送支付委托的终端装置。 使用个人计算机(PC) 46、便携式电话机47、ATM (Automated Teller Machine) 48等作为终 端装置。在本实施方式的电子结算系统1中，移动通信终端20或电子结算服务器10作为 收纳网络40的终端装置进行工作。返回图1继续对电子结算系统1的结构例进行说明。电子结算服务器10与通信网50连接，能够经由通信网50与店铺内服务器31进 行通信。移动通信终端20能够经由基站(BS)60、移动通信网70、以及连接移动通信网70 和通信网50的网关80与电子结算服务器10、店铺内服务器31以及收纳网络40通信，同时 能够通过移动通信终端20具备的近距离通信单元(例如非接触式IC卡及其读取装置/写 入装置)与有价物提供装置30进行通信。以下对上述电子结算系统1的各结构要素进行说明。(1. 1有价物提供装置)有价物提供装置30是作为用户使用移动通信终端20进行电子结算的等价、向用 户提供某种有价物(能够与金钱交换的有形物、无形物等)的装置。有价物提供装置30例 如是游艺厅的借球机、奖牌借出装置、CAT终端装置等。另外，在本实施方式中的有价物提 供装置30不必为直接向用户提供如借球机或奖牌借出机这样的有价物的装置，例如可以 包含如借记卡的CAT终端那样对游艺厅(店铺)侧通知能够进行电子结算的旨意、让游艺 厅侧将物品等递交给用户等间接地向用户提供有价物的装置。另外，有价物提供装置30也可以是将电子数据作为有价物输出、发送或写入到其 它装置或存储介质的装置。例如有价物提供装置30可以是对与网络连接的游艺机或游戏 机发送进行提供游艺或游戏的消息或命令的装置。此时，用户能够通过该有价物提供装置 30享受到使用本电子结算系统1所支付的游艺费用、游戏费用数目的游艺或游戏。另外，有 价物提供装置30也可以是将表示能够使用游戏机次数、能够使用金额等的电子数据写入 到配置有IC卡或IC卡功能的便携式电话机、USB存储器等存储介质的装置。用户能够使 游艺机、游戏机、贩卖机、精算机等装置读取已通过有价物提供装置30进行写入电子数据 的存储介质，取得这些装置提供的商品或服务。图3是表示有价物提供装置30及移动通信终端20的结构例的功能框图。以下参 照图3对有价物提供装置30的结构进行说明。有价物提供装置30具有网络通信处理部301、提供控制部302、提供装置侧近距离 通信部303、有价物供给部304以及游戏履历处理部305。网络通信处理部301具有执行与店铺内服务器31进行通信的功能，例如是配置有 协议堆栈(protocol stack)的通信端口等。另外，可以对店铺内服务器31连接多台有价物提供装置30，通过LAN等通信网或其它通信手段连接有价物提供装置30和店铺内服务器 31。提供控制部302具有命令/控制网络通信处理部301、提供装置侧近距离通信部 303以及有价物供给部304的动作的功能，例如是配置有用于实现有价物提供装置30的程 序的微型计算机。提供装置侧近距离通信部303具有与配置在移动通信终端20上的终端侧近距离 通信部201进行通信的功能，例如是非接触式IC卡的读取装置/写入装置。另外，提供装置 侧近距离通信部303使用的通信方式不限于无线，也可以为红外线通信。另外，可以不必为 非接触式的通信方式，本发明也可以采用通过通信电缆或USB插槽连接进行通信的方式。有价物供给部304具有根据提供控制部302的命令对用户提供有价物的功能。所 谓有价物供给部，例如是借球机的借球输出部、奖牌借出机的奖牌料斗(hopper)、认证终端 (例如CAT终端)的显示器或打印机等。有价物只要是能够通过金钱购入的、什么东西都可 以借出的球、借出的奖牌、预付卡、充值卡(on-value card)(店铺卡)或等同品、或无形服 务等。有价物供给部304不限于直接地对用户提供有价物的装置，也可以间接地对用户提 供有价物的装置。例如有价物供给部304是一种液晶显示器装置、该液晶显示器装置显示 指示游艺厅的店员或工作人员等递交商品的消息也是本发明提供的有价物的一个方式。游戏履历处理部305具有如下功能根据游艺者使用有价物提供装置30来生成与 游艺者的游戏履历有关的数据即游戏履历数据，经由网络通信处理部301发送到店铺内服 务器31或电子结算服务器10。例如假设有价物提供装置30是设置在特定的游艺机上的中间机(借球机)。游 艺者为了通过设置有该中间机的游艺机进行游艺，要通过中间机即有价物提供装置30和 移动通信终端20即自己的便携式电话机、通过本电子结算系统1进行结算来接受借球。游 戏履历处理部305根据提供控制部302的工作状况及游艺机的工作状况生成哪个游艺者什 么时候使用了哪个游艺机进行了游艺、进行游艺使用了多少金额等数据即游戏履历数据， 并将该数据发送到管理游戏履历数据的服务器。针对所有使用的有价物提供装置30，将 游戏履历数据发送到服务器并进行存储。通过解析该游戏履历数据、根据数据挖掘(data mining)法等进行分析等获知游艺者的行为倾向、游艺机的受欢迎的倾向以及时间带分类 利用动向等，结果能取得成为店铺经营或游艺机开发等的资料的有用信息。另外，在该实施方式中，对使用电子结算服务器10作为管理游戏履历数据的服务 器的结构进行了说明，但是管理游戏履历数据的服务器也可以作为独立于电子结算服务器 10的服务器装置被组装在本电子结算系统1中。(1.2移动通信终端)接着，参照图3对移动通信终端20进行说明。移动通信终端20是能够经由通信 网50与电子结算服务器10和/或收纳网络40进行通信的同时、也能够使用近距离通信单 元与有价物提供装置30进行通信的终端装置。另外，移动通信终端20也可以经由通信网 50与店铺内服务器31进行通信。移动通信终端20例如是具有非接触式IC卡(例如!^eliCa JeliCa是索尼公司的 注册商标)功能的便携式电话机、配置有近距离通信单元及无线通信单元的PDA (Personal Data Assisting)、便携式游戏机、配置有无线LAN的IP电话机或本电子结算系统1的专用12终端装置等。移动通信终端20具有用于与所述提供装置侧近距离通信部303进行通信的 终端侧近距离通信部201、支付请求生成部202、无线通信部203、输入部204、输出部205、用 户信息存储部206以及转账请求生成部207。终端侧近距离通信部201具有与提供装置侧近距离通信部303进行通信的功能， 例如是IC卡用芯片及天线。支付请求生成部202具有如下功能生成请求店铺内服务器31支付、结算用户接 受的有价物的等价(定价)的支付请求消息，从而使得有价物提供装置提供有价物，例如是 装有i-appli( “i-appli”是NTT多科摩(NTT DOCOMO)公司的注册商标，是能够通过下载 到便携式电话追加附加价值功能的应用软件，并不特别限定0S，以下称为i-appli)的微型 计算机。无线通信部203具有如下功能移动通信终端20与移动通信网70连接，执行经由 移动通信网70的通信，例如是具有调制电路、解调电路的无线通信电路。移动通信网70可 以是一般的便携式电话的通信网，也可以是WIMAX或无线LAN的通信网。输入部204具有将用户的指示转变为电气信号后传递给支付请求生成部202、 转账请求生成部207等的功能，例如是便携式电话机的按键、触摸笔和触摸屏、指点 (pointing)设备。输出部205具有用于移动通信终端20向用户传达信息的信息输出功能，例如是便 携式电话机的液晶屏、声音输出装置(扬声器等)或小型打印机等。用户信息存储部206具有存储用户进行支付或结算所要的信息的功能。图4是表 示用户信息存储部206存储信息的一个例子。在该例中，用户信息存储部206存储如下信 息用于唯一确定作为该移动通信终端20的使用者而登录的用户的信息即用户ID208 ；电 子结算服务器10和/或店铺内服务器31进行用户本人认证的密码209 ；用于确定用户支 出支付费用的账户即用户账户41的信息即银行号210、分行号211、账户号码212和在该 账户中所设定的个人识别号(personal identification number) 213。这些信息即银行号 210、分行号211、账户号码212以及个人识别号213在用户使作为支付请求生成部202及 转账请求生成部207起作用的i-appli等应用软件安装在移动通信终端20中时、或为了接 受本电子结算系统1的服务而进行用户登录时由用户输入即可。例如在移动通信终端20 中所启动的i-appli等应用软件请求用户从输入部204输入这些信息，并将所输入的信息 208 213存储到用户信息存储部206。在生成用于从用户账户向结算运营商账户的预存 金(cbposit)的转账请求的转账请求消息时使用这些信息208 213，并作为转账请求消息 的一部分被发送到电子结算服务器10。另外，用户ID208可以是电子结算服务器10自动分配的识别号，也可以是移动通 信终端20具有的识别信息，例如!^elicaID ( “!^elica”是索尼股份公司的注册商标)、个体 识别号(包含FOMA卡识别信息(“F0MA”是股份公司NTT DoCoMo的注册商标))。(1. 3电子结算服务器)返回图2继续对电子结算系统1的结构要素进行说明。电子结算系统1，作为其核心的结构要素具有电子结算服务器10。电子结算服务 器10是具有运算处理装置(CPU)、主存储器(RAM)、只读存储器(ROM)、输入输出装置(I/ 0)、必要时还具备硬盘装置等外部存储装置的装置。例如是计算机、工作站等信息处理装置。在所述ROM、或者硬盘装置等中存储用于使信息处理装置作为电子结算服务器10而起 作用的程序、或使计算机执行电子结算方法的程序，将该程序加载到主存储器上，通过CPU 执行该程序来实现电子结算服务器10、或者执行电子结算方法。另外，上述程序也可以不必 存储在信息处理装置内的存储装置中，而从外部装置(例如ASP (应用软件/服务/供应商 的服务器等))提供、并将该程序加载到主存储器上。另外，该电子结算服务器10可以通过 单个装置构成、也可以通过网络将多个装置进行结合而构成。电子结算服务器10也可以是 将所有的功能都集中在一个场所的中心结构。另外，也可以是针对每个功能进行分割、能够 进行分散处理的分散服务器结构。以下参照图5对电子结算服务器10进行说明。图5A是表示电子结算服务器10 的结构例的功能框图。图5A所示的电子结算服务器10具有网络通信处理部401、支付请求处理部402、 数据库部403、转账请求处理部404、精算处理部405以及游艺信息更新部406。并且这些各 部是通过存储有程序的存储装置以及执行该程序的CPU等来实现的结构要素。网络通信处理部401具有经由通信网50执行与移动通信终端20、店铺内服务器 31以及收纳网络40通信的功能，例如是用于执行协议堆栈的通信端口。网络通信处理部 401在接受到来自移动通信终端20的转账请求消息时，将转账请求消息传送给转账请求处 理部404。另外，网络通信处理部401在从精算处理部405接受到向收纳网络40发送的转 账委托消息时，将该转账委托消息发送到收纳网络40。数据库部403存储登录到本电子结算系统1的各用户的保有金额数据700和游艺 厅运营商的保有金额数据900，同时存储与收纳网络40之间进行转账所需要的以下信息 用户表600、用户保有金额数据700、游艺厅运营商表800、游艺厅运营商保有金额数据900、 店铺内服务器表1000以及游戏履历信息1100。图6是在数据库部403中存储的用户表600的结构例。用户表600是存储有与用 户(游艺者)有关的信息的数据。用户表600是针对每个用户具有一个记录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。图7是在数据库部403中存储的用户保有金额数据700的结构例。用户保有金额 数据700是针对每个用户具有一个记录701的数据，各记录701具有存储用户ID的用户 ID字段702 ；存储用于唯一确定店铺内服务器31的信息即店铺内服务器ID的店铺内服务 器ID字段703 ；以及存储在该用户通过店铺内服务器ID所确定的店铺内服务器31中的预 存的金额即保有金额的保有金额字段704。重写在保有金额字段704中存储的值使得在用 户预存到电子结算系统1中时增加预入额的数目、在进行使用有价物提供装置30的支付时减少支付额的数目。另外，即使是同一个用户也能够针对每个店铺内服务器管理保有金额， 所以针对同一个用户持有多个记录701。图8是在数据库部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。图9是在数据库部403中存储的游艺厅运营商保有金额数据900的结构例。游艺 厅运营商保有金额数据900是针对每个登录到电子结算系统1的游艺厅运营商具有一个记 录901的数据。各记录901具有游艺厅运营商ID902和存储电子结算系统1向游艺厅运营 商账户转账的数目的金额即保有金额的保有金额903。重写在保有金额903中存储的值，使 其增加通过使用经由店铺内服务器31的有价物提供装置30而从用户所支付的数目、减少 向使用了收纳网络40的游艺厅运营商账户43的转账额数目。图10是在数据库部403中存储的店铺内服务器表1000的结构例。店铺内服务 器表1000是针对在电子结算系统1中包含的各店铺内服务器31具有一个记录1001的数 据，各记录1001存储店铺内服务器ID1002、店铺内服务器IP地址1003以及游艺厅运营商 ID1004。店铺内服务器ID1002是用于唯一确定店铺内服务器31的信息。店铺内服务器IP 地址1003是用于进行电子结算服务器10与店铺内服务器31的通信的目标地址信息，例如 是为了发送通知某店铺内服务器31的来自用户的预存金(cbposit)的预存金通知消息而 使用的、用作发送目标地址的信息。游艺厅运营商ID1004是用于确定对于赋予了该店铺内 服务器ID1002的店铺内服务器31具有接受相当于用户的消费金额的支付的权利的游艺厅 运营商的信息、使用与游艺厅运营商表800的游艺厅运营商ID802(参照图8)相同的ID。游戏履历信息1100是表示游艺者什么时候在哪里在那个游艺机进行了多少游艺 等与游艺有关的履历的信息、是各有价物提供装置30的游戏履历处理部305生成的信息， 是通过存储经由店铺内服务器31所发送的游戏履历数据而生成的信息。能够通过周知的 市场分析或数据挖掘法来分析该游戏履历信息1100，由此获得各种有用的信息。返回图5A继续对电子结算服务器10的结构例进行说明。接着对转账请求处理部404进行说明。转账请求处理部404具有处理从移动通信 终端20接收到的转账请求消息的功能。转账请求处理部404经由网络通信处理部401从 移动通信终端20接受转账请求消息。转账请求消息的内容是从用户账户取出所指定的金 额，使得能够通过电子结算系统1、更详细地讲是通过所指定的店铺内服务器31使用所取 出的金额数目。接受了该转账请求消息的转账请求处理部404检查在数据库部403中存储 的用户表600。转账请求处理部404从用户表600取得用于确定成为转账源账户的用户账户的信息即银行号605、分行号606、账户类别607、账户号码608、账户名609以及个人识别 号610，将这些信息与用于确定成为转账目标账户的结算运营商账户43的信息一起作为转 账委托消息经由网络通信处理部401发送到收纳网络40。收纳网络40如果接受到转账委 托消息，就将所指定的金额从用户账户41转账到结算运营商账户42。所转账的金额是用户 使用本电子结算系统1能够使用的资金(除去手续费数目)。另外，转账请求处理部404具有如下功能在从收纳网络40接收到转账结构通知 消息时，对该消息进行应答，发送用户预存金处理请求消息使得将用户的预存金存储在相 应的店铺内服务器31中。接着对精算处理部405进行说明。精算处理部405从各店铺内服务器31接收表 示用户所消费的金额的消息，并根据该消息变更或更新游艺厅运营商保有金额数据900、更 详细地讲是保有金额903。另外，精算处理部405向收纳网络40请求从结算运营商账户42 向各游艺厅运营商的游艺厅运营商账户43转账游艺厅运营商保有金额数据900表示的金 额。该转账的资金的金额是用户委托电子结算系统1的向游艺厅运营商的支付金额，即相 当于游艺厅运营商保有金额数据900的保有金额903。在本实施方式中，精算处理部405自 主地进行转账委托处理。例如，精算处理部405通过预定的定时(例如每月月末)自动地 启动。启动后的精算处理部405向各店铺内服务器31查询用户所消费的金额，即对游艺厅 运营商的支付额，并根据店铺内服务器31回应该查询而发送的支付请求消息来更新游艺 厅运营商保有金额数据900的保有金额903。另外，精算处理部405检查在数据库部403中 所存储的全部的游艺厅运营商保有金额数据900，对于还未转账的则对收纳网络40发送进 行从结算运营商账户42向相应的游艺厅运营商账户43转账的转账委托。游艺信息更新部406具有如下功能时刻蓄积存储经由店铺内服务器31从有价物 提供装置30的履历消息处理部305接收到的游戏履历数据，并进行游戏履历信息1100的 更新。(1. 4电子结算服务器的分散服务器结构)在图5A所示的例子中，图示了通过一个服务器装置来实现电子结算服务器10，但 是电子结算服务器10当然并不限于通过这样的服务器装置的结构。图5B是表示将电子结算服务器10做成分散服务器结构时的一个结构例的功能框 图。对与图5A所示的结构要素相同的单元赋予相同的参照号码，并省略详细说明。通过将电子结算服务器10做成分散服务器结构，能够降低与用户或游艺厅运营 商相关的信息被泄露或被盗窃的可能性，从而能够提高对于本电子结算系统1的安全性的 可信度。做成分散服务器结构时的电子结算服务器10由应用软件服务器501、一个或多个 数据库服务器502A 502D构成。应用软件服务器501具有网络通信处理部401、转账请求 处理部404、精算处理部405以及游艺信息更新部406。在图5B所示的例子中，四个数据库服务器502A、502B、502C、502D经由局域网503 能够与应用软件服务器501进行通信地连接起来。四个数据库服务器502A、502B、502C、 502D是与图5A所示的数据库部403相对应的结构要素。在该结构例中，第一数据库服务 器502A存储用户表600和用户保有金额数据700，第二数据库服务器502B存储游艺厅运 营商表800和游艺厅运营商保有金额数据900，第三数据库服务器502C存储店铺内服务器表1000，第四数据库服务器502D存储游戏履历信息1100。应用软件服务器501根据处理 的需要向这些数据库服务器502A 502D请求需要的信息，数据库服务器502A 502D根 据请求从所存储的内容中取出需要的信息交给应用软件服务器501。另外，如何分割数据库部403、做成几个数据库服务器502、如何分配各个数据库 服务器的存储内容(表、数据)都能够任意地规定，并不限于图5B所示的结构。(1.5店铺内服务器)继续对电子结算系统1的结构例进行说明，接着对店铺内服务器31进行说明。如图1所示那样，电子结算系统1具有店铺内服务器31。店铺内服务器31是具备 运算处理装置(CPU)、主存储器(RAM)、只读存储器(ROM)、输入输出装置(I/O)以及必要时 还具备硬盘装置等外部存储装置的装置，例如计算机、工作站等信息处理装置。在所述ROM、 或硬盘装置等中存储将信息处理装置作为店铺内服务器31来起作用的程序、或使计算机 执行电子结算方法的程序，通过将该程序加载到主存储器中、CPU执行该程序实现店铺内服 务器31、或执行电子结算方法。另外，上述程序也可以不必存储在信息处理装置内的存储装 置中，而是从外部装置(例如ASP(应用/服务/供应商的服务器等))提供、并将其加载到 主存储器中的结构。另外，该店铺内服务器31也可以不通过单个装置构成，而是通过网络 将多个装置进行结合而构成的装置组。店铺内服务器31如果从电子结算服务器10接受到已接受用户的预存金(已进行 了账号间转账)的旨意的消息即用户预存金处理请求消息，就存储在该消息中所记述的预 存金的金额为用户能够消费的金额。当用户试图从通过该店铺内服务器31管理的有价物提供装置30消费有价物时， 有价物提供装置30向店铺内服务器31查询是否能够从该用户的预存金中取出有价物的等 价，当能够从该用户的预存金中取出有价物的等价、即剩余有充分的预存金进行等价支付 时，店铺内服务器31对该有价物提供装置30发送消息(称为提供指示消息)，使得进行有 价物的支出。以下参照图5C对店铺内服务器31进行说明。图5C是表示店铺内服务器31的结 构例的功能框图。图5C表示的店铺内服务器31具有网络通信处理部551、预存金处理部552、支付 请求处理部553、提供指示部554、结果通知部555、精算处理部556、游艺消息处理部557以 及数据库部560。另外，这些各部是由存储有程序的存储装置及执行该程序的CPU等构成的 结构要素。网络通信处理部551具有执行与电子结算服务器10、移动通信终端20等进行通信 的功能，例如是配置有协议堆栈的通信端口等。预存金处理部552具有如下功能在从电子结算服务器10接受到用户预存金处理 请求消息，根据该消息生成或更新用户预存金数据562。支付请求处理部553具有处理从移动通信终端20接受到的支付请求消息的功能。 支付请求处理部553经由网络通信处理部551从移动通信终端20接受支付请求消息。于 是支付请求处理部553检查在后述的数据库部560中所存储的相应的用户的用户预存金数 据562。当比较用户预存金数据562和支付请求消息、有支付请求以上的预存金时，支付请 求处理部553启动提供指示部554。启动后的提供指示部5M生成提供指示消息，经由网络17通信处理部551将该提供指示消息发送到通过支付请求消息指定的有价物提供装置30。另外，支付请求处理部553在能够进行与所述的支付请求消息相应的支付时，根 据支付金额来更新(重写)在数据库部556中所存储的相应的用户的用户预存金数据562。提供指示部5M生成用于发送到有价物提供装置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是存储有与用户(游艺者)有关的信息。图5D表示用户表561 的数据结构例。在该例中表示的用户表561是针对每个使用该店铺内服务器31的用户具 有一个记录561A的数据，各记录561A具有存储用于唯一确定用户的信息即用户ID的用户 ID字段56IB、存储密码的密码字段56IC以及存储邮件地址的邮件地址字段561D。用户预存金表562是针对每个使用该店铺内服务器31的用户具有一个记录的数 据。图5E表示用户预存金表562的数据结构例。用户预存金表562具有的记录562A具有 存储用户ID的用户ID字段562B;关于该店铺内服务器31，存储从该用户委托结算运营商 的金额即预存金的金额的预存金额字段562C ；以及存储该用户使用该店铺内服务器31管 理的有价物提供装置30所消费的金额的消费金额字段562D。游戏履历信息563是从与该店铺内服务器31连接的有价物提供装置30所发送 的、与游艺者的游戏履历有关的数据即游戏履历数据或这样的数据的集合。(1.6 通信网)返回到图1，再次对本实施方式的电子结算系统1的结构要素进行说明。通信网50具有如下作用无论是有线/无线、专用线路/交换线路，在与其连接的18装置对各个目标装置确立对话(session)时，能够与该装置间进行信息的收发。通信网50 可以如因特网那样，经由网关将多个网络组合起来实现。另外，关于该连接即使不与被称为 中枢网络(baclcbone)的主干线直接连接而通过PPP连接等进行暂时连接，也能够在确立了 对话时在该期间进行信息的收发。另外，上述“通信网”还包含不使用固定地布满专用线路 那样的交换机、交换装置、路由器等进行路径切换单元的通信网。(1.5移动通信网、网关、基站)图1所示的电子结算系统1的结构例是假设使用便携式电话作为移动通信终端20 的情况。因此所图示的是移动通信终端20即便携式电话首先通过无线线路与基站60连 接，从该基站60经由移动通信网70及网关80与电子结算服务器10连接的通信网50连接。 但是如果移动通信终端20能够直接连接通信网50，则移动通信终端20也可以不经由移动 通信网70及网关80地与电子结算服务器10连接。例如在移动通信终端20具有无线LAN 连接功能时，不必经由移动通信网70及网关80进行通信。例如即使是移动通信终端20通 过接入到与通信网50连接的热点(hot spot)(无线LAN终端)来与通信网50进行连接的 结构，本发明也成立。(1.7收纳网络)收纳网络40是具有如下功能的系统根据来自电子结算服务器10的转账请求，从 用户账户41向结算运营商账户42以及从结算运营商账户42向游艺厅运营商账户43转账 所指定的金额。另外，在图1所示的例子中图示了通过通信网50连接电子结算服务器10 和金融机构系统40，但是即使经由专用线路(图略)连接电子结算服务器10和金融机构系 统40，本实施方式也成立。例如金融机构系统40是所谓网络银行准备的系统时，是经由通 信网50连接电子结算服务器10和金融机构系统40的结构。(2.电子结算系统的动作例)接下来，参照图11及以下的图对上述电子结算系统1的动作进行说明。图11是 表示上述电子结算系统1的动作例的图，是表示在用户使用移动通信终端20进行用户登录 到电子结算系统1时的电子结算系统1的动作例的时序图。首先，在开始使用本电子结算系统1时，用户通过移动通信终端20与电子结算服 务器10连接，向电子结算服务器10请求用于接受电子结算系统1的服务的移动通信终端 20用软件(例如i-appli等、能够通过下载到移动通信终端追加功能的应用软件。以下称 为“i-appli”)(SlOl)。电子结算服务器10根据请求将应用程序数据下载到移动通信终端 20 (S102)。接受到应用程序的移动通信终端20将应用程序的数据存储到存储器等存储装 置中(S10;3)。通过移动通信终端20的CPU等执行该应用程序，由此作为所述的支付请求生 成部202、转账请求生成部207等来起作用。另外，在上述实施方式中，说明了使用电子结算服务器10作为i-appli等应用程 序下载用的服务器，但是i-appli等的应用程序下载用的服务器当然也可以为独立于电子 结算服务器10的其它的装置或系统。通过用户通过移动通信终端20进行预定的操作等来启动所下载的应用程序 (S104)。在进行首次启动所下载的应用程序时，将使用户输入初始信息的初始输入画面显 示在输出部205上，催促用户输入初始信息。在此，所请求的初始信息是用户ID602、密码 603、邮件地址604、银行号605、分行号606、账户类别607、账户号码608、账户名609以及个人识别号610等。另外用户ID602、密码603也可以不通过用户进行输入，而通过电子结算 服务器10进行预先设定。当用户使用移动通信终端20的输入部204完成初始信息输入时，移动通信终端20 将初始信息存储在用户信息存储部206，同时经由基站60、移动通信网70、网关80以及通信 网50与电子结算服务器10连接，将所输入的初始信息等发送到电子结算服务器10 (S106)。接受了初始信息的电子结算服务器20根据该初始信息进行用户登录(S107)。即 电子结算服务器20分别将新的记录601、701追加到数据库部403的数据表600及用户保 有金额数据700中，然后在这些记录601、701中写入用户ID602、密码603、邮件地址604、银 行号605、分行号606、账户类别607、账户号码608、账户名609以及个人识别号610等。仅结束上述的用户登录，用户并不能使用电子结算系统1从有价物提供装置30进 行购物(有价物的接受)。用户需要请求从移动通信终端20向电子结算服务器10，更详细 地讲是从自己的用户账户41向结算运营商账户42转账适当金额的预付款。从该预付款中 减去通过有价物提供装置30提供的有价物从而用户所消费的金额数目。所减去的数目的 金额是支付给有价物提供装置30的金额，该支付的收取人是游艺厅运营商的账户，即通过 收纳网络40处理后转账到游艺厅运营商账户43。以下参照图12说明用户请求电子结算服 务器10从自己的账户即用户账户41向结算运营商账户42转账时的、上述电子结算系统1 的动作例。图12是表示请求从用户账户41向结算运营商账户42转账时的电子结算系统 1的动作例的时序图。首先，用户在移动通信终端20中启动应用程序、更详细地讲是启动转账请求生成 部207(S201)。所启动的应用程序、更详细地讲是转账请求生成部207将输入界面画面等显 示在移动通信终端20的输出部205，催促用户输入生成转账请求消息所需要的信息，例如 转账金额、账户个人识别号、用于确定使用的店铺内服务器31的信息(例如店铺内服务器 ID)等。当接收到这些输入时(S202)，移动通信终端20，更详细地讲是转账请求生成 部207生成转账请求消息，经由通信网50等将该转账请求消息发送到电子结算服务器 10(S203)。在该转账请求消息中存储有用户ID208、密码209、账户个人识别号213、与预付 款相当的所输入的转账金额、用于确定使用的店铺内服务器31的信息等。接收到该转账请求消息的电子结算服务器10，更详细地讲是转账请求处理部404 将在转账请求消息中包含的用户ID208作为关键字，检索用户表600，从与该用户ID208 — 致的记录601中取得指定用户账户41的信息即银行号605、分行号606、账户类别607、账户 号码608以及账户名609。并且读出另外存储的用于确定结算运营商账户42的信息(图 略)，即结算运营商账户42的银行号、分行号、账户类别以及账户号码，根据这些信息生成 转账委托消息，发送到收纳网络40(S204)。另外，关于转账委托消息的发送，关于该数据结 构或通信步骤等也可以根据收纳网络40采用的方式来设定。接收到转账委托消息的收纳网络40，根据转账委托消息的内容，进行转账处理 将所指定的金额(以下称为“用户转账金额”)从用户账户41转移到结算运营商账户 42(S205)。在已正常进行了转账处理(S205)时，收纳网络40将通知电子结算服务器10已 正常进行了转账处理的转账结果通知消息发送到电子结算服务器10(S206)。另外，由于用 户账户41的余额不足等原因而没能适当地进行转账处理时，收纳网络40将无法转账的旨意的转账结果通知消息发送到电子结算服务器10 (图略)。此时，电子结算服务器10将无 法进行转账处理的旨意通知给移动通信终端20并结束处理。另一方面，接收到正常进行了转账处理的旨意的转账结果通知的电子结算服务器 10执行将该用户转账金额反映到用户保有金额数据700的对应的记录701中的处理即保有 金额数据处理(S207)。另外，接收到正常进行了转账处理的旨意的转账结果通知的电子结算服务器10 根据用于确定在转账请求消息中包含的店铺内服务器31的信息，发送请求该店铺内服务 器31存储该用户的预存金(相当于用户转账金额)的用户预存金处理请求消息(S208)。 在该用户预存金处理请求消息中包含用于确定用户的信息(例如用户ID)、表示相当于用 户转账金额的预存金的信息等。接收到用户预存金处理请求消息的店铺内服务器31进行 更新用户预存金数据562的用户预存金数据更新处理(S209)。用户预存金数据更新处理 在还没有在用户预存金数据562中追加该用户的记录562A时，追加用于该用户的新的记录 562A，将表示预存金的信息存储在该记录562A的预存金字段562C中，另外，当已经在用户 预存金数据562中包含有该用户的记录562A时，对在与该用户对应的记录562A的预存金 字段562C中所存储的金额加上表示预存金的信息数量，并进行存储。通过该用户预存金数据处理，用户能够利用电子结算系统1、更详细地讲是所指定 的店铺内服务器31管理的有价物提供装置30来使用与用户转账金额相当的金额。图13 图15B是用于说明处理在电子结算服务器10、店铺内服务器31、收纳网络 40之间进行的用户转账金额时的动作的图。图13表示用户对电子结算服务器10发送转账请求消息(图12，S203)前的状态 的一个例子。在该例中，收纳网络40具有一个用户账户41、一个结算运营商账户42以及一 个游艺厅运营商账户43。那么作为一个例子，假设用户账户41的余额为Y100，000，结算 运营商账户42及具有从店铺内服务器31获得收益的权限的游艺厅运营商账户43的余额 都为Y0。另外，实际上多个用户、多个游艺厅运营商在收纳网络40中具有账户，但是在图 13 图15中，作为代表例表示了分别具有一个用户账户41及一个游艺厅运营商账户43。电子结算服务器10如前述那样存储用户保有金额数据700和游艺厅运营商保有 金额数据900，用户保有金额数据700针对每个用户具有记录701的用户保有金额703，游 艺厅运营商保有金额数据900也针对每个游艺厅运营商具有记录901的游艺厅运营商保有 金额903。另外，图中的用户记录701是与用户账户41的用户对应的数据，另外，游艺厅运 营商记录901是与具有从店铺内服务器31获得收益的权限的游艺厅运营商账户43的游艺 厅运营商对应的数据。假设在两记录701、901中所存储的保有金额703、903在该时刻都为 YOo另外，店铺内服务器31具有用户预存金数据562，但是在时刻还没有生成与该用 户对应的记录562A。在此，考虑用户仅想通过与所指定的店铺内服务器31连接的有价物提供装置30 从用户账户使用￥10，000。图14表示在图13的状态之后，用户从移动通信终端20向电子 结算服务器10发送转账￥10，000的用户转账金额的转账请求消息后的状态。电子结算服 务器10根据该转账请求消息向收纳网络40发送以下的转账委托消息。即向收纳网络40 发送从用户账户向结算运营商账户转账用户转账金额￥10，000及向结算运营商支付的手续费(例如Y100)这样的内容的转账委托消息。接收到该转账委托消息的收纳网络40进行从用户账户41向结算运营商账户42 转账￥10，100的处理。结果如图14所示那样用户账户41的余额为Y100，000- ￥10, 100 =￥89，900，结算运营商账户42的余额为YO+￥10，100 =￥10, 100。收纳网络40根据转 账委托消息，如图14那样变更账户41、42的余额。图15A表示在图14的状态之后，电子结算服务器10进行保有金额数据处理(图 12，S207)后的状态。如图12所示那样，当通过收纳网络40进行转账处理时，收纳网络40 将正常进行了￥10，100的转账的旨意的转账结果发送到电子结算服务器10(图12，S206)。 电子结算服务器10，更详细地讲是转账请求处理部404根据该转账结果通知消息，将用户 转账金额加到与进行了转账的用户账户41对应的记录701存储的用户保有金额703的值 上。但是没有加上相当于手续费的￥100。根据该相加的保有金额数据处理(S207)，结果在 用户保有金额703中记录YO+ Y10，000 =￥10, 000。图15B表示在图15A的状态之后，店铺内服务器31进行用户预存金数据处理 (图12，S209)后的状态。如图12所示那样，当通过电子结算服务器10进行保有金额数据 处理(S207)时，电子结算服务器10向所指定的店铺内服务器10发送应该对该用户存储 ￥10，000的预存金(清算用户转账金额)的旨意的用户预存金处理请求消息(S208)。店 铺内服务器31、更详细地讲是预存金处理部552根据该用户预存金处理请求消息，对在数 据库部560中所存储的用户预存金数据562追加与该用户对应的记录562A，将消费金额 1302( =￥0)存储在消费金额字段562D中。通过将用户的预存金1501记录在店铺内服务 器31中，成为用户能够接受在预存金1501范围内、从该店铺内服务器31管理的任意的有 价物提供装置30提供有价物的状态。接下来，参照图16对在图12及图15B所示的状态之后，用户想接受从所指定的店 铺内服务器31管理的有价物提供装置30提供有价物时的电子结算系统1的动作例进行说 明。图16是表示用户为了接受从有价物提供装置30提供的有价物，通过近距离通信单元 在移动通信终端20与有价物提供装置30之间进行通信时的电子结算系统1的动作例的时 序图。首先，假设用户想使用本电子结算系统1，接受通过有价物提供装置30提供的有 价物。在用户想接受从有价物提供装置30提供的有价物时，通过近距离通信在移动通 信终端20与有价物提供装置30之间进行通信，使移动通信终端20取得有价物提供装置30 的设备ID等。例如在终端侧近距离通信部201是非接触式IC卡用IC芯片、提供装置侧近 距离通信部303是读取装置/写入装置时，如果读取装置/写入装置检知到非接触式IC卡 用IC芯片的接近，提供装置近距离通信部303即读取装置/写入装置就将自己存储的设备 ID、应用程序号、用户支付金额发送到终端侧近距离通信部201即非接触式IC卡用IC芯片 中(S301)。在此，设备ID是能够用于唯一确定有价物提供装置30的识别信息，应用程序号 是用于唯一确定在移动通信终端20中进行运行的应用程序的识别信息。用户支付金额是 用于确定有价物提供装置30提供给用户的有价物的等价金额的信息。在有通过移动通信 终端20的有价物的购入申请时，有价物提供装置30将其作为预定的支付金额数目的有价 物的购入申请来处理。例如在有价物提供装置30是借球机的情况下，当用户将移动通信终端30接近借球机、使其进行读取非接触式IC卡用芯片时，作为针对该有价物提供装置30 所规定的支付金额(例如，Y1，000)数目的借球的购入申请来处理。另外，用户支付金额也 可以针对每个有价物提供装置30而有所不同。例如关于在同一个游艺厅内设置的借球机 Α，可以规定支付金额为Υ1，000，而关于其它的借球机B，规定支付金额为Υ5，000。另外，也 可以根据用户的选择来决定用户支付金额。例如，当有价物提供装置30是预付卡发券机装 置时，该预付卡发券机装置是能够发行多种不同金额的预付卡(例如，￥1，000、￥3,000, ￥5,000, ￥10,000)的装置，具有指定这些金额的多个金额决定按键。用户通过按下所希 望的金额的金额决定按键购入希望的金额的预付卡。此时，也可以通过电子结算系统1将 用户通过金额决定按键所选择的金额作为上述用户支付金额来处理。也可以不必在步骤S301中将上述用户支付金额从有价物提供装置30发送到移动 通信终端20。可以根据设备ID使用电子结算服务器10预先准备的表来判断支付金额。接受到设备ID、应用程序号以及用户支付金额的终端侧近距离通信部201启动与 该应用程序号对应的应用程序即支付请求生成部202 (S302)。此时，从终端侧近距离通信部 201将设备ID、用户支付金额传送到支付请求生成部202。所启动的支付请求生成部202生成支付请求消息，该支付请求消息包含从有价物 提供装置30接受到的设备ID和用户支付金额、以及在用户信息存储部206中存储的用户 ID208、密码209，支付请求生成部202经由基站60、移动通信网70、网关80以及通信网50 将该消息发送到店铺内服务器31 (S303)。另外，也可以预先在应用程序中存储店铺内服务 器31的目标地址(例如IP地址)，有价物提供装置30也可以预先将店铺内服务器31的目 标地址和设备ID —起发送到移动通信终端20，移动通信终端20将支付请求消息发送到接 收到的目标地址。接受到支付请求消息的店铺内服务器31，更详细地讲是支付请求处理部553，首 先将用户ID208作为关键字来检索用户预存金数据562，取得与用户ID208相应的记录 562A的预存金1501。支付请求处理部553比较用户支付金额和预存金1501，进行判定是否 能够从预存金1501中支出用户支付金额的预存金核实(S304)。当在步骤S304中判断为无法进行支出时，支付请求处理部553启动结果通知部 555。结果通知部555生成基于判定的处理结果通知消息，并将该消息发送给有价物提供装 置30和/或移动通信终端20 (图略)。接受到处理结果通知消息的有价物提供装置30和 /或移动通信终端20将处理结果通知的内容显示在它们的输出部(图略)、输出部205上。 例如显示“预存金的余额不足。无法提供。”等内容。另一方面，当在步骤S304中判断出能够进行支出时，支付请求处理部553启动提 供指示部阳4。启动后的提供指示部5M将提供指示消息发送到在支付请求消息中所指定 的有价物提供装置30 (S305)。有价物提供装置30根据该提供指示消息驱动其有价物供给 部304，向用户提供与用户支付金额相应的有价物(S306)。另外，根据将设备ID作为关键 字预先在店铺内服务器31中准备的设备ID发送地址变换表(图略)来决定提供指示消息 的发送目标地址。已向用户提供了有价物的有价物提供装置30向店铺内服务器31发送通知已经完 成执行提供的提供完成消息(S307)。接收到提供完成消息的店铺内服务器31，更详细地讲是支付请求处理部402进行23消费金额处理，在该消费金额处理中重写在数据库部560中所存储的用户预存金数据562、 更详细地讲是重写具有相应的用户ID的记录562A的预存金1501及消费金额1502，以便于 转账用户支付金额，即从预存金1501中减去用户支付金额并将用户支付金额加到消费金 额 1502 上(S308)。另外，当在步骤S304中判断出能够进行支出时，店铺内服务器31、更详细地讲是 支付请求处理部553启动结果通知部555。启动后的结果通知部555向移动通信终端20发 送用于通知已从预存金中进行支付了所指定的支付金额的消息即执行确认消息(S309)。执 行确认消息是表示与用户所指定的用户支付金额相应的支付手续已完成的消息。另外，将 用户ID作为关键字检索用户表561，由相应的记录561A的邮件地址561D决定执行确认消 息的发送目标地址。接收到执行确认消息的移动通信终端20，作为执行确认消息的内容通过输出部 25进行结果显示(S310)。例如通过在移动通信终端20的输出部205上显示“从〇〇的预 存金中进行了 Y1，000的支付。余额为〇〇〇〇元。”等来进行结果显示。在该结果显示时， 也可以显示支出支付金额后的预存金1501的值，即店铺内服务器31中的余额。但是存储 预存金的金额由店铺内服务器10承担，而不是在移动通信终端20中存储预存金1501。图17是表示在图15B的状态之后，进行步骤S301 步骤S307的处理后的收纳网 络40、电子结算服务器10、店铺内服务器31的存储状态的图。在进行转账用户支付金额之 前的图15B的状态下，用户预存金数据562的相应记录562A的预存金1501为￥10，000，消 费金额1502为Y0。图17是用户支付金额为Y1，000时，进行消费金额处理(S308)后的状态。在该 消费金额处理(S308)中，店铺内服务器31的支付请求处理部553从用户的保有金额即预 存金1501的值￥10，000中减去用户支付金额Y1，000后重写预存金1501的值为Y9，000， 同时将用户支付金额Y1，000加到消费金额1502的值YO后重写消费金额1502的值为 ￥1, 000。通过这样的消费金额处理(S308)进行重写预存金1501、消费金额1502、903，在店 铺内服务器31中执行对通过有价物提供装置30提供的有价物的等价的支付、即从用户向 游艺厅的支付。针对各用户使用有价物提供装置30购入有价物进行上述的步骤S301 步骤S310 的处理，一方面从预存金1501中减去各个用户支付金额，另一方面将各个用户支付金额作 为消费金额1502进行相加，并进行记录。即，每当各用户使用店铺内服务器31管理的有价 物提供装置30来购入有价物，就向拥有或运营该店铺内服务器31的游艺厅运营商增加与 支付金额相当的消费金额1502的值。将上述的消费金额1502转账到收纳网络40上的游艺厅运营商账户43中。以下 参照图18对向电子结算系统1中的游艺厅运营商账户43的转账进行说明。图18是表示 向电子结算系统1中的游艺厅运营商账户43的转账处理的例子的时序图。电子结算服务器10，更详细地讲是精算处理部405根据预定的定时自动启动，执 行消费金额查询处理(S401)。该消费金额查询处理是对各店铺内服务器31查询消费金额 1502的处理。当自动启动(S401)时，精算处理部405向各店铺内服务器31发送消费金额查询24消息(S402)。接收到消费金额查询消息的店铺内服务器31参照用户预存金数据562，读取各记 录562A的消费金额1502，并根据这些消费金额1502等进行生成消费金额通知消息的消费 金额通知消息生成处理(S403)。该消费金额通知消息可以是对于用户预存金数据652的各 记录652A，将预存金1501、消费金额1502通知给电子结算服务器10的结构，或者也可以是 通知全部的记录562的消费金额的合计值的结构。在此处说明的例子中，为了能够在电子 结算服务器10侧把握用户的预存金，设为具有对于用户预存金数据652的各记录652A通 知预存金1501、消费金额1502的结构的消息来进行说明。进行了消费金额通知消息发送(S404)的店铺内服务器31，更详细地讲是精算处 理部556进行将各记录562A的消费金额1502的值重写为“0”的消费金额清零处理(S405)， 然后准备进行存储用户新消费的消费金额。另一方面，从各个店铺内服务器31接收到消费金额通知消息的电子结算服务器 10根据各消费金额通知消息进行更新自身存储的游艺厅运营商保有金额数据900的保有 金额903的保有金额更新处理(S406)。具体来讲，电子结算服务器10，更详细地讲是精算 处理部405根据接受到的消费金额通知消息中包含的店铺内服务器ID、或游艺厅运营商 ID等，决定将该消费金额通知消息中所记述的消费金额反映到游艺厅运营商保有金额数据 900的哪个记录901的游艺厅运营商保有金额903中，将所通知的消费金额加到所决定的记 录901的保有金额903后进行存储。另外，精算处理部405根据在消费金额通知消息中包 含的预存金1501来更新(减去)对应的用户记录701的保有金额704。通过该保有金额 更新处理，电子结算服务器10能够合计通过各店铺内服务器31存储的消费金额，并进行存 储。该合计后的消费金额是应该转账到各游艺厅运营商账户43的金额(除去结算运营商 的手续费)。接下来发送转账委托消息(S407)，该转账委托消息是委托收纳网络40从结算运 营商账户42向游艺厅运营商账户43转账与该游艺厅运营商的保有金额903对应的金额的 消息。关于该消息的详细内容，只要定为与收纳网络40规定的标准一致即可。在该实施方式中，针对游艺厅运营商保有金额表900的各记录901生成一个转账 委托消息，但是也可以通过其它的方法生成转账委托消息。转账委托消息存储用于确定转 账目标账户即游艺厅运营商账户43的信息，即银行号803、分行号804、账户类别805、账 户号码806以及账户名807。另外，转账委托消息作为用于确定转账源账户即结算运营商账 户42的信息，存储结算运营商账户42的银行号、分行号、账户类别、账户号码以及账户名。 另外，转账委托消息还存储基于保有金额903的金额的值作为转账金额。基于保有金额903 的金额可以不必为与保有金额相同的值，例如是从保有金额中减去付给结算运营商的手续 费后的剩余的金额等。精算处理部405自动启动的预定定时只要是CPU能够判定的定时即可，例如可以 是根据时间条件的定时(每月30号、或第四个星期一、所谓五/十号(五号十号)等)，也 可以是根据保有金额达到预定值时等金额条件的定时等。另外，精算处理部405也可以不 自动启动，可以由电子结算服务器10的管理者或操作员通过手动来启动精算处理部405。精算处理部405在针对各个记录901进行生成转账委托消息时，将所生成的转账 委托消息发送到收纳网络40(S408)。接收到这些转账委托消息的收纳网络40，根据各转账委托消息的内容执行从结算运营商账户42向游艺厅运营商账户43的转账处理(S409)。通 过步骤S401 S409的处理，将各用户作为使用有价物提供装置30的等价所支付的金额的 合计转账到各个游艺厅运营商账户43。当正常进行了转账处理(S409)时，收纳网络40为了通知电子结算服务器10已正 常执行了转账处理，将转账结果消息发送到电子结算服务器10(S410)。另外，当由于结算运 营商账户42的余额不足等原因，而没能适当地进行转账处理时，收纳网络40将无法转账的 旨意的转账结果通知消息发送给电子结算服务器10。接收到转账处理已正常进行的旨意的转账结果通知消息的电子结算服务器10执 行将该转账金额反映到游艺厅运营商保有金额数据900的对应的记录901中的处理即保有 金额清零处理(S411)。通过该保有金额清零处理，将游艺厅运营商的保有金额903的值返 回到“ 0 ”，防止重复进行转账处理。图19A、图19B是表示在图17所述的状态之后执行步骤S401 S411后的结果的 店铺内服务器31、电子结算服务器10、收纳网络40的存储内容的图。在图17的状态中，记 录562A的预存金1501为Y9，000、消费金额1502为Y1，000以及记录901的保有金额903 为Y0。图19A是表示消费金额清零处理640 和保有金额更新处理(S406)结束时的存 储内容的图。通过执行消费金额清零处理(S405)，将店铺内服务器31的消费金额1502从 ￥1, 000重写为Y0。但是预存金1501中没有进行变更还是Y9，000。另外，通过执行保有金 额更新处理S406，将电子结算服务器10的用户保有金额703从￥10，000变更为Y9，000, 并且游艺厅运营商保有金额903的值从YO变更为Y1，000。关于在收纳网络40中存储的用户账户41、结算运营商账户42及游艺厅运营商账 户，在该时刻没有改变。图19B是表示在图19A的状态之后，转账处理S409和保有金额清零处理S411结 束时的存储内容的图。电子结算服务器10，更详细地讲是精算处理部405针对游艺厅运营 商保有金额数据900的各记录901读取保有金额903，并请求收纳网络40将从该保有金额 903中减去预定的结算手续费(例如，Y10)而得的金额从结算运营商账户42转账到对应 的游艺厅运营商账户43。在该例的情况下，该时刻的保有金额903为Yl, 000,因此电子结 算服务器10，更详细地讲是精算处理部405请求转账从Y1，000中减去结算手续费YlO后 的 Y 990。在进行转账前，结算运营商账户43的金额为￥10，000，游艺厅运营商账户的金额 为Y0。当收纳网络40执行上述的转账请求时，如图19B所示那样，结算运营商账户43的 金额成为从￥10，100中支出Y990后的Y9，110，另一方面，对游艺厅运营商账户43的金额 相加Y990，成为Y990。另外，关于用户账户41的金额没有发生变更。另外，结算运营商账 户42的余额Y9，110中的Y9，000是用户存储的金额，剩下的YllO是结算运营商的收益。 由此，电子结算运营商能够从运营本电子结算系统1来获得收益。另外，电子结算服务器10，更详细地讲是精算处理部405，根据上述转账处理 (S409)结束的旨意的转账结果通知消息(S410)来执行保有金额清零处理(S411)，并将对 应的记录901的保有金额903从Y1，000变更为Y0。26
通过上述的处理，本电子结算系统1能够将用户通过店铺内服务器31所使用的有 价物提供装置30的使用费用转账到游艺厅运营商账户43，同时结算运营商能够收取手续 费作为使用电子结算系统1进行结算的等价。(II.第二实施方式)接下来对本发明的第二实施方式进行说明。第一实施方式的电子结算系统1根据用户消费的预存金，进行从结算运营商账户 42向游艺厅运营商账户43的转账，与此相对，第二实施方式在用户委托电子结算服务器10 转账时进行从结算运营商账户42向游艺厅运营商账户43的转账这点上不同。因此，第二 实施方式的电子结算系统1能够使使用收纳网络40的转账处理次数变少。另外，也可以在第二实施方式的电子结算服务器10中存储用户保有金额数据700 和游艺厅运营商保有金额数据900。(1.第二实施方式中的电子结算系统的结构例)第二实施方式的电子结算系统1的结构基本上与第一实施方式相同，因此省略这 些结构的详细说明。(2.第二实施方式中的电子结算系统的动作例)接下来对第二实施方式的电子结算系统的动作例进行说明。第二实施方式的电子结算系统在用户想接受从所希望的店铺内服务器31管理下 的有价物提供装置30提供的有价物时，在为此向电子结算服务器10发送转账请求时，进行 从用户账户41向结算运营商账户42的转账，同时进行从结算运营商账户42向游艺厅运营 商账户43的转账。在这点上与根据用户使用有价物提供装置30的金额来进行从结算运营 商账户42向游艺厅运营商账户43的转账的第一实施方式不同。关于第二实施方式的电子结算系统1也是在使用电子结算系统1之前，用户首先 下载i-appli、在移动通信终端20上动作的i-appli等应用程序，还需要进行用户登录到电 子结算系统1，更详细地讲是电子结算服务器10。关于该处理与图11表示的第一实施方式 的动作例相同，因此省略在第二实施方式中的这些处理的详细说明。与第一实施方式相同，在第二实施方式中也是仅完成上述的用户登录，用户并不 能使用电子结算系统1进行从有价物提供装置30的购物(有价物的接受)。用户需要进行 从移动通信终端20请求电子结算系统1，更详细地讲是电子结算服务器10从自己的用户账 户41向结算运营商账户42中转账所指定的金额的金钱(预存金)。从该预存金中支付用 户经由店铺内服务器31、通过有价物提供装置30消费的金额数目。除去结算运营商的手续 费后，电子结算服务器10通过收纳网络40的处理从结算运营商账户41向接收人游艺厅运 营商的账户，即游艺厅运营商账户43进行转账。以下参照图20说明用户请求电子结算服 务器10从自己的账户即用户账户41向结算运营商账户42转账时的第二实施方式中的电 子结算系统1的动作例。图20是表示请求从用户账户41向结算运营商账户42转账时的 电子结算系统1的动作例的时序图。首先，用户在移动通信终端20中启动应用程序，更详细地讲是启动转账请求生成 部207 (S501)。启动后的应用程序，更详细地讲是转账请求生成部207将输入接口画面等显 示在移动通信终端20的输出部205上，催促用户输入转账请求消息所需要的信息，例如转 账金额、账户个人识别号、用于确定店铺内服务器31的信息(例如店铺内服务器ID)等。
当接受到这些输入时(S502)，移动通信终端20，更详细地讲是转账请求生成部 207生成转账请求消息，将该转账请求消息经由基站60、移动通信网70、网管80、通信网50 发送到电子结算服务器10。在该转账请求消息中存储用户ID208、密码208、所输入的转账 金额、账户个人识别号以及用于确定使用的店铺内服务器的消息(店铺内服务器ID)等。接收到该转账请求消息的电子结算服务器10，更详细地讲是转账请求处理部 404，将转账请求消息中包含的用户ID208作为关键字，检索用户表600，从与该用户ID208 一致的记录601中取得用于指定用户账户41的信息，S卩银行号605、分行号606、账户类别 607、账户号码608以及账户名609。并且读取另外存储的用于确定结算运营商账户42的信 息(图略)，即结算运营商账户42的银行号、分行号、账户类别以及账户号码，并根据这些信 息生成转账委托消息，发送到收纳网络40(S504)。另外，关于转账委托消息的发送，关于其 数据结构或通信步骤等，也可以根据收纳网络40采用的方式进行设定。接收到转账委托消息的收纳网络40根据转账委托消息的内容进行转账处理，将 所指定的金额(以下称为“用户转账金额”)从用户账户41转账或汇入到结算运营商账户 42(S505)。当已正常进行了转账处理(S505)时，收纳网络40为了通知电子结算服务器10 已正常执行了转账处理，向电子结算服务器10发送转账结果通知消息(S506)。另外，由于 用户账户41的余额不足等原因而没能适当地进行转账处理时，收纳网络40将无法转账的 旨意的转账结果通知消息发送到电子结算服务器10。另外，S501 S506的处理与第一实 施方式中的步骤S201 步骤S206相同。另外，在步骤S506之后，电子结算服务器10、更详细地讲是转账请求处理部404 生成请求从结算运营商账户42向游艺厅运营商账户43转账与用户转账金额对应的金额的 转账委托消息，并将该消息发送到收纳网络40 (S507)。即电子结算服务器10、更详细地讲 是转账请求处理部404将转账请求消息中包含的用于确定电子结算服务器10的信息作为 关键字来检索店铺内服务器表1000、游艺厅运营商表800，从与用于确定该店铺内服务器 31的信息一致的记录1001及记录801中取得指定游艺厅运营商账户43的信息，即银行号 803、分行号804、账户类别805、账户号码806以及账户名807。还读取另外存储的用于确定 结算运营商账户42的信息(图略)，即结算运营商账户42的银行号、分行号、账户类别以及 账户号码，并根据这些信息生成转账委托消息，发送到收纳网络40 (S507)。另外，关于转账 委托消息的发送、关于其数据结构或通信步骤可以根据收纳网络40采用的方式进行设定。接受到步骤S507的转账委托消息的收纳网络40根据转账委托消息的内容进行转 账处理，将所指定的金额(以下称为“游艺厅运营商转账金额”)从结算运营商账户42转到 游艺厅运营商账户43(S508)。当已正常进行了转账处理(S508)时，收纳网络40为了通知 电子结算服务器10已正常执行了转账处理，将转账结果通知消息发送到电子结算服务器 10(S509)。另外，由于用户账户41的余额不足等原因而没能适当地进行转账处理时，收纳 网络40将无法转账的旨意的转账结果通知消息发送到电子结算服务器10。接受到转账委托消息(S507)的收纳网络40根据转账委托消息的内容进行转账 处理，将游艺厅运营商转账金额从结算运营商账户42转账到或汇入到游艺厅运营商账户 43(S508)。当正常进行了转账处理(S508)时，收纳网络40为了通知电子结算服务器10已 正常进行了转账处理，将转账结果通知消息发送到电子结算服务器10(S509)。接收到已正常进行了转账处理的旨意的转账结果通知消息的电子结算服务器10生成用户预存金处理请求消息，以使所述的用户转账金额反映到店铺内服务器31的用户 预存金数据562中，将该消息发送到通过用户所指定的店铺内服务器31 (S510)。接收到用 户预存金处理请求消息的店铺内服务器31、更详细地讲是预存金处理部552执行将该用户 预存金处理请求消息的内容反映到用户预存金数据562的对应的记录562A中的处理即预 存金数据更新处理(S511)。通过该预存金数据更新处理，该用户能够使用电子结算系统1、 更详细地讲是通过店铺内服务器31管理的有价物提供装置30来使用与用户转账金额相当 的金额。另外，当与用户预存金处理请求消息对应的用户是未登录到用户表561的用户时， 将该用户的记录561A追加到用户表561中。图21 图M是用于说明处理在第二实施方式中的店铺内服务器31、电子结算服 务器10和收纳网络40之间进行的用户转账金额、游艺厅运营商转账金额时的动作例的图。图21表示用户向电子结算服务器10进行转账请求消息发送(图20，S503)前的 状态的一个例子。在该例中，收纳网络40具有用户账户41、结算运营商账户42以及游艺厅 运营商账户43。假设用户账户41的余额为Y100，000、结算运营商账户42及游艺厅运营商账户43 的余额都为Y0。另外，实际上多个用户、多个游艺厅运营商在收纳网络40中具有账户，但 是在图21 图M中，作为代表例只分别表示了一个用户账户41及一个游艺厅运营商账户 43。在第二实施方式中，电子结算服务器10不必如所述那样存储用户保有金额数据 700、游艺厅运营商保有金额数据900。图22表示在图21的状态之后，用户从移动通信终端20向电子结算服务器10发送 转账用于在所希望的店铺内服务器31使用的￥10，000的用户转账金额的转账请求消息后 的状态。电子结算服务器10根据该转账请求消息将以下的转账委托消息发送到收纳网络 40(参照S504)。即将用户转账金额￥10，000及结算运营商的手续费(例如假设为Y100) 从用户账户41转账到结算运营商账户42这样内容的转账委托消息发送到收纳网络40。接收到该转账委托消息的收纳网络40进行从用户账户41向结算运营商账 户42转账￥10，100的处理(参照S505)。结果如图22所示那样，用户账户41的余额 为 ￥100,000- ￥10, 100 = ￥89，900、结算运营商账户 42 的余额为 YO+ ￥10, 100 = ￥10, 100。收纳网络40根据转账委托这样地变更各账户41、42的余额。图23表示在图22之后，从电子结算服务器10向收纳网络40发送转账委托消息 将游艺厅运营商金额转账到游艺厅运营商账户43(参照S507)、收纳网络40执行根据该转 账委托消息的转账处理(参照S508)后的状态。电子结算服务器10向收纳网络40发送将游艺厅运营商转账金额转账到游艺厅运 营商账户43的旨意的以下的转账委托消息(参照S507)。即向收纳网络40发送从结算运 营商账户42向游艺厅运营商账户43转账从用户转账金额￥10，000中减去结算运营商的手 续费(例如为Y10)后的金额(￥10，000- ￥10 = Y9, 990)的游艺厅运营商转账金额这样 内容的转账委托消息。接收到该转账委托消息的收纳网络40进行从结算运营商账户42向游艺厅运营商 账户43转账Y9，990的处理(参照S508)。结果如图23所示那样，结算运营商账户42的余 额为￥10，100-￥9, 990 =￥110、游艺厅运营商账户43的余额为YO+Y9，990 =￥9,990。用户账户41的余额保持不变还是￥89，900。收纳网络40根据转账委托消息如上述那样变 更各账户42、43的余额。图对表示在图23的状态之后，根据来自电子结算服务器10的用户预存金处理请 求消息执行预存金更新处理(S511)后的状态。如图20所示那样，当通过收纳网络40进行 转账处理(S508)时，收纳网络40将已正常进行了游艺厅运营商转账金额的转账的旨意的 转账结果通知消息发送到电子结算服务器10(S509)，电子结算服务器10根据该转账结果 通知消息向用户所指定的店铺内服务器31发送用户预存金处理请求消息(S510)。接收到该用户预存金处理请求消息的店铺内服务器31、更详细地讲是预存金处 理部552根据该用户预存金处理请求消息，对用户预存金数据562执行将用户转账金额加 到与该消息包含的用户ID对应的记录562A存储的用户预存金1501上的预存金数据更新 处理(S511)。但是不加上相当于手续费的Y100。通过该相加计算的保有金额数据处理 (S510)结果，将是YO+Y10，000 =Y 10，000记录在记录701的用户保有金额703中。该 ￥10,000是用户能够在电子结算系统1中使用的金额。接着对在第二实施方式的电子结算系统1中、用户接受从有价物提供装置30提供 的有价物时的电子结算系统1的动作例进行说明。在第二实施方式中也执行与在第一实施方式的说明中所示的步骤S301 步骤 S310同样的处理(参照图16)。但是，在第二实施方式中不进行图18所示的步骤S401 S411的处理。在第二实施方式中，通过店铺内服务器31管理用户的消费金额1502(参照图 M)，而不是在电子结算服务器10中管理。结果是与第一实施方式相比、店铺内服务器31 与电子结算服务器10的通信次数能够变得更少，另外与第一实施方式相比、从电子结算服 务器10向收纳网络40的转账委托的发送次数也能够变得更少。(III.变形例及其它)(1)可以将QR编码等显示在设置于有价物提供装置30的液晶显示器等上，在移动 通信终端20中设置使用了 CCD照相机的条形码读取装置进行条形码的读取，由此代替提供 装置侧近距离通信部303及终端侧近距离通信部201。此时可以将条形码表示的信息作为 设备ID。(2)在上述的第一及第二实施方式中，从用户账户41向结算运营商账户的转账是 经由电子结算服务器10、从移动通信终端20向收纳网络40发送转账委托，但是也可以从移 动通信终端20直接向收纳网络40发送转账委托。(IV.本发明电子结算系统的优点)(1)对用户的好处因为能够在游艺厅中使用现金以外的结算方法，所以即使在游艺厅中携带的现金 用完之后，也能够通过简单的结算行为(进行使移动通信终端20遮挡有价物提供装置30 这样简单的输入操作的处理)进行游艺介质的购入、商品的购入等。并且，在游戏时携带的现金用完或变少的状态下，中了奖但是所持的球或奖牌等 游艺介质却不够时，能够通过简单的操作追加购入游艺介质等，因此游艺者不用担心现金 的余额，能够安心地继续游戏。另外，在该结算行为中，用于结算行为的终端是使用者所有的移动通信终端的安 心感，在此安全感的基础上，不必进行卡号或个人识别号的输入，因此不必担心如通常的信用卡、借记卡那样在店铺侧留下卡号或个人识别号的记录、或被怀有恶意的人非法取得，因 而能够安心地进行结算。另外，还能够接受基于电子结算服务器10取得的使用状况信息的信息分发，能够 期待接受更多彩的服务。(2)店铺侧(管理者)的利益即使是游戏的结果是携带的现金用完的用户，也能够通过本电子结算系统再购入 游艺介质，因此游艺机的运转率提高，并且这样的用户在店铺内购物等的可能性也提高，因 此能够期待增加游艺厅的销售额。同时还能够获得表示使用者在哪个游艺机进行了怎样程 度的游艺的信息，因此根据该信息能够详细地获知游艺机的运转状况，也能够获知使用者 的喜好，能够用作市场信息。在使用本电子结算系统时，因为在店铺内处理的现金不增加，因此入款管理变得 容易并且现金的安保管理也得以提高。(3)对结算运营商的好处结算运营商通过运营本电子结算系统，能够把握用户即游艺者的游艺状况，能够 积累在游艺机的开发、销售、营业等中参照的数据。另外，每次用户转账请求将对游艺厅 运营商的转账次数限制为一次，因此电子结算服务器10的负荷变少，还能够减少转账手续费。


图1是表示本发明的电子结算系统的一个例子的网络图。图2是表示收纳网络的概要结构的框图。图3是表示有价物提供装置和移动通信终端的结构例的功能框图。图4是表示用户信息存储部存储的信息的一个例子的图。图5A是表示电子结算服务器的结构例的功能框图。图5B是表示采用分散服务器结构的电子结算服务器的结构例的功能框图。图5C是表示店铺内服务器的结构例的功能框图。图5D是表示在店铺内服务器中存储的用户表的数据结构例的图。图5E是表示在店铺内服务器中存储的用户预存金数据的数据结构例的图。图6是表示在数据库部中存储的用户表的结构例的图。图7是表示在数据库部中存储的用户保有金额数据的结构例的图。图8是表示在数据库部中存储的游艺厅运营商表的结构例的图。图9是表示在数据库部中存储的游艺厅运营商保有金额数据的结构例的图。图10是表示在数据库部中存储的店铺内服务器表的结构例的图。图11是表示在电子结算系统中进行用户登录时的电子结算系统的动作例的时序 图。图12是表示请求从用户账户向结算运营商账户转账时的电子结算系统的动作例 的时序图。图13是用于说明处理在电子结算服务器和收纳网络之间进行的用户转账金额时 的动作例的图。
图14是用于说明接着图13处理在电子结算服务器和收纳网络之间进行的用户转 账金额时的动作例的图。图15A是用于说明接着图14处理在电子结算服务器和收纳网络之间进行的用户 转账金额时的动作例的图。图15B是用于说明接着图15A处理在电子结算服务器和收纳网络之间进行的用户 转账金额时的动作例的图。图16是表示通过近距离通信单元在移动通信终端和有价物提供装置之间进行通 信时的电子结算系统的动作例的时序图。图17是表示在图15B的状态之后进行步骤S301 步骤S307的处理之后的状态 的图。图18是表示向电子结算系统中的游艺厅运营商账户进行转账处理的例子的时序 图。图19A是表示在图18所述的状态之后执行步骤S401 S405的结果的图。图19B是用于说明接着图19A在店铺内服务器、电子结算服务器和收纳网络之间 进行的处理结果例的图。图20是表示在第二实施方式中请求从用户账户向结算运营商账户转账时的电子 结算系统的动作例的时序图。图21是表示用户向电子结算服务器进行转账请求消息发送前的状态的一个例子 的图。图22是表示在图21的状态之后，用户从移动通信终端向电子结算服务器发送转 账￥10，000的用户转账金额的转账请求消息后的状态的图。图23是表示在图22的状态之后，电子结算服务器向收纳网络发送从结算运营商 账户向游艺厅运营商账户转账与用户转账金额相应的金额的转账委托消息、收纳网络执行 了与该消息相应的转账处理后的状态的图。图M是表示在图23的状态之后，店铺内结算服务器执行预存金额数据更新处理 后的状态的图。符号说明1、电子结算系统；10、电子结算服务器；20、移动通信终端；30、有价物提供装置； 31、店铺内服务器；40、收纳网络；41、用户账户；42、结算运营商账户；43、游艺厅运营商账 户；402、支付请求处理部；403、数据库部；404、转账请求处理部；405、精算处理部；406、提 供指示部。
权利要求
1.一种电子结算系统，其具有电子结算服务器，其能够经由通信网对能够在用户账 户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳网络请求在这些账户间进 行转账；店铺内服务器，其能够经由通信网与所述电子结算服务器进行通信；能够与所述 店铺内服务器进行通信的有价物提供装置；以及移动通信终端，其能够经由通信网与所述 店铺内服务器进行通信、同时能够与所述有价物提供装置进行通信，所述电子结算系统的特征在于，所述电子结算服务器针对每个用户存储能够在各店铺内服务器使用的金额即用户保 有金额，向所述收纳网络发送请求将与用户指定的转账金额相应的用户转账金额从该用户 的用户账户转账到所述结算运营商账户的转账请求消息，再将所述用户转账金额加到用户 保有金额上，向所述店铺内服务器发送通知该用户转账金额的用户预存金处理请求消息，所述店铺内服务器根据所述用户预存金处理请求消息来计算表示来自用户的预存金 的预存金，并进行存储，所述移动通信终端从所述有价物提供装置取得用于确定该有价物提供装置的设备确 定信息，生成包含所述设备确定信息的支付请求消息，并将该支付请求消息发送到所述店 铺内服务器，所述店铺内服务器根据来自所述移动通信终端的支付请求消息，将指示提供有价物的 提供指示消息发送到根据所述设备确定信息所确定的有价物提供装置，并且从所述用户预 存金中减去与提供有价物的费用即用户支付金额相应的金额，同时将与所述用户支付金额 相应的金额加到该用户的消费金额上，向所述电子结算服务器发送通知该消费金额的消费 金额通知消息，所述有价物提供装置在从所述店铺内服务器接收到提供指示消息时，提供与所述用户 支付金额相应的有价物，所述电子结算服务器根据所述消费金额通知消息，将消费金额加到游艺厅运营商保有 金额上，并向所述收纳网络发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运 营商账户转账与游艺厅运营商保有金额相应的金额的转账委托消息。
2.一种电子结算服务器，其能够经由通信网对能够在用户账户、结算运营商账户以及 游艺厅运营商账户之间转账金钱的收纳网络请求在这些账户之间进行转账，所述电子结算服务器的特征在于，具备存储单元，其针对每个用户存储能够在各店铺内服务器使用的金额即用户保有金额和 各游艺厅运营商的游艺厅运营商保有金额；转账请求处理部，其向所述收纳网络发送请求将与用户指定的转账额相应的用户转账 金额从该用户的用户账户转账到所述结算运营商账户的转账请求消息，再将所述用户转账 金额加到所述用户保有金额上，发送通知该用户保有金额的用户预存金处理请求信息；以 及精算处理单元，其根据通知用户作为提供有价物的费用而支付的金额的合计即消费金 额的消费金额通知消息，将消费金额加到所述游艺厅运营商保有金额上，向所述收纳网络 发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运营商账户转账与所述游艺 厅运营商保有金额相应的金额的转账委托消息。
3.一种店铺内服务器，其能够经由通信网与电子结算服务器进行通信，该电子结算服务器能够经由通信网对能够在用户账户、结算运营商账户以及游艺厅运营商账户之间转账 金钱的收纳网络请求在这些账户之间进行转账， 所述店铺内服务器的特征在于，具备 存储各用户的预存金和消费金额的存储单元；预存金处理单元，其根据从所述电子结算服务器所发送的用户预存金处理请求消息计 算预存金并进行存储；支付请求处理单元，其在接收到请求支付提供有价物的费用即用户支付金额的支付请 求消息时，从所述预存金中减去与用户支付金额相应的金额，同时将与所述用户支付金额 相应的金额加到所述消费金额上；提供指示单元，其根据从所述预存金中减去用户支付金额所得的结果发送指示提供有 价物的提供指示消息；以及精算处理单元，其将通知消费金额的消费金额通知消息发送到所述电子结算服务器。
4.一种移动通信终端，其特征在于，所述移动通信终端通过近距离通信单元与有价物提供装置进行通信，由此从有价物提 供装置取得用于确定该有价物提供装置的设备确定信息，生成包含所述设备确定信息的支 付请求消息，并将该支付请求消息发送到店铺内服务器，使所述店铺内服务器指示所述有 价物提供装置提供与提供有价物的费用即用户支付金额相应的有价物。
5.一种电子结算方法，其特征在于，具备如下步骤发送请求收纳网络从用户账户向结算运营商账户转账用户所指定的转账金额的转账 委托消息；将与所述转账金额相应的金额即用户转账金额加到所述用户保有金额上并进行存储；发送通知所述用户保有金额的用户预存金消息；接收所述用户预存金消息，根据该用户预存金消息计算预存金并进行存储； 接收包含设备确定信息的支付请求消息，该设备确定信息是通过近距离通信单元与有 价物提供装置进行通信而取得的、用于确定该有价物提供装置的信息；根据所述支付请求消息计算提供有价物的费用即用户支付额的合计的消费金额并进 行存储；在所述预存金和消费金额满足预定的条件时，根据所述支付请求消息发送指示根据所 述设备确定信息确定的有价物提供装置提供与用户支付金额相应的有价物的提供指示消 息；发送用于通知所述消费金额的消费金额通知消息；根据所述消费金额通知消息将与所述消费金额相应的金额加到游艺厅运营商保有金 额上并进行存储；以及发送请求所述收纳网络从所述结算运营商账户向所述游艺厅运营商账户转账与所述 游艺厅运营商保有金额相应的金额的转账委托消息。
6.一种电子结算系统，其具有电子结算服务器，其能够经由通信网对能够在用户账 户、结算运营商账户以及游艺厅运营商账户之间转账金钱的收纳网络请求在这些账户间进 行转账；店铺内服务器，其能够经由通信网与所述电子结算服务器进行通信；能够与所述店铺内服务器进行通信的有价物提供装置；以及移动通信终端，其能够经由通信网与所述 店铺内服务器进行通信、同时能够与所述有价物提供装置进行通信， 所述电子结算系统的特征在于，所述电子结算服务器对所述收纳网络发送请求将与用户指定的转账金额相应的用户 转账金额从所述用户账户转账到所述结算运营商账户的转账请求消息，并且对所述收纳网 络发送请求从所述结算运营商账户向所述游艺厅运营商账户转账与所述用户转账金额相 应的金额的转账请求消息，再将通知所述用户转账金额的用户预存金处理请求消息发送到 所述店铺内服务器，所述店铺内服务器根据所述用户预存金处理请求消息来计算表示来自用户的预存金 的用户预存金，并进行存储，所述移动通信终端从所述有价物提供装置取得用于确定该有价物提供装置的设备确 定信息，生成包含所述设备确定信息的支付请求消息，将该支付请求消息发送到所述店铺 内服务器，所述店铺内服务器根据来自所述移动通信终端的支付请求消息，向根据所述设备确定 信息所确定的有价物提供装置发送指示提供有价物的提供指示消息，所述有价物提供装置在从所述店铺内服务器接收到提供指示消息时，提供与提供有价 物的费用即用户支付金额相应的有价物。
7.一种电子结算服务器，其能够经由通信网对能够在用户账户、结算运营商账户以及 游艺厅运营商账户之间转账金钱的收纳网络请求在这些账户之间进行转账，所述电子结算服务器的特征在于，向所述收纳网络发送请求将与用户指定的转账额相应的用户转账金额从所述用户账 户转账到所述结算运营商账户的转账请求消息，并且对所述收纳网络发送请求从所述结算 运营商账户向所述游艺厅运营商账户转账与用户转账金额相应的金额的转账请求消息，并 且发送通知所述用户转账金额的用户预存金处理请求消息。
8.一种店铺内服务器，其能够经由通信网与电子结算服务器进行通信，该电子结算服 务器能够经由通信网对能够在用户账户、结算运营商账户以及游艺厅运营商账户之间转账 金钱的收纳网络请求在这些账户间进行转账，所述店铺内服务器的特征在于，具备 存储各用户的预存金和消费金额的存储单元；预存金处理单元，其根据从所述电子结算服务器所发送的用户预存金处理请求消息计 算预存金并进行存储；支付请求处理单元，其在接收到请求支付提供有价物的费用即用户支付金额的支付请 求消息时，从所述预存金中减去用户支付金额并进行存储；以及提供指示单元，其根据从所述预存金中减去用户支付金额所得的结果，发送指示提供 有价物的提供指示消息。
9.一种电子结算方法，其特征在于，具有如下步骤发送请求收纳网络从用户账户向结算运营商账户转账与用户所指定的转账金额相应 的金额的转账委托消息；向所述收纳网络发送请求从所述结算运营商账户向所述游艺厅运营商账户转账与用户转账金额相应的金额的转账请求消息；发送通知与所述转账金额相应的金额即用户预存金的用户预存金消息； 接收所述用户预存金消息，根据该用户预存金消息来计算预存金并进行存储； 接收包含设备确定信息的支付请求消息，该设备确定信息是通过近距离通信单元与有 价物提供装置进行通信而取得的、用于确定该有价物提供装置的信息；根据所述支付请求消息计算提供有价物的费用即用户支付金额的合计的消费金额，并 进行存储；以及在所述预存金和消费金额满足预定的条件时，根据所述支付请求消息发送指示所述有 价物提供装置提供与所述用户支付金额相应的有价物的提供指示消息。
全文摘要
本发明提供一种在游艺厅也能够使用的与现金结算相同的电子结算系统。在该电子结算系统中，便携式电话机通过非接触型IC卡与借球机进行通信，从借球机取得设备ID，将包含该设备ID和用户ID的支付请求消息发送到电子结算服务器。电子结算服务器通知店铺内服务器从用户账户向结算运营商账户的转账金额，店铺内服务器将该转账金额存储为预存金。店铺内服务器根据来自便携式电话机的支付请求消息指示借球机提供与游戏介质费用相应的游戏介质，将与游戏介质费用相应的金额加到消费金额中，向收纳网络进行转账请求，以将消费金额从结算运营商账户转账到游艺厅运营商账户。借球机在从店铺内服务器接受到提供指示消息时，提供与游戏介质费用相应的游戏介质。
文档编号A63F7/02GK102057385SQ20088012975
公开日2011年5月11日 申请日期2008年6月12日 优先权日2008年6月12日
发明者野中诚之 申请人:环球娱乐株式会社