具体实施方式

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

本发明人，关于“背景技术”的栏中记载的、与众筹有关的技术，发现了产生以下的问题。

众筹是，在互联网上，将针对项目(例如，制作并提供新的内容)从一个以上的人(也称为支援者)提供的资金，提供给内容提供者的结构。根据该结构，内容提供者能够，筹措关于项目的资金。

提出了以促进众筹的普及为目的的信息处理装置(参照专利文献1)。专利文献1所记载的技术是，在表演会场进行众筹，从而能够促进众筹的普及的技术。

然而，存在的问题是，在直到众筹的成立为止需要比较长的时间的情况下，或者，在即使众筹的募集期间经过也不成立的情况下，在该募集期间中基金管理系统用于运转的电力消耗变大。基金管理系统包括，一个以上的服务器、一个以上的通信设备以及其他的信息设备，它们分别为了工作而消耗电力。

于是，本发明，提供能够削减众筹的管理系统的电力消耗的控制方法等。

为了解决这样的问题，本发明的一个形态涉及的控制方法，在具备持有分散总账的多个服务器的基金管理系统中，由该多个服务器之中的一个服务器执行，在所述控制方法中，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与来自众筹的一个以上的申请人的申请有关的交易数据，在所述分散总账预先存放有报酬信息，在该报酬信息中规定了向所述一个以上的申请人提供的报酬的数额，该报酬的数额具有随着来自所述一个以上的申请人各自的申请的定时晚而减少的倾向，参照所述报酬信息，利用接收所述第一交易数据的定时来决定向所述一个以上的申请人分别提供的报酬的数额，在判断为满足所述众筹的目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将基于所述决定的所述数额的所述报酬向所述一个以上的申请人分别提供的交易数据。

根据所述形态，具有申请人尽量得到多的数额的报酬的意图，因此，催促在更早的定时进行申请，从而使众筹早期成立。而且，若众筹早期成立，在该成立以后，能够削减众筹的管理所需要的服务器的运转所需要的电力消耗。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

并且，实质上不能篡改分散总账中存放的交易数据，因此，能够适当地管理与众筹的申请或代币的提供等的手续有关的管理信息。因此，根据本发明的一个形态涉及的控制方法，也具有能够适当地管理众筹的手续的效果。

例如，也可以是，在从所述一个以上的申请人中的一个申请人接收到所述第一交易数据的情况下，关于所述一个申请人的所述报酬的数额的所述决定是，在接收所述第一交易数据后的规定时间以内进行的。

根据所述形态，在接收关于申请的交易数据后的规定时间以内执行决定报酬额的处理，因此，处理定时分散，据此，服务器的处理负荷分散，能够避免瞬时处于电力消耗高的状态。因此，本发明涉及的控制方法，能够一边在时间上使处理负荷分散，一边削减众筹的管理系统的电力消耗。

例如，也可以是，进一步，在接收所述第一交易数据后的规定时间以内，将关于所述决定的所述报酬的数额通知给所述一个申请人。

根据所述形态，向申请人通知报酬额，因此，申请人，能够识别给予自己的报酬的数额，申请人得到进行新的申请的更进一步的动机。据此，能够更进一步削减众筹的管理所需要的服务器的运转所需要的电力消耗。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

例如，也可以是，关于所述一个以上的申请人的所述报酬的数额的所述决定是，在判断为满足所述众筹的目标条件后进行的。

根据所述形态，众筹的成立后执行决定针对全申请人的报酬的数额的处理，因此，能够考虑众筹全体的状况，更适当地决定报酬的数额。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

例如，也可以是，所述报酬信息中还规定了追加报酬的数额，所述追加报酬是，向所述一个以上的申请人中的、在所述众筹的募集期间中的规定定时以后进行了申请的申请人追加提供的报酬，将第三交易数据存放到所述分散总账，所述第三交易数据是示出向所述一个以上的申请人中的、在所述规定定时以后进行了申请的申请人提供追加报酬的交易数据。

根据所述形态，向申请人提供追加报酬，因此，即使在募集期间中的规定的定时以后，申请人也具有尽量得到多的数额的报酬的意图，在更早的定时进行申请，因此，能够使众筹更进一步早期成立。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

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

根据所述形态，经过共识算法的执行存放分散总账。因此，本发明涉及的控制方法，经过共识算法的执行，从而能够更容易适当地管理众筹的筹措资金。

例如，也可以是，向所述一个以上的申请人分别提供的报酬的数额的所述决定是，由根据将所述第一交易数据存放到所述分散总账而执行的智能合约进行的。

根据所述形态，不经由其他的人或其他的系统，也能够早期且安全地执行报酬的数额的决定处理。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

例如，也可以是，所述追加报酬的数额的所述决定是，由根据将所述第一交易数据存放到所述分散总账而执行的智能合约进行的。

根据所述形态，不经由其他的人或其他的系统，也能够早期且安全地执行追加报酬的数额的决定处理。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

并且，本发明的一个形态涉及的服务器，该服务器是在具备持有分散总账的多个服务器的基金管理系统中的该多个服务器之中的一个服务器，所述服务器具备：处理部，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与来自众筹的一个以上的申请人的申请有关的交易数据，在所述分散总账预先存放有报酬信息，在该报酬信息中规定了向所述一个以上的申请人提供的报酬的数额，该报酬的数额具有随着来自所述一个以上的申请人各自的申请的定时晚而减少的倾向；以及控制部，参照所述报酬信息，利用接收所述第一交易数据的定时来决定向所述一个以上的申请人分别提供的报酬的数额，所述处理部，进一步，在判断为满足所述众筹的目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将基于所述决定的所述数额的所述报酬向所述一个以上的申请人分别提供的交易数据。

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

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

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

并且，本发明的一个形态涉及的数据结构，该数据结构被记录在具备持有分散总账的多个服务器的服务管理系统中的所述分散总账，所述数据结构包括报酬信息，在该报酬信息中规定了向所述一个以上的申请人提供的报酬的数额，该报酬的数额具有随着来自所述一个以上的申请人各自的申请的定时晚而减少的倾向，所述数据结构，在被记录到所述分散总账后，所述一个以上的申请人向所述众筹进行申请的情况下，用于根据所述报酬信息决定向所述一个以上的申请人分别提供的报酬的数额的处理。

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

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

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

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

(实施方式1)

在本实施方式中，说明能够削减众筹的管理系统的电力消耗的基金管理系统以及该控制方法等。而且，将基金的资金筹措的单位也称为项目。估计为项目是，关于内容的提供的项目。关于项目，将提供内容的人称为提供者，将募集对于该内容的资金提供的人称为募集者，将申请资金提供的人称为申请人。项目，在对该项目规定的募集期间中，能够接受规定的目标额的资金提供的申请的情况下，表现为“成立”。

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

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

服务器10A是，管理由基金管理系统1进行的众筹的多个服务器10A、10B以及10C中的一个。服务器10A是，持有分散总账的多个服务器10A、10B以及10C中的一个。在服务器10A持有的分散总账中，存放有与众筹的手续或处理(募集，申请，结束判断，报酬提供等)有关的各种交易数据。服务器10A，接收所述交易数据，从而接受众筹的手续或处理。而且，作为一个例子，项目的资金提供，由分散总账管理，以作为代币的提供。代币是，由分散总账管理的价值信息，相当于金钱、商品券或优惠券等，或能够交换。

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

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

终端40是，提供者持有的终端装置。提供者提供的内容是，例如，运动图像、静止图像、音乐、或软件(包括应用软件)等的电子数据。将提供者提供的内容，估计为由提供者制作，说明其情况，但是，不仅限于此。终端40，在项目成立的情况下，将关于该项目的内容提供给申请人。终端40是，例如个人电脑、智能手机、平板电脑等。

终端41是，众筹的项目的募集者持有的终端装置。募集者，以申请人的资金提供的申请的总额，达到项目的目标额的方式，募集申请人的资金提供。而且，募集者，也可以是与提供者相同的人，也可以是与申请人相同的人，也可以是与提供者以及募集者不同的人。终端41，在募集资金提供时，生成包括与资金提供的募集有关的信息的交易数据(也称为募集交易数据)，将生成的募集交易数据发送到服务器10A等。

终端50是，申请人持有的终端装置。申请人，参照与资金提供的募集有关的信息，进行资金提供的申请。然后，在项目成立的情况下，实际上，资金经由募集者提交给提供者。并且，与申请的定时对应的报酬，从众筹的管理账户或提供者提供到申请人。另一方面，在项目没有成立的情况下，不进行向募集者以及提供者的资金提供、以及报酬的提供。

终端50，在进行资金提供的申请时，生成用于申请的交易数据(也称为申请交易数据，第一交易数据)，将生成的申请交易数据发送到服务器10A。若项目成立，终端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中存放的分散总账，存储一个以上的交易数据，利用散列值等的特性以难以篡改的方式被管理(后述)。

并且，在总账存储部16中存放的分散总账中预先存放，规定了向一个以上的申请人提供且具有随着一个以上的申请人各自的申请的定时晚而减少的倾向的报酬的数额的报酬信息。

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

控制部13是，判断是否达成了众筹的项目的目标，控制关于资金的提供以及报酬的提供的处理的处理部。控制部13，将众筹的目标条件以及关于报酬的信息，由募集交易从终端41接收。并且，控制部13，由终端50以及51的申请交易，接受资金提供的申请。控制部13，判断是否满足众筹的目标条件，输出示出该判断结果的信息。

并且，控制部13，根据所述判断的结果，控制关于众筹的处理。具体而言，控制部13，在众筹的项目成立的情况下，进行各种通知等的处理、由支付交易数据的资金的支付处理、报酬额的决定处理、由用于报酬的提供的交易数据(也称为报酬提供交易数据，第二交易数据)的报酬的提供处理。

具体而言，控制部13，参照报酬信息，利用接收申请交易数据的定时决定向一个以上的申请人分别提供的报酬的数额。而且，控制部13，在判断为满足众筹的目标条件的情况下，将示出将基于所述决定的数额的报酬提供给一个以上的申请人的每一个的报酬提供交易数据经由处理部11存放到分散总账。

而且，决定提供的报酬的数额的定时有多个。例如，控制部13，按照来自终端51等的每个申请决定报酬的数额。更具体而言，控制部13，在从终端51等接收申请交易数据后的规定时间以内决定报酬的数额。规定时间是，例如，数秒至数分左右。此时，也可以在接收申请交易数据后的所述规定时间以内，将关于所述决定的报酬的数额通知给申请人。据此，报酬的数额的计算处理的定时在时间上分散，从而具有使服务器的处理负荷分散的效果。

而且，控制部13也可以，在判断为满足众筹的目标条件之后，决定报酬的数额。据此，能够考虑众筹全体的状况变更报酬信息等，来决定更适当的报酬的数额。

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

以后，说明向申请人提供的报酬。

根据募集交易数据中包括的报酬信息，在申请人的申请定时决定向申请人提供的报酬。报酬信息是，例如，规定报酬额的函数或表。

图3是示出本实施方式的报酬信息的第一例的说明图。图3所示的报酬信息是，根据函数规定报酬额的报酬信息的例子。

在图3中，横轴示出，申请的定时x，纵轴示出，各个定时x的报酬额F(x)。而且，具体而言，定时x是，顺序(即，该项目的第几个申请)，以该情况为例子进行说明，但是，另外，也可以是时间(即，从该项目的募集的开始的经过时间)。

函数F(x)，作为原则，具有相对于x的增加而减少的倾向。换而言之，报酬额具有，随着申请的定时晚而减少的倾向。更具体而言，函数F(x)是，相对于x而单调减少的函数。但是，函数F(x)也可以包括，相对于x的变化而维持值的区间。并且，函数F(x)也可以包括，例外地相对于x的增加而增加的情况，在后述的实施方式2中进行详细说明。

控制部13，利用图3所示的报酬信息即函数F(x)，以下计算并决定报酬额。也就是说，控制部13，利用函数F(x)，将进行了第一个申请的申请人的报酬额决定为F(1)即E1，将进行了第二个申请的申请人的报酬额决定为F(2)即E2。并且，控制部13，将进行了第N个申请的申请人的报酬额决定为F(N)即零。

图4是示出本实施方式的报酬信息的第二例的说明图。图4所示的报酬信息是，根据表规定报酬额的报酬信息的例子。

在图4所示的表中示出，申请的顺序、与进行了该申请的申请人的报酬额相对应。在所述表中，作为原则，也具有申请的顺序越晚报酬额就越减少的倾向。更具体而言，报酬额具有，相对于顺序而单调减少的关系。但是，报酬额也可以包括，相对于顺序的变化而维持值的区间。并且，报酬额也可以包括，例外地顺序晚时增加的情况，在后述的实施方式2中进行详细说明。

例如，将进行了第一个申请的申请人的报酬额与E1对应，将进行了第二个申请的申请人的报酬额与E2对应。并且，将进行了第N个申请的申请人的报酬额与零对应。

控制部13，利用作为图4所示的报酬信息的表如下决定报酬额。也就是说，控制部13，利用表，将进行了第一个申请的申请人的报酬额决定为E1，将进行了第二个申请的申请人的报酬额决定为E2。并且，控制部13，将进行了第N个申请的申请人的报酬额决定为零。

如图3或图4所示，控制部13，申请的定时越早就越决定高的报酬额。据此，具有催促申请人，在更早的定时进行申请的效果。

图5是示出本实施方式的记录了报酬额的记录表的一个例子的说明图。记录表是，在控制部13决定报酬额的情况下，记录决定的报酬额的表。

图5所示的记录表示出，利用图3或图4所示的报酬信息决定的报酬额的一个例子。

具体而言，图5所示的记录表示出，对进行了第一个申请的申请人即A决定作为报酬额的E1，对进行了第二个申请的申请人即B决定作为报酬额的E2。

而且，在从终端51等接收申请交易数据的定时决定报酬的数额的情况下，在记录表中，每当接收申请交易数据时将申请人与报酬额建立对应来记录。另一方面，在项目成立的定时决定报酬的数额的情况下，在记录表中，在项目成立后将所有的申请人与各个申请人的报酬额建立对应来记录。

而且，记录表，也可以记录在控制部13使用的内存或存储器，也可以利用分散总账记录。在利用分散总账记录的情况下，将从初始状态的记录表的更新内容作为履历记录到分散总账。此时，进一步，也可以将记录表的最新状态记录到内存或存储器。

以后，说明由处理部11存放到分散总账的各种交易数据，即(1)募集交易数据、(2)申请交易数据、(3)资金提供交易数据、(4)报酬提供交易数据、(5)目标判断交易数据、以及(6)报酬委托交易数据。

(1)募集交易数据

图6是示意性地示出本实施方式的募集交易数据的说明图。募集交易数据，在开始众筹的项目时，由终端41生成，发送到服务器10A等。

如图6示出，募集交易数据包括，募集者ID、项目ID、提供者ID、募集期限、目标额、支付额、目标判断代码、报酬决定代码、以及签名。

募集者ID是，能够唯一地确定募集关于该项目的资金提供的募集者的标识符。

项目ID是，能够唯一地确定该项目的标识符。

提供者ID是，能够唯一地确定提供者的标识符。

募集期限是示出，该项目的募集期限、即募集期间的终期的信息。

目标额是示出，该项目中募集者筹措的目标的资金的数额、即代币的量的信息。

支付额是示出，该项目中各个申请支付的代币的量的信息。而且，在不决定该项目中各个申请人支付的代币的量的情况下，不需要支付额的指定。

目标判断代码是，进行是否达成了该项目的目标的判断的智能合约的代码。

报酬决定代码是，进行该项目成立时的报酬额的决定的智能合约的代码。

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

图6所示的募集交易数据是，募集者ID为“aaa001”的募集者，用于进行针对项目ID为“kdfjafjpo34”的项目的资金提供的募集的募集交易数据。在该项目中，提供者的提供者ID为“fljad4019”，募集期限为“2018.10.10 15:00:00”，目标额为“100”代币，支付额为“1”代币。签名是，募集者的电子签名。

(2)申请交易数据

图7是示意性地示出本实施方式的申请交易数据的说明图。申请交易数据，在进行项目的资金提供的申请时，由进行申请的申请人的终端(例如申请人U3的终端50)生成，发送到服务器10A等。

如图7示出，申请交易数据包括，申请人ID、项目ID、支付额、发送日期和时间、以及签名。

申请人ID是，能够唯一地确定进行资金提供的申请的申请人的标识符。

项目ID是，能够唯一地确定关于该申请的项目的标识符。

支付额是示出，在该申请中，申请人支付的代币的量的信息。

发送日期和时间是示出，该申请交易数据的发送日期和时间的信息。

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

图7所示的申请交易数据是，申请人ID为“aaa003”的申请人，用于进行针对项目ID为“kdfjafjpo34”的项目的资金提供的申请的申请交易数据。在该申请中，支付额为“1”代币，该申请交易数据的发送日期和时间为“2018.10.0510:00:00”。签名是，申请人的电子签名。

(3)资金提供交易数据

图8是示意性地示出本实施方式的资金提供交易数据的说明图。资金提供交易数据，根据关于项目的基金的成立，从申请人向提供者的资金提供时由服务器10A等生成。而且，资金提供交易数据也可以，由申请人的终端(例如申请人U3的终端50)生成并发送到服务器10A等。

如图8示出，资金提供交易数据包括，申请人账户ID、提供者账户ID、支付额、发送日期和时间、以及签名。

申请人账户ID是，能够唯一地确定进行资金提供的申请人的标识符。

提供者账户ID是，能够唯一地确定接受资金提供的提供者的标识符。

支付额是示出，由该资金提供交易数据提供的代币额的信息。

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

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

图8所示的资金提供交易数据是，用于从申请人账户ID为“aab0aab”的申请人账户，向提供者账户ID为“moaq68079”的提供者账户提供资金(代币)的资金提供交易数据。支付额为“1”代币，该资金提供交易数据的发送日期和时间为“2018.10.11 07:00:00”。签名是，申请人的电子签名。

(4)报酬提供交易数据

图9是示意性地示出本实施方式的报酬提供交易数据的说明图。报酬提供交易数据，根据关于项目的基金的成立，在报酬提供时由服务器10A等生成。而且，报酬提供交易数据也可以，由募集者U2的终端41生成并发送到服务器10A等。

如图9示出，报酬提供交易数据包括，管理账户ID、申请人账户ID、报酬额、提供日期和时间、以及签名。

管理账户ID是，能够唯一地确定众筹的管理账户的标识符。管理账户ID示出，报酬的提供源。

申请人账户ID是，能够唯一地确定接受报酬的提供的申请人的标识符。

报酬额是示出，由该报酬提供交易数据提供的代币额的信息。

提供日期和时间是示出，因存放该报酬提供交易数据而进行报酬的提供的日期和时间的信息。

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

图9所示的报酬提供交易数据是，用于从管理账户ID为“moaq68079”，向申请人账户ID为“aab0aab”的申请人账户提供报酬(代币)的报酬提供交易数据。报酬额为“1”代币，由该报酬提供交易数据的报酬的提供日期和时间为“2018.10.11 07:00:00”。签名是，管理者的电子签名。

(5)目标判断交易数据

图10是示意性地示出本实施方式的目标判断交易数据的说明图。目标判断交易数据，在使服务器10A等执行用于判断是否达成了关于项目的基金的目标的判断处理时，由终端41生成。

如图10示出，目标判断交易数据包括，募集者ID、执行代码、发送日期和时间、以及签名。

募集者ID是，能够唯一地确定募集者的标识符。

执行代码是示出，用于判断是否达成了基金的目标的智能合约的代码的信息。

发送日期和时间是示出，发送了该目标判断交易数据的日期和时间的信息。

签名是，生成该目标判断交易数据的装置或人附加的电子签名。

图10所示的目标判断交易数据是，募集者ID为“aaa001”的募集者用于由“目标判断代码”使服务器10A等进行基金的目标的达成的判断的目标判断交易数据。该目标判断交易数据的发送日期和时间为“2018.10.0510:00:30”。签名是，募集者的电子签名。

(6)报酬委托交易数据

图11是示意性地示出本实施方式的报酬委托交易数据的说明图。报酬委托交易数据，在使服务器10A等执行决定报酬额的处理时，由终端41生成。

如图11示出，报酬委托交易数据包括，募集者ID、执行代码、发送日期和时间、以及签名。

募集者ID是，能够唯一地确定募集者的标识符。

执行代码是示出，用于决定报酬额的智能合约的代码的信息。

发送日期和时间是示出，发送了该报酬委托交易数据的日期和时间的信息。

签名是，生成该报酬委托交易数据的装置或人附加的电子签名。

图11所示的报酬委托交易数据是，募集者ID为“aaa001”的募集者用于由“报酬决定代码”使服务器10A等进行决定报酬额的处理的报酬委托交易数据。该目标判断交易数据的发送日期和时间为“2018.10.1105:00:00”。签名是，募集者的电子签名。

以后，对于服务器10A等的处理、以及基金管理系统1全体的处理，说明报酬的数额的决定的定时和报酬提供的形态不同的四个例子。

(1)按每个申请决定报酬的数额，作为报酬发行并提供新的代币的情况的例子。

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

预先，提供者U1的终端40，设定与众筹的项目有关的条件，发送到终端41。所述条件包括，募集期限、目标额、以及支付额。终端41，将包括所述条件的募集交易数据生成并发送到服务器10A等。

如图12示出，在步骤S101中，处理部11，判断从募集者U2的终端41是否接收到募集交易数据。在判断为接收到募集交易数据的情况下(步骤S101的“是”)，进入步骤S102，否则(步骤S101的“否”)，再次执行步骤S101。也就是说，处理部11，在步骤S101中等待，直到接收募集交易数据为止。而且，募集交易数据包括，目标判断代码、以及报酬决定代码。

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

在步骤S103中，处理部11，判断从申请人U3等的终端41等是否接收到申请交易数据。在接收到申请交易数据的情况下(步骤S103的“是”)，进入步骤S104，否则(步骤S103的“否”)，进入步骤S103。也就是说，处理部11，在步骤S103中等待，直到接收申请交易数据为止。

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

在步骤S105中，控制部13，决定向步骤S103中接收的申请交易数据的发送源即申请人提供的报酬的数额。报酬的数额的决定是，执行步骤S101中接收的申请交易数据中包括的报酬决定代码来进行的。并且，控制部13也可以，将决定的报酬的数额通知给申请人。

在步骤S106中，控制部13，判断募集期间是否结束。募集期间是否结束是，根据步骤S101中接收的募集交易数据中包括的募集期限是否到来判断的。在判断为募集期间结束的情况下(步骤S106的“是”)，进入步骤S107，否则(步骤S106的“否”)，进入步骤S103。

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

在步骤S108中，控制部13，判断是否满足众筹的项目的目标条件。是否满足目标条件的判断是，执行步骤S101中接收的募集交易数据中包括的目标判断代码来进行的。在判断为满足目标条件的情况下(步骤S108的“是”)，进入步骤S109，否则(步骤S108的“否”)，进入步骤S121。

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

在步骤S110中，控制部13，生成资金提供交易数据。资金提供交易数据示出，从申请人向提供者提供资金。

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

在步骤S112中，控制部13，生成报酬提供交易数据。生成的报酬提供交易数据中，被写入步骤S105中决定的报酬额。所述报酬提供交易数据示出，从众筹的管理账户向申请人提供，作为步骤S105中决定的报酬额的报酬发行的代币。

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

在步骤S121中，控制部13，将基金的不成立通知给申请人U3的终端50等。而且，也可以不执行步骤S121。

在步骤S113或S121之后，图12所示的一连串的处理结束。

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

图13是示出与图12对应的基金管理系统1全体的处理的序列图。图13示出，项目成立时的基金管理系统1全体的处理。而且，对于与图12示出的流程图相同的处理，附加与图12相同的符号，省略详细说明。

首先，预先，提供者U1的终端40，设定与众筹的项目有关的条件，将设定的条件发送到终端41。所述条件包括，募集期限、目标额、以及支付额。终端41，接收发送来的条件。

在步骤S201中，终端41，根据从终端40接收的条件，生成募集交易数据。生成的募集交易数据中包括，目标判断代码以及报酬决定代码(参照图6)。并且，终端41，将生成的募集交易数据发送到服务器10A等。此时，终端41，也可以将生成的募集交易数据发送到服务器10A等中的一个服务器，也可以发送到多个服务器。

服务器10A等，接收由终端41发送的募集交易数据，存放到分散总账(步骤S101以及S102)。

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

服务器10A等，接收发送来的申请交易数据，存放到分散总账(步骤S103以及S104)。并且，服务器10A等，决定与申请交易数据的发送源即终端51有关的申请人U4的报酬额(步骤S105)。并且，在募集期间结束的情况下，发送募集期间结束的通知(步骤S106以及S107)。

而且，服务器10A等，在满足目标条件的情况下，生成与从管理账户向提供者的资金的提供有关的资金提供交易数据、以及与从管理账户向申请人的报酬的提供有关的报酬提供交易数据，存放到分散总账(步骤S110至113)。

(2)按每个申请决定报酬的数额，作为报酬提供现有的代币的情况(服务器10A自主进行目标判断以及报酬提供的情况)的例子。

图14是示出本实施方式的服务器10A等的处理的第二例的流程图。而且，图14所示的处理步骤中的、虚线框SA内的处理步骤，与图12的处理不同。以该部分为重点进行说明。

处理部11以及控制部13，从募集者U2(终端41)接收募集交易数据，然后，若满足基金的目标条件来基金成立，则将资金提供交易数据存放到分散总账(步骤S101至步骤S111)。

在步骤S131中，控制部13，将步骤S105中决定的报酬额通知给募集者U2即终端41。

在步骤S132中，处理部11，判断从募集者U2的终端41是否接收到报酬提供交易数据。在接收到报酬提供交易数据的情况下(步骤S132的“是”)，进入步骤S133，否则(步骤S132的“否”)，进入步骤S132。也就是说，处理部11，在步骤S132中等待，直到接收报酬提供交易数据为止。

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

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

图15是示出与图14对应的基金管理系统1全体的处理的序列图。而且，图15所示的处理步骤中的、虚线框SA内的处理步骤，与图13的处理不同。以该部分为重点进行说明。

基金管理系统1，若基金成立，则将资金提供交易数据存放到分散总账(步骤S101至步骤S111)。

若服务器10A将报酬额通知给募集者U2即终端41(步骤S131)，则募集者U2的终端41，将报酬提供交易数据生成并发送到服务器10A(步骤S202)。服务器10A，接收发送来的报酬提供交易数据，存放到分散总账(步骤S132至S133)。

(3)按每个申请决定报酬的数额，作为报酬提供现有的代币的情况(根据来自募集者的指示进行目标判断以及报酬提供的情况)的例子。

图16是示出本实施方式的服务器10A等的处理的第三例的流程图。而且，图16所示的处理步骤中的、虚线框SB内的处理步骤以及虚线框SC内的处理步骤，与图12的处理不同。以该部分为重点进行说明。

处理部11以及控制部13，从募集者U2的终端41接收募集交易数据，然后，若接收申请交易数据，则决定向申请人提供的报酬额(步骤S101至S105)。

在步骤S141中，处理部11，将步骤S105中决定的报酬额通知给募集者。

在步骤S142中，处理部11，判断是否接收到目标判断交易数据。在判断为接收到目标判断交易数据的情况下(步骤S142的“是”)，进入步骤S143，否则(步骤S142的“否”)，再次执行步骤S142。也就是说，处理部11，在步骤S142中等待，直到接收目标判断交易数据为止。

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

在执行步骤S143后，控制部13，判断是否满足众筹的项目的目标条件(步骤S108)。此时，也可以与步骤S106同样判断募集期间是否结束。

并且，处理部11，在基金成立来将资金提供交易数据存放到分散总账后，在步骤S151中，将报酬额通知给募集者U2即终端41。

在步骤S152中，处理部11，判断是否接收到报酬委托交易数据。在判断为接收到报酬委托交易数据的情况下(步骤S152的“是”)，进入步骤S153，否则(步骤S152的“否”)，再次执行步骤S152。也就是说，处理部11，在步骤S152中等待，直到接收报酬委托交易数据为止。

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

在步骤S154中，判断步骤S152中接收的报酬委托交易数据中包括的报酬额，与步骤S105中决定的报酬额是否匹配。在判断为匹配的情况下(步骤S154的“是”)进入步骤S155，否则(步骤S154的“否”)，进入步骤S157。

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

在步骤S157中，控制部13，通知报酬额不匹配。而且，也可以不执行步骤S157。

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

图17是示出与图16对应的基金管理系统1全体的处理的序列图。而且，图17所示的处理步骤中的、虚线框SB内的处理步骤以及虚线框SC内的处理步骤，与图16的处理不同。以该部分为重点进行说明。

若服务器10A将报酬额通知给终端41(步骤S141)，终端41，则在步骤S231中，生成目标判断交易数据，将生成的目标判断交易数据发送到服务器10A等。服务器10A，接收从终端41发送的目标判断交易数据，存放到分散总账(步骤S142至S143)。

并且，在服务器10A等将资金提供交易数据存放到分散总账后，将报酬额通知给终端41(步骤S151)，终端41，在步骤S232中，生成报酬委托交易数据，将生成的报酬委托交易数据发送到服务器10A等。服务器10A，接收从终端41发送的报酬委托交易数据来存放到分散总账(步骤S152至S153)，并且，将报酬提供交易数据存放到分散总账。

(4)在基金成立后决定报酬的数额的形态的情况的例子。

图18是示出本实施方式的服务器10A等的处理的第四例的流程图。图19是示出与图18对应的基金管理系统1全体的处理的序列图。参照图18以及图19，说明服务器10A等以及基金管理系统1全体的处理。而且，图18以及图19所示的处理步骤中的、虚线框SD内的处理步骤，分别与图12以及图13的处理不同。以该部分为重点进行说明。

处理部11以及控制部13，从募集者U2的终端41接收募集交易数据，然后，若接收申请交易数据，则将接收的申请交易数据存放到分散总账(步骤S101至步骤S104)。此后，控制部13，不决定报酬额，换而言之，报酬额的决定被限制。

接着，控制部13，判断是否满足目标条件(步骤S108)，在判断为满足的情况下，将资金提供交易数据生成并存放到分散总账(步骤S110，S111)。而且，在所述判断时，也可以与步骤S106同样判断募集期间是否结束。

在步骤S161中，控制部13，决定向步骤S103中接收的申请交易数据的发送源即申请人提供的报酬的数额。报酬的数额的决定是，执行步骤S101中接收的申请交易数据中包括的报酬决定代码来进行的。

然后，控制部13，根据步骤S161中决定的报酬额将报酬提供交易数据生成并存放到分散总账(步骤S112至S113)。

而且，也可以将步骤S112以及S113的部分(点划线框SE内的处理)，替换为所述(2)的虚线框SA内的处理步骤(即步骤S131至S133)，或者，替换为所述(3)的虚线框SC内的处理步骤(即步骤S151至S157)。

如上所述，根据本实施方式的控制方法，具有申请人尽量得到多的数额的报酬的意图，因此，催促在更早的定时进行申请，从而使众筹早期成立。而且，若众筹早期成立，在该成立以后，能够削减众筹的管理所需要的服务器的运转所需要的电力消耗。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

并且，在接收关于申请的交易数据后的规定时间以内执行决定报酬额的处理，因此，处理定时分散，据此，服务器的处理负荷分散，能够避免瞬时处于电力消耗高的状态。因此，本发明涉及的控制方法，能够一边在时间上使处理负荷分散，一边削减众筹的管理系统的电力消耗。

并且，向申请人通知报酬额，因此，申请人，能够识别给予自己的报酬的数额，申请人得到进行新的申请的更进一步的动机。据此，能够更进一步削减众筹的管理所需要的服务器的运转所需要的电力消耗。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

并且，众筹的成立后执行决定针对全申请人的报酬的数额的处理，因此，能够考虑众筹全体的状况，更适当地决定报酬的数额。因此，本发明涉及的控制方法，能够削减众筹的管理系统的电力消耗。

并且，经过共识算法的执行存放分散总账。因此，本发明涉及的控制方法，得到共识算法的执行，能够更容易适当地管理众筹的筹措资金。

并且，不经由其他的人或其他的系统，也能够早期且安全地执行报酬的数额的决定处理。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

(实施方式2)

在本实施方式中，对于能够削减众筹的管理系统的电力消耗的基金管理系统以及该控制方法等，特别是，对于在募集期间中的与终期比较近的期间，能够更进一步早期成立的技术进行说明。

具体而言，在本实施方式的报酬信息中，还规定了向一个以上的申请人中的、在众筹的募集期间中的规定定时以后进行了申请的申请人追加提供的报酬即追加报酬的数额。而且，将示出向一个以上的申请人中的、在规定定时以后进行了申请的申请人提供追加报酬的交易数据即第三交易数据存放到分散总账。而且，追加报酬的数额的决定，也可以由根据将第一交易数据存放到分散总账而执行的智能合约进行。

本实施方式涉及的基金管理系统1以及服务器10A等的结构，与实施方式1相同，但是，处理部11以及控制部13的处理不同。

具体而言，控制部13接收的募集交易数据中包括的报酬信息不同。并且，基于该报酬信息的报酬的提供方法不同。

以后，说明报酬信息、以及报酬的提供方法。

(1)关于报酬信息

图20是示出本实施方式的报酬信息的第一例的说明图。图20所示的报酬信息是，与图3同样，根据函数规定报酬额的报酬信息的例子。并且，纵轴以及横轴的意义，与图3同样。

函数F(x)，作为原则，具有相对于x的增加而减少的倾向。换而言之，报酬额具有，随着申请的定时晚而减少的倾向。更具体而言，函数F(x)是，相对于x而单调减少的函数。但是，函数F(x)也可以包括，相对于x的变化而维持值的区间。

并且，函数F(x)包括，例外地相对于x的增加而增加的情况。具体而言，在x＝7附近，相对于x的增加而F(x)增加。而且，在x为7至N的区间，F(x)具有，比图3所示的F(x)大的值。

根据图20所示的函数F(x)，将进行了第一个申请的申请人的报酬额决定为F(1)即E1，将进行了第二个申请的申请人的报酬额决定为F(2)即E2。

并且，将进行了第七个申请的申请人的报酬额决定为F(7)即E7+A7，将进行了第八个申请的申请人的报酬额决定为F(8)即E8+A8。将进行了第N个申请的申请人的报酬额决定为F(N)即AN。在此，将相对于实施方式1的F(x)的本实施方式的F(x)的追加、例如第七个申请人的报酬额中的A7、第八个申请人的报酬额中的A8等，也称为追加报酬额。对此，将相当于实施方式的1F(x)的报酬额也称为基本报酬额。

而且，在图20所示的函数F(x)中，规定定时，相当于x＝7的定时。

图21是示出本实施方式的报酬信息的第二例的说明图。图21所示的报酬信息是，与图4同样，根据表规定报酬额的报酬信息的例子。

在图21所示的表中示出，申请的顺序、与进行了该申请的申请人的报酬额相对应。

例如，将进行了第一个申请的申请人的报酬额与E1对应，将进行了第二个申请的申请人的报酬额与E2对应。

例如，将进行了第七个申请的申请人的报酬额与E7+A7对应，将进行了第八个申请的申请人的报酬额与E8+A8对应。并且，将进行了第N个申请的申请人的报酬额与AN对应。

而且，在图21所示的表中，规定定时，相当于第七个申请的定时。

(2)关于报酬的提供方法

对于提供根据上述的报酬信息决定的报酬额的方法说明两个例子。

第一例是，由服务器10A等执行的单一智能合约提供关于所述报酬额的报酬的形态。

在此情况下，与实施方式1的控制部13执行的智能合约相同，因此，省略详细说明。

第二例是，服务器10A等执行两个智能合约，两个智能合约联动提供关于所述报酬额的报酬的形态。

对于所述第二例进行详细说明。

图22是示出本实施方式的两个智能合约决定的报酬额的说明图。在此，在所述两个智能合约中，将进行基本报酬额的决定的智能合约也称为智能合约1，将进行追加报酬额的决定的智能合约也称为智能合约2。

如图22示出，智能合约1提供的基本报酬额，与图4所示的报酬额同样。

并且，关于智能合约2提供的追加报酬额，第一个申请人至第六个申请人为零，第七个申请人至第N个申请人分别为A7，A8，…，AN。

图23是示出本实施方式的两个智能合约决定报酬额的处理的序列图。

在图23中，以申请人A，B，…，G的终端依次将申请交易数据发送到服务器10A的情况为例子进行说明。

若第一个申请人即申请人A发送申请交易数据，则该申请交易数据存放到服务器10A等的分散总账，由智能合约1决定报酬额(步骤S105)。具体而言，决定报酬额E1，以作为申请人A的基本报酬额。此时，智能合约2，不决定申请人A的追加报酬额。而且，此时也可以认为，知道了智能合约1决定基本报酬额的情况的智能合约2，将申请人A的追加报酬额决定为零。

接着，若第二个申请人即申请人B发送申请交易数据，则该申请交易数据存放到服务器10A等的分散总账，由智能合约1决定报酬额(步骤S105)。具体而言，决定报酬额E2，以作为申请人B的基本报酬额。此时，智能合约2，不决定申请人A的追加报酬额(或，将追加报酬额决定为零)。

同样，针对第三个至第六个申请人，智能合约1决定基本报酬额。

若第七个申请人即申请人G发送申请交易数据，则该申请交易数据存放到服务器10A等的分散总账，由智能合约1决定报酬额(步骤S105)。具体而言，决定报酬额E7，以作为申请人G的基本报酬额。此时，智能合约2，获得示出智能合约1决定基本报酬额的事实的通知，将申请人G的追加报酬额决定为A7(步骤S105)。

同样，针对第八个至第N个申请人，智能合约1决定基本报酬额，并且，智能合约2决定追加报酬额。

在该状态下募集期间结束，判断为满足目标条件的情况下，由智能合约1生成与基本报酬额的报酬的提供有关的报酬提供交易数据，存放到分散总账(步骤S112至S113)。并且，由智能合约2生成与追加报酬额的报酬的提供有关的报酬提供交易数据(相当于第三交易数据)，存放到分散总账(步骤S112至S113)。

如此，向各个申请人提供基本报酬额以及追加报酬额的报酬。

如上所述，本实施方式的服务器，向申请人提供追加报酬，因此，即使在募集期间中的规定的定时以后，申请人也具有尽量得到多的数额的报酬的意图，在更早的定时进行申请，因此，能够使众筹更进一步早期成立。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

并且，不经由其他的人或其他的系统，也能够早期且安全地执行追加报酬的数额的决定处理。因此，本发明涉及的控制方法，能够更进一步削减众筹的管理系统的电力消耗。

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

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

图24是示意性地示出本变形例的基金管理系统2的结构的框图。

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

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

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

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

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

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

图25是示意性地示出本变形例的基金管理系统3的结构的框图。

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

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

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

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

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

在此，说明各个实施方式的变形例3。

图26是示出本变形例的服务器的处理的流程图。

如图26示出，在步骤S601中，接收与来自众筹的一个以上的申请人的申请有关的交易数据即第一交易数据，将接收的第一交易数据存放到多个服务器分别具备的分散总账。在此，在分散总账预先存放有，规定了向一个以上的申请人提供且具有随着来自一个以上的申请人各自的申请的定时晚而减少的倾向的报酬的数额的报酬信息。

在步骤S602中，参照报酬信息，利用接收第一交易数据的定时决定向一个以上的申请人分别提供的报酬的数额。

在步骤S603中，在判断为满足众筹的目标条件的情况下，将示出将基于所述决定的数额的报酬向一个以上的申请人分别提供的交易数据即第二交易数据存放到分散总账。

据此，能够削减众筹的管理系统的电力消耗。

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

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

处理部61，接收与来自众筹的一个以上的申请人的申请有关的交易数据即第一交易数据，将接收的第一交易数据存放到多个服务器分别具备的分散总账。在分散总账预先存放有，规定了向一个以上的申请人提供且具有随着来自一个以上的申请人各自的申请的定时晚而减少的倾向的报酬的数额的报酬信息。

控制部63，参照报酬信息，利用接收第一交易数据的定时决定向一个以上的申请人分别提供的报酬的数额。

处理部61，进一步，在判断为满足众筹的目标条件的情况下，将示出将基于所述决定的数额的报酬向一个以上的申请人分别提供的交易数据即第二交易数据存放到分散总账。

据此，能够削减众筹的管理系统的电力消耗。

(补充)

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

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

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

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

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

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

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

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

也就是说，该程序，使计算机执行在具备持有分散总账的多个服务器的基金管理系统中，由该多个服务器之中的一个服务器执行的控制方法，在所述控制方法中，接收第一交易数据，将接收的所述第一交易数据存放到所述多个服务器分别具备的所述分散总账，所述第一交易数据是与来自众筹的一个以上的申请人的申请有关的交易数据，在所述分散总账预先存放有报酬信息，在该报酬信息中规定了向所述一个以上的申请人提供的报酬的数额，该报酬的数额具有随着来自所述一个以上的申请人各自的申请的定时晚而减少的倾向，参照所述报酬信息，利用接收所述第一交易数据的定时来决定向所述一个以上的申请人分别提供的报酬的数额，在判断为满足所述众筹的目标条件的情况下，将第二交易数据存放到所述分散总账，所述第二交易数据是示出将基于所述决定的所述数额的所述报酬向所述一个以上的申请人分别提供的交易数据。

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

本发明，能够用于管理众筹的基金管理系统。

符号说明

1，2，3 基金管理系统

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

11，61 处理部

12 总账管理部

13，63 控制部

15 存放部

16 总账存储部

40，41，50，51 终端

B1，B2，B3 区块

N 网络

P1 交易主体

P2 电子签名

U1 提供者

U2 募集者

U3，U4 申请人