ホーム > 特許ランキング > 株式会社 みずほ銀行
▶ 株式会社 みずほ銀行の特許一覧 ▶ みずほ情報総研株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-29
(45)【発行日】2024-06-06
(54)【発明の名称】証券管理システム及び証券管理方法
(51)【国際特許分類】
G06Q 40/04 20120101AFI20240530BHJP
G06Q 20/38 20120101ALI20240530BHJP
G06Q 20/06 20120101ALI20240530BHJP
【ＦＩ】
G06Q40/04
G06Q20/38 310
G06Q20/06
【請求項の数】
18
(21)【出願番号】P 2021203185
(22)【出願日】2021-12-15
(62)【分割の表示】P 2020061570の分割
【原出願日】2020-03-30
(65)【公開番号】P2022027925
(43)【公開日】2022-02-14
【審査請求日】2023-03-28
(31)【優先権主張番号】P 2019198770
(32)【優先日】2019-10-31
(33)【優先権主張国・地域又は機関】JP
【新規性喪失の例外の表示】特許法第３０条第２項適用 ウェブサイトの掲載日 令和２年２月２１日ウェブサイトのアドレス ｈｔｔｐｓ：／／ｗｗｗ．ｍｉｚｕｈｏｂａｎｋ．ｃｏ．ｊｐ／ｒｅｌｅａｓｅ／ｐｄｆ／２０２００２２１ｒｅｌｅａｓｅ＿ｊｐ．ｐｄｆ
(73)【特許権者】
【識別番号】592052416
【氏名又は名称】株式会社 みずほ銀行
(73)【特許権者】
【識別番号】592131906
【氏名又は名称】みずほリサーチ＆テクノロジーズ株式会社
(74)【代理人】
【識別番号】100105957
【弁理士】
【氏名又は名称】恩田 誠
(74)【代理人】
【識別番号】100068755
【弁理士】
【氏名又は名称】恩田 博宣
(72)【発明者】
【氏名】田中 秀樹
(72)【発明者】
【氏名】齋藤 耕介
(72)【発明者】
【氏名】武井 優介
(72)【発明者】
【氏名】藤本 卓臣
(72)【発明者】
【氏名】千崎 良太
【審査官】永野 一郎
(56)【参考文献】
【文献】特表２０１９－５００６９９（ＪＰ，Ａ）
【文献】特表２０１８－５３０１７５（ＪＰ，Ａ）
【文献】特開２０１９－１８５３７０（ＪＰ，Ａ）
【文献】特開２００４－０６２３２１（ＪＰ，Ａ）
【文献】国際公開第２０１９／０６７６０３（ＷＯ，Ａ１）
【文献】特開２００６－２２１４８８（ＪＰ，Ａ）
【文献】国際公開第２０１９／０７４３７１（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資家の証券トークンの取崩依頼を受け付ける取崩ＡＰＩを更に備え、
前記投資返還処理において、前記取崩ＡＰＩが、前記投資家の証券トークンの取崩依頼を受け付け、前記証券管理コントラクトが、前記証券トークンの取崩のための投資返還を実行することを特徴とする証券管理システム。
【請求項2】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記ブロックチェーンネットワーク上のステーブルコイン及びカラードコインの何れかを付与することを特徴とする証券管理システム。
【請求項3】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関で利用可能な特典トークンに変換することを特徴とする証券管理システム。
【請求項4】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が、独自コインを発行している場合には、前記独自コインに変換することを特徴とする証券管理システム。
【請求項5】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が前記投資家に特典を付与するために、前記投資家の証券トークンのポジション情報を提供することを特徴とする証券管理システム。
【請求項6】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が前記投資家に特典を付与するために、前記投資家に付与したカラードコインの残高情報を提供することを特徴とする証券管理システム。
【請求項7】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記証券管理コントラクトが、
前記証券トークンに係る取引処理の実行時に、前記証券トークンが、前記ブロックチェーンネットワーク上に記録された個別コントラクトに関連付けられている場合には、前記個別コントラクトを用いて前記証券トークンの前記取引処理を実行し、
前記証券トークンに係る取引処理の実行時に、前記証券トークンが、前記個別コントラクトに関連付けられていない場合には、前記証券管理コントラクトが保持する共通ロジックを用いて前記証券トークンの前記取引処理を実行することを特徴とする証券管理システム。
【請求項8】
前記個別コントラクトには、前記証券トークンに関する価値移転に関するロジックが含まれることを特徴とする請求項７に記載の証券管理システム。
【請求項9】
発行ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する証券管理システムであって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記証券トークンを管理するブロックチェーンネットワークとは別に、前記証券トークンについての注文情報を記録する注文用ブロックチェーンネットワークを設け、
前記証券管理コントラクトが、取引所システムにより行われた前記注文用ブロックチェーンネットワークに記録された注文情報のマッチングにより約定された約定情報により、前記ブロックチェーンネットワーク上に登録された証券トークン及びステーブルコインのポジションを変更することを特徴とする証券管理システム。
【請求項10】
前記投資返還処理において、前記銘柄情報で定められた投資還元時期に応じて、前記証券トークンに基づいて、前記投資家に対する投資還元を行なうことを特徴とする請求項１～９の何れか一項に記載の証券管理システム。
【請求項11】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資家の証券トークンの取崩依頼を受け付ける取崩ＡＰＩを更に備え、
前記投資返還処理において、前記取崩ＡＰＩが、前記投資家の証券トークンの取崩依頼を受け付け、前記証券管理コントラクトが、前記証券トークンの取崩のための投資返還を実行することを特徴とする証券管理方法。
【請求項12】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記ブロックチェーンネットワーク上のステーブルコイン及びカラードコインの何れかを付与することを特徴とする証券管理方法。
【請求項13】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関で利用可能な特典トークンに変換することを特徴とする証券管理方法。
【請求項14】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が、独自コインを発行している場合には、前記独自コインに変換することを特徴とする証券管理方法。
【請求項15】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が前記投資家に特典を付与するために、前記投資家の証券トークンのポジション情報を提供することを特徴とする証券管理方法。
【請求項16】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記投資返還処理において、前記発行機関の関連機関が前記投資家に特典を付与するために、前記投資家に付与したカラードコインの残高情報を提供することを特徴とする証券管理方法。
【請求項17】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記証券管理コントラクトが、
前記証券トークンに係る取引処理の実行時に、前記証券トークンが、前記ブロックチェーンネットワーク上に記録された個別コントラクトに関連付けられている場合には、前記個別コントラクトを用いて前記証券トークンの前記取引処理を実行し、
前記証券トークンに係る取引処理の実行時に、前記証券トークンが、前記個別コントラクトに関連付けられていない場合には、前記証券管理コントラクトが保持する共通ロジックを用いて前記証券トークンの前記取引処理を実行することを特徴とする証券管理方法。
【請求項18】
発行ＡＰＩ、証券管理コントラクトを備えた証券管理システムを用いて、ブロックチェーンネットワーク上で証券トークンを管理する方法であって、
前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、
前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、
前記証券管理コントラクトが、前記証券トークンを保有する投資家に対する投資還元のための投資返還処理を実行し、
前記証券トークンを管理するブロックチェーンネットワークとは別に、前記証券トークンについての注文情報を記録する注文用ブロックチェーンネットワークを設け、
前記証券管理コントラクトが、取引所システムにより行われた前記注文用ブロックチェーンネットワークに記録された注文情報のマッチングにより約定された約定情報により、前記ブロックチェーンネットワーク上に登録された証券トークン及びステーブルコインのポジションを変更することを特徴とする証券管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電子トークン化された社債等の証券を管理するための証券管理システム及び証券管理方法に関する。
【背景技術】
【0002】
会社が資金調達を目的として、社債を発行することがある。また、ブロックチェーン技術を用いて証券取引を売買、決済、および清算するためのシステムも検討されている（例えば、特許文献１参照）。特許文献１に記載された技術においては、分散型ブロックチェーン台帳を利用し、証券取引を実施する。具体的には、ユーザに対して、分散型ブロックチェーン台帳が管理されるコンピューティングノードのピアツーピアネットワークにアクセス可能な暗号ウォレットを提供する。ネットワークを通して利用可能な証券は、直接、ブロックチェーン台帳自体に記憶される。スマート契約は、証券をユーザ間で譲渡し、全取引が適用可能な規制規則および他の制限に準拠することを検証するために利用される。
【先行技術文献】
【特許文献】
【0003】
【文献】特表２０１８－５２１４３７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
企業が個人向け社債を発行する場合、資金の調達の他にマーケティングという目的が含まれる場合もある。具体的には、個人向け社債を保有してもらうことにより、その会社とのチャネルを形成し、そのチャネルを使って特典や各種情報を提供するサービスを展開することができる。しかしながら、社債には取引の自由度は限られており、以下の課題がある。
【0005】
・額面に対して潤沢な特典が提供されるわけではなく、サービス享受の機会は限定的になる。
・特典を付す場合は、小口化が難しく、その結果、債権者数は限定的になる。
・投資にそれほど関心が高くない層には、資金の流動性が落ちてしまうことからハードルが高い。
・特典を付す場合は、小口化が難しく、その結果、債権者数は限定的になる。
・投資にそれほど関心が高くない層には、資金の流動性が落ちてしまうことからハードルが高い。
【課題を解決するための手段】
【0006】
上記課題を解決する証券管理システムは、発行ＡＰＩ、売買ＡＰＩ、証券管理コントラクトを備え、ブロックチェーンネットワーク上で証券トークンを管理する。前記発行ＡＰＩが、証券の発行機関による証券トークンの発行依頼を受け付けた場合、銘柄情報を分散ファイル基盤システムに登録し、前記分散ファイル基盤システムから、前記銘柄情報の識別情報を取得し、前記発行ＡＰＩが、前記証券管理コントラクトを用いて、前記銘柄情報の識別情報を含めた証券トークンを前記ブロックチェーンネットワーク上に登録する発行処理を実行し、前記売買ＡＰＩが、前記ブロックチェーンネットワーク上に登録され、投資家によって投資されたステーブルコインとの決済により、前記証券トークンを前記投資家に移転する売買処理を実行し、前記証券トークンに基づいて、投資家に対する投資還元のための投資返還処理を実行する。
【発明の効果】
【0007】
本発明によれば、社債等の証券トークンの取引を、円滑かつ効率的に行なうことができる。
【図面の簡単な説明】
【0008】
【図1】実施形態の証券管理システムの説明図。
【図2】実施形態のハードウェア構成の説明図。
【図3】実施形態のＡＰＩとブロックチェーンネットワークとの関係の説明図。
【図4】実施形態のブロックチェーンネットワークに記録されるデータの説明図であって、（ａ）は銘柄情報、（ｂ）は個別コントラクトの説明図。
【図5】実施形態の証券トークン、ステーブルコイン、カラードコインの説明図。
【図6】実施形態のセカンダリマーケットの説明図。
【図7】実施形態の処理手順の説明図であって、（ａ）はステーブルコインの準備処理、（ｂ）は証券トークンの発行処理の説明図。
【図8】実施形態の処理手順の説明図であって、（ａ）は証券トークンの売買処理、（ｂ）は証券トークンの取崩処理の説明図。
【図9】実施形態の証券トークンの利払・償還処理の処理手順の説明図。
【発明を実施するための形態】
【0009】
以下、図１～図９に従って、証券管理システム及び証券管理方法を具体化した一実施形態を説明する。本実施形態では、ブロックチェーンネットワーク上に証券（社債）をデジタル化した証券トークンを発行することで、中央機関を置かずに、各証券の特性に応じた原簿管理を行なう。
【0010】
図１に示すように、ネットワークを介して接続された投資家端末１０、管理システム２０、証券会社システム３０、銀行システム４０、取引所システム５０、分散ファイル基盤システム６０等を用いる。管理システム２０、証券会社システム３０、銀行システム４０、取引所システム５０、分散ファイル基盤システム６０は、ＡＰＩ（Application Programming Interface）を介して、暗号化された通貨やトークンの取引に用いられるブロックチェーンネットワークＢＮ１に接続される。
【0011】
（ハードウェア構成）
図２を用いて、投資家端末１０～分散ファイル基盤システム６０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
図２を用いて、投資家端末１０～分散ファイル基盤システム６０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【0012】
通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。
【0013】
入力装置Ｈ１２は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。
【0014】
記憶部Ｈ１４は、投資家端末１０～分散ファイル基盤システム６０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【0015】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、投資家端末１０～分散ファイル基盤システム６０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各サービスのための各種プロセスを実行する。
【0016】
プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。
【0017】
【0018】
図３に示すように、ブロックチェーンネットワークＢＮ１には、証券管理コントラクトＤ１、銘柄情報Ｄ２、個別コントラクトＤ３等が記録される。更に、ブロックチェーンネットワークＢＮ１には、証券トークンＣ１、ステーブルコインＣ２、カラードコインＣ３に関する暗号通貨情報が記録される。
【0019】
証券管理コントラクトＤ１には、トークンやコイン（証券トークンＣ１、ステーブルコインＣ２、カラードコインＣ３）の取扱いについて共通した共通ロジックが記述される。なお、売買益についての税金計算については、ブロックチェーンネットワークＢＮ１外で、取引ログに基づいて税額を計算する。
【0020】
この証券管理コントラクトＤ１では、トークンやコインの価値移転の管理を行なう。このため、証券管理コントラクトＤ１は、価値移転の権限を保有する。例えば、利払時期に、利払額に応じた価値移転の権限が付与される。この権限は、価値移転時期の前に、価値移転の必要額について予め付与される。
また、証券管理コントラクトＤ１では、価値移転のために、証券トークンＣ１の発行と、ステーブルコインＣ２による調達額の送金を同時に行なうように定義されている。更に、売買取引の約定・決済（Ｔ＋０取引）においては、ＤＶＰ（Delivery Versus Payment）を実行するために、証券トークンＣ１の譲渡とステーブルコインＣ２の送金とを同時に行なうように定義されている。
また、証券管理コントラクトＤ１では、所定の時期に、投資家に対する投資還元（利払、償還等）を行なうように定義されている。例えば、利払については、証券トークンＣ１に記録された銘柄情報、ポジションに基づいて利払額を計算し、ステーブルコインＣ２やカラードコインＣ３の送金を行なうように定義されている。また、償還については、証券トークンＣ１に記録された銘柄情報、ポジションに基づいて償還額を計算し、証券トークンＣ１のポジションの消却を行なうとともに、ステーブルコインＣ２やカラードコインＣ３の送金を行なうように定義されている。
また、証券管理コントラクトＤ１では、価値移転のために、証券トークンＣ１の発行と、ステーブルコインＣ２による調達額の送金を同時に行なうように定義されている。更に、売買取引の約定・決済（Ｔ＋０取引）においては、ＤＶＰ（Delivery Versus Payment）を実行するために、証券トークンＣ１の譲渡とステーブルコインＣ２の送金とを同時に行なうように定義されている。
また、証券管理コントラクトＤ１では、所定の時期に、投資家に対する投資還元（利払、償還等）を行なうように定義されている。例えば、利払については、証券トークンＣ１に記録された銘柄情報、ポジションに基づいて利払額を計算し、ステーブルコインＣ２やカラードコインＣ３の送金を行なうように定義されている。また、償還については、証券トークンＣ１に記録された銘柄情報、ポジションに基づいて償還額を計算し、証券トークンＣ１のポジションの消却を行なうとともに、ステーブルコインＣ２やカラードコインＣ３の送金を行なうように定義されている。
【0021】
図３に示すように、発行ＡＰＩ２１、売買ＡＰＩ２２、取崩ＡＰＩ２３、分析ＡＰＩ２４、資金準備ＡＰＩ２５において受け付けた依頼は、証券管理コントラクトＤ１に供給される。ここで、証券に独自ルールが設定されている場合には、各種機能ロジックを用いる。そして、証券管理コントラクトＤ１は、証券トークンＣ１、ステーブルコインＣ２、カラードコインＣ３の管理を行なう。
【0022】
図４（ａ）に示すように、銘柄情報Ｄ２には、各銘柄についての概要が記録される。銘柄情報Ｄ２は、社債等の発行時に作成される目論見書に基づいて生成される。この銘柄情報Ｄ２には、銘柄ＩＤ、発行条件に関するデータが記録される。
【0023】
銘柄ＩＤデータ領域には、各証券の銘柄を特定するための識別子（発行者、回号、募集区分等）に関するデータが記録される。
【0024】
発行条件データ領域には、募集する証券の発行条件（発行価格、発行量、利率、申込期間、利息の支払（利払）方法、償還の方法、担保の有無、財務上の特約等）に関するデータが記録される。
【0025】
図４（ｂ）に示すように、個別コントラクトＤ３には、価値移転に関連して、証券管理コントラクトＤ１とは異なる独自機能（独自の取引ルール）が設定されている場合に、この機能を実行するためのロジックが記録される。個別コントラクトＤ３には、個別ＩＤ、取引種別に対して独自ロジックが記録されている。
【0026】
個別ＩＤデータ領域には、個別コントラクトを特定するための識別子に関するデータが記録される。
取引種別データ領域には、価値移転に関連して、個別コントラクトを用いる取引種別を特定するための識別子に関するデータが記録される。取引種別としては、例えば、個別コントラクトＤ３で取り扱う価値移転の取引処理（投資返還処理）としては、取崩、利払、償還等がある。
独自ロジックデータ領域には、この銘柄、取引種別において、独自機能を実現するためのロジックが記録される。
取引種別データ領域には、価値移転に関連して、個別コントラクトを用いる取引種別を特定するための識別子に関するデータが記録される。取引種別としては、例えば、個別コントラクトＤ３で取り扱う価値移転の取引処理（投資返還処理）としては、取崩、利払、償還等がある。
独自ロジックデータ領域には、この銘柄、取引種別において、独自機能を実現するためのロジックが記録される。
【0027】
次に、図５を用いて、証券トークンＣ１、ステーブルコインＣ２、カラードコインＣ３を説明する。
【0028】
証券トークンＣ１は、発行会社により発行された証券の電子化トークンであり、証券の原簿管理として機能する。この証券トークンＣ１は、ブロックチェーンネットワークＢＮ１上の１つのアドレスで管理されており、発行会社からの依頼に基づいて、証券会社により発行される。そして、取引市場や証券会社間での取引において、ポジションの変更を行なう。この証券トークンＣ１は、ステーブルコインＣ２を使ってＤＶＰ決済を行なうことができる。また、証券トークンＣ１は、銘柄に応じてカラードコインＣ３に交換可能である。この証券トークンＣ１には、アカウント、ハッシュ値、銘柄ＩＤ、個別ＩＤ、ポジション等に関するデータが記録される。
【0029】
アカウントデータ領域には、この証券トークンＣ１の保有者を特定するための識別子に関するデータが記録される。保有者としては、証券会社や投資家がある。なお、個人情報に係る部分（氏名、住所）については、暗号化した上で、分散ファイル基盤システム６０に保存する。
ハッシュ値データ領域には、分散ファイル基盤システム６０に記録された情報を取得するための識別子（銘柄情報の識別情報や個人情報）に関するデータが記録される。
ハッシュ値データ領域には、分散ファイル基盤システム６０に記録された情報を取得するための識別子（銘柄情報の識別情報や個人情報）に関するデータが記録される。
【0030】
銘柄ＩＤデータ領域には、この証券トークンＣ１の銘柄（発行会社、回号等）を特定するための識別子に関するデータが記録される。
個別ＩＤデータ領域には、この証券トークンＣ１の取扱における独自ロジックを特定するための識別子に関するデータが記録される。この個別ＩＤは、この銘柄に独自機能が設定されている場合に記録される。
ポジションデータ領域には、このアカウントにおける保有量（残高）に関するデータが記録される。
個別ＩＤデータ領域には、この証券トークンＣ１の取扱における独自ロジックを特定するための識別子に関するデータが記録される。この個別ＩＤは、この銘柄に独自機能が設定されている場合に記録される。
ポジションデータ領域には、このアカウントにおける保有量（残高）に関するデータが記録される。
【0031】
ステーブルコインＣ２は、ブロックチェーンネットワークＢＮ１上で汎用的に使える通貨（例えば、円貨や外貨等）と等価のトークンである。ステーブルコインＣ２は、投資家、証券会社、発行会社間の調達や売買、元利払い等の決済手段として用いられる。本実施形態では、担保型を想定しており、ユーザがステーブルコインＣ２の発行元（例えば、銀行）外の銀行口座から入金等を行なう場合は、ステーブルコインＣ２の発行元への振込とステーブルコインＣ２の発行を同時に行なう。このステーブルコインＣ２には、アカウント、残高等に関する情報が記録される。
アカウントデータ領域には、このステーブルコインＣ２を保有する名義人を特定するための識別子に関するデータが記録される。
残高データ領域には、このアカウントの残高に関するデータが記録される。
アカウントデータ領域には、このステーブルコインＣ２を保有する名義人を特定するための識別子に関するデータが記録される。
残高データ領域には、このアカウントの残高に関するデータが記録される。
【0032】
カラードコインＣ３は、発行会社において利用可能な独自通貨である。ステーブルコインＣ２とは異なり、汎用性において制限（利用可能な場所や時期等）がかけられている。例えば、特定の場所・サービスのために利用可能な電子マネーやポイントサービスにおけるポイント等のような扱いであり、投資家は証券トークンＣ１の残高を取り崩して独自通貨に変換することが可能である。独自通貨毎にＡＰＩを介してブロックチェーンネットワークＢＮ１外の既存の電子マネー等と連動するインタフェースを設ける。
【0033】
このカラードコインＣ３は、アカウント、残高、制約等に関する情報が記録される。
アカウントデータ領域には、このカラードコインＣ３を保有する名義人を特定するための識別子に関するデータが記録される。
アカウントデータ領域には、このカラードコインＣ３を保有する名義人を特定するための識別子に関するデータが記録される。
【0034】
残高データ領域には、このアカウントに蓄積されている残高に関するデータが記録される。
制約データ領域には、このカラードコインＣ３の利用条件に関するデータが記録される。
制約データ領域には、このカラードコインＣ３の利用条件に関するデータが記録される。
【0035】
図１に示す投資家端末１０は、投資家が用いるコンピュータ端末である。本実施形態では、この投資家端末１０は、管理システム２０及び証券会社システム３０にアクセスしたり、保有する証券トークンＣ１を換金したり、取り崩したりする場合に用いられる。
【0036】
管理システム２０は、証券トークンＣ１の取引を支援するコンピュータシステムである。この管理システム２０は、証券トークンＣ１の取引を支援するための発行ＡＰＩ２１、売買ＡＰＩ２２、取崩ＡＰＩ２３、分析ＡＰＩ２４、資金準備ＡＰＩ２５、換金ＡＰＩ２６、電子マネー交換ＡＰＩ２７、利払・償還バッチ２８を備える。
【0037】
発行ＡＰＩ２１は、証券トークンＣ１の発行依頼を受け付けて、証券トークンＣ１の発行処理を行なうアプリケーションインターフェースである。この発行ＡＰＩ２１は、発行会社から証券の発行を依頼された証券会社によって呼び出される。そして、発行ＡＰＩ２１は、証券管理コントラクトＤ１を用いて、ブロックチェーンネットワークＢＮ１に記録された証券トークンＣ１を発行する。
【0038】
売買ＡＰＩ２２は、証券トークンＣ１の売買依頼を受け付け、証券トークンＣ１の売買処理を行なうアプリケーションインターフェースである。この売買ＡＰＩ２２は、投資家等から証券トークンＣ１の売買を依頼された証券会社によって呼び出される。そして、売買ＡＰＩ２２は、証券管理コントラクトＤ１を用いて、ブロックチェーンネットワークＢＮ１に記録された証券トークンＣ１を移転させる。
【0039】
取崩ＡＰＩ２３は、証券トークンＣ１の取崩依頼を受け付けるアプリケーションインターフェースである。この取崩ＡＰＩ２３は、証券トークンＣ１の取崩時に、投資家等によって呼び出される。そして、取崩ＡＰＩ２３は、証券管理コントラクトＤ１を用いて、ブロックチェーンネットワークＢＮ１に記録された証券トークンＣ１をカラードコインＣ３に換金させる。
【0040】
分析ＡＰＩ２４は、監督官庁に証券トークンＣ１に関する情報を提供するためのアプリケーションインターフェースである。分析ＡＰＩ２４は、銀行や監督官庁によって呼び出される。そして、分析ＡＰＩ２４は、証券管理コントラクトＤ１を用いて、ブロックチェーンネットワークＢＮ１に記録された証券トークンＣ１の取引状況に基づいて、報告用データを作成する。
資金準備ＡＰＩ２５は、証券管理コントラクトＤ１に対して、トークンやコインの価値移転の権限を付与するためのアプリケーションインターフェースである。例えば、利払や償還時に発行会社から投資家にステーブルコインＣ２を支払う。そこで、証券管理コントラクトＤ１が、利払や償還時の時期情報に基づいて、ステーブルコインＣ２を送金できるように、事前に発行会社が証券管理コントラクトＤ１にステーブルコインＣ２の特定残高の送金権限を委譲する場合に用いる。
資金準備ＡＰＩ２５は、証券管理コントラクトＤ１に対して、トークンやコインの価値移転の権限を付与するためのアプリケーションインターフェースである。例えば、利払や償還時に発行会社から投資家にステーブルコインＣ２を支払う。そこで、証券管理コントラクトＤ１が、利払や償還時の時期情報に基づいて、ステーブルコインＣ２を送金できるように、事前に発行会社が証券管理コントラクトＤ１にステーブルコインＣ２の特定残高の送金権限を委譲する場合に用いる。
【0041】
換金ＡＰＩ２６は、ステーブルコインＣ２への換金依頼を受け付けるアプリケーションインターフェースである。この換金ＡＰＩ２６は、発行会社や証券会社、投資家等によって呼び出される。換金依頼を受け付けた換金ＡＰＩ２６は、銀行システム４０に対して、現金支払や振込等に基づいて、証券トークンＣ１の換金を依頼する。この場合、銀行システム４０は、ステーブルコインＣ２に変換する。
【0042】
電子マネー交換ＡＰＩ２７は、カラードコインＣ３について既存の電子マネーへの交換依頼を受け付けるアプリケーションインターフェースである。この電子マネー交換ＡＰＩ２７は、証券トークンＣ１を保有する投資家によって呼び出される。
【0043】
利払・償還バッチ２８（投資還元バッチ）は、証券トークンＣ１の利払や償還等の投資還元時期に関する情報を、証券管理コントラクトＤ１に提供するタイマである。
【0044】
証券会社システム３０は、証券の発行や売買取引を行なう証券会社のコンピュータシステムである。
銀行システム４０は、ステーブルコインＣ２を管理する銀行のコンピュータシステムである。
取引所システム５０は、証券の売買取引を行なう市場を管理する取引所のコンピュータシステムである。
銀行システム４０は、ステーブルコインＣ２を管理する銀行のコンピュータシステムである。
取引所システム５０は、証券の売買取引を行なう市場を管理する取引所のコンピュータシステムである。
【0045】
図６を用いて、発行された証券トークンＣ１などが投資家間で売買される市場（セカンダリマーケット）について説明する。
投資家Ｐ１が、証券トークンＣ１の取引を行なう場合、証券会社システム３０を利用する。この場合、証券会社システム３０は、同一の投資家については同一ウォレットを用いる。
投資家Ｐ１が、証券トークンＣ１の取引を行なう場合、証券会社システム３０を利用する。この場合、証券会社システム３０は、同一の投資家については同一ウォレットを用いる。
【0046】
取引を行なうための注文情報はタイムスタンプが重要である。このため、取引の完了（ブロック化）が遅延しないように、注文情報のタイムリーな管理が必要である。そこで、本実施形態では、証券トークンＣ１～カラードコインＣ３を取り扱うトークン管理用のブロックチェーンネットワークＢＮ１とは別に、指値注文情報、成行注文情報等の注文情報を登録する注文用のブロックチェーンネットワークＢＮ２（注文用ブロックチェーンネットワーク）を用いる。
【0047】
このブロックチェーンネットワークＢＮ２に接続された取引所システム５０により、証券トークンＣ１の取引を管理する。
取引所システム５０は、蓄積部５１、市場ＤＢ５２、約定部５３、市場情報ＡＰＩ５４を備える。
取引所システム５０は、蓄積部５１、市場ＤＢ５２、約定部５３、市場情報ＡＰＩ５４を備える。
【0048】
蓄積部５１は、ブロックチェーンネットワークＢＮ２に登録された指値注文情報、成行注文情報を取得する。
市場ＤＢ５２は、蓄積部５１が取得した注文情報を蓄積する。蓄積部５１は、ブロックチェーンネットワークＢＮ２において、注文情報のブロック化をトリガーとして、このブロックに含まれる注文情報を市場ＤＢ５２に蓄積する。
市場ＤＢ５２は、蓄積部５１が取得した注文情報を蓄積する。蓄積部５１は、ブロックチェーンネットワークＢＮ２において、注文情報のブロック化をトリガーとして、このブロックに含まれる注文情報を市場ＤＢ５２に蓄積する。
【0049】
約定部５３は、市場ＤＢ５２に蓄積された注文情報のマッチングを行ない、約定金額を決める。そして、約定部５３は、約定結果に基づいて、ブロックチェーンネットワークＢＮ１の証券管理コントラクトＤ１に対して、証券トークンＣ１の移転を指示する。なお、ポジション管理を行なっているブロックチェーンネットワークＢＮ１と、注文情報を管理しているブロックチェーンネットワークＢＮ２とから遡ってマッチングの正当性を検証可能であることから、マッチングをオフチェーンの約定部５３で行なっても支障はない。
市場情報ＡＰＩ５４は、市場ＤＢ５２に蓄積された注文情報に基づいて気配値等を算出し、投資家端末１０、証券会社システム３０に情報提供を行なう。
市場情報ＡＰＩ５４は、市場ＤＢ５２に蓄積された注文情報に基づいて気配値等を算出し、投資家端末１０、証券会社システム３０に情報提供を行なう。
【0050】
分散ファイル基盤システム６０は、ブロックチェーンネットワークＢＮ１に格納される情報を分散して記憶するコンピュータシステム（ＩＰＦＳ）である。銘柄情報の中で決済に利用しないが、例えばリスク管理などに利用する情報を、ＪＳＯＮ等の非構造データ形式で保存し、その分散ファイル基盤システム６０上のハッシュ値を参照する情報を証券トークン内に持たせることで改ざん耐性を持たせている。
【0051】
【0052】
ここでは、管理システム２０の換金ＡＰＩ２６は、換金依頼処理を実行する（ステップＳ１－１）。具体的には、証券会社や投資家においては、ステーブルコインＣ２の残高がない場合、管理システム２０にアクセスし、換金ＡＰＩ２６を用いて、換金依頼を銀行システム４０に送信する。この換金依頼には、依頼者情報、ステーブルコインＣ２の取得希望額等に関する情報を含める。依頼者の口座残高を利用する場合には、依頼者情報として、口座番号に関する情報を含める。
【0053】
銀行システム４０は、ステーブルコインの登録処理を実行する（ステップＳ１－２）。具体的には、銀行システム４０は、依頼者（証券会社、投資家）の口座から取得希望額を引き落とし、依頼者のアカウントを設定したステーブルコインＣ２を、ブロックチェーンネットワークＢＮ１に登録する。
【0054】
（証券トークンの発行処理）
次に、図７（ｂ）を用いて、証券トークンの発行処理を説明する。
証券の発行を希望する発行会社は、目論見書を作成して、証券会社に提供する。証券会社は、管理システム２０の発行ＡＰＩ２１にアクセスする。
次に、図７（ｂ）を用いて、証券トークンの発行処理を説明する。
証券の発行を希望する発行会社は、目論見書を作成して、証券会社に提供する。証券会社は、管理システム２０の発行ＡＰＩ２１にアクセスする。
【0055】
この場合、管理システム２０の発行ＡＰＩ２１は、銘柄情報の登録依頼処理を実行する（ステップＳ２－１）。具体的には、発行ＡＰＩ２１は、目論見書を取得し、目論見書から発行条件を取得し、銘柄ＩＤを付与する。そして、発行ＡＰＩ２１は、分散ファイル基盤システム６０に対して、銘柄情報の登録依頼を送信する。この銘柄情報の登録依頼には、目論見書から取得した銘柄ＩＤ、発行条件を含める。
【0056】
この場合、分散ファイル基盤システム６０は、銘柄情報の登録処理を実行する（ステップＳ２－２）。具体的には、分散ファイル基盤システム６０は、発行ＡＰＩ２１から取得した銘柄ＩＤ、発行条件を含めた銘柄情報を記憶する。
【0057】
次に、分散ファイル基盤システム６０は、ハッシュ値の生成処理を実行する（ステップＳ２－３）。具体的には、分散ファイル基盤システム６０は、記憶した銘柄情報に基づいてハッシュ値を生成する。このハッシュ値を用いることにより、分散ファイル基盤システム６０から銘柄情報（コンテンツ）を取得することができる。そして、分散ファイル基盤システム６０は、生成したハッシュ値を発行ＡＰＩ２１に返信する。
【0058】
次に、管理システム２０の発行ＡＰＩ２１は、証券トークンの登録依頼処理を実行する（ステップＳ２－４）。具体的には、発行ＡＰＩ２１は、証券管理コントラクトＤ１に対して、銘柄情報の登録依頼を送信する。この銘柄情報の登録依頼には、銘柄ＩＤ、発行条件、分散ファイル基盤システム６０から取得したハッシュ値を含める。
【0059】
証券管理コントラクトＤ１は、証券トークンの登録処理を実行する（ステップＳ２－５）。具体的には、証券管理コントラクトＤ１は、銘柄ＩＤ、発行条件を含めた銘柄情報Ｄ２を、ブロックチェーンネットワークＢＮ１に登録する。次に、証券管理コントラクトＤ１は、アカウント、ハッシュ値、銘柄ＩＤ、ポジションを含めた証券トークンＣ１を発行する。証券トークンＣ１のアカウントデータ領域には、証券会社のアカウントを設定する。ポジションデータ領域には、発行会社と証券会社との間で取り決められ、発行ＡＰＩ２１を介して入力された発行量を設定する。
【0060】
次に、証券管理コントラクトＤ１は、個別コントラクトとのリンク処理を実行する（ステップＳ２－６）。具体的には、証券管理コントラクトＤ１は、証券の取扱について独自機能が設定されているかどうかを判定する。独自機能が設定されていると判定した場合には、証券管理コントラクトＤ１は、独自機能に対応した個別コントラクトＤ３を特定する。そして、証券管理コントラクトＤ１は、証券トークンＣ１に、個別コントラクトＤ３の個別ＩＤを設定する。
【0061】
証券管理コントラクトＤ１は、ステーブルコインの移転処理を実行する（ステップＳ２－７）。具体的には、証券管理コントラクトＤ１は、証券トークンＣ１の発行と同時に、証券会社のアカウントのステーブルコインＣ２を、発行会社に移転する。
【0062】
（証券トークンの売買処理）
次に、図８（ａ）を用いて、証券トークンの売買処理（売買に関する取引処理）を説明する。ここでは、新たに発行された証券を、投資家が証券会社から購入するプライマリマーケットにおいて取得する場合を想定する。
次に、図８（ａ）を用いて、証券トークンの売買処理（売買に関する取引処理）を説明する。ここでは、新たに発行された証券を、投資家が証券会社から購入するプライマリマーケットにおいて取得する場合を想定する。
【0063】
取引を希望する投資家は、投資家端末１０から、証券会社システム３０に売買注文を行なう。この売買注文には、取引希望の銘柄ＩＤ、売買識別（売り又は買いを識別する情報）、取引量を含める。証券会社システム３０は、売買ＡＰＩ２２にアクセスする。
【0064】
この場合、管理システム２０の売買ＡＰＩ２２は、証券トークンの取引依頼処理を実行する（ステップＳ３－１）。具体的には、売買ＡＰＩ２２は、証券会社システム３０から、取引希望の銘柄ＩＤ、売買識別、取引量を取得する。そして、売買ＡＰＩ２２は、証券管理コントラクトＤ１に対して、取引依頼を送信する。この取引依頼には、証券会社システム３０から取得した銘柄ＩＤ、売買識別、取引量を含める。
【0065】
証券管理コントラクトＤ１は、証券トークンのポジション変更処理を実行する（ステップＳ３－２）。具体的には、証券管理コントラクトＤ１は、証券会社のアカウントの証券トークンＣ１を投資家のアカウントに移転する。
【0066】
証券管理コントラクトＤ１は、ステーブルコインの移転処理を実行する（ステップＳ３－３）。具体的には、証券管理コントラクトＤ１は、投資家のアカウントのステーブルコインＣ２を証券会社のアカウントに移転する。
【0067】
なお、セカンダリマーケットにおいて取引が行なわれた場合には、管理システム２０の売買ＡＰＩ２２は、取引所システム５０の約定部５３から約定結果を含む取引依頼を取得する。そして、上記と同様に、証券管理コントラクトＤ１は、証券トークンのポジション変更処理（ステップＳ３－２）、ステーブルコインの移転処理（ステップＳ３－３）を実行する。
【0068】
（証券トークンの取崩処理）
次に、図８（ｂ）を用いて、証券トークンの取崩処理を説明する。投資家が、保有する証券トークンＣ１の取崩を希望する場合、投資家端末１０を用いて、取崩ＡＰＩ２３にアクセスする。ここでは、証券トークンＣ１を取り崩して、カラードコインＣ３を提供する場合を想定するが、ステーブルコインＣ２を提供してもよい。
次に、図８（ｂ）を用いて、証券トークンの取崩処理を説明する。投資家が、保有する証券トークンＣ１の取崩を希望する場合、投資家端末１０を用いて、取崩ＡＰＩ２３にアクセスする。ここでは、証券トークンＣ１を取り崩して、カラードコインＣ３を提供する場合を想定するが、ステーブルコインＣ２を提供してもよい。
【0069】
この場合、管理システム２０の取崩ＡＰＩ２３は、証券トークンの取崩依頼処理を実行する（ステップＳ４－１）。具体的には、取崩ＡＰＩ２３は、投資家端末１０から、アカウント、銘柄ＩＤ、取崩量を取得する。そして、取崩ＡＰＩ２３は、証券管理コントラクトＤ１に対して、取崩依頼を送信する。この取崩依頼には、投資家端末１０から取得したアカウント、銘柄ＩＤ、取崩量を含める。
【0070】
証券管理コントラクトＤ１は、証券トークンのポジション変更処理を実行する（ステップＳ４－２）。具体的には、証券管理コントラクトＤ１は、銘柄ＩＤに関連付けられた投資家のアカウントの証券トークンＣ１のポジションを特定する。そして、証券管理コントラクトＤ１は、取崩量に応じた証券トークンＣ１の失効情報をブロックチェーンネットワークＢＮ１に登録することにより、投資家が保有する証券トークンＣ１のポジションを減らす。
【0071】
次に、証券管理コントラクトＤ１は、独自コインへの変換処理を実行する（ステップＳ４－３）。具体的には、証券管理コントラクトＤ１は、発行会社において変換可能なカラードコインＣ３を特定する。そして、証券管理コントラクトＤ１は、取崩量に応じたカラードコインＣ３を投資家のアカウントに追加する。
【0072】
次に、証券管理コントラクトＤ１は、電子マネーチャージ処理を実行する（ステップＳ４－４）。具体的には、投資家が、既存の電子マネーに交換希望の場合には、証券管理コントラクトＤ１は、カラードコインＣ３の失効情報を記録する。そして、電子マネー交換ＡＰＩ２７は、失効させたカラードコインＣ３の失効量に応じて、既存の電子マネーを投資家に提供する。
【0073】
（証券トークンの利払・償還処理）
次に、図９を用いて、証券トークンの利払・償還処理を説明する。この処理は、各証券において、予め設定された利払・償還時期に実行される。
次に、図９を用いて、証券トークンの利払・償還処理を説明する。この処理は、各証券において、予め設定された利払・償還時期に実行される。
【0074】
管理システム２０の利払・償還バッチ２８は、タイマ情報の提供処理を実行する（ステップＳ５－１）。具体的には、利払・償還バッチ２８は、利払又は償還の時期情報を証券管理コントラクトＤ１に供給する。
【0075】
この場合、証券管理コントラクトＤ１は、利払・償還の判定処理を実行する（ステップＳ５－２）。具体的には、利払・償還バッチ２８から取得したタイマ情報に基づいて、銘柄情報Ｄ２を用いて、利払又は償還を判定する。
【0076】
利払時期が到来した場合、証券管理コントラクトＤ１は、利払処理を実行する（ステップＳ５－３）。具体的には、証券管理コントラクトＤ１は、ブロックチェーンネットワークＢＮ１上に残存している証券トークンＣ１について、銘柄情報Ｄ２を用いて、ポジションに応じて利息額を計算する。なお、証券トークンＣ１において個別ＩＤが設定されている場合には、この個別ＩＤの個別コントラクトＤ３を用いて、利息額を計算する。そして、証券管理コントラクトＤ１は、利息額分のステーブルコインＣ２を、ブロックチェーンネットワークＢＮ１上で、トークン保有者のアカウントに移転させる。
【0077】
更に、償還時期が到来した場合、証券管理コントラクトＤ１は、証券トークンの消滅処理を実行する（ステップＳ５－４）。具体的には、証券管理コントラクトＤ１は、ブロックチェーンネットワークＢＮ１上に残存している証券トークンＣ１の失効情報を記録する。
【0078】
証券管理コントラクトＤ１は、ステーブルコインの移転処理を実行する（ステップＳ５－５）。具体的には、証券管理コントラクトＤ１は、銘柄情報Ｄ２を用いて、失効情報を記録した証券トークンＣ１の償還額を算出する。なお、証券トークンＣ１において個別ＩＤが設定されている場合には、この個別ＩＤの個別コントラクトＤ３を用いて、償還額を計算する。そして、証券管理コントラクトＤ１は、償還額に応じたステーブルコインＣ２を、ブロックチェーンネットワークＢＮ１上で、トークン保有者のアカウントに移転する。
【0079】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、ブロックチェーンネットワーク上に証券（社債）をデジタル化した証券トークンを発行する。これにより、台帳が分散しており、かつ改ざん耐性が高いというブロックチェーンネットワークの性質を活かして、中央機関を置かずに、債券の原簿管理ができる。ブロックチェーンネットワークを活用することによってシステムの可用性を確保できる。また、取引ログが確実に残るので、監査を容易にすることができる。
（１）本実施形態では、ブロックチェーンネットワーク上に証券（社債）をデジタル化した証券トークンを発行する。これにより、台帳が分散しており、かつ改ざん耐性が高いというブロックチェーンネットワークの性質を活かして、中央機関を置かずに、債券の原簿管理ができる。ブロックチェーンネットワークを活用することによってシステムの可用性を確保できる。また、取引ログが確実に残るので、監査を容易にすることができる。
【0080】
（２）本実施形態では、ブロックチェーンネットワークＢＮ１上に、証券取引を管理する証券管理コントラクトＤ１を設ける。これにより、証券のポジション情報である証券トークンＣ１、及び決済手段であるステーブルコインＣ２の両方を、証券管理コントラクトＤ１で操作できるので、売買取引の約定・決済（Ｔ＋０取引）でのＤＶＰ決済を実現することができる。更に、証券管理コントラクトＤ１により、譲渡制限などの条件をプログラムとして表現でき、確認事務等を自動化できる。
【0081】
（３）本実施形態では、証券管理コントラクトＤ１とは異なる独自機能（独自の取引ルール）が設定されている場合、ブロックチェーンネットワークＢＮ１に個別コントラクトＤ３を設定する。これにより、証券管理コントラクトＤ１に対して、オプション機能を付加することができる。
【0082】
（４）本実施形態では、証券トークンＣ１を、電子マネーや独自通貨と紐付いたカラードコインＣ３に交換する。これにより、カラードコインＣ３を用いて、所定の場所やスケジュール（時期）で使用可能な電子マネーを提供することができる。更に、既存の電子マネー基盤が存在する場合には、発行会社側は、証券トークンＣ１を通じてマーケティングが可能になる。
【0083】
（５）本実施形態では、ブロックチェーンネットワークＢＮ２において、注文情報のブロック化をトリガーとして、このブロックに含まれる注文情報を市場ＤＢ５２に蓄積する。これにより、約定における売買のマッチングのような複雑な情報の統合や、気配値などの情報提供を、オフネットワークのデータベースを用いて効率的に実現することができる。
【0084】
（６）本実施形態では、市場情報ＡＰＩ５４は、市場ＤＢ５２に蓄積された注文情報に基づいて気配値等を算出し、投資家端末１０、証券会社システム３０に情報提供を行なう。これにより、ブロック化が必要なブロックチェーンネットワークとは異なり、タイムリーに各種情報を証券会社や投資家に提供することができる。
【0085】
本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、証券トークンを、発行会社が発行する社債に適用したが、証券トークンの適用対象は、社債に限定されるものではない。株式、債券、手形、小切手等を含めた有価証券にも広く適用できる。また、有価証券に限定されるものでもなく、交換可能な財産的価値（例えば、ゲームアイテム）等にも適用できる。
・上記実施形態では、証券トークンを、発行会社が発行する社債に適用したが、証券トークンの適用対象は、社債に限定されるものではない。株式、債券、手形、小切手等を含めた有価証券にも広く適用できる。また、有価証券に限定されるものでもなく、交換可能な財産的価値（例えば、ゲームアイテム）等にも適用できる。
【0086】
・上記実施形態では、売買益についての税金計算については、ブロックチェーンネットワークＢＮ１外で、取引ログに基づいて税額を計算する。これに代えて、証券管理コントラクトＤ１が、取引ログに基づいて税額を計算し、取引時の税引き後のステーブルコインを送金するようにしてもよい。
・上記実施形態では、償還時に、証券管理コントラクトＤ１は、ステーブルコインの移転処理を実行する（ステップＳ５－５）。これに代えて、カラードコインＣ３に変換して償還するようにしてもよい。
・上記実施形態では、償還時に、証券管理コントラクトＤ１は、ステーブルコインの移転処理を実行する（ステップＳ５－５）。これに代えて、カラードコインＣ３に変換して償還するようにしてもよい。
【0087】
・上記実施形態では、ブロックチェーンネットワークＢＮ１には、個別コントラクトＤ３が記録される。個別コントラクトＤ３には、個別ＩＤ、取引種別に対して独自ロジックが記録されている。これに加えて、個別コントラクトＤ３に銘柄ＩＤを記録してもよい。この場合には、証券トークンＣ１に記録された銘柄ＩＤを用いて、取引時に利用する個別コントラクトＤ３を特定する。
【0088】
・上記実施形態では、証券管理コントラクトＤ１は、所定の時期に、投資家に対する投資還元（利払、償還等）を行なうように定義される。投資還元は、利払、償還に限定されるものではない。例えば、所定の時期の特典トークン付与により、投資還元を行なうようにしてもよい。この場合には、証券管理コントラクトＤ１では、証券トークンＣ１に記録された銘柄情報、ポジションに基づいて特典の付与量を計算し、投資家に特典トークンを付与するように定義されている。特典トークンとしては、例えば、発行会社や提携会社等の証券発行関連者が提供する商品の商品券や、サービスの利用券や会員券等を用いることができる。特典トークン（商品券や、利用券、会員券等）は、例えばＥＲＣ７２１規格で提供することができる。
【0089】
・上記実施形態では、証券管理コントラクトＤ１は、独自コインへの変換処理を実行する（ステップＳ４－３）。ここで、個別に会員システムを有する発行会社に関しては、会員ステータスの向上のような付加価値を付与してもよい。例えば、発行会社の会員であるユーザについて、証券トークンのポジション（残高情報）を発行会社の会員管理システムに提供する。この場合、会員管理システムは、証券トークンのポジションに応じて会員ユーザのステータスアップを行なう。
また、証券トークンのポジション（残高情報）に加えて、証券トークンの投資返還に基づいてユーザに対して提供したカラードコインＣ３の累積の残高情報（例えば、年ごとの獲得残高等）を提供してもよい。この場合には、累積の残高情報に応じて、ユーザに対して、発行会社が特典を付与する。特に、個別に会員システムを有さない発行会社は、独自コインの代わりに、カラードコインＣ３の累積の残高情報に応じて、特典を付与することができる。
また、証券トークンのポジション（残高情報）に加えて、証券トークンの投資返還に基づいてユーザに対して提供したカラードコインＣ３の累積の残高情報（例えば、年ごとの獲得残高等）を提供してもよい。この場合には、累積の残高情報に応じて、ユーザに対して、発行会社が特典を付与する。特に、個別に会員システムを有さない発行会社は、独自コインの代わりに、カラードコインＣ３の累積の残高情報に応じて、特典を付与することができる。
【符号の説明】
【0090】
１０…投資家端末、２０…管理システム、２１…発行ＡＰＩ、２２…売買ＡＰＩ、２３…取崩ＡＰＩ、２４…分析ＡＰＩ、２５…資金準備ＡＰＩ、２６…換金ＡＰＩ、２７…電子マネー交換ＡＰＩ、２８…利払・償還バッチ、３０…証券会社システム、４０…銀行システム、５０…取引所システム、６０…分散ファイル基盤システム、Ｄ１…証券管理コントラクト、Ｄ２…銘柄情報、Ｄ３…個別コントラクト、Ｃ１…証券トークン、Ｃ２…ステーブルコイン、Ｃ３…カラードコイン、ＢＮ１，ＢＮ２…ブロックチェーンネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】