专利名称：电子结算系统、电子结算服务器、有价物提供装置、移动通信终端、以及电子结算方法
技术领域：
本发明涉及电子结算系统、电子结算服务器、有价物提供装置、移动通信终端、以
及电子结算方法，更详细地讲，涉及用于实现以现金结算为准的电子结算的电子结算系统、 电子结算服务器、有价物提供装置、移动通信终端、以及电子结算方法。
背景技术：
随着近年来信息处理技术、通信技术的发展以及通信基础的普及，费用、代金的支 付方法呈多样化，人们提议并使用了多种方法来代替现金支付。 作为代替现金的代金支付方法有称之为后付形式的信用卡(credit card)、先付 形式的预付费卡(pr印ay card)、即时结算型的借记卡(debit card)。
在弹珠游戏厅、娱乐场所、赛车或赛马等赛场的售票厅、各种彩票销售网点等游戏 场所(以下称为游戏场所)的支付中，如果也能够使用现金以外的支付方法，就能够提高用 户(游戏者)的便利性，并且提高游戏机的利用率，进而提升游戏场所的销售额。
发明内容
但是，由于规定了防止游戏者进行过大数额借款，因此一般限制游戏场所使用信 用卡。此外，即便可以在游戏场所采用信用卡的结算方法，由于存在信用卡的使用记录会被 邮寄至个人住所、或者信用卡运营商会根据使用状态而拨打确认当事人的电话等令人厌烦 的情况，进而有可能泄漏个人信息，因此在给游戏场所一方信用卡卡号、交易密码进行结算 就会在游戏场所内部留下个人信息的记录，游戏者会产生一定的抵触情绪，因此在游戏场 所信用卡结算的使用方式难以普及。 另外，作为现金以外的其它结算方法还有预付费卡的支付方法，但是当游戏者游 戏完后消费了手头的全部现金时无法再追加购买预付费卡。当游戏者游戏过程中消费了手 头现金之后还想再稍微玩一会、或者想要在游戏场所购买一些食品饮料或商品时，在现有 状况下没有准备应对像这样的要求的结算方法，因此游戏场所不得不白白丧失这样的潜在 需求。 此外，在现有方式中为了使用现金以外的结算方法，用户需要事先与作为结算方 的结算运营商签订书面合同，因而存在用户不能立即使用该现金以外的结算方法的不便。
本发明的目的是提供一种即使在游戏场所也可以使用的、与现金结算相同的电子 结算方式。 本发明的另一目的是提供一种可通过所谓在线(on line)形式来签订能使用电子 结算方式的合同的电子结算方式。 作为解决上述课题的手段，本发明具有以下特征。本发明的第一方式是提供一种 电子结算系统，其具有电子结算服务器、能够与所述电子结算服务器通信的移动通信终 端、以及能够与所述电子结算服务器和所述移动通信终端通信的有价物提供装置。
该电子结算系统的特征在于，移动通信终端从有价物提供装置取得用于确定该有 价物提供装置的机器确定信息，生成结算请求消息，并将该结算请求消息发送到电子结算 服务器，所述结算请求消息包含用于确定用户的用户确定信息、作为提供有价物的对价的 转入金额、以及所述机器确定信息，电子结算服务器根据由所述用户确定消息所确定的用 户的信用状况的检查结果，向有价物提供装置发送提供指示消息，并且发送转入委托消息， 所述提供指示消息用于指示有价物提供装置提供与所述转入金额相对应的有价物，所述转 入委托消息用于请求从所述用户的账户向预定账户转入与所述转入金额相对应的数额，有 价物提供装置当从所述电子结算服务器接收到提供指示消息时，提供与所述转入金额相对 应的有价物(例如，贷出弹珠、贷出游戏币、预付费卡、仅在游戏场所内有效的特供卡、娱乐 场筹码等。以下称为有价物)。 通过这样的电子结算系统，即使是手头没有现金的用户也可以简便且安全地购买 有价物。 本发明的第二方式提供一种电子结算服务器，该电子结算服务器是用于执行本发 明的电子结算方式的装置。该电子结算服务器的特征在于，结算请求消息包含用于确定用 户的用户确定信息(例如，用户ID)、作为提供有价物的对价的转入金额、以及用于确定被 用户要求提供有价物的有价物提供装置的信息即机器确定信息(例如，机器ID)，当该电子 结算服务器从移动通信终端接收到所述结算请求消息时，根据所述用户的信用状况的检查 结果，向由所述机器确定信息所确定的有价物提供装置发送用于指示提供与所述转入金额 相对应的有价物的提供指示消息，并且发送转入委托消息，所述转入委托消息用于请求从 用户的账户向预定账户转入与所述转入金额相对应的数额。 通过这样的电子结算服务器，即使是手头没有现金的用户也可以简便且安全地购 买有价物。 本发明的第三方式提供一种有价物提供装置，该有价物提供装置是用于执行本发 明的电子结算方式的装置。该有价物提供装置的特征在于，所述有价物提供装置向移动通 信终端发送用于确定该有价提供装置的信息即机器确定信息，所述有价物提供装置当接收 到对应结算请求消息而发送来的提供指示消息时，提供与转入金额相对应的有价物，所述 结算请求消息包含用于确定用户的用户确定消息、作为有价物的对价的转入金额、以及所 述机器确定信息。 通过这样的电子结算服务器，即使是手头没有现金的用户也可以简便且安全地购 买有价物。 本发明的第四方式是提供一种移动通信终端，该移动通信终端是用于执行本发明
的电子结算方式的装置。该移动通信终端的特征在于，移动通信终端从有价物提供装置取
得用于确定该有价物提供装置的机器确定信息，并且生成结算请求消息，将该结算请求消
息发送到电子结算服务器，根据所述电子结算服务器所进行的所述用户的信用状况的检查
结果，使提供指示消息从所述电子结算服务器发送到所述有价物提供装置，所述结算请求
消息包含用于确定用户的用户确定消息、作为提供有价物的对价的转入金额、以及所述机
器确定信息，所述提供指示消息用于指示提供与所述转入金额相对应的有价物。 通过这样的电子结算服务器，即使是手头没有现金的用户也可以简便且安全地购
买有价物。
8
本发明的第五方式是提供一种用于执行本发明的电子结算方式的电子结算方法。 该电子结算方法的特征在于，具有以下步骤接收用于确定有价物提供装置的机器确定信 息；生成结算请求消息，并发送该结算请求消息，所述结算请求消息包含用于确定用户的用 户确定信息、作为有价物的对价的转入金额、以及所述机器确定信息；应答所述结算请求消 息，询问所述用户的信用状况，根据所述用户的信用状况的询问结果，向由所述机器确定信 息所确定的有价物提供装置发送用于指示提供对应于所述转入金额的有价物的提供指示 消息；发送转入委托消息，该转入委托消息用于请求从由所述用户确定信息所确定的用户 的账户向预定账户转入与所述转入金额相对应的数额；以及根据所述提供指示消息，使所 述有机物提供装置提供与所述转入金额相对应的有价物。 通过这样的电子结算服务器，即使是手头没有现金的用户也可以简便且安全地购 买有价物。 本发明的第六方式是提供一种电子结算系统，其具有能够在管理用户账户、结算 运营商账户以及游戏场所运营商账户的使用代金收纳网络(例如，在日本正在应用的混合 支付网络(multi-payment network)等，在此没有特殊限定。以下称为使用代金收纳网络) 中请求账户间的转账，并且能够存储用户保有金额以及游戏场所运营商保有金额的电子结 算服务器；移动通信终端(例如，安装有非接触型IC卡的便携电话。以下称为移动通信终 端)；以及有价物提供装置(例如，贷出弹珠机、出币机、预付费卡发行机、特供卡发行机、娱 乐场筹码提供机等。以下称为有价物提供装置)。 在该电子结算系统中，移动通信终端通过与有价物提供装置进行基于近距离通信 单元(例如，非接触型IC卡用芯片及其读写器、红外线通信、蓝牙等无线通信单元。以下称 为近距离通信单元)的通信，来取得用于确定该有价物提供装置的机器确定信息(例如，机 器ID)，生成支付请求消息，并将该支付请求消息发送到电子结算服务器，所述支付请求消 息包含用于确定用户的用户确定信息(例如，用户ID)和机器确定信息。此外，电子结算服 务器，将与从用户账户向结算运营商账户的转账金额相对应的用户转账金额(例如，从转 账金额中减去支付给结算运营商的手续费后的数额)和用户保有金额相加，根据支付请求 消息指示有价物提供装置提供与用户支付金额(例如，Y1000的贷出弹珠费用)相对应的 有价物，并且从用户保有金额中减掉与用户支付金额相对应的数额，同时将与用户支付金 额相对应的数额和游戏场所运营商保有金额相加，并向使用代金收纳网络进行转账请求， 以便将与游戏场所运营商保有金额相对应的数额(例如，从游戏场所运营商保有金额中减 去支付给结算运营商的手续费后的数额)从结算运营商账户向游戏场所运营商账户转账。 有价物提供装置当从电子结算服务器接收到提供有价物的指示(例如，提供指示消息)时， 提供与用户支付金额相对应的有价物。 通过该电子结算系统，可以提供代替信用卡或借记卡等现有结算方法的、新的结 算方法。 本发明的第七形式是提供一种电子结算服务器，其能够向管理用户账户、结算运 营商账户以及游戏场所运营商账户的使用代金收纳网络请求账户间的转账，并且能够根 据来自移动通信终端的支付请求消息指示有价物提供装置提供与用户支付金额(例如， Y1000的贷出弹珠费用)相对应的有价物。 该电子结算服务器的特征在于，具有存储单元(例如数据库部)，其存储用户保有金额以及游戏场所运营商保有金额；转账请求处理单元(例如，转账请求处理部)，其将 与从用户账户向结算运营商的转账金额相对应的用户转账金额和用户保有金额相加；支付 请求处理单元(例如，支付请求处理部)，其根据支付请求消息，从用户保有金额中减掉与 用户支付金额相对应的数额，同时将与用户支付金额相对应的数额和游戏场所运营商保有 金额相加，并向使用代金收纳网络进行请求，以便将与游戏场所运营商保有金额相对应的 数额从结算运营商账户向游戏场所运营商账户转账；以及提供指示单元(例如，提供指示 部)，其指示有价物提供装置提供与用户支付金额相对应的有价物。 通过该电子结算系统，可以提供代替信用卡或借记卡等现有结算方法的、新的结 算方法。 本发明的第三方式提供一种用于电子结算系统的移动通信终端。该移动通信终 端，通过进行基于近距离通信单元的通信，从有价物提供装置取得用于确定该有价物提供 装置的机器确定信息，生成支付请求消息，并将该支付请求消息发送到电子结算服务器，使 所述电子结算服务器指示提供与用户支付金额(例如，Y1000的贷出弹珠费用)相对应的 有价物，所述支付请求消息包含用于确定用户的用户确定信息和所述机器确定信息。
该移动通信终端，可以作为用于实现代替信用卡或借记卡等现有结算方法的、新 的结算方法的终端装置来工作。 本发明的第八方式提供一种电子结算方法。 该电子结算方法的特征在于，具有以下步骤向使用代金收纳网络进行请求，以 便从用户账户向结算运营商账户转账用户所指定的转账金额(例如，发送转账委托的处理 S204);将与转账金额相对应的用户转账金额与用户保有金额相加并进行存储(例如，保有 金额数据处理S207);接收支付请求消息，该支付请求消息包含通过与有价物提供装置进 行基于近距离通信单元的通信而取得的用于确定该有价物提供装置的机器确定信息、以及 用于确定用户的用户确定信息(例如，S303);根据支付请求消息，指示有价物提供装置提 供与用户支付金额(例如，Y1000的贷出弹珠费用)相对应的有价物(例如，发送提供指 示消息的处理S305);从用户保有金额中减掉与用户支付金额相对应的数额，同时将与用 户支付金额相对应的数额与游戏场所运营商保有金额相加(例如，转账处理S307);以及向 使用代金收纳网络进行转账请求，以便将与游戏场所运营商保有金额相对应的数额从结算 运营商账户向游戏场所运营商账户转账(例如，转账委托的发送处理S402)。
通过该电子结算方法，可以提供代替信用卡或借记卡等现有结算方法的、新的结 算方法。 本发明的第九方式提供一种电子结算系统，其具有能够向管理用户账户、结算运 营商账户以及游戏场所运营商账户的使用代金收纳网络请求账户间的转账，并且能够存储 用户保有金额的电子结算服务器；移动通信终端；以及有价物提供装置。
该电子结算系统的特征在于，移动通信终端通过与有价物提供装置进行基于近距 离通信单元的通信，来取得用于确定该有价物提供装置的机器确定信息(例如，机器ID)， 生成支付请求消息，并将该支付请求消息发送到电子结算服务器，所述支付请求消息包含 用于确定用户的用户确定信息(例如，用户ID)和机器确定信息，电子结算服务器，将与从 用户账户向结算运营商账户的转账金额相对应的用户转账金额(例如，从转账金额中减去 支付给结算运营商的手续费后的数额)和用户保有金额相加，并且向使用代金收纳网络进
10行请求，以便从结算运营商账户向游戏场所运营商账户转账与转账金额相对应的数额(例 如，从用户转账金额中减去支付给结算运营商的手续费后的数额)，电子结算服务器根据支 付请求消息指示有价物提供装置提供与用户支付金额(例如，Y1000的贷出弹珠费用)相 对应的有价物，并从用户保有金额中减掉与用户支付金额相对应的数额，有价物提供装置 当从电子结算服务器接收到提供有价物的指示时，提供与用户支付金额相对应的有价物。
通过该电子结算系统，可以提供代替信用卡或借记卡等现有结算方法的、新的结 算方法。 本发明的第十方式提供一种电子结算服务器，其能够向管理用户账户、结算运营 商账户以及游戏场所运营商账户的使用代金收纳网络请求账户间的转账，并且能够根据来 自移动通信终端的支付请求消息指示有价物提供装置提供与用户支付金额(例如，Y1000 的贷出弹珠费用)相对应的有价物。 该电子结算服务器的特征在于，具有存储单元(例如，数据库部)，其存储用户保 有金额；转账请求处理单元(例如，转账请求处理部)，其将与从用户账户向结算运营商账 户的转账金额相对应的用户转账金额与用户保有金额相加，同时向使用代金收纳网络进行 请求，以便将与转账金额相对应的数额从结算运营商账户向游戏场所运营商账户转账；支 付请求处理单元(例如，支付请求处理部)，其根据支付请求消息，从用户保有金额中减掉 与用户支付金额相对应的数额；以及提供指示单元(例如，提供指示部)，其指示有价物提 供装置提供与用户支付金额相对应的有价物。 通过该电子结算服务器，可以提供代替信用卡或借记卡等现有结算方法的、新的 结算方法。 本发明的第十一方式提供一种电子结算方法。 该电子结算方法的特征在于，具有以下步骤向使用代金收纳网络进行请求，以 便从用户账户向结算运营商账户转账用户所指定的转账金额(例如，发送转账委托的处理 S504);向使用代金收纳网络进行请求，以便从结算运营商账户向游戏场所运营商账户转账 与所述转账金额相对应的数额(例如，发送转账委托的处理S507);将与从所述用户账户向 所述结算运营商账户的转账金额相对应的用户转账金额和所述用户保有金额相加并进行 存储(例如，保有金额数据处理S510);接收支付请求消息，该支付请求消息包含通过与有 价物提供装置进行基于近距离通信单元的通信而取得的用于确定该有价物提供装置的机 器确定信息、以及用于确定用户的用户确定信息(例如，S603);根据所述支付请求消息，指 示所述有价物提供装置提供与用户支付金额(例如，Y1000的贷出弹珠费用)相对应的有 价物(例如，发送提供指示消息的处理S605);以及从所述用户保有金额中减掉与所述用户 支付金额相对应的数额(例如，减法运算处理S607)。 通过该电子结算方法，可以提供代替信用卡或借记卡等现有结算方法的、新的结 算方法。 本发明也可以具有以下特征。 S卩，电子结算服务器在发送提供指示消息以及转账委托消息之前存储电子合同书 保管原件，该电子合同书保管原件具有用户与电子结算系统的运营者即结算运营商之间 的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书，以及附加在 该电子合同书上的验证后的用户的电子签名和结算运营商的电子签名。
11
此外，电子结算服务器发送进行该交易的用户账户所在银行用的电子合同书保管 原件。 此外，本发明的电子结算方法，还具有以下步骤接收用户与电子结算系统的运营 者即结算运营商之间的、以结算运营商从用户账户扣除指定的金额为内容的合同的电子合 同书、以及附加在该电子合同书上的用户的电子签名和电子证书；验证用户的电子签名和 电子证书，根据验证结果发送电子合同书和结算运营商的电子签名以及电子证书；以及接 收并存储电子合同书保管原件，该电子合同书保管原件包含电子合同书和附加在该电子 合同书上的用户的电子签名、结算运营商的电子签名、以及时间戳。 本发明通过具有以上追加特征，不必由结算运营一方即结算运营商和用户事先签
订书面合同，就能够实现用户立即使用该现金以外的结算方法。 通过本发明能够实现可用于游戏场所的、代替现金结算的电子结算。 通过本发明的其它形态，能够实现可用于游戏场所的、简便且安全的电子结算。
图1是表示电子结算系统的一个例子的网络图。 图2是表示有价物提供装置以及移动通信终端的构成例的功能框图。 图3是表示支付请求生成部存储的信息的一个例子的示意图。 图4是表示电子合同申请部的政令项目的功能框图。 图5是表示电子结算服务器的构成例的功能框图。 图6是表示在数据库部中存储的用户表的构成例的示意图。 图7是表示在数据库部中存储的有价物提供装置表的构成例。 图8是表示电子合同处理部的构成例的功能框图。 图9是表示电子结算系统的动作例的时序图。 图10是表示接续图9的、电子结算系统的动作例的时序图。 图11是表示接续图10的、电子结算系统的动作例的时序图。 图12是表示接续图11的、电子结算系统的动作例的时序图。 图13是表示接续图12的、电子结算系统的动作例的时序图。 图14是表示显示在输出部的输入画面的一个例子的示意图。 图15是表示支付请求生成部生成的结算请求消息的数据构成例的示意图。 图16是表示转入请求消息的数据结构的一个例子的示意图。 图17是表示本发明的电子结算系统的一个例子的网络图。 图18是表示使用代金收纳网络的大致结构的框图。 图19是表示有价物提供装置以及移动通信终端的构成例的功能框图。 图20是表示电子结算服务器的构成例的功能框图。 图21是表示在数据库部中存储的用户表的构成例的示意图。 图22是表示在数据库部中存储的用户保有金额数据的构成例的示意图。 图23是表示在数据库部中存储的游戏场所运营商表的构成例的示意图。 图24是表示在数据库部中存储的游戏场所运营商保有金额数据的构成例的示意图。
图25是表示在数据库部中存储的有价物提供装置表的构成例的示意图。 图26是表示作为分散服务器结构的电子结算服务器的构成例的功能框图。 图27是表示电子结算系统的动作例的时序图。 图28是表示接续图27的、电子结算系统的动作例的时序图。 图29是表示接续图28的、电子结算系统的动作例的时序图。 图30是表示接续图29的、电子结算系统的动作例的时序图。 图31是表示在处理电子结算服务器与使用代金收纳网络之间进行的用户转账金 额时的动作例的说明图。 图32是表示接续图31的、在处理电子结算服务器与使用代金收纳网络之间进行 的用户转账金额时的动作例的说明图。 图33是表示接续图32的、在处理电子结算服务器与使用代金收纳网络之间进行 的用户转账金额时的动作例的说明图。 图34是表示当移动通信终端与有价物提供装置之间通过近距离通信单元进行通 信时的电子结算服务器的动作例的时序图。 图35是表示图33的状态之后在进行从步骤S1301到步骤S1307为止的处理后的 状态的示意图。 图36是表示向电子结算系统的游戏场所运营商账户进行的存储处理的例子的时 序图。 图37是表示在图35所示的状态之后执行从步骤S1401到步骤S1405后的结果的 示意图。 图38是表示在第三实施方式中从用户账户向结算运营商账户请求转账时的电子 结算系统的动作例的时序图。 图39是表示用户向电子结算服务器发送转账请求消息前的状态的一个例子的示 意图。 图40是表示图39的状态之后、用户从移动通信终端向电子结算服务器发送转账
请求消息以便对Y10000(日元)的用户转账金额进行转账之后的状态的示意图。 图41是表示图40的状态之后、用户从移动通信终端向电子结算服务器发送转账
请求消息以便对游戏场所运营商转入金额进行转账，并使用代金收纳网络执行应答该消息
的转账处理之后的状态的示意图。 图42是表示图41的状态之后电子结算服务器执行保有金额数据处理后的状态的 示意图。 图43是表示移动通信终端与有价物提供装置之间通过近距离通信单元进行通信 时的电子结算系统1A的动作例的时序图。 图44是表示图42的状态后、进行从步骤S1601到步骤S1607为止的处理之后的 状态的示意图。 图45是表示第四实施方式的电子结算系统的构成例的框图。 图46是表示第四实施方式的有价物提供装置、移动通信终端的构成例的功能框 图。 图47是表示第四实施方式电子结算服务器的构成例的框图。
图48是表示第四实施方好似的电子结算系统中的加法处理的例子的示意图。
图49是表示图48之后的、第四实施方式的电子结算系统中的加法处理的例子的 示意图。 图50是表示图49之后的、第四实施方式的电子结算系统中的加法处理的例子的 示意图。 图51是表示与图48不同的、第四实施方式的电子结算系统中的加法处理的例子 的示意图。 图52是表示图51之后的、第四实施方式的电子结算系统中的加法处理的例子的 示意图。 图53是表示图52之后的、第四实施方式的电子结算系统中的加法处理的例子的 示意图。 符号说明 1、1A、1B电子结算系统，10、10A、10B电子结算服务器，20、20A、20B移动通信终端， 30、30A、30B有价物提供装置，40金融机构系统，40A利用代金收纳网络，41用户账户，42结 算运营商账户，43游戏场所运营商账户，206电子合同申请部，402、402A支付请求处理部， 403 、 403A数据库部，404信用检查部，404A转账请求处理部，405转入请求部，406 、 406A提供 指示部，408、409A电子合同处理部，410B加法请求处理部
具体实施例方式
下面，参照附图对本发明的实施方式进行说明。
I.第一实施方式
图1是表示本发明第一实施方式电子结算系统的一个例子的网络图。
在图所示的例子中，电子结算系统1具有电子结算服务器10、移动通信终端20、有 价物提供装置30、认证服务器90以及时间戳(time stamp)服务器95。电子结算服务器10 进行信用检查，并且与金融机构系统40连接，该金融机构系统40根据来自电子结算服务器 10的指示，执行从用户的账户向指定的转入目的地账户转入指定的金额的转入处理。另外， 电子结算服务器10与通信网50连接，从而能够经通信网50与有价物提供装置30通信。移 动通信终端20能够经基站60、移动通信网70、以及将移动通信网70与通信网50连接起来 的网关80与电子结算服务器10通信，并且，移动通信终端20能够通过近距离通信单元与 有价物提供装置30进行通信。认证服务器90能够经通信网70与电子结算服务器10和移 动通信终端20连接。时间戳服务器95能够经通信网与移动通信终端20连接。下文中，对
上述电子结算系统1的各构成要素进行说明。
I.l.l.有价物提供装置
有价物提供装置30，是作为用户使用移动通信终端20进行电子结算的对价而向 用户提供预先准备的有价物(指能够用金钱购得的实体物、虚体物)的装置。另外，本实施 方式中的有价物提供装置30并非必须是直接向用户提供有价物的装置，例如还包括向店 铺方通知能够进行电子结算、并在店铺方将货品等交付给用户等的、借记卡的CAT终端那 样的间接向用户提供有价物的装置。 另外，有价物提供装置30也可以是作为有价物将电子数据输出、发送或者写入到其它装置或者存储介质的装置。例如，有价物提供装置30可以是向连接网络上的游艺机或 游戏机发送提供游艺或游戏的消息或指令的装置。在该情况下，用户能够通过该有价物提 供装置30享受与利用电子结算系统1结算的游艺代金、游戏代金相应的游艺或游戏。另外， 有价物提供装置30也可以是向IC卡或搭载了 IC卡功能的便携电话、USB存储器等存储介 质写入表示游戏机可使用次数、可使用金额等的电子数据的装置。用户通过使游戏机、售货 机、精算机等装置读取通过有价物提供装置30而写入了电子数据的存储介质，能够获得这 些装置所提供的商品或者服务。 图2是表示有价物提供装置30和移动通信终端20的构成例的功能方框图。下面 参照图2对有价物提供装置30的结构进行说明。 有价物提供装置30具有网络通信处理部301、提供控制部302、提供装置侧近距离 通信部303、以及有价物供给部304。网络通信处理部301具有能够经通信网50与电子结 算服务器10进行通信的功能，例如是安装有协议堆栈(protocol stack)的通信板等。
提供控制部302具有命令和控制网络通信处理部301、提供装置侧近距离通信部 303、以及有价物供给部304的动作的功能，例如是安装有用于实现有价物提供装置30的程 序的微计算机。 提供装置侧近距离通信部303具有与搭载于移动通信终端20的终端侧近距离通 信部201进行通信的功能，例如是非接触式IC卡的读写器等。另外，提供装置侧近距离通 信部303所使用的通信方式不需要局限于无线，也可以是红外线通信。另外，通过用移动通 信终端20光学读取有价物提供装置30所显示的条形码，即使利用进行数据的交接的方法， 本发明也成立。另外，也可以不是非接触式的通信方式，采用通过通信电缆或USB插口 (USB socket)进行连接从而通信的方式本发明也成立。 有价物供给部304具有根据提供控制部302的命令来向用户提供有价物的功能， 例如是弹珠贷出机的贷出弹珠输出部、游戏币贷出机的游戏币箱，娱乐场筹码贷出机、认证 终端(CAT终端)的显示器、或者打印机等。有价物只要是能够通过金钱购得，可以是任何 东西，例如是贷出弹珠、贷出游戏币、娱乐场筹码、预付费卡、有价卡(on value card)(特供 卡(house card))或者同等物品等。
I. 1.2.移动通信终端
接下来，参照图2对移动通信终端20进行说明。移动通信终端20是能够经通信 网50与电子结算服务器10进行通信、并且还能够与有价物提供装置30进行通信的终端 装置，例如是具有非接触式IC卡(例如7工'J力(Felica)， 7 - 'J力是索尼公司的注册商 标)功能的便携电话、搭载有近距离通信单元和无线通信单元的便携电话、PDA (Personal Data Assistant)、便携游戏机、搭载有无线LAN通信装置的IP电话等。移动通信终端20 具有用于与前述的提供装置侧近距离通信部303进行通信的终端侧近距离通信部201、支 付请求生成部202、无限通信部203、输入部204、输出部205以及电子合同申请部206。
终端侧近距离通信部201具有与提供装置侧近距离通信部303进行通信的功能， 例如是IC卡用芯片以及天线。 支付请求处理部202具有对电子结算服务器10生成结算请求消息的功能，该结算 请求消息用于请求支付有价物提供装置30所提供的有价物的对价(代金)，例如，是安装 有i应用程序(i 7 7 'j ) ( "i 7 :/ 'j "是MT多科摩公司的注册商标，是通过下载到便携
15电话中能够追加附加价值功能的应用程序，其并不限定于OS，下文中称为i应用程序)的 微计算机。支付请求生成部202具有存储用于用户的支付的信息的功能。图3表示支付请 求生成部202存储的信息的一例。在该例子中，用户ID101是能够唯一确定作为移动通信 终端20的使用者而登录的用户的信息，登录密码102用于由电子结算服务器对用户进行本 人认证，银行号码103、分行号码104、账户号码105以及针对该账户设定的交易密码106用 于确定用户取出支付代金的账户，用户ID101、登录密码102、银行号码103、分行号码104、 账户号码105以及交易密码106存储在支付请求生成部202中。这些信息特别是银行号码 103、分行号码104、账户号码105以及交易密码106，在用户使移动通信终端20作为支付请 求生成部202发挥功能的i应用程序等应用程序的安装时、或者用于接收本电子结算系统 的服务的用户登录时等，请求由用户通过输入部204进行输入，并且输入的信息被作为这 些信息101 106预先存储。这些信息101 106在生成用于请求支付提供有价物的对价
(代金)的结算请求消息时使用，并作为结算请求消息的一部分发送给电子结算服务器io。 返回图2对移动通信终端20继续进行说明。 无线通信部203具有使移动通信终端20经基站60与移动通信网70连接、从而执
行经移动通信网70进行通信的功能，例如是具有调制电路、解调电路的无线通信线路。移
动通信网70可以是一般的便携电话的通信网，也可以是WIMAX或无线LAN的通信网。输入部204具有将用户的指示变成电信号交给支付请求生成部202的功能，例如
是便携电话的键、触摸笔(touch pen)和触摸面板、指点设备(pointingdevice)。 输出部205具有使移动通信终端20向用户传递信息的的信息输出功能，例如是便
携电话的液晶面板、CAT终端的液晶面板、或者小型打印机等。 电子合同申请部206具有这样的功能在使用电子结算系统l之前，在用户与电子 结算系统l的运用者、管理者等(称为结算运营商)之间以电子方式签订合同，合同的内容 为由结算运营商从用户账户扣除指定的金额。 图4是表示电子合同申请部206的构成例的功能方框图。如图所示，电子合同申 请部206具有控制部701、加密处理部702、存储部703、解密处理部704、判定部705以及 时间戳取得部706。 控制部701具有统一控制加密部702、存储部703、解密处理部704、判定部705以 及时间戳取得部706各部的动作的功能，该控制部701命令各部的启动，向各部的输入以及 各部的输出。 加密处理部702具有通过预定的加密方法使用密钥715来生成电子签名的功能。
存储部703具有存储用户侧电子证书711、结算运营商侧电子证书712、电子合同 书713、电子合同书原件714、以及密钥715等的功能。 用户侧电子证书711是证明电子合同书的签名者的一方是用户本人的电子数据， 例如，定义在ITU-T推荐的X. 509中，是包含本人信息(所属组织、识别名称、名字等)、公 钥、有效期、序列号、签名等的电子数据。在该例中，用户侧电子证书711是由认证服务器90 发行的电子数据。 另外，在本实施方式中也可以使用下述内容等作为用户侧电子证书711。 a)具有用户账户的金融机构的移动终端签约时发行的登录密码等 b)用户从电子结算系统下载i应用程序等应用程序时同时写入到移动通信终端中的序列号码(用户ID)等 c)移动通信终端20的制造号码 d)SM(Subscriber Identity Module Card)的序列号码
e)移动通信终端20的电话号码
f) OpenID等代表的标准规格的通用ID g)使通过a到f的信息与记载有日期、金额等的信息的逻辑运算或加密而生成的 结果满足单个或者多个条件的方法。 上述"OpenID"是通用ID的标准规格之一，是在OpenID对应中能够通用使用的 URL形式的ID(参照http:〃openid. net/)。 结算运营商侧电子证书712是证明电子合同书713的签名者的另一方是结算运营 商的电子数据，例如，其定义在ITU-T推荐的X. 509中，是包含本人信息(所属组织、识别名 称、名字等)、公钥、有效期、序列号、签名等的电子数据。在该例中，结算运营商侧电子证书 712是由认证服务器90发行的电子数据。 电子合同书713是记述了合同内容的电子数据，合同内容包括用户和作为电子结 算系统的运营者的结算运营商之间的以下内容由结算运营商从用户账户扣除指定的金 额；所述用户的账户所在的银行承诺由结算运营商从所述用户的账户扣除指定的金额、或 者要求所述银行由结算运营商从所述用户的账户扣除指定的金额。 电子合同书原件714是在电子合同书中带有用户和结算运营商的电子签名以及 时间戳的电子数据，相当于当事人签章后的合同书。 密钥715是为了使用户生成电子签名、或者对从电子结算服务器10发送的密文进 行解密而使用的密钥，其例如是非对称加密方式中的私钥(privatekey)或者对称加密方 式中的通用密钥(common key)。 用户侧电子证书711、密钥715可以由作为认证局(CA)的认证服务器90事前取 得并存储，也可以在移动通信终端20的出厂时预先由制造商(maker)、厂商(vender)等安装。 电子合同书713、结算运营商侧电子证书712在下载后述的i应用程序时从电子结 算服务器10获得。当然也可以通过其它方法获得。 解密处理部704具有对从电子结算服务器10发送的结算运营商的电子签名进行 解密的功能。 判定部705具有验证从电子结算服务器10与电子合同书一起发送的结算运营商 的电子证书、电子签名的功能。 时间戳取得部706具有这样的功能在通过判定部705根据从电子结算服务器返 回的结算运营商的电子证书和电子签名判定为电子合同书已经被结算运营商进行了电子 签名的情况下，向时间戳服务器95请求带有电子签名的电子合同书的时间戳，并获得该时 间戳，并将带有电子签名的电子合同书与所取得的时间戳一起发送给电子结算服务器。另 外，时间戳和带有电子签名的电子合同书作为电子签名合同书原件存储在存储部703中。
由此结束电子合同申请部206和移动通信终端20的说明。
I. 1.3.电子结算服务器
接下来，参照图5对电子结算服务器IO进行说明。图5是表示电子结算服务器10
17的构成例的功能方框图。 电子结算服务器10是具有运算处理装置(CPU)、主存储器(RAM)、读出专用存储器 (ROM)、输入输出装置(I/O)、以及必要时具有硬盘装置等外部存储装置的装置，该电子结算 服务器10例如是计算机、工作站等信息处理装置。所述ROM、或者硬盘装置等中存储有使信 息处理装置作为电子结算服务器10发挥功能的程序、或者用于使计算机执行电子结算方 法的程序，将该程序载入到主存储器上，通过使CPU执行该程序来实现电子结算服务器10， 或者执行电子结算方法。另外，上述程序也可以不必存储在信息处理装置内的存储装置中， 也可以是由外部装置(例如ASP(应用服务提供商(即plicationservice provider)的服
务器等))提供，并将其载入到主存储器中。另外，该电子结算服务器io可以是将所有功能
集中于一处的中心结构，也可以是按照每个功能进行分割，设置在分离的场所的能够分散 处理的分散服务器结构。 图5所示的电子结算服务器10具有网络通信处理部401、支付请求处理部402、 数据库部403、信用检查部404、转入请求部405、提供指示部406、处理结果通知部407以及 电子合同处理部408。 网络通信处理部401具有经通信网50与移动通信终端20、有价物提供装置30进 行通信的功能，例如是用于执行协议堆栈的通信板。网络通信处理部401当从移动通信终 端20收到请求消息时将该请求消息交给支付请求处理部402，网络通信处理部401当从提 供指示部406收到给有价物提供装置30的提供指示消息时，将该提供指示消息发送给有价 物提供装置30。 支付请求处理部402当从网络通信处理部401收到来自移动通信终端20的结算 请求消息时，将结算请求消息交给信用检查部404，使信用检查部404询问发出了该结算请 求消息的用户的信用状况。在信用检查部404认为用户的信用状况没问题时，S卩、从金融结 构系统40收到了可以受理支付请求的检查结果的情况下，支付请求处理部402使转入请求 部405生成转入请求消息，并将该转入请求消息发送给金融机构系统40。另外，支付请求处 理部402从提供指示部406生成给有价物提供装置30的提供指示消息，并将该提供指示消 息经由网络通信处理部401发送到有价物提供装置30。 数据库部403根据结算请求消息生成转入请求消息，并输出生成提供指示消息所 需的信息，并且存储用户的本电子结算系统的利用状况。图6是存储在数据库部403中的 用户表的构成例。用户表500是针对每个用户具有一个记录501的数据，各记录501保存 有用户ID502、登录密码503、邮件地址504、使用状况信息505。用户ID502是唯一确定用 户的信息，登录密码503是防止第三者冒充该用户非法使用本电子结算系统的信息，邮件 地址504是处理结果通知部407将结算的处理结果通知给用户时使用电子邮件的情况下作 为发送目的地地址使用的信息，使用状况信息505例如是该用户的本电子结算系统的使用 额度、使用数额、使用场所等诸多信息，是用于营销分析、对相应用户的建议信息的选择配 送等的信息。 图7是存储在数据库部403中的有价物提供装置表的构成例。有价物提供装置表 600是针对各有价物提供装置30具有一个记录601的数据，各记录601保存机器ID602、机 器IP地址603 、转入目的地银行604、分行名称605、账户号码606、账户名称607。
机器ID602是用于唯一确定有价物提供装置30的信息，机器IP地址是在收到了具有对应的机器ID的结算请求消息时作为基于该结算请求消息的提供指示消息的发送目 的地地址使用的信息，转入目的地银行604、分行名称605 、账户号码606 、账户名称607是在 收到了具有对应的机器ID的结算请求消息时用于确定从用户的银行账户转入支付金额时 的转入目的地的信息。 返回图5对电子结算服务器10的构成例继续进行说明。 提供指示部406生成给有价物提供装置30的提供指示消息，并将该提供指示消息 经由网络通信处理部401发送给有价物提供装置30。另外有价物提供装置30的地址参照 前述的有价物提供装置表600来获得。 另外，处理结果通知部407具有向用户通知是否处理了结算请求消息的作用，处 理结果通知部407生成并发送以移动通信终端20为发送目的地的电子邮件，或者在能够通 过移动通信终端20阅览的网页上记载表示处理结果的信息，等候通过移动通信终端20进 行阅览。通知内容例如为"结算请求已经处理。感谢使用"或者"余额不足。无法结算。"等 消息。 电子合同处理部408具有这样的功能与移动通信终端20、更详细地说是其电子 合同申请部206协同动作，在电子结算系统1开始使用之前，进行在用户与电子结算系统1 的运用者、管理者等(称为结算运营商)之间以电子方式签订合同的处理，合同的内容为由 结算运营商从用户账户扣除指定的金额。 另外，电子合同处理部408具有这样的功能将证明在用户与结算运营商之间签 订的合同的电子合同书原件的数据发送给具有相应用户账户的金融机构。
具体来说，电子合同处理部408具有以下功能下载给移动通信终端20的电子合 同书713的功能浪收带有从移动通信终端20发送的电子签名的电子合同书711和用户侧 电子证书711的功能；对接收到的电子签名、用户侧电子证书711进行验证、在认证为它们 合法的情况下，将带有用户的电子签名的电子合同书713、结算运营商的电子签名和结算运 营商侧电子证书712发送给移动通信终端20的功能；以及接收从移动通信终端20发送的 电子合同书原件714并进行存储的功能；将上述电子合同书原件714发送给金融机构的指 定装置(例如，金融机构系统40、或者由金融机构指定的网络终端装置(例如，PC))的功 能。 图8是表示电子合同处理部408的构成例的功能方框图。如图所示，电子合同处
理部408具有控制部801、加密处理部802、存储部803、解密处理部804以及判定部805。 控制部801具有统一控制加密处理部802、存储部803、解密处理部804以及判定
部805各部的动作的功能，其命令各部的启动，向各部的输入以及各部的输出。 加密处理部802具有通过预定的加密方法使用密钥811来生成结算运营商的电子
签名的功能。 存储部803具有存储用户侧电子证书711、结算运营商侧电子证书712、电子合同 书713、电子合同书原件714、以及密钥811等的功能。 上述的用户侧电子证书711、结算运营商侧电子证书712、电子合同书713、电子合 同书原件714与存储在电子合同申请部20的存储部703中的文件相同，因此省略对它们的 说明。 密钥811是为了使电子结算运营商生成电子签名、或者对从移动通信终端20发送的密文进行解密而使用的密钥，其例如是非对称加密方式中的私钥或者对称加密方式中的 通用密钥。 结算运营商侧电子证书712、密钥811可以有作为认证局(CA)的认证服务器90事 前获得。 解密处理部804具有对从移动通信终端20发送来的用户电子签名进行解密的功 能。 判定部805具有验证从移动通信终端20与电子合同书一起发送的用户的电子证 书、电子签名的功能。 控制部801接收到带有时间戳和电子签名的电子合同书即电子合同书保管原件 714时，将其存储到存储部803中，并将所述电子合同书保管原件发送至所述用户的账户所 在的银行。I. 1.4.通信网
返回图1对本实施方式涉及的电子结算系统1的构成要素再次开始说明。
通信网50，不管是有线 无线、专用线路 交换线路，其具有使与其连接的装置分 别对目标装置在确立对话(session)时能够收发装置间的信息的作用。通信网50也可以 如因特网那样通过经网关将多个网络组合起来而实现。另外，关于其连接，不管是没有直接 连接在所谓的称为中枢链路(backbone)的主干线上，还是通过PPP连接等临时连接，只要 能够在确立对话时在他们之间收发信息即可。另外，上述"通信网"还包括固定张架专用线 路那样的、不使用交换系统、交换机、路由器等路径切换功能的通信网。 [One]I. 1. 5.移动通信网、网关、基站
图1所示的例子想定了使用便携电话作为移动通信终端20的情况。因此，图示 中，作为移动通信终端20的便携电话首先通过无线线路与基站60连接，从该基站60经移 动通信网70、以及网关80与连接有电子结算服务器10的通信网50连接，但是，移动通信终 端20如果能够直接与通信网50连接，则移动通信终端20也可以不经移动通信网70和网 关80地与电子结算服务器10连接。例如，移动通信终端20在具有无线LAN功能的情况下 不需要经移动通信网70和网关80进行通信。
I. 1.6.金融机构系统
金融机构系统40是响应来自电子结算服务器10的用户信用状况的询问而回答信 用状况，并且能够应来自电子结算服务器10的转入请求或者转账请求执行或者委托转入 处理(从一个账户到另一账户的金钱移动)的系统。另外，在金融机构系统40包括在日本 运营的混合支付(multi payment)(例如参照http:〃www. jampa. gr. jp/pub/)那样的、不 是金融机构直接运营的收纳系统。另外，回答信用状况的系统和执行转入处理的系统未必 是同一个系统。另外，在图1所示的示例中，图示为电子结算服务器10和金融机构系统40 通过专用线路连接，但是，即使是电子结算服务器10和金融机构系统40通过通信网50连 接的结构，本实施方式也是成立的。例如，在金融机构系统40是所谓的因特网银行所准备 的系统的情况下，成为电子结算服务器10和金融机构系统40通过通信网50连接的结构。
此外，金融机构系统40也可以具有接收和存储电子结算服务器10发送给具有用 户账户的金融机构的电子合同书原件714的功能。金融机构根据该电子合同书原件714确 认到用户和结算运营商双方已经同意由结算运营商从用户账户扣除指定的金额。接收到
20该电子合同书原件714之后，在收到了内容为由结算运营商从用户账户扣除指定的金额的 请求消息时，金融机构系统40即使没有收到来自用户的特别指示，也会根据请求消息而成 为从用户账户转账指定金额的法律依据。
I. 1.7.认证服务器
认证服务器90是具有运算处理装置(CPU)、主存储器(RAM)、读出专用存储器 (ROM)、输入输出装置(1/0)、以及必要时具有硬盘装置等外部存储装置的装置，例如是计算 机、工作站等信息处理装置。 认证服务器90发行用户侧电子证书711和/或结算运营商电子证书712，并且也 可以具有与管理和询问作为这些用户侧电子证书711和/或结算运营商电子证书712的有 效性的列表的CRL(Certificate Revocation Lists)的相应的功能。
I. 1.8.时间戳服务器
时间戳服务器95是具有运算处理装置(CPU)、主存储器(RAM)、读出专用存储器 (ROM)、输入输出装置(1/0)、以及必要时具有硬盘装置等外部存储装置的装置，例如是计算 机、工作站等信息处理装置。 时间戳服务器95具有根据来自移动通信终端90的时间戳发行请求生成时间戳令 牌(token)，并将其发送给移动通信终端的功能。时间戳服务器95是作为RFC316中记述的 时间戳服务中心(TSA， Time stamping Authority)工作的装置。
1.2.7.电子结算系统的动作例
接下来，参照图9、10、11、12对上述电子结算系统1的动作进行说明。图9和10 是表示上述电子结算系统1的用户登录时的动作例的时序图，图11是用户登录后用户基于 本电子结算系统1取得有价物时的动作例，图12是接着图11的时序图。
首先，参照以下的图9、10对上述电子结算系统1的到用户登录为止的动作进行说 明。图9和10表示上述电子结算系统1的动作例，是表示用户使用移动通信终端20在电 子结算系统1上进行用户登录时的电子结算系统1的动作例的时序图。
首先，用户通过移动通信终端20与电子结算服务器10连接，向电子结算服务器10 请求用于接受基于电子结算系统1的服务的移动通信终端20用软件等(例如，i应用程序 等，通过下载到移动终端上能够追加功能的应用程序)(S101)。电子结算服务器10根据请 求将i应用程序等应用程序的数据和电子合同书713下载到移动通信终端20 (S102)。收到 了 i应用程序、电子合同书713的移动通信终端20将i应用程序的数据等存储到存储器等 存储装置，将电子合同书713存储到存储部703中(S103)。该i应用程序通过由移动通信 终端20的CPU等执行而作为前述的支付请求生成部202、转账请求生成部207、电子合同申 请部206等发挥作用。 另外，在上述实施方式中，还使用电子结算服务器10来作为i应用程序等应用程 序下载用的服务器、电子合同书713下载用的服务器进行了说明，但是i应用程序等应用程 序下载用的服务器和/或电子合同书713下载用的服务器当然也可以是与电子结算服务器 10分开的装置或者系统。 通过由用户用移动通信终端20进行预定的操作等，下载下来的i应用程序被启动 (S104)。作为i应用程序的电子合同申请部206在下载后最初启动时将电子合同书713显 示在输出部205上(S104)，敦促用户确认电子合同书的内容。
接着，移动通信终端20、更详细的说是电子合同申请部206针对用户受理是否确 定签订电子合同的输入(S105)。例如，在作为输出部205的液晶显示器上显示"就该内容 订立合同吗？ YES/NO"这样的消息，敦促用户进行输入。在用户选择按照电子合同书713 的内容签订合同的时候，电子合同申请部206，更详细的说是加密处理部702使用密钥715 生成电子签名(S106)。另外，在该实施方式中，电子签名是利用密钥715通过RSA加密方式 对在电子合同书713中记入有用户的住所姓名等的文件的哈希值进行加密而得到的，但是 并不限定于此，例如可以是能够唯一确定用户的信息，可以使用对第三者不容易知道的内 容进行加密而得到的数据。但是，在该情况下不使用电子证书711。 接着，移动通信终端20、更详细地说是电子合同申请部206将电子合同书713(其 中，填写了用户的住所姓名的输入)、在S106中生成的电子签名、以及用户侧电子证书711 发送给电子结算服务器10(S107)。 收到了基于上述S107的电子合同书713等的电子结算服务器10向作为用户侧电 子证书711的发行机关的认证服务器90询问用户侧电子证书711的有效性(S108)。认证 服务器90参照CRL(Certified Revocation List)来判定用户侧电子证书711有效性，并 将判定结果发送给电子结算服务器10 (S109)。 在判定结果是用户侧电子证书711有效的情况下，电子结算服务器10执行用户侧 电子证书711的验证处理(S110) 。 S卩，电子结算服务器10通过认证局的公钥对电子签名进 行解密来确认用户侧电子证书711的电子签名是否为认证局(CA)所作出，并且确认用户侧 电子证书711是否被篡改。在从S109到S111的验证全部成功的情况下判明用户侧电子 证书711是可信的，S卩，用户侧电子证书711中所记述的密钥(例如，非对称加密方式中的 公钥)是用户的，是可以相信的。 在上述用户侧电子证书711的验证成功的情况下，电子结算服务器10验证电子合 同书713中带有的电子签名(Slll)。即，电子结算服务器10使用用户侧电子证书711中记 载的密钥对电子合同书713所带有的电子签名进行解密，来验证对电子签名的验证以及电 子合同书713的正当性(没有被篡改)。 Slll中的对电子签名的验证成功的情况下，电子结算服务器10判定电子合同书 711为经用户正当签名的。电子结算服务器10在从移动通信终端20收到的电子合同书 713(带有用户的电子签名)中进一步附加结算运营商的电子签名，并且附加结算运营商侧 电子证书712，将这些电子合同书713、结算运营商的电子签名以及结算运营商侧电子证书 712发送给移动通信终端20(S112)。 收到了在步骤S112中发送的电子合同书713等的移动通信终端20向作为结算运 营商侧电子证书712的发行机关的认证服务器90询问结算运营商侧电子证书712的有效 性(S113)。认证服务器90参照CRL(Certified RevocationList)来判定结算运营商侧电 子证书712的有效性，并将判定结果发送给移动通信终端20(S114)。 在判定结果为结算运营商侧电子证书712有效的情况下，移动通信终端20执行结 算运营商侧电子证书712的验证处理(S115)。即，移动通信终端20通过认证局的公钥对电 子签名进行解密来确认结算运营商侧电子证书712的电子签名是否为认证局(CA)作出，并 且确认结算运营商侧电子证书712是否有被篡改。从S113到S115的验证全部成功的情况 下判明结算运营商侧电子证书712是可信的，S卩，结算运营商侧电子证书712中记述的密
22钥(例如非对称加密方式中的公钥)是结算运营商的，是可以相信的。 在上述结算运营商侧电子证书712的验证成功的情况下，移动通信终端20验证电 子合同书713中带有的结算运营商的电子签名(S116)。 S卩，移动通信终端20使用结算运营 商侧电子证书712中记载的密钥对电子合同书713中带有的结算运营商的电子签名进行解 密，从而验证对结算运营商的电子签名的验证以及电子合同书713的正当性。
在S116中的对结算运营商的电子签名验证成功的情况下，移动通信终端20判定 为电子合同书713是经结算运营商正当签名了的。 接下来移动通信终端20将带有用户以及结算运营商的电子签名的电子合同书 713(或者其哈希值)发送给时间戳服务器95，请求时间戳服务器95发行时间戳(S117)。 接收到了该时间戳请求的时间戳服务器95对带有用户以及结算运营商的电子签名的电子 合同书713的哈希值赋予日期，生成进行了数字签名的时间戳令牌，并将其发送给移动通 信终端20(S118)。 移动通信终端20获得该时间戳令牌(S119)时，对带有用户和结算运营商的电子 签名的电子合同书713赋予该时间戳令牌，并作为电子合同书保管元件714存储到存储部 703中，并且发送给电子结算服务器10(S120)。 收到了该电子合同书保管元件714的电子结算服务器10将其存储到存储部803 中(S121)。 由此，签订了用户和结算运营商之间的代为扣除的合同。以该电子合同书保管元 件714存储在电子结算服务器10中为条件，电子结算服务器IO受理用户登录。S卩，如果电 子合同书保管元件714没有存储在电子结算服务器10中，则无法进行用户登录，因此用户 无法开始使用电子结算系统l.换言之，电子合同书保管元件714存储在电子结算服务器10 中是用户登录的必需条件。 接下来，参照图11对步骤S121后的电子结算系统1的动作进行说明。另外，在图 11以后的时序图中，认证服务器90和时间戳服务器95的图示被省略。
以步骤S121的结束为触发，电子结算服务器10向移动通信终端20发送用户登录 开始消息(S122)。 收到了用户登录开始消息的移动通信终端20启动i应用程序(S123) 。 i应用程 序在下载后最初启动时使输出部205显示用于使用户输入初始信息的初始输入画面，以敦 促用户输入初始信息(S124)。这里，作为初始信息被请求的是用户ID602、登录密码603、邮 件地址604、银行号码605、分行号码606、账户类别607、账户号码608、账户名称609、以及 交易密码610等。另外，用户ID602、登录密码603可以通过电子结算服务器10设定，而不 是由用户输入。 当用户使用移动通信终端20的输入部204结束初始信息的输入时，移动通信终 端20经通信网50与电子结算服务器10连接，将输入的初始信息等发送到电子结算服务器 10(S125)。 收到了初始信息的电子结算服务器10向金融机构系统40发送账户确认请求消 息，该账户确认请求消息是向金融机构系统40询问该初始信息是否为合法信息、所输入的 用户账户是否有效的消息(S126)。收到了账户确认请求消息的金融机构系统40检索账户 的数据库等，来判定账户确认请求消息中作为确认对象的用户账户是否存在及其有效性，并将判定的结果作为账户确认结果消息发送给电子结算服务器10(S127)。在账户确认结果 消息显示所输入的账户信息错误或者账户无效的情况下，收到了账户确认结果消息的电子 结算服务器10向移动通信终端20发送敦促再次输入初始信息的消息(在图11中省略图 示)。另一方面，在账户确认结果消息显示所输入的账户信息合法、所输入的账户有效的情 况下，收到了账户确认结果消息的电子结算服务器io根据所输入的初始信息进行用户登 录(S128) 。 S卩，电子结算服务器10在数据库部403的用户表600以及用户保有金额数据 700中分别追加新的纪录601、701，在这些记录601、701中写入用户ID602、登录密码603、 邮件地址604、银行号码605、分行号码606、账户类别607、账户号码608、账户名称609、以 及交易密码610等。 当上述的用户登录(S128)结束时，电子结算服务器10将电子合同书元件714发 送给金融机构系统40 (129)。收到了电子合同书元件714的金融机构系统40将其存储起 来)(S130)。另外，在该示例中，电子合同书元件714的接收目的地为金融机构系统40，但 是关于电子合同书元件714的接收目的地，只要是使具有用户账户的金融机构能够根据电 子合同书元件714确认合同成立的装置，则可以是任何装置。 另外，在该示例的说明中，使将电子合同书元件714发送给金融机构系统40的时 机在用户登录(S128)之后，但是只要是在生成电子合同书元件714之后(S119以后)，则无 论在何种时机下将电子合同书元件714发送给金融机构系统40，本发明都成立。
另外，在用户登录(S128)结束之后，该用户可以使用电子结算系统1。下面，参照 图12对用户登录后的电子结算系统1的动作例进行说明。 首先，用户使用电子结算系统而接受有价物提供装置30提供的有价物。
在该情况下，用户在移动通信终端20与有价物提供装置30之间利用近距离通信 进行通信，以便由移动通信终端20获得有价物提供装置30的机器ID。例如，在终端侧近距 离通信部201是非接触式IC卡用IC芯片，提供装置侧近距离通信部303是读写器的情况 下，当读写器检测到非接触式IC卡用IC芯片的靠近时，作为提供装置侧近距离通信部303 的读写器向作为终端侧近距离通信部201的非接触式IC卡用IC芯片发送机器ID以及与 支付请求生成部202对应的应用程序号码(S701)。 接收到了机器ID以及应用程序号码的终端侧近距离通信部201启动与该应用程 序号码对应的i应用程序等应用程序、即支付请求生成部202 (S702)。此时，机器ID被交给 支付请求生成部202。 启动了的支付请求生成部202使作为输出部205的液晶显示器显示用于受理来自 用户的输入的输入画面(S703)。图14是表示作为输出部205的液晶显示器中显示的输入 画面的一例的图。该输入画面例中，设有金额输入对话框(box)901和0K按钮902。用户将 希望由有价物提供装置30提供的有价物的价格输入到该金额输入对话框901中。另外，也 可以这样在存在上次输入到金额输入对话框901中的金额的情况下，支付请求生成部202 将其存储起来，并自动显示在金额输入对话框901中，只要用户不进行变更输入，即以该金 额生成结算请求消息。在输入到金额输入对话框901中的金额确定之后，当通过用户对输 入部204的操作而激活了 OK按钮902、用户输入结束(S704)时，支付请求生成部202生成 结算请求消息，并将其发送给电子结算服务器10(S705)。 这里，OK按钮902作为操作单元发挥作用，该操作单元用于通过一个操作执行以下处理由移动通信终端20确定作为有价物的对价而指定的转入金额的处理；以要求提供 与所述转入金额对应的有价物的结算请求的处理。 图15表示支付请求生成部202生成的结算请求消息的数据构成例。图15所示的 结算请求消息1000是由头部1001、用户ID1002、登录密码1003、银行号码1004、分行号码 1005、账户号码1006、加码号码1007、机器ID1008、转入金额1009构成的数据。头部1001 是表示该数据是结算请求消息的数据。用户ID1002、登录密码1003、银行号码1004、分行 号码1005、账户号码1006、加码号码1007中保存有用户ID101、电子结算服务器10进行用 户的本人认证用的登录密码102、确定用户取出支付代金的账户的银行号码103、分行号码 104、账户号码105、以及这对该账户设定的交易密码106(参照图3)。用户ID101、登录密码 102、、银行号码103、分行号码104、账户号码105、以及、交易密码106是前述的支付请求生 成部202预先存储的信息。另外，机器ID1008是在S701中从有价物提供装置30发送的机 器ID，转入金额1009是输入到输入画面的金额输入对话框901中的信息。
返回图12对电子结算系统1的动作继续进行说明。 收到了结算请求消息1000的电子结算服务器10、更详细地说是请求处理部402启 动信用检查部404，使信用检查部404向金融机构系统40发送信用检查请求(S706)。信用 检查请求是向金融机构系统40询问结算请求消息1000中包含的用户ID所对应的用户的 支付能力的请求。 金融机构系统40对该用户的信用信息进行调查，通过调查账户余额等来判定 该用户能够否支付请求的金额，并将判定结果作为检查结果通知发送给电子结算服务器 10(S707)。 从金融机构系统40收到了检查结果通知的电子结算服务器10、更详细地说是支 付请求处理部402启动结果通知部407，根据从金融机构系统40收到的检查结果通知生成 处理结果通知，并将其发送给移动通信终端20 (S708)。 收到了处理结果通知的移动通信终端20使其显示部205显示处理结果通知的内 容(S709)。例如显示"已进行了结算处理。感谢使用。"或者"余额不足。无法进行结算" 等内容。 接下来，转移至图13对电子结算系统1的动作例继续进行说明。图13是接续于 图12的表示电子结算系统1的动作例的时序图。如果金融机构系统40的信用状况的判定 结果为表示能够支付的内容，则电子结算服务器10、更详细地说是提供指示部406将支付 手续完成消息发送给有价物提供装置30 (S710)。支付手续完成消息相当于表示与用户所指 定的金额相应的支付手续已经完成的电文。 另外，应该成为支付手续完成消息的收信地址的、有价物提供装置30的收信地址 信息(例如，IP地址)通过存储在数据库部403中的有价物提供装置表600获得即可。在 支付手续完成消息中包含与转入金额对应的金额信息。但是，该金额信息也可以是转入手 续费等金额从原数额中减掉后的数额。 接收到了支付手续完成消息的有价物提供装置30向用户提供与支付手续完成消 息中所含有的金额信息对应的数量的有价物(S711)。 另一方面，电子结算服务器10向金融机构系统40发送转入请求消息，以便从用户 的账户向具有获得有价物提供装置30的销售额的权利的人即有价物提供装置30的管理者、运营者等(以下简称为管理者)的账户转入由用户指定的金额(S712)。图16是表示转入请求消息的数据结构的示例的图。转入请求消息1100包括作为确定用户的扣除账户的银行号码1101、分行号码1102、账户号码1103、以及表示用户承认扣除的交易密码1104，还包括转入金额1105、作为确定转入目的地账户即管理者账户的信息的(转入目的地)银行号码1106、(转入目的地)分行号码1107、(转入目的地)账户号码1108。
银行号码1101、分行号码1102、账户号码1103、交易密码1104根据结算请求消息1000中包含的银行号码1004、分行号码1005、账户号码1006、交易密码1007、转入金额1009生成。(转入目的地)银行号码1106、(转入目的地)分行号码1107、(转入目的地)账户号码1108根据基于机器ID1008从有价物提供装置表600获得的数据而生成。
接收到了上述转入请求消息的金融机构系统40执行从用户账户将指定的转入金额转账到管理者账户的转账处理(S713)。由此用户从有价物提供装置30收到的有价物的对价的支付结束。 另外，电子结算服务器10的运营者、管理者等具有通过电子结算服务器10的运营来获取利益的权能的人(称为结算运营商)也可以从用户或者管理者收取手续费。在该情况下，电子结算服务器10向金融机构系统40发送转入请求消息，以便从用户或者管理者的账户向结算运营商的账户转入相当于手续费的金额(S714)，收到了上述的转入请求消息的金融机构系统40执行从用户或者管理者的账户向结算运营商账户转账指定的转账金额的转账处理(S715)。由此，结算运营商能够从本电子结算系统的运营中获得利益。
1.3.本电子结算系统的优点
(1)对于用户方面的优点 成为了在游戏场所能够使用的除了现金之外的结算方法，因此，即使在游戏场所携带的现金没有了之后，也能够通过简易的结算行为(通过移动通信终端20进行如使OK按钮902激活那样的简单的输入操作的处理)就能够购得贷出弹珠、贷出游戏币，能够购买商品等。为了在丢失的时候进行应对以及确认无意识的过度使用，例如在达到了预先设定的一个月的使用累计金额和/或每天的最大使用金额时，通过请求输入交易密码等功能能够获得对使用的放心感。 另外，在该结算行为中，用于结算行为的终端为使用者所有的移动通信终端，在这样的放心感基础上，由于不需要卡号或交易密码的输入行为，因此不用担心如普通的信用卡、借记卡那样在店铺方留下卡号或交易密码的记录，或者被有恶意的人非法取得，能够放心地进行结算。 另外，能够收到基于电子结算服务器10获得的使用状况信息的信息配送，更够期待获得更多彩的服务。
(2)对于店铺方(管理者)方面的利益 即使是游戏过后的结果为所带现金用光的用户，也能够通过本电子结算系统再购买有价物，因此游戏机的使用率得以提高，并且那样的用户在店铺内进行购物等的可能性也提高，因此游戏场所的营业额提高也是可期的。同时，能够获得用户在哪台游戏机玩到了什么程度的信息，因此能够根据该信息知道游戏机的工作状况的详细情况，也能够知道使用者的喜好，能够作为营销信息灵活使用。 在使用了本电子结算系统的情况下，在店铺内处理的现金不会增加，因此收款管
26理变得容易，而且现金的保安管理也得以加强。
(3)对电子结算运营商方面的优点 电子结算运营商通过运营本电子结算系统，能够掌握作为用户的玩家的游戏状
况，能够积累游戏机的开发、销售和营业等中参照的数据。1.4.变形例、其它
(D也可以在设置于有价物提供装置30的液晶显示器等中显示QR记录等，在移动通信终端20设置使用了 CCD照相机的条形码阅读器里读取条形码，由此来代替提供装置侧近距离通信部303和终端侧近距离通信部201。该情况下，表示条形码的信息直接为机器ID即可。 (2)在上述实施方式中，通过由电子结算服务器10询问金融机构系统40来进行用户的信用检查，但是作为电子结算服务器10的数据库部403具有信用数额表的结构，即使是电子结算服务器IO本身进行信用检查的结构，本发明也成立。在信用数额表中按照每个用户而存储有信用限额(credit line)和信用余额，信用余额如果在转入请求数额以上，则认同支付。 (3)在上述实施方式中，转入金额从用户账户直接转入到店铺(管理者)的账户，但是即使是将转入金额从用户账户临时转入到电子结算运营商的账户中，将减去了手续费后的金额从电子结算运营商的账户转入到店铺(管理者)的账户的结构，本发明也是成立的。 (4)作为认证局(CA)的认证服务器90不管是一般使用的其它公司的服务器，还是
自己公司构建的服务器，本发明都是成立的。11.第二实施方式
接下来对本发明的第二实施方式进行说明。
11.电子结算系统的构成例
第二实施方式涉及的电子结算系统1A与第一实施方式涉及的电子结算系统1具
有大致相同的结构。对于同一要素标以相同的参照号，并省略其详细说明。 图17是表示第二实施方式涉及的电子结算系统的一例的网络图。 在该图所示的示例中，电子结算系统1A具有电子结算服务器10A、移动通信终端
20A、有价物提供装置30A。另外，电子结算系统1A与是使用代金收纳网络40A、认证服务器
90、时间戳服务器95以能够通信的方式连接。 电子结算服务器10A与使用代金收纳网络40A连接。使用代金收纳网络40A是根据来自电子结算服务器10A的指示来执行从用户账户向指定的转入目的地账户转入指定金额的转入处理的系统，例如是在日本运营的"混合支付网络"(例如参照http:〃丽w..i卿a. gr. .i。/。ub/)。 图18是表示使用代金收纳网络40A的概略结构的方框图。使用代金收纳网络40A连接成使银行等金融机构的金融机构系统44 (包括共同使用中心这样的方式)能够通过通信网络45彼此通信。金融机构系统44是能够以电子方式进行以下的账户的收款和付款的系统。本电子结算系统1A所使用的金融机构系统44具有以下各方的账户玩游戏机、使用本电子支付系统进行支付的人(以下称为用户)的账户(以下称为用户账户41);直接或者间接地进行本电子结算系统1A的运营、管理，并收取电子结算系统1A的运营的对价《代
27价 手续费等的人(以下称为结算运营商)的账户(以下称为结算运营商账户42);以及
利用游戏机向用户提供游戏的、使用本电子结算系统1A收取用户的支付的人(以下称为游戏场所运营商)的账户(以下称为游戏场所运营商账户43)。这些账户41、42、43可以设于同一金融机构系统44，也可以设置于彼此不同的金融机构系统44。在图18的图示中，这些账户41、42、43设置于不同的金融机构系统44，但是并没有本实施方式限定于此的意思。
在通信网络45上连接有终端装置，该终端装置用于由委托方对使用代金收纳网络40A发送支付委托。作为终端装置，使用个人计算机(PC46)、便携电话47、ATM (AutomatedTeller Machine)48等。在本实施方式涉及的电子结算系统1A中，移动通信终端20A或者电子结算服务器10A作为使用代金收纳网络40A的终端装置进行工作。
返回图17继续对电子结算系统1A的结构进行说明。 电子结算服务器10A与通信网50连接，能够通过通信网50与有价物提供装置30A进行通信。移动通信终端20A能够经基站60、移动通信网70、以及将移动通信网70与通信网50连接起来的网关80与电子结算服务器10A、使用代金收纳网络40A通信，并且移动通信终端20A能够利用近距离通信单元与有价物提供装置30A通信。认证服务器90能够经通信网50和移动通信网70、与电子结算服务器10A和移动通信终端20A连接。时间戳服务器95能够经通信网50和移动通信网70、与移动通信终端20A连接。下文中，对上述电子结算系统1A的各构成要素进行说明。
11 1 1 有价物提供装置
有价物提供装置30A，是作为用户使用移动通信终端20A进行电子结算的对价而向用户提供某些有价物(指能够用金钱交换而购得的实体物、虚体物)的装置。另外，本实施方式中的有价物提供装置30A并非必须是直接向用户提供有价物的装置，例如还包括向游戏场所(店铺)侧通知能够进行电子结算的意思、并在游戏场所侧将货品等交付给用户等的、借记卡的CAT终端那样的间接向用户提供有价物的装置。 另外，有价物提供装置30A与第一实施放肆中的有价物提供装置30 —样，也可以
是作为有价物将电子数据输出、发送或者写入到其它装置或者存储介质的装置。
图19是表示有价物提供装置30A和移动通信终端20A的构成例的功能方框图。下面参照图19对有价物提供装置30A的结构进行说明。另外，对于与第一实施方式涉及的有价物提供装置30的构成要素相同的构成要素标以相同的参照号。 有价物提供装置30A具有网络通信处理部301、提供控制部302、提供装置侧近距离通信部303、有价物供给部304、以及游戏履历处理部305。网络通信处理部301、提供控制部302、提供装置侧近距离通信部303、以及有价物供给部304与第一实施方式中的有价物提供装置30中的各部相同，因此省略它们的详细说明。 游戏履历处理部305具有这样的功能根据玩家对有价物提供装置30A的使用来生成作为与玩家的游戏履历相关的数据的游戏履历数据，并将该数据经网路通信处理部301发送给服务器。 例如，有价物提供装置30A是附设于特定游戏机的出币机(弹珠贷出机)。玩家为了在附设有该出币机的游戏机上进行游戏，要通过作为出币机的有价物提供装置30A话作为移动通信终端20A的自己的便携电话来通过基于本电子结算系统1A的结算贷出弹珠。游戏履历处理部305由提供控制部302的工作状况以及游戏机的工作状况生成游戏履历数
28据，该游戏履历数据是哪个玩家在哪台游戏机上什么时候进行游戏、游戏花费了多少金额等的数据，游戏履历处理部305将该数据发生给管理游戏履历数据的服务器。游戏履历数据每当所有的有价物提供装置30A被使用时被发送到服务器累积起来。通过解析该游戏履历数据或者通过数据挖掘(data mining)的手法等进行分析等，可以清楚玩家的行动趋势、游戏机的受欢迎趋势、各时间段的使用动向等，其结果为能够获取称为店铺经营或者游戏机开发等的资料的有用的信息。 另外，在该实施方式中，作为管理游戏履历数据的服务器，对使用电子结算服务器IOA的结构进行说明，但是管理游戏履历数据的服务器当然也可以作为与电子结算服务器不同的服务器装置而组装在本电子结算系统1A中。
11. 1.2.移动通信终端
接下来，参照图19对移动通信终端20A进行说明。 移动通信终端20A是能够经通信网50与电子结算服务器10A、认证服务器90、时间戳服务器95和/或使用代金收纳网络40A进行通信、并且还能够使用近距离通信单元与有价物提供装置30A进行通信的终端装置。移动通信终端20A例如是具有非接触式IC卡(例如7工'J力(Felica)， 7工'J力是索尼公司的注册商标)功能的便携电话、搭载有近距离通信单元和无线通信单元的便携电话、PDA (Personal Data Assistant)、便携游戏机、搭载有无线LAN通信装置的IP电话等。 移动通信终端20A具有用于与前述的提供装置侧近距离通信部303进行通信的终端侧近距离通信部201、支付请求生成部202、无限通信部203、输入部204、输出部205、用户信息存储部207、转账请求生成部208、以及电子合同申请部206。另外，对于与第一实施方式涉及的移动通信终端20的构成要素相同的构成要素，标以相同的参照号，并省略它们的详细说明。 用户信息存储部207具有存储用户的支付或者结算所需要的信息的功能。用户信息存储部207所存储的信息与第一实施方式中表示的内容相同(参照图19)，因此省略对各项的说明。 以上结束移动通信终端20A的说明。
11. 1.3.电子结算服务器
返回图17对电子结算系统1A的构成要素继续进行说明。 电子结算系统1A作为其核心的构成要素具有电子结算服务器IOA。电子结算服务器10A是具有运算处理装置(CPU)、主存储器(RAM)、读出专用存储器(ROM)、输入输出装置(I/O)、以及必要时具有硬盘装置等外部存储装置的装置，该电子结算服务器10A例如是计算机、工作站等信息处理装置。所述ROM、或者硬盘装置等中存储有使信息处理装置作为电子结算服务器10A发挥功能的程序、或者用于使计算机执行电子结算方法的程序，将该程序载入到主存储器上，通过使CPU执行该程序来实现电子结算服务器IOA，或者执行电子结算方法。另外，上述程序也可以不必存储在信息处理装置内的存储装置中，也可以是由外部装置(例如ASP(应用服务提供商(即plication servic印rovider)的服务器等))提供，并将其载入到主存储器中。另外，该电子结算服务器10A可以是由单个装置构成，也可以通过网络将多个装置结合起来来构成。电子结算服务器IOA可以是将所有功能集中于一处的中心结构，也可以是按照每个功能进行分割，设置在分离的场所的能够分散处理的分散服务器结构。 以下参照图20对电子结算服务器IOA进行说明。图20是表示电子结算服务器IOA的构成例的功能方框图。 图20所示的电子结算服务器10A具有网络通信处理部401A、支付请求处理部402A、数据库部403A、转账请求处理部404A、精算处理部405A、提供指示部406A、处理结果通知部407A、游戏信息更新部408A以及电子合同处理部409A。另外，上述各部是由存储有程序的存储装置和执行该程序的CPU等构成的构成要素。 网络通信处理部401A具有经通信网50与移动通信终端20A、有价物提供装置30A以及使用代金收纳网络40A进行通信的功能，例如是用于执行协议堆栈的通信板。网络通信处理部401A当从移动通信终端20A收到请求消息时将该请求消息交给支付请求处理部402或者转账请求处理部404A。另外网络通信处理部401A当从提供指示部406收到给有价物提供装置30A的提供指示消息时，将该提供指示消息发送给有价物提供装置30A。另外，网络通信处理部401A当从精算处理部405A收到给使用代金收纳网络40A的转账委托消息时，将其发送给使用代金收纳网络40A。 支付请求处理部402A具有处理从移动通信终端20A收到的支付请求消息的功能。支付请求处理部402A经由网络通信处理部401A从移动通信终端20A接收支付请求消息。这时，支付请求处理部402A对存储在后述的数据库部403A中的该用户的所有金额数据进行检查。对用户的所有金额数据与支付请求数据进行比较，在能够支付的情况下，支付请求处理部402A启动提供指示部406A。启动了的提供指示部406A生成提供指示消息，并将该提供指示消息经由网络通信处理部401A发送给有价物提供装置30A。
支付请求处理部402A在能够支付与前述的支付请求消息相应的支付的情况下，根据支付数额来更新(改写)存储在数据库部403A中存储的该用户的用户保有金额数据700A以及通过有价物提供装置30A提供有价物的运营商即游戏场所运营商的保有金额数据900A。 数据库部403A存储登录在本电子结算系统1A中的各用户的保有金额数据700A、游戏场所运营商的保有金额数据900A，并且存储作为与使用代金收纳网络40A之间进行的转账所需要的必要信息的用户表600A、用户保有金额数据700A、游戏场所运营商表800A、游戏场所运营商保有金额表数据900A、有价物提供装置表1000A、以及游戏履历信息IIOOA。 图21是存储在数据库部403A中的用户表600A的构成例。用户表600A是保存了与用户(玩家)相关的信息的数据。用户表600A是针对每个用户具有一个记录601的数据，各记录601A保存有用户ID602A、登录密码603A、邮件地址604A、用于确定用户账户即扣除地址的银行号码605A、分行号码606A、账户类别607A、账户号码608A、账户名称609A、以及交易密码610A。用户ID602A是唯一确定用户的信息。登录密码603A是防止第三者冒充该用户非法使用本电子结算系统1A的信息。邮件地址604A是处理结果通知部407A将支付处理的处理结果通知给用户时作为该电子邮件的发送目的地即目标地址使用的信息。使用状况信息505例如是该用户的本电子结算系统的使用额度、使用数额、使用场所等诸多信息，是用于营销分析、对相应用户的建议信息的选择配送等的信息。银行号码605A、分行号码606A、账户类别607A、账户号码608A、账户名称609A、以及交易密码610A是用于对使
30用代金收纳网络40A指定扣除目的地账户的信息。 用户表600A中保存的信息在用户向电子结算服务器10A进行用户登录时被输入 电子结算服务器10A。 图22是存储在数据库部403A中的用户保有金额数据700A的构成例。用户保有 金额数据700A是针对每个用户具有一个记录1001A的数据，各记录IOOIA具有保存用户ID 的用户ID字段(field) 1002A、保存该用户存入到电子结算系统1A中的金额即保有金额的 保有金额1003A。保有金额字段1003A中保存的值在用户存入到电子结算系统1A中时被改 写成增加与转入数额相当的量，另一方面当利用有价物提供装置30A进行支付时，上述值 被改写成减少与支付数额相当的量。 图23是存储在数据库部403A中的游戏场所运营商表800A的构成例。游戏场所 运营商表800A是保存有与游戏场所运营商相关的信息的数据。游戏场所运营商表800A是 针对每个加入到电子结算系统1A中的游戏场所运营商具有一个记录801A的数据。各记录 保存有保存游戏场所运营商ID的游戏场所运营商ID802A ;以及用于确定该游戏场所运营 商的账户即转入支付给有价物提供装置30A的金额的转入目的地账户的银行号码803A、分 行号码804A、账户类别805A、账户号码806A、账户名称807A。游戏场所运营商ID802A是唯 一确定游戏场所运营商的信息。银行号码803A、分行号码804A、账户类别805A、账户号码 806A、账户名称807A是用于对使用代金收纳网络40A指定转入目的地账户的信息。
游戏场所运营商表800A中保存的信息在游戏场所运营商加入登录电子结算系统 1A是被输入到电子结算服务器10A中。 图24是存储在数据库部403A中的游戏场所运营商保有金额数据900A的构成例。 游戏场所运营商保有金额数据900A是针对每个登录到电子结算系统1A中的游戏场所运营 商具有一个记录901A的数据。各记录901A具有游戏场所运营商ID902A、保存电子结算系 统1A转入到游戏场所运营商的金额即保有金额的保有金额903A。保有金额903A中保存的 值通过使用有价物提供装置30A而被改写成增加从用户支付的量，并减少转入使用了使用 代金收纳网络40A的游戏场所运营商账户43的转入数额。 图25是存储在数据库部403A中的有价物提供装置表1000A的构成例。有价物提 供装置表1000A是针对各有价物提供装置30A具有一个记录1301A的数据，各记录1301A 保存机器ID1302A、机器IP地址1303A、游戏场所运营商ID1304A。 机器ID1302A是用于唯一确定有价物提供装置30A的信息，机器IP地址1303A是 作为发送目的地地址使用的信息，该发送目的地地址用于在电子结算系统1A收到了包含 某机器ID1302A的支付请求消息时，响应该支付请求消息将提供指示消息发送给具有该机 器ID1302A的有价物提供装置30A。游戏场所运营商ID1304A是确定有权利接受用户对赋 予了该机器ID1302A的有价物提供装置30A的支付的游戏场所运营商的信息，使用与游戏 场所运营商表800A中游戏场所运营商ID801相同的ID。 游戏履历信息IIOOA是表示玩家何时在哪里在哪台游戏机上花了多少钱进行游 戏这样的表示与游戏相关的履历的信息，是通过累积存储由各有价物提供装置30A的履历 信息处理部305生成并发送的游戏履历数据而生成的数据。通过利用公知的营销解析或数 据挖掘收发对该游戏履历信息1100A进行分析，能够获得各种有用的信息。
返回图20对电子结算服务器10A的构成例继续进行说明。
提供指示部406A生成用于发送给有价物提供装置30A的提供指示消息，并将该提 供指示消息经由网络通信处理部401A发送给有价物提供装置30A。另外，作为提供指示消 息的发送目的地的有价物提供装置30A的地址参照前述的有价物提供装置表1000A来获 得。 结果通知部407A具有向用户通知是否适当处理了支付请求消息的功能。作为一 例，结果通知部407A生成并发送以移动通信终端20A为发送目的地的电子邮件。或者也可 以在能够通过移动通信终端20A阅览的网页上记载表示处理结果的信息，等候通过移动通 信终端20A进行阅览。结果通知部407A的通知内容例如为"支付请求已经处理。感谢使 用"或者"余额不足。无法支付"等消息。 接下来对转账请求处理部404A进行说明。转账请求处理部404A具有机处理从移 动终端20A收到的转账请求消息的功能。转账请求处理部404A经由网络通信处理部401A 从移动终端20A接收转账请求消息。转账请求消息的内容是从用户账户41扣除指定的金 额、并能够在电子结算系统1A中使用这样的内容。收到了该转账请求消息的转账请求处理 部404A对存储在数据库部403A中的用户表600A进行检查。转账请求处理部404A从用 户表600A获取确定成为转账源的用户账户的信息、即银行号码605A、分行号码606A、账户 类别607A、账户号码608A、账户名称609A以及交易密码610A，并将确定成为转账目的地账 户的结算运营商账户43的信息与上述信息合起来作为转账请求消息经由网络通信处理部 401A发送给使用代金收纳网络40A。使用代金收纳网络40A收到转账请求消息时，将指定 金额的资金从用户账户41转账到结算运营商账户42。转账后的资金成为用户能够使用本 电子结算系统1A进行利用的资金(手续费部分除外)。 接下来对精算处理部405A进行说明。精算处理部405A向使用代金收纳网络40A 发出请求，以便将游戏场所运营商保有金额数据900A所表示的金额从结算运营商账户42 转账到各游戏场所运营商的游戏场所运营商账户43。该被转账的资金的数额相当于电子 结算系统1A从用户处掌管的给游戏场所运营商的支付金额、即游戏场所运营商保有金额 数据900A的游戏场所运营商保有金额903A。精算处理部405A在该实施方式中自主地进 行处理。例如，精算处理部405A在预定的时机(例如每个月的月末、每个周末)自动启动。 启动了的精算处理部405A检查数据库部403A中存储的所有游戏场所运营商保有金额数据 900A，并就转入没有完成的转入向使用代金收纳网络40A发送转账委托，以便从结算运营 商账户42向相应的游戏场所运营商账户43进行转账。 游戏信息更新部408A具有时时刻刻累积存储从有价物提供装置30A的履历信息
处理部305收到的游戏率数据，并进行游戏履历信息1100A的更新(update)。 电子合同处理部409A具有这样的功能与移动通信终端20A、更详细地说是其电
子合同申请部206协同动作，在电子结算系统1开始使用之前，进行在用户与电子结算系统
1A的运用者、管理者等(称为结算运营商)之间以电子方式签订合同的处理，合同的内容为
由结算运营商从用户账户扣除指定的金额。 另外，电子合同处理部409A具有这样的功能将证明在用户与结算运营商之间签
订的合同的电子合同书原件的数据发送给具有相应用户账户的金融机构。 具体来说，电子合同处理部409A具有以下功能下载给移动通信终端20A的电子
合同书713的功能；接收带有从移动通信终端20A发送的电子签名的电子合同书711和用户侧电子证书711的功能；对接收到的电子签名、用户侧电子证书711进行验证、在认证为
合法的情况下，将带有用户的电子签名的电子合同书713、结算运营商的电子签名和结算运 营商侧电子证书712发送给移动通信终端20A的功能；以及接收从移动通信终端20A发送 的电子合同书原件714并进行存储的功能；将上述电子合同书原件714发送给金融机构的 指定装置(例如，使用代金收纳网络40A、或者由金融机构指定的网络终端装置(例如，PC)) 的功能。 电子合同处理部409A具有与第一实施方式的电子结算服务器10中的电子合同处 理部408相同的结构(参照图8)，因此省略对各部的详细说明。
11. 1. 3. 1.电子结算服务器的分散服务器结构
在图20所示的示例中，图示为电子结算服务器IOA通过一个服务器装置来实现， 但是电子结算服务器10A当然不限于基于这种服务器装置的结构。 图26是表示电子结算服务器10A为分散服务器结构的情况的一个构成例的功能 方框图。对于与图20所示的构成要素相同的构成要素，标以相同参照号并省略详细说明。
通过使电子结算服务器10A为分散服务器结构，能够降低与用户或者游戏场所运 营商有关的信息泄漏或被盗的可能性，从而能够提高对本电子结算系统1A的安全性的信 任。 分散服务器结构时的电子结算服务器10A由应用程序服务器501和多个数据库服 务器502A 502D构成。应用程序服务器501具有网络通信处理部401A、支付请求处理 部402A、转账请求处理部404A、精算处理部405A、提供指示部406A、结果通知部407A、游戏 信息更新部408A、以及电子合同处理部409A。 另外，如何分割数据库部403A、有几个数据库服务器502、如何分配各个数据库服 务器的存储内容(表、数据)可以任意决定，并非限定于图26所示的结构。
11. 1. 4.其它
返回图17，对本实施方式涉及的电子结算系统1A的构成要素再次开始进行说明。 关于通信网50、基站60、移动通信网70、网关80、认证服务器90以及时间戳服务器95，由于 与第一实施方式相同，因此省略它们的详细说明。
11. 1. 5使用代金收纳网络40A
使用代金收纳网络40A是具有根据来自电子结算服务器10A的转账请求从用户账 户41向结算运营商账户42转账指定金额、从结算运营商账户42向游戏场所运营商账户43 转账指定金额的功能的系统。另外，在图17所示的示例中，图示为电子结算服务器10A和使 用代金收纳网络40A通过通信网50连接，而即使是通过不经由通信网50的专用线路(省 略图示)将电子结算服务器10A和使用代金收纳网络40A连接起来的结构，本实施方式也 成立。 另外，使用代金收纳网络40A也可以具有这样的功能接收由并存储电子结算服 务器10A发送给具有用户账户的金融机构的电子合同书元件714。金融机构根据该电子合 同书元件714能够确认到用户和结算运营商双方已经同意由结算运营商从用户账户扣除 指定的金额。接收到该电子合同书原件714之后，在收到了内容为由结算运营商从用户账 户扣除指定的金额的请求消息时，使用代金收纳网络40A即使没有收到来自用户的特别指 示，也会根据请求消息而成为从用户账户转账指定金额的法律依据。
311.2.电子结算系统的动作例接下来，参照图27、28、29、30、34、36对上述电子结算系统1A的动作进行说明。图
27、图28、图29、图30是表示上述电子结算系统1A的用户登录时的动作例的时序图，图34、
36是用户登录后用户基于本电子结算系统1A取得有价物时的动作例。 首先，参照图27、28、29、30对上述电子结算系统1A的到用户登录为止的动作进行说明。 首先，未完成用户登录的用户通过移动通信终端20A与电子结算服务器10A连接， 向电子结算服务器IOA请求用于接受基于电子结算系统1A的服务的移动通信终端20A用 软件等(例如，i应用程序等应用程序)(图27、S1101)。电子结算服务器10A根据请求将i 应用程序的数据和电子合同书713下载到移动通信终端20A(S1102)。收到了 i应用程序、 电子合同书713的移动通信终端20A将i应用程序的数据等存储到存储器等存储装置，将 电子合同书713存储到存储部703中(S1103)。该i应用程序通过由移动通信终端20A的 CPU等执行而作为前述的支付请求生成部202、转账请求生成部208、电子合同申请部206等 发挥作用。 另外，在上述实施方式中，还使用电子结算服务器10A来作为i应用程序等应用程 序下载用的服务器、电子合同书713下载用的服务器进行了说明，但是i应用程序等应用程 序下载用的服务器和/或电子合同书713下载用的服务器当然也可以是与电子结算服务器 IOA分开的装置或者系统。 通过由用户用移动通信终端20A进行预定的操作等，下载下来的i应用程序被启 动(S1104)。作为i应用程序的电子合同申请部206在下载后最初启动时将电子合同书713 显示在输出部205上(S1104)，敦促用户确认电子合同书713记载的内容。
接着，移动通信终端20A、更详细的说是电子合同申请部206针对用户受理是否确 定签订电子合同的输入(S115)。例如，在作为输出部205的液晶显示器上显示"就该内容 订立合同吗？ YES/NO"这样的消息，敦促用户进行输入。在用户选择按照电子合同书713 的内容签订合同的时候，电子合同申请部206，更详细的说是加密处理部702使用密钥715 生成电子签名(S1106)。另外，在该实施方式中，电子签名是利用密钥715通过RSA加密方 式对在电子合同书713中记入有用户的住所姓名等的文件的哈希值进行加密而得到的，但 是并不限定于此，例如可以是能够唯一确定用户的信息，可以使用对第三者不容易知道的 内容进行加密而得到的数据。但是，在该情况下不使用电子证书711。 接着，移动通信终端20A、更详细地说是电子合同申请部206将电子合同书713 (其 中，填写了用户的住所姓名的输入)、在S1106中生成的电子签名、以及用户侧电子证书711 发送给电子结算服务器10A(S1107)。 收到了基于上述S1107的电子合同书713等的电子结算服务器10A、更详细地说 是电子合同处理部409A向作为用户侧电子证书711的发行机关的认证服务器90询问用户 侧电子证书711的有效性(S108)。认证服务器90参照CRL(Certified Revocation List) 来判定用户侧电子证书711有效性，并将判定结果发送给电子结算服务器10A(S1109)。
下面，参照图28继续进行说明。 在判定结果是用户侧电子证书711有效的情况下，电子结算服务器10A、更详细地 说是电子合同处理部409A执行用户侧电子证书711的验证处理(SlllO)。即，电子结算服
34务器10A通过认证局的公钥对电子签名进行解密来确认用户侧电子证书711的电子签名是
否为认证局(CA)所作出，并且确认用户侧电子证书711是否被篡改。在从S1109到S1111
的验证全部成功的情况下判明用户侧电子证书711是可信的，S卩，用户侧电子证书711中
所记述的密钥(例如，非对称加密方式中的公钥)是用户的，是可以相信的。 在上述用户侧电子证书711的验证成功的情况下，电子结算服务器10A、更详细地
说是电子合同处理部409A验证电子合同书713中带有的电子签名(Sllll)。即，电子结算
服务器10A使用用户侧电子证书711中记载的密钥对电子合同书713所带有的电子签名进
行解密，来验证对电子签名的验证以及电子合同书713的正当性(没有被篡改)。 Sllll中的对电子签名的验证成功的情况下，电子结算服务器10A、更详细地说是
电子合同处理部409A判定电子合同书711为经用户正当签名的。电子结算服务器10A、更
详细地说是电子合同处理部409A在从移动通信终端20A收到的电子合同书713 (带有用户
的电子签名)中进一步附加结算运营商的电子签名，并且附加结算运营商侧电子证书712，
将这些电子合同书713、结算运营商的电子签名以及结算运营商侧电子证书712发送给移
动通信终端20A(S1112)。 收到了在步骤S1112中发送的电子合同书713等的移动通信终端20A、更详细地 说是电子合同申请部206向作为结算运营商侧电子证书712的发行机关的认证服务器90 询问结算运营商侧电子证书712的有效性(S1113)。认证服务器90参照CRL(Certified Revocation List)来判定结算运营商侧电子证书712的有效性，并将判定结果发送给移动 通信终端20A(S1114)。 在判定结果为结算运营商侧电子证书712有效的情况下，移动通信终端20A、更详 细地说是电子合同申请部206执行结算运营商侧电子证书712的验证处理(S1115)。 S卩，移 动通信终端20、更详细地说是电子合同申请部206通过认证局的公钥对电子签名进行解密 来确认结算运营商侧电子证书712的电子签名是否为认证局(CA)作出，并且确认结算运营 商侧电子证书712是否有被篡改。从S1113到S1115的验证全部成功的情况下判明结算 运营商侧电子证书712是可信的，即，结算运营商侧电子证书712中记述的密钥(例如非对 称加密方式中的公钥)是结算运营商的，是可以相信的。 在上述结算运营商侧电子证书712的验证成功的情况下，移动通信终端20A、更 详细地说是电子合同申请部206验证电子合同书713中带有的结算运营商的电子签名 (S1116) 。 S卩，移动通信终端20A使用结算运营商侧电子证书712中记载的密钥对电子合同 书713中带有的结算运营商的电子签名进行解密，从而验证对结算运营商的电子签名的验 证以及电子合同书713的正当性。 在S1116中的对结算运营商的电子签名验证成功的情况下，移动通信终端20A、更 详细地说是电子合同申请部206判定为电子合同书713是经结算运营商正当签名了的。
接下来移动通信终端20A、更详细地说是电子合同申请部206将带有用户以及结 算运营商的电子签名的电子合同书713(或者其哈希值(hash))发送给时间戳服务器95，请 求时间戳服务器95发行时间戳(S1117)。接收到了该时间戳请求的时间戳服务器95对带 有用户以及结算运营商的电子签名的电子合同书713的哈希值赋予日期，生成进行了数字 签名的时间戳令牌，并将其发送给移动通信终端20A(S1118)。 移动通信终端20A、更详细地说是电子合同申请部206获得该时间戳令牌(S1119)时，对带有用户和结算运营商的电子签名的电子合同书713赋予该时间戳令牌，并作为电 子合同书保管元件714存储到存储部703中，并且发送给电子结算服务器10A(S1120)。
收到了电子合同书保管元件714的电子结算服务器10A、更详细地说是电子合同 处理部409A将其存储到存储部803中(S1121)。 由此，在用户和结算运营商之间签订了代为扣除合同。以该电子合同书保管元件 714存储在电子结算服务器10A中为条件，电子结算服务器IOA受理用户登录。S卩，如果电 子合同书保管元件714没有存储在电子结算服务器10A中，则无法进行用户登录，因此用户 无法开始使用电子结算系统IA.换言之，电子合同书保管元件714存储在电子结算服务器 10A中是用户登录的必需条件。 接下来，参照图29对步骤S1121后的电子结算系统1A的动作进行说明。另外，在 图29以后的时序图中，认证服务器90和时间戳服务器95的图示被省略。
以步骤S1121的结束为触发，电子结算服务器10A向移动通信终端20A发送用户 登录开始消息(S1122)。 收到了用户登录开始消息的移动通信终端20A启动i应用程序(S1123) 。 i应用 程序在下载后最初启动时使输出部205显示用于使用户输入初始信息的初始输入画面，以 敦促用户输入初始信息(S1124)。这里，作为初始信息被请求的是用户ID602A、登录密码 603A、邮件地址604A、银行号码605A、分行号码606A、账户类别607A、账户号码608A、账户名 称609A、以及交易密码610A(参照图21)等。另外，用户ID602A、登录密码603A可以通过 电子结算服务器IOA设定，而不是由用户输入。 当用户使用移动通信终端20A的输入部204结束初始信息的输入时，移动通信终 端20A经通信网50与电子结算服务器IOA连接，将输入的初始信息等发送到电子结算服务 器10A(S1125)。 收到了初始信息的电子结算服务器10A向使用代金收纳网络40A发送账户确认 请求消息，该账户确认请求消息是向使用代金收纳网络40A询问该初始信息是否为合法 信息、所输入的用户账户是否有效的消息(S1126)。收到了账户确认请求消息的使用代金 收纳网络40A检索账户的数据库等，来判定账户确认请求消息中作为确认对象的用户账 户是否存在及其有效性，并将判定的结果作为账户确认结果消息发送给电子结算服务器 10A(S1127).在账户确认结果消息显示所输入的账户信息错误或者账户无效的情况下，收 到了账户确认结果消息的电子结算服务器10A向移动通信终端20A发送敦促再次输入初始 信息的消息(在图29中省略图示)。另一方面，在账户确认结果消息显示所输入的账户信 息合法、所输入的账户有效的情况下，收到了账户确认结果消息的电子结算服务器IOA根 据所输入的初始信息进行用户登录(S1128). S卩，电子结算服务器10A在数据库部403A的 用户表600A以及用户保有金额数据700A中分别追加新的纪录601A、1001A，在这些记录 601A、1001A中写入用户ID602A、登录密码603A、邮件地址604A、银行号码605A、分行号码 606A、账户类别607A、账户号码608A、账户名称609A、以及交易密码610A、用户ID1002A、保 有金额1003A等。 当上述的用户登录(S1128)结束时，电子结算服务器10A将电子合同书元件714 发送给使用代金收纳网络40A(S1129)。收到了电子合同书元件714的使用代金收纳网络 40A将其存储起来(S1130)。另外，在该示例中，电子合同书元件714的接收目的地为使用
36代金收纳网络40A，但是关于电子合同书元件714的接收目的地，只要是使具有用户账户的
金融机构能够根据电子合同书元件714确认合同成立的装置，则可以是任何装置。 另外，在该示例的说明中，使将电子合同书元件714发送给使用代金收纳网络40A
的时机在用户登录(S1128)之后，但是只要是在生成电子合同书元件714之后(S1119以
后)，则无论在何种时机下将电子合同书元件714发送给使用代金收纳网络40A，本发明都成立。 另外，在用户登录(S1128)结束之后，该用户可以使用电子结算系统1A.下面，参 照图30对用户登录后的电子结算系统1A的动作例进行说明。 并不是只有在上述用户登录结束的情况下用户才能使用电子结算系统1A从有价 物提供装置30A进行购物。用户需要从移动通信终端20A向电子结算系统1A、更详细地说 是电子结算服务器IOA进行请求，以便从自己的用户账户41将适当金额的存款转入到结算 运营商账户42中。从该存款中减去用户通过被有价物提供装置30A供给有价物而消费的 金额。所减去数量的金额是支付给有价物提供装置30A的金额，该金额通过使用代金收纳 网络40A的处理在后面被转入作为该支付的接受人的游戏场所运营商的账户、即游戏场所 运营商账户43。以下，参照图30来说明用户向电子结算服务器10A请求从自己的账户即用 户账户41A向结算运营商账户42请求转账时的、上述电子结算系统1A的动作例。图30是 表示从用户账户41向结算运营商账户42请求转账时的电子结算系统1A的动作例的时序 图。 首先，用户在移动通信终端20A中使i应用程序更详细地讲是转账请求生成部208 启动(S1201)。启动后的i应用程序更详细地讲是转账请求生成部208在移动通信终端20A 的输出部205中显示输入界面画面等，敦促用户输入转账请求消息中所需的信息、例如转 账金额、账户交易密码等。 当接受了上述输入时(S1202)，移动通信终端20A更详细地讲是转账请求生成 部208生成转账请求消息，通过通信网50等向电子结算服务器10A发送该转账请求消息 (S1203)。该转账请求消息中存储有用户ID206、登录密码207、所输入的转账金额等。
接收到该转账请求消息的电子结算服务器10A更详细地讲是转账请求处理部 404A，将包含在转账请求消息中的用户ID206作为关键字来检索用户表600A，从与该用户 ID206相一致的记录601A中取得用于指定用户账户41A的信息，即银行账号605A、分行账 号606A、账户类别607A、账户号码608A、账户名称609A。进一步读出另外存储的用于确定 结算运营商账户的信息(附图省略)、即结算运营商账户的银行账号、分行账号、账户类别、 账户号码，通过这些信息生成转账委托，并发送到使用代金收纳网络40A(S1204)。此外，对 于转账委托的发送，关于其数据结构或通信过程等，可以遵照使用代金收纳网络40A所采 用的方式。 接收到转账委托的使用代金收纳网络40A按照转账委托的内容进行转账处理， 以便从用户账户41向结算运营商账户42转移所指定的金额(以下，称为用户转账金额)
(51205) 。在正常进行了转账处理(S1205)的情况下，使用代金收纳网络40A为了向电子 结算服务器10A通知正常执行了转账处理，而向电子结算服务器10A发送转账结果通知
(51206) 。此外，在由于用户账户41的余额不足等原因而无法正常进行转账处理的情况下， 使用代金收纳网络40A向电子结算服务器10A发送表示无法转账的转账结果通知。
37
收到了表示转账处理已正常进行的转账结果同时的电子结算服务器10A执行保 有金额数据处理，该保有金额数据处理是将该用户转账金额反映到用户保有金额表700A 的对应记录1001A中的处理。通过该保有金额数据处理，用户能够使用电子结算系统1A来 使用与用户转账金额相当的金额。 图31到图32是说明处理在电子结算服务器10A与使用代金收纳网络40A之间进 行的用户转账金额时的动作例的图。 图31表示向电子结算服务器10A发送转账请求消息(图30、 S1203)之前的状态 的一例。在该示例中，使用代金收纳网络40A具有用户账户41、结算运营商账户42、以及游 戏场所运营商账户43。 另外，作为一例，用户账户41的余额为Y100000，结算运营商账户42和游戏场所 运营商账户43的余额均为Y0。另外，虽然实际上多个用户、多个游戏场所运营商都在使用 代金收纳网络40A具有账户，但是在从图31到图32中，作为代表例，用户账户41和游戏场 所运营商账户43分别示出了一个。 电子结算服务器10A如前所述存储用户保有金额数据700A以及游戏场所运营商 保有金额数据900A，用户保有金额数据700A针对每个用户具有记录1001A，游戏场所运营 商保有金额数据900A也针对每个游戏场所运营商具有记录901A。另外，图中的记录1001A 是与用户账户41对应的数据，另外记录901A是与游戏场所运营商账户43的游戏场所运营 商对应的数据。保存在两个记录1001A、901A中的保有金额在该时刻为0。
这里，用户想从用户账户41通过电子结算系统1A使用Y10000。图32是表示图 31的状态之后的、用户从移动通信终端20A西安电子结算服务器10A发送了转账请求消息 以便对Y10000的用户转账金额进行转账之后的状态。电子结算服务器IOA根据该转账请 求消息向使用代金收纳网络40A发送以下的转账委托。S卩，向使用代金收纳网络40A发生转 账委托，该转账委托的内容为将用户转账金额Y10000和支付给结算运营商的手续费(例 如YIOO)从用户账户41向结算运营商账户42转账。 收到了该转账委托的使用代金收纳网络40A进行从用户账户41将Y10100转账给 结算运营商账户42。其结果为，如图32所示，用户账户41的余额为YIOOOO-Y10100 = Y89900，结算运营商账户42的余额为Y0+Y10100 =￥10100。使用代金收纳网络40A将 各账户41、42的余额根据转账委托进行这样的变更。 图33表示在图32的状态之后的电子结算服务器10A进行了保有金额数据处理 (图30，S1207)的状态。如前面的图2所示，当通过使用代金收纳网络40A进行转账处理时， 使用代金收纳网络40A将表示已经正常进行了 Y10000的转账转账结果通知发送给电子结 算服务器IOA(图30，S1206)。电子结算服务器10A、更详细地说是转账请求处理部404A根 据该转账结果通知将转账的金额和与进行了转账的用户账户41对应的记录1001A中存储 的用户保有金额1003A的值相加。但是，相当于手续费的Y100不加。基于该加法运算的保 有金额数据处理(S1207)的结果为，在记录1004A中，记录有Y(H Y10000 =￥10000。该 Y10000为在电子结算系统1A中能够使用的金额。 接下来，参照图34对用户在想要从有价物提供装置30A获得有机物的提供时的电 子结算系统1A的动作例进行说明。图34是表示用户为了从有价物提供装置30A获得有 价物的提供而在移动通信终端20A与有价物提供装置30A之间进行基于近距离通信单元201303A的通信时的电子结算系统1A的动作例的时序图。 首先，用户想要使用本电子结算系统1A获得基于有价物提供装置30A的有价物的 提供。 在该情况下，用户在移动通信终端20A与有价物提供装置30A之间进行基于近距 离通信的通信，以便使移动通信终端20A取得有价物提供装置30A的机器ID等。例如，在 终端侧近距离通信部201是非接触式IC卡用IC芯片，提供装置侧近距离通信部303是读 写器的情况下，当读写器检测到非接触式IC卡用IC芯片的靠近时，作为提供装置侧近距 离通信部303的读写器向作为终端侧近距离通信部201的非接触式IC卡用IC芯片发送 自身存储的机器ID、用于指定i应用程序等应用程序的应用程序号码、以及用户支付金额 (S1301)。这里，机器ID是能够唯一确定有价物提供装置30A的识别信息，应用程序号码是 用于唯一确定在移动通信终端20A上工作的i应用程序等应用程序的识别信息。用户支付 金额是用于确定有价物提供装置30A向用户提供的有价物的对价的数额的信息。当通过移 动通信终端20A进行有价物的申购时，有价物提供装置30A作为预先确定的支付金额部分 的有价物的购买申请处理。例如，在有价物提供装置30A为弹珠贷出机的情况下，当用户使 移动通信终端20A靠近作为有价物提供装置30A的弹珠贷出机，对非接触式IC卡用芯片进 行读取时，作为针对该有价物提供装置30A决定的支付金额(例如YIOOO)的贷出弹珠的 购买申请处理。另外，用户支付金额可以针对每个有价物提供装置30A而不同。例如，可以 是对于设置在同一游戏场所内的弹珠贷出机A，支付金额定为Y1000，对于别的弹珠贷出机 B，则支付金额定为Y5000。另外，用户支付金额也可以根据用户的选择来决定。例如，在有 价物提供装置30A为预付费卡发行装置的情况下，该预付费卡发行装置是能够发行多种不 同金额的预付费卡(例如YIOOO、 Y3000、 Y5000、 Y10000)的装置，并具有用于指定这 些金额的多个金额决定按钮。用户通过按下所希望的金额的金额决定按钮来购买希望的金 额的预付费卡。在该情况下，用户通过金额决定按钮而选择的金额可以作为上述用户支付 金额被电子结算系统1A处理。 上述的用户支付金额也可以不是在步骤S1301中从有价物提供装置30A发送给移 动通信终端20A。支付金额也可以根据机器ID使用由电子结算服务器10A预先准备的表来 判断。 接收到了机器ID、应用程序号码以及用户支付金额的终端侧近距离通信部201启 动与该应用程序号码对应的i应用程序等应用程序、即支付请求生成部202(S1302)。此时， 机器ID话用户支付金额被从终端侧近距离通信部201交给支付请求生成部202。
启动了的支付请求生成部202生成支付请求消息，并将其发送给电子结算服务器 IOA，该支付请求消息包括从有价物提供装置30A收到的机器ID和用户支付金额、以及存储 在用户信息存储部207中的用于ID206和登录密码207(S1303)。 收到了支付请求消息的电子结算服务器10A、更详细地说是支付请求处理部 402A，首先以用户ID为检索关键字来检索用户保有金额数据700A，取得与用ID206对应的 记录1001A的保有金额1003A。支付请求处理部402A对用户支付金额和保有金额1003A进 行比较，判定能否从保有金额1003A扣除用户支付金额(S1304)。 在步骤S1304中，判定为无法扣除的情况下，支付请求处理部402A使结果通知部 407A启动。结果通知部407A生成基于判定的处理结果通知，并将其发送给有价物提供装
39置30A和/或移动通信终端20A。接收到了处理结果通知的移动通信终端20A在其输出部 205上显示处理结果通知的内容。例如，显示"结算请求已处理。感谢使用。"或者"余额不 足。无法结算。"等内容。 另一方面，在步骤S1304中判断为能够扣除的情况下，支付请求处理部402A使提 供指示部406A启动。启动了的提供指示部406A向有价物提供装置30A发送提供指示消息 (S1305)。有价物提供装置30A向用户提供与用户支付金额相对应的有价物(S1306)。另外， 关于提供指示消息的发送目的地地址，以机器ID为关键字检索有价物提供装置表IOOOA， 通过相应的记录1301A的机器ID地址1303A来决定。 另外，在步骤S1304中判断为能够扣除的情况下，支付请求处理部402A将用户保 有金额数据700A、更详细地说是具有相应的用户ID的记录1001A的保有金额1003A，以及 游戏场所运营商保有金额数据900A、更详细地说是具有相应的游戏场所运营商ID的记录 901A的保有金额903A改写，以对用户支付金额进行转账(S1307)。 另夕卜，电子结算服务器10A、更详细地说是支付请求处理部402A在S1304中判断 为能够扣除的情况下，启动结果通知部407A。启动了的结果通知部407A向移动通信终端 20A发送执行结束消息，该执行结束消息是用于通知已经进行了指定的支付金额的支付的 消息(S1308)。执行结束消息是表示与用户指定的支付金额的影的支付手续已经完成的消 息。另外，关于执行结束消息的发送目的地地址，以用户ID为关键字检索用户表600A，通过 相应的记录601A的邮件地址604A决定。 接收到了执行结束消息的移动通信终端20A作为执行结束消息的内容通过输出 部205进行结果显示(S1309)。例如，移动通信终端20A的输出部205上显示"从OO的保 有金额支付了Y1000"。另外，在该结果显示时也可以显示扣除了支付金额后的保有金额 1003A的值、即电子结算服务器10A中的余额。但是，保有金额1003A不会存储在移动通信 终端20A中，存储保有金额1003A是电子结算服务器10A的职责。 图35是图示图33的状态之后的、进行了从步骤S1301到步骤S1307为止的处理 后的电子结算服务器10A、使用代金收纳网络40A的存储状态的图。在进行用户支付金额的 转账以前的图33的状态下，用户保有金额数据700A的对应记录1001A的保有金额1003A 是Y 10000，并且，游戏场所运营商保有金额数据900A的对应记录901A的保有金额903A是 YO。 图35是在用户支付金额为Y1000的情况下进行转账处理(S1307)后的状态。在该 转账处理(S1307)中，电子结算服务器10A的支付请求处理部402A从作为用户的保有金额 的保有金额1003A的值Y 10000中减去作为用户支付金额的Y1000，从而将保有金额1003A 的值改写为Y9000，并且，将作为用户支付金额的Y1000与作为游戏场所运营商的保有金 额的保有金额903A的值YO相加，从而将保有金额903A的值改写成YIOOO。
通过基于这种转账处理(S1307)的保有金额1003A、903A的改写，针对有价物提供 装置30A提供有价物的对价的支付、即从用户向游戏场所运营商的支付在电子结算服务器 10A实现。 从上述步骤S1301到步骤S1309为止的处理在每当各用户使用有价物提供装置 30A购买有价物时进行，各个用户支付金额作为对应的游戏场所运营商的保有金额而被相 加并记录。即，每当各用户使用有价物提供装置30A购买有价物时，拥有或者运营该有价物提供装置30A的游戏场所运营商的保有金额903A的值会增加。 上述的游戏场所运营商的保有金额903A保有金额903A必须转入到使用代金收纳 网络40A上的游戏场所运营商账户43。下面参照图36对向电子结算系统1A中的游戏场所 运营商账户43的转入进行说明。 图36是表示向电子结算系统1A中的游戏场所运营商账户43的转入处理的示例 的时序图。 电子结算服务器10A、更详细地说是精算处理部405A在预定的时机自动启动，执 行转账委托生成处理。该转账委托是委托使用代金收纳网络40A从结算运营商账户42向 游戏场所运营商账户43转入与该游戏场所运营商的保有金额903A对应的数额的消息。该 消息的详细内容确定成与使用代金收纳网络40A的确定的规格一致即可。
在转账委托生成处理(S1401)中，对于游戏场所运营商保有金额数据900A的各记 录901A，生成一个转账委托。转账委托保存有用于确定作为转入目的地账户的游戏场所运 营商账户43的信息，即、银行号码803A、分行号码804A、账户类别805A、账户号码806A和 账户名称807A。另外，转账委托中，作为用于确定作为转帐源账户的结算运营商账户42的 信息，存储有结算运营商账户42的银行号码、分行号码、账户类别、账户号码、账户名称。另 外，转账委托作为转入金额存储有基于保有金额903A的金额的值。基于保有金额903A的 金额未必是与保有金额相同的值，例如是从保有金额中减去结算运营商用的手续费剩下的 数额等。 精算处理部405A自动启动的预定时机只要是能够由CPU等判定的时机，则可以是 任意时机，例如可以是基于时间条件的时机(每个月的30号、或者第四个礼拜一、所谓的 五、十号等)，也可以是保有金额达到预定值时等基于金额条件的时机等。另外，精算处理部 405A未必一定是自动启动，即使是电子结算服务器IOA的管理者或操作者等电子结算服务 器10A通过手动使精算处理部405A启动的结构，本发明也成立。 精算处理部405A当针对各记录901A生成转账委托时，向使用代金收纳网络40A 发送所生成的转账委托(S1402)。接收到了这些转账委托的使用代金收纳网络40A按照各 转账委托的内容执行从结算运营商账户42向游戏场所运营商账户43的转账处理(S1403)。 通过这些从S1401到S1403为止的处理，各用户作为有价物提供装置30A的使用对价而支 付的金额的合计被转入到各个游戏场所运营商账户43。 收到了表示转账处理已经正常地进行的转账结果通知的电子结算服务器10A执 行保有金额数据处理，该保有金额数据处理是将该转账金额反映到游戏场所运营商保有金 额900A的对应的记录901A中的处理(S1405)。通过该保有金额数据处理，游戏场所运营商 的保有金额903A的值恢复为"0"。 图37是表示在图35所示的状态后执行步骤S1401到1405后的结果的电子结算 服务器10A、使用代金收纳网络40A的存储状态的图。在图35的状态中，记录901A的保有 金额903A为YIOOO。精算处理部405A生成转账委托，以便将从该保有金额903A的值减去 结算运营商用的手续费(作为一例为YIO)而得到的数额、即Y990从结算运营商账户42 转入到游戏场所运营商账户43，并将该转账委托发送到使用代金收纳网络40A(S1402)。
收到了该转账委托的使用代金收纳网络40A进行从结算运营商账户42向游戏场 所运营商账户43转账Y990的转账处理(S1403)。其结果为，在结算运营商账户42中从Y10100中减去了Y990而得到的Y9110被作为余额存储，另一方面，在游戏场所运营商账
户43中，在Y0上加上了 Y990而得的Y990被作为余额存储。另外，结算运营商账户42的
余额Y9110中Y9000是从用户存入的金额，而剩下的Y110是结算运营商的利益。由此，电
子结算运营商从本电子结算系统1A的运营中能够获得利益。III.第三实施方式
接下来说明本发明的第三实施方式。III.l.电子结算系统的构成例
相对于第二实施方式的电子结算系统1A处理针对多个不同游戏场所运营商的支 付，第二实施方式的电子结算系统1A在处理针对单一游戏场所运营商的支付这一点上不 同。因此，第二实施方式的电子结算系统1A对于各游戏场所运营商需要一个一个地设置。 但是，同一个游戏场所运营商运营下的游戏场所若为多个，也可以通过同一个电子结算系 统1A来进行处理。 此外，第三实施方式的电子结算服务器10A在不需要精算处理部405这一点上与 第一实施方式不同。1.第三实施方式的电子结算系统的构成例
第三实施方式的电子结算系统的结构基本上与第二实施方式相同，因此省略这些 详细的说明。此外，由于第三实施方式的电子结算服务器IOA仅处理单一游戏场所运营商， 因此电子结算服务器10A的数据库部403A也可以不具有游戏场所运营商表800A、游戏场所 运营商保有金额表900A。111.2.第三实施方式的电子结算系统的动作例
接下来，说明第二实施方式的电子结算系统的动作例。 关于第二实施方式的电子结算系统lA，用户也是需要首先下载i应用程序等应 用程序，用户登录电子结算系统1A、更详细地讲是电子结算服务器IOA。关于该处理，与图 27 图29所示的第二实施方式的动作例相同，因此省略第三实施方式中这些处理的详细 说明。 在第三实施方式中，与第二实施方式一样，也是并非只有上述的用户登录结束用 户才可以使用电子结算系统1A从有价物提供装置30A进行购物(有价物的受领)。用户需 要从移动通信终端20A向电子结算系统1A更详细地讲是电子结算服务器10A请求从自己 的用户账户41向结算运营商账户42转入适当金额的存款。从该存款中减去用户通过有价 物提供装置30A消费的金额。所减去数量的金额是支付给有价物提供装置30A的金额，该 金额通过使用代金收纳网络40A的处理被转入作为该支付的接受人的游戏场所运营商的 账户、即游戏场所运营商账户43。以下，参照图38来说明用户向电子结算服务器IOA请求 从自己的账户即用户账户41A向结算运营商账户42进行转账时的、第二实施方式的电子结 算系统1A的动作例。图38是表示从用户账户41向结算运营商账户42请求转账时的电子 结算系统1A的动作例的时序图。 首先，用户在移动通信终端20A中使i应用程序更详细地讲是转账请求生成部208 启动(S1501)。启动后的i应用程序更详细地讲是转账请求生成部208在移动通信终端20A 的输出部205中显示输入界面画面等，敦促用户输入转账请求消息所需的信息、例如转账 金额、账户交易密码等。
当接受了上述输入时(S1502)，移动通信终端20A更详细地讲是转账请求生成 部208生成转账请求消息，通过通信网50等向电子结算服务器10A发送该转账请求消息 (S1503)。该转账请求消息中存储有用户ID206、登录密码207、所输入的转账金额、账户交
易密码等。 接收到该转账请求消息的电子结算服务器10A更详细地讲是转账请求处理部 404A，将包含在转账请求消息中的用户ID206作为关键字来检索用户表600A，从与该用户 ID206相一致的记录601A中取得用于指定用户账户41A的信息，即银行账号605A、分行账 号606A、账户类别607A、账户号码608A、账户名称609A。进一步读出另外存储的用于确定 结算运营商账户的信息(附图省略)、即结算运营商账户42的银行账号、分行号码、账户类 别、账户号码，通过这些信息生成转账委托，并发送到使用代金收纳网络40A(S1504)。此外， 对于转账委托的发送，关于其数据结构或通信过程等，可以遵照使用代金收纳网络40A所 采用的方式。 接收到转账委托的使用代金收纳网络40A按照转账委托的内容进行转账处理， 以便从用户账户41向结算运营商账户42转移所指定的金额(以下，称为用户转账金额)
(51505) 。在正常进行了转账处理(S1505)的情况下，使用代金收纳网络40A为了向电 子结算服务器IOA通知正常执行了转账处理，向电子结算服务器IOA发送转账结果通知
(51506) 。此外，在由于用户账户41的余额不足等原因而无法正常进行转账处理的情况下， 使用代金收纳网络40A向电子结算服务器10A发送表示无法转账的转账结果通知。
此外，从S1501到S1506的处理与第一实施方式中的S1201到S1206相同。
S1506之后，电子结算服务器10A更详细地讲是转账请求处理部404A还生成转账 委托并将其发送到使用代金收纳网络40A(S1507)，该转账委托用于请求从结算运营商账户 42向游戏场所运营商账户43转账与用户转账金额相对应的金额。 电子结算服务器10A更详细地讲是转账请求处理部404A读出预先存储的用于确 定结算运营商账户42的信息即结算运营商账户42的银行号码、分行号码、账户类别、账户 号码，以及用于指定游戏场所运营商账户43的信息即银行号码、分行号码、账户类别、账户 号码、账户名称，根据这些信息以及基于用户支付金额的金额生成转账委托，并将其发送 至使用代金收纳网络40A(S1507)。"基于用户支付金额的金额"在本实施方式中是从用户 支付金额中减去支付给结算运营商的手续费后的金额(以下，称为游戏场所运营商转入金 额)。此外，对于转账委托的发送，关于其数据结构或通信过程等，可以遵照使用代金收纳网 络40A所采用的方式。 接收到转账委托的使用代金收纳网络40A按照转账委托的内容进行转账处理，以 便从结算运营商账户42向游戏场所运营商账户43转移游戏场所运营商转入金额(S1508)。 在正常进行了转账处理(S1508)的情况下，使用代金收纳网络40A为了向电子结算服务器 IOA通知正常执行了转账处理，向电子结算服务器10A发送转账结果通知(S1509)。
接收到表示正常进行了转账处理的转账结果通知的电子结算服务器10A，执行使 该用户转账金额反映在用户保有金额数据700A的对应的记录1001A中的处理、即保有金额 数据处理(S1510)。通过该保有金额数据处理，用户就可以通过用电子结算系统1A来使用 与用户转账金额相当的金额。 图39到图42用于说明当处理第二实施方式中的电子结算服务器IOA与使用代金收纳网络40A之间进行的用户转账金额时的电子结算服务器10A、使用代金收纳网络40A的存储状态。 图39表示用户向电子结算服务器10A发送转账请求消息(图38、 S1503)之前的状态的一个例子。在该例中，使用代金收纳网络40A具有用户账户41、结算运营商账户42、以及游戏场所运营商账户43。 假设用户账户41的余额为YIOOOOO，结算运营商账户42和游戏场所运营商账户43的余额都是YO。此外，实际上可能多个用户、多个游戏场所运营商在使用代金收纳网络40A中具有账户，而在图39到图42中作为代表例分别表示一个用户账户41和一个游戏场所运营商账户43。 电子结算服务器10A如上所述存储有用户保有金额数据700A。但是，在第三实施方式中，与第二实施方式不同的是不需要存储游戏场所运营商保有金额数据900A。
图40表示图39的状态之后的、用户从移动通信终端20A向电子结算服务器10A发送转账请求消息以便转账YIOOOO的用户转账金额之后的状态。电子结算服务器IOA根据该转账请求消息向使用代金收纳网络40A发送如下的转账委托(参照S1504) 。 S卩，向使用代金收纳网络40A发送内容为从用户账户41向结算运营商账户42转账用户转账金额Y10000以及结算运营商的手续费(例如，Y100)的转账委托。 接收到该转账委托的使用代金收纳网络40A进行从用户账户41向结算运营商账户42转账YIOIOO的处理(参照S1505)。其结果是，如图40所示，用户账户41的余额为Y100000-Y10100 =￥89900，结算运营商账户42的余额为Y0+Y10100 =￥10100。使用代金收纳网络40A根据转账委托将各账户41、42的余额变更为如上内容。
图41表示图40的状态之后的、从电子结算服务器10A向使用代金收纳网络40A发送转账委托以便向游戏场所运营商账户43转账转入金额(S1507)，使用代金收纳网络40A执行对应该转账委托的转账处理(S1508)后的状态。 电子结算服务器10A向使用代金收纳网络40A发送表示向游戏场所运营商账户43转账转入金额的、如下的转账委托(参照S1507)。 S卩，向使用代金收纳网络40A发送内容为从结算运营商账户42向游戏场所运营商账户43转账游戏场所运营商转入金额的转账委托，该游戏场所运营商转入金额为从用户转账金额YIOOOO中减去结算运营商的手续费(例如，设为YIOO)后的数额(Y10000-Y100 =￥9900)。 接收到该转账委托的使用代金收纳网络40A进行从结算运营商账户41向游戏场所运营商账户43转账Y9900的处理(参照S1508)。其结果是，如图41所示，结算运营商账户42的余额为YIOIOO- Y9900 = Y200，游戏场所运营商账户43的余额为Y(H Y9900=￥9900。用户账户41的余额为Y89900不变。使用代金收纳网络40A根据转账委托将各账户41 、42的余额变更为上述内容。 图42表示在图41的状态之后、电子结算服务器10A执行保有金额数据处理(S1510)之后的电子结算服务器10A、使用代金收纳网络40A的存储状态。如图38所示，当由使用代金收纳网络40A进行转账处理时(S1508)，使用代金收纳网络40A向电子结算服务器IOA发送表示游戏场所运营商转入金额的转账正常进行的转账结果通知(S1509)。
电子结算服务器10A更详细地讲是转账请求处理部404A根据该转账结果通知，执行将用户转入金额与进行了转账后的用户账户41所对应的记录1001A中存储的用户保有金额相加的保有金额数据处理(S1510)。但是，相当于手续费的Y100没有进行加法运算。基于该加法运算的保有金额数据处理(S1510)的结果是，在记录100^中记录有￥0+Y10000 = YIOOOO。该YIOOOO成为用户在电子结算系统1A中能够使用的金额。
接下来，参照图43来说明在第三实施方式的电子结算系统1A中用户从有价物提供装置30接受有价物的提供时的、电子结算系统1A的动作例。图43是表示用户为了从有价物提供装置30A接受有价物的提供，在移动通信终端20A与有价物提供装置30A之间进行基于近距离通信单元的通信时的、电子结算系统1A的动作例的时序图。
首先，假设用户使用电子结算系统1A来接受有价物提供装置30A提供的有价物。
此时，用户在移动通信终端20A与有价物提供装置30A之间进行基于近距离通信的通信，以便移动通信终端20A取得有价物提供装置30A的机器ID等。例如，终端侧近距离通信部201是非接触式IC卡用芯片，提供装置侧近距离通信部303是读写器时，当读写器检测到非接触式IC卡用芯片的靠近时，提供装置侧近距离通信部303即读写器向终端侧近距离通信部201即非接触式IC卡用芯片发送自身存储的机器ID、应用程序号码、用户支付金额(S160D。这里，机器ID是能够唯一确定有价物提供装置30A的识别信息，应用程序号码是能够唯一确定在移动通信终端20A中运行的i应用程序等应用程序的识别信息。用户支付金额是用于确定有价物提供装置30A向用户提供的有价物的对价的数额的信息。有价物提供装置30A当有通过移动通信终端20A的有价物购买申请时，作为预定的支付金额数量的有价物购买申请来进行处理。例如，在有价物提供装置30A为弹珠贷出机的情况下，当用户将移动通信终端30靠近弹珠贷出机、读取非接触式IC卡用芯片时，作为针对该有价物提供装置30A而定的支付金额(例如YIOOO)数量的弹珠购买申请来进行处理。此外，支付金额可以根据每一台有价物提供装置30A而不同。例如，对于设置在同一个游戏场所内的弹珠贷出机A，可以将其支付金额设定为YIOOO，而将其它的弹珠贷出机B的支付金额设定为Y2000。此外，支付金额也可以由用户的选择来决定。例如，在有价物提供装置30A
为预付费卡发行装置的情况下，该预付费卡发行装置是可以发行多个不同金额的预付费卡(例如，YIOOO、 Y3000、 Y5000、 Y10000)的装置，其具有用于指定这些金额的多个金
额决定按钮。用户通过按下所希望金额的金额决定按钮，就可以购买期望金额的预付费卡。此时，在电子结算系统1A中可以将用户通过金额决定按钮选择的金额作为上述支付金额来进行处理。 也可以不必在步骤S1601中从有价物提供装置30A向移动通信终端20A发送上述支付金额。也可以根据机器ID由电子结算服务器IOA使用预先准备的表来判断支付金额。
接收到机器ID、应用程序号码、支付金额的终端侧近距离通信部201使该应用程序号码对应的i应用程序等应用程序即支付请求生成部202启动(S1602)。此时，从终端侧近距离通信部201向支付请求生成部202转发机器ID、用户支付金额。
启动后的支付请求生成部202生成支付请求消息并将其发送给电子结算服务器10A(S1603)，该支付请求消息包含从有价物提供装置30A接收到的机器ID和用户支付金额、以及在用户信息存储部207中存储的用户ID206、登录密码207。 在步骤S1604中，当判断为无法扣除时，支付请求处理部402A使结果通知部407A启动。结果通知部407A生成基于判断的处理结果通知，并将其发送到有价物提供装置30A和/或移动通信终端20A。接收到处理结果通知的移动通信终端20A在其输出部205中显示处理结果通知的内容。例如显示"余额不足。无法结算。"等内容。 另一方面，在步骤S1604中判断为可以扣除时，支付请求处理部402A使提供指示部406启动。启动后的提供指示部406A向有价物提供装置30A发送提供指示消息(S1605)。在提供指示消息中含有支付金额，有价物提供装置30A向用户提供与支付金额相对应的有价物(S1606)。此外，以机器ID为关键字检索有价物提供装置表IOOOA，通过相应的记录1001的机器ID地址1003来决定提供指示消息的发送目的地地址。 此外，在步骤S1604中判断为可以扣除时，支付请求处理部402A进行改写的减法运算处理(S1607)，以便将用户保有金额数据700A更详细地讲是具有相应用户ID的记录1001的保有金额1003减掉支付金额。 此外，电子结算服务器10A更详细地讲是支付请求处理部402A在步骤S1604中判断为可以扣除时，使结果通知部407A启动。启动后的结果通知部407A向移动通信终端20A发送执行结束消息(S1608)，该执行结束消息是用于通知已支付了所指定的支付金额的消息。执行结束消息表示与用户所指定的支付金额相对应的支付手续已经完成。此外，以用户ID为关键字检索用户表600A，通过相应的记录601A的邮件地址604A来决定执行结束消息的发送目的地地址。 接收到执行结束消息的移动通信终端20A将执行结束消息的内容通过输出部205进行结果显示(S1609)。例如，通过在移动通信终端20A的输出部205中显示"从...的保有金额进行了YIOOOO的支付"等来进行结果显示。此外，也可以在显示该结果时显示扣除了支付金额后的保有金额1003A的值、即电子结算服务器10A中的余额。但是，保有金额1003A并不存储在移动通信终端20A中，存储保有金额1003A的是电子结算服务器10A的职责。 图44表示图42的状态之后、进行了从步骤S1601到步骤S1607的处理之后的电子结算服务器10A、使用代金收纳网络40A的存储状态。在进行支付金额的转账以前的状态即图42所示的状态下，用户保有金额数据700A的相应记录1001A的保有金额1003A为YIOOOO。 图44表示在支付金额为YIOOO时进行了转账处理(S1607)后的状态。在该转账处理(S1607)中，电子结算服务器10A的支付请求处理部402从用户的保有金额即保有金额1003A的值YIOOOO中减去支付金额Y1000、将保有金额1003A的值改写为Y9000。
通过进行如上转账处理(S1607)来改写保有金额1003A，由此对有价物提供装置30A提供的有价物支付对价，即在电子结算服务器IOA中执行从用户向游戏场所运营商的支付。 各用户每次使用有价物提供装置30A购买有价物时进行从上述步骤S1601到步骤S1609的处理。但是，与第二实施方式不同，不会将各个用户的支付金额加法运算并记录为相应的游戏场所运营商的保有金额。此外，与第二实施方式不同，不需要将游戏场所运营商的保有金额903A按照来自电子结算服务器10A的转账请求而转入到使用代金收纳网络40A上的游戏场所运营商账户43。 S卩，在第三实施方式中，不需要向图36所示的电子结算系统1A中的游戏场所运营商账户43进行转入(参照S1401 S1405)。
IV.变形例.其它
以下对第二、第三实施方式的变形例等进行描述。
46
(1)可以在设置于有价物提供装置30A上的液晶显示器等中显示QR代码(code)等，在移动通信终端20A上设有使用了 CCD照相机的条形码阅读器来进行条形码的读取，由此来代替提供装置侧近距离通信部303和终端侧近距离通信部201。此时条形码所表示的信息也可以是机器ID本身。 (2)在上述的第一和第二实施方式中，从用户账户41向结算运营商账户的转账构成为从移动通信终端20A经由电子结算服务器10A向使用代金收纳网络40A发送转账委托，但是从移动通信终端20A直接向使用代金收纳网络40A发送转账委托的结构在本发明中也是成立的。V.本电子结算系统的优点
(1)对于用户方面的优点 本发明由于是可用于游戏场所的、现金以外的结算方法，因此即使在游戏场所中花光了手头的现金之后，也可以通过简便的结算行为(进行将移动通信终端20A靠向有价物提供装置30A这样简便的输入操作的处理)来购买贷出弹珠、贷出游戏币，购买商品等。
因而，在游戏中手头的现金花光或不足的状态下猜出大奖而手头的弹珠或游戏币却即将用尽的时候，通过简便的操作就可以追加购买贷出弹珠等，因此游戏者可以安心地继续游戏而不必留意现金的余额。 此外，在该结算行为中，在结算行为中使用的终端是使用者所拥有的移动通信终端，除了让人感到安全以外不需要进行卡号码或交易密码的输入行为，因此，可以不必担心如通常的信用卡、借记卡那样在店铺方留下卡号码或交易密码的记录、或者被恶意者非法取得，可以安心地进行结算。 此外，还可以接受基于电子结算服务器10A取得的使用状况信息的信息配送，可
以期待受到更加多彩的服务。
(2)对于店铺方面(管理者)的优点 即使是游戏结果为花光了现金的用户，也可以通过本电子结算系统进一步购买贷出弹珠、贷出游戏币，因此游戏机的使用率升高，此外这样的用户在店铺内进行购物等的可能性也升高，因此，能够实现提高游戏场所的销售额。同时，还可以获得用户在哪台游戏机进行了怎样程度的游戏这样的信息，从而根据该信息可以得知游戏机的详细使用状况，并且还可以得知使用者的爱好，可以作为营销信息来灵活运用。 当使用了本电子结算系统，由于不增加在店铺内处理的现金，因此在易于进行入
款管理的同时可以提高现金的安全管理。
(3)对于结算运营商方面的优点 结算运营商通过运营本电子结算系统，可以掌握作为用户的游戏者的游戏状况，并可以积累用于在游戏机的开发、销售、经营等中进行参照的数据。 (4)作为认证局(CA)的认证服务器90无论是一般使用的其它公司的服务器还是在自己公司构筑的服务器，本发明都成立。
VI.第四实施方式
接下来说明本发明的第四实施方式。第四实施方式的特征在于具有与上述的第二或第三实施方式基本相同的结构、功能，并且还具有将手头的娱乐场筹码或者在预付费卡、IC卡等中存储的金额、次数或者现金等，与电子结算服务器10A中存储的用户保有金额1003A相加(入款)的功能。使用可与电子结算服务器通信的终端装置来进行上述的加法运算。该终端装置例如是该用户的移动通信终端、设置于娱乐场的服务台等适当场所的计算机等。 在第四实施方式中，通过具有上述功能可以将用户结束游戏或中断游戏等情况下还剩余的娱乐场筹码或预付费卡的金额、次数等存入本电子结算系统中，提高用户的便利性。 图45表示第四实施方式的电子结算系统的构成例。第四实施方式的电子结算系统1B在还具有用于向电子结算服务器IOB请求加法运算(入款)的终端装置即计算机98这一点上，与第二、第三实施方式的电子结算系统1A(参照图17)不同。此外，电子结算服务器10B、移动通信终端10B的结构与第二、第三实施方式的电子结算服务器10A、移动通信终端IOA不同。移动通信终端IOB具有与移动通信终端IOA相同的功能，并且还具有作为向电子结算服务器10B请求加法运算(入款)的终端装置的功能。 计算机98是具有与电子结算服务器10B通信的功能的装置，具备运算处理装置(CPU)、主存储器(RAM)、只读存储器(ROM)、输入输出装置(1/0)，在必要的时候还具有硬盘等外部存储装置。 计算机98的操作者在从用户(玩家)接受加法运算(入款)的申请时，确认加法运算(入款)的金额或者次数等。例如，当申请基于娱乐场筹码的加法运算(入款)时，进行点数娱乐场筹码等作业。另外，当申请基于预付费卡的加法运算(入款)时，通过另外准备的预付费卡读取装置来读取余额。此外，在通过会场计算机等管理装置来管理预付费卡的余额时，可以不读取余额而读取该卡的ID号码。 接下来，操作者向计算机98输入用于确定用户的信息(例如，用户ID)以及表示加法运算的金额或次数等的信息。计算机98执行加法运算(入款)，生成如下消息并将该消息经由通信网50发送到电子结算服务器IOB，该消息是用于请求将所述用于确定用户的信息所对应用户记录1001A的用户保有金额1003A的值、和表示要进行加法运算的金额或次数等的信息所对应的值相加。 接收到该消息的电子结算服务器10B进行将所述用于确定用户的信息所对应用户记录1001A的用户保有金额1003A的值、和表示要进行加法运算的金额或次数等的信息所对应的值相加的处理。 接下来，说明第四实施方式的移动通信终端20B。如上所述，移动通信终端20B作为第二、第三实施方式中的移动通信终端20A发挥作用，并且与上述的计算机98 —样还具有生成用于请求将用户记录1001A的用户保有金额1003A的值、和表示要进行加法运算的金额或次数等的信息所对应的值相加的消息，并经由通信网50将该消息发送到电子结算服务器10B的功能。表示要进行加法运算的金额或次数等的信息未必是直接表示金额、次数等的信息，也可以是能以这些内容为关键字来进行检索由此取得直接表示金额或次数等的信息的信息。例如，预付费卡的ID号码也可以是这里所说的"表示要进行加法运算的金额或次数等的信息"。此时，电子结算服务器10B当接收到预付费卡的ID号码等时，向管理预付费卡的余额的管理装置(例如，娱乐场的会场计算机)询问与预付费卡的ID号码相对应的余额，将对应询问而发送来的余额作为要进行加法运算的金额或次数来进行加法运算(入款)处理。
48
图46表示第四实施方式中的移动通信终端20B的构成例。此外，有价物提供装置 30A的结构与第二、第三实施方式中的相同。此外，对与移动通信终端20A(参照图19)相同 的构成要素赋予相同的参照号，省略这些构成要素的详细说明。 移动通信终端20B具有终端侧近距离通信部201、支付请求生成部202、无线通信 部203、输入部204、输出部205、用户信息存储部207、转账请求生成部208、电子合同申请部 206、入款请求生成部209。 入款请求生成部209根据从输入部204输入的用于确定用户的信息以及表示要进 行加法运算的金额或次数等的信息，生成用于请求将用于确定用户的信息所对应用户记录 1001A的用户保有金额1003A的值、和表示要进行加法运算的金额或次数等的信息所对应 的值相加的消息。所生成的请求消息被转发给无线通信部203，无线通信部203根据该请求 消息发送调制后的无线信号。 接下来，说明第四实施方式中的电子结算服务器10B。图47表示第四实施方式中 的电子结算服务器10B的构成例。电子结算服务器10B具备第二、第三实施方式中的电子 结算服务器10A所具有的构成要素，并且还具备入款请求处理部410B。此外，对与第二、第 三实施方式的电子结算服务器10A的构成要素相同的构成要素赋予相同的参照符号，省略 它们的详细说明。 加法运算请求处理部410B经由网络通信部401A从计算机98或移动通信终端20B 取得用于请求进行加法运算的消息。取得了该消息的加法运算请求处理部410B检索用户 保有金额数据700A，将包含在该消息中的用于确定用户的信息所对应的用户记录1001A的 用户保有金额1003A的值、和表示要进行加法运算的金额或次数等的信息所对应的值相 加，并对其进行存储。 接下来，说明基于第二实施方式的第四实施方式涉及的电子结算系统1B中的、加 法运算处理的具体例子。图48到图49表示基于第二实施方式的第四实施方式涉及的电子 结算系统1B中的加法运算处理的例子。图48中示出了" Y10000"作为用户保有金额1003A 被存储在电子结算服务器10B中的状态。此外，关于其它条件，与关于图33的描述相同。
假设用户从这种状态开始从有价物提供装置30A收到提供的Y2000的预付费卡。 图49表示用户取得Y2000的预付费卡后的电子计算系统20B、使用代金收纳网络40A的存 储内容的例子。用户保有金额1003A改写成从"Y10000"中减掉Y2000而得的"Y8000"， 另外，游戏运营商保有金额903从"Y0"改写成"Y2000"。 接下来，取得了 Y2000的预付费卡的用户消费了 Y1000后结束游戏，为了将余款 Y1000返回到电子结算系统1B，假设从计算机98或移动通信终端20B向电子结算服务器 10B请求对YIOOO进行加法运算。 接收到了从计算机98或移动通信终端20B发送来的请求对YIOOO进行加法运算 的消息的电子结算服务器10B更详细地讲是加法运算请求处理部410B，根据该请求消息的 内容改写用户保有金额1003A和游戏场所运营商保有金额903A。图50表示根据该请求消 息的内容来改写用户保有金额1003A和游戏场所运营商保有金额903A的例子。用户保有 金额1003A被改写为"Y8000"与"Y1000"相加而得的"Y9000"，此外，游戏场所运营商保 有金额903A从"Y2000"被改写为"Y1000"。 通过进行如上处理，用户日后可以在电子结算系统1B中再次使用未消费完的有价物。 接下来，说明基于第三实施方式的第四实施方式涉及的电子结算系统IB中的、加 法运算的具体例子。图51到图53表示基于第三实施方式的第四实施方式涉及的电子结算 系统IB中的、加法运算的例子。 图51中示出了"Y10000"作为用户保有金额1003A被存储在电子结算服务器10B 中的状态。此外，关于其它条件，与关于图42的描述相同。 假设用户从这种状态开始从有价物提供装置30A收到提供的YIOOO的预付费卡。 图52表示用户取得YIOOO的预付费卡后的电子结算系统20B、使用代金收纳网络40A的存 储内容的例子。用户保有金额1003A改写成从"Y10000"中减掉YIOOO而得的"Y9000"。
接下来，取得了YIOOO的预付费卡的用户消费了Y500后结束游戏，为了将余款 Y500返回到电子结算系统1B，假设从计算机98或移动通信终端20B向电子结算服务器 10B请求对Y500进行加法运算。 接收到了从计算机98或移动通信终端20B发送来的请求对Y500进行加法运算的 消息的电子结算服务器10B更详细地讲是加法运算请求处理部410B，根据该请求消息的内 容改写用户保有金额1003A。图53表示根据该请求消息的内容来改写用户保有金额1003A 的例子。用户保有金额1003A被改写为"Y9000"与"Y500"相加而得的"Y9500"。
通过进行如上处理，用户日后可以在电子结算系统1B中再次使用未消费完的有 价物。 此外，第四实施方式中也可以进行与第一至第三实施方式的变形相同的变形。
权利要求
一种电子结算系统，其具有电子结算服务器、能够与所述电子结算服务器通信的移动通信终端、以及能够与所述电子结算服务器和所述移动通信终端通信的有价物提供装置，其特征在于，移动通信终端从有价物提供装置取得用于确定该有价物提供装置的机器确定信息，生成结算请求消息，并将该结算请求消息发送到电子结算服务器，所述结算请求消息包含用于确定用户的用户确定信息、作为提供有价物的对价的转入金额、以及所述机器确定信息，电子结算服务器根据由所述用户确定消息所确定的用户的信用状况的检查结果，向有价物提供装置发送提供指示消息，并且发送转入委托消息，所述提供指示消息用于指示有价物提供装置提供与所述转入金额相对应的有价物，所述转入委托消息用于请求从所述用户的账户向预定账户转入与所述转入金额相对应的数额，有价物提供装置当从所述电子结算服务器接收到提供指示消息时，提供与所述转入金额相对应的有价物。
2. 根据权利要求l所述的电子结算系统，其特征在于， 所述预定账户是有价物提供装置的管理者的账户。
3. 根据权利要求l所述的电子结算系统，其特征在于， 所述预定账户是电子结算系统运营者的账户。
4. 根据权利要求1至3中任意一项所述的电子结算系统，其特征在于， 所述电子结算服务器在发送所述提供指示消息以及转账委托消息之前存储电子合同书保管原件，该电子合同书保管原件具有用户与电子结算系统的运营者即结算运营商之 间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书，以及附加 在该电子合同书上的验证后的用户的电子签名和结算运营商的电子签名。
5. 根据权利要求4所述的电子结算系统，其特征在于，所述电子结算服务器发送进行该交易的用户账户所在银行用的所述电子合同书保管 原件。
6. —种电子结算服务器，其特征在于，结算请求消息包含用于确定用户的用户确定信息、作为提供有价物的对价的转入金 额、以及用于确定被用户要求提供有价物的有价物提供装置的信息即机器确定信息，当该电子结算服务器从移动通信终端接收到所述结算请求消息时，根据所述用户的信 用状况的检查结果，向由所述机器确定信息所确定的有价物提供装置发送用于指示提供与 所述转入金额相对应的有价物的提供指示消息，并且发送转入委托消息，所述转入委托消 息用于请求从用户的账户向预定账户转入与所述转入金额相对应的数额。
7. 根据权利要求6所述的电子结算服务器，其特征在于，所述预定账户是有价物提供装置的管理者的账户。
8. 根据权利要求6所述的电子结算服务器，其特征在于， 所述预定账户是电子结算系统运营者的账户。
9. 根据权利要求6至8中任意一项所述的电子结算服务器，其特征在于， 所述电子结算服务器在发送所述提供指示消息以及转账委托消息之前存储电子合同书保管原件，该电子合同书保管原件具有用户与电子结算系统的运营者即结算运营商之间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书，以及附加在该电子合同书上的验证后的用户的电子签名和结算运营商的电子签名。
10. 根据权利要求4所述的电子结算服务器，其特征在于，所述电子结算服务器向所述用户的账户所在银行发送所述电子合同书保管原件。
11. 一种有价物提供装置，其特征在于，所述有价物提供装置向移动通信终端发送用于确定该有价提供装置的信息即机器确 定信息，所述有价物提供装置当接收到对应结算请求消息而发送来的提供指示消息时，提供与转入金额相对应的有价物，所述结算请求消息包含用于确定用户的用户确定消息、作 为有价物的对价的所述转入金额、以及所述机器确定信息。
12. —种移动通信终端，其特征在于，所述移动通信终端从有价物提供装置取得用于确定该有价物提供装置的机器确定信 息，并且生成结算请求消息，将该结算请求消息发送到电子结算服务器，根据所述电子结算 服务器所进行的所述用户的信用状况的检查结果，使提供指示消息从所述电子结算服务器发送到所述有价物提供装置，所述结算请求消息包含用于确定用户的用户确定消息、作为 提供有价物的对价的转入金额、以及所述机器确定信息，所述提供指示消息用于指示提供 与所述转入金额相对应的有价物。
13. —种电子结算方法，其特征在于，具有以下步骤 接收用于确定有价物提供装置的机器确定信息；生成结算请求消息，并发送该结算请求消息，所述结算请求消息包含用于确定用户的 用户确定信息、作为有价物的对价的转入金额、以及所述机器确定信息；应答所述结算请求消息，询问所述用户的信用状况，根据所述用户的信用状况的询问 结果，向由所述机器确定信息所确定的有价物提供装置发送用于指示提供与所述转入金额 相对应的有价物的提供指示消息；发送转入委托消息，该转入委托消息用于请求从由所述用户确定信息所确定的用户的 账户向预定账户转入与所述转入金额相对应的数额；以及根据所述提供指示消息，使所述有机物提供装置提供与所述转入金额相对应的有价物。
14. 根据权利要求13所述的电子结算方法，其特征在于，还具有以下步骤 接收用户与电子结算系统的运营者即结算运营商之间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书、以及附加在该电子合同书上的用户的电子签 名和电子证书；验证所述用户的电子签名和电子证书，根据验证结果发送所述电子合同书和结算运营 商的电子签名以及电子证书；以及接收并存储电子合同书保管原件，该电子合同书保管原件包含所述电子合同书和附加 在该电子合同书上的用户的电子签名、结算运营商的电子签名、以及时间戳。
15. 根据权利要求12所述的移动通信终端，其特征在于，所述移动通信终端应答一个操作而进行以下处理决定指定为有价物的对价的转入金 额的处理、以及执行要求提供与所述转入金额相对应的有价物的结算请求的处理。
16. —种电子结算系统，其具有能够向管理用户账户、结算运营商账户以及游戏场所 运营商账户的使用代金收纳网络请求账户间的转账，并且能够存储用户保有金额以及游戏场所运营商保有金额的电子结算服务器；移动通信终端；以及有价物提供装置， 所述电子结算系统的特征在于，所述移动通信终端通过与所述有价物提供装置进行基于近距离通信单元的通信，来取 得用于确定该有价物提供装置的机器确定信息，生成支付请求消息，并将该支付请求消息 发送到所述电子结算服务器，所述支付请求消息包含用于确定用户的用户确定信息和所述 机器确定信息，所述电子结算服务器，将与从所述用户账户向所述结算运营商账户的转账金额相对应 的用户转账金额和所述用户保有金额相加，根据所述支付请求消息指示所述有价物提供装 置提供与用户支付金额相对应的有价物，并且从所述用户保有金额中减掉与所述用户支付 金额相对应的数额，同时将与所述用户支付金额相对应的数额和所述游戏场所运营商保有 金额相加，并向所述使用代金收纳网络进行转账请求，以便将与所述游戏场所运营商保有 金额相对应的数额从所述结算运营商账户向所述游戏场所运营商账户转账，所述有价物提供装置当从所述电子结算服务器接收到提供有价物的指示时，提供与所 述用户支付金额相对应的有价物。
17. —种电子结算服务器，其能够向管理用户账户、结算运营商账户以及游戏场所运营 商账户的使用代金收纳网络请求账户间的转账，并且能够根据来自移动通信终端的支付请 求消息指示有价物提供装置提供与用户支付金额相对应的有价物，所述电子结算服务器的特征在于，具有存储单元，其存储用户保有金额以及游戏场所运营商保有金额；转账请求处理单元，其将与从所述用户账户向所述结算运营商的转账金额相对应的用 户转账金额和所述用户保有金额相加；支付请求处理单元，其根据所述支付请求消息，从所述用户保有金额中减掉与所述用 户支付金额相对应的数额，同时将与所述用户支付金额相对应的数额和所述游戏场所运营 商保有金额相加，向所述使用代金收纳网络进行请求，以便将与所述游戏场所运营商保有 金额相对应的数额从所述结算运营商账户向所述游戏场所运营商账户转账；以及提供指示单元，其指示所述有价物提供装置提供与所述用户支付金额相对应的有价物。
18. —种移动通信终端，其特征在于，通过进行基于近距离通信单元的通信，从有价物提供装置取得用于确定该有价物提供 装置的机器确定信息，生成支付请求消息，并将该支付请求消息发送到电子结算服务器，使 所述电子结算服务器指示提供与预定的用户支付金额相对应的有价物，所述支付请求消息 包含用于确定用户的用户确定信息和所述机器确定信息。
19. 一种电子结算方法，其特征在于，具有以下步骤向使用代金收纳网络进行请求，以便从用户账户向结算运营商账户转账用户所指定的 转账金额；将与所述转账金额相对应的用户转账金额与所述用户保有金额相加并进行存储； 接收支付请求消息，该支付请求消息包含通过与有价物提供装置进行基于近距离通信单元的通信而取得的用于确定该有价物提供装置的机器确定信息、以及用于确定用户的用户确定信息；根据所述支付请求消息，指示所述有价物提供装置提供与用户支付金额相对应的有价物；从所述用户保有金额中减掉与所述用户支付金额相对应的数额，同时将与所述用户支 付金额相对应的数额与所述游戏场所运营商保有金额相加；以及向所述使用代金收纳网络进行转账请求，以便将与所述游戏场所运营商保有金额相对 应的数额从所述结算运营商账户向所述游戏场所运营商账户转账。
20. —种电子结算系统，其具有能够向管理用户账户、结算运营商账户以及游戏场所 运营商账户的使用代金收纳网络请求账户间的转账，并且能够存储用户保有金额的电子结 算服务器；移动通信终端；以及有价物提供装置，所述电子结算系统的特征在于，所述移动通信终端通过与所述有价物提供装置进行基于近距离通信单元的通信，来取 得用于确定该有价物提供装置的机器确定信息，生成支付请求消息，并将该支付请求消息 发送到电子结算服务器，所述支付请求消息包含用于确定用户的用户确定信息和所述机器 确定信息，所述电子结算服务器，将与从所述用户账户向所述结算运营商账户的转账金额相对应 的用户转账金额和所述用户保有金额相加，并且向所述使用代金收纳网络进行请求，以便 从所述结算运营商账户向所述游戏场所运营商账户转账与转账金额相对应的数额，所述电 子结算服务器根据所述支付请求消息指示所述有价物提供装置提供与用户支付金额相对 应的有价物，并从所述用户保有金额中减掉与所述用户支付金额相对应的数额，所述有价物提供装置当从所述电子结算服务器接收到提供有价物的指示时，提供与所 述用户支付金额相对应的有价物。
21. —种电子结算服务器，其能够向管理用户账户、结算运营商账户以及游戏场所运营商账户的使用代金收纳网络请求账户间的转账，并且能够根据来自移动通信终端的支付请求消息指示有价物提供装置提供与用户支付金额相对应的有价物，所述电子结算服务器的特征在于，具有 存储单元，其存储用户保有金额；转账请求处理单元，其将与从所述用户账户向所述结算运营商账户的转账金额相对应 的用户转账金额与所述用户保有金额相加，同时向使用代金收纳网络进行请求，以便将与 所述转账金额相对应的数额从所述结算运营商账户向所述游戏场所运营商账户转账；支付请求处理单元，其根据所述支付请求消息，从所述用户保有金额中减掉与所述用 户支付金额相对应的数额；以及提供指示单元，其指示所述有价物提供装置提供与所述用户支付金额相对应的有价物。
22. —种电子结算方法，其特征在于，具有以下步骤向使用代金收纳网络进行请求，以便从用户账户向结算运营商账户转账用户所指定的 转账金额；向使用代金收纳网络进行请求，以便从结算运营商账户向游戏场所运营商账户转账与 所述转账金额相对应的数额；将与从所述用户账户向所述结算运营商账户的转账金额相对应的用户转账金额和所述用户保有金额相加并进行存储；接收支付请求消息，该支付请求消息包含通过与有价物提供装置进行基于近距离通信 单元的通信而取得的用于确定该有价物提供装置的机器确定信息、以及用于确定用户的用 户确定信息；根据所述支付请求消息，指示所述有价物提供装置提供与用户支付金额相对应的有价 物；以及从所述用户保有金额中减掉与所述用户支付金额相对应的数额。
23. 根据权利要求16或20所述的电子结算系统，其特征在于，所述电子结算服务器在发送所述提供指示消息以及转账委托消息之前存储电子合同 书保管原件，该电子合同书保管原件具有用户与电子结算系统的运营者即结算运营商之 间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书，以及附加 在该电子合同书上的验证后的用户的电子签名和结算运营商的电子签名。
24. 根据权利要求23所述的电子结算系统，其特征在于，所述电子结算服务器发送进行该交易的用户账户所在银行用的所述电子合同书保管 原件。
25. 根据权利要求17或21所述的电子结算服务器，其特征在于， 所述电子结算服务器在发送所述提供指示消息以及转账委托消息之前存储电子合同书保管原件，该电子合同书保管原件具有用户与电子结算系统的运营者即结算运营商之 间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书，以及附加 在该电子合同书上的验证后的用户的电子签名和结算运营商的电子签名。
26. 根据权利要求25所述的电子结算服务器，其特征在于，所述电子结算服务器向所述用户的账户所在银行发送所述电子合同书保管原件。
27. 根据权利要求19或22所述的电子结算方法，其特征在于，还具有以下步骤 接收用户与电子结算系统的运营者即结算运营商之间的、以由结算运营商从用户账户扣除指定的金额为内容的合同的电子合同书、以及附加在该电子合同书上的用户的电子签 名和电子证书；验证所述用户的电子签名和电子证书，根据验证结果发送所述电子合同书和结算运营 商的电子签名以及电子证书；以及接收并存储电子合同书保管原件，该电子合同书保管原件包含所述电子合同书和附 加在该电子合同书上的用户的电子签名、结算运营商的电子签名、以及时间戳。
28. 根据权利要求16或20所述的电子结算系统，其特征在于，所述电子结算服务器当接收到请求对用户保有金额进行加法运算的消息时，对对应用 户的用户保有金额进行加法运算。
29. 根据权利要求17或21所述的电子结算服务器，其特征在于， 所述电子结算服务器还具有加法运算请求处理部，该加法运算请求处理部当接收到请求对用户保有金额进行加法运算的消息时，对对应用户的用户保有金额进行加法运算。
30. 根据权利要求19或22所述的电子结算方法，其特征在于，还具有以下步骤 当接收到请求对用户保有金额进行加法运算的消息时，对对应用户的用户保有金额进行加法运算。
全文摘要
本发明提供一种可用于游戏场所的、与现金结算相同的电子结算方式。提供一种具有电子结算服务器、移动通信终端、有价物提供装置的电子结算系统。在该电子结算系统中，移动通信终端从有价物提供装置缺德用于确定该有价物提供装置的机器ID，生成含有用于确定用户的用户ID、作为有价物的对价的转入金额以及机器ID的结算请求消息，将该消息发送给电子结算服务器，电子结算服务器根据用户信用状况的检查结果指示有价物提供装置提供与转入金额相对应的有价物，并且请求转入与从用户账户向预定账户的转入金额相对应的数额，有价物提供装置当从电子结算服务器接收到提供有价物的指示时，向用户提供与转入金额相对应的贷出弹珠、贷出游戏币等。
文档编号G06Q20/00GK101711395SQ20088001244
公开日2010年5月19日 申请日期2008年2月1日 优先权日2007年4月19日
发明者野中诚之 申请人:阿鲁策株式会社