控制方法、数据结构、服务器、以及程序

本发明涉及，控制方法、数据结构、服务器、以及程序。

存在向达成了规定的条件的人，提供作为代价的虚拟货币那样的价值信息的系统(参照专利文献1)。

(现有技术文献)

(专利文献)

专利文献1：日本特开2018-136729号公报

然而，存在的问题是，在达成规定的条件之前的时刻，不向用户提供价值信息，系统的运转效率不好。换而言之，存在的问题是，系统，也在达成规定的条件为止的期间消耗电力，但是，在该期间不进行向用户提供价值信息的处理，因此，电力消耗效率低。

于是，本发明提供，能够改善系统的电力消耗效率的控制方法等。

本发明的一个形态涉及的控制方法，在具备持有分散总账的多个服务器的服务管理系统中，由该多个服务器之中的一个服务器执行，在所述控制方法中，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与服务的申请有关的交易数据，所述服务是，在满足针对所述服务预先规定的目标条件的情况下，向作为对该服务进行了申请的用户的申请人提供的服务，在判断为满足所述目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将针对所述服务预先规定的提供给所述用户的交易数据，在规定的定时，将第三交易数据存放到所述分散总账，所述规定的定时是在从将所述第一交易数据存放到所述分散总账，到判断是否满足所述目标条件为止的期间中包括的定时，所述第三交易数据是示出将押金提供给所述用户的交易数据，所述押金是针对所述服务预先规定的虚拟的。

而且，它们的总括或具体形态，也可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等的记录介质实现，也可以由系统、装置、集成电路、计算机程序以及记录介质的任意组合实现。

本发明的控制方法，能够改善系统的电力消耗效率。

图1是示意性地示出实施方式1的系统的结构的框图。

图2是示意性地示出实施方式1的服务器的结构的框图。

图3是示意性地示出实施方式1的押金发行交易数据的说明图。

图4是示意性地示出实施方式1的押金提供交易数据的说明图。

图5是示意性地示出实施方式1的押金无效化交易数据的说明图。

图6是示意性地示出实施方式1的提供交易数据的说明图。

图7是示出实施方式1的服务器的处理的第一例的流程图。

图8是示出实施方式1的服务器的处理的第二例的流程图。

图9是示出与图7对应的系统全体的处理的序列图。

图10是示意性地示出各个实施方式的变形例1的系统的结构的框图。

图11是示意性地示出各个实施方式的变形例2的系统的结构的框图。

图12是示出各个实施方式变形例3的服务器的处理的流程图。

图13是示意性地示出各个实施方式的变形例3的服务器的结构的框图。

图14是示出区块链的数据结构的说明图。

图15是示出交易数据的数据结构的说明图。

(作为本发明的基础的知识)

本发明人，关于“背景技术”的栏中记载的关于系统的技术，发现了产生以下的问题。

以往，存在在达成规定的条件的情况下，提供虚拟货币那样的价值信息的系统。该系统的一个例子是，众筹。

众筹是，例如，在互联网上，从多个申请人收集金钱，将利用该金钱由投资等获得的金钱回报提供给申请人的结构。

然而，所述系统中存在的问题是，在达成规定的条件之前的时刻，不向用户提供价值信息，系统的运转效率不好。换而言之，所述系统中存在的问题是，也在达成规定的条件为止的期间消耗电力，但是，在该期间不进行向用户提供价值信息的处理，因此，电力消耗效率低。

于是，本发明提供，能够改善系统的电力消耗效率的控制方法等。

为了解决这样的问题，本发明的一个形态涉及的控制方法，在具备持有分散总账的多个服务器的服务管理系统中，由该多个服务器之中的一个服务器执行，在所述控制方法中，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与服务的申请有关的交易数据，所述服务是，在满足针对所述服务预先规定的目标条件的情况下，向作为对该服务进行了申请的用户的申请人提供的服务，在判断为满足所述目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将针对所述服务预先规定的提供给所述用户的交易数据，在规定的定时，将第三交易数据存放到所述分散总账，所述规定的定时是在从将所述第一交易数据存放到所述分散总账，到判断是否满足所述目标条件为止的期间中包括的定时，所述第三交易数据是示出将押金提供给所述用户的交易数据，所述押金是针对所述服务预先规定的虚拟的。

根据所述形态，系统，在达成规定的条件为止的期间，将作为相当于作为将来提供的价值信息的的虚拟的的押金提供给用户。押金，以与相同、或按照被使用的方式由分散总账能够管理。因此，系统，在达成规定的条件为止的期间进行向用户提供价值信息的处理，从而能够改善电力消耗效率。因此，本发明涉及的控制方法，能够改善系统的电力消耗效率。

并且，实质上不能篡改分散总账中存放的交易数据，因此，能够适当地管理关于由系统管理的押金的提供的管理信息。如果，所述管理信息被篡改，则押金以及那样的价值信息的流通成为不适当。根据本发明的一个形态涉及的控制方法，管理信息被存放到分散总账，实质上不能篡改，因此，也具有能够适当地管理押金以及那样的价值信息的流通的效果。

例如，也可以是，在将所述第三交易数据存放到所述分散总账后，将第四交易数据存放到所述分散总账，所述第四交易数据是示出从所述押金的持有人，向作为所述押金的提供目的地的被提供者，提供所述押金的交易数据。

根据所述形态，系统，进一步，通过将押金提供给被提供者的处理，能够将向申请人提供的价值信息在用户之间流通。系统，如此进行将价值信息流通的处理，因此，能够进一步改善电力消耗效率。因此，本发明涉及的控制方法，能够进一步改善系统的电力消耗效率。

例如，也可以是，在将所述第三交易数据存放到所述分散总账后，在判断为满足所述目标条件的情况下，或者，在判断为不满足所述目标条件的情况下，将第五交易数据存放到所述分散总账，所述第五交易数据是使所述押金无效化的交易数据。

根据所述形态，系统，在没有达成目标条件的情况下，进行使押金无效化的处理，因此，能够适当地进行押金的有效性的控制。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

例如，也可以是，在将所述第三交易数据存放到所述分散总账后，在判断为满足所述目标条件的情况下，将第六交易数据存放到所述分散总账，所述第六交易数据是向持有所述押金的持有人，提供与所述押金对应的的交易数据。

根据所述形态，系统，在达成目标条件的情况下，进行提供与押金对应的的处理，因此，能够以达成目标条件后将押金替换为的方式进行管理。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

例如，也可以是，在将所述第三交易数据存放到所述分散总账后，在判断为满足所述目标条件的情况下，向持有所述押金的持有人进行通知。

根据所述形态，系统，在达成目标条件的情况下进行通知，从而能够催促达成目标条件后将押金替换为的行动(即兑换)。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

例如，也可以是，在将所述第三交易数据存放到所述分散总账后，在判断为不满足所述目标条件的情况下，在所述押金的持有人不是所述申请人时，将第七交易数据存放到所述分散总账，所述第七交易数据是将相当于所述押金的从所述申请人提供给所述持有人的交易数据。

根据所述形态，系统，在达成目标条件的情况下，以替换不是申请人的持有人持有的押金的，由申请人提供那样的方式管理。如果，持有人持有的押金单纯地被消失，则价值信息的流通成为不适当。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

例如，也可以是，在将所述第四交易数据存放到所述分散总账时，在提供所述押金的次数超过预先规定的次数的情况下，限制将所述第四交易数据存放到所述分散总账。

根据所述形态，系统能够，以押金的提供次数不超过规定次数的方式进行管理。这是因为，鉴于押金被限定在满足目标条件为止的期间作为利用，来限制能够提供的范围的缘故。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

例如，也可以是，将所述第三交易数据存放到分散总账的处理是，由将所述第一交易数据存放到所述分散总账时执行的智能合约进行的。

根据所述形态，系统，不经由其他的人或其他的系统，也能够早期且安全地执行押金的提供的处理。因此，本发明涉及的控制方法，能够早期且安全地进行处理，并且，能够改善系统的电力消耗效率。

例如，也可以是，在将所述交易数据存放到所述多个服务器分别具备的所述分散总账时，经过所述多个服务器各自的共识算法的执行，存放到所述分散总账。

根据所述形态，系统，得到共识算法的执行来存放分散总账。因此，本发明涉及的控制方法，经过共识算法的执行，从而能够更容易进一步改善系统的电力消耗效率。

并且，本发明的一个形态涉及的数据结构，用于具备持有分散总账的多个服务器的服务管理系统中，在所述数据结构，包括：能够唯一地确定押金的识别信息，所述押金是针对所述服务预先规定的虚拟的；能够唯一地确定提供所述押金的提供目地的识别信息；示出所述押金的量的信息；以及所述押金的发行者的电子签名。

根据所述形态，具有与所述服务管理系统同样的效果。

并且，本发明的一个形态涉及的服务器，该服务器是具备持有分散总账的多个服务器的服务管理系统中的该多个服务器之中的一个服务器，所述服务器具备处理部以及控制部，所述处理部，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与服务的申请有关的交易数据，所述服务是，在满足针对所述服务预先规定的目标条件的情况下，向作为对该服务进行了申请的用户的申请人提供的服务，所述控制部，在判断为满足所述目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将针对所述服务预先规定的提供给所述用户的交易数据，在规定的定时，将第三交易数据存放到所述分散总账，所述规定的定时是在从将所述第一交易数据存放到所述分散总账，到判断是否满足所述目标条件为止的期间中包括的定时，所述第三交易数据是示出将押金提供给所述用户的交易数据，所述押金是针对所述服务预先规定的虚拟的。

根据所述形态，具有与所述控制方法同样的效果。

并且，本发明的一个形态涉及的程序是，用于使计算机执行上述的控制方法的程序。

根据所述形态，具有与所述控制方法同样的效果。

并且，本发明的一个形态涉及的数据结构，该数据结构被记录在具备持有分散总账的多个服务器的服务管理系统中的所述分散总账，所述数据结构包括，示出押金的第一ID、所述押金的数额、所述押金的使用条件、以及示出所述申请人的第二ID，所述押金仅在直到针对所述服务预先规定的期限为止的期间有效，并且，所述押金是向所述服务的申请人赋予的虚拟的，所述数据结构，在被记录到所述分散总账后，用于向所述申请人赋予所述押金的处理。

根据所述形态，具有与所述服务管理系统同样的效果。

而且，它们的总括或具体形态，也可以由系统、装置、集成电路、计算机程序或计算机可读取的CD-ROM等的记录介质实现，也可以由系统、装置、集成电路、计算机程序或记录介质的任意组合实现。

以下，对于实施方式，参照附图进行具体说明。

而且，以下说明的实施方式，都示出总括或具体例子。以下的实施方式示出的数值、形状、材料、构成要素、构成要素的配置位置以及连接形态、步骤、步骤的顺序等是一个例子，不是限定本发明的宗旨。并且，对于以下的实施方式的构成要素中的示出最上位概念的实施方案中没有记载的构成要素，作为任意的构成要素而被说明。

(实施方式1)

在本实施方式中，说明能够改善系统的电力消耗效率的系统以及该控制方法等。

本系统是，向申请人提供服务的系统。服务是，在满足对该服务预先决定的目标条件的情况下，向对该服务进行申请的用户即申请人提供价值信息的服务。在此，利用作为价值信息的一个例子的进行说明。服务的一个例子是，众筹，以其情况为例子进行说明，但是，服务也可以是，存款、保险或投资等的金融商品等。

在众筹中，将基金的筹措资金的单位也称为项目。设想为，项目是，从多个申请人收集金钱，将利用该金钱由投资等获得的金钱回报提供给申请人的项目。对于项目，将管理该项目的人称为管理者，将申请资金提供的人称为申请人。管理者，进行资金提供的募集、以及价值信息的管理。项目，在对该项目规定的募集期间中，接受到规定的目标额的资金提供的申请的情况下，表现为“成立”。

图1是示意性地示出本实施方式的系统1的结构的框图。

如图1示出，系统1具备，服务器10A、10B和10C、以及终端40、50和51。系统1具备的各个装置，由网络N连接成彼此能够通信。网络N，也可以由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。将服务器10A、10B以及10C也称为“服务器10A等”。

服务器10A是，管理由系统1进行的众筹的多个服务器10A、10B以及10C中之一。服务器10A是，持有分散总账的多个服务器10A、10B以及10C中之一。在服务器10A持有的分散总账中存放，与众筹的手续或处理有关的各种交易数据。服务器10A，接收所述交易数据，从而接受与众筹的押金以及有关的手续或处理。

而且，项目的资金提供，作为一个例子，由分散总账管理，以作为的提供。是，由分散总账管理的价值信息，相当于金钱、商品券或优惠券等，或者，能够交换为金钱、商品券或优惠券等。

并且，押金意味着，在根据满足目标条件提供(也称为真正的)为止的期间能够作为利用的虚拟的。也就是说，押金被管理为，在发行后，提供为止的期间为有效，提供后为无效。也可以说，押金是，从系统1向用户暂时委托的价值信息。

服务器10B以及10C分别是，具有与服务器10A相同的功能的装置，与服务器10A独立工作。而且，服务器的台数，不仅限于三个，多个即可。并且，服务器10A等也可以，彼此连接成能够通信，经由网络N连接。

在此，作为例子，说明服务器10A等中的、服务器10A从终端41等接收交易数据、或向终端41等发送通知的情况，但是，也可以由其他的服务器(服务器10B或10C)进行上述的处理。

终端40是，管理者持有的终端装置。管理者，决定项目的募集期间以及目标额，由终端40登记到系统1。据此，管理者，以申请人的资金提供的申请的共计额达到目标额的方式，募集申请人的资金提供。终端40是，例如个人电脑、智能手机、平板电脑等。

终端50是，申请人持有的终端装置。申请人，利用终端50，参照与资金提供的募集有关的信息，进行资金提供的申请。申请人，在项目成立前被提供押金。会有将提供的押金，从申请人提供给其他的人的情况。持有押金的人(持有人)，若项目成立则被提供。而且，也可以在申请时从申请人向管理者提供资金。

终端51是，基金的申请人、且与持有终端50的申请人不同的申请人持有的终端装置。终端51是，具有与终端50相同的功能的装置，与终端50独立工作。而且，申请人持有的终端的台数，不仅限于两个，存在与申请人的人数相同的数量。

以后，详细说明系统1具备的服务器10A等的结构。

图2是示意性地示出本实施方式的服务器10A的结构的框图。

如图2示出，服务器10A具备，处理部11、总账管理部12、以及控制部13。服务器10A具备的所述功能部是，例如CPU(Central Processing Unit)利用内存执行程序来能够实现的。

处理部11是，由分散总账进行各种信息的管理的处理部。处理部11，在从系统1内的装置接收交易数据的情况下，或者，在获得控制部13生成的交易数据的情况下，将接收或获得的交易数据提供到总账管理部12，从而存放到分散总账。交易数据包括，押金发行交易数据、押金提供交易数据、押金无效化交易数据以及提供交易数据。对于各个交易数据，在后面进行详细说明。

总账管理部12是，管理分散总账的处理部。总账管理部12，将从处理部11提供的交易数据存放到分散总账。在分散总账，存放从过去到现在的交易数据。根据分散总账中记录的信息难以被篡改的特性，以所述交易数据不被篡改的方式进行管理。

总账管理部12具有，存放部15、以及总账存储部16。

存放部15是，将应该存放到分散总账的新的交易数据存放到总账存储部16的处理部。存放部15，以与分散总账的类别对应的方式将新的交易数据存放到总账存储部16。并且，存放部15，与服务器10A等中的其他的服务器的存放部15收发通信数据，也将所述新的交易数据存放到其他的服务器的总账存储部16。例如，存放部15，在分散总账是区块链的情况下，生成包括新的交易数据的区块，将生成的区块在服务器10A等之间同步后，将所述区块存放到总账存储部16。

总账存储部16是，存储分散总账的存储装置。总账存储部16中存放的分散总账，存储一个以上的交易数据，利用散列值等的特性以难以篡改的方式被管理(后述)。

而且，分散总账是，例如，区块链，以该情况为例子进行说明，但是，也可以采用其他的方式的分散总账(例如，IOTA或散列图表等)。而且，分散总账，在新的数据的存放时也可以执行还是不执行共识算法(例如，PBFT(Practical Byzantine Fault Tolerance)、PoW(Proof of Work)、或PoS(Proof of Stake))。不执行共识算法的分散总账技术的一个例子有Hyperledger fabric。

控制部13是，判断是否达成了众筹的项目的目标条件，并且进行押金以及的控制的处理部。

控制部13，从终端40接收众筹的目标条件。并且，控制部13，从终端50以及51接受资金提供的申请。控制部13，判断是否满足众筹的目标条件。

控制部13，在判断为满足目标条件的情况下，将示出将针对服务预先规定的提供给申请人的交易数据即提供交易数据(相当于第二交易数据)存放到分散总账。

并且，控制部13，作为押金的控制，对押金的提供以及有效性进行控制。具体而言，控制部13，在将申请交易数据存放到分散总账后，判断是否满足目标条件前的规定的定时，将针对服务预先规定的押金提供给申请人。在将押金提供给申请人时，将示出提供押金的交易数据即押金发行交易数据(相当于第三交易数据)存放到分散总账。能够将规定的定时设为，判断为满足用于将押金提供给申请人的条件(也称为押金发行条件)的定时。也就是说，在将押金提供给申请人时，也可以由控制部13预先判断是否押金的发行条件，在判断为满足的情况下将押金提供给申请人。而且，将押金从系统1提供给申请人的情况也称为“发行”。

也可以将押金发行条件设为，例如，接收规定数的申请交易数据，或者，接收的申请交易数据的个数的增加速度超过规定速度。这是因为，在这样的情况下，判断为满足目标条件的可能性比较高的缘故。

并且，控制部13也可以，作为押金的提供的控制，对从用户向其他的用户的押金的提供进行控制。也就是说，控制部13，在将押金发行交易数据存放到分散总账后，将示出从押金的持有人，向押金的提供目的地即被提供者，提供押金的交易数据即押金提供交易数据(相当于第四交易数据)存放到分散总账。

并且，押金的有效性的控制是，将押金处理为有效，或者，处理为无效的控制。在刚刚将押金发行交易数据存放到分散总账后，发行的押金被管理为有效。而且，在因满足目标条件而将提供与该押金对应的的提供交易数据被存放到分散总账时，押金被管理为无效。

也就是说，控制部13，在判断为满足目标条件的情况下，或者，在判断为不满足目标条件的情况下，使押金无效化。在押金的无效化时，将示出使押金无效化的交易数据即押金无效化交易数据(相当于第五交易数据)存放到分散总账。

并且，控制部13，在提供押金后满足目标条件的情况下，以将押金替换为真正的的方式进行管理。也就是说，控制部13，在将押金发行交易数据存放到分散总账后，判断为满足目标条件的情况下，将向持有押金的持有人，提供相当于押金的的交易数据即提供交易数据(相当于第六交易数据)存放到分散总账。

而且，控制部13也可以，在提供押金后满足目标条件的情况下，向押金的持有人，通知(更具体而言，用于催促进行将押金兑换为真正的的手续的通知)。也就是说，控制部13也可以，在将押金发行交易数据存放到分散总账后，判断为满足目标条件的情况下，向持有押金的持有人通知。

并且，控制部13也可以，在提供押金后，向与申请人不同的用户(也称为持有人)提供押金后不满足目标条件的情况下，以将持有人的押金替换为真正的的方式进行管理，并且，以从申请人征收相当于持有人的押金的的方式进行管理。也就是说，也可以以将相当于持有人的押金的从申请人提供给持有人的方式进行管理。也就是说，控制部13，在将押金发行交易数据存放到分散总账后，判断为不满足目标条件的情况下，在押金的持有人不是申请人时，将作为将相当于押金的从申请人提供给持有人的交易数据的提供交易数据(相当于第七交易数据相当)存放到分散总账。

而且，控制部13也可以，限制押金的提供的次数。也就是说，控制部13也可以，在将押金提供交易数据存放到分散总账时，在提供押金的次数超过预先规定的次数的情况下，限制将押金提供交易数据存放到分散总账。

而且，控制部13的上述的处理的一部分或全部，由执行总账存储部16中存储的合约代码来实现的智能合约进行，但是，不仅限于此。例如，押金的提供处理也可以，由根据将第一交易数据存放到分散总账而执行的智能合约进行。

以后，说明各种交易数据。

图3是示意性地示出本实施方式的押金发行交易数据的第一例的说明图。图3所示的押金发行交易数据，在押金的发行时由服务器10A等生成。

图3所示的押金发行交易数据包括，押金ID、提供目的地ID、押金额、发行日期和时间、剩余使用次数、以及签名。

押金ID是，能够唯一地确定由该押金发行交易数据发行的押金的标识符。

提供目的地ID是，能够唯一地确定由该押金发行交易数据发行的押金的提供目的地的用户的标识符。

押金额是，示出由该押金发行交易数据发行的押金的数额(或押金的量)的信息。

发行日期和时间是，示出由该押金发行交易数据发行押金的日期和时间的信息。

剩余使用次数是，示出能够使用由该押金发行交易数据发行的押金的次数的信息。在此，“使用”意味着例如押金的提供，在此情况下，剩余使用次数示出，能够提供该押金的次数。而且，剩余使用次数是，示出向发行或提供的押金赋予的条件的限制信息的一个例子。在限制信息中，除了剩余使用次数以外，例如，还可以包括示出由该押金提供交易数据提供的押金中的、进一步提供的押金的比例的信息。

签名是，生成该押金发行交易数据的装置或人附加的电子签名。

图3所示的押金发行交易数据是，用于将押金ID为“67g4”的押金，向用户apa发行的交易数据。关于发行的押金，押金的数额为“1”，发行日期和时间为“2018.10.0510:00:30”，剩余使用次数为“3次”。签名是，服务器10A等的电子签名。而且，将用户ID为“A”的用户表示为“用户A”。以后也同样。

而且，也可以说，图3所示的押金发行交易数据是，用于具备持有分散总账的多个服务器的服务管理系统中的数据结构，包括：能够唯一地确定作为针对服务预先规定的虚拟的的押金的识别信息；能够唯一地确定提供押金的提供目地的识别信息；示出押金的量的信息；以及押金的发行者的电子签名。

并且，也可以说，图3所示的押金发行交易数据是，被记录在具备持有分散总账的多个服务器的服务管理系统中的所述分散总账的数据结构，包括，示出仅在直到针对服务预先规定的期限为止的期间有效且向服务的申请人赋予的虚拟的即押金的第一ID、押金的数额、押金的使用条件、以及示出申请人的第二ID，在被记录到分散总账后，用于向申请人赋予押金的处理。

图4是示意性地示出本实施方式的押金提供交易数据的说明图。图4所示的押金提供交易数据，在押金的提供时由服务器10A等生成。

图4所示的押金提供交易数据包括，押金ID、提供源ID、提供目的地ID、押金额、提供日期和时间、剩余使用次数、以及签名。

押金ID是，能够唯一地确定由该押金提供交易数据提供的押金的标识符。

提供源ID是，能够唯一地确定作为由该押金提供交易数据提供的押金的提供源的用户的标识符。

提供目的地ID是，能够唯一地确定作为由该押金提供交易数据提供的押金的提供目的地的用户的标识符。

押金额是，示出由该押金提供交易数据提供的押金的数额(或押金的量)的信息。

提供日期和时间是，示出由该押金提供交易数据提供押金的日期和时间的信息。

剩余使用次数是，示出能够使用由该押金提供交易数据提供的押金的次数的信息。剩余使用次数是，示出向提供的押金赋予的条件的限制信息的一个例子。在限制信息中能够包括，例如，示出在由该押金提供交易数据提供后，进一步能够提供的比例的信息。

签名是，生成该押金提供交易数据的装置或人附加的电子签名。

图4所示的押金提供交易数据是，用于将押金ID为“67g4”的押金，从用户apa向用户apb提供的交易数据。关于提供的押金，押金数额为“1”，提供日期和时间为“2018.10.1415:00:00”，剩余使用次数为“2次”。签名是，提供源“apa”的电子签名。

图5是示意性地示出本实施方式的押金无效化交易数据的说明图。图5所示的押金无效化交易数据，在押金的无效化时由服务器10A等生成。

图5所示的押金无效化交易数据包括，押金ID、无效化日期和时间、以及签名。

押金ID是，能够唯一地确定由该押金无效化交易数据无效化的押金的标识符。

无效化日期和时间是，示出由该押金无效化交易数据使押金无效化的日期和时间的信息。

签名是，生成该押金无效化交易数据的装置或人附加的电子签名。

图5所示的押金无效化交易数据是，用于使押金ID为“67g4”的押金无效化的交易数据。押金被无效化的日期和时间是“2018.10.30 05:00:00”。签名是，服务器10A等的电子签名。

图6是示意性地示出本实施方式的提供交易数据的说明图。图6所示的提供交易数据，在的提供时由服务器10A等生成。

图6所示的提供交易数据包括，ID、提供源ID、提供目的地ID、额、提供日期和时间、以及签名。

ID是，能够唯一地确定由该提供交易数据提供的的标识符。

提供源ID是，能够唯一地确定作为由该提供交易数据提供的的提供源的用户的标识符。

提供目的地ID是，能够唯一地确定作为由该提供交易数据提供的的提供目的地的用户的标识符。

额是，示出由该提供交易数据提供的数额(或的量)的信息。

提供日期和时间是，示出由该提供交易数据提供的日期和时间的信息。

签名是，生成该提供交易数据的装置或人附加的电子签名。

图6所示的提供交易数据是，用于将ID为“10067g4”的，从用户apa提供给用户usx的交易数据。关于提供的，额为“1”，提供日期和时间为“2018.10.3005:00:00”。签名是，服务器10A等的电子签名。

说明如上构成的系统1以及服务器10A等的处理。

图7是示出本实施方式的服务器10A等的处理的第一例的流程图。设想为，在图7所示的流程图的开始的时刻，控制部13，已经从管理者U1的终端40获得目标条件。

如图7示出，在步骤S101中，处理部11，判断从申请人U2的终端50是否接收到申请交易数据。在接收到申请交易数据的情况下(步骤S101的“是”)，进入步骤S102，否则(步骤S101的“否”)，进入步骤S103。

在步骤S102中，处理部11，将步骤S101中接收的申请交易数据提供给总账管理部12，从而存放到分散总账。并且，处理部11，将所述申请交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S103中，控制部13，判断是否满足押金发行条件。在判断为满足押金发行条件的情况下(步骤S103的“是”)，进入步骤S104，否则(步骤S103的“否”)，进入步骤S106。

在步骤S104中，控制部13，生成发行押金的押金提供交易数据。

在步骤S105中，控制部13，将步骤S104中生成的押金提供交易数据提供给总账管理部12，从而存放到分散总账。并且，控制部13，将所述押金提供交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。以后，提供的押金，能够被提供到其他的用户。对于押金被提供到其他的用户的处理，在后面进行说明。

在步骤S106中，控制部13，判断募集期间是否结束。募集期间是否结束是，根据预先规定的募集期限是否到来判断的。在判断为募集期间结束的情况下(步骤S106的“是”)，进入步骤S107，否则(步骤S106的“否”)，进入步骤S101。

在步骤S107中，控制部13，将募集期间的结束通知给申请人U3等即终端50等。而且，也可以不执行步骤S107。

在步骤S108中，控制部13，判断是否满足众筹的项目的目标条件。在判断为满足目标条件的情况下(步骤S108的“是”)，进入步骤S109，否则(步骤S108的“否”)，进入步骤S121。

在步骤S109中，控制部13，将目标条件的达成通知给申请人U3等即终端50等。而且，也可以不执行步骤S109。

在步骤S110中，控制部13，生成使押金无效化的无效化交易数据。

在步骤S111中，控制部13，将步骤S110中生成的无效化交易数据提供给总账管理部12，从而存放到分散总账。并且，控制部13，将所述无效化交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S112中，控制部13，生成从管理者向押金的持有人提供的提供交易数据。在生成的提供交易数据中，提供的的数额是，与持有人持有的押金的数额相当的数额。

在步骤S113中，控制部13，将步骤S112中生成的提供交易数据提供给总账管理部12，从而存放到分散总账。并且，控制部13，将所述提供交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S121中，控制部13，将目标条件的没有达成通知给申请人U3等即终端50等。而且，也可以不执行步骤S121。

在步骤S122中，控制部13，生成使押金无效化的无效化交易数据。

在步骤S123中，将步骤S122中生成的无效化交易数据提供给总账管理部12，从而存放到分散总账。并且，控制部13，将所述无效化交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S124中，控制部13，生成从申请人向被提供者提供的提供交易数据。在生成的提供交易数据中，提供的的数额是，与被提供者持有的押金的数额相当的数额。

在步骤S125中，控制部13，将步骤S124中生成的提供交易数据提供给总账管理部12，从而存放到分散总账。并且，控制部13，将所述提供交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S113或S125后，结束图7所示的一连串的处理。

图8是示出本实施方式的服务器10A的处理的第二例的流程图。

图8所示的处理是，在发行押金(图7的步骤S105)后，到该押金无效化(图7的步骤S111或S123)为止的期间，与图7所示的处理并行执行的处理。

在步骤S201中，处理部11，判断从申请人U2的终端50等是否接收到押金提供交易数据。在接收到押金提供交易数据的情况下(步骤S201的“是”)，进入步骤S202，否则(步骤S201的“否”)，再次执行步骤S201。也就是说，处理部11，在步骤S201中等待，直到接收押金提供交易数据为止。

在步骤S202中，控制部13，参照步骤S201中接收的押金提供交易数据中包括的剩余使用次数，判断剩余使用次数是否为1以上。在判断为剩余使用次数为1以上的情况下(步骤S202的“是”)，进入步骤S203，否则(步骤S202的“否”)，进入步骤S211。

在步骤S203中，处理部11，将步骤S201中接收的押金提供交易数据提供给总账管理部12，从而存放到分散总账。并且，处理部11，将所述押金提供交易数据发送到其他的服务器10B等，存放到所有的服务器10A等的分散总账。

在步骤S204中，控制部13，将与步骤S201中接收的押金提供交易数据有关的押金的剩余使用次数减少1。若步骤S204的处理结束，则进入步骤S201。

在步骤S211中，控制部13，将使用次数超过限制的情况通知给提供源。而且，此时，也可以将使用次数超过限制的事实存放到分散总账。若步骤S211的处理结束，则进入步骤S201。

而且，在不管理押金的次数的限制的情况下，不需要执行步骤S202、步骤S204以及步骤S211。

接着，说明系统1全体的处理。

图9是示出与图7对应的系统1全体的处理的序列图。图9示出，满足目标条件时的系统1全体的处理。而且，对于示出与图7的流程图相同的处理的处理，赋予与图7相同的符号，省略详细说明。

首先，预先，管理者U1的终端40，生成目标条件，发送到服务器10A等(步骤S301)。目标条件包括，募集期限、目标额等的信息。服务器10A，将发送来的目标条件接收，共享于服务器10A等之间(步骤S100)。

在步骤S311中，终端50，将申请交易数据生成并发送到服务器10A等。此时，终端51，将生成的申请交易数据，也可以发送到服务器10A等中的一个服务器，也可以发送到多个服务器。

服务器10A等，接收发送来的申请交易数据，存放到分散总账(步骤S101以及S102)。并且，服务器10A等，在判断为满足押金发行条件的情况下，生成向与申请交易数据的发送源即终端51有关的申请人U3发行押金的押金提供交易数据，存放到分散总账(步骤S103至105)。并且，在募集期间结束的情况下，发送募集期间结束的通知(步骤S106以及S107)。

而且，服务器10A等，在满足目标条件的情况下，生成使已经发行的押金无效化的无效化交易数据，存放到分散总账(步骤S110至S111)。

并且，生成向持有押金的持有人提供的提供交易数据，存放到分散总账(步骤S112至S113)。

(各个实施方式的变形例1)

在本变形例中，说明所述各个实施方式的服务管理系统的其他的结构。

图10是示意性地示出本变形例的系统2的结构的框图。

如图10所示，系统2具备，服务器10A、10B和10C、以及终端40、50和51。系统2具备的各个装置，由网络N彼此连接成能够通信。网络N，也可以由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。

特别是，在系统2中，服务器10A、10B以及10C经由网络N彼此连接。并且，服务器10A与终端51连接，服务器10B与终端50连接，服务器10C与终端40连接。

这样的结构是，例如，在多个团体运营系统2的情况下，经由网络N连接各个团体管理的服务器时能够利用的。例如，服务器10A以及终端51属于团体A，服务器10B以及终端50属于团体B，服务器10C以及终端40属于团体C。

对于服务器10A等以及终端40等的工作，与所述各个实施方式的情况同样，因此，省略说明。

(各个实施方式的变形例2)

在本变形例中，说明所述各个实施方式的服务管理系统的其他的结构。

图11是示意性地示出本变形例的系统3的结构的框图。

如图11所示，系统3具备，服务器10D、终端40、50以及51。系统3具备的各个装置，由网络N彼此连接成能够通信。网络N，也可以由任何通信线路或网络构成，例如，包括互联网、手机的承运商网络等。

特别是，在系统3中，服务器10D、以及终端50和51经由网络N彼此连接。并且，服务器10D与终端40连接。在此情况下，终端50以及51分别进行所述各个实施方式的服务器10A等的工作。

这样的结构是，例如，在一个以上的团体以及一个以上的个人运营系统3的情况下，经由网络N连接各个团体或各个人管理的服务器或终端时能够利用的。例如，服务器10D以及终端40属于团体D，团体D、以及个人即申请人U2和U3运营基金管理系统3。

对于服务器10A等以及终端40等的工作，与所述各个实施方式的情况同样，因此，省略说明。

(各个实施方式的变形例3)

图12是示出本变形例的服务器的处理的流程图。图12所示的流程图是，在具备持有分散总账的多个服务器的服务管理系统中，该多个服务器中的一个服务器执行的控制方法。

服务器，接收关于服务的申请的交易数据即第一交易数据，将接收的第一交易数据存放到多个服务器分别具备的分散总账(步骤S401)。在此，所述服务是，在满足针对服务预先规定的目标条件的情况下，向对该服务进行了申请的用户即申请人提供的服务。

服务器，在判断为满足目标条件的情况下(步骤S403的“是”)，将示出将针对服务预先规定的提供给用户的交易数据即第二交易数据存放到分散总账(步骤S404)。

服务器，在从将第一交易数据存放到分散总账，到判断是否满足目标条件为止的期间中包括的规定的定时，将示出将针对服务预先规定的虚拟的即押金提供给用户的交易数据即第三交易数据存放到分散总账(步骤S402)。

据此，服务管理系统，能够改善系统的电力消耗效率。

图13是示意性地示出本变形例的服务器的结构的框图。

如图13示出，在具备持有分散总账的多个服务器的服务管理系统中，该多个服务器之中的一个服务器60A具备，处理部61、以及控制部63。

处理部61，接收关于服务的申请的交易数据即第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账。在此，服务是，在满足针对服务预先规定的目标条件的情况下，向对该服务进行了申请的用户即申请人提供的服务。

控制部63，在判断为满足目标条件的情况下，将示出将针对服务预先规定的提供给用户的交易数据即第二交易数据存放到分散总账。

并且，控制部63，在从将第一交易数据存放到分散总账，到判断是否满足目标条件为止的期间中包括的规定的定时，将示出将针对服务预先规定的虚拟的即押金提供给用户的交易数据即第三交易数据存放到分散总账。

据此，服务管理系统，能够改善系统的电力消耗效率。

(补充)

对所述各个实施方式、或变形例的区块链进行补充说明。

图14是示出区块链的数据结构的说明图。

区块链是，作为其记录单位的区块以链(锁)状连接的。各个区块具有，多个交易数据、以及之前的区块的散列值。具体而言，区块B2中包括，之前的区块B1的散列值。而且，根据区块B2中包括的多个交易数据、以及区块B1的散列值运算出的散列值，作为区块B2的散列值，包括在区块B3中。如此，将之前的区块的内容作为散列值包括，并且，将区块连接成链状，从而有效地防止记录的交易数据的篡改。

若过去的交易数据被变更，则区块的散列值成为与变更前的不同的值，为了使篡改后的区块看起来准确，而需要重新制作以后的区块的全部，在现实上该工作是非常困难的。使用该性质，确保区块链的篡改困难性。

图15是示出交易数据的数据结构的说明图。

图15所示的交易数据包括，交易主体P1、以及电子签名P2。交易主体P1是，该交易数据中包括的数据主体。电子签名P2是，针对交易主体P1的散列值，由该交易数据的制作者的签名钥进行签名，更具体而言，由制作者的密钥进行编码来生成的。

交易数据具有，电子签名P2，因此，实质上不能篡改。据此，防止交易主体的篡改。

如上所述，上述的实施方式的系统，在达成目标条件为止的期间，将作为相当于作为将来提供的价值信息的的虚拟的的押金提供给用户。押金，以与相同、或按照被使用的方式由分散总账能够管理。因此，系统，在达成目标条件为止的期间进行向用户提供价值信息的处理，从而能够改善电力消耗效率。因此，本发明涉及的控制方法，能够改善系统的电力消耗效率。

并且，实质上不能篡改分散总账中存放的交易数据，因此，能够适当地管理关于由系统管理的押金的提供的管理信息。如果，所述管理信息被篡改，则押金以及那样的价值信息的流通成为不适当。根据本发明的一个形态涉及的控制方法，管理信息被存放到分散总账，实质上不能篡改，因此，也具有能够适当地管理押金以及那样的价值信息的流通的效果。

并且，系统，进一步，通过将押金提供给被提供者的处理，能够将向申请人提供的价值信息在用户之间流通。系统，如此进行将价值信息流通的处理，因此，能够进一步改善电力消耗效率。因此，本发明涉及的控制方法，能够进一步改善系统的电力消耗效率。

并且，系统，在没有达成目标条件的情况下，进行使押金无效化的处理，因此，能够适当地进行押金的有效性的控制。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

并且，系统，在达成目标条件的情况下，进行提供与押金对应的的处理，因此，能够以达成目标条件后将押金替换为的方式进行管理。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

并且，系统，在达成目标条件的情况下进行通知，从而能够催促达成目标条件后将押金替换为的行动(即兑换)。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

并且，系统，在达成目标条件的情况下，以替换不是申请人的持有人持有的押金的，由申请人提供那样的方式进行管理。如果，持有人持有的押金单纯地被消失，则价值信息的流通成为不适当。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

并且，系统能够，以押金的提供次数不超过规定次数的方式进行管理。这是因为，鉴于押金被限定在满足目标条件为止的期间作为利用，来限制能够提供的范围的缘故。因此，本发明涉及的控制方法，能够进一步适当地管理价值信息的流通，并且，能够进一步改善系统的电力消耗效率。

并且，系统，不经由其他的人或其他的系统，也能够早期且安全地执行押金的提供的处理。因此，本发明涉及的控制方法，能够早期且安全地进行处理，并且，能够改善系统的电力消耗效率。

并且，系统，得到共识算法的执行来存放分散总账。因此，本发明涉及的控制方法，经过共识算法的执行，从而能够更容易进一步改善系统的电力消耗效率。

而且，在所述实施方式中，各个构成要素也可以，由专用的硬件构成，或者执行适于各个构成要素的软件程序来实现。各个构成要素也可以，CPU或处理器等的程序执行部，读出并执行由硬盘或半导体存储器等的记录介质记录的软件程序来实现。在此，实现所述实施方式的内容管理系统等的软件是，如下程序。

也就是说，该程序，使计算机执行在具备持有分散总账的多个服务器的服务管理系统中，由该多个服务器之中的一个服务器执行的控制方法，在所述控制方法中，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与服务的申请有关的交易数据，所述服务是，在满足针对所述服务预先规定的目标条件的情况下，向作为对该服务进行了申请的用户的申请人提供的服务，在判断为满足所述目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将针对所述服务预先规定的提供给所述用户的交易数据，在规定的定时，将第三交易数据存放到所述分散总账，所述规定的定时是在从将所述第一交易数据存放到所述分散总账，到判断是否满足所述目标条件为止的期间中包括的定时，所述第三交易数据是示出将押金提供给所述用户的交易数据，所述押金是针对所述服务预先规定的虚拟的。

以上，对于一个或多个形态涉及的服务管理系统等，根据实施方式进行了说明，但是，本发明，不仅限于该实施方式。只要不脱离本发明的范围，对本实施方式实施本领域技术人员想到的各种变形的形态，或组合不同的实施方式的构成要素来构成的形态，也可以包含在一个或多个形态的范围内。

本发明，能够用于管理向申请人提供的服务的服务管理系统。

符号说明

1，2，3 系统

10A，10B，10C，10D，60A 服务器

11，61 处理部

12 总账管理部

13，63 控制部

15 存放部

16 总账存储部

40，50，51 终端

B1，B2，B3 区块

N 网络

P1 交易主体

P2 电子签名

U1 管理者

U2，U3 申请人。