提供装置及处理系统的制作方法

本发明涉及提供装置和处理系统等。

背景技术：

以往，已知提供与打印机等电子设备有关的服务的系统。例如，已知用于自动配送电子设备的消耗品的系统。在专利文献1中，公开了在设备的消耗品满足更换条件时从信息处理终端向服务器订购消耗品并要求发送消耗品的系统。

专利文献1：日本特开2017-215691号公报

技术实现要素：

对于提供消耗品配送服务的系统构成可以考虑各种构成。例如可考虑使收集、统计来自电子设备的数据的系统、基于统计结果进行配送安排服务的系统、收取计费金额的系统、进行结算的系统等多个系统协作的方法。

然而，以往在提供电子设备的消耗品配送服务的系统中，并未公开使用区块链技术的方法。

本公开的一方式涉及一种提供系统，包括：通信部，其与使用了区块链的网络进行通信；以及处理部，其控制上述通信部，上述处理部生成用于将订购处理程序登录到上述区块链的事务，将生成的上述事务经由上述通信部发布到上述网络，上述订购处理程序用于进行作为管理对象的电子设备的消耗品的订购处理。

附图说明

图1是提供装置的构成例。

图2是处理系统的构成例。

图3是区块链的说明图。

图4是说明向区块链进行的写入处理的流程图。

图5是说明服务提供者的登录处理的流程图。

图6是说明服务提供者的登录处理的另一流程图。

图7是本实施方式的区块链的例子。

图8是说明消耗品配送服务中的定期执行处理的流程图。

图9是说明消耗品配送服务中的定期执行处理的流程图。

图10是说明消耗品的剩余量收集和剩余量计算处理的流程图。

图11是说明警报状态确认处理的流程图。

图12是说明配送安排处理的流程图。

图13是说明计费、收费、结算处理的流程图。

附图标记说明

10…处理系统、100…提供装置、110…处理部、120…通信部、200…处理装置、300…电子设备、nw…区块链网络。

具体实施方式

下面，说明本实施方式。此外，以下所说明的本实施方式并未对权利要求书所记载的内容进行不当限定。另外，在本实施方式中说明的全部构成并不一定是必要构成要件。

1.概要

图1是本实施方式的提供装置100的构成例。提供装置100包括：通信部120，其与使用了区块链的网络进行通信；以及处理部110，其控制通信部120。并且，处理部110生成用于将订购处理程序登录到区块链的事务，并将生成的事务经由通信部120发布到网络，上述订购处理程序用于进行作为管理对象的电子设备的消耗品的订购处理。将使用图2在下文中详细描述，电子设备300直接或者经由处理装置200连接到使用了区块链的网络。下面，将使用了区块链的网络标记为区块链网络nw。此外，“登录到区块链”具体是指对区块链的区块写入数据。

在区块链网络nw中，使用多个区块连成链状的被称为区块链的数据结构。事务是指在进行将数据登录到区块链的处理时发布的命令。区块链网络nw的各节点保存着相同内容的区块链。因此，在包含提供装置100所发布的处理程序的事务已被写入到区块链的情况下，能从加入区块链网络nw的全部节点参照该处理程序。在此的处理程序狭义上是指订购处理程序，但也可以如后所述包含与消耗品配送服务有关的各种程序。由此，用于实现消耗品配送服务的各处理程序的提供变得容易。

本实施方式的电子设备300例如是打印机。或者电子设备300也可以是扫描仪、传真装置或者复印机。电子设备300可以是具有多个功能的复合机(mfp：multifunctionperipheral)，具有印刷功能的复合机也是打印机的一例。电子设备300也可以是投影仪、头戴式显示装置、可穿戴设备、脉搏仪或活动量计等生物体信息测定设备、机器人、照相机等影像设备、智能电话等便携信息终端、或者物理量计测设备等。

此外，本实施方式的处理部110由下述的硬件构成。硬件能包括处理数字信号的电路和处理模拟信号的电路中的至少一方。例如，硬件能包括安装于电路基板的1个或者多个电路装置、1个或者多个电路元件。1个或者多个电路装置例如是ic等。1个或者多个电路元件例如是电阻、电容器等。

另外，处理部110也可以通过下述处理器来实现。本实施方式的提供装置100包括存储信息的存储器和基于存储在存储器中的信息来动作的处理器。信息例如是程序和各种数据等。处理器包括硬件。处理器能使用cpu(centralprocessingunit：中央处理单元)、gpu(graphicsprocessingunit：图形处理单元)、dsp(digitalsignalprocessor：数字信号处理器)等各种处理器。存储器也可以是sram(staticrandomaccessmemory：静态随机存取存储器)、dram(dynamicrandomaccessmemory：动态随机存取存储器)等半导体存储器，也可以是寄存器，也可以是硬盘装置等磁性存储装置，也可以是光盘装置等光学式存储装置。例如，存储器储存有由计算机可读取的命令，该命令由处理器执行，由此提供装置100的各部的功能作为处理而实现。在此的命令既可以是构成程序的命令组的命令，也可以是针对处理器的硬件电路指示动作的命令。

图2是包括本实施方式的提供装置100和处理装置200的处理系统10的构成例。处理装置200是与电子设备300对应设置的装置。提供装置100是进行通过智能合约对区块链写入处理程序的处理的装置，在图2中，示出提供装置100为2个的例子。例如提供装置100中的一个是后述的平台管理者所使用的装置，另一个是服务提供者所使用的装置。不过，提供装置100的数量不限于此。另外，图2示出处理装置200是2个、2个电子设备300连接到各处理装置200的例子，但处理装置200的数量和电子设备300的数量不限于此。具体地，处理装置200是后述的服务利用者所使用的装置。另外，在图2中示出了处理装置200和电子设备300是不同设备的例子，但电子设备300也可以包括处理装置200。即，也可以为电子设备300直接加入区块链网络nw。

提供装置100和处理装置200安装区块链的客户端应用程序。客户端应用程序是用于加入区块链网络nw的软件。客户端应用程序是用于执行例如事务的生成、发布、一致性算法的处理、虚拟货币的管理等在区块链网络nw中进行的各种处理的软件。

另外，在处理装置200中安装用于管理电子设备300的管理应用程序。此外，客户端应用程序和管理应用程序既可以是能协作的不同的应用程序，也可以作为包含区块链的客户端功能和电子设备300的管理功能双方的1个应用程序而实现。

管理应用程序通过进行针对电子设备300的处理指令的执行处理来进行电子设备300的控制。进行电子设备300的控制的处理指令可考虑初始化指令、再启动指令、设定变更指令等各种指令。另外，假定获取电子设备300的信息的处理程序被写入区块链并由客户端应用程序执行。获取电子设备300的信息的处理程序例如是指后述的剩余量收集程序、警报状态确认程序等。不过，管理应用程序也可以保存相当于处理程序的程序。在这种情况下，管理应用程序定期执行该程序，由此进行电子设备300的信息获取。

此外，本实施方式的方法不限于图1所示的提供装置100，也可以应用于图2所示的处理系统10。如图2所示，本实施方式所涉及的处理系统10包括提供装置100和与电子设备300对应设置的处理装置200。处理装置200执行例如后述的剩余量收集程序、警报状态确认程序等进行电子设备300的使用状况数据、状态数据的获取的处理程序。

2.区块链和智能合约

接下来，说明区块链技术。此外，以下说明的内容是构成区块链技术的要素的一部分，也可以追加不同的技术要素。另外，也可以省略以下说明的技术要素的一部分。另外，使各技术要素发展后的方式也包含在本实施方式的区块链技术中。

区块链是在开放的网络中进行加入者的分散型共识达成的方法。区块链网络nw是p2p网络。因此，不同于客户端/服务器型系统，不会有特定的设备对数据进行单独集中管理。在区块链网络nw中，通过连结区块而成的被称为区块链的数据结构来管理数据，各节点保存有共用的区块链。

图3是说明区块链的结构的图。1个区块包含多个事务的数据和母区块的哈希值的数据。具体地，母区块的哈希值是指前1个区块的区块头的哈希值。通过该哈希值来实现区块之间的连接。事务是指向区块链登录数据时由节点发布的命令。例如，在进行使用了虚拟货币的交易的情况下，生成包含汇款方的用户地址、收款方的用户地址、汇款金额等信息的事务。

生成的事务被附上发送者的签名后被广播并传播到区块链网络nw上的各节点。此外，事务的发送能通过在p2p网络中使用的各种数据传播算法来实现。例如，可以是反复进行单纯地向相邻节点发送事务、从该相邻节点向其它节点传播的方法。或者，也可以规定被称为超级节点的生存的可能性高的特定节点，对该超级节点发送事务。将超级节点设为发送目的地，由此能提高事务传播到区块链网络nw的各节点的可能性。

向区块链追加区块是通过被称作次要节点(minornode)的节点来执行的。若存储了规定量的事务，则次要节点试图生成包含该事务的区块。以判定为根据一致性算法进行了共识达成为条件，向区块链追加区块。

在作为一致性算法使用pow(proofofwork：工作量证明)的情况下，区块头的哈希值需要满足特定的条件。特定的条件例如是指哈希值小于规定阈值这一条件。区块头包含被称作nonce(numberusedonce，被使用一次的非重复的随机数值)的字段，该nonce是通过次要节点设定的。换句话说，次要节点执行搜索区块头的哈希值满足特定的条件那样的nonce的处理。用于求出哈希值的哈希函数难以根据输入值来预测输出值，因此次要节点需要一边变更nonce一边搜索循环地满足条件的nonce。即，pow是指以工作量为依据而达成共识的方法。

在通过次要节点生成新的区块时，该区块经过各节点处的验证后在区块链网络nw内传播。各节点处的验证是求出哈希值并判定该哈希值是否满足特定的条件的处理，能在短时间内执行。

此外，一致性算法不限于pow。例如，也可以使用根据虚拟货币的持有量而赋予发言权的pos(proofofstake：权益证明)或者根据加入者的重要度而赋予发言权的poi(proofofimportance：重要性证明)等一致性算法。另外，在赋予了固有的签名的情况下，也可以视为无条件地达成了共识。另外，在使用只能由有限的用户、终端访问的个人网络的情况下，也可以视为与签名有关的判定也被免除而无条件地进行了共识达成。本实施方式的基于一致性算法的共识达成是指包含视为无条件地进行了共识达成的情况。

图4是说明对区块链写入数据的处理的流程图。若该处理开始，则首先，希望向区块链写入数据的节点生成包含该数据的事务，将该事务向区块链网络nw广播(s101)。向各节点的通知不限于广播，在可以使用p2p网络所使用的其它方法。

接着，接收到数据的各节点为了判断是否可以向区块链写入数据，进行基于一致性算法的共识达成(s102)。一致性算法如上所述能采用pow、pos、poi等各种算法。在直到通过一致性算法得到共识之前的期间内(s103中为“否”)，重复进行s102的处理。

在通过一致性算法得到了共识的情况下(s103中为“是”)，得到了共识的节点向各节点广播共识达成(s104)，各节点向自己所保存的区块链写入数据(s105)。通过上述处理，在s101中广播的数据被追加到区块链中，能由各节点使用该数据。

另外，在区块链网络nw中，能将在节点执行的程序追加到区块链。该程序包含状态和函数，通过节点内的执行环境来执行。状态也可以另称为变量的集合，函数也可以另称为子例程(subroutine)、方法(method)等。节点内的执行环境例如是指虚拟机。这种对区块链追加程序后在节点中执行程序的结构被称作智能合约。

针对基于智能合约的向区块链写入程序，也是使用图4并根据上述的流程来执行的。即，希望进行智能合约的写入的节点进行包含作为写入对象的程序在内的事务的生成、广播。在该事务通过一致性算法得到共识的情况下，通过智能合约对区块链写入程序。

本实施方式所涉及的提供装置100的处理部110生成用于将订购处理程序使用智能合约登录到区块链的事务，上述订购处理程序用于进行消耗品的订购处理。这样，通过将订购处理程序使用智能合约写入区块链，能在区块链网络nw的任意的节点执行该订购处理程序。

特别是，在区块链技术中，能从给定的智能合约的程序调出其它智能合约的程序。即，通过智能合约执行在区块链中写入的订购处理程序等，由此能容易地实现处理程序之间的协作。关于具体的协作将在下文中描述。

3.平台管理者、服务提供者、服务利用者

在本实施方式的方法中，也可以使用利用了区块链网络nw的服务提供平台来提供各种服务。作为服务提供平台的加入者，假定有平台管理者、服务提供者、服务利用者。此外，在此关于能提供各种服务的服务提供平台进行说明，但消耗品配送服务以外的服务的提供不是本实施方式必要的构成。

平台管理者是指进行服务提供平台的提供和管理的业务员。服务提供者是指利用服务提供平台提供服务的业务员。服务利用者是指利用在服务提供平台中提供的服务的用户，既可以是个人，也可以是企业等团体。此外，在此的服务是与电子设备300有关的服务，因此服务利用者是指使用电子设备300的用户。

平台管理者将服务提供者信息与该服务提供者所提供的服务内容信息建立对应后存储，由此进行服务提供者的管理。服务提供者信息例如是指服务提供者的名称、所在地、负责人、登录年月日等信息。在服务提供者信息中可以包含后述的数字id。服务内容信息例如是后述的消耗品配送等能确定服务的内容的信息。以下，将服务提供者信息与服务内容信息一起标记为服务登录必要信息。

平台管理者与服务提供者签订合同，基于合同内容进行服务登录必要信息的登录处理。此外，平台管理者也可以兼任服务提供者。在这种情况下，关于平台管理者所提供的服务，也可以省略登录处理。或者也可以视为合同已签订，执行服务登录必要信息的登录处理。例如，平台管理者也可以向服务利用者租赁电子设备300，提供进行与该电子设备300的使用状况相应的计费处理的服务。在此的电子设备300的使用状况例如是指油墨或碳粉的使用量、印刷张数、扫描张数、机器的使用时间等。或者平台管理者也可以提供后述的消耗品配送服务。

图5是说明具体的登录处理的流程图。平台管理者所使用的管理系统首先获取服务登录必要信息(s201)。此外，在提供服务时，需要按照适当的定时执行各种处理程序。因而在s201中，管理系统可以获取用于确定所使用的处理程序的智能合约信息和该处理程序的执行定时信息。

接着，管理系统判定在服务登录必要信息中是否包含有第三方机构所发布的数字id(s202)。数字id是指在计算机上管理的识别信息。第三方机构是指与平台管理者及服务提供者均不同的机构，是进行数字id的发布和认证的机构。第三方机构所发布的数字id既可以是利用了区块链的数字id，也可以是未利用区块链的数字id。另外，在此的数字id也可以是由证书发行机构发行的证书。

在服务登录必要信息包含数字id的情况下(s202中为“是”)，管理系统向第三方机构进行id的询问(s203)，判定该数字id是否为合法的id(s204)。在数字id是合法的id的情况下(s204中为“是”)，管理系统进行将包含s201中获取的服务登录必要信息在内的信息写入区块链的处理(s205)。具体地，s205中的处理是通过平台管理者的提供装置100所包含的客户端应用程序调出后述的合同管理合约来执行的。在合同管理合约中描写了用于将服务登录必要信息写入区块链的处理。合同管理合约参照被写入区块链的各种信息中的、自己进行了写入处理的信息，由此能适当地管理与服务提供者的合同。另一方面，在数字id不是合法的id的情况下(s204中为“否”)，管理系统拒绝登录(s206)。具体地，管理系统不进行服务登录必要信息等的写入而结束处理。

另外，在服务登录必要信息不包含数字id的情况下(s202中为“否”)，管理系统对成为处理对象的服务提供者发布唯一的id(s207)。然后，管理系统进行将包含s201中获取的服务登录必要信息在内的信息写入区块链的处理(s205)。

通过进行图5所示的处理，能将第三方机构的数字id不合法的服务提供者排除，能够使用区块链管理与服务提供者的合同，并且能够将登录完成的服务提供者与数字id建立对应。此外，数字id可以在利用服务时用于确认作为利用对象的服务是否作为正规服务登录完毕。该确认例如通过合同管理合约来执行。详细内容在下文中描述。另外，在不确认是否为正规服务的实施方式的情况下，也可以省略与数字id有关的处理。例如，在图5中省略s202～s204、s206、s207的处理。

此外，在s205的处理中，若考虑通过调出合同管理合约来执行向区块链写入服务登录必要信息，则希望在此的管理系统通过平台管理者所使用的提供装置100来实现。不过，管理系统也可以通过与提供装置100不同的装置来实现，也可以通过提供装置100与其它装置协作来实现。

例如在服务提供平台之外签订了合同的情况下应用图5所示的处理。在这种情况下，平台管理者在签订合同为止的阶段、或者在合同签订后并且开始图5所示的登录处理为止的阶段中，有判定服务提供者的可靠性的机会。能在平台管理者侧控制是否执行登录处理，因此即使在不具有第三方机构所发布的数字id的情况下进行服务提供者的登录，也难以造成问题。具体地，在s202中判定为“否”的情况下，也能执行s205的处理。

不过，也可以为使用智能合约将服务提供者的登录实现自动化。例如合同管理合约包含服务登录必要信息的获取以及执行登录处理的函数，将该函数作为api(applicationprogramminginterface：应用编程接口)提供。服务提供者使用该api输入服务登录必要信息，由此试行自身的登录。

图6是说明在这种情况下的登录处理的流程图，是说明通过合同管理合约执行的处理的流程图。若该处理开始，则执行了合同管理合约的提供装置100受理来自服务提供者的登录请求(s301)。具体地，受理服务登录必要信息、智能合约信息、执行定时信息等的输入。

在这种情况下，从服务提供者侧执行登录请求，因此无法在登录处理前在平台管理者侧分选服务提供者。换句话说，无法信任的服务提供者有可能会进入服务提供平台。因而在此将服务登录必要信息包含第三方机构的数字id设为登录的必要条件。即合同管理合约将输入s301中由第三方机构发布的数字id作为移至s302以后的处理的条件。

然后，提供装置100向第三方机构进行id的询问(s302)，判定该数字id是否为合法的id(s303)。在数字id是合法的id的情况下(s303中为“是”)，提供装置100进行将包含服务登录必要信息在内的信息写入区块链的处理(s304)。在数字id不是合法的id的情况下(s303中为“否”)，提供装置100拒绝登录(s305)。

通过进行图6所示的处理，能将平台管理者与服务提供者之间的合同签订以及服务提供者的登录处理实现自动化。因此，能减轻平台管理者和服务提供者双方的负担。此时，通过使用第三方机构所发布的数字id，能抑制不适当的服务提供者登录服务。

这样，平台管理者所使用的提供装置100的处理部110生成用于将管理程序登录到区块链的第1事务，将生成的第1事务经由通信部120发布到网络，上述管理程序用于管理提供与电子设备300有关的服务的服务提供者。另外，管理程序生成用于将信息登录到区块链的第2事务，将生成的第2事务经由通信部120发布到网络，上述信息是将识别服务提供者的服务提供者信息与用于提供服务提供者的服务的服务提供处理程序建立对应的信息。

这样，平台管理者能使用区块链网络nw来提供管理程序，并且能够将该管理程序所需的信息写入区块链。即，能使各种服务提供者加入使用了区块链的服务提供平台。另外，还能在区块链上适当地管理服务提供者。

在此，服务提供者信息只要是能确定服务提供者的信息即可，无需包含上述的全部信息。另外，服务提供者信息也可以是数字id。数字id既可以是第三方机构所发布的id，也可以是管理系统所发布的id。另外，管理程序例如是指上述的合同管理合约。不过，详细内容在下文中描述，合同管理合约是对服务提供者与服务利用者之间的合同进行管理的程序。可以由该合同管理合约进行服务提供者的管理，也可以由管理服务提供者的管理程序作为不同于合同管理合约的另外的程序来实现。此外，管理程序只要进行向区块链的写入处理(s205或者s304)即可，既可以进行也可以不进行数字id的询问等。

通过上面说明的处理来执行服务提供平台的服务提供者的登录处理。服务利用者使用服务提供平台检索登录完毕的服务。具体地，平台管理者使用服务登录必要信息，提供服务利用者用于找到所需的服务的方案。

例如平台管理者作为用于找到服务的方案而提供检索系统。服务利用者在检索系统中输入服务提供者的名称、服务内容、服务提供地域等与自身想利用的服务有关的任意的信息。在此输入的信息例如是文本信息。检索系统提示与输入的信息有关的服务。

或者，平台管理者作为用于找到服务的方案而提供过滤系统。服务利用者在过滤系统中输入过滤条件。过滤系统对登录完毕的服务进行按照输入的条件的过滤处理，将处理结果提供给服务利用者。过滤条件能设定服务的类型、每一服务的评判信息、评价顺序、每一服务的接受订购次数等各种条件。另外，还能推断出能信赖对区块链的贡献度高的服务提供者。因而，过滤系统可以进行基于区块链的挖掘量的过滤。

或者，平台管理者作为用于找到服务的方案也可以提供目录服务。更具体地，平台管理者也可以提供用于选择登录完毕的服务的垂直门户(vortal)。目录服务通过树结构等特定的数据结构来管理登录完毕的服务。服务利用者通过以垂直门户为起点，能达到目标服务。关于目录服务已是众所周知的，因此省略详细的说明。

服务利用者使用上述各种方案来选择希望利用的服务。并且，服务利用者输入利用该服务所需的信息，由此在与服务提供者之间签订与该服务有关的合同。合同内容被写入区块链。该合同内容由合同管理合约管理。具体的合同内容将后述。此外，下面详细地说明消耗品配送服务，但关于服务提供者的登录以及服务利用者对服务的搜索则以已按照上述流程完成的情形进行说明。

4.消耗品配送服务

说明消耗品配送服务。首先，说明在消耗品配送服务中使用的智能合约的具体例，其后，使用流程图来说明处理的流程。

4.1智能合约

合同管理合约

提供装置100的处理部110生成用于将合同管理程序登录到区块链的事务，上述合同管理程序管理用于决定订购处理的内容的合同内容信息。将使用智能合约写入区块链的合同管理程序标记为合同管理合约。

这样，能使用作为在区块链上动作的程序的合同管理合约来管理消耗品配送服务的内容。换句话说，合同管理合约管理服务提供者与服务利用者之间的合同。此外，若考虑平台管理者与服务提供者不同的情况，则合同管理合约管理平台管理者与服务提供者之间的合同以及服务提供者与服务利用者之间的合同。

对平台管理者与服务提供者之间的合同如上所述是基于服务登录必要信息的登录处理来管理的。例如，合同管理合约具有向区块链写入服务登录必要信息的功能，将基于自身进行了写入的服务登录必要信息的服务判定为登录完毕的正规服务。换句话说，即使服务登录必要信息不经由合同管理合约地写入到区块链，也不将与该服务登录必要信息对应的服务判定为正规服务。这样，能抑制由不适当的服务提供者提供服务。

另外，合同管理合约管理用于决定消耗品的订购处理的内容的合同账户信息。合同账户信息包含确定服务利用者的信息和表示合同内容的信息。这样，能基于使用区块链共享的程序来执行基于服务提供者与服务利用者之间的合同内容的订购处理。

合同账户信息包含合同id、签约者信息、合同内容信息、对成为服务提供对象的电子设备300进行确定的信息等。

合同id是指唯一确定该合同的信息。签约者信息是指作为签约者的服务利用者的名称或id的信息。此外，也可以为给定的签约者签订多个服务利用合同。确定电子设备300的信息是指对成为消耗品配送对象的电子设备300进行确定的信息，能利用电子设备300的序列号或mac地址等各种信息。

消耗品配送服务的合同内容信息是指包含合同类型、截止日期、配送目的地、配送方法、收费方法等的信息。另外，在由合同决定消耗品的订购接受方的情况下，合同内容信息可以包含表示订购接受方的信息。

合同类型例如是印刷介质的自动配送、油墨的自动配送、碳粉的自动配送等表示进行哪种配送服务的信息。此外，合同类型也可以包含对a4纸张、卷纸、布等印刷介质的尺寸、类别进行确定的信息。截止日期是表示执行关于自动配送的消耗品的计费处理的定时的信息。配送目的地是表示消耗品的配送目的地的地址等信息。配送方法是对配送商家或配送时间等进行确定的信息。收费方法是对服务利用者收取消耗品的金额时的账单的接收方、账单的发送方法进行确定的信息。

此外，消耗品的价格既可以是固定的，也可以按每个服务利用者发生变化。在消耗品的价格可变的情况下，合同内容信息包含单价、折扣信息。单价是指每单位数量的计费金额的信息，例如每1张给定的纸张尺寸是几日元的信息、或者每1毫升的油墨是几日元的信息。折扣信息例如是指在1次订购量在规定张数以上、或者规定油墨量以上的情况下将计费金额减去百分之几的折扣率的信息。

另外，合同管理合约除合同账户信息和服务登录必要信息外，还将提供服务时对所需的处理程序进行确定的智能合约信息建立对应而进行管理。在消耗品配送服务中，通过执行后述的剩余量收集合约、警报状态确认合约、订购合约来进行消耗品的配送安排。合同管理合约将其中的、表示至少需要由自身调出的剩余量收集合约、警报状态确认合约的信息作为智能合约信息进行管理。另外，在消耗品配送服务中，进行与通过执行后述的计费合约、收费合约而配送的消耗品有关的计费、收费处理。合同管理合约将其中的、表示至少需要由自身调出的计费合约的信息作为智能合约信息进行管理。

另外，合同管理合约管理执行定时信息，上述执行定时信息表示执行由上述智能合约信息表示的处理程序的定时。在消耗品配送服务中，合同管理合约管理表示剩余量收集合约、警报状态确认合约的执行定时的信息。此外，根据处理程序，有时也由合同决定执行定时。例如计费合约的执行定时会根据服务利用者而不同，由合同内容信息的“截止日期”来确定。

如上面所说明的，合同管理合约将合同账户信息、服务登录必要信息、智能合约信息、执行定时信息建立对应而进行管理。将合同账户信息与服务登录必要信息建立对应而进行管理，由此能适当地管理服务提供者与服务利用者之间的合同。另外，智能合约信息与执行定时信息也建立对应，因此为了实现服务，还可以确定按照哪个定时执行哪种处理程序即可这一情况。

合同管理合约是定期执行的，根据预先指定的条件来执行通过智能合约写入区块链的其它程序。合同管理合约本身也可以具有定期执行功能。或者，合同管理合约也可以定期从外部启动，在有需要的任务的情况下，启动在区块链中写入的其它程序。

合同管理合约定期启动剩余量计算合约、警报状态确认合约，由此进行消耗品的订购处理。另外，合同管理合约按照与截止日期对应的定时启动计费合约，由此进行与消耗品的订购相伴的计费处理。

剩余量收集合约

提供装置100的处理部110生成用于将剩余量收集程序登录到区块链的事务，上述剩余量收集程序收集电子设备300的消耗品的使用状况数据。剩余量收集程序是由合同管理程序按照给定的时间表启动的程序。将使用智能合约写入区块链的剩余量收集程序标记为剩余量收集合约。这样，能基于使用区块链共享的程序来执行消耗品的使用状况数据的收集。

在此的使用状况数据是用于确定消耗品的剩余量的数据，例如是油墨剩余量或碳粉剩余量。另外，使用状况数据包含印刷介质的消耗量。印刷介质的消耗量既可以是印刷张数，也可以是在卷纸上的印刷长度。能基于印刷介质的消耗量进行该印刷介质的剩余量的运算。

使用状况数据的获取例如依照snmp(simplenetworkmanagementprotocol：简单网络管理协议)来执行。在这种情况下，执行剩余量收集合约的处理装置200成为通信的管理者，各电子设备300成为通信的代理人。处理装置200通过执行收集程序来进行依照snmp的通信，从电子设备300接收mib(managementinformationbase：管理信息库)信息。

另外，剩余量收集合约进行将获取到的使用状况数据登录到区块链的处理。具体地，生成包含使用状况数据的事务，进行用于将该事务登录到区块链的发布处理。若基于一致性算法达成了共识，则包含该事务的区块被追加到区块链，能从各节点参照使用状况数据。

合同管理合约指定合同id和对成为收集对象的电子设备300进行确定的信息后启动剩余量收集合约。剩余量收集合约获取被指定的电子设备300的使用状况数据。如上所述，合同管理合约管理规定其它合约的执行定时的执行定时信息。合同管理合约根据执行定时信息来启动剩余量收集合约，由此能按照服务提供者决定的适当的定时进行使用状况数据的收集。能对具体的启动定时实施各种变形，但收集合约按30分钟1次、1小时1次等高到一定程度的频率启动。这样，能尽可能无延迟地检测出缺消耗品。

另外，使用状况数据的收集定时也可以由服务提供者与服务利用者之间的合同来决定。在这种情况下，合同内容信息包含剩余量收集规则。合同管理合约根据剩余量收集规则来启动剩余量收集合约，由此能在符合合同内容的适当的定时进行使用状况数据的收集。

剩余量计算合约

提供装置100的处理部110生成用于将剩余量计算程序登录到区块链的事务，上述剩余量计算程序基于消耗品的使用状况数据进行剩余量计算。剩余量计算程序是由剩余量收集程序启动的程序。此外，若考虑尽可能无延迟地检测出缺消耗品，则希望剩余量计算程序在剩余量收集结束时每次都启动。将使用智能合约写入区块链的剩余量计算程序标记为剩余量计算合约。这样，能基于使用区块链共享的程序来执行基于由剩余量收集合约收集的使用状况数据的计算处理。

剩余量计算合约从剩余量收集合约接受合同id、确定电子设备300的信息，基于在区块链中保存的使用状况数据来计算各合同的消耗品的剩余量。剩余量计算合约将从各电子设备300收集的油墨剩余量的值作为油墨剩余量。关于碳粉剩余量也是同样的。另外，剩余量计算合约通过按照每一纸张尺寸从上次剩余量减去此次收集的印刷量的增加量而算出印刷介质的剩余量。

剩余量计算合约基于求出的油墨剩余量、碳粉剩余量、印刷介质剩余量等来判定是否成为剩余量不足。此外，剩余量计算合约以在合同中成为消耗品配送服务的对象的消耗品作为对象进行处理，关于其它类别的消耗品则能省略处理。例如剩余量计算合约关于油墨、碳粉、印刷介质分别事先设定判定为剩余量不足的阈值，在求出的剩余量低于该阈值的情况下，判定为剩余量不足。

剩余量计算合约在判定为剩余量不足的情况下，以合同id、判定为剩余量不足的消耗品类别为参数来启动订购合约。

此外，如上所述，能从电子设备300收集的是印刷介质的消耗量。为了准确地计算印刷介质的剩余量，需要进行：准确地记录初始值、将配送量相加、不从本服务提供平台以外购入印刷介质等。或者，在从本服务提供平台以外购入了印刷介质的情况下，也可以设为用户能输入购入量。输入例如是在电子设备300或者处理装置200中进行的，输入的信息与合同id、确定电子设备300的信息、消耗品类别等建立对应而写入区块链。

警报状态确认合约

提供装置100的处理部110生成用于将警报状态确认程序登录到区块链的事务，上述警报状态确认程序确认是否成为基于消耗品不足的警报状态。警报状态确认程序是由合同管理程序按照给定的时间表启动的。将使用智能合约写入区块链的警报状态确认程序标记为警报状态确认合约。这样，能基于使用区块链共享的程序来执行基于消耗品不足的警报状态的确认处理。

警报状态确认合约获取电子设备300的状态数据。状态数据是能识别是否为至少由消耗品不足造成的错误状态的信息。另外，在此的状态数据也可以是能识别其它状态的信息。其它状态是指包含正常动作状态、空闲状态、消耗品不足以外的错误状态，消耗品不足以外的错误状态例如是指发生了卡纸或部件故障等的状态。状态数据的获取例如与使用状况数据的收集同样地依照snmp来执行。

在警报状态确认合约判定为电子设备300是消耗品不足的警报状态的情况下，以合同id、不足消耗品类别为参数来启动订购合约。

此外，在此的由消耗品不足所造成的警报状态相当于打印机的缺墨(油墨已用完)。虽然也能检测出缺印刷纸张等印刷介质，但是也有可能不是包含库存在内的纸张已用完，因此无法判断是否应配送消耗品。另外，在剩余量计算合约中能检测出印刷介质的不足。因而，警报状态确认合约不将缺纸警报设为对象。

合同管理合约指定合同id和确定成为收集对象的电子设备300的信息后启动警报状态确认合约。警报状态确认合约获取被指定的电子设备300的状态数据。合同管理合约根据执行定时信息来启动剩余量收集合约，由此能按照服务提供者所决定的适当的定时进行使用状况数据的收集。能对具体的启动定时实施各种变形，但警报状态确认合约与收集合约同样，按照30分钟1次、1小时1次等高到一定程度的频率启动。这样，能尽可能无延迟地检测出缺消耗品。或者合同管理合约也可以在对象的全部电子设备300的警报状态确认完成后经过了预先指定的警报状态确认间隔时，进行下一个警报状态确认。在此的警报状态确认间隔例如是1分钟。

另外，关于状态数据的收集定时，也可以由服务提供者与服务利用者之间的合同来决定。在这种情况下，合同内容信息包含警报状态确认规则。合同管理合约根据警报状态确认规则来启动警报状态确认合约，由此能按照符合合同内容的适当的定时进行警报状态的确认。

订购合约

提供装置100的处理部110生成用于将订购处理程序登录到区块链的事务，上述订购处理程序进行作为管理对象的电子设备300的消耗品的订购处理。订购处理程序由剩余量计算程序启动。或者订购处理程序由警报状态确认程序启动。将使用智能合约写入区块链的订购处理程序标记为订购合约。这样，能基于使用区块链共享的程序来执行消耗品的订购处理。

剩余量计算合约或者警报状态确认合约以合同id、不足消耗品类别为参数启动订购合约。订购合约基于合同id从合同管理合约获取配送目的地、配送方法等。合同管理合约将与不足消耗品类别对应的消耗品通过依照配送方法的方法进行向配送目的地配送的处理。实际的配送处理是在区块链外进行的，因此省略详细的说明。另外，订购合约将包含订购量的费用在内的订购数据保存到区块链。

此外，订购合约进行向由订购接受方信息表示的订购接受方订购消耗品的处理。例如，在服务提供者是消耗品的销售商的情况下，由订购接受方信息表示的订购接受方成为服务提供者。例如订购接受方信息由订购合约管理。更具体地，订购合约作为执行以服务提供者为订购接受方的订购处理的处理程序来实现。

不过，也可以为服务提供者向该服务提供者以外的消耗品销售商进行消耗品的订购。例如，可以在服务提供者与服务利用者之间的合同中决定向哪一个订购接受方进行订购。在这种情况下，订购接受方信息由合同管理程序管理。

如上所示，可考虑对订购接受方实施各种变形。例如，订购接受方信息也可以是表示电子设备300的销售商(即，销售了电子设备300的商家)的信息。在这种情况下，从服务利用者来看，电子设备300的销售商与消耗品的订购接受方(即，接受消耗品的订购并提供消耗品配送服务的商家)是相同的，因此能减轻关于电子设备300的询问等负担。

计费合约

如上所述，订购处理程序进行将包含通过订购产生的费用在内的订购数据写入区块链的处理。提供装置100的处理部110生成用于将基于在区块链中写入的订购数据来决定计费金额的计费处理程序登录到区块链的事务。计费处理程序是由合同管理程序启动的程序。将使用智能合约写入区块链的计费处理程序标记为计费合约。这样，能基于使用区块链共享的程序来执行与消耗品的订购相伴的计费处理。

如上所述，合同管理合约保存截止日期的信息。截止日期是指表示成为计费处理的基准的日期的信息，例如每月最后一天等信息。不过，截止日期的设定不限于1个月1次，也可以是2个月1次等不同的周期。合同管理合约启动计费合约，由此能按照适当的定时执行计费处理。

计费合约按每个合同账户决定计费金额。合同管理合约以合同id、截止日期为参数启动计费合约。计费合约通过按每个合同id来获取并累计在区块链中保存的订购数据中的、上次的截止日期以后到这一次的截止日期为止的订购金额，而决定计费金额。

收费合约

提供装置100的处理部110生成用于将收费程序登录到区块链的事务，上述收费程序将由计费处理程序决定的计费金额针对对应的合同账户收取。收费程序是由计费处理程序启动的程序。将使用智能合约写入区块链的收费程序标记为收费合约。这样，能基于使用区块链共享的程序来执行由计费合约决定的计费金额的收费。

计费合约以合同id和计费金额为参数启动收费合约。收费合约基于获取的合同id向合同管理合约进行询问，获取与该合同id对应的收费方法。收费方法是指收费的接收方、收费的发送方法，发送方法是指邮寄或电子邮件等。收费合约根据获取的收费方法来发送账单。这样，能对与服务利用者对应的适当的合同账户进行收费。此外，在使用虚拟货币进行结算的情况下，账单的发送是指在区块链上的支付请求。

结算合约

另外，处理装置200生成用于将结算程序登录到区块链的事务，上述结算程序进行针对基于收费程序的收费的结算。结算程序是使用区块链上的虚拟货币进行结算的程序。另外，结算程序是由收费程序启动的程序。将使用智能合约写入区块链的结算程序标记为结算合约。这样，能基于使用区块链共享的程序来执行针对基于收费合约的收费的结算。

结算合约是进行基于虚拟货币的支付的合约，因此该服务利用者需要按照每一服务利用者登录到区块链。因而，在处理装置200中，进行结算合约的生成以及用于登录到区块链的处理。此外，在区块链技术中，也允许将生成程序的程序通过智能合约写入区块链。例如提供装置100通过智能合约提供用于生成结算合约的程序，处理装置200执行该程序，由此可以生成自身的用于结算的结算合约。结算合约例如是作为虚拟货币的汇款源而保存服务利用者的地址的程序。

收费合约以账单为参数启动结算合约。账单是指指定收款方的地址、汇款金额的信息。结算合约进行从所保存的服务利用者的地址向在账单中指定的虚拟货币的目的地地址支付被要求支付的金额的虚拟货币的处理。

4.1.2区块链的具体例

如上所示，本实施方式的提供装置100使用智能合约进行将各处理程序写入区块链的处理。具体地，提供装置100的处理部110进行生成用于将各处理程序登录到区块链的区块的事务的处理。生成的事务被广播到区块链网络nw。

合同管理合约是用于管理服务利用者和服务提供者的处理程序。因此，合同管理合约在平台管理者的提供装置100中进行向区块链写入的处理。关于剩余量收集、剩余量计算、警报状态确认、计费、收费的各处理程序，既可以从平台管理者的提供装置100写入，也可以从服务提供者的提供装置100写入。例如，剩余量收集、剩余量计算、警报状态确认的各处理程序是决定提供的服务内容的程序。在服务提供者提供本公司独有的服务的情况下，这些处理程序从服务提供者的提供装置100写入。或者，也可以作为通用服务而从平台管理者的提供装置100写入。若服务提供者考虑想用独有的规则进行计费，则从服务提供者的提供装置100写入计费、收费的各处理程序。或者，与计费或收费有关的处理能在各种服务中沿用，因此平台管理者的提供装置100可以将上述处理写入区块链，在许多服务中以通用的方式进行使用。另外，对于从哪一提供装置100写入除合同管理合约以外的各处理程序，能实施各种变形。

另外，处理装置200进行将结算程序使用智能合约写入区块链的处理。处理装置200进行生成用于将结算合约登录到区块链的区块的事务的处理。

事务生成后的流程如使用图4在上文中所描述。具体地，在进行使用了一致性算法的处理并进行了共识达成的情况下，获取了事务的区块被追加到区块链。

图7是本实施方式的区块链的例子。在区块a中写入有包含合同管理合约的事务。在区块b中写入有包含剩余量收集合约的事务。在区块c中写入有包含剩余量计算合约的事务。在区块d中写入有包含警报状态确认合约的事务。在区块e中写入有包含订购合约的事务。在区块f中写入有包含计费合约的事务。在区块g中写入有包含收费合约的事务。在区块h中写入有包含结算合约的事务。

区块a～h被追加到区块链，由此区块链网络nw的各节点能执行与消耗品配送服务有关的各处理。此外，图7是表示区块链的结构的一例，无关各程序通过智能合约写入区块链的顺序。另外，也可以在1个区块中写入多个合约。

区块链不仅包含通过图7所示的智能合约写入的程序，还能包含通过区块链网络nw进行通信的任意的数据。写入区块链的数据例如既可以是表示程序的执行结果的数据，也可以是表示虚拟货币的交易的信息，也可以是其它数据。表示执行结果的数据既可以是作为剩余量收集合约的执行结果的使用状况数据，也可以是作为订购合约的执行结果的订购数据，也可以是在图7中未图示的程序的执行结果。另外，表示虚拟货币的交易的信息既可以是结算合约的执行结果，也可以是表示与本实施方式的结算处理不同的虚拟货币的交易结果的信息。

4.1.3处理的详细内容

接着，详细说明本实施方式的处理。此外，以上述的各程序已经由图4所示的处理并通过智能合约写入区块链的情况进行说明。

若服务提供者与服务利用者之间签订了与消耗品配送服务有关的合同，则首先，进行合同账户信息向区块链的登录处理。在合同中，决定合同管理合约所管理的合同类型、单价、折扣信息、配送目的地、配送方法、截止日期、收费方法的信息。关于各信息如上所述。此外，在合同中使用智能合约的情况下，将合同账户信息的登录处理完成视为合同已经签订。

图8是说明合同管理合约的执行处理的流程图。此外，下面以平台管理者的提供装置100通过执行合同管理合约而执行图8的各步骤进行说明。不过，假定平台管理者的提供装置100进行合同管理合约向区块链的登录以及合同账户信息的写入等，但并非必须执行图8所示的处理。使用图8后述的各步骤既可以由平台管理者的提供装置100执行，也可以由服务提供者的提供装置100执行，也可以由处理装置200等的其它节点执行。广义上，区块链网络nw中的任意的节点在该节点内的执行环境下执行使用智能合约提供的程序，由此实现各步骤。关于图9之后的流程图也是同样的，由特定的装置执行处理程序，由此以执行流程图的各步骤的处理进行说明，但也可以在区块链网络nw的其它节点中执行该处理。

首先，提供装置100基于执行定时信息来登录剩余量收集合约和警报状态确认合约的启动间隔。另外，提供装置100基于合同内容信息的截止日期来登录计费合约的启动时刻(s401)。启动间隔例如是指30分钟、1小时等时间。截止日期例如是指“每月21日09：00”、“月初08：00”之类的信息。

接着，提供装置100对从上次的剩余量收集合约和警报状态确认合约的启动到当前时刻的时间与在s401中获取的启动间隔进行比较，由此判定是否经过了启动间隔(s402)。在判定为经过了启动间隔的情况下(s402中为“是”)，提供装置100启动剩余量计算合约和警报状态确认合约(s403)。在s402中为“否”的情况下，不进行s403的处理。

接着，提供装置100对当前时刻和在s401中获取的启动时刻进行比较，由此判定是否经过了启动时刻(s404)。在判定为经过了启动时刻的情况下(s404中为“是”)，提供装置100启动计费合约(s405)。在s404中为“否”的情况下，不启动计费合约。在s405的处理之后或者在s404中为“否”的情况下，回到s402并反复进行处理。

通过进行图8的处理，能进行按照规定的启动间隔的剩余量收集合约和警报状态确认合约的启动以及截止日期的计费合约的启动。此外，合同管理合约可以具有定期执行功能。即，合同管理合约也可以使用自身的功能来定期执行图8所示的处理。

或者，合同管理合约也可以不具备定期执行功能，而由外部程序定期启动合同管理合约。在这种情况下，外部程序不知道使用状况数据的收集规则、截止日期信息。因此，外部程序按照每分钟、每5分钟、每30分钟、每小时等任意的间隔定期启动合同管理合约。合同管理合约每次启动时进行图8所示的处理。例如，在作为截止日期获取了“每月21日09：00(a公司)、月初08：00(b公司)”这一信息的情况下，视为在某月的21日09：03从外部程序启动了合同管理合约。在这种情况下，合同管理合约根据“每月21日09：00(a公司)”这一截止日期来启动计费合约。

此外，在图8所示的处理中，能控制作为从警报状态确认合约的给定的启动到下一次启动为止的间隔的启动间隔。不过，警报状态确认合约的启动控制不限于此。例如，警报状态确认合约也可以控制从与给定的启动相伴的确认处理结束起到下一次启动为止的间隔。

图9是说明合同管理合约的警报状态确认合约的定期启动处理的另一流程图。若该处理开始，则首先，执行合同管理合约的提供装置100基于执行定时信息登录警报状态确认间隔(s501)。警报状态确认间隔例如是1分钟程度的相对短的时间。

接下来，提供装置100启动警报状态确认合约(s502)。然后，提供装置100判定是否完成了对作为确认对象的全部电子设备300确认警报状态(s503)。在没有完成确认的情况下，回到s502，以作为确认对象的其它电子设备300为对象反复进行处理。在完成了确认的情况下，提供装置100从此时起等待由警报状态确认间隔指定的时间(s504)，然后，回到s502，再次启动警报状态确认合约。在进行图9所示的处理的情况下，除了相对短的警报状态确认间隔的期间以外，警报状态确认合约反复进行动作，因此能迅速地检测出电子设备300的警报状态的发生。

图10是说明剩余量收集合约和剩余量计算合约的处理的流程图。若执行剩余量收集合约的处理装置200在图8的s403中启动，则首先，从合同管理合约获取确定作为收集对象的电子设备300的信息(s601)。在s601的处理中，例如获取成为收集对象的电子设备300的数量。处理装置200从对象的电子设备收集印刷张数、油墨剩余量等消耗品的使用状况数据(s602)。处理装置200对收集到的数据赋予确定电子设备300的信息和收集时刻，向区块链进行写入处理。接着，处理装置200判定是否完成了从成为对象的全部电子设备300收集使用状况数据(s603)。在尚有未收集的电子设备300的情况下(s603中为“否”)，回到s602，继续收集。在完成了从全部电子设备300收集使用状况数据的情况下(s603中为“是”)，处理装置200启动剩余量计算合约(s604)。

s605以后的处理是通过剩余量计算合约进行的。执行剩余量计算合约的提供装置100基于从剩余量收集合约获取的合同id来确定合同类型。然后，判定剩余量计算的对象是否为油墨剩余量(s605)。在对象是油墨剩余量的情况下(s605中为“是”)，提供装置100从区块链获取包含作为对象的电子设备300的油墨剩余量数据在内的使用状况数据，判定该油墨剩余量是否为油墨剩余量极限值以下(s606)。在s606中为“是”的情况下，判定为剩余量不足，因此提供装置100将油墨指定为不足消耗品类别，启动订购合约(s607)。在s606中为“否”的情况下，订购合约不启动，结束处理。

另一方面，在剩余量计算的对象是印刷介质的情况下(s606中为“否”)，提供装置100按每个纸张尺寸将以下的处理循环进行。具体地，提供装置100在从区块链获取包含作为对象的电子设备300的印刷张数在内的使用状况数据后，从上次的剩余量减去印刷张数，由此求出纸张剩余量(s608)。此外，在此的印刷张数表示从上次的剩余量计算起的增加量。此外，适当地设定剩余量的初始值。另外，在购入了印刷纸张的情况下，将购入量加入到剩余量中。

然后，提供装置100判定求出的纸张剩余量是否为纸张剩余量极限值以下(s609)。在s609中为“是”的情况下，判定为剩余量不足，因此，提供装置100针对对象的纸张尺寸设定剩余量不足标志(s610)。在s609中为“否”的情况下或者在s610的处理之后，提供装置100针对全部纸张尺寸判定是否完成了处理(s611)。在s611中为“否”的情况下，回到s608，继续处理。

在s611中为“是”的情况下，提供装置100判定针对任意的纸张尺寸是否设定有剩余量不足标志(s612)。在设定有剩余量不足标志的情况下(s612中为“是”)，提供装置100将对应尺寸的印刷纸张指定为不足消耗品类别，启动订购合约(s607)。在s612中为“否”的情况下，订购合约不启动，结束处理。

图11是说明警报状态确认合约的处理的流程图。若执行警报状态确认合约的处理装置200在图8的s403或者图9的s502中启动，则从合同管理合约获取对作为收集对象的电子设备300进行确定的信息(s701)。在s701的处理中，例如获取成为收集对象的电子设备300的数量。处理装置200从对象的电子设备300收集包含表示是否为警报状态的数据在内的状态数据(s702)。处理装置200基于收集到的状态数据来判定电子设备300是否为与缺墨对应的警报状态(s703)。在s703中为“是”的情况下，对对象的电子设备300设定缺消耗品标志(s704)。

在s703中为“否”的情况下或者在s704的处理之后，处理装置200判定是否针对全部电子设备300完成了处理(s705)。在s705中为“否”的情况下，回到s702，继续处理。

在s705中为“是”的情况下，处理装置200判定是否针对任意的电子设备300设定有缺消耗品标志(s706)。在设定有缺消耗品标志的情况下(s706中为“是”)，处理装置200将油墨指定为不足消耗品类别，启动订购合约(s707)。在s706中为“否”的情况下，不启动订购合约，结束处理。

图12是说明订购合约的处理的流程图。首先，执行订购合约的提供装置100在启动时从剩余量计算合约或者警报状态确认合约获取合同id和不足消耗品类别(s801)，接着，提供装置100基于获取的合同id向合同管理合约进行询问，由此获取配送目的地和配送方法(s802)。提供装置100将由不足消耗品类别确定的消耗品通过指定的配送方法进行用于向指定的配送目的地配送的安排处理(s803)。然后，提供装置100进行将消耗品的金额和包含邮费的订购数据写入区块链的处理(s804)。

图13是说明计费合约、收费合约、结算合约的处理的流程图。计费合约在图8的s405中以合同id和截止日期为参数由合同管理合约启动。执行计费合约的提供装置100获取、累计在区块链中保存的订购数据中的、从上次的截止日期之后到此次的截止日期为止的订购金额，由此决定计费金额(s901)。在决定计费金额时，提供装置100以合同id、计费金额为参数启动收费合约(s902)。

执行收费合约的提供装置100基于作为参数获取的合同id向合同管理合约进行询问，作为收费方法获取发送对象或发送方法的信息(s903)。提供装置100用获取的方法发送账单(s904)。此外，在使用虚拟货币进行结算的情况下，s904中的账单成为在区块链上的支付请求。为了进行支付请求，提供装置100以自身的虚拟货币的接收地址和收费金额为参数启动作为收费对象的签约者的结算合约(s905)。

执行结算合约的提供装置100将自身所保存的签约者的地址设为虚拟货币的发送地址。然后，提供装置100进行从该发送地址向作为参数获取的接收地址发送收费金额量的交易数据写入区块链的处理(s906)。实际的虚拟货币的交易在基于一致性算法的共识达成被承认后成立。

此外，在结算处理中，在签约者的账户仅保留不满足收费金额的虚拟货币的情况下，提供装置100可以进行将不足量作为未结算交易写入区块链的处理。在这种情况下，结算合约在进行下次以后的结算时从区块链内的未结算交易按顺序处理，由此执行与未支付的收费有关的结算。

其后也执行图8～图13所示的各处理，由此能实现自动执行消耗品配送服务的处理系统10。在区块链上将处理实现自动化，由此能仅通过一个系统来实现消耗品配送服务。此外，也可以将针对通过邮寄或邮件进行的收费的结算如不使用虚拟货币进行时所示，不经由区块链执行与消耗品配送服务有关的一部分处理。

根据本实施方式，能利用区块链技术将与电子设备300的消耗品配送服务有关的处理实现自动化。狭义上说，能将通过剩余量收集、剩余量计算、警报状态确认、订购、服务产生的费用的计费、计费金额的收取的各处理实现自动化。另外，使用相同的区块链上的虚拟货币，由此关于基于收费的结算也能实现自动化。在区块链技术中，在将数据写入区块链时进行基于一致性算法的共识达成。由此，能抑制发布的事务不被写入而被放置以及相同的事务被二次写入。即，即使不进行基于手工的检查，也能抑制消耗品的重复配送和忘记配送或者重复计费或忘记计费。

5.变形例

下面，说明若干变形例。

5.1合同管理程序的变形例

上面示出了合同管理合约具有定期执行功能的例子以及不具有定期执行功能的合同管理合约由外部程序启动的例子。在任何情况下均示出合同管理程序作为通过智能合约写入区块链的程序来实现的例子。

不过，也可以将合同管理程序本身设为外部程序。该外部程序按照需要的定时启动收集合约等其它合约。

在消耗品配送服务中可以是，提供装置100的处理部110生成用于将剩余量收集程序登录到区块链的事务，上述剩余量收集程序收集电子设备300的消耗品的使用状况数据，该剩余量收集程序由外部程序启动。或者也可以是，处理部110生成用于将警报状态确认程序登录到区块链的事务，上述警报状态确认程序确认电子设备300是否成为基于消耗品不足的警报状态，该警报确认程序由外部程序启动。这样，能通过各种方式来实现合同管理程序。

5.2是否为正规服务的判定

对服务提供者分配数字id。该数字id既可以是第三方机构所发布的数字id，也可以是在服务提供平台中分配的数字id。该数字id也可以在使用利用了智能合约的服务时，为了确认该服务是否作为正规服务登录完毕而使用。

例如，合同管理合约在调出用于提供服务的处理程序时，使用数字id来判定该服务是否为正规服务。用于提供服务的处理程序是剩余量收集合约和警报状态确认合约等。

在合同管理合约的数字id是由第三方机构发布的id的情况下，在利用服务时向第三方机构进行询问，确认该id是否为正规获取的id。或者在合同管理合约的数字id是由服务提供平台的管理系统分配的id的情况下，在使用服务时向管理系统进行询问，确认该id是否为正规分配的id。

此外，也可以在进行首次询问时获取承认完毕的令牌，在令牌的有效期间内再次使用令牌来确认是正规获取的id。

本实施方式的提供装置包括：通信部，其与使用了区块链的网络进行通信；以及处理部，其控制通信部。处理部生成用于将订购处理程序登录到区块链的事务，将生成的事务经由通信部发布到网络，上述订购处理程序用于进行作为管理对象的电子设备的消耗品的订购处理。

这样，订购处理程序能在使用了区块链的网络的各节点中执行。由此，能使用区块链适当地提供包含消耗品的订购处理的消耗品配送服务。

另外也可以是，本实施方式的处理部生成用于将合同管理程序登录到区块链的事务，上述合同管理程序管理用于决定订购处理的内容的合同内容信息。

这样，能使用区块链适当地管理消耗品配送服务的具体的内容。

另外也可以是，本实施方式的订购处理程序进行向由订购接受方信息表示的订购接受方订购消耗品的处理，订购接受方信息由订购处理程序或者合同管理程序管理。

这样，能向适当的订购接受方进行消耗品的订购以及使用区块链适当地管理订购接受方信息。

另外也可以是，本实施方式的订购接受方信息是表示电子设备的销售商的信息。

这样，能统一电子设备的购入方和消耗品的购入方，因此能提高服务利用者的便利性。

另外也可以是，本实施方式的处理部生成用于将剩余量收集程序登录到区块链的事务，上述剩余量收集程序收集电子设备的消耗品的使用状况数据。

这样，能使用区块链收集电子设备的消耗品的使用状况。

另外也可以是，本实施方式的处理部生成用于将剩余量收集程序登录到区块链的事务，上述剩余量收集程序收集电子设备的消耗品的使用状况数据。剩余量收集程序由合同管理程序按照给定的时间表启动。

这样，能使用区块链来收集电子设备的消耗品的使用状况。另外，能通过合同管理程序来管理收集的执行定时。

另外也可以是，本实施方式的处理部生成用于将剩余量计算程序登录到区块链的事务，上述剩余量计算程序基于消耗品的使用状况数据进行剩余量计算。剩余量计算程序由剩余量收集程序启动。

这样，能使用区块链进行消耗品的剩余量计算。另外，与剩余量收集程序协作，由此能按照适当的定时执行剩余量计算。

另外也可以是，本实施方式的订购处理程序由剩余量计算程序启动。

这样，能按照适当的定时执行消耗品的订购处理。

另外也可以是，本实施方式的处理部生成用于将警报状态确认程序登录到区块链的事务，上述警报状态确认程序确认电子设备是否成为基于消耗品不足的警报状态。

这样，能使用区块链进行电子设备的警报状态的确认。

另外也可以是，本实施方式的处理部生成用于将警报状态确认程序登录到区块链的事务，上述警报状态确认程序确认电子设备是否成为基于消耗品不足的警报状态。也可以是，警报状态确认程序由合同管理程序按照给定的时间表启动。

这样，能使用区块链进行电子设备的警报状态的确认。另外，与合同管理程序协作，由此能按照适当的定时执行警报状态的确认。

另外也可以是，本实施方式的订购处理程序由警报状态确认程序启动。

这样，能按照适当的定时执行消耗品的订购处理。

另外也可以是，本实施方式的订购处理程序进行将包含通过订购产生的费用的订购数据写入区块链的处理。也可以是，处理部基于在区块链中已写入的订购数据，生成用于将决定计费金额的计费处理程序登录到区块链的事务。

这样，能使用区块链进行通过消耗品的订购处理产生的费用的计费处理。

另外也可以是，本实施方式的处理部生成用于将收费程序登录到区块链的事务，上述收费程序针对对应的合同账户收取由计费处理程序决定的计费金额。收费程序由计费处理程序启动。

这样，能使用区块链收取计费金额以及使计费处理程序与收费程序协作动作。

另外也可以是，本实施方式的处理部生成用于将订购处理程序使用智能合约登录到区块链的事务。

这样，能使用区块链技术的智能合约提供订购处理程序。

另外也可以是，本实施方式的处理系统包括：上述中的任意一项所记载的提供装置；以及处理装置，其与电子设备对应设置。

这样，能使用区块链实现用于提供消耗品配送服务的系统。

另外也可以是，本实施方式的处理系统包括：上述的提供装置；以及处理装置，其与电子设备对应设置。也可以是，处理装置生成用于将结算程序登录到区块链的事务，上述结算程序进行针对基于收费程序的收费的结算，结算程序使用区块链的虚拟货币进行结算。

这样，能使用区块链执行针对收费的结算处理。此时，作为被收费方的处理装置进行用于登录结算程序的处理，由此能适当地执行虚拟货币的转账处理。

此外，如上述那样详细地说明了本实施方式，但本领域技术人员能容易理解能根据本实施方式的新事项和效果进行不脱离实体的许多变形。因而，这种变形例全部包含在本公开的范围中。例如，在说明书或者附图中，与更广义或者同义的不同的用语一起记载的用语能在说明书或者附图的任何部位至少有一次被替换为该不同的用语。另外，本实施方式和变形例的全部组合也包含在本公开的范围中。另外，提供装置、处理装置、处理系统的构成和动作等也不限于在本实施方式中说明的内容，能实施各种变形。