特許 7578891 共有システム、共有方法、保全ノード、生成ノードおよびプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-10-29

(45)【発行日】2024-11-07

(54)【発明の名称】共有システム、共有方法、保全ノード、生成ノードおよびプログラム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20241030BHJP

【ＦＩ】

G06Q10/20

【請求項の数】 7

(21)【出願番号】P 2023500132

(86)(22)【出願日】2021-02-16

(86)【国際出願番号】 JP2021005639

(87)【国際公開番号】W WO2022176004

(87)【国際公開日】2022-08-25

【審査請求日】2023-07-19

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100129230

【弁理士】

【氏名又は名称】工藤 理恵

(72)【発明者】

【氏名】小山内 遥香

(72)【発明者】

【氏名】金丸 翔

(72)【発明者】

【氏名】高橋 謙輔

(72)【発明者】

【氏名】豊嶋 剛司

【審査官】青柳 光代

(56)【参考文献】

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

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

【文献】国際公開第２０２０／０４９６５６（ＷＯ，Ａ１）

【文献】特開２０２０－０９５４４５（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００ － ９９／００

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

【請求項1】

ブロックチェーンのオペレーションチャネルを用いて、複数の顧客端末に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有し、
前記ブロックチェーンの提供チャネルを用いて、前記リソースに対する所定の工事故障の情報の前記複数の顧客端末への提供に用いられ、前記工事故障の状態と、前記工事故障に関連する前記複数の顧客端末の識別子を含む提供データを、複数のノード間で共有する制御部と、
前記リソースの工事故障を監視する監視部と、
前記監視部が、前記提供データに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新する更新部を備える保全ノードと、
前記提供チャネルを用いて、前記提供データを複数のノードと共有する制御部と、
前記提供データを参照して、更新後の前記工事故障の状態を、前記工事故障に関連する前記複数の顧客端末に通知する通知部を備える提供ノード
を備える共有システム。

【請求項2】

前記オペレーションデータを共有するノードから、前記オペレーションデータを取得し、前記オペレーションデータにおける新たな工事故障の情報を取得する取得部と、
前記新たな工事故障情報に関する他の提供データを生成する生成部と、
前記保全ノードおよび他の提供ノードに、前記他の提供データの複数のノード間での共有をリクエストし、前記保全ノードに、前記オペレーションデータにおける前記新たな工事故障の情報の、前記他の提供データへの登録をリクエストするリクエスト部を備える生成ノード
さらに備える請求項１に記載の共有システム。

【請求項3】

前記提供ノードの前記通知部は、前記複数の顧客端末のうちの１つの顧客端末から工事故障の状態の問い合わせを受信すると、前記提供データを参照して、問合せ元の前記顧客端末に関連する前記工事故障の状態を、通知する
請求項１に記載の共有システム。

【請求項4】

保全ノードが、ブロックチェーンのオペレーションチャネルを用いて、複数の顧客端末に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有し、前記ブロックチェーンの提供チャネルを用いて、前記リソースに対する所定の工事故障の情報の前記複数の顧客端末への提供に用いられ、前記工事故障の状態と、前記工事故障に関連する前記複数の顧客端末の識別子を含む提供データを、複数のノード間で共有し、
提供ノードが、前記提供チャネルを用いて、前記提供データを複数のノード間で共有し、
前記保全ノードが、前記リソースの工事故障を監視し、
前記保全ノードが、前記提供データに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新し、
前記提供ノードが、前記提供データを参照して、更新後の前記工事故障の状態を、前記工事故障に関連する前記複数の顧客端末に通知する
共有方法。

【請求項5】

ブロックチェーンのオペレーションチャネルを用いて、複数の顧客端末に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有し、
前記ブロックチェーンの提供チャネルを用いて、前記リソースに対する所定の工事故障の情報の前記複数の顧客端末への提供に用いられ、前記工事故障の状態と、前記工事故障に関連する前記複数の顧客端末の識別子を含む提供データを、複数のノード間で共有する制御部と、
前記リソースの工事故障を監視する監視部と、
前記監視部が、前記提供データに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新する更新部
備える保全ノード。

【請求項6】

複数の顧客端末に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを共有するノードから、前記オペレーションデータを取得し、前記オペレーションデータにおける新たな工事故障の情報を取得する取得部と、
前記新たな工事故障情報に関する他の提供データを生成する生成部と、
前記オペレーションデータを他のノードと共有する保全ノードに、前記他の提供データの複数のノード間での共有をリクエストし、前記オペレーションデータにおける前記新たな工事故障の情報の、前記他の提供データへの登録をリクエストするリクエスト部
を備える生成ノード。

【請求項7】

コンピュータを、請求項５に記載の保全ノード、または請求項６に記載の生成ノードとして機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、共有システム、共有方法、保全ノード、生成ノードおよびプログラムに関する。

【背景技術】

【0002】

ブロックチェーンなどの分散台帳技術が知られている（非特許文献１）。ブロックチェーンは、分散型ネットワークを構成する複数のコンピュータそれぞれが、トランザクションの履歴を記録する台帳を持ち、トランザクションの耐改ざん性・透明性を確保する技術である。

【0003】

顧客に提供するサービスの連携に際し、新サービス等を追加する際のコストを低減するシステムがある（特許文献１）。構築システムが構築した連携サービス提供システムの構成情報が、構成情報管理クライアントに投入される。構成情報管理クライアントは、構成情報の登録完了を確認後、保全システムに通知する。

【0004】

サーバー、ネットワーク、アプリケーションを集中監視するためのオープンソースの統合監視ソフトウエアがある（非特許文献２）。

【先行技術文献】

【特許文献】

【0005】

【文献】特開2018-206050号公報

【非特許文献】

【0006】

【文献】osonoi、" Blockchain/Hyperledger Fabric 入門編"、［online］、2020年11月10日、［2021年2月8日検索］、インターネット〈URL：https://speakerdeck.com/osonoi/hyperledger-fabric-ru-men-bian-750c5a73-67d6-4ee3-9378-81d624c5e48e?slide=13〉

【文献】アシスト、" Zabbix オープンソースの統合監視ツール"、［online］、2020年11月10日、［2021年2月8日検索］、インターネット〈URL：https://www.ashisuto.co.jp/product/category/system-management/zabbix/〉

【発明の概要】

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

【0007】

顧客に提供するサービスに用いるリソースは、適宜工事が行われ、故障の発生が監視される。これらのリソースに対する工事または故障の情報は、サービスを提供する側の関係者に適宜共有される。サービスを利用する顧客に対しても、工事または故障の情報は適切に提供されるべきである。工事または故障毎に、その影響を受ける顧客は異なるので、工事または故障の情報の提供に負担がかかる場合がある。

【0008】

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、サービスを利用する顧客に対しても、工事または故障の情報を容易に提供可能な技術を提供することである。

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

【0009】

本発明の一態様の共有システムは、顧客に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有する、ブロックチェーンのオペレーションチャネルと、前記リソースに対する所定の工事故障の情報の前記顧客への提供に用いられる提供データを、複数のノード間で共有する、前記ブロックチェーンの提供チャネルと、前記オペレーションチャネルおよび前記提供チャネルに参加し、前記リソースの工事故障を監視する監視部と、参加する前記提供チャネルに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新する更新部を備える保全ノードと、前記提供チャネルに参加し、前記提供データを参照して、更新後の前記工事故障の状態を、前記顧客に通知する通知部を備える提供ノードを備える。

【0010】

本発明の一態様の共有方法は、顧客に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有する、ブロックチェーンのオペレーションチャネルと、前記リソースに対する所定の工事故障の情報の前記顧客への提供に用いられる提供データを、複数のノード間で共有する、前記ブロックチェーンの提供チャネルに参加する保全ノードが、前記リソースの工事故障を監視し、前記保全ノードが、参加する前記提供チャネルに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新し、前記提供チャネルに参加する提供ノードが、前記提供データを参照して、更新後の前記工事故障の状態を、前記顧客に通知する。

【0011】

本発明の一態様の保全ノードは、顧客に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータを複数のノード間で共有する、ブロックチェーンのオペレーションチャネルと、前記リソースに対する所定の工事故障の情報の前記顧客への提供に用いられる提供データを、複数のノード間で共有する、前記ブロックチェーンの提供チャネルに参加し、前記リソースの工事故障を監視する監視部と、参加する前記提供チャネルに関する工事故障の状態の更新を検知すると、検知した前記工事故障の状態を前記提供データに更新する更新部備える。

【0012】

本発明の一態様の生成ノードは、顧客に提供するサービスで用いるリソースの工事故障の情報を含むオペレーションデータに他の工事故障の情報が登録されると、前記他の工事故障情報に関する提供データを共有する、ブロックチェーンの提供チャネルを生成する生成部と、前記オペレーションデータを他のノードと共有する、ブロックチェーンのオペレーションチャネルに参加する保全ノードに、前記提供チャネルへの参加をリクエストし、前記オペレーションデータにおける前記他の工事故障の情報の、前記提供データへの登録をリクエストするリクエスト部を備える。

【0013】

本発明の一態様は、上記保全ノードまたは生成ノードとして、コンピュータを機能させるプログラムである。

【発明の効果】

【0014】

本発明によれば、サービスを利用する顧客に対しても、工事または故障の情報を容易に提供可能な技術を提供することができる。

【図面の簡単な説明】

【0015】

【図1】図１は、本発明の実施の形態に係る共有システムのシステム構成を説明する図である。

【図2】図２は、共有システムの処理の概要を説明する図である。

【図3】図３は、オペレーションデータのデータ構造の一例を説明する図である。

【図4】図４は、共有システムのシーケンスを説明する図である（その１）。

【図5】図５は、共有システムのシーケンスを説明する図である（その２）。

【図6】図６は、図４－５に示すシーケンスにおいて登録されるオペレーションデータの一例を説明する図である（その１）。

【図7】図７は、図４－５に示すシーケンスにおいて登録されるオペレーションデータの一例を説明する図である（その２）。

【図8】図８は、図４－５に示すシーケンスにおいて登録されるオペレーションデータの一例を説明する図である（その３）。

【図9】図９は、保全ノードの機能ブロックを説明する図である。

【図10】図１０は、保全ノードの処理を説明するフローチャートである。

【図11】図１１は、生成ノードの機能ブロックを説明する図である。

【図12】図１２は、各ノードに用いられるコンピュータのハードウエア構成を説明する図である。

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

【0016】

以下、図面を参照して、本発明の実施形態を説明する。図面の記載において同一部分には同一符号を付し説明を省略する。

【0017】

（共有システム）
図１に示す共有システム１は、顧客に提供するサービスで用いるリソースの工事または故障の情報を、リソースの管理者等で共有するとともに、顧客に提供する。「工事または故障」を、「工事故障」と称する場合がある。

【0018】

共有システム１において、ブロックチェーンのHyperledger Fabric機能を用いて、リソースに関する情報を共有する範囲が設定される。図１に示す例において共有システム１は、オペレーションチャネルＣＰ、第１の提供チャネルＣＶ１および第２の提供チャネルＣＶ２、構築ノード２、管理ノード３、保全ノード４、生成ノード５、第１の提供ノード６ａおよび第２の提供ノード６ｂを備える。

【0019】

オペレーションチャネルＣＰ、第１の提供チャネルＣＶ１および第２の提供チャネルＣＶ２は、それぞれ、ブロックチェーンのHyperledger Fabric機能を用いて、データを共有する範囲が設定されたチャネルである。チャネルに参加するノード間で、そのチャネルのデータが共有される。

【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】

保全ノード４は、オペレーションデータＰ、第１の提供データＶ１および第２の提供データＶ２の各データと、制御部４１、監視部４２、登録部４３および更新部４４の各機能部を備える。各データは、メモリ９０２またはストレージ９０３に記憶される。各機能は、CPU９０１に実装される。

【0060】

オペレーションデータＰ、第１の提供データＶ１および第２の提供データＶ２の各データは、それぞれ、オペレーションチャネルＣＰ、第１の提供チャネルＣＶ１および第２の提供チャネルＣＶ２で、他のノードと共有される。

【0061】

制御部４１は、オペレーションデータＰ、第１の提供データＶ１および第２の提供データＶ２を、他のノードと同期する。制御部４１は、これらのデータに関してトランザクションを受信すると、そのトランザクションを処理して、これらのデータを同期する。

【0062】

監視部４２は、リソースの工事故障を監視する。監視部４２は、顧客に提供されるサービスに用いられるリソースを監視して、リソースに発生した工事または故障を検知する。

【0063】

登録部４３は、監視部４２が新たな工事故障を検知すると、工事故障の情報をオペレーションデータＰに登録する。登録部４３は、新たな工事または故障について、識別子を採番し、オペレーションチャネルＣＰに参加する各ノードのオペレーションデータＰの工事故障情報を更新するトランザクションを発行する。登録部４３は、保全ノード内に保有するオペレーションデータＰを更新する。

【0064】

更新部４４は、保全ノード４が参加する提供チャネルＣＶに関する工事故障の状態の更新を検知すると、検知した工事故障の状態をオペレーションデータＰと提供データＶに更新する。保全ノード４は、自身が参加する各提供チャネルＣＶに関するリソースについて、工事故障の状態の更新の有無を探索する。

【0065】

保全ノード４は、第１の提供チャネルＣＶ１と第２の提供チャネルＣＶ２の両方に属する。更新部４４は、第１の提供チャネルＣＶ１と第２の提供チャネルＣＶ２のうち、第１の提供チャネルＣＶ１に関する工事故障の状態の更新を検知した場合、第１の提供チャネルＣＶ１に参加する各ノードの第１の提供データＶ１を更新するトランザクションを発行する。更新部４４は、保全ノード４内に保有するオペレーションデータを更新する。

【0066】

更新部４４は、保全ノード４が参加する提供チャネルＣＶに関係しない工事故障の状態の更新を検知すると、オペレーションデータＰを更新するトランザクションを発行する。更新部４４は、保全ノード４内に保有するオペレーションデータＰを更新する。

【0067】

図１０を参照して、保全ノード４による処理を説明する。

【0068】

ステップＳ２０１において保全ノード４は、リソースにおける工事または故障を監視する。

【0069】

ステップＳ２０２において、新たな工事または故障を検知すると、ステップＳ２０３に進む。ステップＳ２０３において、新たな工事故障を、オペレーションデータＰに登録する。

【0070】

ステップＳ２０２において、工事または故障の状態の更新を検知すると、ステップＳ２０４に進む。ステップＳ２０４において、更新後の工事または故障の状態を、オペレーションデータＰと提供データＶに登録する。

【0071】

保全ノード４は、オペレーションチャネルＣＰと提供チャネルＣＶの両方に参加する。保全ノード４は、オペレーションチャネルに登録された情報を、その情報を必要な提供チャネルＣＶに登録する。提供チャネルＣＶには、顧客への通知に必要な情報のみが登録される。その提供チャネルＣＶに参加する提供ノード６は、顧客への通知に必要な情報を適切に通知することができる。

【0072】

（提供ノード）
提供ノード６は、提供チャネルＣＶに参加する。図１に示すように、提供ノード６は、提供データVと通知部６１を備える。

【0073】

通知部６１は、提供データＶを参照して、更新後の工事故障の状態を、顧客に通知する。提供ノード６は、提供データＶを参照して、顧客のメールアドレスなどの連絡先を特定する。通知部６１は、特定した連絡先に、提供データＶで更新された工事故障の状態を通知する。通知部６１は、更新後のデータが所定の条件に満たす場合、更新後のデータを顧客に提供し、満たさない場合、顧客に提供しないなど、選択的にデータを提供しても良い。

【0074】

通知部６１は、顧客から工事故障の状態の問い合わせを受信すると、提供データＶを参照して、顧客に関連する工事故障の状態を、通知する。通知部６１は、問い合わせ元の顧客に関連する工事故障情報を有する提供データＶを特定し、特定した提供データを参照して、工事故障の状態を顧客に返す。

【0075】

図１には示さないが、提供ノード６は、提供データＶを、他のノードと同期する制御部を備える。制御部は、これらのデータに関してトランザクションを受信すると、そのトランザクションを処理して、これらのデータを同期する。

【0076】

（生成ノード）
図１１を参照して、生成ノード５を説明する。

【0077】

生成ノード５は、新規データ５２のデータと、取得部５１、生成部５３およびリクエスト部５４の各機能部を備える。データは、メモリ９０２またはストレージ９０３に記憶される。各機能は、CPU９０１に実装される。

【0078】

取得部５１は、オペレーションデータＰにおいて新規に登録された工事故障情報と、その工事故障に関連する顧客の情報を取得し、新規データ５２を生成する。新規データ５２は、新規に登録された工事故障情報と、その工事故障に関連する顧客の情報を含む。

【0079】

取得部５１が新規データ５２を生成する方法は、いくつかある。取得部５１は、オペレーションチャネルＣＰに参加するいずれかの信頼できるノードから、オペレーションデータＰを取得して、取得したオペレーションデータＰから新規データ５２を生成しても良い。取得部５１は、オペレーションチャネルＣＰに参加するいずれかの信頼できるノードに、新規に登録された工事故障情報と、その工事故障に関連する顧客の情報の取得を依頼し、その依頼により生成された新規データ５２を、取得部５１が取得しても良い。また生成ノード５がオペレーションチャネルＣＰに参加する場合、生成ノード５自身が有するオペレーションデータＰから、新規データ５２を生成しても良い。

【0080】

生成部５３は、オペレーションデータＰに新たな工事故障の情報が登録されると、新たな工事故障情報に関する提供データＶを共有する、ブロックチェーンの提供チャネルＣＶを生成する。例えば共有システム１に既に第１の提供チャネルＣＶ１が存在する状態で、オペレーションデータＰに新たな工事故障の情報が登録されると、生成部５３は、新たな工事故障情報を顧客に通知するための第２の提供チャネルＣＶ２を生成する。第２の提供チャネルＣＶ２で、新たな工事故障情報を顧客に通知するための第２の提供データＶ２が共有される。

【0081】

リクエスト部５４は、保全ノード４および提供ノード６に、生成部５３が生成した提供チャネルへの参加をリクエストする。リクエスト部５４は、保全ノード４に、オペレーションデータＰにおける新たな工事故障の情報の、生成部５３が生成した提供チャネルへの登録をリクエストする。生成部５３が、第２の提供チャネルＣＶ２を生成した場合、リクエスト部５４は、保全ノード４および提供ノードに第２の提供チャネルＣＶ２への参加をリクエストする。リクエスト部５４は、第２の提供チャネルＣＶ２の第２の提供データＶ２に、第２の提供チャネルＣＶ２に関する工事故障の情報を顧客に通知するための情報を登録するよう、保全ノード４にリクエストする。

【0082】

生成ノード５は、一つの工事故障について、一つの提供チャネルＣＶを生成する。生成ノード５は、提供チャネルＣＶにおいて、その提供チャネルＣＶに関する顧客に工事故障情報を通知するための情報を登録する。

【0083】

共有システム１は、サービスを提供するオペレーターが共有する工事故障情報のうち、サービスを利用する顧客に対しても、そのサービスに関係する工事または故障の情報を容易に提供することができる。

【0084】

上記説明した本実施形態の各ノードは、例えば、CPU（Central Processing Unit、プロセッサ）９０１と、メモリ９０２と、ストレージ９０３（HDD：Hard Disk Drive、SSD：Solid State Drive）と、通信装置９０４と、入力装置９０５と、出力装置９０６とを備える汎用的なコンピュータシステムが用いられる。このコンピュータシステムにおいて、CPU９０１がメモリ９０２上にロードされたプログラムを実行することにより、各ノードの各機能が実現される。

【0085】

なお、各ノードは、１つのコンピュータで実装されてもよく、あるいは複数のコンピュータで実装されても良い。また各ノードは、コンピュータに実装される仮想マシンであっても良い。

【0086】

各ノードのプログラムは、HDD、SSD、USB（Universal Serial Bus）メモリ、CD (Compact Disc)、DVD (Digital Versatile Disc)などのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

【0087】

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

【符号の説明】

【0088】

１ 共有システム
２ 構築ノード
３ 管理ノード
４ 保全ノード
５ 生成ノード
６ 提供ノード
９ 顧客端末
４１ 制御部
４２ 監視部
４３ 登録部
４４ 更新部
５１ 取得部
５２ 新規データ
５３ 生成部
５４ リクエスト部
６１ 通知部
９０１ CPU
９０２ メモリ
９０３ ストレージ
９０４ 通信装置
９０５ 入力装置
９０６ 出力装置
ＣＰ オペレーションチャネル
ＣＶ 提供チャネル
Ｐ オペレーションデータ
Ｖ 提供データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】