WO2020203886A1 - データ処理システム、データ処理方法、及び、プログラム - Google Patents

Abstract

非保証部分を有する証券の保険料を算出する算出部が、発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って証券保有者が負担する保険料を算出する処理を行い、保険料として、利息の少なくとも一部を徴収し、支払判定部が発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を支払う。

Description

データ処理システム、データ処理方法、及び、プログラム

　本開示は、投資家などが加入する保険の保険料を算出するデータ処理システム、データ処理方法、及び、プログラムに関する。

　特許文献１には、民間資金調達用の証券、特に、インフラ整備等の公共事業に民間の資金を投下するために発行される民間資金調達用の証券が記載されている。この証券は、債務部分と投資部分とを備え、更に、保証（０％＜保証率＜１００％）が付けられている。この証券は、償還されるとき、額面通りの金額が払い戻される。また、通常の債券と同様、利子が支払われ、また、株式のように、業績に応じて配当が支払われる。一方で、事業者が利息支払不能や債務不履行に陥った場合にも、保証人によって、全額ではないものの投資家に対して保証された金額が払い戻される。特許文献１のシステムでは、事業を継続的に行うため、証券発行後、所定期間が経過したときに、証券を別の種類の証券に変換したり、新たな証券を発行するための作業を容易に発行するシステムが記載されている。

国際公開第２０１５／１３３４１９号

　特許文献１に記載されたような証券を使用して資金調達を効率的に行われるようにするには、保証されていない非保証部分に対しても証券保有者に対する投資資金の安全性を高める必要がある。

　また、特許文献１に記載されたような証券には、事業者が利息支払不能や債務不履行に陥った場合に、保証部分を、全額ではないものの投資家に対して保証された保証金を支払う保証人が存在する。事業者が利息支払不能や債務不履行に陥った場合には、保証人が証券保有者に対する保証金の支払を確実に実行できるようにする必要がある。

　更に、事業者も事業が滞った場合に、収益が保証されれば、事業者も当該証券を使って資金調達を行い易くなる。

　本開示の目的は、証券の非保証障部分に対する投資家が加入する保険の保険料を種々の状況を反映させて容易に算出することを可能とした新規なデータ処理システム、データ処理方法、及び、プログラムを提供することにある。

　また、本開示の目的は、証券の保証障部分に対する保証人が加入する保険の保険料を種々の状況を反映させて容易に算出することを可能としたデータ処理システム、データ処理方法、及び、プログラムを提供することにある。

　更に、本開示の目的は、事業者の収益を保証する保険の保険料を種々の状況を反映させて容易に算出することを可能としたデータ処理システム、データ処理方法、及び、プログラムを提供することにある。

　本開示の一態様によれば、事業の資金を調達するための証券の保険料を算出するシステムが提供される。この証券は、前記事業の内容と、前記証券を発行する発行法人と、前記証券の保有と引換えに前記発行法人に支払われる額面価格と、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された保証率と、前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された利率と、前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される配当とを含む。そして、データ処理システムは、前記証券の前記非保証部分に対する保険の保険料を算出する。データ処理システムは、具体的に、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記証券保有者が負担する前記保険料を算出する処理を行う算出部であって、前記保険料として、前記利息又は前記配当の少なくとも一部を徴収する算出部と、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記証券保有者に対して支払う支払判定部とを備えている。上記構成によれば、証券保有者が加入する前記証券における非保証部分に対する保険を設けることができる。そして、前記保険料には、利息又は前記配当の少なくとも一部を充当することができる。

　本開示の一態様によれば、前記保険は、複数の事業の各々に対して発行された前記証券を集めたグループに対する保険であって、前記グループを構成する何れかの証券に関し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、当該証券の前記証券保有者に保険金が支払われる保険であってもよい。すなわち、前記保険は、証券毎（事業毎）の保険であってもよいし、証券毎（事業毎）を集めたグループで保険を構成するようにしてもよい。前記グループで保険を構成する場合は、保険加入者の人数が大きくなり、リスクも分散できるため、保険料を低く設定することができる。

　本開示の一態様によれば、前記データ処理システムは、前記証券の発行前において、前記証券を発行して資金調達をする事業の事業計画をウェブページで公開する情報公開部を備え、前記情報公開部は、前記ウェブページの閲覧数又は前記ウェブページが閲覧された閲覧時間を管理する処理を行い、前記算出部は、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料を低く設定する処理を行うようにしてもよい。閲覧数が多い又は閲覧時間が長い証券は、それだけ注目度や人気が高く、そのことはその証券で調達される事業についての注目度や人気が高く、事業が滞るリスクも低くなると言える。そこで、算出部は、ウェブページの閲覧数や閲覧時間を考慮して保険料を設定することができ、閲覧数の多いほど又は閲覧時間が長いほど保険料を低く設定することができる。

　本開示の一態様によれば、前記情報公開部は、前記証券の発行後において、所定期間毎に事業状況を前記ウェブページにおいて公開し、前記所定期間毎に前記ウェブページの閲覧数又は前記ウェブページが閲覧された閲覧時間を管理し、前記算出部は、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料を低く設定する処理を行うようにしてもよい。証券の発行後であっても、ウェブページの閲覧数が多い又は閲覧時間が長い証券は、それだけ注目度や人気が高く、事業が滞るリスクも低くなると言える。そこで、算出部は、ウェブページの閲覧数や閲覧時間を考慮して保険料を設定することができ、閲覧数の多いほど保険料を低く設定することができる。

　本開示の一態様によれば、前記算出部は、前記閲覧数又は前記閲覧時間と前記保険料を算出するための係数とを関連付けたテーブルであって、前記係数が、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料が低くなるように設定されている前記テーブルを備えているようにしてもよい。これによれば、テーブルを参照することで、閲覧数や閲覧時間に応じた係数を選択して容易に保険料を算出することができる。

　本開示の一態様によれば、前記データ処理システムは、前記証券の発行前において、前記証券を発行して資金調達をする事業の事業計画をウェブページで公開する情報公開部と、前記ウェブページにおいて、前記事業計画に対する賛否を問うアンケートを実施する処理を行うアンケート部とを備えるようにしてもよい。この場合、前記算出部は、前記事業計画に対して肯定的回答数が多い又は評判が高いほど、前記保険料を低く設定する処理を行うようにしてもよい。

　前記アンケート部は、前記証券を発行して資金調達をする事業の賛否を問うアンケートを事前に実施する処理を行うことで、地域住民の事業に対する意見を取得することができる。前記アンケートの結果、事業に対する肯定的な意見が多いときには、その事業が滞るリスクが低いと言える。前記算出部は、アンケートの結果を考慮して保険料を設定することができ、前記肯定的な意見ほど保険料を低く設定することができる。

　本開示の一態様によれば、前記情報公開部は、前記証券の発行後において、所定期間毎に事業状況を前記ウェブページにおいて公開し、前記アンケート部は、所定期間毎に前記ウェブページにおいて、前記事業の評判に関するアンケートを実施する処理を行うようにしてもよい。この場合、前記算出部は、前記評判が高いほど、保険料を低く設定することができる。証券の発行後であっても、評判が高い証券は、それだけ注目度や人気が高く、事業が滞るリスクも低くなると言える。そこで、算出部は、評判を考慮して保険料を設定することができ、評判が高いほど保険料を低く設定することができる。

　本開示の一態様によれば、前記算出部は、前記アンケートの結果と前記保険料を算出するための係数とを関連付けたテーブルであって、前記係数が、前記肯定的回答数又は前記評判が高いほど、前記保険料が低くなるように設定されている前記テーブルを用いて保険料を算出するようにしてもよい。これによれば、テーブルを参照することで、肯定的回答数又は評判に応じた係数を選択して容易に保険料を算出することができる。

　本開示の一態様によれば、前記事業計画が企画競争入札によって応札された者によって作成された企画書の企画提案内容に基づいて作成されている場合、前記算出部は、前記保険料を低く設定する係数を乗じる処理を行うようにしてもよい。これによれば、値段では無く、企画内容が評価の対象となる入札で応札された企画提案内容に基づいた事業計画であり、その分、事業が滞るリスクも低くなると言える。そこで、算出部は、事業計画を考慮して保険料を設定することができ、評価が高いほど保険料を低く設定することができる。

　本開示の一態様によれば、前記データ処理システムは、事業者コンピュータを更に備え、前記事業者コンピュータは、事業に関するデータファイルの第１ハッシュ値を付与し、前記情報公開部は、提供されたデータファイルの第２ハッシュ値を算出し、前記第１ハッシュ値と第２ハッシュ値を比較し、一致したときに、前記データファイルの情報を公表するようにしてもよい。これによれば、ウェブページに公表される情報やアンケートのために公表されるデータの信頼性を高めることができる。

　本開示の一態様によれば、前記データ処理システムは、総合情報管理部を更に備え、前記情報公開部は、前記閲覧数又は前記閲覧時間を含むデータを電子署名を付加して前記総合情報管理部に提供し、前記総合情報管理部は、前記保険料を算出するため前記算出部に前記閲覧数又は前記閲覧時間を含むデータを提供するようにしてもよい。これにより、保険料算出のためのデータの信頼性を高めることができる。

　本開示の一態様によれば、前記データ処理システムは、総合情報管理部を更に備え、前記情報公開部は、前記アンケート結果を含むデータを電子署名を付加して前記総合情報管理部に提供し、前記総合情報管理部は、前記保険料を算出するため前記算出部に前記アンケート結果を含むデータを提供するようにしてもよい。これにより、保険料算出のためのデータの信頼性を高めることができる。

　本開示の一態様によれば、前記データ処理システムは、総合情報管理部を更に備え、事業者コンピュータは、入札に関する情報を含むデータを電子署名を付加して前記総合情報管理部に提供し、前記総合情報管理部は、前記保険料を算出するため前記算出部に前記入札に関する情報を含むデータを提供するようにしてもよい。これにより、保険料算出のためのデータの信頼性を高めることができる。

　本開示の一態様によれば、前記保険料及び前記保険料算出のために使用する情報をブロックチェーンに格納されるようにしてもよい。これにより、保険料算出のための情報を安全に管理することができる。

　本開示の一態様によれば、前記保険料算出のために使用する情報は、例えば、前記証券を発行して資金調達をする事業の事業計画、事業状況、事業計画又は事業状況を公開したウェブページの閲覧数又は閲覧時間、前記事業計画に対する賛否を問うアンケート結果、及び、前記事業の評判に関するアンケート結果である。

　また、本開示の一態様によれば、上記証券の前記保証率に従った保証部分を前記証券保有者に対して支払う保証人が加入する保険の保険料を算出するデータ処理システムが提供される。前記保険は、前記保証率により算出される保証金の支払に対する保険である。前記データ処理システムは、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記保証人が負担する前記保険料を算出する処理を行い、前記保険料を徴収する処理を行う算出部と、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記保証人に対して支払う支払判定部とを備える。上記構成によれば、保証人が加入する保証率に従った保証部分非保証部分に対する保険を設けることができる。

　また、本開示の一態様によれば、上記証券を用いて資金調達を行った事業の事業者が加入する保険の保険料を算出するデータ処理システムが提供される。前記保険は、前記事業者の収益を保証する保険である。前記データ処理システムは、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスク、又は、予想収益が得られないリスクに従って前記事業者が負担する前記保険料を算出する処理を行う算出部と、前記発行法人が利息支払不能及び／又は債務不履行に陥ったか、又は、前記予想収益を得られたかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合、又は、予想収益が得られなかった場合に、保険金を前記事業者に対して支払う支払判定部とを備える。上記構成によれば、事業者が加入する予想収益の少なくとも一部を保証する保険を設けることができる。

　本開示によれば、以上のような構成を備えたデータ処理システムと、上記システムにより実行されるデータ処理方法と、上記方法を実行するコンピュータにインストールされるプログラムと、が提供される。

　本開示によれば、証券の非保証障部分に対する保険の保険料の算出を容易にすることができる。また、本開示によれば、保証人に対する保険の保険料の算出を容易にすることができる。更に、本開示によれば、事業者に対する保険の保険料の算出を容易にすることができる。

証券の構成を示す図である。 証券を示す図である。 証券の非保証部分に対する保険の構造を示す図であって、複数種類の証券を集めた１つのグループで１つの保険を構成した場合を示す図。 証券の非保証部分に対する保険の構造を示す図であって、１種類の証券で保険を構成した場合を示す図。 証券で資金を調達する事業が進行する手順を示すフローチャート。 データ処理システムのブロック図。 コンピュータの構成を示す図。 発行した証券を管理するデータベースを示す図。 証券保有者を管理するデータベースを示す図。 証券やその事業を紹介するウェブページの構成を示す図。 証券やその事業を紹介するウェブページの構成の他の例を示す図。 閲覧数と基本保険料に乗じる係数を関連付けたテーブルを示す図。 証券発行前のアンケート結果と基本保険料に乗じる係数を関連付けたテーブルを示す図。 証券発行後のアンケート結果と基本保険料に乗じる係数を関連付けたテーブルを示す図。 最終保険料を算出する要素を説明する図。 事業計画が公表されてから事業が始まるまでの処理を示すフローチャート。 図１６の続きのフローチャート。 事業が開始されてからの処理を示すフローチャート。 図１８の続きのフローチャート。 保険料の支払方法を選択する際のフローチャート。 事業者コンピュータから総合管理コンピュータにデータをアップロードするときの処理を示すフローチャート。 図２１の続きで総合管理コンピュータでの処理を示すフローチャート。 総合管理コンピュータから認証機関コンピュータにアップロードするときの処理を示すフローチャート。 進捗管理データベースを示す図。 保険料のデータをブロックチェーンに格納するときの処理を示すフローチャート。 証券の売買履歴をブロックチェーンに格納するときの処理を示すフローチャート。 証券の保証部分を保証する保証人に対する保険の構造を示す図。 証券を用いて資金調達した事業者に対する保険の構造を示す図。

　以下、一実施形態に係るデータ処理システムについて図面を参照して説明する。
　〔第１実施形態〕
　〔証券の説明〕
　図１及び図２に示すように、証券１０は、調達する資金の使用事業であるプロジェクト名及びその内容１１と、その事業を計画し証券１０を発行する計画者／事業者／発行者１２と、証券１０の保有と引換えに証券１０の発行者に支払われる額面価格１３と、発行する証券１０の償還期限１４とを含む。更に、発行法人が利息支払不能及び／又は債務不履行に陥った場合に、証券１０の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率（保証限度）１５であって、額面価格１３に対する割合で定義された保証率（保証限度）１５と、その保証された金額を保証する保証人１６とを含む。更に、証券保有者へ定期的に支払われる利息を定める年利（利率）１７であって、額面価格１３に対する又は保証率で保証された保証部分に対する割合で定義された年利（利率）１７と、保証率１５で保証された保証部分以外の非保証部分に対して付与される、証券保有者に支払う配当１８とを含む。証券１０は、部分的な保証が付いている点や調達資金の使用目的が明確である点や株券のように配当１８が付く点で、社債、国債等の債券と異なるが、償還期限が設けられ、利息が支払われる点で債券に類似したものとなっている。

　すなわち、証券１０は、例えば、額面価格１３のＸ％（０％＜Ｘ＜１００％）が事業者の債務部分となり、また、国又は地方公共団体等の第三者の保証人に保証された保証部分となる。また、額面価格１３のＹ％（額面価格－債務部分（保証部分））は、投資家から見て投資部分となり、発行法人が利息支払不能及び／又は債務不履行に陥った場合に、投資家には返還されない非保証部分（投資家から見て「リスク部分」）となる。年利（利率）１７は、額面価格１３に対して割合又は保証部分に対する割合で決定される。なお、保証人１６としては、国又は地方公共団体の他、民間企業であってもよいし、官民合同体であってもよい。

　このような証券１０は、償還期限までの間、事業が滞りなく順調に運営された場合、毎年、年利（利率）１７に従った金利が証券１０の購入者である投資家に支払われ、また、収益の還元として配当が支払われる。また、償還期限を迎えた際には額面価格（１００万円）に相当する金額が払い戻される。一方で、償還期限を迎える前に、事業が不振となり、金利の支払が滞った場合や事業者等１２が債務不履行に陥った場合、保証人１６によって、保証限度のＸ％（７０万円）が払い戻される。このような証券１０は、部分的な保証が付くため、資金を投資家から調達し易くなり、新規公共事業を行う際の資金調達に好適である。また、証券１０には、非保証部分も存在するため、その事業が成功するように、また、より高い配当を得ることができるように、証券保有者が積極的にその事業に参画するようになる。なお、年利（利率）１７は、固定金利でも、変動金利であってもよい。また、保証は、額面価格１３に対してだけでなく、定期的に支払われる変動又は固定の利息に対して同様な率で付けるようにしてもよい。例えば、利息が支払不能となった年の利息（額面価格の３％）の７０％が保証される。このような証券１０は、保証人１６が保証可能な範囲であれば、資金調達をするプロジェクトの数や規模や種類に関し特に限定されることなく発行することができる。なお、証券１０は、償還期限がなくてもよい。また、配当１８が無くてもよい。

　図２の例は、高速鉄道プロジェクトを目的とした証券１０を示している。図２の例では、その内容を、カリフォルニア高速鉄道と沿線開発とし、計画者／事業者／発行者１２がカリフォルニア州高速鉄道局となり、額面価格１３が１００万円で、償還期限１４が１０年、保証人１６であるアメリカ合衆国、カリフォルニア州により保証される保証率（保証限度）１５が７０％となり、年利（利率）１７が３％となっている。

　証券１０は、債券の特徴と株券の特徴とを併せ持つ証券であり、金利が付く点で債券に類似しており、配当が付く点で株券に類似している。そして、証券１０は、償還期限がある点で債券に類似している。証券１０は、証券保有者に、株主のような地位は与えられない点で株券と異なっている。

　証券１０は、仮に文言通りの利息を支払うことができなくなっても、購入者である投資家には一定の割合で保証された金額が返還されることになり、投資家に安心感を与えることができる。したがって、事業者も事業資金を調達し易くなる。証券の売買がされる証券市場においても、証券１０は、保証付きであることから、市場価格が大幅に値下がりを抑制することができる。また、証券市場において、証券１０が値上がりした場合、投資家は、売却益を得ることができる。一方で、公共事業を計画する国又は地方公共団体にあっても、事業不振に陥った場合に、額面価格の全額を保証する必要がないことから、証券１０を用いた資金調達をし易くなる。特に、証券１０の額面価格１３の全額を保証しなくてよいことから、財政難の国又は地方公共団体も証券１０を用いた資金調達を行い易くなる。このような証券１０は、資金を投資家から調達し易いので、新規公共事業を行う際の資金調達に好適である。証券１０は、非保証部分を有し、更に配当１８もあるので、証券保有者に、その事業を成功させようとする意識を強く持たせることができ、その事業を成功に導き易くなる。

　〔証券保有者に対する保険の説明〕
　図３に示すように、証券１０は、事業毎に複数種類発行される。例えば、証券Ｉは、事業Ａの資金調達を目的とする証券であり、証券ＩＩは、事業Ｂの資金調達を目的とする証券であり、証券ＩＩＩは、事業Ｃの資金調達を目的とする証券であり、証券ＩＶは、事業Ｄの資金調達を目的とする証券である。そして、各証券Ｉ～ＩＶには、それぞれ非保証部分（Ｙ％）が存在する。非保証部分は、発行法人が利息支払不能及び／又は債務不履行に陥った場合、投資家である証券保有者とって損失部分となる。したがって、このような事態によって生じる損失に対しては、多数の証券保有者が金銭（保険料）を出し合い、その資金によって、損失が発生した証券保有者に金銭（保険金）を給付するための保険制度があれば、証券保有者のリスクが軽減され、より証券１０により資金を調達し易くなる。

　そこで、複数種類の証券１０を集めた１つのグループ２１で１つの保険２０を構成するようにしている。そして、保険２０は、各証券Ｉ～ＩＶの証券保有者が加入する。保険料は、証券Ｉ～ＩＶの証券保有者が受け取る年利（利率）１７の利息の全部又は一部が割り当てられる。また、利息に代えて、又は、利息に加えて、配当１８の全部又は一部が割り当てられる。更に、保険料が年利（利率）１７や配当１８だけで不足する場合は、追加保険料を保険加入者が別途支払う。又は、加入者が保険料全額を年利（利率）１７や配当１８での支払を希望しない場合や保険料を年利（利率）１７や配当１８で支払うことを希望しない場合は、別途保険料を支払う。

　なお、グループ２１を構成する証券は、互いに関連する事業であってもよいし、関連のない事業であってもよい。ここで、関連のある事業とは、例えば沿線開発をする場合に、当該沿線の１つの場所にテーマパークを建設し、他の場所に大学や住宅地等の学園都市を造成する場合等である。関連する事業の証券１０でグループ２１を構成した場合、当該沿線の人口が増え、学園都市等の居住者がテーマパークにも行き易くなり、グループ２１を構成する各事業が関連して成功し易くなる。

　また、図４に示すように、複数種類の証券１０を集めた１つのグループ２１で１つの保険２０を構成するのではなく、１つの事業の証券１０に対して保険２０を設けるようにしてもよい。この場合、証券１０毎に保険料を算出し易くなる。すなわち、証券１０毎に、発行法人が利息支払不能及び／又は債務不履行に陥るリスクに応じて保険料を算出することができる。

　ところで、図５に示すように、証券１０で資金を調達する事業は、事業者等の企画によって予算が組まれる。そして、ステップＳ１において、その企画をより具体的にするため、企画競争入札が行われる。企画競争入札は、不特定多数の企業の中から、発注者側が提示する予算額の範囲内において、定められたテーマの企画書等の提出を求め、最も適した提案をした企業を契約の相手とする方式である。そして、企画競争入札は、価格だけではなく企画提案内容も評価の対象となる。ステップＳ２では、価格と企画提案内容から１社又は複数社が選定される。

　なお、この企画競争入札は、複数回繰り返して段階的に事業計画を具体的にするようにしてもよい。また、入札の方法は、企画競争等への参加希望を募る場合に、技術や設備等の必要条件をホームページ等で具体的に明示して、広く参加者を募る公募であってもよい。また、事業の安全性・周辺環境への配慮・業務内容等を総合的に評価し、発注者にとって最も有利な者を落札者とする一般競争入札であってもよい。

　ステップＳ３において、選定された業者と事業者とによって事業計画が策定される。なお、証券１０で資金を調達する事業は、ステップＳ１の企画競争入札等を経ることなく、事業者が事業計画を策定するようにしてもよい。そして、ステップＳ４において、工事を開始するにあたっての一般競争入札又は指名競争入札を行って、ステップＳ５において、事業者を選定する。なお、一般競争入札は、総合評価方式でも価格のみで決定する自動落札方式であってもよい。

　〔データ処理システムの説明〕
　図６に示すように、保険２０や証券１０の発行等を管理するデータ処理システムは、証券１０や保険２０を管理する管理システム３０を備えている。更に、データ処理システムは、管理システム３０に対してアクセスする投資家コンピュータ５０を備えている。更に、証券１０で資金調達した事業を行う事業者が管理する事業者コンピュータ６０と、様々な事業で発行される証券１０や保険２０を総合管理する総合管理コンピュータ７０と、証券１０や保険２０に関する基準データを管理する認証機関コンピュータ８０とを備えている。

　また、管理システム３０は、発行する証券１０を管理する発行証券管理コンピュータ１００と、証券１０に関する情報を公開する情報公開コンピュータ１１０と、保険２０を管理する保険コンピュータ１２０とを備えている。これらのコンピュータ５０，６０，７０，８０，１００，１１０，１２０は、ネットワーク１３０で相互に接続されている。

　なお、コンピュータ５０，６０，７０，８０，１００，１１０，１２０は、複数のコンピュータやプロセッサを利用して、分散して計算処理するものであってもよい。また、ネットワークとしては、専用通信回線や仮想的に専用回線化した汎用の通信回線（仮想専用化通信回線）を用いることができる。具体的に、ＰＰＴＰ（Point to Point Tunneling Protocol）やＳＳＬ（Secure Socket Layer）等のプロトコルを用いて、インターネットを介して、暗号化データをカプセリングして通信するインターネットＶＰＮ（Virtual Private Network）等を用いることができる。その他、インターネットサービスプロバイダ（ＩＳＰ、Internet Service Provider）が提供する専用化回線を用いてもよい。また、ＣＡＴＶのネットワークであってもよい。

　図７に示すように、コンピュータ５０，６０，７０，８０，１００，１１０，１２０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスクドライブ（ＨＤＤ）３４、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）３６、通信インタフェース３５等を有する。コンピュータ５０，６０，７０，８０，１００，１１０，１２０は、ワークステーション等の高機能、高性能のコンピュータや通常のパーソナルコンピュータやスマートフォン等小型の情報処理端末やパーソナルコンピュータであってもよい。コンピュータ５０，６０，７０，８０，１００，１１０，１２０は、ハードウェア資源にインストールされたコンピュータプログラムによってその機能が実現される。また、データの一部はクラウドに保存されていてもよい。

　〔投資家コンピュータの説明〕
　投資家コンピュータ５０は、ネットワーク１３０を介して管理システム３０に対して接続可能であり、インターネット等のウェブページやインターネット配信サイトで配信される番組で、売出し計画中や売り出し中の証券１０の買い注文を管理システム３０の発行証券管理コンピュータ１００に対して送信できる。また、証券１０の売り注文も発行証券管理コンピュータ１００に対して送信できる。投資家コンピュータ５０は、機関投資家であるときにはワークステーション等の高性能コンピュータであり、個人投資家であるときには通常のデスクトップコンピュータやラップトップコンピュータやスマートフォン、携帯電話等の携帯型若しくは小型の情報処理端末である。また、データ通信が可能なディジタルテレビ受信機等であってもよい。投資家コンピュータ５０は、管理システム３０の情報公開コンピュータ１１０にアクセスすることで、証券１０やその事業に関する最新情報を閲覧することができる。

　〔事業者コンピュータの説明〕
　事業者コンピュータ６０は、ワークステーション等のコンピュータシステムであって、ネットワーク１３０を介して互いにデータのやり取りを行い、ＣＰＵなどのプロセッサが各種の処理を実行する。事業者コンピュータ６０は、プロジェクトマネージャ等が管理する装置であって、担当するプロジェクトの全体を管理する。例えば、事業の進捗を管理する進捗管理データベース６１を備えている。事業者コンピュータ６０では、事業計画段階において、各プロジェクトでどの程度の資金が必要であるか、各プロジェクトの工期はどの程度の長さになるのか、各プロジェクトを合わせた全体でどの程度の資金が必要であるか等を個別のデータから算出する。また、進捗管理データベース６１では、事業計画を策定するための企画競争入札（ステップＳ１）や工事の業者選定のための一般競争入札又は指名競争入札（ステップＳ４）等を管理する。また、事業者コンピュータ６０は、各事業の工事等が開始したとき、工事の進捗状況（資材の搬入状況、工事の進行状況等）等を管理する。また、事業者コンピュータ６０は、工事が完成し、事業が開始されている（例えばテーマパーク等が開園し運営を開始している）場合、各年の財務状況データを管理する（図２４参照）。

　〔総合管理コンピュータの説明〕
　総合管理コンピュータ７０は、証券事業を総合管理するワークステーション等のコンピュータシステムであって、ＣＰＵなどのプロセッサが各種の処理を実行する。総合管理コンピュータ７０は、事業者コンピュータ６０との間で安全な回線を確立し、プロジェクトに関するデータを受け取る。事業者コンピュータ６０及び総合管理コンピュータ７０は、認証機関コンピュータ８０を管理する認証機関が認定した認定プログラム６０ａ，７０ａがインストールされており、ＳＳＨ（Secure Shell）公開鍵方式等の暗号手段を利用して安全な回線を確立する。総合管理コンピュータ７０が事業者コンピュータ６０から受け取るデータは、情報公開コンピュータ１１０で投資家に対して事業情報を公開するデータであり、また、証券１０の非保証部分に対する保険２０の保険料を算出するにあたって影響を与えるデータとなる。

　〔認証機関コンピュータの説明〕
　認証機関コンピュータ８０は、総合管理コンピュータ７０とともに、データ処理システムで取り扱うデータを総合的に管理する総合情報管理部として機能する。

　認証機関コンピュータ８０は、認証機関が管理するワークステーション等のコンピュータシステムであって、ＣＰＵなどのプロセッサが各種の処理を実行する。認証機関コンピュータ８０は、総合管理コンピュータ７０との間で安全な回線を確立し、事業者コンピュータ６０から総合管理コンピュータ７０に対して送られたプロジェクトに関するデータを受け取る。また、発行証券管理コンピュータ１００で生成された証券１０の売買履歴等のデータを総合管理コンピュータ７０を経由して受け取る。更に、情報公開コンピュータ１１０で生成されたウェブページの閲覧数やアンケート結果のデータを総合管理コンピュータ７０を経由して受け取る。更に、保険コンピュータ１２０が算出した保険２０の保険料等のデータを総合管理コンピュータ７０を経由して受け取る。更に、これらのデータを、要求に応じて、総合管理コンピュータ７０を通じて各コンピュータ６０，１００，１１０，１２０などに提供する。提供データは、認証機関が認証したデータである。例えば、認証機関コンピュータ８０は、総合管理コンピュータ７０を通じて、情報公開コンピュータに対して事業計画や事業状況に関するデータ等を提供し、また、保険コンピュータ１２０に対して保険料算出のためのウェブページの閲覧数やアンケート結果等を提供する。

　認証機関コンピュータ８０も、認証機関が認定した認定プログラム８０ａがインストールされており、ＳＳＨ公開鍵方式等の暗号手段を利用して安全な回線を確立する。認証機関コンピュータ８０は、コンピュータ６０，７０，１００，１１０，１２０などがデータの受信側となるとき使用する公開鍵を提供し、また、公開鍵を使用するとき、公開鍵が本物かどうかの検証を行う。なお、公開鍵は、さらに他の認証機関コンピュータから提供されたものであってもよく、また、検証も他の検証機関コンピュータが行ってもよい。また、量子鍵配送等の量子暗号によって安全な回線が確立される。量子暗号では、通信を行う二者がその通信に用いられる鍵情報を取得しようとする盗聴者の存在を探知できる。認証機関コンピュータ８０では、総合管理コンピュータ７０から送られたデータを基準データとして管理する。例えば、認証機関コンピュータ８０は、基準データを、総合管理コンピュータ７０から送られたデータをブロックチェーンや改ざん困難なストレージを使用して安全な状態で一元管理する。なお、総合管理コンピュータ７０と認証機関コンピュータ８０とは、その機能を統合した総合情報管理部であってもよい。

　なお、量子鍵配送等の量子暗号は、事業者コンピュータ６０と総合管理コンピュータ７０との間、発行証券管理コンピュータ１００と総合管理コンピュータ７０との間、情報公開コンピュータ１１０と総合管理コンピュータ７０との間、及び、保険コンピュータ１２０と総合管理コンピュータ７０との間にも適用可能である。

　〔管理システムの説明〕
　管理システム３０は、発行する証券１０を管理する発行証券管理コンピュータ１００と、証券１０に関する情報を公開する情報公開コンピュータ１１０と、保険２０を管理する保険コンピュータ１２０とを備え、相互にネットワーク１３０を介して接続されている。

　〔発行証券管理コンピュータの説明〕
　発行証券管理コンピュータ１００は、証券１０を売り出す証券会社や金融機関が管理するコンピュータである。そして、発行証券管理コンピュータ１００は、機能的に、証券発行部４３と、証券管理部４４と、証券保有者管理部４５とを備え、ＣＰＵなど構成されたプロセッサが各部の処理を実行する。

　証券発行部４３は、投資家コンピュータ５０から送信された情報公開コンピュータ１１０で公開された証券１０の買い注文データを受信する。また、証券１０にあっても、株式市場や債権市場のような新しい取引市場で売買される場合もある。このような場合、証券発行部４３は、投資家コンピュータ５０から送信された売り注文データを受信する。証券発行部４３は、情報公開コンピュータ１１０で公開された証券１０に対して投資家コンピュータ５０から買い注文データを受信したとき、受信した買い注文データを送信した投資家に対して、証券１０を発行する。証券発行部４３は、証券１０の売買履歴を総合管理コンピュータ７０を通じて認証機関コンピュータ８０に提供する。

　証券管理部４４は、発行した証券１０を管理するデータベースである。図８に示すように、証券管理部４４では、証券１０毎に、事業と、額面と、保証率と、金利を管理している。例えば、証券管理部４４は、証券１０の１つである証券Ｉが、事業Ａに対する証券であって、額面が￥１，０００，０００、保証率が６０％、金利が４％であることを管理している。また、証券Ｉでは、４０％の部分が非保証部分となって、保険２０の対象部分となる。なお、管理する証券の中には、保証がありつつ金利無しで配当のみの証券があってもよいし、保証がありつつ金利のみで配当無しの証券が存在していてもよい。また、保証無しで金利と配当のある証券が存在していてもよい。

　証券保有者管理部４５は、証券保有者を管理するデータベースである。図９に示すように、証券保有者管理部４５は、証券保有者毎に、証券１０の種類と、保険に加入しているかどうか、保険料の支払方法を管理している。ここでの保険２０は、複数種類の証券１０を集めたグループ２１に対する保険２０（図３参照）又は１つ種類の証券に対する保険２０（図４参照）であって、各証券１０の非保証部分に対する保険である。その保険料の支払は、証券１０の証券保有者が受け取る年利（利率）１７の利息の全部又は一部が割り当てられる。また、利息に代えて、又は、利息に加えて、配当１８の全部又は一部が割り当てられる。更に、保険料が年利（利率）１７や配当１８だけで不足する場合は、追加保険料を保険加入者が別途支払う。又は、加入者が保険料全額を年利（利率）１７や配当１８での支払を希望しない場合や保険料を年利（利率）１７や配当１８で支払うことを希望しない場合は、別途保険料を支払う。証券保有者管理部４５は、証券保有者毎に、このような保険料の支払の種別を管理している。保険料の支払は、証券１０の償還までの一括払い、年払い、月払いの何れであってもよい。証券１０の利息や配当は年単位で支払わることから、保険料の支払も、これに合わせて年払いが好ましい。

　発行証券管理コンピュータ１００は、認定プログラム１００ａがインストールされており、総合管理コンピュータ７０との間でＳＳＨ公開鍵方式等の暗号手段を利用して安全な回線を確立する。発行証券管理コンピュータ１００は、定期的に、又は、発行証券管理コンピュータ１００からの要求に応じて、証券１０の売買履歴に関するデータ等を発行証券管理コンピュータ１００を経由して認証機関コンピュータ８０に送信する。

　〔情報公開コンピュータの説明〕
　情報公開部としての情報公開コンピュータ１１０は、証券１０を売り出す証券会社や金融機関が管理したり、インターネットサービスプロバイダ等プロバイダが管理するコンピュータである。また、検索エンジン、オンライン広告、クラウドコンピューティング、ソフトウェア、ハードウェア関連の事業等を行う会社が管理するコンピュータである。そして、情報公開コンピュータ１１０は、情報公開部４１と、アンケート部４２とを備え、ＣＰＵなどのプロセッサが各部の処理を実行する。

　情報公開部４１は、証券１０を使用して資金調達する事業計画や売り出し中の証券１０に関する情報を公開する。具体的に、事業計画や証券１０を含む様々な情報は、情報公開部４１によって、売出しをしている例えば金融機関や証券会社のウェブページや番組を介して公表される。例えば、事業計画の紹介や証券１０の紹介は、テキストデータや画像データで行ってもよい他、ビデオデータで行ってもよい。投資家が証券を購入可能なウェブページは、例えば、投資家が投資家コンピュータ５０からアカウント（ユーザＩＤとパスワード）を入力しログインすることによってアクセスすることができる。例えば、情報公開部４１と投資家コンピュータ５０との間は、インターネット等のネットワーク１３０を介して接続される。そこで、情報公開部４１と投資家コンピュータ５０との間は、ＳＳＨ公開鍵方式等のセキュリティ技術を組み合わせ、データの盗聴や改ざん、なりすましを防ぐことができるＳＳＬ（Secure Sockets Layer）等のセキュアなプロトコルを用いて接続するようにしてもよい。

　図１０に示すように、例えば、証券１０のホームページ等は、トップページ４１ａと、トップページ４１ａに対して下層にリンクされた個別の証券１０や個別の事業を紹介する第１ウェブページ４１ｂ～第３ウェブページ４１ｄ等で構成されている。第１ウェブページ４１ｂ～第３ウェブページ４１ｄの各々で紹介される個別の証券１０やその事業は、互いに関連する事業であってもよいし、関連のない事業であってもよい。トップページ４１ａにリンクされる第１ウェブページ４１ｂ～第３ウェブページ４１ｄ等が保険２０の１つのグループ２１を構成するようにしてもよい。

　また、図１１に示すように、１つのウェブページ４１ｅの中で、複数の証券１０やその事業が紹介されている。１つのウェブページ４１ｅの中で紹介される証券１０やその事業は、互いに関連する事業であってもよいし、関連のない事業であってもよい。図１１の場合において、複数のウェブページ４１ｅが存在し、各ウェブページ４１ｅで複数の証券１０やその事業を紹介するようにしてもよい。１つのウェブページ４１ｅの中で紹介される証券１０やその事業が１つのグループ２１を構成するようにしてもよい。

　情報公開部４１は、所定期間毎に、ログインした投資家がどの証券１０のウェブページにアクセスしたか等をカウントし閲覧数を管理し、更に、閲覧開始日時や閲覧終了日時等のログを管理する。これにより、どの事業計画や事業に対して注目度が高いか等を把握することができる。具体的には、情報公開部４１は、証券１０の発行前において、証券１０を発行して資金調達をする事業の事業計画をウェブページで公開し、所定期間内におけるウェブページの閲覧数を管理する。また、情報公開部４１は、証券１０の発行後において、各事業の工事等が開始したとき、事業状況として、工事の進捗状況等をウェブページで公開し、所定期間内におけるウェブページの閲覧数を管理する。更に、情報公開部４１は、事業が開始した後（例えばテーマパークの開園後）、各年の財務状況データ等をウェブページで公開し、所定期間内におけるウェブページの閲覧数を管理する。これらのウェブページに公表されるデータは、事業者コンピュータ６０から総合管理コンピュータ７０及び認証機関コンピュータ８０に対して提供されたデータであって、情報公開コンピュータ１１０が総合管理コンピュータ７０を経由して認証機関コンピュータ８０から取得したデータである。

　詳細は後述するが、事業者コンピュータ６０から総合管理コンピュータ７０及び認証機関コンピュータ８０に対して提供されたデータファイルの各々には、事業者コンピュータ６０で算出されたハッシュ値が付与されている（後述のステップＳ７７）。情報公開部４１は、事業者コンピュータ６０から提供されたデータに由来するデータファイルのデータを公表するとき、ハッシュ値を算出し、比較することで、当該データファイルが書き換えられているかどうかを判別する。すなわち、ハッシュ値が一致した場合は、当該データファイルのデータ等をウェブページに公表し、一致しない場合は、その内容の真偽を確認したのち公表するか又は公表しないようにする。これにより、ウェブページを閲覧する投資家等に正確な情報を提供することができる。

　なお、このようなウェブページの閲覧数は、証券１０の非投資部分に対する保険２０の保険料に反映される。例えば、図１０の例では、証券１０やその事業を紹介する第１ウェブページ４１ｂ～第３ウェブページ４１ｄの各々のページの閲覧数を管理したり、各ウェブページの閲覧数を合算した合計閲覧数を管理する。また、図１１の例では、ウェブページ４１ｅの閲覧数を管理する。また、情報公開部４１は、閲覧開始日時や閲覧終了日時から閲覧時間を算出する。

　アンケート部４２は、証券１０を発行して資金調達をする事業の事業計画に対する賛否を問うアンケートを実施する処理を行う。例えば、ショッピングモールを含むテーマパークを証券１０で資金調達して所定地域に建設する場合、アンケート部４２は、ウェブページにおいて、公開された事業計画等に基づいたテーマパーク建設の賛否を問うアンケート実施の処理を行う。例えば、アンケートにおいて、テーマパーク建設について、その地域住民の賛成が多いとき、又は評判が高いときには、建設後テーマパークが商業的に成功する可能性が高くなる。このような事業計画に対する賛否を問うアンケートの結果は、証券１０の非投資部分に対する保険２０の保険料に反映される。なお、アンケートでは、例えばテーマパークにどのような商業店舗があるとよいか等、より魅力的なテーマパークとするための意見を聞くようにしてもよい。

　また、アンケート部４２は、証券発行後において、事業状況として、工事の進捗等の状況、事業運営等に関する評判のアンケートを実施する処理を行う。例えば、アンケートでは、テーマパークの建設中にあっては工事の騒音等が基準レベル以下か等迷惑や公害を発生していないか、テーマパーク開園後の信用に影響する調査を行い、その上で、テーマパーク工事の評判を調べるアンケート実施の処理を行う。また、テーマパーク開園後では、テーマパークを訪問してよかったか、楽しかったか等のテーマパーク訪問に対する評判（好感度や満足度等）に関する調査を行う。これらのアンケート結果は、評判が高いほどテーマパークが商業的に成功する可能性が高くなる。このような事業状況に対する賛否を問うアンケートの結果は、保険対象部分である証券１０の非投資部分に対する保険２０の保険料に反映される。

　証券１０の発行後におけるアンケートは、所定期間毎、例えば１年毎、半年毎、３か月毎、１か月毎に行う。このような事業状況に対する評判に関するアンケートの結果は、証券１０の非投資部分に対する保険２０の保険料に反映される。

　以上のようなアンケートを実施するための資料も情報公開部４１でウェブページに公表されている。すなわち、事業者コンピュータ６０から提供されたデータであって、認証機関が認証し認証機関コンピュータ８０から提供されたデータをもとに作成されたデータである。更に、ウェブページに公表されたデータは、例えば、事業者コンピュータ６０からの提供時とここでの公表時とで、ハッシュ値を使ってデータの改変を検出できるようにしている。したがって、信頼性の高いデータが公表されることになる。

　〔保険コンピュータの説明〕
　保険コンピュータ１２０は、保険２０を管理するコンピュータである。そして、保険コンピュータ１２０は、機能的に、算出部４６と、支払判定部４７とを備え、ＣＰＵなどのプロセッサが各部の処理を実行する。

　算出部４６は、保険２０の保険料を算出する。情報公開部４１が管理している証券１０のウェブページの閲覧数を保険料算出に当たって考慮する。すなわち、閲覧数が多い証券１０は、それだけ注目度や人気が高く、その分その証券１０で調達される事業について商業的に成功する可能性が高くなる。そこで、算出部４６は、例えば、グループ２１を構成している複数種類の証券１０を公開しているウェブページに対する閲覧数に応じた係数を保険料に乗じるようにする。係数は、閲覧数が多いほど保険料を低くする値とする。

　閲覧数は、保険２０の対象となるグループ２１を構成する証券１０の事業を紹介したウェブページの閲覧数である。例えば、各証券１０毎（各事業毎）にウェブページを設けているときには、グループ２１を構成する証券１０毎（各事業毎）のウェブページの閲覧数の合算である（図１０の場合）。１つ又は複数のウェブページでグループ２１の証券１０を紹介しているときには、当該１つ又は複数のウェブページの閲覧数である（図１１の場合）。

　なお、閲覧数に代えて、又は、閲覧数に加えて、ウェブページの所定期間における総合計閲覧時間を用いて保険料を算出するようにしてもよい。総閲覧時間とは、アクセスした端末各々がウェブページを閲覧した時間を合計した時間である。総閲覧時間は長いほどそれだけ注目度や人気が高く、その分その証券１０で調達される事業について商業的に成功する可能性が高くなると想定できるからである。

　図１２に示すように、算出部４６は、閲覧数と係数を関連付けたテーブル４５ａを備えており、このテーブル４５ａを参照して閲覧数に応じた係数を選択する。証券１０の発行前における事業計画を公開したウェブページの閲覧数に従った係数を用いて算出された保険料は、例えば証券発行時の保険料である。また、証券１０の発行後における工事状況や事業が開始した後（例えばテーマパークの開園後）の財務状況等を公開したウェブページの閲覧数に従った係数を用いて算出された保険料は、例えば所定期間毎に行われる保険料見直し時の保険料である。

　なお、閲覧数に応じた係数は、証券１０の種類毎（事業毎）のウェブページの閲覧数に応じた係数を選択するテーブル４５ａを用意し、対応する証券１０に応じた係数を適用するようにしてもよい。すなわち、証券１０の種類毎（事業毎）に係数が異なるようにしてもよい。また、テーブル４５ａは、閲覧時間と係数を関連付けたテーブルであってもよい。

　また、図１３に示すように、算出部４６は、アンケート部４２のアンケート結果を保険料算出に当たって考慮する。すなわち、証券１０の発行前において、事業計画に基づいた事業の賛否を問うアンケートでは、賛成の数に応じた係数を保険料に乗じるようにする。係数は、賛成の数が多いほど保険料を低くする値とする。賛成が多いときには、事業が商業的に成功する可能性が高くなり、保険金を支払う可能性も低くなるからである。算出部４６は、賛成の数と係数を関連付けたテーブル４５ｂを備えており、このテーブル４５ｂを参照して賛成の数に応じた係数を選択する。証券１０の発行前における事業計画に基づいたアンケートでの賛成数に従った係数を用いて算出された保険料は、例えば証券発行時の保険料である。

　また、証券発行後において、所定期間毎に前記事業に対する評判に関するアンケートでは、評判に応じた係数を保険料に乗じるようにする。係数は、評判が高いほど保険料を低くする値とする。例えば、図１４に示すように、「良い」、「普通」、「悪い」の３段階のアンケートの場合、「良い」及び「普通」の数の数をカウントし、カウント数に応じた係数をテーブルを参照して選択する。評判が高いときには、事業が商業的に成功する可能性が高くなり、保険金を支払う可能性も低くなるからである。なお、「良い」の数だけをカウントし、カウント数に応じた係数をテーブルを参照して選択するようにしてもよい。また、５段階評価（１が最も悪く５が最も良い。）等で３以上や４以上を評判が高いと判断してもよい。

　算出部４６は、証券発行後のアンケート結果と係数を関連付けたテーブル４５ｃを備えており、このテーブル４５ｃを参照して閲覧数に応じた係数を選択する。証券１０の発行後における工事状況や事業を利用したときの評判に従った係数を用いて算出された保険料は、例えば所定期間毎に行われる保険料見直し時の保険料である。

　図１３及び図１４に示したアンケート結果に応じた係数は、証券１０の種類毎（事業毎）のアンケート結果に応じた係数を選択するテーブルを用意し、対応する証券１０に応じた係数を適用するようにしてもよい。すなわち、証券１０の種類毎（事業毎）に係数が異なるようにする。また、アンケート結果に応じた係数は、１つのグループ２１内における証券１０の種類毎（事業毎）のアンケート結果における評判の合計値や平均値に係数を対応付けたテーブルを用意し、グループ２１内の全ての証券１０に対して同じ係数を適用するようにしてもよい。すなわち、１つのグループ内では全ての種類の証券１０で係数が同じになるようにする。

　更に、図１５に示すように、算出部４６は、保険料の算出に当たっては、証券１０の事業が利息支払不能及び／又は債務不履行に陥る確率と、資産運用による一定の収益に基づく予定利率と、保険料の収納・契約の維持管理等の事業運営に必要な諸経費の予定事業費率等のパラメータに基づいて基準保険料４６ｘを算出する。又は、事業が利息支払不能及び／又は債務不履行に陥る確率に平均損害額を乗じることによって、保険原価を算出し、保険原価に予定利率や予定事業費率を乗じて基準保険料４６ｘを算出する。ここで、事業が利息支払不能及び／又は債務不履行に陥る確率は、証券１０で資金を調達するインフラ整備等の公共事業等は例えば飲食店経営等に比べて事業が不振となる確率を低く見積もることができる。また、紛争地域や紛争地域近郊の事業では事業が不振となる確率が高くなる傾向がある。また、このような事業毎の証券を集めたグループで１つの保険２０を構成する場合は、保険加入者を増やすことができ、これにより、保険料を低く設定することができる。そして、算出部４６は、このように算出された基準保険料４６ｘに対して、図１２～図１４で選択した係数４６ｙを乗じる。

　加えて、この事業は、上述のように、企画競争入札によって応札された者の企画書に従って具体化されたものである場合（図５のステップＳ１）、事業が不振となる確率を更に低く見積もることができるので、更に、保険料を低く設定する係数４６ｚを乗じるようにしている。グループ２１を構成する証券１０の事業の中に、企画競争入札を経た事業と経ていない事業が混在する場合がある。このような場合は、グループ２１内に企画競争入札を経た事業が多いほど保険料が低くなるように係数４６ｚを設定する。係数４６ｚは、グループ２１内の企画競争入札を経た事業の証券１０の数と係数を対応付けたテーブルを用意しておき、証券１０の数に応じて係数４６ｚを選択するようにしてもよい。

　算出部４６は、基準保険料４６ｘに対して、更にウェブページの閲覧数及び／又はアンケート結果を考慮に入れた係数４６ｙを乗じて最終保険料４６ａを算出する。場合によっては、算出部４６は、基準保険料４６ｘに対して、係数４６ｚを乗じて最終保険料４６ａを算出する。また、場合によっては、算出部４６は、基準保険料４６ｘに対して、係数４６ｙ，４６ｚを乗じて最終保険料４６ａを算出する。最終保険料４６ａは、保険加入者（証券保有者）が負担する保険料である。最終保険料４６ａは、証券１０の証券保有者が受け取る年利（利率）１７の利息の全部又は一部が割り当てられる。また、利息に代えて、又は、利息に加えて、配当１８の全部又は一部が割り当てられる。また、利息や配当に代えて別途保険料が支払われてもよい。

　支払判定部４７は、事業者コンピュータ６０から送信され、総合管理コンピュータ７０又は認証機関コンピュータ８０を経由して取得した財務状況データを受け取る。財務状況データは、例えば決算データであり、財務諸表のデータである。支払判定部４７は、財務状況データに基づいて、金利は支払可能であるか、配当は適正か、等を判断する。すなわち、支払判定部４７は、発行法人が利息支払不能及び／又は債務不履行に陥っていないかを判断する。そして、発行法人が利息支払不能及び／又は債務不履行に陥っているときには、保険金の支払処理に移行する。すなわち、証券保有者に対して、保険金として証券１０の非保証部分に相当する金銭の支払処理を行う。

　なお、管理システム３０は、情報公開部４１，アンケート部４２，証券発行部４３，証券管理部４４，証券保有者管理部４５，算出部４６，支払判定部４７備えていれば、どのサーバに各部が実装されていてもよい。

　〔事業計画が公表されてから事業が始まるまでの処理の説明〕
　次に、事業計画が公表されてから事業が始まるまでの処理を、図１６及び図１７を参照してテーマパーク建設を例に説明する。

　ステップＳ１１において、証券１０で遂行する事業の事業計画書を作成し、事業計画書に関するデータを、事業者コンピュータ６０は、総合管理コンピュータ７０に送信し、総合管理コンピュータ７０は、認証機関コンピュータ８０に送信する。

　ステップＳ１２において、認証機関コンピュータ８０は、事業計画に関するデータを、改ざん困難なストレージ及び／又はブロックチェーン領域に格納するための処理を行う（図２５参照）。保険コンピュータ１２０において、算出部４６は、事業計画に関するデータを認証機関コンピュータ８０から取得することになる。

　ステップＳ１３において、算出部４６は、企画競争入札かどうかを判断し、企画競争入札の場合、ステップＳ１４において、係数４６ｚを１．０未満に設定し、企画競争入札でない場合、ステップＳ１５において、係数４６ｚを１．０に設定する。

　ステップＳ１６において、情報公開コンピュータ１１０の情報公開部４１は、ウェブページの閲覧数を集計する設定やアンケートの終了日を設定し、ステップＳ１７において、情報公開部４１は、ウェブページにデータを公表する。公表するデータは、事業者コンピュータ６０が総合管理コンピュータ７０を介して認証機関コンピュータ８０に提供したデータであって、情報公開コンピュータ１１０が認証機関コンピュータ８０から取得したデータである。また、公表するデータを格納したデータファイルは、例えば、事業者コンピュータ６０でハッシュ値が付与されており（後述のステップＳ７７）、情報公開部４１が算出したハッシュ値と一致したときに、そのデータファイルのデータが情報公開部４１で公表される。なお、情報公開部４１は、事業者コンピュータ６０又は総合管理コンピュータ７０から直接取得するようにしてもよい。情報公開部４１は、証券１０を使用して資金調達する事業計画のデータを、例えば金融機関や証券会社のウェブページを通じて公表する。すなわち、証券１０で資金調達するテーマパーク建設の事業計画をウェブページに公表する。これにより、投資家は、投資家コンピュータ５０を通じてこれから発行される証券１０の事業計画を検討し、証券１０を購入するかどうかの参考にすることができる。また、このウェブページでは、証券１０の非保証部分に対しては保険２０があること公表し、ここで、ウェブページの閲覧数やアンケート結果に応じて保険料が変化することも公表する。また、保険料は、利息や配当等でも支払可能であることを公表する。

　ステップＳ１８において、情報公開部４１は、事業計画を公表してから証券１０の発行前の任意の時期までの所定期間におけるウェブページの閲覧数をカウントする処理を開始する。

　ステップＳ１９において、アンケート部４２は、証券１０を発行して資金調達をする事業（テーマパーク建設）に対する賛否を問うアンケートを実施するかを判定し、実施のとき、ステップＳ２０に進む。アンケートの対象者は、地域住民等となるが、各地域住民は、自らのスマートフォン、パーソナルコンピュータ等の情報処理端末から当該アンケートのウェブページにアクセスする。情報公開部４１及びアンケート部４２は、アカウント登録等を行いログインしたユーザに対してウェブページに対して閲覧を許可し、閲覧数をインクリメントし、アンケート入力を可能とする。

　ステップＳ２０において、アンケート部４２は、ログインしたユーザのログやクッキーなどを参照することで、初回アンケート回答かどうかを判断し、初回アンケートのとき、ステップＳ２１に進み、初回でないとき、ステップＳ２３に進む。アンケートの初回回答の地域住民は、自身の情報処理端末でアンケートの回答を入力する。

　ステップＳ２１において、アンケート部４２は、地域住民の情報処理端末から送信されたアンケート結果を受け付ける。
　アンケート部４２は、ステップＳ２２において、アンケート結果を集計する。以上のようなアンケート処理によって、同じ地域住民が繰り返しアンケートに回答することを防ぐことができ、アンケート結果の精度を高めることができる。

　ステップＳ２３において、アンケート部４２は、アンケートの終了日かどうかを判断し、終了日のとき、ステップＳ２４に進み、終了日に至っていないとき、ステップＳ１８からの処理を繰り返す。なお、このアンケートの実施期間は、事業計画を公表してから証券１０の発行前の任意の時期までの所定期間であって、一例として、ウェブページの閲覧数数をカウントする期間と同じであってもよいし、異なっていてもよい。

　ウェブページの閲覧数のデータやアンケートの集計データ等は、総合管理コンピュータ７０に送信され、総合管理コンピュータ７０は、認証機関コンピュータ８０に送信する。保険コンピュータ１２０の算出部４６は、認証機関コンピュータ８０からウェブページの閲覧数のデータやアンケートの集計データ等を取得する。

　算出部４６は、ステップＳ２４において、ウェブページの閲覧数に応じた係数を選択するテーブル４５ａ（図１２）を参照して、閲覧数に基づく係数４６ｙを決定する。ステップＳ２５において、賛成の数と係数を関連付けたテーブル４５ｂ（図１３）を参照して、アンケート結果に基づく係数４６ｙを決定する。

　ステップＳ２６において算出部４６は、その他の係数があるとき、その係数を決定する。なお、テーブル４５ａ，４５ｂも認証機関コンピュータ８０から取得するようにしてもよい。また、企画競争入札の場合の係数も４６ｚも、認証機関コンピュータ８０から取得するようにしてもよい（ステップＳ１４，１５参照）。

　ステップＳ２７において、算出部４６は、証券１０の基準保険料４６ｘを算出する。基準保険料４６ｘを算出するためのデータは、認証機関コンピュータ８０から取得する。算出部４６は、基本保険料に対して、係数４６ｙ，４６ｚを乗じて、最終保険料４６ａを算出する。最終保険料４６ａは、総合管理コンピュータ７０を通じて認証機関コンピュータ８０に提供され、情報公開部４１は、保険料に関するデータを、認証機関コンピュータ８０から総合管理コンピュータ７０を通じて取得しウェブページに公表する。これにより、投資家は、事業の内容だけでなく保険料も参考にして、公募されている証券１０を購入するかどうか判断することができる。

　この後、ステップＳ２８において、証券発行部４３は、証券１０の買い注文データを受信すると、買い注文データを送信した投資家に対して、証券１０を発行する。このとき、あわせて、保険２０に加入するかどうか、保険２０に加入するのであれば保険料の支払方法を受信する。保険料の支払方法は、利息で保険料を支払うか、配当で支払うか、利息及び配当で支払うか、保険料を利息、配当及び追加保険料で支払うか、保険料を利息及び配当とは別で支払うか等である。そして、証券発行部４３は、証券保有者管理部４５における証券保有者を管理するデータベース（図９）を更新する。これにより、保険料の支払に利息や配当を用いる場合、保険料は利息や配当から徴収され、残りが証券保有者に対して支払われることになる。

　算出部４６は、所定期間毎、例えば利息や配当の支払に合わせて毎年保険料の見直しを行う。例えば、テーマパーク建設の場合、完成又は開園は工事を着工してから又は証券１０を発行してから数年必要である。そこで、算出部４６は、利息や配当の支払に合わせて保険料の見直しを行う。すなわち、情報公開部４１は、ウェブページにおいて、工事の進捗等の状況を報告するとともに、発行後の所定期間、例えば１年間の閲覧数をカウントする。また、アンケート部４２は、例えばテーマパークの建設中にあっては工事の騒音等が基準レベル以下か等公害を発生していないか、テーマパーク開園後の信用に影響する調査を行う。その上で、テーマパーク建設に対する評判に関するアンケートを実施する処理を行う。そして、算出部４６は、改めて基準保険料４６ｘを算出し、更に閲覧数に応じた係数及びアンケートの賛成の数に応じた係数４６ｙを選択し直し、これらの係数４６ｙを乗じて最終保険料４６ａを算出する。必要な場合は、係数４６ｚも乗じて最終保険料４６ａを算出する。そして、見直された最終保険料４６ａを利息や配当から徴収し、残りが証券保有者に対して支払われることになる。すなわち、所定期間毎、例えば毎年図１６及び図１７の処理を繰り返すことになる。

　〔事業が開始されてからの処理の説明〕
　次に、事業が開始されてからの処理を、図１８及び図１９を参照してテーマパークが開園した後の場合を例に説明する。

　事業者コンピュータ６０は、定期的に、事業状況や財務状況に関するデータを、総合管理コンピュータ７０に送信する。認証機関コンピュータ８０は、ステップＳ３１において、総合管理コンピュータ７０から事業状況や財務状況に関するデータを取得する。

　ステップＳ３２において、認証機関コンピュータ８０は、事業状況や財務状況に関するデータを、改ざん困難なストレージ及び／又はブロックチェーン領域に格納する（図２５参照）。

　ステップＳ３３において、情報公開コンピュータ１１０の情報公開部４１は、公表するデータを、認証機関コンピュータ８０から取得し、ウェブページに公表する。公表するデータは、事業者コンピュータ６０が総合管理コンピュータ７０を介して認証機関コンピュータ８０に提供したデータであって、情報公開コンピュータ１１０が認証機関コンピュータ８０から取得したデータである。また、公表するデータを格納したデータファイルは、例えば、事業者コンピュータ６０でハッシュ値が付与されており（後述のステップＳ７７）、情報公開部４１が算出したハッシュ値と一致したときに、そのデータファイルのデータが情報公開部４１で公表される。なお、情報公開部４１は、事業者コンピュータ６０又は総合管理コンピュータ７０から直接取得するようにしてもよい。これにより、投資家は、投資家コンピュータ５０を通じて証券１０の投資先の事業の今後、すなわち証券１０を保有し続けるかどうかの参考にすることができる。

　また、ステップＳ３４において、保険コンピュータ１２０の支払判定部４７は、認証機関コンピュータ８０から事業状況や財務状況に関するデータを受け取り、発行法人が利息支払不能及び／又は債務不履行に陥っているかを判断する。そして、利息支払不能及び／又は債務不履行に陥っていないとき、ステップＳ３５に進み、利息支払不能及び／又は債務不履行に陥っているとき、ステップＳ３６に進む。

　ステップＳ３６において、支払判定部４７は、非保証部分に対する保険金の支払処理に移行し、証券保有者に対し証券１０の非保証部分の支払処理を行う。なお、このとき証券保有者は、保証率（保証限度）１５で保証された保証金も保証人１６から受け取ることになる。

　ステップＳ３５において、情報公開部４１は、テーマパーク開園後の所定期間におけるウェブページの閲覧数をカウントする処理を開始する。ステップＳ３７において、アンケート部４２は、証券１０を発行して資金調達をする事業（テーマパーク建設）に対する賛否を問うアンケートを実施するかを判定し、実施のとき、ステップＳ３８に進む。

　ステップＳ３８において、アンケート部４２は、ここでも、ここで行うアンケートに対して初回回答かどうかを判定し、初回回答のみを許可する。アンケートの初回回答の地域住民は、自身の情報処理端末でアンケートの回答を入力する。ステップＳ３９において、アンケート部４２は、地域住民の情報処理端末から送信されたアンケート結果を受け付ける。アンケート部４２は、ステップＳ４０において、アンケート結果を集計する。これにより、同じ地域住民が繰り返しアンケートに回答することを防ぐことができ、アンケート結果の精度を高めることができる。

　ステップＳ４１において、アンケート部４２は、アンケートの特定期間が終了したかどうかを判断し、終了したとき、ステップＳ４２に進み、終了していないとき、ステップＳ３５からの処理を繰り返す。なお、このアンケートの実施期間は、事業計画を公表してから証券１０の発行前の任意の時期までの所定期間であって、一例として、ウェブページの閲覧数数をカウントする期間（ステップＳ１２）と同じであってもよいし、異なっていてもよい。

　ウェブページの閲覧数のデータやアンケートの集計データ等は、総合管理コンピュータ７０に送信され、総合管理コンピュータ７０は、認証機関コンピュータ８０に送信する。保険コンピュータ１２０の算出部４６は、認証機関コンピュータ８０からウェブページの閲覧数のデータやアンケートの集計データ等を取得する。

　ステップＳ４２において、算出部４６は、ウェブページの閲覧数に応じた係数を選択するテーブル４５ａ（図１２）を参照して、閲覧数に基づく係数４６ｙを決定する。ステップＳ４３において、テーブル４５ｃ（図１４）を参照して、アンケート結果に基づく係数４６ｙを決定する。ステップＳ４４において算出部４６は、その他の係数があるとき、その係数を決定する。なお、テーブル４５ａ，４５ｃも認証機関コンピュータ８０から取得するようにしてもよい。また、企画競争入札の場合の係数も４６ｚも、認証機関コンピュータ８０から取得するようにしてもよい（ステップＳ１４，１５参照）。

　ステップＳ４５において、算出部４６は、証券１０の基準保険料４６ｘを再算出する。基準保険料４６ｘを再算出するためのデータは、認証機関コンピュータ８０から取得する。算出部４６は、基本保険料に対して、係数４６ｙ，４６ｚを乗じて、最終保険料４６ａを再算出する。最終保険料４６ａは、総合管理コンピュータ７０を通じて認証機関コンピュータ８０に提供され、情報公開部４１は、保険料に関するデータを、認証機関コンピュータ８０から総合管理コンピュータ７０を通じて取得しウェブページに公表する。これにより、投資家は、事業の内容だけでなく保険料も参考にして、証券１０を購入するかどうか判断することができる。

　以上のような保険料の算出も、テーマパークが開園した後であっても、所定期間毎、例えば、毎年、図１８及び図１９の処理が繰り返され、保険料の見直しが行われることになる。

　〔保険料の支払方法の説明〕
　次に、図２０を参照して、証券１０を購入するときに、保険料の支払方法を選択する処理を説明する。ステップＳ５１において、発行証券管理コンピュータ１００の証券発行部４３は、投資家コンピュータ５０に販売する証券１０の一覧を表示する。ここでは、各証券１０の詳細は、情報公開部４１が公開するウェブページで取得することができ、事業の詳細や予定の金利や保険料などを公表している。公表している情報は、認証機関コンピュータ８０から取得したデータに基づくものである。

　ステップＳ５２において、証券発行部４３は、投資家コンピュータ５０において一覧表示された証券１０の中から選択された一又は複数の証券１０の選択データを受信する。証券発行部４３は、投資家コンピュータの画面に保険に加入するかどうかの画面を表示し、投資家コンピュータ５０から送信された保険２０の加入データ又は未加入データを受信する。ステップＳ５４において、証券発行部４３は、投資家コンピュータ５０の画面に、保険料の支払方法を選択する選択画面を表示する。

　ステップＳ５５では、証券発行部４３は、年利（利率）１７の利息の全部又は一部で保険料を支払う支払方法を選択する。
　ステップＳ５６では、証券発行部４３は、配当１８の全部又は一部で保険料を支払う支払方法を選択する。

　ステップＳ５７では、証券発行部４３は、年利（利率）１７の利息の全部又は一部と別支払で保険料を支払う支払方法を選択する。
　ステップＳ５８では、証券発行部４３は、配当１８の全部又は一部と別支払で保険料を支払う支払方法を選択する。

　ステップＳ５９では、証券発行部４３は、利息の全部又は一部と配当１８の全部又は一部で保険料を支払う支払方法を選択する。
　ステップＳ６０では、証券発行部４３は、利息の全部又は一部と、配当１８の全部又は一部と、別支払で保険料を支払う支払方法を選択する。ステップＳ５５からステップＳ６０はでは、利息及び配当の少なくとも１つが保険料の支払のためなくなる又は減額されることになる。

　ステップＳ６１では、証券発行部４３は、別支払のみで保険料を支払う支払方法を選択する。この場合、利息と配当は、全て受け取ることができる。
　なお、利息で保険料を支払う（ステップＳ５５）、配当のみで保険料を支払う（ステップＳ５６）、並びに、利息及び配当で支払う（ステップＳ５９）を選択している場合において、利息や配当だけでは保険料が不足するときは、不足分の支払が必要となる。

　ステップＳ６２において、証券発行部４３は、投資家によって選択された証券１０について保険料の支払方法を確定させた状態で、証券１０の購入処理を実行し、図９に示す証券保有者を管理するデータベースを更新する。

　〔事業者コンピュータなどから総合管理コンピュータなどにデータをアップロードするときの処理の説明〕
　上述のように、このデータ処理システムでは、事業に関するデータを総合管理コンピュータ７０に送信する。具体的に、事業者コンピュータ６０から事業計画に関するデータ、入札に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ等を総合管理コンピュータ７０に送信する。また、発行証券管理コンピュータ１００は、総合管理コンピュータ７０に、証券１０の保有者や取引履歴等のデータを送信する。情報公開コンピュータ１１０は、総合管理コンピュータ７０に、ウェブページの閲覧数のデータやアンケート結果等のデータを送信する。保険コンピュータ１２０は、算出した保険料のデータ等を総合管理コンピュータ７０に送信する。総合管理コンピュータ７０は、これらのデータを認証機関コンピュータ８０に送信し、認証機関コンピュータ８０は、受信したデータを基準データとして安全に管理する。これらの場合はコンピュータ１００，１１０，１２０が送信側コンピュータとなり、総合管理コンピュータ７０が受信側コンピュータとなる。

　一方で、情報公開コンピュータ１１０は、情報公開のため、総合管理コンピュータ７０から、認証機関コンピュータ８０から送信された事業計画に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ等を取得する。保険コンピュータ１２０は、保険料算出のため、総合管理コンピュータ７０から、認証機関コンピュータ８０から送信された入札に関するデータ、業計画に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ、テーブル４５ａ，４５ｃ等を取得する。これらの場合はコンピュータ１００，１１０，１２０が受信信側コンピュータとなり、総合管理コンピュータ７０が送信側コンピュータとなる。

　図６に示すように、各コンピュータ６０，７０，８０，１００，１１０，１２０には、ハッシュ関数によってハッシュ値を算出するとともに、秘密鍵を安全に格納した認定プログラム６０ａ，７０ａ，８０ａ，１００ａ，１１０ａ，１２０ａがインストールされている。認証機関コンピュータ８０は、公開鍵も管理している（図６参照）。

　送信側コンピュータから受信側コンピュータにデータを送る処理は、図２１の処理に従って行われる。一例として、図２１では、事業者コンピュータ６０（送信側コンピュータ）が総合管理コンピュータ７０（受信側コンピュータ）に、入札に関するデータ、業計画に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ等を送信する処理を説明する。

　ステップＳ７１において、事業者コンピュータ６０の認定プログラム６０ａでは、総合管理コンピュータ７０に対して送信するデータのカテゴリを選択する。具体的に、証券１０の発行前の事業計画のカテゴリ、証券発行後の工事の進捗に関するカテゴリ、財務状況に関するカテゴリ等のカテゴリを選択する。

　ステップＳ７２において、認定プログラム６０ａは、ＳＳＨ秘密鍵を指定する。ステップＳ７３において、認定プログラム６０ａは、認定プログラム６０ａにアクセスするためのパスフレーズの入力を促す。勿論、パスワードであってもよいし、パスフレーズとパスワードの両方でもよい。

　ステップＳ７４において、認定プログラム６０ａは、受信コンピュータとなる総合管理コンピュータ７０のＩＰアドレス、ポートを指定する。ステップＳ７５において、認定プログラム６０ａは、送信コンピュータである認定プログラム６０ａのユーザ名を指定する。なお、ステップＳ７２～ステップＳ７５で設定するデータは、予め設定ファイルに書き込んでおき、入力を省略するようにしてもよい。

　ステップＳ７６において、認定プログラム６０ａでは、総合管理コンピュータ７０に送信するデータを格納したデータファイルを一又は複数選択する。ステップＳ７７において、認定プログラム６０ａは、選択された各ファイルのハッシュ値を算出する。

　ステップＳ７８において、各データファイルのハッシュ値を含む管理情報を生成する。ここでのハッシュ値は、情報公開部４１がウェブページにデータを公表するときに、データ改変を検出するために使用されるものである。

　ステップＳ７９において、認定プログラム６０ａは、全てのデータファイルを圧縮し、１つの第１圧縮ファイルを生成する。第１圧縮ファイルのフォーマットは、特に限定されるものではないが、ここでは一例としてＺＩＰフォーマットで生成される。

　ステップＳ８０において、認定プログラム６０ａは、第１圧縮ファイルのハッシュ値を算出する。ステップＳ８１において、認定プログラム６０ａは、事前に確定した秘密鍵でハッシュ値を暗号化し、電子署名を生成する。

　ステップＳ８２において、認定プログラム６０ａは、電子署名と第１圧縮ファイルをまとめて１つのファイルに圧縮し、第２圧縮ファイルを生成する。ここでも、例えば第２圧縮ファイルは、ＺＩＰフォーマットで生成される。ステップＳ８３において、認定プログラム６０ａは、第２圧縮ファイルの第２ハッシュ値を算出する。

　ステップＳ８４において、認定プログラム６０ａは、第２圧縮ファイルのファイル名に当該ハッシュ値を設定する。なお、当該ハッシュ値は、別のファイルに書き込むようにしてもよい。ステップＳ８５において、認定プログラム６０ａは、総合管理コンピュータ７０に第２圧縮ファイル及び第２圧縮ファイルのハッシュ値を送信する。

　次に、図２２を参照して、事業者コンピュータ６０から送信された第２圧縮ファイル及び第２圧縮ファイルのハッシュ値を受信する総合管理コンピュータ７０の処理について説明する。

　ステップＳ９１において、総合管理コンピュータ７０の認定プログラム７０ａは、受信した第２圧縮ファイルの第２圧縮ファイルのハッシュ値を受信し、第２圧縮ファイルのハッシュ値を取得する。

　ステップＳ９２において、認定プログラム７０ａは、第２圧縮ファイルのハッシュ値を算出する。ステップＳ９３において、認定プログラム７０ａは、ステップＳ９１で取得した第２圧縮ファイルのハッシュ値とステップＳ９２で算出した第２圧縮ファイルのハッシュ値とを比較し、一致するとき、ステップＳ９４に進み、不一致のとき、ステップＳ９５に進む。

　ステップＳ９４において、認定プログラム７０ａは、メモリ中に第２圧縮ファイルを解凍する。また、ステップＳ９５において、認定プログラム７０ａは、データに改変があったものとして第２圧縮ファイルを削除する。

　ステップＳ９６において、認定プログラム７０ａは、第２圧縮ファイルから電子署名と第１圧縮ファイルを取得する。ステップＳ９７において、認定プログラム７０ａは、認証機関コンピュータ８０から公開鍵を取得する。また、公開鍵を取得している場合は、本物かどうかの検証を行う。

　ステップＳ９８において、公開鍵を用いて電子署名を復号し、第１圧縮ファイルのハッシュ値を取得する。ステップＳ９９において、認定プログラム７０ａは、第１圧縮ファイルのハッシュ値を算出する。ステップＳ１００において、認定プログラム７０ａは、ステップＳ９８で取得した第１圧縮ファイルのハッシュ値とステップＳ９９で算出した第１圧縮ファイルのハッシュ値とを比較し、一致するとき、処理を終了する又はステップＳ１０１に進む。また、不一致のとき、ステップＳ９５に進む。

　ステップＳ１０１において、認定プログラム７０ａは、第１圧縮ファイルをメモリ中に回答しデータファイルを展開する。ステップＳ１０１において、認定プログラム７０ａは、管理情報をデータベースに格納する。

　なお、発行証券管理コンピュータ１００は、総合管理コンピュータ７０に、証券１０の保有者、取引履歴等のデータを送信する。情報公開コンピュータ１１０は、総合管理コンピュータ７０に、ウェブページの閲覧数のデータやアンケート結果等のデータを送信する。保険コンピュータ１２０は、算出した保険料等のデータを総合管理コンピュータ７０に送信する。これらのコンピュータ１００，１１０，１２０が総合管理コンピュータ７０にアップロードする処理も図２１及び図２２の処理と同様であるため詳細は省略する。

　〔総合管理コンピュータから認証機関コンピュータにアップロードするときの処理の説明〕
　認定プログラム６０ａは、認証機関コンピュータ８０に基準データとして提供する場合、第２圧縮ファイルのまま認証機関コンピュータ８０に送信する。そこで、図２３を参照して、総合管理コンピュータ７０から認証機関コンピュータ８０に第２圧縮ファイルをアップロードする処理を説明する。

　ステップＳ１１１において、総合管理コンピュータ７０の認定プログラム７０ａと認証機関コンピュータ８０の認定プログラム８０ａは、量子鍵配送等の量子暗号によって安全な通信回路を確立する。ステップＳ１１２～ステップＳ１１５は、上述したステップＳ７２～ステップＳ７５と同じ処理である。そして、認定プログラム７０ａは、ステップＳ１１６において、第２圧縮ファイル及び第２圧縮ファイルのハッシュ値を選択し、ステップＳ１１７において、認証機関コンピュータ８０に送信する。認証機関コンピュータ８０では、ステップＳ９１～ステップＳ１０２までの処理を実行する。

　〔進捗管理データベースの処理の説明〕
　図２４に示すように、インフラ建設工事等の大規模工事では、着手金の支払工程、準備工事工程、躯体工事工程、中間金の支払工程、内装・外装工事工程、外構工事工程、引渡金の支払工程の順で工事が行われる。事業者コンピュータ６０は、事業計画に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況（事業状況、証券１０の配当、利息を含む）に関するデータ等を進捗管理データベース６１で管理している。そして、事業者コンピュータ６０は、図２１に示す処理を行って、進捗管理データベースのデータを、工程毎に、又は、定期的に、総合管理コンピュータ７０に送信する。総合管理コンピュータ７０は、認証機関コンピュータ８０に送信する。

　〔データをブロックチェーンに格納する処理の説明〕
　ところで、事業者コンピュータ６０から提供される事業計画に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ等は、投資家が証券１０を購入して、投資をするかどうか、投資を継続するかどうかを判断するためのデータである。また、これらのデータは、保険２０の保険料を算出するためのデータとしても用いられる。したがって、これらのデータは、安全に管理され、改ざんされるような管理であってはならない。また、過去の保険料の履歴も証券１０の所有者の履歴等も同様である。そこで、データ処理システムでは、ブロックチェーンを利用してこれらのデータを管理している。ここでは、保険料をブロックチェーンに格納する処理について図２５を参照して説明する。ここで使用するブロックチェーンは、コンソーシアム型であって、許可をもらったメンバ、ここでは金融機関や保険会社のコンピュータがピアノード（Peer・Node）となって、Ｐ２Ｐネットワークを構成している。勿論、ブロックチェーンは、パブリック型であってもよい。

　ステップＳ１２１において、保険コンピュータ１２０の算出部４６は、認証機関コンピュータ８０からウェブページの閲覧数のデータやアンケートの集計データ等を取得する。ステップＳ１２２において、算出部４６は、基準保険料４６ｘを算出し、更に企画競争入札の場合の係数４６ｚ及び閲覧数やアンケート結果に関する係数４６ｙに基づいて最終保険料４６ａを算出する。

　ステップＳ１２３において、保険コンピュータ１２０は、トランザクションに最終保険料４６ａを設定し、ステップＳ１２４において、トランザクションをピアノードに送信する。ピアノードでは、チェーンコードを動作させて、トランザクションを検証する。そして、結果に署名をして返信する。ステップＳ１２５において、保険コンピュータ１２０は、ピアノードでの検証結果と共に認証機関コンピュータ８０へトランザクションを送信する。

　ステップＳ１２６において、認証機関コンピュータ８０は、保険料が適正かを検証し、必要に応じて修正した修正保険料をトランザクションに追加する。ステップＳ１２７において、認証機関コンピュータ８０は、トランザクションを整列し、ステップＳ１２８において、トランザクションからブロックを生成する。

　ステップＳ１２９において、認証機関コンピュータ８０は、ブロックをブロードキャストでピアノードに送信する。ステップＳ１３０において、各ピアノードは、ブロックを検証し、ステップＳ１３１において、チェーンコードを実行し、各ピアノードのステートデータベースを更新し、保険料を保存する。

　また、図２６に示すように、ブロックチェーンには、証券１０の売買履歴を格納するようにしている。ステップＳ１４１において、証券発行部４３は、投資家によって選択された証券１０について保険料の支払い方法を確定させた状態で、証券１０の購入処理を実行し、図９に示す証券保有者を管理するデータベースを更新する。ステップＳ１４２において、発行証券管理コンピュータ１００は、トランザクションに、証券１０の購入者ＩＤと証券１０を識別する証券ＩＤを設定する。

　ステップＳ１４３において、発行証券管理コンピュータ１００は、トランザクションをピアノードに送信する。ピアノードでは、トランザクションを検証する。ステップＳ１４４において、発行証券管理コンピュータ１００は、ピアノードでの検証結果と共に認証機関コンピュータ８０へトランザクションを送信する。

　ステップＳ１４５において、認証機関コンピュータ８０は、トランザクションを整列する。ステップＳ１４６において、認証機関コンピュータ８０は、トランザクションからブロックを生成する。ステップＳ１４７において、認証機関コンピュータ８０は、ブロックをブロードキャストでピアノードに送信する。

　ステップＳ１４８において、各ピアノードは、ブロックを検証し、ステップＳ１４９において、チェーンコードを実行し、各ピアノードのステートデータベースを更新し、購入者ＩＤ、証券ＩＤ等を保存する。

　以上のようなデータ処理システムは、以下に列挙する効果を得ることができる。
　（１－１）証券１０における非保証部分に対する保険２０を設けることができる。
　（１－２）保険料に証券１０の利息及び／又は配当を充当することができる。したがって、証券１０の保有者であって保険２０の加入者は特に保険料を支払う手間を省くことができる。また、これにより、保険料を決める要素の１つである予定事業費率を下げることができ、全体として保険料を下げることができる。

　（１－３）保険２０は、複数の事業の各々に対して発行された証券１０を集めたグループ２１に対する保険である。したがって、保険加入者の人数が大きくなり、保険料を低く設定することができる。

　（１－４）情報公開部４１は、証券１０を発行して資金調達をする事業の事業計画を事前にウェブページで公開し、ウェブページの閲覧数を管理している。閲覧数が多い証券１０は、それだけ注目度や人気が高く、それはその証券１０で調達される事業についての注目度や人気が高く、事業が滞るリスクも低くなると言える。算出部４６は、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（１－５）情報公開部４１は、証券１０の発行後において、所定期間毎に事業の状況をウェブページにおいて公開し、ウェブページの閲覧数を管理している。証券１０の発行後であっても、閲覧数が多い証券１０は、それだけ注目度や人気が高く、事業が滞るリスクも低くなると言える。算出部４６は、証券発行後の保険料の見直しのとき等に、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（１－６）アンケート部４２は、証券を発行して資金調達をする事業の賛否を問うアンケートを事前に実施する処理を行うことで、地域住民の事業に対する意見を取得することができる。アンケートの結果、事業に対する肯定的な意見が多いときには、その事業が滞るリスクが低いと言える。算出部４６は、事業に対して肯定的回答数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（１－７）アンケート部４２は、証券１０の発行後において、所定期間毎に事業に対する評判に関するアンケートを実施する処理を行うことで、地域住民の事業に対する意見を取得することができる。アンケートの結果、評判が高いときには、それだけ注目度や人気が高く、事業が滞るリスクも低くなると言える。算出部４６は、証券発行後の保険料の見直しのとき等に、評判が高いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（１－８）事業計画が企画競争入札によって応札された者の企画書に従って具体化されたものである場合には、更に保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（１－９）情報公開部４１で公開される証券１０や事業に関するデータは、ハッシュ関数を用いて、データが改変されていないことが証明されたデータであるので、公表されたデータの信頼性を高めることができる。

　（１－１０）保険料の算出の基礎となる閲覧数やアンケート結果や入札方法などは電子署名が付加されて総合管理コンピュータ７０を通じて認証機関コンピュータ８０に送信されるので、データ改変を防ぐことができる。

　（１－１１）保険料及び保険料算出のために使用する情報をブロックチェーンに格納するので、安全な状態で管理されることになる。長期に亘る事業は各年のデータを前提としたデータであって、過去に改変されたデータが存在すると、後のデータが誤りを有するデータとなってしまう。ブロックチェーンを利用することで、各データが安全に管理されるので、このような不測の事態の発生を防ぐことができる。

　〔第２実施形態〕
　〔保証人に対する保険の説明〕
　図２７に示すように、証券１０は、債務部分を備えており、債務部分は、国又は地方公共団体等の第三者の保証人に保証された保証部分となる。保証人は、１つの事業に対する証券１０の保証人となるだけでなく、複数の証券１０の保証人となることもあり、保証人の対する保険制度もあれば、第三者も保証人を引き受け易くなる。そこで、保証人を対象とした保険２００を構成するようにしている。この保険２００では、保証人が保険料を支払うことになる。そして、この保険２００の保険料にあっても、保険コンピュータ１２０の算出部４６が保険料を算出する。この保険料の算出方法は、第１実施形態における非保証部分の保険２０の保険料の算出方法と同じである。

　すなわち、算出部４６は、保険料の算出に当たっては、図１５に示すように、基準保険料４６ｘを算出する。また、算出部４６は、ウェブページの閲覧数に応じた係数を選択するテーブル４５ａ（図１２）を参照して、閲覧数に基づく係数４６ｙを決定する。更に、アンケートにおける賛成の数と係数を関連付けたテーブル４５ｂ，４５ｃ（図１３、図１４）を参照して、アンケート結果に基づく係数４６ｙを決定する。更に、算出部４６は、更に、この事業は、上述のように、企画競争入札によって応札された者の企画書に従って具体化されたものである場合もあり、そのような場合は、係数４６ｚ（１．０未満）を更に乗じて最終保険料４６ａを算出する。そして、算出部４６は、基本保険料に対して、係数４６ｙ，４６ｚを乗じて、最終保険料４６ａを算出する。

　保険コンピュータ１２０の支払判定部４７は、認証機関コンピュータ８０から事業状況や財務状況に関するデータを受け取り、発行法人が利息支払不能及び／又は債務不履行に陥っているかを判断し、利息支払不能及び／又は債務不履行に陥っているとき、保証部分に対する保険金の支払処理に移行し、保証人に対し証券１０の保証部分の支払処理を行う。保証人は、支払われた保険金で、証券１０の証券保有者である投資家に対して保証金を支払うことになる。

　以上のようなデータ処理システムは、以下に列挙する効果を得ることができる。
　（２－１）証券１０における保証部分を保証する保証人に対する保険２００を設けることができる。

　（２－２）算出部４６は、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。また、算出部４６は、証券発行後の保険料の見直しのとき等に、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（２－３）算出部４６は、事業に対して肯定的回答数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。また、算出部４６は、証券発行後の保険料の見直しのとき等に、評判が高いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　（２－４）算出部４６は、証券１０における非保証部分に対する保険２０の保険料算出に用いた係数４６ｙ，４６ｚを保険２００の保険料算出にも使用することができ、保険料算出が容易となる。

　（２－５）事業計画が企画競争入札によって応札された者の企画書に従って具体化されたものである場合には、更に保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。

　〔第３実施形態〕
　〔事業者に対する保険の説明〕
　図２８に示すように、証券１０は、額面価格１３のＸ％は投資家から見て保証人に保証された保証部分であり、更に配当もある。したがって、証券１０は、投資家から見て購入しやすいものとなっており、事業者から見て資金調達のために使用し易いものとなっている。事業者は、収益に対する保証があれば、より証券１０を用いて事業資金を調達するための動機付けとなる。そこで、事業者を対象とした事業収益を保証する保険３００を構成するようにしている。この保険３００では、事業者が保険料を支払うことになる。そして、この保険３００の保険料にあっても、保険コンピュータ１２０の算出部４６が保険料を算出する。この保険料の算出方法は、第１実施形態における非保証部分の保険２０の保険料の算出方法と同じである。

　すなわち、算出部４６は、保険料の算出に当たっては、図１５に示すように、基準保険料４６ｘを算出する。また、算出部４６は、ウェブページの閲覧数に応じた係数を選択するテーブル４５ａ（図１２）を参照して、閲覧数に基づく係数４６ｙを決定する。更に、アンケートにおける賛成の数と係数を関連付けたテーブル４５ｂ，４５ｃ（図１３、図１４）を参照して、アンケート結果に基づく係数４６ｙを決定する。更に、算出部４６は、更に、この事業は、上述のように、企画競争入札によって応札された者の企画書に従って具体化されたものである場合もあり、そのような場合は、係数４６ｚ（１．０未満）を更に乗じて最終保険料４６ａを算出する。そして、算出部４６は、基本保険料に対して、係数４６ｙ，４６ｚを乗じて、最終保険料４６ａを算出する。ここでは、発行法人が利息支払不能及び／又は債務不履行に陥るリスク、又は、予想収益が得られないリスクを考慮して、最終保険料４６ａを算出する。

　保険コンピュータ１２０の支払判定部４７は、認証機関コンピュータ８０から事業状況や財務状況に関するデータを受け取り、発行法人が利息支払不能及び／又は債務不履行に陥っているかを判断し、更に、発行法人が利息支払不能及び／又は債務不履行に陥った場合に、保険金の支払処理に移行し、事業者に対し収益を保証する保険金の支払処理を行う。保険金は、収益の全部でもよいし、一部でもよい。

　また、支払判定部４７は、認証機関コンピュータ８０から事業状況や財務状況に関するデータを受け取り、予想収益を得られるかどうかを判断し、予想収益が得られなかった場合に、予想収益と実際の利益との差額の全部または一部を保証する保険金の支払処理を行う。予想収益は、前年度や事業開始時や中期予測、長期予測など保険契約時や見直し時に定められた利益である。

　以上のようなデータ処理システムは、以下に列挙する効果を得ることができる。
　（３－１）証券１０を用いて資金調達をしたて事業を行う事業者を対象とした収益を保証する保険３００を設けることができる。

　（３－２）算出部４６は、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。また、算出部４６は、証券発行後の保険料の見直しのとき等に、閲覧数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。このような場合は、収益も大きくなる蓋然性が高いからである。

　（３－３）算出部４６は、事業に対して肯定的回答数が多いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。また、算出部４６は、証券発行後の保険料の見直しのとき等に、評判が高いほど保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。このような場合は、収益も大きくなる蓋然性が高いからである。

　（３－４）算出部４６は、保険料算出に用いた係数４６ｙ，４６ｚを保険３００の保険料算出にも使用することができ、保険料算出が容易となる。
　（３－５）事業計画が企画競争入札によって応札された者の企画書に従って具体化されたものである場合には、更に保険料を低くする処理を行うことで、保険料を容易に算出し、かつ、保険料を安くすることができる。このような場合は、収益も大きくなる蓋然性が高いからである。

　なお、データ処理システムは、更に、例えば以下のように適宜変更して実施することもできる。
　・アンケート部４２が証券発行後にアンケートを実施し、その結果に応じて、算出部４６が保険料を低く設定する処理を行わないようにしてもよい。また、証券発行前にアンケートを実施し、その結果に応じて、算出部４６が保険料を低く設定する処理を行わないようにしてもよい。

　・情報公開部４１は、証券発行後に所定期間毎にウェブページの閲覧数を管理し、算出部４６が閲覧数が多いほど、保険料を低く設定する処理を行わないようにしてもよい。また、証券発行前に、ウェブページの閲覧数を管理し、算出部４６が閲覧数が多いほど、保険料を低く設定する処理を行わないようにしてもよい。

　・最終保険料４６ａの算出は、基本保険料に、ウェブページの閲覧数及び／又はアンケート結果を考慮に入れた係数４６ｙ、企画競争入札を経た事業に対して保険料を低くする係数４６ｚの何れかを乗じるようにしてもよい。また、両方の係数４６ｙ，４６ｚを使用しなくてもよい。更に、係数４６ｙ，４６ｚを格納したテーブル４５ａ，４５ｂ，４５ｃは、保険コンピュータ１２０の算出部４６が保持していてもよいし、認証機関コンピュータ１２０が管理し、必要に応じて、算出部４６に提供するようにしてもよい。

　・ウェブページの閲覧数を事業に対する注目度の指標として、保険料の算出などに用いているが、閲覧数に代えて、又は、閲覧数と共にウェブページの総閲覧時間を事業に対する注目度の指標として用いてもよい。総閲覧時間とは、アクセスした端末各々がウェブページを閲覧した時間（閲覧開始日時および閲覧終了日時に基づき算出）を合計した時間である。

　・図６のデータ処理システムにおいて、認証機関コンピュータ８０を省略する構成としてもよい。この場合、総合管理コンピュータ７０は、コンピュータ６０，１００，１１０，１２０とデータのやり取りをＳＳＨ公開鍵方式等で行うことになる。

　・総合管理コンピュータ７０及び認証機関コンピュータ８０を省略する構成としてもよい。この場合、例えば、事業者コンピュータ６０は、事業計画に関するデータ、入札に関するデータ、工事の進捗等の状況に関するデータ、財務状況に関するデータ、事業状況や財務状況に関するデータ等を情報公開コンピュータ１１０や保険コンピュータ１２０に送信することになる。

　・証券１０では、社会インフラなどの大規模なコンクリートなどを用いた構造物の建造運営の事業に限定されるものではなく、創薬、ソフトウェアの開発などの事業にも適用可能である。

　・更に、国民が日常生活を送るに当たり、直面する様々な懸念リスクに備えた社会保障である社会保険（医療保険（健康保険、船員保険、日雇健康保険、自衛官診療証、共済組合、国民健康保険、後期高齢者医療制度）、年金保険（国民年金、厚生年金）、介護保険、雇用保険、労働者災害補償保険）の事業資金の調達にも適用可能である。更に、医療保険、生命保険などの民間保険の事業資金の調達にも適用可能である。

　・データ処理システムとしては、ＣＰＵ３１とＲＯＭ３２とを備えて、ソフトウェア処理を実行するものに限らない。たとえば、上記実施形態において実行されるソフトウェア処理の少なくとも一部を処理する専用のハードウェア回路（たとえばＡＳＩＣ等）を備えてもよい。すなわち、データ処理システムは、以下の（ａ）～（ｃ）のいずれかの構成であればよい。（ａ）上記処理の全てを、プログラムに従って実行する処理装置と、プログラムを記憶するＲＯＭ等のプログラム格納装置とを備える。（ｂ）上記処理の一部をプログラムに従って実行する処理装置およびプログラム格納装置と、残りの処理を実行する専用のハードウェア回路とを備える。（ｃ）上記処理の全てを実行する専用のハードウェア回路を備える。ここで、処理装置およびプログラム格納装置を備えたソフトウェア実行装置や、専用のハードウェア回路は複数であってもよい。すなわち、上記処理は、１または複数のソフトウェア実行装置および１または複数の専用のハードウェア回路の少なくとも一方を備えた処理回路（processing circuitry）によって実行されればよい。プログラム格納装置すなわちコンピュータ可読媒体は、汎用または専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。プログラムは、非一時的なコンピュータ可読媒体に記憶されてもよく、プログラムがコンピュータによって実行されるとき、プログラムがコンピュータに手順を実行させてもよい。

　３０…管理システム、４１…情報公開部、４２…アンケート部、４３…証券発行部、４４…証券管理部、４５…証券保有者管理部、４５ａ…テーブル、４５ｂ…テーブル、４５ｃ…テーブル、４６…算出部、４７…支払判定部、５０…投資家コンピュータ、６０…事業者コンピュータ、６０ａ…認定プログラム、６１…進捗管理データベース、７０…総合管理コンピュータ、７０ａ…認定プログラム、８０…認証機関コンピュータ、８０ａ…認定プログラム、１００…発行証券管理コンピュータ、１００ａ…認定プログラム、１１０…情報公開コンピュータ、１１０ａ…認定プログラム、１２０…保険コンピュータ、１２０ａ…認定プログラム。

Claims (23)

1. 　事業の資金を調達するための証券であって、
   　前記事業の内容と、
   　前記証券を発行する発行法人と、
   　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
   　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
   　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
   　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
   　を含む証券の前記証券保有者が加入する保険の保険料を算出するデータ処理システムであって、
   　前記保険は、前記証券の前記非保証部分に対する保険であって、
   　前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記証券保有者が負担する前記保険料を算出する処理を行う算出部であって、前記保険料として、前記利息又は前記配当の少なくとも一部を徴収する前記算出部と、
   　前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記証券保有者に対して支払うようにする支払判定部とを備える
   　データ処理システム。
2. 　前記保険は、複数の事業の各々に対して発行された前記証券を集めたグループに対する保険であって、前記グループを構成する何れかの証券に関し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、当該証券の前記証券保有者に保険金が支払われる保険である
   　請求項１に記載のデータ処理システム。
3. 　前記証券の発行前において、前記証券を発行して資金調達をする事業の事業計画をウェブページで公開する情報公開部を備え、
   　前記情報公開部は、前記ウェブページの閲覧数又は前記ウェブページが閲覧された閲覧時間を管理する処理を行い、
   　前記算出部は、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料を低く設定する処理を行う
   　請求項１に記載のデータ処理システム。
4. 　前記情報公開部は、前記証券の発行後において、所定期間毎に事業状況を前記ウェブページにおいて公開し、
   　前記所定期間毎に前記ウェブページの閲覧数又は前記ウェブページが閲覧された閲覧時間を管理し、
   　前記算出部は、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料を低く設定する処理を行う
   　請求項３に記載のデータ処理システム。
5. 　前記算出部は、前記閲覧数又は前記閲覧時間と前記保険料を算出するための係数とを関連付けたテーブルであって、前記係数が、前記閲覧数が多いほど又は前記閲覧時間が長いほど、前記保険料が低くなるように設定されている前記テーブルを備えている
   　請求項３又は４に記載のデータ処理システム。
6. 　前記証券の発行前において、前記証券を発行して資金調達をする事業の事業計画をウェブページで公開する情報公開部と、
   　前記ウェブページにおいて、前記事業計画に対する賛否を問うアンケートを実施する処理を行うアンケート部とを備え、
   　前記算出部は、前記事業計画に対して肯定的回答数が多い又は評判が高いほど、前記保険料を低く設定する処理を行う
   　請求項１に記載のデータ処理システム。
7. 　前記情報公開部は、前記証券の発行後において、所定期間毎に事業状況を前記ウェブページにおいて公開し、
   　前記アンケート部は、所定期間毎に前記ウェブページにおいて、前記事業の評判に関するアンケートを実施する処理を行い、
   　前記算出部は、前記評判が高いほど、前記保険料を低く設定する処理を行う
   　請求項６に記載のデータ処理システム。
8. 　前記算出部は、前記アンケートの結果と前記保険料を算出するための係数とを関連付けたテーブルであって、前記係数が、前記肯定的回答数又は前記評判が高いほど、前記保険料が低くなるように設定されている前記テーブルを備えている
   　請求項６又は７に記載のデータ処理システム。
9. 　前記事業計画が企画競争入札によって応札された者によって作成された企画書の企画提案内容に基づいて作成されている場合、前記算出部は、前記保険料を低く設定する係数を乗じる処理を行う
   　請求項３又は６に記載のデータ処理システム。
10. 　事業者コンピュータを更に備え、
    　前記事業者コンピュータは、事業に関するデータファイルの第１ハッシュ値を付与し、
    　前記情報公開部は、提供されたデータファイルの第２ハッシュ値を算出し、前記第１ハッシュ値と前記第２ハッシュ値と比較し、一致したときに、前記データファイルの情報を公表する
    　請求項３ないし９のうち何れか１項に記載のデータ処理システム。
11. 　総合情報管理部を更に備え、
    　前記情報公開部は、前記閲覧数又は前記閲覧時間を含むデータを電子署名を付加して前記総合情報管理部に提供し、
    　前記総合情報管理部は、前記保険料を算出するため前記算出部に前記閲覧数又は前記閲覧時間を含むデータを提供する
    　請求項３ないし５のうち何れか１項に記載のデータ処理システム。
12. 　総合情報管理部をさらに備え、
    　前記情報公開部は、前記アンケートの結果を含むデータを電子署名を付加して前記総合情報管理部に提供し、
    　前記総合情報管理部は、前記保険料を算出するため前記算出部に前記アンケートの結果を含むデータを提供する
    　請求項６ないし８のうち何れか１項に記載のデータ処理システム。
13. 　総合情報管理部を更に備え、
    　事業者コンピュータは、入札に関する情報を含むデータを電子署名を付加して前記総合情報管理部に提供し、
    　前記総合情報管理部は、前記保険料を算出するため前記算出部に前記入札に関する情報を含むデータを提供する
    　請求項９に記載のデータ処理システム。
14. 　前記保険料及び前記保険料算出のために使用する情報がブロックチェーンに格納される
    　請求項１に記載のデータ処理システム。
15. 　前記保険料算出のために使用する情報は、前記証券を発行して資金調達をする事業の事業計画、事業状況、事業計画又は事業状況を公開したウェブページの閲覧数又は閲覧時間、前記事業計画に対する賛否を問うアンケート結果、及び、前記事業の評判に関するアンケート結果である
    　請求項１４に記載のデータ処理システム。
16. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券の前記証券保有者が加入する保険の保険料を算出するデータ処理方法であって、
    　前記保険は、前記証券の前記非保証部分に対する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記証券保有者が負担する前記保険料を算出する処理を行い、前記保険料として、前記利息又は前記配当の少なくとも一部を徴収する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記証券保有者に対して支払う処理を行う
    　データ処理方法。
17. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券の前記証券保有者が加入する保険の保険料を算出するデータ処理方法をコンピュータに実行させるためのプログラムであって、
    　前記保険は、前記証券の前記非保証部分に対する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記証券保有者が負担する前記保険料を算出する処理を行い、前記保険料として、前記利息又は前記配当の少なくとも一部を徴収する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記証券保有者に対して支払う処理を行う
    　手順をコンピュータに実行させるためのプログラム。
18. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券の前記保証率に従った保証部分を前記証券保有者に対して支払う保証人が加入する保険の保険料を算出するデータ処理システムであって、
    　前記保険は、前記保証率により算出される保証金の支払に対する保険であって、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記保証人が負担する前記保険料を算出する処理を行う算出部と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記保証人に対して支払う支払判定部とを備える
    　データ処理システム。
19. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券の前記保証率に従った保証部分を前記証券保有者に対して支払う保証人が加入する保険の保険料を算出するデータ処理方法であって、
    　前記保険は、前記保証率により算出される保証金の支払に対する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記保証人が負担する前記保険料を算出する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記保証人に対して支払う処理を行う
    　データ処理方法。
20. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券の前記保証率に従った保証部分を前記証券保有者に対して支払う保証人が加入する保険の保険料を算出するデータ処理方法をコンピュータに実行させるためのプログラムであって、
    　前記保険は、前記保証率により算出される保証金の支払に対する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスクに従って前記保証人が負担する前記保険料を算出する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に保険金を前記保証人に対して支払う処理を行う
    　手順をコンピュータに実行させるためのプログラム。
21. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券を用いて資金調達を行った事業の事業者が加入する保険の保険料を算出するデータ処理システムであって、
    　前記保険は、前記事業者の収益を保証する保険であって、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥るリスク、又は、予想収益が得られないリスクに従って前記事業者が負担する前記保険料を算出する処理を行う算出部と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥ったか、又は、前記予想収益を得られたかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合、又は、予想収益が得られなかった場合に、保険金を前記事業者に対して支払う支払判定部とを備える
    　データ処理システム。
22. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券を用いて資金調達を行った事業の事業者が加入する保険の保険料を算出するデータ処理方法であって、
    　前記保険は、前記事業者の収益を保証する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスク、又は、予想収益が得られないリスクに従って前記事業者が負担する前記保険料を算出する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったか、又は、前記予想収益を得られたかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合、又は、予想収益が得られなかった場合に、保険金を前記事業者に対して支払う処理を行う
    　データ処理方法。
23. 　事業の資金を調達するための証券であって、
    　前記事業の内容と、
    　前記証券を発行する発行法人と、
    　前記証券の保有と引換えに前記発行法人に支払われる額面価格と、
    　前記発行法人が利息支払不能及び／又は債務不履行に陥った場合に、前記証券の発行に関与した少なくとも１つの第三者により証券保有者に払い戻される金額を定める保証率であって、前記額面価格に対する割合で定義された前記保証率と、
    　前記証券保有者へ定期的に支払われる利息を定める利率であって、前記額面価格に対する又は前記保証率で保証された保証部分に対する割合で定義された前記利率と、
    　前記証券により資金提供が行われた事業が利益を生み始めた後に、前記証券保有者に還元される、前記利益の少なくとも一部である配当であって、前記保証部分以外の非保証部分に対して付与される前記配当と
    　を含む証券を用いて資金調達を行った事業の事業者が加入する保険の保険料を算出するデータ処理方法であって、
    　前記保険は、前記事業者の収益を保証する保険であって、
    　算出部が、前記発行法人が利息支払不能及び／又は債務不履行に陥るリスク、又は、予想収益が得られないリスクに従って前記事業者が負担する前記保険料を算出する処理を行い、
    　支払判定部が、前記発行法人が利息支払不能及び／又は債務不履行に陥ったか、又は、前記予想収益を得られたかを判定し、前記発行法人が利息支払不能及び／又は債務不履行に陥った場合、又は、予想収益が得られなかった場合に、保険金を前記事業者に対して支払う処理を行う
    　手順をコンピュータに実行させるためのプログラム。

Images