知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-27
(45)【発行日】2024-12-05
(54)【発明の名称】故障監視方法、監視装置及びプログラム
(51)【国際特許分類】
G06Q 10/20 20230101AFI20241128BHJP
【ＦＩ】
G06Q10/20
【請求項の数】
9
(21)【出願番号】P 2021511282
(86)(22)【出願日】2020-03-05
(86)【国際出願番号】 JP2020009308
(87)【国際公開番号】W WO2020203010
(87)【国際公開日】2020-10-08
【審査請求日】2022-12-12
(31)【優先権主張番号】62/826,157
(32)【優先日】2019-03-29
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100109210
【弁理士】
【氏名又は名称】新居 広守
(74)【代理人】
【識別番号】100137235
【弁理士】
【氏名又は名称】寺谷 英作
(74)【代理人】
【識別番号】100131417
【弁理士】
【氏名又は名称】道坂 伸一
(72)【発明者】
【氏名】西田 直央
(72)【発明者】
【氏名】添田 純一郎
(72)【発明者】
【氏名】海上 勇二
(72)【発明者】
【氏名】道山 淳児
【審査官】加舎 理紅子
(56)【参考文献】
【文献】特開２０１９－０４０４４０（ＪＰ，Ａ）
【文献】特許第６４１７４６７（ＪＰ，Ｂ１）
【文献】特開２０１６－１４３１８５（ＪＰ，Ａ）
【文献】国際公開第２０１６／１６４５７７（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
装置によって実行される故障監視方法であって、機器を操作するための処理命令を含む要求に応じて生成されたイベントを示すイベント情報を、第１の認証サーバから取得し、
前記機器から、前記機器が故障しているか否かを示す状態情報を取得し、
取得した前記状態情報を含む第１トランザクションデータを生成して、分散台帳を有する前記第１の認証サーバに送信し、
前記機器から取得した前記状態情報から前記機器が故障していないことを確認した場合、前記第１の認証サーバから取得した前記イベント情報に含まれる前記処理命令を、前記機器に送信し、
前記要求は、さらに、前記処理命令を前記機器に実行させることが可能な前記機器の権限の移譲要求を含み、
前記イベント情報は、さらに前記機器の権限の移譲の要求があったことを示す情報を含み、
前記状態情報を取得した際に、
前記状態情報から前記機器が故障していないことを確認した場合、前記移譲要求を承認する旨を示す第２トランザクションデータを生成して、前記第１の認証サーバに送信し、
前記状態情報から前記機器が故障していることを確認した場合、前記移譲要求を拒否する旨を示す第３トランザクションデータを生成して、前記第１の認証サーバに送信する、
故障監視方法。
【請求項2】
装置によって実行される故障監視方法であって、機器を操作するための処理命令を含む要求に応じて生成されたイベントを示すイベント情報を、第１の認証サーバから取得し、
前記機器から、前記機器が故障しているか否かを示す状態情報を取得し、
取得した前記状態情報を含む第１トランザクションデータを生成して、分散台帳を有する前記第１の認証サーバに送信し、
前記機器から取得した前記状態情報から前記機器が故障していないことを確認した場合、前記第１の認証サーバから取得した前記イベント情報に含まれる前記処理命令を、前記機器に送信し、
前記要求は、さらに、前記処理命令を前記機器に実行させることが可能な前記機器の権限の移譲を含み、
前記イベント情報は、さらに前記機器の権限の移譲があったことを示す情報を含み、
前記状態情報を取得した際に、
前記状態情報から前記機器が故障していることを確認した場合、前記移譲を差し戻す旨を示す第４トランザクションデータを生成して、前記第１の認証サーバに送信する、
故障監視方法。
【請求項3】
さらに、前記第１トランザクションデータを生成し、生成した第１トランザクションデータを含むブロックを前記分散台帳に記録する、
請求項１～２のいずれか１項に記載の故障監視方法。
【請求項4】
前記分散台帳に記録させる際に、前記状態情報から前記機器が故障していることを確認した場合のみ、前記状態情報を含む前記第１トランザクションデータを生成する、
請求項１～３のいずれか１項に記載の故障監視方法。
【請求項5】
さらに、前記第１の認証サーバでは、前記処理命令を含む要求を示す第５トランザクションデータが前記分散台帳に記録されている、請求項１～４のいずれか１項に記載の故障監視方法。
【請求項6】
機器を操作するための処理命令を含む要求に応じて生成されたイベントを示すイベント情報を、第１の認証サーバから取得するイベント情報監視部と、前記機器から、前記機器が故障しているか否かを示す状態情報を取得し、取得した前記状態情報を含む第１トランザクションデータを生成して、分散台帳を有する前記第１の認証サーバに送信する故障確認部と、
前記機器から取得した前記状態情報から前記機器が故障していないことを確認した場合、前記第１の認証サーバから取得した前記イベント情報に含まれる前記処理命令を、前記機器に送信する処理命令要求部とを備え、
前記要求は、さらに、前記処理命令を前記機器に実行させることが可能な前記機器の権限の移譲要求を含み、
前記イベント情報は、さらに前記機器の権限の移譲の要求があったことを示す情報を含み、
前記状態情報を取得した際に、
前記状態情報から前記機器が故障していないことを確認した場合、前記移譲要求を承認する旨を示す第２トランザクションデータを生成して、前記第１の認証サーバに送信し、
前記状態情報から前記機器が故障していることを確認した場合、前記移譲要求を拒否する旨を示す第３トランザクションデータを生成して、前記第１の認証サーバに送信する、
監視装置。
【請求項7】
請求項１に記載の故障監視方法をコンピュータに実行させるプログラム。
【請求項8】
機器を操作するための処理命令を含む要求に応じて生成されたイベントを示すイベント情報を、第１の認証サーバから取得するイベント情報監視部と、前記機器から、前記機器が故障しているか否かを示す状態情報を取得し、取得した前記状態情報を含む第１トランザクションデータを生成して、分散台帳を有する前記第１の認証サーバに送信する故障確認部と、
前記機器から取得した前記状態情報から前記機器が故障していないことを確認した場合、前記第１の認証サーバから取得した前記イベント情報に含まれる前記処理命令を、前記機器に送信する処理命令要求部とを備え、
前記要求は、さらに、前記処理命令を前記機器に実行させることが可能な前記機器の権限の移譲を含み、
前記イベント情報は、さらに前記機器の権限の移譲があったことを示す情報を含み、
前記状態情報を取得した際に、
前記状態情報から前記機器が故障していることを確認した場合、前記移譲を差し戻す旨を示す第４トランザクションデータを生成して、前記第１の認証サーバに送信する、
監視装置。
【請求項9】
請求項２に記載の故障監視方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、故障監視方法、監視装置及びプログラムに関し、特に分散台帳を用いた故障監視方法、監視装置及びプログラムに関する。
【背景技術】
【0002】
近年、様々な企業がブロックチェーンを利用したサービスを提案している。ブロックチェーンを用いたサービスの例として、例えば宅配ボックスを構成するユニットの解錠もしくは施錠の管理をブロックチェーンで管理するサービスがある（非特許文献１参照）。
【0003】
また、ブロックチェーンを用いたサービスの例として、ホテルの部屋に電子錠を取り付け、部屋の入出管理をブロックチェーンで管理するサービス等も挙げることができる。
【先行技術文献】
【非特許文献】
【0004】
【文献】ＧＭＯインターネット株式会社、“ＧＭＯインターネットグループ、セゾン情報システムズ、パルコが共同でブロックチェーンとＩｏＴを活用した実証実験の第二弾を実施”、［ｏｎｌｉｎｅ］、平成２９年６月２１日、［平成３０年１０月２５日検索］、インターネット<URL:https://cloud.z.com/jp/news-ep/IoT2/>
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、これらのサービスでは宅配ボックスまたは部屋などのＩｏＴ（Internet of Things）デバイスに取り付けられた電子錠が故障している場合、ブロックチェーン上では電子錠の解錠等の操作は行えるものの、実際には操作を行うことができないという問題が発生する。つまり、実際のＩｏＴデバイスの位置に移動し、ブロックチェーン上での操作を行うまで、実際にＩｏＴデバイスを使用できるか否かがわからないという問題がある。そして、このような場合、実際のＩｏＴデバイスの位置までの移動に費やした時間とエネルギーとが無駄になるだけでなく、ブロックチェーンを利用したサービスの信頼性を得ることができず、当該ＩｏＴデバイスが利用されないままとなる。このため、ＩｏＴデバイスを実際に使用する際に電子錠が故障しているかを検知し、故障している場合には当該ＩｏＴデバイス（以降、機器とも称する）を使用できないようにする技術が求められている。
【0006】
本開示は、上述の事情を鑑みてなされたもので、分散台帳を用いて、故障している機器の利用を抑制することができる故障監視方法等を提供する。
【課題を解決するための手段】
【0007】
上記課題を解決するため、本開示の一形態に係る故障監視方法は、ユーザが使用する端末と、前記ユーザの操作対象である機器と、監視装置と、分散台帳をそれぞれ有する複数の認証サーバとを備え、前記端末と前記監視装置と前記複数の認証サーバとがネットワークを介して通信可能な故障監視システムにおける前記監視装置によって実行される故障監視方法であって、前記端末が前記複数の認証サーバのうちの第１の認証サーバに対して送信した要求であって前記ユーザが前記端末を介して生成した前記ユーザが前記機器を操作するための処理命令を含む要求に応じて生成されたイベントを示すイベント情報であって前記複数の認証サーバが格納するイベント情報を、前記第１の認証サーバから取得し、前記機器から、前記機器が故障しているか否かを示す状態情報を取得し、取得した前記状態情報を含む第１トランザクションデータを生成して、前記第１の認証サーバに送信することで、前記第１トランザクションデータを前記複数の認証サーバの前記分散台帳に記録させ、前記状態情報から前記機器が故障していないことを確認した場合、前記イベント情報に含まれる前記処理命令を、前記機器に送信する。
【0008】
なお、これらの包括的または具体的な態様は、システム、集積回路、コンピュータプログラムまたはコンピュータで読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0009】
本開示によれば、分散台帳を用いて、故障している機器の利用を抑制することができる故障監視方法等を実現できる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【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】
次に、監視装置１０は、ステップＳ１２で取得した状態情報を含む第1トランザクションデータを生成して、第１の認証サーバに送信する（Ｓ１３）。これにより、第１トランザクションデータを複数の認証サーバ３０の分散台帳に記録させることができる。
【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】
（４）上記の装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Large Scale Integration：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【0132】
（５）上記の装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【0133】
（６）また、本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【0134】
（７）また、本開示は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータで読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Blu-ray(登録商標) Disc)、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【0135】
また、本開示は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【0136】
また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【0137】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を、前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【産業上の利用可能性】
【0138】
本開示は、機器とは独立な監視装置が機器の故障を監視し、機器が故障しているかを示す状態状況をブロックチェーンで管理するシステム等に適用され得る。
【符号の説明】
【0139】
１０、１０ａ、１０ｂ、１０ｃ 監視装置
２０ 端末
３０、３０ａ、３０ｂ、３０ｃ 認証サーバ
４０、４０ａ、４０ｂ、４０ｃ 機器
１０１ イベント情報監視部
１０２ 故障確認部
１０３ 通知部
１０４ 処理命令要求部
１０５、２０２、３０５ 通信部
２０１ トランザクションデータ生成部
３０１ トランザクションデータ格納部
３０２ トランザクションデータ検証部
３０３ イベント発行部
３０４ イベント情報格納部
４０１ 処理命令実行部
４０２ 通信部
２０ 端末
３０、３０ａ、３０ｂ、３０ｃ 認証サーバ
４０、４０ａ、４０ｂ、４０ｃ 機器
１０１ イベント情報監視部
１０２ 故障確認部
１０３ 通知部
１０４ 処理命令要求部
１０５、２０２、３０５ 通信部
２０１ トランザクションデータ生成部
３０１ トランザクションデータ格納部
３０２ トランザクションデータ検証部
３０３ イベント発行部
３０４ イベント情報格納部
４０１ 処理命令実行部
４０２ 通信部
【図1】
【図2A】
【図2B】
【図2C】
【図3】
【図4A】
【図4B】
【図4C】
【図4D】
【図4E】
【図4F】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】