ホーム > 特許ランキング > 株式会社シーエーシー
特許7188997Ｐ２Ｐ保険を実施するための方法、コンピュータ、システム及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-12-05
(45)【発行日】2022-12-13
(54)【発明の名称】Ｐ２Ｐ保険を実施するための方法、コンピュータ、システム及びプログラム
(51)【国際特許分類】
G06Q 40/08 20120101AFI20221206BHJP
G06Q 20/36 20120101ALI20221206BHJP
【ＦＩ】
G06Q40/08
G06Q20/36 310
【請求項の数】
15
(21)【出願番号】P 2018226314
(22)【出願日】2018-12-03
(65)【公開番号】P2020091515
(43)【公開日】2020-06-11
【審査請求日】2021-09-21
(73)【特許権者】
【識別番号】515082623
【氏名又は名称】株式会社シーエーシー
(74)【代理人】
【識別番号】100118902
【弁理士】
【氏名又は名称】山本 修
(74)【代理人】
【識別番号】100106208
【弁理士】
【氏名又は名称】宮前 徹
(74)【代理人】
【識別番号】100120112
【氏名又は名称】中西 基晴
(74)【代理人】
【識別番号】100196508
【弁理士】
【氏名又は名称】松尾 淳一
(72)【発明者】
【氏名】栗田 育典
【審査官】石坂 博明
(56)【参考文献】
【文献】国際公開第２０１８／０１１８８５（ＷＯ，Ａ１）
【文献】特開２０１８－０３６８９３（ＪＰ，Ａ）
【文献】特開２０１８－１３２７９４（ＪＰ，Ａ）
【文献】特開２００４－０８６４７４（ＪＰ，Ａ）
【文献】小林 啓倫，ＦｉｎＴｅｃｈが変える！，日本，朝日新聞出版，2016年06月30日，p.137-143
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
コンピュータが、ユーザの保険グループへの参加申し込みを受信するステップと、
受信した前記参加申し込みに基づき、前記保険グループの参加者として、前記ユーザを特定する情報を記憶するステップと、
前記保険グループが成立したかを判定するステップと、
前記保険グループが成立したと判定した場合に、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトを生成するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップであって、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトは、前記保険グループの参加者として記憶された複数のユーザのうちの各ユーザを特定する情報を含む、ステップと
を含む方法であって、
前記方法は、
コンピュータが、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険金を請求ユーザに支払う指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険金を支払うための部分の実行を指示するトランザクションを生成し、ブロックチューン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に含み、
保険金を支払うための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
特定アカウントであって、各ユーザのアカウントから、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨が送金される前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定するステップと、
前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定した場合に、前記特定アカウントから、前記請求ユーザのアカウントに、支払うべき保険金に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと、
前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定しなかった場合に、支払うべき保険金が不足していることを表すトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を実行させ、
前記方法は、
コンピュータが、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定するステップと、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたと判定した場合に、所定の処理を行うステップと
を更に含み、
前記方法は、
コンピュータが、
ユーザについて登録すべき既存保険についての情報であって、当該既存保険を実施している保険会社を含む情報を受信するステップと、
スマート・コントラクトのうちの、既存保険についての情報を登録するための部分の実行を指示するトランザクションであって、受信した前記情報を含むトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を更に含み、
既存保険についての情報を登録するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
既存保険についての情報を登録するための部分の実行を指示するトランザクションに含まれる、ユーザについて登録すべき既存保険についての情報を、当該ユーザに関連付けて記憶するステップ
を実行させ、
所定の処理を行う前記ステップは、
スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための部分の、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータによる実行を介して、前記請求ユーザについて登録されている保険会社を特定するステップと、
特定された前記保険会社のシステムに、支払うべき保険金を補填すべきことを通知するステップと
を含む、方法。
【請求項2】
請求項１に記載の方法であって、コンピュータが、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険料を収集する指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険料を収集するための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に含み、
保険料を収集するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、各ユーザのアカウントから、前記特定アカウントに、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を実行させる、方法。
【請求項3】
請求項２に記載の方法であって、仮想通貨を送金するためのトランザクションは、スマート・コントラクトのうちの、仮想通貨を送金するための部分の実行を指示し、
仮想通貨を送金するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
送金元アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ減少させるステップと、
送金先アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ増加させるステップと
を実行させる、方法。
【請求項4】
請求項１から３のうちの何れか一項に記載の方法であって、コンピュータが、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険料のうちの少なくとも一部をキャッシュバックする指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、キャッシュバックするための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に含み、
キャッシュバックするための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、前記特定アカウントから、各ユーザのアカウントに、キャッシュバックとして所定額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を実行させる、方法。
【請求項5】
請求項１から４のうちの何れか一項に記載の方法であって、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定する前記ステップは、
スマート・コントラクトのうちの、指定アカウントが保有する仮想通貨の額を参照するための部分を実行するステップ
を含み、
指定アカウントが保有する仮想通貨の額を参照するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記指定アカウントの保有する仮想通貨の額として、前記指定アカウントに関連付けて記憶されている仮想通貨の額を取得するステップ
を実行させる、方法。
【請求項6】
請求項１から５のうちの何れか一項に記載の方法であって、支払うべき保険金が不足していることを表すトランザクションは、ブロックチェーン・ノードとして機能するコンピュータに、
所定の情報をイベントとして記憶するステップ
を実行させ、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定する前記ステップは、
前記所定の情報がイベントとして、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて記憶されたかを判定するステップ
を含む、方法。
【請求項7】
請求項１から６のうちの何れか一項に記載の方法であって、ユーザについて登録すべき既存保険についての前記情報は、当該既存保険の保険料を更に含み、
コンピュータが、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、前記保険グループの参加者に仮想通貨を配布するための部分の実行を指示するトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に含み、
前記保険グループの参加者に仮想通貨を配布するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき行うステップであって、
スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための前記部分を実行することにより、前記保険グループの参加者である各ユーザについて登録されている既存保険の保険料の額を取得するステップと、
前記保険グループの参加者である各ユーザに、取得した既存保険の保険料の額に応じた額の仮想通貨を配布するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を含むステップ
を実行させる、方法。
【請求項8】
第１コンピュータと、第２コンピュータと
を含むシステムであって、
第１コンピュータは、
ユーザの保険グループへの参加申し込みを受信するステップと、
受信した前記参加申し込みに基づき、前記保険グループの参加者として、前記ユーザを特定する情報を記憶するステップと、
前記保険グループが成立したかを判定するステップと、
前記保険グループが成立したと判定した場合に、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトを生成するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を実行し、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトは、前記保険グループの参加者として記憶された複数のユーザのうちの各ユーザを特定する情報を含み、
第１コンピュータは、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険金を請求ユーザに支払う指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険金を支払うための部分の実行を指示するトランザクションを生成し、ブロックチューン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に実行し、
保険金を支払うための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
特定アカウントであって、各ユーザのアカウントから、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨が送金される前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定するステップと、
前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定した場合に、前記特定アカウントから、前記請求ユーザのアカウントに、支払うべき保険金に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと、
前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定しなかった場合に、支払うべき保険金が不足していることを表すトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を実行させ、
第２コンピュータは、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定するステップと、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたと判定した場合に、所定の処理を行うステップと
を実行し、
第１コンピュータは、
ユーザについて登録すべき既存保険についての情報であって、当該既存保険を実施している保険会社を含む情報を受信するステップと、
スマート・コントラクトのうちの、既存保険についての情報を登録するための部分の実行を指示するトランザクションであって、受信した前記情報を含むトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を更に実行し、
既存保険についての情報を登録するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
既存保険についての情報を登録するための部分の実行を指示するトランザクションに含まれる、ユーザについて登録すべき既存保険についての情報を、当該ユーザに関連付けて記憶するステップ
を実行させ、
所定の処理を行う前記ステップは、
スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための部分の、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータによる実行を介して、前記請求ユーザについて登録されている保険会社を特定するステップと、
特定された前記保険会社のシステムに、支払うべき保険金を補填すべきことを通知するステップと
を含む、システム。
【請求項9】
請求項８に記載のシステムであって、第１コンピュータは、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険料を収集する指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険料を収集するための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に実行し、
保険料を収集するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、各ユーザのアカウントから、前記特定アカウントに、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を実行させる、システム。
【請求項10】
請求項９に記載のシステムであって、仮想通貨を送金するためのトランザクションは、スマート・コントラクトのうちの、仮想通貨を送金するための部分の実行を指示し、
仮想通貨を送金するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
送金元アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ減少させるステップと、
送金先アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ増加させるステップと
を実行させる、システム。
【請求項11】
請求項８から１０のうちの何れか一項に記載のシステムであって、第１コンピュータは、
前記保険グループにおいて実施されるＰ２Ｐ保険の保険料のうちの少なくとも一部をキャッシュバックする指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、キャッシュバックするための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に実行し、
キャッシュバックするための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、前記特定アカウントから、各ユーザのアカウントに、キャッシュバックとして所定額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を実行させる、システム。
【請求項12】
請求項８から１１のうちの何れか一項に記載のシステムであって、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定する前記ステップは、
スマート・コントラクトのうちの、指定アカウントが保有する仮想通貨の額を参照するための部分を実行するステップ
を含み、
指定アカウントが保有する仮想通貨の額を参照するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記指定アカウントの保有する仮想通貨の額として、前記指定アカウントに関連付けて記憶されている仮想通貨の額を取得するステップ
を実行させる、システム。
【請求項13】
請求項８から１２のうちの何れか一項に記載のシステムであって、支払うべき保険金が不足していることを表すトランザクションは、ブロックチェーン・ノードとして機能するコンピュータに、
所定の情報をイベントとして記憶するステップ
を実行させ、
支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定する前記ステップは、
前記所定の情報がイベントとして、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて記憶されたかを判定するステップ
を含む、システム。
【請求項14】
請求項８から１３のうちの何れか一項に記載のシステムであって、ユーザについて登録すべき既存保険についての前記情報は、当該既存保険の保険料を更に含み、
第１コンピュータは、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、前記保険グループの参加者に仮想通貨を配布するための部分の実行を指示するトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップ
を更に実行し、
前記保険グループの参加者に仮想通貨を配布するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、
前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき行うステップであって、
スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための前記部分を実行することにより、前記保険グループの参加者である各ユーザについて登録されている既存保険の保険料の額を取得するステップと、
前記保険グループの参加者である各ユーザに、取得した既存保険の保険料の額に応じた額の仮想通貨を配布するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと
を含むステップ
を実行させる、システム。
【請求項15】
請求項１から７のうちの何れか一項に記載の方法をコンピュータに実行させるプログラム。【発明の詳細な説明】
【技術分野】
【0001】
本発明は、Ｐ２Ｐ保険を実施することに関する。より詳細には、本発明は、Ｐ２Ｐ保険を既存の保険と組み合わせて実施することに関する。
【背景技術】
【0002】
ブロックチェーン技術に基づくスマート・コントラクトの保険への応用が検討されている。また、ブロックチェーン技術のＰ２Ｐ保険への導入が検討されている。Ｐ２Ｐ保険とは、ソーシャルメディア等を活用して個人の集まりであるオンラインネットワークを作り、ネットワーク（グループ）のメンバでリスクをシェアする、保険に類似した仕組みのことである。（例えば、非特許文献１を参照。）
【先行技術文献】
【非特許文献】
【0003】
【文献】内田 真穂，“保険事業におけるブロックチェーン技術の活用～発展の方向性と課題～”，2018年3月30日，損保ジャパン日本興亜総合研究所株式会社，[平成30年8月17日検索]，インターネット＜URL：http://www.sjnk-ri.co.jp/issue/quarterly/data/qt72-4.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記非特許文献は、ブロックチェーン技術に基づくスマート・コントラクトを用いて、Ｐ２Ｐ保険を具体的にどのように実現するのかについて何ら開示していない。
【0005】
また、ブロックチェーン技術に基づくスマート・コントラクトを用いて、保険会社の実施する既存の保険と組み合わせてＰ２Ｐ保険を実施することを可能とするシステムは未だ存在していない。
【0006】
本発明は、以上の点に鑑みてなされたものである。
本発明のうちの少なくとも１つの課題は、ブロックチェーン技術に基づくスマート・コントラクトを用いて、Ｐ２Ｐ保険を実施することである。
本発明のうちの少なくとも１つの課題は、ブロックチェーン技術に基づくスマート・コントラクトを用いて、Ｐ２Ｐ保険を実施することである。
【0007】
また、本発明のうちの少なくとも１つの課題は、ブロックチェーン技術に基づくスマート・コントラクトを用いて、保険会社の実施する従来の保険と組み合わせてＰ２Ｐ保険を実施することである。
【課題を解決するための手段】
【0008】
本発明の一実施形態によれば、コンピュータが、ユーザの保険グループへの参加申し込みを受信するステップと、受信した前記参加申し込みに基づき、前記保険グループの参加者として、前記ユーザを特定する情報を記憶するステップと、前記保険グループが成立したかを判定するステップと、前記保険グループが成立したと判定した場合に、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトを生成するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを含む方法が提供される。なお、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトは、前記保険グループの参加者として記憶された複数のユーザのうちの各ユーザを特定する情報を含む。
【0009】
一実施形態である方法は、コンピュータが、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料を収集する指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険料を収集するための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に含むことができる。ここで、保険料を収集するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、各ユーザのアカウントから、特定アカウントに、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを実行させるものであってよい。
【0010】
一実施形態である方法において、仮想通貨を送金するためのトランザクションは、スマート・コントラクトのうちの、仮想通貨を送金するための部分の実行を指示するものであってよい。ここで、仮想通貨を送金するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、送金元アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ減少させるステップと、送金先アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ増加させるステップとを実行させるものであってよい。
【0011】
一実施形態である方法は、コンピュータが、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料のうちの少なくとも一部をキャッシュバックする指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、キャッシュバックするための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に含むことができる。ここで、キャッシュバックするための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、前記特定アカウントから、各ユーザのアカウントに、キャッシュバックとして所定額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを実行させるものであってよい。
【0012】
一実施形態である方法は、コンピュータが、前記保険グループにおいて実施されるＰ２Ｐ保険の保険金を請求ユーザに支払う指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険金を支払うための部分の実行を指示するトランザクションを生成し、ブロックチューン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に含むことができる。ここで、保険金を支払うための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定するステップと、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定した場合に、前記特定アカウントから、前記請求ユーザのアカウントに、支払うべき保険金に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定しなかった場合に、支払うべき保険金が不足していることを表すトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと実行させるものであってよい。また、本方法は、コンピュータが、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定するステップと、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたと判定した場合に、所定の処理を行うステップとを更に含むことができる。
【0013】
一実施形態である方法において、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定する前記ステップは、スマート・コントラクトのうちの、指定アカウントが保有する仮想通貨の額を参照するための部分を実行するステップを含むことができる。ここで、指定アカウントの保有する仮想通貨の額を参照するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記指定アカウントの保有する仮想通貨の額として、前記指定アカウントに関連付けて記憶されている仮想通貨の額を取得するステップを実行させるものであってよい。
【0014】
一実施形態である方法において、支払うべき保険金が不足していることを表すトランザクションは、ブロックチェーン・ノードとして機能するコンピュータに、所定の情報をイベントとして記憶するステップを実行させるものであってよい。ここで、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定する前記ステップは、前記所定の情報がイベントとして、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて記憶されたかを判定するステップを含むことができる。
【0015】
一実施形態である方法は、コンピュータが、ユーザについて登録すべき既存保険についての情報であって、当該既存保険を実施している保険会社を含む情報を受信するステップと、スマート・コントラクトのうちの、既存保険についての情報を登録するための部分の実行を指示するトランザクションであって、受信した前記情報を含むトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを更に含むことができる。ここで、既存保険についての情報を登録するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、既存保険についての情報を登録するための部分の実行を指示するトランザクションに含まれる、ユーザについて登録すべき既存保険についての情報を、当該ユーザに関連付けて記憶するステップを実行させるものであってよい。また、所定の処理を行う前記ステップは、スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための部分の、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータによる実行を介して、前記請求ユーザについて登録されている保険会社を特定するステップと、特定された前記保険会社のシステムに、支払うべき保険金を補填すべきことを通知するステップとを含むことができる。
【0016】
一実施形態である方法において、ユーザについて登録すべき既存保険についての前記情報は、当該既存保険の保険料を更に含むものであってよい。ここで、本方法は、コンピュータが、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、前記保険グループの参加者に仮想通貨を配布するための部分の実行を指示するトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に含むことができる。また、前記保険グループの参加者に仮想通貨を配布するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき行うステップであって、スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための前記部分を実行することにより、前記保険グループの参加者である各ユーザについて登録されている既存保険の保険料の額を取得するステップと、前記保険グループの参加者である各ユーザに、取得した既存保険の保険料の額に応じた額の仮想通貨を配布するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを含むステップを実行させるものであってよい。
【0017】
本発明の一実施形態によれば、ユーザの保険グループへの参加申し込みを受信するステップと、受信した前記参加申し込みに基づき、前記保険グループの参加者として、前記ユーザを特定する情報を記憶するステップと、前記保険グループが成立したかを判定するステップと、前記保険グループが成立したと判定した場合に、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトを生成するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを実行するコンピュータが提供される。ここで、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトは、前記保険グループの参加者として記憶された複数のユーザのうちの各ユーザを特定する情報を含む。
【0018】
一実施形態であるコンピュータは、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料を収集する指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険料を収集するための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に実行することができる。ここで、保険料を収集するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、各ユーザのアカウントから、特定アカウントに、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを実行させるものであってよい。
【0019】
一実施形態であるコンピュータにおいて、仮想通貨を送金するためのトランザクションは、スマート・コントラクトのうちの、仮想通貨を送金するための部分の実行を指示するものであってよい。ここで、仮想通貨を送金するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、送金元アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ減少させるステップと、送金先アカウントに関連付けて記憶されている仮想通貨の額を送金額だけ増加させるステップとを実行させるものであってよい。
【0020】
一実施形態であるコンピュータは、前記保険グループにおいて実施されるＰ２Ｐ保険の保険料のうちの少なくとも一部をキャッシュバックする指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、キャッシュバックするための部分の実行を指示するトランザクションを生成し、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に実行することができる。ここで、キャッシュバックするための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき、前記特定アカウントから、各ユーザのアカウントに、キャッシュバックとして所定額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを実行させるものであってよい。
【0021】
本発明の一実施形態によれば、第１コンピュータとして、本発明の一実施形態である上記コンピュータと、第２コンピュータとを含むシステムが提供される。ここで、第１コンピュータは、前記保険グループにおいて実施されるＰ２Ｐ保険の保険金を請求ユーザに支払う指示を受けたときに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、保険金を支払うための部分の実行を指示するトランザクションを生成し、ブロックチューン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に実行することができる。また、保険金を支払うための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定するステップと、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定した場合に、前記特定アカウントから、前記請求ユーザのアカウントに、支払うべき保険金に相当する額の仮想通貨を送金するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップと、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上であると判定しなかった場合に、支払うべき保険金が不足していることを表すトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを実行させるものであってよい。更に、第２コンピュータは、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定するステップと、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたと判定した場合に、所定の処理を行うステップとを実行することができる。
【0022】
一実施形態であるシステムにおいて、前記特定アカウントの保有する仮想通貨の額が、支払うべき保険金の仮想通貨における額以上かを判定する前記ステップは、スマート・コントラクトのうちの、指定アカウントが保有する仮想通貨の額を参照するための部分を実行するステップを含むことができる。ここで、指定アカウントの保有する仮想通貨の額を参照するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記指定アカウントの保有する仮想通貨の額として、前記指定アカウントに関連付けて記憶されている仮想通貨の額を取得するステップを実行させるものであってよい。
【0023】
一実施形態であるシステムにおいて、支払うべき保険金が不足していることを表すトランザクションは、ブロックチェーン・ノードとして機能するコンピュータに、所定の情報をイベントとして記憶するステップを実行させるものであってよい。ここで、支払うべき保険金が不足していることを表すトランザクションが、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて実行されたかを判定する前記ステップは、前記所定の情報がイベントとして、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータにおいて記憶されたかを判定するステップを含むことができる。
【0024】
一実施形態であるシステムにおいて、第１コンピュータは、ユーザについて登録すべき既存保険についての情報であって、当該既存保険を実施している保険会社を含む情報を受信するステップと、スマート・コントラクトのうちの、既存保険についての情報を登録するための部分の実行を指示するトランザクションであって、受信した前記情報を含むトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを更に実行することができる。ここで、既存保険についての情報を登録するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、既存保険についての情報を登録するための部分の実行を指示するトランザクションに含まれる、ユーザについて登録すべき既存保険についての情報を、当該ユーザに関連付けて記憶するステップを実行させるものであってよい。また、所定の処理を行う前記ステップは、スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための部分の、ブロックチェーン・ノードとして機能する少なくとも１つのコンピュータによる実行を介して、前記請求ユーザについて登録されている保険会社を特定するステップと、特定された前記保険会社のシステムに、支払うべき保険金を補填すべきことを通知するステップとを含むことができる。
【0025】
一実施形態であるシステムにおいて、ユーザについて登録すべき既存保険についての前記情報は、当該既存保険の保険料を更に含むものであってよい。ここで、第１コンピュータは、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトのうちの、前記保険グループの参加者に仮想通貨を配布するための部分の実行を指示するトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップを更に実行することができる。また、前記保険グループの参加者に仮想通貨を配布するための前記部分は、ブロックチェーン・ノードとして機能するコンピュータに、前記保険グループにおいてＰ２Ｐ保険を実施するためのスマート・コントラクトに含まれる各ユーザを特定する情報に基づき行うステップであって、スマート・コントラクトのうちの、指定ユーザについて登録された既存保険についての情報を参照するための前記部分を実行することにより、前記保険グループの参加者である各ユーザについて登録されている既存保険の保険料の額を取得するステップと、前記保険グループの参加者である各ユーザに、取得した既存保険の保険料の額に応じた額の仮想通貨を配布するためのトランザクションを生成し、該トランザクションをブロックチェーン・ノードとして機能する少なくとも１つのコンピュータに送信するステップとを含むステップを実行させるものであってよい。
【0026】
本発明の一実施形態によれば、本発明の一実施形態である上記方法をコンピュータに実行させるプログラムが提供される。
【図面の簡単な説明】
【0027】
【図1】本発明の一実施形態に係る例示システムの概略構成を表している。
【図2A】既存保険についての情報を入力するための例示画面を表している。
【図2B】既存保険についての情報を登録するための例示画面を表している。
【図3A】現在作成されている保険グループのうちの少なくとも一部の一覧が記載された例示画面を表している。
【図3B】保険グループに参加するための例示画面を表している。
【図3C】保険グループを作成するための例示画面を表している。
【図4】保険グループに参加したユーザに係る各種情報を確認するための例示画面を表している。
【図5】例示の保険情報登録処理のフローチャートである。
【図6】例示の保険グループ作成処理のフローチャートである。
【図7】例示の保険グループ参加及び成立処理のフローチャートである。
【図8A】例示の定期処理のフローチャートの一部である。
【図8B】例示の定期処理のフローチャートの一部である。
【図9A】例示の保険料収集処理のフローチャートの一部である。
【図9B】例示の保険料収集処理のフローチャートの一部である。
【図10】例示のキャッシュバック処理のフローチャートである。
【図11】例示の保険金支払処理のフローチャートの一部である。
【図12A】例示の保険金支払処理のフローチャートの一部である。
【図12B】例示の保険金支払処理のフローチャートの一部である。
【図13】コンピュータのハードウエア構成の一例を表している。
【発明を実施するための形態】
【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】
５ むすび
以上、本発明の実施形態の幾つかの例を説明してきたが、これらは例示にすぎず、本発明の技術的範囲を限定するものではないことが理解されるべきである。本開示の趣旨及び範囲から逸脱することなく、実施形態の変更、追加、改良などを適宜行うことができることが理解されるべきである。本発明の技術的範囲は、上述した実施形態のいずれによっても限定されるべきではなく、特許請求の範囲及びその均等物によってのみ規定されるべきである。
以上、本発明の実施形態の幾つかの例を説明してきたが、これらは例示にすぎず、本発明の技術的範囲を限定するものではないことが理解されるべきである。本開示の趣旨及び範囲から逸脱することなく、実施形態の変更、追加、改良などを適宜行うことができることが理解されるべきである。本発明の技術的範囲は、上述した実施形態のいずれによっても限定されるべきではなく、特許請求の範囲及びその均等物によってのみ規定されるべきである。
【図1】
【図2A】
【図2B】
【図3A】
【図3B】
【図3C】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9A】
【図9B】
【図10】
【図11】
【図12A】
【図12B】
【図13】