特許 7178235 制御方法、情報処理装置、管理システム、及び、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-11-16

(45)【発行日】2022-11-25

(54)【発明の名称】制御方法、情報処理装置、管理システム、及び、プログラム

(51)【国際特許分類】

   E05B 49/00 20060101AFI20221117BHJP

   E05B 65/00 20060101ALI20221117BHJP

【ＦＩ】

E05B49/00 J

E05B65/00 D

【請求項の数】 12

(21)【出願番号】P 2018204076

(22)【出願日】2018-10-30

(65)【公開番号】P2019167808

(43)【公開日】2019-10-03

【審査請求日】2021-05-20

(31)【優先権主張番号】62/647,197

(32)【優先日】2018-03-23

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷 英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂 伸一

(72)【発明者】

【氏名】加賀谷 文明

(72)【発明者】

【氏名】阿部 英宗

(72)【発明者】

【氏名】添田 純一郎

【審査官】家田 政明

(56)【参考文献】

【文献】特開２００９－０８６９１２（ＪＰ，Ａ）

【文献】特開２００３－２７８４２１（ＪＰ，Ａ）

【文献】特開２０１０－１７６６０５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０００７１３１（ＵＳ，Ａ１）

【文献】GMOインターネット株式会社，GMOインターネットグループ、セゾン情報システムズ、パルコが共同でブロックチェーンとIoTを活用した実証実験の第二弾を実施，2017年06月21日，〈URL：https://cloud.z.com/jp/news-ep/iot2/〉

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｅ０５Ｂ １／００－８５／２８

Ｇ０６Ｆ １７／００

(57)【特許請求の範囲】

【請求項1】

物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法であって、
前記分散台帳に格納されたコードをコンピュータにより実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、
前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、
前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する
制御方法。

【請求項2】

さらに、前記第一スマートコントラクトが、前記１以上の格納器に含まれる格納器の削除の要求を受けた場合に、前記１以上の第二スマートコントラクトのうちの前記削除の対象である前記格納器に対応する第二スマートコントラクトを前記管理の対象から除外する
請求項１に記載の制御方法。

【請求項3】

さらに、前記第一スマートコントラクトが、前記１以上の格納器に新たな格納器の追加の要求を受けた場合に、前記新たな格納器に対応する第二スマートコントラクトを前記管理の対象に追加する
請求項１又は２に記載の制御方法。

【請求項4】

さらに、前記第一スマートコントラクトが、前記１以上の格納器が利用されているか否かについての問い合わせを受けた場合に、前記問い合わせに対する回答情報を生成し、生成した前記回答情報を送信する
請求項１～３のいずれか１項に記載の制御方法。

【請求項5】

さらに、前記第一スマートコントラクトが、
前記１以上の格納器が利用されているか否かを示す利用情報を管理しており、
前記１以上の格納器のうちの一の格納器の利用の要求を受けた場合に、前記利用情報を参照して、
（ａ）前記一の格納器が利用されている場合には、前記要求を拒否し、
（ｂ）前記一の格納器が利用されていない場合には、前記要求を許可する
請求項４に記載の制御方法。

【請求項6】

前記（ｂ）における前記一の格納器が利用されていない場合、前記利用についての課金処理が完了したときに限り、前記要求を許可する
請求項５に記載の制御方法。

【請求項7】

さらに、前記第一スマートコントラクトが、
前記１以上の格納器のうちの一の格納器が有する機能についての問い合わせを受けた場合に、前記１以上の第二スマートコントラクトのうち当該一の格納器に対応する一の第二スマートコントラクトに前記問い合わせを転送し、
前記一の第二スマートコントラクトから得られる回答情報を、前記問い合わせに対する回答として送信する
請求項１～６のいずれか１項に記載の制御方法。

【請求項8】

前記第一スマートコントラクトが第二スマートコントラクトを新たに管理の対象とする場合には、前記第一スマートコントラクトを動作させているコンピュータのメモリに第二スマートコントラクトのアドレスを追加的に記憶させ、
前記第一スマートコントラクトが第二スマートコントラクトを管理の対象から除外する場合には、前記第一スマートコントラクトを動作させているコンピュータのメモリから第二スマートコントラクトのアドレスを削除する
請求項１～７のいずれか１項に記載の制御方法。

【請求項9】

前記第一スマートコントラクトを動作させることは、１以上の前記第一スマートコントラクトを動作させることを含み、
さらに、１以上の前記第一スマートコントラクトを管理し得る第三スマートコントラクトとを動作させ、
前記第三スマートコントラクトが、１以上の前記第一スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する
請求項１～８のいずれか１項に記載の制御方法。

【請求項10】

物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う、複数の情報処理装置のうちの一の情報処理装置であって、
プロセッサと、
メモリと、
コードが格納された前記分散台帳が記憶されている記憶装置とを備え、
前記プロセッサは、前記分散台帳に格納されたコードを前記メモリを用いて実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、
前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、
前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する
情報処理装置。

【請求項11】

請求項１０に記載の情報処理装置を含む前記複数の情報処理装置と、
前記複数の情報処理装置によって前記分散台帳を用いて前記解施錠制御がなされる前記１以上の格納器とを備える
管理システム。

【請求項12】

請求項１に記載の制御方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御方法、情報処理装置、管理システム、及び、プログラムに関する。

【背景技術】

【0002】

宅配ボックスのような、物品が格納される格納器の解錠又は施錠である解施錠をブロックチェーンを用いて管理する技術が開示されている（非特許文献１参照）。格納器の解施錠の管理には、ブロックチェーンを用いたスマートコントラクトが用いられ得る。

【0003】

ここで、格納器には、単に物品が格納されるだけでなく、温度調節機能などを有するものもある。また、さまざまな格納器を複数備える格納器システムも存在する。

【先行技術文献】

【非特許文献】

【0004】

【文献】GMOインターネット株式会社、“GMOインターネットグループ、セゾン情報システムズ、パルコが共同でブロックチェーンとIoTを活用した実証実験の第二弾を実施”、［online］、平成29年6月21日、［平成30年10月25日検索］、インターネット〈URL：https://cloud.z.com/jp/news-ep/iot2/〉

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来、格納器システムが備える格納器の個数の増減、又は、格納器が有する機能の変更のような、格納器システムの構成の変更があった場合に、格納器システム全体を停止しなければならないという問題がある。格納器システム全体を停止すると、格納器システム全体の持続的な運用に支障が生ずる。

【0006】

そこで、本発明は、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる制御方法などを提供する。

【課題を解決するための手段】

【0007】

本発明の一態様に係る制御方法は、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法であって、前記分散台帳に格納されたコードをコンピュータにより実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する。

【0008】

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

【発明の効果】

【0009】

本発明の制御方法などによれば、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【図面の簡単な説明】

【0010】

【図1】図１は、実施の形態における管理システムの構成を模式的に示すブロック図である。

【図2】図２は、実施の形態におけるサーバのハードウェア構成を示すブロック図である。

【図3】図３は、実施の形態におけるサーバの機能の構成を示すブロック図である。

【図4】図４は、実施の形態における格納器システムの構成を模式的に示すブロック図である。

【図5】図５は、実施の形態における格納器システムの利用情報の説明図である。

【図6】図６は、実施の形態におけるアドレステーブルを示す説明図である。

【図7】図７は、実施の形態における機能情報の説明図である。

【図8】図８は、実施の形態における格納器システムにおける格納器の増設及び減設の説明図である。

【図9】図９は、実施の形態における格納器システムにおける格納器の増設の際の処理を示すシーケンス図である。

【図10】図１０は、実施の形態における格納器システムにおける格納器の減設の際の処理を示すシーケンス図である。

【図11】図１１は、実施の形態における格納器の利用の際の処理を示す第一のシーケンス図である。

【図12】図１２は、実施の形態における格納器の利用の際の処理を示す第二のシーケンス図である。

【図13】図１３は、実施の形態の変形例１における管理システムの構成を模式的に示すブロック図である。

【図14】図１４は、実施の形態の変形例１におけるサーバの機能の構成を示すブロック図である。

【図15】図１５は、実施の形態の変形例１における格納器システムの利用情報の説明図である。

【図16】図１６は、実施の形態の変形例２における制御方法を示すフロー図である。

【図17】図１７は、実施の形態の変形例２における情報処理装置の構成を示すブロック図である。

【発明を実施するための形態】

【0011】

（本発明の基礎となった知見）
本発明の一態様に係る制御方法は、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法であって、前記分散台帳に格納されたコードをコンピュータにより実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する。

【0012】

上記態様によれば、格納器システムが第一及び第二スマートコントラクトにより制御される。そして、格納器システムが備える格納器の増設、減設、又は、機能変更などの変更があった場合、その変更に係る第二スマートコントラクトの動作を停止するだけでよく、言い換えれば、第一スマートコントラクト、及び、変更に関与しない第二スマートコントラクトの動作を維持することができる。仮に単一のスマートコントラクトによって格納器システムを制御するとすれば、格納器の増設などの際にスマートコントラクトの動作を停止しなければならず、格納器システムの運用に支障が生ずる。本発明の一態様に係る制御方法によれば、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0013】

例えば、さらに、前記第一スマートコントラクトが、前記１以上の格納器に含まれる格納器の削除の要求を受けた場合に、前記１以上の第二スマートコントラクトのうちの前記削除の対象である前記格納器に対応する第二スマートコントラクトを前記管理の対象から除外してもよい。

【0014】

上記態様によれば、格納器の減設の際には、第一スマートコントラクトがその減設の対象である格納器に対応する第二スマートコントラクトを管理の対象から除外する。よって、格納器の減設の際に、第一スマートコントラクト、及び、減設の対象でない第二スマートコントラクトの動作を維持することができる。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0015】

例えば、さらに、前記第一スマートコントラクトが、前記１以上の格納器に新たな格納器の追加の要求を受けた場合に、前記新たな格納器に対応する第二スマートコントラクトを前記管理の対象に追加してもよい。

【0016】

上記態様によれば、格納器の増設の際には、第一スマートコントラクトがその増設の対象である格納器に対応する第二スマートコントラクトを管理の対象に追加する。よって、格納器の増設の際に、第一スマートコントラクト、及び、すでに動作している第二スマートコントラクトの動作を維持することができる。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0017】

例えば、さらに、前記第一スマートコントラクトが、前記１以上の格納器が利用されているか否かについての問い合わせを受けた場合に、前記問い合わせに対する回答情報を生成し、生成した前記回答情報を送信してもよい。

【0018】

上記態様によれば、格納器の利用の問い合わせに対して第一スマートコントラクトが回答情報を提供する。よって、格納器システムの構成の変更があっても、格納器の利用の問い合わせに対応することができる。

【0019】

例えば、さらに、前記第一スマートコントラクトが、前記１以上の格納器が利用されているか否かを示す利用情報を管理しており、前記１以上の格納器のうちの一の格納器の利用の要求を受けた場合に、前記利用情報を参照して、（ａ）前記一の格納器が利用されている場合には、前記要求を拒否し、（ｂ）前記一の格納器が利用されていない場合には、前記要求を許可してもよい。

【0020】

上記態様によれば、格納器が利用されたいないときに当該格納器の利用を許可するように格納器を管理することができる。これにより、格納器を複数の利用者が利用するなどの不都合を回避することができる。

【0021】

例えば、前記（ｂ）における前記一の格納器が利用されていない場合、前記利用についての課金処理が完了したときに限り、前記要求を許可してもよい。

【0022】

上記態様によれば、格納器の利用に係る料金などの課金処理が完了したときに限り格納器を利用できるように管理することができる。

【0023】

例えば、さらに、前記第一スマートコントラクトが、前記１以上の格納器のうちの一の格納器が有する機能についての問い合わせを受けた場合に、前記１以上の第二スマートコントラクトのうち当該一の格納器に対応する一の第二スマートコントラクトに前記問い合わせを転送し、前記一の第二スマートコントラクトから得られる回答情報を、前記問い合わせに対する回答として送信してもよい。

【0024】

上記態様によれば、格納器ごとの機能についての問い合わせがなされた場合に、問い合わせの対象である格納器に対応するスマートコントラクトにその問合せに対応させる。格納器ごとに異なる情報を、その格納器に対応する第二スマートコントラクトで管理するようにすることで、第一スマートコントラクトの機能追加を極力しないで済むように構成している。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0025】

例えば、前記第一スマートコントラクトが第二スマートコントラクトを新たに管理の対象とする場合には、前記第一スマートコントラクトを動作させているコンピュータのメモリに第二スマートコントラクトのアドレスを追加的に記憶させ、前記第一スマートコントラクトが第二スマートコントラクトを管理の対象から除外する場合には、前記第一スマートコントラクトを動作させているコンピュータのメモリから第二スマートコントラクトのアドレスを削除してもよい。

【0026】

上記態様によれば、コンピュータがメモリに第二スマートコントラクトのアドレスを格納しているか否かに基づいては、第二スマートコントラクトを管理の対象とするか否かが制御される。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる構成を、より容易に構築することができる。

【0027】

例えば、前記第一スマートコントラクトを動作させることは、１以上の前記第一スマートコントラクトを動作させることを含み、さらに、１以上の前記第一スマートコントラクトを管理し得る第三スマートコントラクトとを動作させ、前記第三スマートコントラクトが、１以上の前記第一スマートコントラクトそれぞれを前記管理の対象とするか否かを制御してもよい。

【0028】

上記態様によれば、格納器システムが第一、第二及び第三スマートコントラクトにより制御される。そして、格納器システムが備える格納器の増設、減設、又は、機能変更などの変更があった場合、その変更に係る第二スマートコントラクトの動作を停止するだけでよく、言い換えれば、第一及び第三スマートコントラクト、及び、変更に関与しない第二スマートコントラクトの動作を維持することができる。さらに、第三スマートコントラクトが第一スマートコントラクトを管理の対象とするか否かを制御するので、複数の第一スマートコントラクトをより容易に制御し得る。

【0029】

また、本発明の一態様に係る情報処理装置は、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う、複数の情報処理装置のうちの一の情報処理装置であって、プロセッサと、メモリと、コードが格納された前記分散台帳が記憶されている記憶装置とを備え、前記プロセッサは、前記分散台帳に格納されたコードを前記メモリを用いて実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する。

【0030】

これにより、上記制御方法と同様の効果を奏する。

【0031】

また、本発明の一態様に係る管理システムは、上記の情報処理装置を含む前記複数の情報処理装置と、前記複数の情報処理装置によって前記分散台帳を用いて前記解施錠制御がなされる前記１以上の格納器とを備える。

【0032】

これにより、上記制御方法と同様の効果を奏する。

【0033】

また、本発明の一態様に係るプログラムは、上記の制御方法をコンピュータに実行させるためのプログラムである。

【0034】

これにより、上記制御方法と同様の効果を奏する。

【0035】

なお、これらの包括的または具体的な態様は、システム、装置、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。

【0036】

以下、実施の形態について、図面を参照しながら具体的に説明する。

【0037】

なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

【0038】

（実施の形態）
本実施の形態において、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる制御方法などについて説明する。本実施の形態に係る制御方法は、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法である。なお、格納器は、例えば、宅配ボックス又はコインロッカーなどである。

【0039】

図１は、本実施の形態における管理システム１の構成を示すブロック図である。

【0040】

図１に示されるように、管理システム１は、サーバ１０Ａ、１０Ｂ、・・・、１０Ｅと、管理装置２０と、端末２１及び２２と、格納器システム３０とを備える。なお、サーバ１０Ａ、１０Ｂ、・・・、１０Ｅを「サーバ１０Ａ等」ともいい、サーバ１０Ａ等のそれぞれを「サーバ１０」ともいう。

【0041】

管理システム１は、格納器３１を利用してユーザＵ１からユーザＵ２に物品５を渡す場合に、格納器３１の解施錠を管理するシステムである。例えば、格納器３１が宅配ボックスであり、管理システム１が１以上の宅配ボックスの解施錠を管理する場合を想定して説明する。例えば、宅配業者を経由して受取人が物品５を受け取る場合、ユーザＵ１が宅配業者に相当し、ユーザＵ２が受取人に相当する。

【0042】

サーバ１０Ａ等それぞれは、格納器システム３０が有する格納器３１の解錠又は施錠をコンピュータ上で分散台帳によって管理する情報処理装置であるサーバ装置である。サーバ１０Ａ等それぞれは、解錠又は施錠の管理のための台帳を保有しており、自装置が保有している台帳と、他のサーバ１０Ａ等が保有している台帳との同期をとりながら台帳を更新している。分散台帳は、記録されている情報の改ざんが困難である利点がある。分散台帳は、ブロックチェーン、ＩＯＴＡ又はハッシュグラフなど公知の技術により実現され得る。

【0043】

サーバ１０Ａ等が保有している台帳には、格納器３１が解錠状態であるか、または、施錠状態であるかを示す情報、及び、格納器３１の管理をするためのプログラムコードであるコントラクトコードが格納されている。サーバ１０Ａ等は、コントラクトコードを実行することで動作する機能であるスマートコントラクトにより、格納器３１の解錠又は施錠を管理している。サーバ１０Ａ等は、ネットワークＮを介して端末２１及び２２、並びに格納器システム３０と通信可能に接続されている。サーバ１０Ａ等は互いに通信できるようにネットワークＭで接続されている。なお、ネットワークＭは、ネットワークＮと接続されていてもよいし、ネットワークＮであってもよい。

【0044】

管理装置２０は、格納器システム３０及び格納器３１の管理をコンピュータにより行う装置である。管理装置２０は、増設又は減設の際にサーバ１０Ａ等が管理している台帳を更新する。管理装置２０は、例えば格納器システム３０の管理者による操作に基づいて、台帳の情報を更新する。

【0045】

端末２１及び２２は、格納器３１の解錠又は施錠のための操作をユーザから受け、その操作に係る情報をサーバ１０Ａなどに送信する情報処理端末である。ここでは、端末２１は、物品５を渡すユーザＵ１が保有する端末であるとし、端末２２は、物品５を受け取るユーザＵ２が保有する端末であるとする。端末２１及び２２は、スマートフォン、パーソナルコンピュータなどである。

【0046】

格納器システム３０は、１以上の格納器３１を備えるシステムである。格納器システム３０が備える１以上の格納器３１それぞれは、ユーザＵ１からユーザＵ２に物品５が渡されるときに用いられる、物品５の一時的な格納場所である。一時に格納器３１の解施錠をすることができる権限を有する者は所定の人数に限定されることが想定される。所定の人数は、例えば１人であり、この場合を例として説明するが、所定の人数は１人に限られない。

【0047】

格納器３１は、物品５を収容する収容室を少なくとも有する。格納器３１は、さらに収容室の温度を調整する温度調節機能を有していてもよいし、解錠又は施錠の際に音、光、におい又は煙を出力するなどの演出効果を発揮する演出機能を有していてもよい。格納器３１の解錠又は施錠の制御、温度調節機能の制御、及び、演出機能の制御は、サーバ１０Ａ等で動作するスマートコントラクトによりなされる。

【0048】

格納器３１は、ユーザＵ１による操作に基づいて解錠され、ユーザＵ１により物品５が格納された後に施錠される。その後、ユーザＵ２による操作に基づいて解錠され、ユーザＵ２により物品５が搬出される。

【0049】

図２は、本実施の形態におけるサーバ１０のハードウェア構成を示すブロック図である。図３は、本実施の形態におけるサーバ１０の機能の構成を示すブロック図である。ここで、サーバ１０は、図１に示されるサーバ１０Ａ等それぞれに相当する。

【0050】

図２に示されるように、サーバ１０は、プロセッサ１１と、メモリ１２と、通信部１３と、台帳記憶部１４とを備える。

【0051】

プロセッサ１１は、メモリ１２を用いてプログラムを実行するプロセッサである。プロセッサ１１は、台帳記憶部１４に記憶されているコントラクトコードＣ１及びＣ２を実行することで、それぞれスマートコントラクトＳ１及びＳ２を動作させる（図３参照）。また、プロセッサ１１は、所定のプログラムを実行することで、サーバ１０が備えるその他の機能を実現する。

【0052】

メモリ１２は、プロセッサ１１がプログラムを実行するときに使用されるワークエリアである。

【0053】

通信部１３は、他の装置と通信可能に接続される通信インタフェース装置である。通信部１３は、ネットワークＮ及びＭに直接的又は間接的に接続され、ネットワークＮ及びＭを介して、他のサーバ１０、端末２１及び２２、格納器システム３０と通信可能である。

【0054】

台帳記憶部１４は、格納器３１の解錠又は施錠を管理するための台帳を記憶している記憶装置である。台帳記憶部１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などにより実現される。

【0055】

台帳記憶部１４は、解施錠履歴１５と、コントラクトコードＣ１及びＣ２とを記憶している。解施錠履歴１５は、格納器３１の解錠及び施錠の履歴、及び、鍵の保有者の履歴である。コントラクトコードＣ１及びＣ２は、それぞれ、スマートコントラクトＳ１及びＳ２を動作させるためのプログラムコードである。

【0056】

次に、サーバ１０の機能について説明する。

【0057】

図３に示されるように、サーバ１０は、同期部１７と、スマートコントラクトＳ１と、スマートコントラクトＳ２とを備える。サーバ１０は、１以上のスマートコントラクトＳ２を管理し得る１つのスマートコントラクトＳ１を動作させており、また、格納器３１と１対１に対応するスマートコントラクトＳ２を動作させている。言い換えれば、サーバ１０は、階層構成よりなるスマートコントラクトＳ１及びＳ２により格納器システム３０を制御する。

【0058】

同期部１７は、サーバ１０間で台帳記憶部１４の同期をとる処理部である。同期部１７は、プロセッサ１１が、所定のプログラムを実行することで実現され得る。

【0059】

同期部１７は、台帳記憶部１４に記憶すべき情報について、所定時間間隔でコンセンサスアルゴリズムに基づいて他のサーバ１０との間で合意形成を試みる。そして、同期部１７は、合意形成に成功した場合に新たな情報を台帳記憶部１４に記憶する。コンセンサスアルゴリズムには、ＰＯＷ（Ｐｒｏｏｆ Ｏｆ Ｗｏｒｋ）、ＰＯＳ（Ｐｒｏｏｆ Ｏｆ Ｓｔａｋｅ）、又は、ＰＢＦＴ（Ｐｒａｃｔｉｃａｌ Ｂｙｚａｎｔｉｎｅ Ｆａｕｌｔ Ｔｏｌｅｒａｎｃｅ）など、従来提案されているものが適用され得る。

【0060】

スマートコントラクトＳ１は、システム管理部１０１と、個別制御部１０３と、受付部１０５とを備える。スマートコントラクトＳ１は、格納器システム３０全体を管理しており、格納器３１の増減設などがなされる場合にも動作をし続けることが想定される。スマートコントラクトＳ１は、１以上のスマートコントラクトＳ２それぞれを管理の対象とするか否かを制御している。スマートコントラクトＳ１は、第一スマートコントラクトに相当する。

【0061】

システム管理部１０１は、格納器システム３０の識別情報及び所在地などの属性情報、格納器システム３０に含まれる格納器３１それぞれが利用されているか否かを示す利用情報１０２を管理している。そして、システム管理部１０１は、格納器システム３０の属性情報及び利用情報１０２などの問い合わせを端末２１等から受けた場合に、管理している属性情報及び利用情報１０２に基づいて回答情報を生成し、端末２１等に送信する。また、システム管理部１０１は、格納器３１それぞれを利用する旨の要求を端末２１などから受け、利用情報１０２を更新する。

【0062】

具体的には、システム管理部１０１は、格納器３１が利用されているか否かについての問い合わせを端末２１から受けた場合に、問い合わせに対する回答情報を生成し、生成した回答情報を端末２１に送信する。ここで、システム管理部１０１は、格納器３１の利用の要求を受けた場合に、利用情報１０２を参照して、要求に係る格納器３１が利用されている場合には要求を拒否し、要求に係る格納器３１が利用されていない場合には、要求を許可する。なお、システム管理部１０１は、要求に係る格納器３１が利用されていない場合、新たな利用についての課金処理が完了したときに限り、要求を許可するようにしてもよい。

【0063】

個別制御部１０３は、格納器システム３０が備える格納器３１それぞれを管理の対象とするか否かを制御する処理部である。個別制御部１０３は、メモリ１２上にアドレステーブル１０４を保有している。アドレステーブル１０４には、個別制御部１０３が管理の対象としている格納器３１に対応するスマートコントラクトＳ２の格納アドレスが格納されている。

【0064】

具体的には、個別制御部１０３は、管理装置２０から格納器３１の削除の要求を受けた場合に、削除の対象である格納器３１に対応するスマートコントラクトＳ２を管理の対象から除外する。スマートコントラクトＳ２を管理の対象から除外するには、アドレステーブル１０４から削除の対象であるスマートコントラクトＳ２のアドレスを削除する。また、個別制御部１０３は、管理装置２０から新たな格納器３１の追加の要求を受けた場合に、新たな格納器３１に対応するスマートコントラクトＳ２を管理の対象に追加する。スマートコントラクトＳ２を管理の対象に追加するには、アドレステーブル１０４にスマートコントラクトＳ２のアドレスを追加的に記憶させる。

【0065】

受付部１０５は、格納器３１それぞれの機能に関する問い合わせを受ける処理部である。受付部１０５は、格納器３１それぞれの機能に関する問い合わせを受けると、問い合わせに係る格納器３１に対応するスマートコントラクトＳ２のアドレスをアドレステーブル１０４から読み出し、受けた問い合わせを当該アドレスに転送する。また、転送した結果として送信される、問い合わせに対する回答情報を端末２１などに送信する。

【0066】

スマートコントラクトＳ２は、受付部１１１と、解施錠管理部１１２と、機能管理部１１５とを備える。スマートコントラクトＳ２は、格納器３１と１対１に対応しており、１つの格納器３１について１つのスマートコントラクトＳ２が動作している。当該スマートコントラクトＳ２に対応する格納器３１の増設の際に動作を開始し、減設の際に動作を終了することが想定される。スマートコントラクトＳ２は、第二スマートコントラクトに相当する。

【0067】

受付部１１１は、格納器３１の機能に関する問い合わせを受ける処理部である。受付部１１１は、スマートコントラクトＳ１の受付部１０５から転送される機能に関する問い合わせ情報を受けると、問い合わせに対する回答情報を生成して受付部１０５に送信する。機能に関する問い合わせ情報とは、例えば、格納器３１が冷蔵機能を備えている否か、保温機能を備えているか否か、音等による演出機能を備えているか否かなどを示す情報である。

【0068】

例えば、受付部１１１は、端末２１などから機能ＩＤを含む問い合わせを受けると、機能管理部１１５を参照して、格納器３１がその機能ＩＤに係る機能を備えているか否かを判定し、判定結果を示す回答情報を生成して送信する。例えば、受付部１１１は、格納器３１がその機能ＩＤに係る機能を備えている場合には「ＴＲＵＥ」を、その機能を備えていない場合には「ＦＡＵＬＳＥ」を含む回答情報を生成する。機能ＩＤは、例えば、冷蔵機能について「１００１」、保温機能について「１００２」、演出機能について「１００３」などと定められる。

【0069】

解施錠管理部１１２は、当該スマートコントラクトＳ２に対応する格納器３１の解施錠を管理している処理部である。解施錠管理部１１２は、当該格納器３１が解錠状態であるか施錠状態であるかを示す鍵状態情報１１３と、当該格納器３１の解施錠をし得る権限を有する者を鍵保有者として示す鍵保有者情報１１４を管理している。鍵状態情報１１３及び鍵保有者情報１１４は、台帳記憶部１４に記憶されている解施錠履歴１５から導かれ得る。

【0070】

解施錠管理部１１２は、当該スマートコントラクトＳ２に対応する格納器３１の解錠又は施錠の要求を受けた場合、その要求の正当性を確認したうえで、解錠又は施錠の要求を受けたことを履歴として解施錠履歴１５に追加し、また、鍵状態情報１１３を解錠状態又は施錠状態に更新する。なお、鍵状態情報１１３は、格納器３１の解施錠制御部３３により参照されて、解施錠制御部３３による格納器３１の解施錠制御に反映される。そのため、解施錠管理部１１２は、解施錠制御部３３を介して格納器３１の解施錠を制御しているといえる。

【0071】

また、解施錠管理部１１２は、当該格納器３１の鍵保有者が変更されると、その変更に従って解施錠履歴１５に履歴を追加し、また、要求に係る変更に従って鍵状態情報１１３を更新する。例えば、ユーザＵ２からユーザＵ１に物品５が渡される場合、鍵保有者は、当初はユーザＵ１であり、ユーザＵ１が物品５を格納器３１に収容した後にユーザＵ２に変更される。

【0072】

機能管理部１１５は、格納器３１が有する機能の制御を管理する処理部である。機能管理部１１５は、端末２１などから受ける指示情報に基づいて、格納器３１が有する冷蔵機能、保温機能または演出機能などの制御を個別に管理する。具体的には、機能管理部１１５は、当該格納器３１が備えている各機能ごとに、当該格納器３１がその機能を発揮しているか否かを示す機能情報１１６を保有しており、指示情報を受けた場合には機能情報１１６を更新する。なお、機能管理部１１５は必須の構成ではない。

【0073】

なお、利用情報については、スマートコントラクトＳ１が格納器システム３０全体の利用情報を管理する形態を説明した。その代わりに、複数のスマートコントラクトＳ２それぞれが格納器単体の利用情報を管理し、スマートコントラクトＳ１が複数のスマートコントラクトＳ２それぞれへの問合せを行い、全体の利用情報を集めるようにしてもよい。

【0074】

図４は、本実施の形態における格納器システム３０の構成を模式的に示すブロック図である。

【0075】

図４に示されるように格納器システム３０は、通信部３２と、解施錠制御部３３と、機能制御部３４とを備える。解施錠制御部３３と、機能制御部３４とは、格納器システム３０が備える１以上の格納器３１それぞれについて１つずつ備えられる。

【0076】

通信部３２は、他の装置と通信可能に接続される通信インタフェース装置である。通信部３２は、ネットワークＮに接続され、ネットワークＮを介して他のサーバ１０と通信可能である。

【0077】

解施錠制御部３３は、格納器３１それぞれについて設けられ、当該格納器３１を解錠するか、又は、施錠するかを制御する。解施錠制御部３３は、通信部３２を介してサーバ１０の鍵状態情報１１３を繰り返し参照し、鍵状態情報１１３に整合するように当該格納器３１の鍵状態を変更する。

【0078】

具体的には、鍵状態情報１１３において当該格納器３１が解錠状態であることが示されている場合、解施錠制御部３３は、格納器３１が実際に解錠状態であればその解錠状態を維持し、格納器３１が実際に施錠状態であれば解錠することで解錠状態にする。また、鍵状態情報１１３において当該格納器３１が施錠状態であることが示されている場合、解施錠制御部３３は、格納器３１が実際に施錠状態であればその施錠状態を維持し、格納器３１が実際に解錠状態であれば施錠することで施錠状態に変更する。

【0079】

機能制御部３４は、当該格納器３１の機能を制御する処理部である。機能制御部３４は、当該格納器３１が冷蔵機能、保温機能または演出機能などを備えている場合には、その機能を発揮するよう制御する。なお、機能制御部３４は必須の構成ではない。

【0080】

機能制御部３４は、解施錠制御部３３が鍵状態情報１１３を参照するのと同様に、通信部３２を介してサーバ１０の機能情報１１６を繰り返し参照し、機能情報１１６に整合するように当該格納器３１の機能を発揮する、又は、発揮しないように状態を変更する。

【0081】

図５は、本実施の形態における管理システム１における格納器３１の利用情報１０２の説明図である。

【0082】

利用情報１０２の各エントリは、格納器３１に１対１に対応しており、格納器ＩＤ４１と、利用有無４２との各情報を含む。

【0083】

格納器ＩＤ４１は、格納器３１を一意に識別し得る識別子である。格納器ＩＤ４１は、１以上のスマートコントラクトＳ２に対応する１以上の格納器３１それぞれの識別子を有する。

【0084】

利用有無４２は、当該格納器３１が利用されているか否かを示す情報である。

【0085】

利用情報１０２は、システム管理部１０１が端末２１から利用問合せ情報を受信すると、回答情報を生成するために参照される。また、端末２１等から利用の要求を受信すると更新される。

【0086】

図６は、本実施の形態におけるアドレステーブル１０４を示す説明図である。

【0087】

図６に示されるようにアドレステーブル１０４には、１以上のスマートコントラクトＳ２それぞれのアドレスとして、アドレス１、アドレス２、・・・、アドレスｎが記憶されている。

【0088】

アドレステーブル１０４には、スマートコントラクトＳ１の管理の対象であるスマートコントラクトＳ２のアドレスが個別制御部１０３によって記載される。また、アドレステーブル１０４は、受付部１０５により参照され、受付部１０５が機能の問い合わせ受けたときに、その問い合わせを転送する先のスマートコントラクトＳ２のアドレスとして利用される。

【0089】

図７は、本実施の形態における機能情報１１６の説明図である。

【0090】

図７に示されるように機能情報１１６の各エントリは、１つの機能に対応しており、機能ＩＤ４４と、状態４５との各情報を含む。

【0091】

機能ＩＤ４４は、格納器３１が備えている機能を示す情報である。例えば、機能ＩＤ４４が「１００１」である機能は冷蔵機能であり、機能ＩＤ４４が「１００２」である機能は保温機能である。

【0092】

状態４５は、当該エントリに係る機能を格納器３１が発揮している状態である「ＯＮ状態」とするか、又は、発揮していない状態である「ＯＦＦ」状態とするかを示す情報である。

【0093】

図７に示される機能情報１１６は、格納器３１が冷蔵機能と保温機能とを備えていることを示している。また、機能情報１１６は、冷蔵機能を発揮している、つまり、収容室を冷蔵機能によって冷やしている状態とすることを示しており、また、保温機能を発揮していない状態にすることを示している。

【0094】

次に、格納器３１の増設および減設の際の管理システム１の処理を説明する。

【0095】

図８は、本実施の形態における格納器システム３０における格納器３１の増設及び減設の説明図である。

【0096】

図８の（ａ）は、２個の格納器３１である格納器３１Ａ及び３１Ｂを備える格納器システム３０を示している。このとき、サーバ１０は、スマートコントラクトＳ１と、２個の格納器３１Ａ及び３１Ｂそれぞれに対応するスマートコントラクトＳ２Ａ及びＳ２Ｂとを動作させている。

【0097】

図８の（ｂ）は、３個の格納器３１である格納器３１Ａ、３１Ｂ及び３１Ｃを備える格納器システム３０を示している。このとき、サーバ１０は、スマートコントラクトＳ１と、３個の格納器３１Ａ、３１Ｂ及び３１Ｃそれぞれに対応するスマートコントラクトＳ２Ａ、Ｓ２Ｂ及びＳ２Ｃとを動作させている。

【0098】

図８の（ａ）の状態において、格納器３１Ｃを増設すると図８の（ｂ）の状態になる。また、図８の（ｂ）の状態において、格納器３１Ｃを減設すると図８の（ａ）の状態になる。

【0099】

以降において、格納器の増設及び減設の際の管理システム１の処理を説明する。

【0100】

図９は、本実施の形態における管理システム１における格納器３１の増設の際の処理を示すシーケンス図である。

【0101】

図９に示されるように、格納器３１の増設の際には、ステップＳ１０１において、格納器システム３０に新たな格納器３１（例えば図８の（ｂ）における格納器３１Ｃ）が物理的に管理者により設置される。

【0102】

ステップＳ１１１において、管理装置２０は、格納器３１の追加の要求を示す追加要求情報をスマートコントラクトＳ１に送信する。スマートコントラクトＳ１の個別制御部１０３は、追加要求情報を受信する。

【0103】

ステップＳ１３１において、スマートコントラクトＳ２が動作を開始する。なお、当初からスマートコントラクトＳ２が動作している場合には、ステップＳ１３１の実行は不要である。

【0104】

ステップＳ１２１において、スマートコントラクトＳ１の個別制御部１０３は、新たな格納器３１に対応するスマートコントラクトＳ２のアドレスをアドレステーブル１０４に追加する。これにより、スマートコントラクトＳ１は、新たな格納器３１に対応するスマートコントラクトＳ２を管理の対象とする。

【0105】

図９に示される一連の処理により、新たな格納器３１の増設がなされ、管理システム１による管理の対象となる。

【0106】

図１０は、本実施の形態における格納器システム３０における格納器３１の減設の際の処理を示すシーケンス図である。

【0107】

図１０に示されるように、格納器３１の減設の際には、ステップＳ２０１において、格納器システム３０に含まれる格納器３１（例えば図８の（ｂ）における格納器３１Ｃ）が物理的に撤去される。

【0108】

ステップＳ２１１において、管理装置２０は、利用の要求を示す利用要求情報をスマートコントラクトＳ１に送信する。ユーザＵ１等によって減設される格納器３１が利用されることを防ぐためである。

【0109】

ステップＳ２１２において、管理装置２０は、削除の要求を示す削除要求情報をスマートコントラクトＳ１に送信する。スマートコントラクトＳ１の個別制御部１０３は、削除要求情報を受信する。

【0110】

ステップＳ２２１において、スマートコントラクトＳ１の個別制御部１０３は、減設される格納器３１に対応するスマートコントラクトＳ２のアドレスをアドレステーブル１０４から削除する。これにより、スマートコントラクトＳ１は、減設対象の格納器３１に対応するスマートコントラクトＳ２を管理の対象から除外する。

【0111】

ステップＳ２３１において、スマートコントラクトＳ２が動作を停止する。ステップＳ２３１の実行は必須ではない。

【0112】

図１０に示される一連の処理により、格納器３１の減設がなされ、管理システム１による管理の対象から除外される。

【0113】

次に、格納器３１の利用の際の管理システム１の処理を説明する。

【0114】

図１１及び図１２は、本実施の形態における格納器３１の利用の際の処理を示すシーケンス図である。図１１に示される処理が終了すると図１２に示される処理に進む。

【0115】

ここでは、１以上の格納器３１のうち、格納器３１Ａ及び３１Ｃが利用されており、格納器３１Ｂが利用されていない状況において、ユーザＵ１からユーザＵ２に格納器３１Ｂを介して物品５を渡す場合を想定して、格納器３１の利用の際の処理を説明する。また、物品５は、冷蔵が必要であるとする。

【0116】

ステップＳ３０１において、ユーザＵ１は、端末２１により、格納器システム３０が有する格納器３１が利用されているか否かを問い合わせるための利用問合せ情報をスマートコントラクトＳ１に送信する。スマートコントラクトＳ１は、利用問合せ情報を受信すると、格納器３１が利用されているか否かを示す利用情報を端末２１に送信する。また、スマートコントラクトＳ１は、利用可能である格納器３１Ｂに対応するスマートコントラクトＳ２のアドレスを端末２１に送信する。例えば、スマートコントラクトＳ１は、格納器３１Ａ、３１Ｂ及び３１Ｃのうち、格納器３１Ａ及び３１Ｃが利用されており、格納器３１Ｂが利用されていないことを示す利用情報と、格納器３１Ｂに対応するスマートコントラクトＳ２のアドレスを端末２１に送信する。ユーザＵ１は、物品５の格納のために格納器３１Ｂを利用し得ることを知ることができる。

【0117】

ステップＳ３０２において、ユーザＵ１は、端末２１により、格納器３１Ｂが冷蔵機能を備えているか否かを問い合わせるための機能問合せ情報をスマートコントラクトＳ１に送信する。スマートコントラクトＳ１は、機能問合せ情報を受信すると、受信した機能問合せ情報を格納器３１Ｂに対応するスマートコントラクトＳ２Ｂに転送する。

【0118】

機能問合せ情報を受信したスマートコントラクトＳ２Ｂは、機能問合せ情報の内容を確認し、格納器３１Ｂが冷蔵機能を備えているかを示す機能回答情報をスマートコントラクトＳ１に送信する。機能回答情報を受信したスマートコントラクトＳ１は、受信した機能回答情報を端末２１に転送する。例えばスマートコントラクトＳ２Ｂは、格納器３１Ｂが冷蔵機能を備えていることを示す機能回答情報を送信する。ユーザＵ１は、格納器３１Ｂが冷蔵機能を備えていることから、物品５をユーザＵ２に渡すために格納器３１Ｂを利用できることを知り、格納器３１Ｂを使用することを決定する。

【0119】

なお、ステップＳ３０１及びＳ３０２を別個に行う代わりに、特定の機能を有する格納器３１が利用されているか否かを問い合わせるようにすることによって、ステップＳ３０１及びＳ３０２に相当する処理をまとめて行ってもよい。

【0120】

ステップＳ３０３において、ユーザＵ１は、格納器３１Ｂを利用するための利用要求情報をスマートコントラクトＳ１に送信する。スマートコントラクトＳ１は、利用要求情報を受信する。

【0121】

ステップＳ３２１において、スマートコントラクトＳ１は、ステップＳ３０３で利用要求情報を受信したことに応じて、格納器３１Ｂの利用の開始処理を行う。開始処理では、格納器３１Ｂの鍵の保有者を管理者からユーザＵ１に変更することを示す保有者変更要求情報をスマートコントラクトＳ２Ｂに送信する。スマートコントラクトＳ２Ｂは、保有者変更要求情報を受信すると、その内容に基づいて格納器３１Ｂの鍵の保有者を管理者からユーザＵ１に変更する。

【0122】

ステップＳ３０４において、ユーザＵ１は、端末２１により、格納器３１Ｂの機能を設定するための機能要求情報をスマートコントラクトＳ２Ｂに送信する。例えば、ユーザＵ１は、格納器３１Ｂの収容室を冷蔵機能によって冷やすことを示す機能要求情報をスマートコントラクトＳ２Ｂに送信する。なお、このとき、格納器３１Ｂの収容室の温度を時間経過とともに変更するようにしてもよい。例えば、ユーザＵ２が格納器３１Ｂから物品５を搬出するときに向かって徐々に収容室の温度を低温から常温に変更してもよい。ユーザＵ２が格納器３１Ｂから物品５を搬出するときを特定するには、予め定められた時刻を取得してもよいし、ユーザＵ２の端末２２の現在位置をＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）によって取得し、その位置と移動速度とを用いてユーザＵ２が格納器３１Ｂの位置に至る時刻を特定することによってなされてもよい。

【0123】

ステップＳ３３１において、スマートコントラクトＳ２は、機能要求情報を受信し、受信した機能要求情報に基づいて格納器３１Ｂの機能情報１１６を変更する。例えば、機能要求情報に従って、冷蔵機能をＯＮ状態に変更する。

【0124】

ステップＳ３４１において、格納器システム３０の機能制御部３４は、スマートコントラクトＳ２Ｂが保有している機能情報１１６を参照し、格納器３１Ｂの機能情報１１６において、冷蔵機能がＯＮ状態に更新されたと判定する。

【0125】

ステップＳ３４２において、機能制御部３４は、格納器３１Ｂの冷蔵機能を発揮する状態に制御する。これは、機能制御部３４がステップＳ３４１において格納器３１Ｂの機能情報１１６において冷蔵機能がＯＮ状態に更新されたと判定したことに基づいてなされる。

【0126】

ステップＳ３０５において、ユーザＵ１は、端末２１により、格納器３１Ｂの解錠の制御をする。解錠の制御では、端末２１が、格納器３１Ｂを解錠するための解錠要求をスマートコントラクトＳ２Ｂに送信する。

【0127】

ステップＳ３３２において、スマートコントラクトＳ２Ｂは、解錠要求を受信したことを示す情報を解施錠履歴１５に追加することで更新し、また、鍵状態情報１１３を解錠状態に変更する。

【0128】

ステップＳ３４３において、格納器システム３０の解施錠制御部３３は、スマートコントラクトＳ２Ｂが保有している鍵状態情報１１３を参照し、格納器３１Ｂの鍵状態情報１１３が解錠状態に更新されたと判定する。

【0129】

ステップＳ３４４において、格納器３１Ｂを解錠する。これは、解施錠制御部３３がステップＳ３４３において格納器３１Ｂの鍵状態情報１１３が解錠状態に更新されたと判定したことに基づいてなされる。

【0130】

ステップＳ３４５において、物品５がユーザＵ１によって格納器３１Ｂに格納される。

【0131】

ステップＳ３０６において、ユーザＵ１は、端末２１により、格納器３１Ｂの施錠の制御をする。施錠の制御では、端末２１が、格納器３１Ｂを施錠するための施錠要求をスマートコントラクトＳ２Ｂに送信する。

【0132】

ステップＳ３３３において、スマートコントラクトＳ２Ｂは、施錠要求を受信したことを示す情報を解施錠履歴１５に追加することで更新し、また、鍵状態情報１１３を施錠状態に変更する。

【0133】

ステップＳ３４６において、格納器システム３０の解施錠制御部３３は、スマートコントラクトＳ２Ｂが保有している鍵状態情報１１３を参照し、格納器３１Ｂの鍵状態情報１１３が施錠状態に更新されたと判定する。

【0134】

ステップＳ３４７において、格納器３１Ｂを施錠する。これは、解施錠制御部３３がステップＳ３４６において格納器３１Ｂの鍵状態情報１１３が施錠状態に更新されたと判定したことに基づいてなされる。

【0135】

ステップＳ３２２において、スマートコントラクトＳ１は、格納器３１Ｂの鍵の保有者をユーザＵ１からユーザＵ２に変更することを示す保有者変更要求情報をスマートコントラクトＳ２Ｂに送信する。スマートコントラクトＳ２Ｂは、保有者変更要求情報を受信すると、その内容に基づいて格納器３１Ｂの鍵の保有者をユーザＵ１からユーザＵ２に変更する。

【0136】

図１２に移り、ステップＳ３１１において、ユーザＵ２は、端末２２により、格納器３１Ｂの解錠の制御をする。解錠の制御では、端末２２が、格納器３１Ｂを解錠するための解錠要求をスマートコントラクトＳ２Ｂに送信する。

【0137】

ステップＳ３３４において、スマートコントラクトＳ２Ｂは、解錠要求を受信したことを示す情報を解施錠履歴１５に追加することで更新し、また、鍵状態情報１１３を解錠状態に変更する。

【0138】

ステップＳ３４８において、格納器システム３０の解施錠制御部３３は、スマートコントラクトＳ２Ｂが保有している鍵状態情報１１３を参照し、格納器３１Ｂの鍵状態情報１１３が解錠状態に更新されたと判定する。

【0139】

ステップＳ３４９において、格納器３１Ｂを解錠する。これは、解施錠制御部３３がステップＳ３４８において格納器３１Ｂの鍵状態情報１１３が解錠状態に更新されたと判定したことに基づいてなされる。

【0140】

ステップＳ３５０において、物品５がユーザＵ２によって格納器３１Ｂから搬出される。

【0141】

ステップＳ３２３において、スマートコントラクトＳ１は、格納器３１Ｂの利用の終了処理を行う。終了処理では、スマートコントラクトＳ１は、格納器３１Ｂの鍵の保有者をユーザＵ２から管理者に変更することを示す保有者変更要求情報をスマートコントラクトＳ２Ｂに送信する。スマートコントラクトＳ２Ｂは、保有者変更要求情報を受信すると、その内容に基づいて格納器３１Ｂの鍵の保有者をユーザＵ２から管理者に変更する。

【0142】

図１１及び図１２に示される一連の処理により、ユーザＵ１から格納器３１Ｂを介してユーザＵ２に物品５を渡すことができる。

【0143】

なお、格納器３１の減設と、新たな格納器３１の増設とを続けて行うことで、格納器３１の変更を行うこともできる。減設される格納器３１と増設される格納器３１とが備える機能が異なる場合、この減設と増設とによって格納器３１に機能を追加又は削除することができる。

【0144】

例えば、格納器システム３０が格納器３１Ａ、３１Ｂ及び３１Ｃを備える状態（図６の（ｂ））から、格納器３１Ｃを格納器３１Ｄに変更した状態（図６の（ｃ））に変更することができる。ここで、格納器３１Ｄは、格納器３１Ｃとは異なる格納器であり、例えば格納器３１Ｃとは異なる機能を有する格納器である。格納器３１Ｄが格納器３１Ｃとは異なる機能を有する格納器である場合、サーバ１０上において、スマートコントラクトＳ１が、格納器３１Ｄに対応したスマートコントラクトＳ２Ｄが動作させる。

【0145】

このようにすることで、管理システム１の構成を変更する場合に、システム全体を停止することなく、管理システム１全体を持続的に運用することができる。

【0146】

（実施の形態の変形例１）
本変形例に係る管理システムは、上記実施の形態における格納器システム３０を複数備え、複数の格納器システム３０を高い利便性をもって利用可能とする。

【0147】

図１３は、本変形例における管理システム２の構成を模式的に示すブロック図である。

【0148】

図１３に示される管理システム２は、複数の格納器システム３０Ａ、３０Ｂ及び３０Ｃを備える。

【0149】

格納器システム３０が複数存在する場合、ユーザは、どの格納器システム３０に属する格納器を利用することができるか判断できない場合が想定される。例えば、ユーザが利用し得る複数の格納器システム３０が、さまざまな施設又は地域に存在している場合、ユーザは、どの格納器システム３０に属する格納器３１でもよいから、空いている格納器３１を利用したいと考える。本変形例の管理システム２は、このような場合に、ユーザが利用できる格納器３１が属する格納器システム３０を特定し、ユーザがその格納器３１を利用できるようにすることができる。

【0150】

図１４は、本変形例におけるサーバ１０ＡＡの機能の構成を示すブロック図である。サーバ１０ＡＡは、図１３におけるサーバ１０Ａ等のそれぞれとして動作する。サーバ１０ＡＡについて、実施の形態１におけるサーバ１０Ａ等と異なる部分を主に説明する。

【0151】

図１４に示されるように、サーバ１０ＡＡは、同期部１７と、スマートコントラクトＳ１、Ｓ２及びＳ３とを備える。

【0152】

管理システム２は、１つのスマートコントラクトＳ３と、１以上のスマートコントラクトＳ１と、１以上のスマートコントラクトＳ２とを備える。

【0153】

スマートコントラクトＳ３は、１以上のスマートコントラクトＳ１を管理し得る。また、１以上のスマートコントラクトＳ１のそれぞれは、上記実施の形態におけるスマートコントラクトＳ１と同様に１以上のスマートコントラクトＳ２を管理し得る。言い換えれば、サーバ１０ＡＡは、３階層の階層構成よりなるスマートコントラクトＳ３、Ｓ１及びＳ２により格納器システム３０を制御する。

【0154】

スマートコントラクトＳ３は、どの格納器システム３０がどの場所に設置されているかを管理している。スマートコントラクトＳ３は、台帳記憶部１４に記憶されている台帳に格納されているコントラクトコードＣ３（不図示）をサーバ１０ＡＡが実行することによって実現される機能である。

【0155】

スマートコントラクトＳ３は、システム管理部１２１と、個別制御部１２３と、受付部１２５とを備える。スマートコントラクトＳ３は、複数の格納器システム３０を管理しており、格納器３１の増減設などがなされる場合にも動作をし続けることが想定される。スマートコントラクトＳ３は、第三スマートコントラクトに相当する。

【0156】

システム管理部１２１は、格納器システム３０Ａ、３０Ｂ及び３０Ｃの識別情報及び所在地などの属性情報、格納器システム３０Ａ等それぞれに含まれる格納器３１それぞれが利用されているか否かを示す利用情報１２２を管理している。そして、システム管理部１２１は、格納器システム３０Ａ等それぞれの属性情報及び利用情報１２２などの問い合わせを端末２１等から受けた場合に、管理している属性情報及び利用情報１２２に基づいて回答情報を生成し、端末２１等に送信する。また、システム管理部１２１は、格納器３１それぞれを利用する旨の要求を端末２１などから受け、利用情報１２２を更新する。

【0157】

具体的には、システム管理部１２１は、格納器３１が利用されているか否かについての問い合わせを端末２１から受けた場合に、問い合わせに対する回答情報を生成し、生成した回答情報を端末２１に送信する。ここで、システム管理部１２１は、格納器３１の利用の要求を受けた場合に、利用情報１２２を参照して、要求に係る格納器３１が利用されている場合には要求を拒否し、要求に係る格納器３１が利用されていない場合には、要求を許可する。なお、システム管理部１２１は、要求に係る格納器３１が利用されていない場合、新たな利用についての課金処理が完了したときに限り、要求を許可するようにしてもよい。

【0158】

個別制御部１２３は、格納器システム３０Ａ等それぞれを管理の対象とするか否かを制御する処理部である。個別制御部１２３は、メモリ１２上にアドレス場所テーブル１２４を保有している。アドレス場所テーブル１２４には、個別制御部１２３が管理の対象としている格納器システム３０Ａ等に対応するスマートコントラクトＳ１の格納アドレスが格納されている。

【0159】

具体的には、個別制御部１２３は、管理装置２０から格納器システム３０Ａ等の削除の要求を受けた場合に、削除の対象である格納器システム３０Ａ等に対応するスマートコントラクトＳ１を管理の対象から除外する。スマートコントラクトＳ１を管理の対象から除外するには、アドレス場所テーブル１２４から削除の対象であるスマートコントラクトＳ１のアドレスを削除する。また、個別制御部１２３は、スマートコントラクトＳ１から新たな格納器システム３０Ａ等の追加の要求を受けた場合に、新たな格納器システム３０Ａに対応するスマートコントラクトＳ１を管理の対象に追加する。スマートコントラクトＳ１を管理の対象に追加するには、アドレス場所テーブル１２４にスマートコントラクトＳ１のアドレスを追加的に記憶させる。

【0160】

受付部１２５は、格納器３１それぞれの機能に関する問い合わせを受ける処理部である。受付部１２５は、格納器３１それぞれの機能に関する問い合わせを受けると、問い合わせに係る格納器３１が属する格納器システム３０Ａ等に対応するスマートコントラクトＳ１のアドレスをアドレス場所テーブル１２４から読み出し、受けた問い合わせを当該アドレスに転送する。また、転送した結果として送信される、問い合わせに対する回答情報を端末２１などに送信する。

【0161】

同期部１７及びスマートコントラクトＳ１及びＳ２は、上記実施の形態におけるものと同じである。

【0162】

図１５は、本変形例における管理システム２の利用情報１２２の説明図である。

【0163】

利用情報１２２は、格納器ＩＤ６１と、利用有無６２と、システムＩＤ６３との各情報を含む。

【0164】

格納器ＩＤ６１は、格納器３１を一意に識別し得る識別子である。

【0165】

利用有無６２は、格納器３１が利用されているか否かを示す情報である。

【0166】

システムＩＤ６３は、格納器３１が属している格納器システム３０Ａ等の識別子である。

【0167】

システム管理部１２１は、利用可能な格納器３１を問い合わせる問合せ情報をユーザＵ１の端末２１から受けると、利用情報１２２を参照して、利用可能な格納器３１が属する格納器システム３０Ａ等の識別子を示す回答情報を生成して端末２１に送信する。

【0168】

回答情報を受信した端末２１は、格納器システム３０Ａ等のうち、利用可能な格納器３１が属する格納器システムを選択し、利用することができる。利用可能な格納器３１が属する管理システムを利用する方法は、上記実施の形態で示した方法と同様である。

【0169】

管理システム２は、このような構成をとることによって、ユーザが利用できる格納器３１が属する格納器システム３０を特定し、ユーザがその格納器３１を利用できるようにすることができる。

【0170】

（実施の形態の変形例２）
本変形例では、上記実施の形態及び変形例に係る制御方法及び情報処理装置の別形態を説明する。

【0171】

図１６は、本変形例における制御方法を示すフロー図である。

【0172】

図１６に示されるように、本変形例における制御方法は、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法である。

【0173】

ステップＳ４０１において、分散台帳に格納されたコードをコンピュータにより実行することで、１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、１以上の第二スマートコントラクトを管理する第一スマートコントラクトとを動作させる。

【0174】

ステップＳ４０２において、１以上の第二スマートコントラクトのそれぞれが、第一スマートコントラクトによる管理の下で、１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行う。

【0175】

ステップＳ４０３において、第一スマートコントラクトが、１以上の第二スマートコントラクトそれぞれを管理の対象とするか否かを制御する。

【0176】

これにより、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用することができる。

【0177】

図１７は、本変形例における情報処理装置の構成を示すブロック図である。

【0178】

図１７に示されるように、本変形例に係る情報処理装置１０Ｆは、物品５が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う、複数の情報処理装置のうちの一の情報処理装置１０Ｆである。

【0179】

情報処理装置１０Ｆは、プロセッサ１１Ａと、メモリ１２Ａと、コードが格納された分散台帳が記憶されている記憶装置１４Ａとを備える。

【0180】

プロセッサ１１Ａは、分散台帳に格納されたコードを実行することで、１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、１以上の第二スマートコントラクトを管理する第一スマートコントラクトとを動作させる。

【0181】

そして、１以上の第二スマートコントラクトのそれぞれが、第一スマートコントラクトによる管理の下で、１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行う。

【0182】

また、第一スマートコントラクトが、１以上の第二スマートコントラクトそれぞれを管理の対象とするか否かを制御する。

【0183】

これにより、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用することができる。

【0184】

以上のように本実施の形態に係る制御方法によれば、格納器システムが第一及び第二スマートコントラクトにより制御される。そして、格納器システムが備える格納器の増設、減設、又は、機能変更などの変更があった場合、その変更に係る第二スマートコントラクトの動作を停止するだけでよく、言い換えれば、第一スマートコントラクト、及び、変更に関与しない第二スマートコントラクトの動作を維持することができる。仮に単一のスマートコントラクトによって格納器システムを制御するとすれば、格納器の増設などの際にスマートコントラクトの動作を停止しなければならず、格納器システムの運用に支障が生ずる。本発明の一態様に係る制御方法によれば、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0185】

また、格納器の減設の際には、第一スマートコントラクトがその減設の対象である格納器に対応する第二スマートコントラクトを管理の対象から除外する。よって、格納器の減設の際に、第一スマートコントラクト、及び、減設の対象でない第二スマートコントラクトの動作を維持することができる。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0186】

また、格納器の増設の際には、第一スマートコントラクトがその増設の対象である格納器に対応する第二スマートコントラクトを管理の対象に追加する。よって、格納器の増設の際に、第一スマートコントラクト、及び、すでに動作している第二スマートコントラクトの動作を維持することができる。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0187】

また、格納器の利用の問い合わせに対して第一スマートコントラクトが回答情報を提供する。よって、格納器システムの構成の変更があっても、格納器の利用の問い合わせに対応することができる。

【0188】

また、格納器が利用されたいないときに当該格納器の利用を許可するように格納器を管理することができる。これにより、格納器を複数の利用者が利用するなどの不都合を回避することができる。

【0189】

また、格納器の利用に係る料金などの課金処理が完了したときに限り格納器を利用できるように管理することができる。

【0190】

また、格納器ごとの機能についての問い合わせがなされた場合に、問い合わせの対象である格納器に対応するスマートコントラクトにその問合せに対応させる。格納器ごとに異なる情報を、その格納器に対応する第二スマートコントラクトで管理するようにすることで、第一スマートコントラクトの機能追加を極力しないで済むように構成している。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる。

【0191】

また、コンピュータがメモリに第二スマートコントラクトのアドレスを格納しているか否かに基づいては、第二スマートコントラクトを管理の対象とするか否かが制御される。よって、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる構成を、より容易に構築することができる。

【0192】

また、格納器システムが第一、第二及び第三スマートコントラクトにより制御される。そして、格納器システムが備える格納器の増設、減設、又は、機能変更などの変更があった場合、その変更に係る第二スマートコントラクトの動作を停止するだけでよく、言い換えれば、第一及び第三スマートコントラクト、及び、変更に関与しない第二スマートコントラクトの動作を維持することができる。さらに、第三スマートコントラクトが第一スマートコントラクトを管理の対象とするか否かを制御するので、複数の第一スマートコントラクトをより容易に制御し得る。

【0193】

なお、上記実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記実施の形態の情報処理装置などを実現するソフトウェアは、次のようなプログラムである。

【0194】

すなわち、このプログラムは、コンピュータに、物品が格納され得る１以上の格納器の解錠又は施錠の制御である解施錠制御を分散台帳を用いて行う制御方法であって、前記分散台帳に格納されたコードをコンピュータにより実行することで、前記１以上の格納器と１対１に対応する１以上の第二スマートコントラクトと、前記１以上の第二スマートコントラクトを管理し得る第一スマートコントラクトとを動作させ、前記１以上の第二スマートコントラクトのそれぞれが、前記第一スマートコントラクトによる管理の下で、前記１以上の格納器のうち当該第二スマートコントラクトに対応する格納器の解施錠制御を行い、前記第一スマートコントラクトが、前記１以上の第二スマートコントラクトそれぞれを前記管理の対象とするか否かを制御する制御方法を実行させる。

【0195】

以上、一つまたは複数の態様に係る制御方法などについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。

【産業上の利用可能性】

【0196】

本発明は、格納器システムの構成の変更があっても格納器システム全体を停止することなく運用できる制御方法などに利用可能である。具体的には、公衆の利用に供するロッカーなどに利用可能である。

【符号の説明】

【0197】

１、２ 管理システム
５ 物品
１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０ＡＡ サーバ
１０Ｆ 情報処理装置
１１、１１Ａ プロセッサ
１２、１２Ａ メモリ
１３、３２ 通信部
１４ 台帳記憶部
１４Ａ 記憶装置
１５ 解施錠履歴
１７ 同期部
２０ 管理装置
２１、２２ 端末
３０、３０Ａ、３０Ｂ、３０Ｃ 格納器システム
３１、３１Ａ、３１Ｂ、３１Ｃ、３１Ｄ 格納器
３３ 解施錠制御部
３４ 機能制御部
４１、６１ 格納器ＩＤ
４２、６２ 利用有無
６３ システムＩＤ
１０１、１２１ システム管理部
１０２、１２２ 利用情報
１０３、１２３ 個別制御部
１０４ アドレステーブル
１０５、１１１、１２５ 受付部
１１２ 解施錠管理部
１１３ 鍵状態情報
１１４ 鍵保有者情報
１１５ 機能管理部
１１６ 機能情報
１２４ アドレス場所テーブル
Ｃ１、Ｃ２ コントラクトコード
Ｎ、Ｍ ネットワーク
Ｓ１、Ｓ２、Ｓ２Ａ、Ｓ２Ｂ、Ｓ２Ｃ、Ｓ２Ｄ、Ｓ３ スマートコントラクト
Ｕ１、Ｕ２ ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】