控制方法、控制程序、信息处理装置以及控制系统与流程

1.本发明涉及进行在区块链中管理的交易的结算的控制方法、控制程序、信息处理装置以及控制系统。


背景技术：

2.近年来，虚拟货币等加密资产的交易增大，作为非中央集权型且能够确保运营的透明性的分散台账管理技术，区块链的有用性受到期待。在区块链上管理的资产，例如加密资产通过加密技术被保护，其具有也可与现实世界的物品或服务交换的价值，并且作为代替现金的结算手段而被活用。
3.另外，通过智能合约在加密资产的区块链之间进行中介，能够使管理资产管理用的台账的加密资产链、和管理作为对服务的报酬而支付的结算令牌管理用的台账的结算令牌链协作。
4.以往，作为与交易的结算相关的技术，例如有通过从由主机管理的使用者的账号向使用者的终端发送电子货币的分配，从而以所分配的电子货币的上限额来进行价款支付的技术(例如，参照下述专利文献1。)。另外，存在如下技术：与基于智能合约的第三方结算的交易联动地执行会计系统操作，通过比较使用者的账户的存款额和商品价格来判定交易是否成功(例如，参照下述专利文献2。)。另外，还有通过服务器的授信手续来判断使用者是否可以使用电子货币进行即时结算的技术(例如，参照下述专利文献3。)。
5.在先技术文献
6.专利文献
7.专利文献1：日本特表第2014-530433号公报
8.专利文献2：日本特开2018-139068号公报
9.专利文献3：国际公开2007/018119号公报


技术实现要素：

10.发明要解决的问题
11.在由区块链管理的交易中，在进行将加密资产转让给其他人时的记录、例如进行交易数据的合法性检查时，调查区块链上的全部记录，从而进行双重交易或是否发生余额不足的检查。在现有技术中，即使使用智能合约的功能，在该检查时，对作为管理节点的服务器的访问是不可缺少的，在使用者不能访问区块链的环境下，不能进行检查，在交易上产生了不便。例如，当使用者在海外旅行目的地结算交易时，在处于结算终端不能连接到管理授信的信息的服务器的通信环境等情况下，产生不能完成信用结算(后付)的状态。这样，在以往的使用了区块链的结算技术中存在问题。
12.在一个方面，本发明的目的在于提供使用了区块链的新的结算技术。
13.用于解决问题的手段
14.根据本发明的一个方面，提供了一种控制方法，由信息处理装置对处理第一货币
的第一区块链和处理第二货币的第二区块链之间的协作进行控制，其中，所述信息处理装置的计算机执行以下处理：当从使用者受理第二货币的发行委托时，基于所述使用者的信用信息确定所述第二货币的允许支付额，并且向所述第一区块链发送向第二区块链通知所述允许支付额的指令；以及当所述使用者以所述第二货币进行的支付交易被记录在所述第二区块链中时，向所述第一区块链发送从所述第一区块链上的所述使用者的账户收取具有与所述第二货币对应的价值的所述第一货币的指令。
15.发明的效果
16.根据本发明的一个方式，具有能够降低基于不同货币的结算手续的复杂度的效果。
附图说明
17.图1是包含实施方式的交易处理涉及的信息处理装置的控制系统的说明图。
18.图2是示出包含实施方式的信息处理装置的区块链的结构例的图。
19.图3是示出实施方式的信息处理装置的结构例的框图。
20.图4是示出实施方式的信息处理装置的硬件结构例的图。
21.图5是示出实施方式的信息处理装置进行的交易的处理例的流程图。
22.图6是示出实施方式的信息处理装置进行的交易的其他处理例的流程图。
23.图7是示出实施方式的信息处理装置进行的交易的具体例的说明图。
具体实施方式
24.以下，参照附图详细说明所公开的控制方法、控制程序、信息处理装置以及控制系统的实施方式。
25.公开的技术通过信息处理装置的智能合约的功能而使作为不同的区块链(bc)的资产管理用的台账(例如加密资产链)和作为对服务的报酬而支付的结算令牌管理用的台账(结算令牌链)协作。并且，运营者等的结算令牌的发行源根据对使用者的交易的信用度打分后的信用度得分，向设置于结算令牌链的账户(例如，信用账户)支出包含允许支付额的信息的令牌。
26.在结算令牌链内，使用者的每次购物的交易能够在令牌表示的允许支付额内进行离线工作，即，能够仅在结算令牌链内进行交易处理，并且能够不需要与外部(加密资产链等)进行通信。
27.并且，信息处理装置的智能合约在结算令牌链中监视从信用账户汇往店铺等其他人的账户的汇款，并且在结算日等定期地请求与汇款额相当的以加密资产支付的价款支付。然后，在加密资产中的价款支付出现延迟或支付失败的情况下，作为惩罚而进行使使用者的信用度得分变化得较低，并从下一次开始减少向信用账户支出的结算令牌的量等处理。
28.一般来说，在使用了加密资产的交易中必须进行预付。与此相对，在实施方式中，生成表示一定金额的押金或支付能力的信用信息的令牌，通过在区块链之间交接令牌，不需要实际的货币等的预付。另外，不需要每次交易都要与区块链外部的通信连接的授信手续，实现在结算日统一进行的后付。另外，在每次使用者进行交易时，迅速地实现向店铺等
的价款支付。
29.(实施方式)
30.图1是包含实施方式的交易处理涉及的信息处理装置的控制系统的说明图。控制系统100构成为包括多个服务器a～c(101～103)和终端110。
31.服务器a(101，第一服务器)管理使用者的加密资产链a，并且管理加密资产(加密货币、y币、第一货币)。y币也可以是银行等运营的、可与法定货币交换的加密资产(所谓的稳定币)。服务器a(101)控制对加密资产链a上的使用者账户、运营者账户等的y币的汇款。
32.服务器b(102，第二服务器)管理使用者进行交易的结算令牌链b，并且管理加密资产(加密货币、d币、第二货币)。例如，服务器b(102)管理信用卡公司等运营的、可用于店铺的服务价款支付的结算令牌(相当于可支付的d币)。服务器b(102)控制对结算令牌链b上的店铺账户和信用账户等的d币的汇款。
33.服务器c(103)相当于实施方式的信息处理装置，具有智能合约的功能，配置在服务器a(101)和服务器b(102)之间。服务器c(103)在服务器a(101)和服务器b(102)之间进行网络通信，对作为不同的区块链的加密资产链a和结算令牌链b之间的资产信息的交换进行中介。
34.服务器c(103)具有将加密资产链a的y币和结算令牌链b的d币相互以规定汇率进行汇款的功能。并且，在实施方式中，服务器c(103)将使用者的信用信息和交易信息分别保存在信用信息数据库(db)121和交易历史db 122中。
35.信用信息db 121例如由使用者在加密资产链a上持有的加密资产的评价、例如持有的y币的评价额、在使用者过去的交易中计算出的规定的信用度得分等构成。交易历史db 122存储并保持使用者在结算令牌链b上进行了结算的过去的历史，例如每次购买商品的日期时间或购买额(y币)等。
36.终端110由进行交易的使用者持有，通过网络与服务器c(103)进行通信连接。
37.在此，假设利用控制系统100的使用者在y币的加密资产链a和d币的结算令牌链b双方具有账户。服务器c(103)在使用者在结算令牌链b的店铺中进行购物等交易之前的时期，生成使用者的交易的信用信息(令牌)，发送给结算令牌链的服务器b(102)。
38.例如，令牌是包含使用者基于使用者拥有的加密资产(y币)而能在结算令牌链b中交易的允许支付额(令牌量)的信息。
39.作为信息处理装置的服务器c(103)依次执行下述的处理1～4。
40.1.“在结算前由使用者进行的d币发行委托”41.2.“汇往结算令牌链b的d币的汇款”42.3.“结算令牌链b上的d币的交易”43.4.“交易合计和y币收取”44.关于1.的处理，在使用者预定在结算令牌链b上进行交易的情况下，在进行该交易之前的时期，使用者操作终端110，向服务器c(103)预先委托d币的发行(支出)(步骤s101)。例如，使用者委托与海外旅行中预定的结算总额相当的发行。此时，使用者可以委托作为不同货币的d币或与d币额相当的y币的发行，如果发行委托是y币，则服务器c(103)计算出对y币额进行汇率换算而得到的d币额。
45.服务器c(103)根据使用者的发行委托，生成可交易的允许支付额(令牌)作为使用
者的交易的信用信息。然后，服务器c(103)访问信用信息db 121，根据使用者持有的加密资产链a上的y币的所有量，检查支出的发行限额，判断是否可以发行(支出)。例如，如果使用者委托发行的d币(按汇率将y币换算成d币之后)的支付的请求额在发行限额以下，则服务器c(103)许可该发行(支出)委托，生成表示规定的允许支付额的令牌。
46.在2.的处理中，服务器c(103)在许可支出时，将与允许支付额相当的d币(令牌)从加密资产链a的服务器a(101)汇款到结算令牌链b的服务器b(102)(步骤s102)。由此，使用者在海外旅行中能够在允许支付额的范围内进行使用d币的购物等交易。
47.上述1.和2.的处理是在使用者进行实际交易之前的时期所进行的处理，此后，在3.的处理中，使用者实际地进行购物。
48.在3.的处理中，使用者在每次进行店铺中的购物等时，在结算令牌链b中进行d币的支付交易。该d币的每次支付交易的信息从结算令牌链b的服务器b(102)通知到服务器c(103)(步骤s103)。服务器c(103)在交易历史db 122中存储使用者的d币的每次支付交易的信息(例如，购物日期或d币额等)。
49.在进行3.的处理的时候，结算令牌链b的服务器b(102)不需要在使用者的每次支付交易时与服务器c(103)进行通信，进而不需要与加密资产链a的服务器a(101)进行通信。使用令牌所表示的允许支付额(已汇款的d币)依次执行每个交易的处理。由于令牌是表示允许支付额的信息，因此在加密资产链a和结算令牌链b之间可以不需要实际的货币汇款(资金移动)。
50.在4.的处理中，服务器c(103)例如在对每个月设定的结算日时，将由使用者进行的d币的每次交易进行合计，并且以将合计后的d币进行汇率换算而得到的y币进行统一结算。此时，服务器c(103)访问服务器a(101)，从加密资产链a的使用者账户收取合计的y币(步骤s104)。另外，服务器c(103)也可以在使用者用d币进行的支付交易被记录在结算令牌链b中时，向加密资产链a的服务器a(101)发送从加密资产链a上的使用者的账户收取具有与d币对应的价值的y币的指令。这样，使用者的实际资金移动(y币的收取)只能在加密资产链a内进行。在实施方式中，为了方便，作为d币的汇款而进行了说明，但实际上是表示允许支付额的令牌的发送。
51.通过以上的处理1.～4.，仅凭令牌的支出不会发生结算，结算令牌链b的服务器b(102)在使用者的每次支付交易时，在d币的汇款额(允许支付额)的范围内进行支付交易。然后，服务器c(103)在结算日等统一地使加密资产链a的服务器a(101)进行将多个支付交易合计后的交易总额的价款收取。这样，智能合约(服务器c)对加密资产链a和结算令牌链b进行中介，在结算时从加密资产链a的使用者账户自动扣款。
52.上述1.～4.的处理主要表示实施方式的服务器c(103)进行的基本处理内容。另外，服务器c(103)也可以在上述4.的处理中价款收取失败了的情况下，进行将信用信息db 121的信用度得分变更得较低(信用的等级降低)的处理。此时，服务器c(103)在2.的处理中能够减少发行(支出)的d币的额。
53.另外，在2.的处理中，服务器c(103)也可以根据d币的账户余额变更发行限额。例如，服务器c(103)也可以在每次使用者委托1.d币的发行(支出)时从加密资产链a取得d币的账户余额，设定与取得的账户余额对应的规定的发行限额，并将其更新保存在信用信息db 121中。
54.进而，在2.的处理转移的时期，例如在到使用者进行结算为止的期间中，也能够通过使用者的操作而在1.的处理中委托d币的再次发行(支出)。例如，在海外旅行中d币的利用额变多的情况下，也能够追加委托支出的请求额。
55.在实施方式中，在上述3.的处理中所示的、使用者进行购物等时，可以不需要结算所涉及的“授信”等处理。此时，结算令牌链b已经处于在2.的处理中表示允许支付额的d币(令牌)已汇款的状态。因此，结算令牌链b的服务器b(102)能够仅通过结算令牌链b内的处理进行交易，并且每次交易时能够在不与服务器c(103)或加密资产链a(101)进行通信连接的情况下(能够以离线工作的方式)进行交易。
56.另外，在上述3.的处理中，结算令牌链b的服务器b(102)即使在使用者的每次交易时不与服务器c(103)进行通信、进而不与加密资产链a的服务器a(101)进行通信，也能够通过已汇款的d币来依次执行每次支付交易的处理。例如，在使用者在通信环境差的地区等海外旅行目的地进行了购物时，即使产生结算令牌链b的服务器b(102)不能与服务器c(103)通信的状态，也能够完成信用结算等支付交易。这样，根据实施方式，在使用者购买商品时，能够不需要与管理授信信息的服务器连接。
57.图2是示出包含实施方式的信息处理装置的区块链的结构例的图。作为不同的两个区块链而示出了上述的加密资产链a和结算令牌链b，智能合约(服务器c)103与这些加密资产链a和结算令牌链b进行通信连接，并对相互的交易进行中介。服务器c(103)具有信用信息db 121和交易历史db 122。
58.加密资产链a包含使用者具有的使用者账户201和加密资产链a的运营者具有的运营者账户202，上述服务器a(101)能够访问这些使用者账户201、运营者账户202。
59.结算令牌链b包括销售商品的店铺账户211和使用者持有的信用账户212，上述服务器b(102)能够访问这些店铺账户211、信用账户212。
60.使用图2并与上述1.～4.的各处理对应地说明加密资产链a、结算令牌链b、以及智能合约(服务器c)103分别进行的交易的流程。
61.首先，在1.“在结算前由使用者进行的d币支出委托”中，由使用者输入支出的请求额。由此，智能合约(服务器c)103基于保存在信用信息db 121中的信用信息，确定d币的允许支付额(步骤s201)。
62.之后，作为2.“汇往结算令牌链b的d币的汇款”的处理，智能合约(服务器c)103向结算令牌链b的信用账户212支出运营者账户202所持有的允许支付额(d币)(步骤s202)。更详细地说，在汇款到结算令牌链b上的使用者的支出账户后，从支出账户支出到信用账户212。
63.此后，在每次使用者交易时，结算令牌链b的服务器b(102)进行3.“结算令牌链b上的d币的交易”的处理。此时，服务器b(102)在每次使用者进行购物等交易时，许可在信用账户212的账户余额的范围内进行交易。
64.然后，服务器b(102)在每次使用者进行交易时，从信用账户212向店铺账户211汇款与交易额相当的d币(步骤s203)，并将信用账户212的账户余额设定为下一次以后的支付限额(步骤s204)。另外，服务器b(102)将每个交易的交易信息通知给智能合约(服务器c)103(步骤s205)。由此，智能合约(服务器c)103能够将每个交易的历史存储在交易历史db 122中，交易历史db 122的信息能够与结算令牌链b上的使用者的交易同步。
65.之后，智能合约(服务器c)103在结算日等规定的时期，进行4.“交易合计和y币的收取”的处理，并将交易合计后的y币从加密资产链a的使用者账户201支付给运营者账户202(步骤s206)。结算日例如是使用者设定的海外旅行结束后的日期时间、或预先设定为信用结算日的日期时间等。收取的y币是使用者的将d币进行汇率换算后的交易总额。
66.图3是示出实施方式的信息处理装置的结构例的框图。主要示出了作为信息处理装置的智能合约(服务器c)103的功能，并将与服务器c(103)进行通信连接的加密资产链a(服务器a)101和结算令牌链b(服务器b)102的功能一并记载。
67.加密资产链a的服务器a(101)和结算令牌链b分别具有通用的分散台账管理部311、321。服务器a(101)的分散台账管理部311管理加密资产链a内的使用者账户201、运营者账户202，并且交换与服务器c(103)之间的信息。服务器b(102)的分散台账管理部321管理结算令牌链b内的店铺账户211、信用账户212，并且交换与服务器c(103)之间的信息。
68.智能合约(服务器c)103具有上述信用信息db 121和交易历史db 122、受理部301、支出金额确定部302、汇款执行部303和汇款检测部304的功能。另外，具有收取/退款金额确定部305、扣款执行部306的功能。
69.受理部301与利用服务的加密资产的使用者的终端110进行通信连接，通过使用者的终端110的操作，在进行利用d币的交易之前的时期，受理上述的交易的支出的请求额的利用申请。例如，使用者使用规定的认证数据(例如许可代码)进行利用申请。该利用申请相当于在加密资产链a上从保存使用者的加密资产(y币)的使用者账户201向指定的运营者账户202执行附带上限的资产转移交易的许可请求。
70.许可代码是表示已同意将y币从使用者账户201转移到信用公司的账户(信用账户)212的认证信息。该许可代码中设定有作为转移的上限的发行限额和有效期限。服务器c(103)将已受理的许可代码预先保存在存储器等中，在结算时再次利用。
71.支出金额确定部302根据由受理部301受理的许可代码，提取在管理使用者的支付能力的信用信息db 121中存储的信用信息、和由许可代码指定的支出金额。然后，如果是信用信息的发行限额内的支出的请求额，则支出金额确定部302确定向结算令牌链b上的使用者的信用账户212汇款的规定的允许支付额(相当于令牌)。
72.汇款执行部303使支付金额确定部302确定的允许支付额(令牌量)从加密资产链a的使用者账户201汇款到结算令牌链b的使用者账户(例如信用账户212)。
73.汇款检测部304监视在结算令牌链b上发生的账户(店铺账户211、信用账户212等)之间的全部汇款交易，将检测出的汇款交易的汇款源账户号码(信用账户212)和汇款额的组记录在交易历史db 122中。
74.收取/退款金额确定部305每隔与结算日对应的一定期间取得记录在交易历史db122中的结算令牌链b上的使用者账户(信用账户212)成为汇款源的汇款历史。然后，收取/退款金额确定部305针对在结算日与汇款额的合计额相当的加密资产，使用许可代码中包含的信息，确定应从加密资产链a上的使用者账户201收取的加密资产(y币)的结算支付的金额。
75.另外，在想要停止使用者对系统的利用的情况下，收取/退款金额确定部305例如针对使用者向结算令牌链b汇款后的令牌，向运营者等的指定账户进行交易后的剩余的令牌量(全部剩余额)的资产转移。在这种情况下，收取/退款金额确定部305实施从允许支付
额中扣除交易中的支付额的退款手续，废弃保管的许可代码，将已确定的结算金额退款(清算)给使用者账户201。
76.扣款执行部306接受收取/退款金额确定部305的结算支付的金额的确定，从使用者账户201向结算令牌发行者的指定账户(例如运营者账户202)执行加密资产(y币)的资产转移。
77.图4是示出实施方式的信息处理装置的硬件结构例的图。具有上述信息处理装置(智能合约)功能的服务器c(103)例如可以由图4所示的硬件构成。
78.例如，服务器c(103)包括cpu(central processing unit：中央处理单元)401、存储器402、网络接口(if)403、记录介质if 404、记录介质405。400是连接各部分的总线。
79.cpu 401是作为管理服务器c(103)的整体处理的处理部而发挥功能的运算处理装置。存储器402包括非易失性存储器和易失性存储器。非易失性存储器例如是存储cpu 401的程序的rom(read only memory：只读存储器)。易失性存储器例如是用作cpu 401的工作区域的dram(dynamic random access memory：动态随机存取存储器)、sram(静态随机存取存储器)等。
80.网络if 403是与lan(local area network：局域网)、wan(wide area network：广域网)、因特网等网络410进行通信连接的接口。经由该网络if 403，服务器c(103)与外部的服务器a(101)、服务器b(102)、终端110进行通信连接。
81.记录介质if 404是用于在与记录介质405之间读写cpu 401处理的信息的接口。记录介质405是辅助存储器402的记录装置。记录介质405例如可以使用hdd(hard disk drive：硬盘驱动器)、或ssd(solid state drive：固态驱动器)、usb(universal serial bus：通用串行总线)闪存驱动器等。
82.通过cpu 401执行记录在存储器402或记录介质405中的程序，实现图3所示的服务器c(103)的各功能。另外，通过存储器402或记录介质405，能够实现记录并保存图3所示的信用信息db 121、交易历史db 122等的信息的功能。
83.图4所示的硬件结构也可以适用于图1所示的服务器a(101)、服务器b(102)、以及终端110(例如智能电话等)，实施方式的控制系统可以使用通用的硬件结构来实现。在此，终端110例如通过具有触摸面板，能够针对使用者进行信息的操作输入以及显示输出。
84.图5是示出实施方式的信息处理装置进行的交易的处理例的流程图。示出了服务器c(103)的控制部(cpu 401)执行程序的使用者的交易的处理例。
85.首先，控制部在交易的结算前的时期，通过使用者的终端110的操作接收许可代码，开始执行以下的处理。该许可代码包含由使用者委托的d币的发行(支出)的请求额，从终端110发送。
86.当接收许可代码时，控制部参照信用信息db 121，检查使用者的发行限额(步骤s501)。然后，控制部判断是否可发行请求额的d币(步骤s502)。
87.例如，控制部将加密资产链a上的使用者账户201持有的y币按汇率换算成d币，若使用者持有的d币的持有量在请求额以下，则判断为可发行d币(步骤s502：是)。然后，转移到步骤s504的处理。另一方面，如果使用者持有的d币的持有量超过请求额，则判断为不能发行d币(步骤s502：否)，转移到步骤s503的处理。
88.在步骤s503中，控制部将d币的发行量变更为发行限额以下(步骤s503)，并转移到
步骤s504的处理。在步骤s504中，控制部开始监视d币的结算令牌链b上的使用者账户(例如信用账户212)的交易(步骤s504)。
89.接着，控制部使已确定的允许支付额的d币汇款到结算令牌链b上的使用者账户(信用账户212)(步骤s505)。即，服务器c(103)的控制部(cpu 401)向加密资产链a发送向结算令牌链b通知允许支付额的指令，并且使允许支付额的d币从加密资产链a汇款到结算令牌链b上的使用者账户(信用账户212)。控制部(cpu401)在结算前的时期预先进行以上的事前处理。
90.之后，控制部基于使用者在结算令牌链b上实际购买商品等的交易，执行步骤s506以下的处理。首先，控制部判断是否检测到因使用者的交易而产生的从结算令牌链b上的使用者账户(信用账户212)到其他账户(例如，店铺账户211)的汇款交易(步骤s506)。
91.在步骤s506中，如果检测到汇款交易(步骤s506：是)，则控制部将检测到的交易的内容记录在交易历史db 122中(步骤s507)，转移到步骤s508的处理。另一方面，如果没有检测到汇款交易(步骤s506：否)，则转移到步骤s508的处理。
92.在步骤s508中，控制部判断是否为结算日(步骤s508)。如果当前日期未到结算日(步骤s508：否)，则返回步骤s506的处理。并且，如果当前日期为结算日(步骤s508：是)，则控制部转移到步骤s509的处理。
93.在步骤s509中，控制部根据使用者的d币的使用总额，通过汇率换算来确定y币的结算额(步骤s509)。然后，使用许可代码从使用者账户201向运营者账户202汇款结算额的y币(步骤s510)。
94.接着，控制部判断汇款是否成功(步骤s511)。如果汇款成功(步骤s511：是)，则结束以上的处理。如果汇款未成功(步骤s511：否)，则控制部更新信用信息db 121(步骤s512)并结束以上的处理。
95.在此，汇款不成功的情况例如相当于在汇款时使用者账户201的y币的持有量变少且成为结算额以下等不能支付的状况。在这种情况下，控制部在信用信息db 121中存储使用者不能支付的信息、或基于不能支付的金额或次数等计算出的规定的信用度得分等信息，使使用者的信用信息变化得相对较低。
96.图6是示出实施方式的信息处理装置进行的交易的其他处理例的流程图。图6所示的处理(步骤s601～步骤s612)与图5所示的处理(步骤s501～步骤s512)相同。在图6所示的处理中，不同点在于：在事前处理开始时，新追加了步骤s600的处理。
97.在步骤s600中，当从使用者的终端110接收到许可代码时，控制部取得y币的使用者账户201的账户余额，根据余额确定发行限额，更新信用信息db 121(步骤s600)。之后，控制部执行步骤s601以下的处理。例如，将发行限额确定为使用者账户201的余额以下。另外，也可以确定为按余额的规定比例(例如，50～80％)。
98.通过上述步骤s600的处理，使用者能够确定与加密资产链a上持有的y币的余额对应的发行限额，能够在该发行限额的范围内计算出允许支付额。由此，能够反映出使用者持有的y币的余额，并且能够与余额随着时间经过而大幅变动的情况等相对应地设定适当的发行限额和允许支付额。
99.图7是示出实施方式的信息处理装置进行的交易的具体例的说明图。对与图5的处理例对应的具体的处理例进行说明。
100.在该图7中，使用者在加密资产链a上具有使用者账户201a，在结算令牌链b上具有支出账户201b。假设服务器c(103)能够监视这些使用者账户201a、支出账户201b的账户余额。
101.并且，假设持有加密资产(y币)的使用者在海外旅行目的地在店铺的支付中使用d币(例如相当于美元)。y是表示日元的符号，d是表示美元的符号，结算时的货币汇率为110日元/美元。另外，在使用者的终端110，例如智能手机上预先安装钱包的应用程序，并具有署名用的密钥。然后，通过使用者的操作，在终端110的画面上显示规定的条形码，例如qr码(注册商标)等，能够用qr码传送指定的d币的请求额。
102.首先，作为在海外旅行目的地购买商品的事前准备，使用者操作终端110添加许可代码从而将规定单位的d币的发行发送给智能合约的服务器c(103)，并进行d币的使用申请(步骤s701)。例如，假设使用者以支出500美元的d币的请求额来委托用于海外旅行中的支付。
103.由此，如果使用者账户201a的账户余额具有相当于500美元以上的金额(例如，y币为55000日元)，则将请求额的全部设定为允许支付额。在这种情况下，服务器c(103)将所设定的允许支付额500美元的d币从使用者的支出账户201b转移到信用账户212(步骤s702)。在此，在使用者账户201a的账户余额(y币)为5万日元的情况下，服务器c(103)将y币的相当于5万日元(以d币换算相当于455美元)的金额作为发行限额，设定以该发行限额为上限的允许支付额，从而转移d币。
104.之后，假设使用者通过在海外旅行目的地多次购买商品而使用了总计300美元的d币(步骤s703)。使用者的账户(支出账户201b)成为交易监视的对象，d币由结算令牌链b的分散台账管理部321管理，因此服务器c(103)能够收集交易的历史。在此，当使用者在海外旅行期间支付时，每当d币从d币的支出账户201b转移到别的账户(信用账户212)时，发生汇款交易。另外，在每次购买商品时，从信用账户212向店铺账户211产生汇款交易。此时，在服务器c(103)中，进行交易监视的汇款检测部304将交易内容记录在交易历史db 122中。
105.在此，使用者在旅行后的结算日之前储备余额，使得y币下的使用者账户201a的y币的余额为300美元(300美元
×
110日元/美元＝33000日元)以上(步骤s704)。
106.然后，服务器c(103)在结算日参照交易历史db 122，用d币将使用者使用的d币的金额(300美元)进行合计。然后，使用许可代码进行价款的收取而将相当额的33000日元的y币从使用者账户201a收取到运营者进行收取的运营者账户202(步骤s705)。
107.在该结算时，在使用者的使用者账户201a的余额不足而收取失败的情况下，基于该失败的次数等使使用者的信用度得分变化得较低，并记录在信用信息db 121中(步骤s706)。例如，能够进行以下处理等：由于结算后的收取3次失败而使信用度得分减半，并将支出的允许支付额减半，6次失败则禁止使用者对系统的使用。
108.在上述实施方式中，表示允许支付额的令牌的发送对应于一次的许可代码而仅实施一次。不限于此，例如，服务器c(103)的控制部也能够在发行限额的范围内自动补充令牌。由此，能够在每个使用者的发行限额的范围内多次增加表示允许支付额的令牌量，并且使用者能够省略使用许可代码的手续。另外，在通过使用者多次交易而支付额接近允许支付额的情况下，如果在发行限额的范围内，则也可以通过使用者的指定，以追加充值的形式增加允许支付额(令牌量)。
109.另外，在想要停止使用者对系统的使用的情况下，例如，使用者也可以从结算令牌链b上的支出账户201b向运营者等的指定账户进行剩余的令牌量(全部余额)的资产转移。在这种情况下，服务器c(103)的控制部(例如收取/退款金额确定部305)实施从允许支付额中扣除了支付额的退款手续，废弃保管的许可代码。由此，仅通过将令牌汇款到指定账户，就能够确定结算金额并进行细算手续。
110.根据以上说明的实施方式，通过服务器c(103)来使处理作为第一货币的y币的加密资产链a和处理作为第二货币的d币的结算令牌链b协作。服务器c(103)具有智能合约的功能，当从使用者受理d币的发行委托时，基于使用者的信用信息(121)来确定d币的允许支付额。然后，对加密资产链a发送向结算令牌链b通知允许支付额的指令。另外，服务器c(103)在使用者用d币的支付交易被记录在结算令牌链中时，向加密资产链发送从加密资产链上的使用者的账户收取具有与d币对应的价值的y币的指令。由此，在使用者利用服务的事前时期，基于使用者的信用信息预先将允许支付额从加密资产链a发送到结算令牌链b，从而使用者在每次支付交易时能够在允许支付额的范围内向结算令牌链b上的店铺进行价款支付。
111.另外，管理结算令牌链b的服务器b(102)在接收到表示使用者的允许支付额的令牌之后，能够在不与结算令牌链b外部进行通信的离线状态下仅在结算令牌链b内处理使用者的支付交易。在每次交易时，服务器b(102)在允许支付额的范围内将d币从使用者的账户移动到店铺等支付目的地的账户。然后，服务器c(103)基于包含使用者的每次支付交易的信息的交易历史，在规定的结算日将使用者用y币的支付交易进行合计，使管理加密资产链a的服务器a(101)以y币进行收取。由此，每当使用者进行购物等交易时，结算令牌链b的服务器b(102)不需要与外部的服务器a(101)、服务器c(103)等进行通信连接，能够执行交易。例如，当使用者在通信环境差的地区等海外旅行目的地进行购物时，即使发生结算令牌链b的服务器b(102)不能与服务器c(103)通信的状态，也能够完成信用结算等交易。此时，不需要像以往那样连接到管理使用者每次购买商品时的授信的信息的服务器。
112.另外，服务器c(103)也可以在从使用者受理d币的支出委托时，参照使用者的信用信息(121)，并基于使用者的y币的账户余额来确定允许支付额。由此，使用者能够基于作为自身持有的加密资产的y币的余额来进行允许支付额的范围内的购物等交易，并且能够安全地结算。
113.另外，在从使用者受理d币的支出委托时，服务器c(103)参照使用者的信用信息(121)，在使用者的y币的账户余额的范围内确定y币的货币的发行限额，并在该发行限额的范围内确定规定的允许支付额。由此，如果d币的支出额在发行限额的范围内，则不需要在每次交易时从使用者接收d币的支出委托，能够自动确定允许支付额，并且能够进行如下控制：使表示允许支付额的令牌从加密资产链a发送到结算令牌链b。例如，能够在每个使用者的发行限额的范围内多次自动地增加表示允许支付额的令牌量，每次都能够省略使用者使用许可代码的手续。
114.另外，信用信息(121)可以包含表示使用者的信用度的信用度得分，服务器c(103)可以基于每次收取的收取状态，使信用度得分变化。例如，每当收取失败时，能够降低使用者的信用度得分，并逐渐限制之后的允许支付额。由此，每当发生使用者的未支付时，作为惩罚，能够逐渐降低在系统中可使用的允许支付额(令牌量)，通过将基于信用度得分发行
的允许支付额作为上限，能够降低未支付风险。
115.基于以上所述，根据实施方式，能够提供使用了区块链的新的结算技术。另外，能够降低基于不同货币的结算手续的复杂度。并且，能够使不同的区块链分别管理的资产协作，能够将一方的结算令牌链b中的交易反映到另一方的加密资产链a中，能够简单地进行现有的多个区块链之间的资产移动。
116.另外，在本发明的实施方式中说明的控制方法能够通过使服务器等的处理器执行预先准备的程序来实现。本控制方法通过记录在硬盘、软盘、cd-rom(compact disc-read only memory：紧凑光盘-只读存储器)、dvd(digital versatile disk：数字通用光盘)、闪存等计算机可读取的记录介质中，并由计算机从记录介质中读出来执行。另外，本控制方法也可以通过因特网等网络来散发。
117.附图标记说明
118.100 控制系统
119.101 服务器a(加密资产链a)
120.102 服务器b(结算令牌链b)
121.103 服务器c(智能合约)
122.110 终端
123.121 信用信息数据库
124.122 交易历史数据库
125.201、201a 使用者账户
126.201b 支出账户
127.202 运营者账户
128.211 店铺账户
129.212 信用账户
130.301 受理部
131.302 支出金额确定部
132.303 汇款执行部
133.304 汇款检测部
134.305 收取/退款金额确定部
135.306 扣款执行部
136.311、321 分散台账管理部
137.401 cpu
138.402 存储器
139.403 网络接口
140.405 记录介质
141.410 网络