JP7134514B1 - 出版管理システム及びプログラム - Google Patents

Abstract

【課題】書店ユーザ等も電子書籍の販売を行える出版管理システム等を提供する。【解決手段】出版管理システムにおいて、第２端末装置は、書店ユーザの操作に基づき、書店ユーザが所有するＮＦＴ（ノンファンジブルトークン）１に対応する電子書籍を読み、レビュー投稿処理を行う。オフチェーンＡＰサーバは、レビュー投稿を受け付けると、対象コンテンツに対する投稿履歴を確認し、過去に投稿がなく最初の投稿の場合、新たに発行するＮＦＴ２の数を設定する。スマートコントラクトは、設定されたＮＦＴ２についてのブロックチェーンに対し、レビュー投稿実施の履歴情報として、投稿タイムスタンプ、ＮＦＴの所有者のアドレス情報、レビュー対象の電子書籍コンテンツデータ、書店ユーザの場合は紙書籍出版の選択情報を保存し、ＮＦＴ１に対するＮ個分のＮＦＴ２を生成し、生成したＮ個のＮＦＴ２をブロックチェーン内のＮＦＴマーケット上に登録する。【選択図】図１

Description

本発明は、例えば出版管理システム及びプログラムに関するものである。

書店における書籍の販売並びにそれに伴う金銭の収受は、例えば以下のように行われる。出版社から取次店を経由して多数の書籍が街の書店に配本される。このとき配本される書籍の種類と冊数は、出版社側が決定することがある。そして、書店は、書籍を受け取ると、その受け取った全ての書籍に対する所定の代金を出版社側に支払う。また、この種の出版管理では、配本されてから一定期間（例えば数ヶ月）が経過して売れ残りが発生すると、書店は売れ残った書籍を出版社側に返本することができ、返本した書籍について配本時に支払った代金は返金される。

また、昨今拡大する電子書籍の出版管理は、出版社その他の各社が運営する電子書籍サイトに、電子書籍のコンテンツを登録するようにしている。そして、一般ユーザは、その電子書籍サイトにアクセスし、金員その他の対価を支払うことで電子書籍を購入等し、その電子書籍サイト内或いは自己の端末装置にダウンロードし閲覧する。一般ユーザが支払った対価は、通常、電子書籍サイトの運営会社にわたる。

紙書籍の出版管理では、上述したように書店は、一旦配本された全ての書籍についての代金を支払う必要があり、返本に伴い返金はされるものの返品するまでの数ヶ月間は使用できない金員となるので収益悪化のおそれがある。また、書店側から個別に書籍を発注することもあるが、上記のように定期的に配本される書籍については、出版社側が決定するため、受け取った書籍に対し例えば思い入れがなかったり、真に売りたい書籍でなかったり、どれくらい売れるか、すなわち、配本された書籍を短期間で完売できるかが不明になったりする。

一方、出版社側は、書籍の発行部数を決定しているが、必ずしも売れる予想数ではなく、その他の色々な条件により決定していることがある。そのため、実際の販売数は発行部数を大きく下回り、返本率が高くなることがある。すなわち、例えば売れないとわかっていても色々な要因から発行部数が決定され、数ヶ月後には返本の山になることもある。このように返本率の高い状態は、製本・配送のコスト、返本された書籍の保管コスト、その書籍の処分コストなど多大なコストが必要となり、それが書籍の値段にも反映される。よって、実際に書籍を購入したユーザは、そのような返本にともなうコストも負担することになり好ましくない。

また、電子書籍の販売は、電子書籍サイトで行われており、街の書店は関与できない。よって、例えば電子書籍の販売数が伸びても、販売に伴う収益が書店には回らない。そして、電子書籍の販売数の伸びに応じて紙書籍の販売数が低下すると、書店の廃業をまねくおそれがある。

さらに、電子書籍サイトにおける電子書籍の管理は、デジタル著作権管理（Ｄｅｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：ＤＲＭ）システムによるものが一般的に行われている。しかし、ＤＲＭシステムによる管理では電子書籍サービス終了時に購入した電子書籍コンテンツデータの参照不可となるという不都合が生じる。

上述した課題はそれぞれ独立したものとして記載しているものであり、本発明は、必ずしも記載した課題の全てを解決できる必要はなく、少なくとも一つの課題が解決できればよい。またこの課題を解決するための構成についても単独で分割出願・補正等により権利取得する意思を有する。

上述した課題を解決するために、本発明の出版管理システムは、（１）ブロックチェーンのネットワークシステムで電子書籍の売買を管理する出版管理システムであって、前記電子書籍の所有権と前記電子書籍を閲覧可能にするデータを記録したＮＦＴ（ノンファンジブルトークン）を購入することで、購入したユーザが前記電子書籍を所有できるようにし、購入して所有権を有する前記電子書籍についてのレビューデータが前記ブロックチェーン上に投稿されるとスマートコントラクトが動作し、前記電子書籍についての新たなＮＦＴが追加で発行され、その新たなＮＦＴを販売可能にする機能を備えるとよい。

（２）前記電子書籍のコンテンツデータは前記ブロックチェーンのネットワークシステムの外部のサーバで記録保持し、前記ＮＦＴに記録する前記電子書籍を閲覧可能にするデータは、前記サーバにアクセスするためのアドレス情報であるとよい。

（３）前記ＮＦＴを追加で発行するユーザは、書店に設定される書店ユーザであり、前記ＮＦＴの発行は、出版社ユーザは前記レビューデータの投稿をすることなく行えるとよい。

（４）前記ＮＦＴを購入した書店ユーザは、前記レビューデータの投稿がされることを条件に、前記レビュー投稿した前記電子書籍を紙書籍で出版する依頼を行うことができ、前記紙書籍の発行を許可する場合、スマートコントラクトが動作し、前記紙書籍の出版権利を発行し、出版社ユーザが前記出版権利を購入可能にする。

（５）前記スマートコントラクトは、出版権利数と出版権利の所有権情報を前記ブロックチェーン内のステートデータベースに登録するとよい。

（６）前記出版権利が前記出版社ユーザに購入された場合、前記出版社ユーザから前記書店ユーザに対してデジタル通貨による決済を行う機能を備えるとよい。

（７）前記出版権利を購入した前記出版社ユーザは、その出版権利に基づき前記紙書籍を製本し配本した場合、その配本された前記紙書籍が販売された際に代金の分配を行うとよい。

（８）（１）から（７）のいずれか１項に記載のシステムの機能をコンピュータに実現させるためのプログラムとするとよい。

本発明によれば、以下に示す少なくとも１つの効果を奏する。例えば書店ユーザは、ＮＦＴを購入し、レビュー投稿をして新たなＮＦＴを追加発行することで、電子書籍の売買に関与することができる。ブロックチェーンネットワークを利用して電子書籍の売買を行うため、電子書籍サービス終了に伴い購入した電子書籍が参照できなくなる事態を招かない。紙書籍の販売は、書店ユーザからの依頼に基づいて製本化し配本するので、売れる可能性が高くなり、返本率を低下することができる。書店ユーザは、例えば自己の依頼に基づいて紙書籍が配本されるため、思い入れも強くなり、また、自己が行ったレビューに基づいて配本されるため、内容を知っており、例えば書店におけるポップの作成その他の販売戦略を立てやすくなる。

本発明に係る出版管理システムの好適な実施形態を示す図である。 その機能ブロック図である。 電子書籍の登録機能を説明するフロー図である。 電子書籍の登録画面の一例を示す図である。 ＮＦＴを追加発行する機能を説明するフロー図である。 レビュー投稿をする電子書籍を選択するための電子書籍選択画面の一例を示す図である。 レビュー投稿をするためのレビュー投稿画面の一例を示す図である。 一般ユーザが、書店ユーザがＮＦＴ１に基づき追加発行したＮＦＴマーケット上のＮＦＴ２を購入する処理を説明するフロー図である。 購入する電子書籍を選択するための購入書籍選択画面の一例を示す図である。 購入書籍画面の一例を示す図である。 紙書籍の出版機能を説明するフロー図である。 ＮＦＴ１の売買に基づく収益の分配を説明する図である。 ＮＦＴ２の売買に基づく収益の分配を説明する図である。 紙書籍の売買に基づく収益の分配を説明する図である。

以下、本発明の好適な実施形態について図面に基づき、詳細に説明する。なお、本発明は、これに限定されて解釈されるものではなく、本発明の範囲を逸脱しない限りにおいて、当業者の知識に基づいて、種々の変更、修正、改良を加え得るものである。

［１．システムの概要］
本実施形態の出版管理システムは、電子書籍の所有権利の管理に、ブロックチェーンのプラットフォームであるイーサリアム（Ｅｔｈｅｒｅｕｍ）で発行された代替不可なトークン（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）を用いる。ＮＦＴは、例えば、Ｅｔｈｅｒｅｕｍ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＥＲＣ）７２１規格に従って発行されたトークンである。以下では、ＥＲＣ７２１規格に準拠したＮＦＴを、ＮＦＴ－７２１トークンと呼ぶ。イーサリアムは、分散型アプリケーション及びスマートコントラクトを構築するためのプラットフォームである。

スマートコントラクトは、ブロックチェーン上で、契約などのプロトコルを自動的に実行するためのコンピュータプロトコルである。ＮＦＴは、ブロックチェーン上のスマートコントラクトによって、所有者変更などの操作が行われる。イーサリアムでは、スマートコントラクトの履行履歴が、Ｐ２Ｐネットワーク上のブロックチェーンに記録される。このため、スマートコントラクトを利用すると、契約の透明性を確保することができる。

そして電子書籍のコンテンツデータと所有権を記録したＮＦＴを含むブロックチェーンのネットワークシステム系において、ＮＦＴを売買することで、電子書籍の所有権は、そのＮＦＴを購入したユーザに移転する。ＮＦＴを購入したユーザは、ブロックチェーンに記録された電子書籍のコンテンツデータを取得し、閲覧できる。なお、ブロックチェーンに記録するコンテンツデータは、データそのものでもよいし、データを取得するための情報（例えば、コンテンツデータを記録したサーバ等のＵＲＬやアドレスなど）としてもよく、コンテンツデータを直接或いは間接的に記録するとよい。

また本実施形態では、ＮＦＴの所有者の操作によって実行されるスマートコントラクトを呼び出し、新たなＮＦＴを追加発行することができ、その新たに追加したＮＦＴに基づく同じ内容のコンテンツの新たな電子書籍を発行する機能を備える。

このＮＦＴを購入するユーザは、一般ユーザと書店ユーザがいる。書店ユーザは、書店がブロックチェーンを操作する際に使用するユーザアカウントである。一般ユーザは、書店ユーザではない一般消費者がブロックチェーンを操作する際に使用するユーザアカウントである。これら一般ユーザと書店ユーザは、電子書籍のＮＦＴを購入し電子書籍のコンテンツデータを所有したり、所有しているＮＦＴを販売したりすることに加え、上記の新たなＮＦＴを追加発行することができる。

このように、ブロックチェーンを用いて電子書籍の所有権を持たせ、所有権を持つＮＦＴも増えていくことを許容することで、電子書籍を誰でも販売できるシステムとなる。すなわち、従来であれば電子書籍サイトの運営会社のみ、その電子書籍サイトで電子書籍のコンテンツを販売することができ、電子書籍のコンテンツを購入した一般ユーザや、書店ユーザは販売に寄与することができなかったが、本実施形態では一般ユーザや書店ユーザも販売できるようになる。よって、書店にとっては、紙書籍に加え、電子書籍も販売し、収益を得ることができるようになる。そして、電子書籍の所有権を、ブロックチェーンを利用したため、改竄されず、透明性、公平性が担保でき、オープンなネットワークシステムで、安心してＮＦＴの所有者を移転し電子書籍の売買が行える。

さらに本実施形態では、電子書籍のＮＦＴを購入した所定のユーザは、電子書籍の製本化を行う権利書としての「ブロックチェーンに保存する出版権利の所有権情報」を発行できるようにしている。すなわち、スマートコントラクト１５１に配列（データベース）として実装することで、配列に所有権情報を持たせ、それを書き換えるという手法が簡易に行える。所定のユーザは、本実施形態では書店ユーザとした。

よって書店ユーザは、電子書籍の製本化を行う権利書としての出板権利を発行できる。すなわち、書店ユーザは、電子書籍の製本版である紙書籍を出版する出版権利を所有および譲渡することを可能とする。そして、この紙書籍を出版する出版権利は、例えば出版社ユーザが購入する。この出版社ユーザは、出版社がブロックチェーンを操作する際に使用するユーザアカウントである。出版社ユーザは、電子書籍の製本版を出版する出版権利を書店ユーザから購入し受け取ることで、スマートコントラクトが実行され、書店と出版社との電子書籍に基づく紙書籍出版の契約が自動処理される。

さらに本実施形態では、電子書籍のコンテンツデータを参照可能なフロントエンドのＷｅｂアプリケーションからのユーザ操作を前提とする。このアプリケーションからのユーザ操作によって、ブロックチェーン外に実装されたオフチェーンＡＰサーバのビジネスロジックが実行される。

またビジネスロジックは、電子書籍の所有権となるＮＦＴのユーザアカウント間の取引、電子書籍の紙書籍としての出版権利書となるＮＦＴのユーザアカウント間の取引、オフチェーンＡＰサーバで実行されたビジネスロジックは、ブロックチェーンプラットフォームへフロントエンドアプリケーション経由でトランザクションを発行する。このトランザクションの発行によってブロックチェーンはユーザ操作に対応するスマートコントラクトを呼び出し、トランザクション要求と結果の記録をブロックとして作成する。

［２．システムの構成］
これらの機能を実現するため、ネットワーク上に存在する装置、機器類が以下に示すように相互に動作する。図１に示すように、出版管理システムは、書店ユーザが使用する第１端末装置１１と、一般ユーザが使用する第２端末装置１２と、出版社ユーザが使用する第３端末装置１３と、オフチェーンＡＰサーバ１４と、ブロックチェーンを管理するための複数のブロックチェーンノード１５とを備え、それらがネットワーク１６を介して接続される。ネットワーク１６は、例えば公衆回線、インターネット等であり、相互に離れた場所にいてもアクセス可能なものとするとよい。また、各端末装置は同時にネットワークに接続している必要は無く、それぞれが適宜タイミングで接続し、例えばＮＦＴに基づく所定の処理等を行う。複数のブロックチェーンノード１５は相互に連携し、例えば既存の管理システムによりブロックチェーンを管理する。

第１端末装置１１、第２端末装置１２，第３端末装置１３は、ハードウェア構成としては例えば入力部と、制御部と、表示部と、ネットワーク１６に接続するための通信インタフェース等を備え、例えば通常のパーソナルコンピュータ等を用いて実現される。

図２は、機能面に着目したシステム構成図である。フロントエンドアプリケーション２０は、ユーザからの指示に従って各種の処理を行うもので、第１端末装置１１，第２端末装置１２，第３端末装置１３にそれぞれ実装される。図示するフロントエンドアプリケーション２０は、電子書籍登録機能２１、レビュー等投稿機能２２，電子書籍購入売却機能２３及び紙書籍出版機能２４を備える。これら各機能は、実装する端末に応じて一部または全部がアクティブとなる。また、実装する端末装置に応じて不要な機能は元々実装しないようにしてもよい。

また、フロントエンドアプリケーション２０は、ブロックチェーンノード１５にアクセスし、各機能のスマートコントラクト１５１をブロックチェーンノード１５に実行させる。また、各機能を実行するに際し、オフチェーンＡＰサーバ１４側での処理が必要となる場合があり、係る場合には例えばフロントエンドアプリケーション２０からオフチェーンＡＰサーバ１４に対して指示を要求し、その結果を受けたフロントエンドアプリケーション２０がブロックチェーンノード１５へ渡す仕組みとする。例えば、フロントエンドアプリケーション２０とブロックチェーンノード１５の間にオフチェーンＡＰサーバ１４を介在させ、オフチェーンＡＰサーバ１４がユーザ操作の処理内容を解析し、オフチェーンＡＰサーバ１４が４種のスマートコントラクトをブロックチェーンノードに実行させるようにしてもよい。但し、本実施形態のようにフロントエンドアプリケーション２０が直接ブロックチェーンノード１５にアクセスし、スマートコントラクト１５１を動作させる方が、ブロックチェーンノードの秘密鍵情報の管理が容易に行えるのでよい。各機能の詳細は以下の通りである。

＜２－１．電子書籍の登録：出版社ユーザによるマーケットへのＮＦＴ登録処理＞
電子書籍登録機能２１は、電子書籍コンテンツの所有権を示すＮＦＴを、ブロックチェーン内のＮＦＴマーケットに登録するものである。このＮＦＴの登録は、出版社ユーザが行う。すなわち、新たに電子書籍コンテンツの所有権となるＮＦＴをＮＦＴマーケットに初期登録する際には、出版社アカウントのユーザ操作から呼び出されたスマートコントラクトによって登録を行う。初期で作成する所有権としてのNFTは、出版社アカウントの所有者によってＮＦＴの発行部数を指定し、ブロックチェーン上のマーケットに登録する。

図３に示すように出版社ユーザは、第３端末装置１３を操作し、所有権利書としてのＮＦＴの登録操作を行う（Ｓ１）。すなわち、端末装置の制御部が実行するフロントエンドアプリケーション２０は、実装された端末装置（ここでは第３端末装置１３）の表示部に機能選択のメニュー画面を表示し、電子書籍登録が選択されると、例えば図４に示す登録操作画面３０を表示部に表示する。この登録操作画面３０は、画面左側に機能選択領域３１を配置し、画面右側に電子書籍情報登録領域３２を配置するレイアウトをとる。機能選択領域３１には、上下に４つの機能選択ボタン部（第１機能選択ボタン部３１１、第２機能選択ボタン部３１２、第３機能選択ボタン部３１３、第４機能選択ボタン部３１４）を用意している。これら４つの機能選択ボタン部は、それぞれフロントエンドアプリケーション２０が備える４つの機能に対応する。この登録操作画面３０の表示中に所定の機能選択ボタン部が押されると、対応する機能が起動する。そして電子書籍登録機能２１は、第３機能選択ボタン部３１３に割り当てられており、この登録操作画面３０の一つ前の画面（例えばトップ画面）は、例えば機能選択領域３１に表示される４つの機能選択ボタン部を備えるメニュー画面とするとよい。そして、そのメニュー画面において第３機能選択ボタン部３１３が押されると、フロントエンドアプリケーション２０は、この登録操作画面３０を表示する。

電子書籍情報登録領域３２は、上から順に書籍名入力部３２１、サムネイル画像入力部３２２，電子書籍のコンテンツデータ入力部３２３、発行部数入力部３２４等を備える。
さらに、領域の下方には、登録ボタン部３２５とキャンセルボタン部３２６を備える。

書籍名入力部３２１は、電子書籍の書籍名を入力するボックスであり、出版社ユーザは、第３端末装置１３を操作し、書籍名をテキスト入力する。サムネイル画像入力部３２２は、電子書籍の販売の際に書籍名とあわせて表示するサムネイル画像を入力するボックスである。サムネイル画像入力部３２２の右側に設けた参考ボタン部をクリックすることで、第３端末装置１３或いは外部のサーバ等に設けられた所定ホルダを開き、そのホルダに記録されているサムネイル画像のファイル名をクリックすることで、当該サムネイル画像が記録されているアドレスが、サムネイル画像入力部３２２にセットされる。コンテンツデータ入力部３２３は、電子書籍のコンテンツデータを入力するボックスである。コンテンツデータ入力部３２３の右側に設けた参考ボタン部をクリックすることで、第３端末装置１３或いは外部のサーバ等に設けられた所定ホルダを開き、そのホルダに記録されているコンテンツデータ（ｅｐｕｂ形式等）のファイル名をクリックすることで、当該コンテンツデータが記録されているアドレスが、コンテンツデータ入力部３２３にセットされる。さらに発行部数入力部３２４は、出版社が発行する電子書籍の発行部数を入力するボックスであり、整数を入力する。

例えばこのように電子書籍に関する情報を入力後、登録ボタン部３２５を押すと、フロントエンドアプリケーション２０は、このようにして入力した電子書籍に関する情報を、オフチェーンＡＰサーバ１４に送る。なお、キャンセルボタン部３２６が押されると、それまでに入力された情報を破棄し、処理を終了する。

オフチェーンＡＰサーバ１４の制御部は、第３端末装置１３から電子書籍に関する登録情報とともに登録依頼を受け付けると、アプリケーション１４１を実行し、登録依頼のあった電子書籍が新規登録であるかのチェック処理を行う（Ｓ２）。このチェック処理は、例えばＮＦＴマーケットに同じ出版社ユーザからの同じ電子書籍について所有権利者としてのＮＦＴが登録されているかを確認する。

このチェック処理を行った結果、登録されていない場合には、Ｓ３の分岐判断で新規登録となり、出版社アカウントのユーザ操作から呼び出されたブロックチェーンノード１５のスマートコントラクト１５１によって登録を行う。すなわち、このオフチェーンＡＰサーバ１４は、新規登録と判断した場合、スマートコントラクト１５１に対するＮＦＴの生成要求を、出版社ユーザの第３端末装置１３のフロントエンドアプリケーション２０を経由してスマートコントラクト１５１に渡す。また、オフチェーンＡＰサーバ１４のアプリケーション１４１は、適宜のタイミングで、新規登録の依頼とともに受け取ったコンテンツデータやサムネイル画像を、データベース１４２に格納する。

スマートコントラクト１５１は、要求を受けると、その電子書籍についてのＮＦＴをＮ個生成する（Ｓ４）。この生成する数のＮは、Ｓ１において出版社ユーザが発行部数入力部３２４を用いて入力した発行部数であり、図示の例では１００である。

そして、生成されたＮ個のＮＦＴを、ブロックチェーン内のＮＦＴマーケットに登録する（Ｓ５）。ＮＦＴは電子書籍の所有権であるので、同一内容のＮ冊（例えば１００冊）の電子書籍がマーケット内で販売可能になる。このようにしてＮＦＴマーケットに登録したＮＦＴは、一般ユーザと書店ユーザが購入することが可能となる。購入されたＮＦＴはマーケットから登録が解除され、ユーザによる購入が不可となる。購入処理はフロントエンドアプリケーションの操作を起点に、オフチェーンＡＰサーバ１４からブロックチェーンへのリクエストにより呼び出されたスマートコントラクトによって実行される。ＮＦＴの発行履歴はブロックに保存される。

また、新規登録の際にオフチェーンＡＰサーバ１４のデータベース１４２に電子書籍のコンテンツデータ等が格納される。この格納されたコンテンツデータは、フロントエンドアプリケーション２０経由でブロックチェーンノード１５の情報と紐付けされる。例えば、
（１）オフチェーンＡＰサーバのコンテンツデータ例：/contents/epub/＜ID＞/＜ID＞.epub
（２）ブロックチェーンノード１５のＮＦＴトークンのＵＲＩ例：https://＜node＞/0x6079da09E8bfDFb3032eE0aD6f35Eb3e9aa506B6
とすると、（１）はコンテンツデータであるｅｐｕｂ形式等のファイルの格納先であり、上述したとおりオフチェーンＡＰサーバ１４のデータベース１４２に保存される。（２）はＮＦＴの動作を決定するコントラクトコードを示すブロックチェーン上のアドレスである。オフチェーンＡＰサーバ１４からは、（２）の情報をもとにブロックチェーン上のＮＦＴを参照し、ブロックチェーンからは、（１）の情報をもとにオフチェーンＡＰサーバ１４内の格納先を保持する。

また、ＮＦＴの登録に伴いブロックチェーンには、「コンテンツデータの格納先」、「ＮＦＴの所有者情報」、「コンテンツデータを登録した履歴情報（所有者・タイムスタンプ）」も「発行部数」等の情報が登録される。コンテンツデータの格納先に基づき、ＮＦＴを購入したユーザが電子書籍のコンテンツデータを参照することができる。また、ＮＦＴの所有者情報は、ＮＦＴマーケットにおいて行われるＮＦＴの売買及び追加発行時の報酬送付先として使用する。本実施形態の出版管理システムでは、例えば、出版社ユーザが登録したＮＦＴ（ＮＦＴ１）を購入したユーザがそれに基づいて新たなＮＦＴ（ＮＦＴ２）を生成し、NFTマーケットに登録した場合において、ＮＦＴ２が購入すると、ＮＦＴ２をＮＦＴマーケットに登録したユーザのみならず、元のＮＦＴ１の発行者である出版社ユーザにも収益が分配されるようにしている。そこで、ＮＦＴ所有者の履歴から分配先を特定できるようにしている。電子書籍の所有権としてのＮＦＴは、初期は発行した出版社ユーザのものとなる。また、コンテンツデータを登録した履歴情報は、所有者情報変更のために使用する。

また、コントラクトコードには管理対象となるＮＦＴのトークンＩＤと、同一のＮＦＴの追加発行を行うコントラクトコードを含む。追加発行されるＮＦＴは、レビュー投稿によって発行部数として入力した数が生成され、ブロックチェーンノード１５に同様の情報を保存する。追加発行時の所有者はレビュー者、すなわち追加発行元のＮＦＴの所有者となる。

一方、２回目以降のＮＦＴ発行の場合、制限が行われる。すなわち、オフチェーンＡＰサーバ１４は、登録依頼を受けた電子書籍のＮＦＴが既にＮＦＴマーケットに登録されていて２回目以降の登録依頼の場合、流通しているＮＦＴ量の制御処理を行う（Ｓ６）。この制御処理は、ＮＦＴマーケットのＮＦＴ数と電子書籍コンテンツの評価によって出版社ユーザがＮＦＴを追加で発行可能する数を決定する。評価の例としては、ＮＦＴの発行数を制御する仕組みとして、例えば（１）ＮＦＴマーケットに初期登録したＮＦＴが購入済みの状態であること、（２）電子書籍コンテンツにレビュー等の投稿や一定の評価が行われていること、のように電子書籍コンテンツ自体に対する需要をユーザの実評価があることを持って判断するとよい。

そして、Ｓ７の分岐判断では、例えば、出版社ユーザが登録操作画面３０の発行部数入力部３２４を用いて指定した発行部数と、上述した制御処理により求めた発行可能な部数とを比較し、指定した発行部数が少ない場合には、その発行部数を新たに追加生成するＮＦＴの数Ｎに決定し、スマートコントラクト１５１にフロントエンドアプリケーション２０経由で渡す。

また、出版社ユーザが指定した発行部数の方が、求めた発行可能な部数よりも大きい場合、発行不可としてもよいが、例えば、求めた発行可能な部数を新たに追加生成するＮＦＴの数Ｎに決定し、スマートコントラクト１５１にフロントエンドアプリケーション２０経由で渡すとよい。この場合に、発行部数の上限が超えているため、上限にする旨の通知をするとよく、係る通知を出版社ユーザが許容した場合に当該上限（求めた発行可能な部数）に基づきＮＦＴを追加発行するとよい。そして、制御処理により求めた発行可能な部数が０の場合、発行不可となり処理を終了する。このようにすることで、例えば売れていてもレビュー投稿の内容があまりよくないコンテンツは重版できないようにし、良質なコンテンツを増やしていくことができる。

スマートコントラクト１５１は、ＮＦＴの追加発行の要求を受けると、その電子書籍についてのＮＦＴをＮ個生成する（Ｓ８）。このＮは、上記のように制御処理を経て確定した数値である。そして、生成されたＮ個のＮＦＴを、ブロックチェーン内のＮＦＴマーケットに登録する（Ｓ９）。

詳細は後述するが、本システムでは、ＮＦＴを購入した一般ユーザや書店ユーザは、所定の処理（本実施形態ではレビュー投稿）を行うことで、新たなＮＦＴ（ＮＦＴ２）を生成し、ＮＦＴマーケットに登録して販売することができるようにしている。そのため、ＮＦＴマーケットには、購入したユーザが新たに生成されたＮＦＴ２と、出版社ユーザが登録したＮＦＴ（ＮＦＴ１）が混在して存在し、ユーザは任意のものを購入することができる。このように本システムでは、一般ユーザや書店ユーザは購入したＮＦＴに基づき新たなＮＦＴを所定数生成し、ＮＦＴマーケットに新たにＮＦＴを登録することができ、それら書店ユーザ等が出版社の機能を一部有するようにしている。そして、出版社ユーザがＮＦＴの追加発行をする機能・権限を持たせることで、例えばＮＦＴの追加を書店ユーザや一般ユーザに任せた場合に書店ユーザ等の負荷が高くなり過ぎるのを抑制できる。

また、後述するように、書店ユーザ等が新たなＮＦＴを発行するためには、購入した電子書籍に対してレビュー投稿をすることを要求しているため、レビュー投稿がされないと電子書籍の追加発行ができなくなるが、出版社ユーザがレビュー投稿無しでＮＦＴの追加発行をすることができる仕組みにすることで、例えばある電子書籍のＮＦＴが完売状態でも書店ユーザ等がレビュー投稿できないためにＮＦＴが追加発行できなくなる事態の発生を抑制できる。

＜２－２．書店ユーザ等のレビュー等の投稿によるＮＦＴの発行処理＞
本実施形態では、ＮＦＴを購入し所有権を取得したユーザは、その購入した電子書籍に対してレビュー投稿をすると、新たなＮＦＴを発行することができ、自ら電子書籍の販売を行うことができる。図５は、書店ユーザがレビュー投稿をし、新たなＮＦＴを発行する処理機能のフロー図を示している。図において、ＮＦＴ１は、電子書籍所有権としてのノンファンジブルトークンであり、ＮＦＴ２は追加生成された電子書籍所有権としてのノンファンジブルトークンである。

フロントエンドアプリケーション２０に実装されるレビュー等投稿機能２２は、ブロックチェーンノード１５のスマートコントラクト１５１を呼び出し、該当の電子書籍コンテンツの所有権となるＮＦＴを追加発行する。ＮＦＴの発行は初回のレビュー投稿のみとする。発行するＮＦＴ数は、オフチェーンＡＰサーバ１４側の処理として、所有されていないＮＦＴ数と、所有歴のあるＮＦＴ数から比較し、アプリケーションに実装する変数によって制御する。

レビュー等の文章の投稿は、ある電子書籍コンテンツに紐づく所有権としてのＮＦＴを所有するユーザおよび過去のＮＦＴの所有履歴を持つユーザに限定される。ユーザ情報のチェックはスマートコントラクト内のイベントにてチェックを行うことで実装する。またこのようにして投稿された文章等は、例えばその電子書籍のＮＦＴを所有したことがないユーザやインターネット上で参照可能とするとよい。ユーザは、投稿された文章等を見ることで、電子書籍を購入する際の判断材料に利用できる。係る機能を実現するための具体的な処理は、以下の通りである。

図５に示すようにある電子書籍についてのＮＦＴ１を所有している書店ユーザは、第２端末装置１２を操作し、その所有するＮＦＴ１に対応する電子書籍を読み、レビュー投稿操作を行う（Ｓ１１）。すなわち、端末装置の制御部が実行するフロントエンドアプリケーション２０は、実装された端末装置（ここでは第１端末装置１１）の表示部に機能選択のメニュー画面を表示し、レビュー等投稿が選択されると、例えば図６に示す電子書籍選択画面３５を表示部に表示する。

この電子書籍選択画面３５は、画面左側に機能選択領域３１を配置し、画面右側にサムネイル表示領域３６を配置するレイアウトをとる。機能選択領域３１は、上述した登録操作画面３０に配置するものと同じである。そしてレビュー等投稿機能２２は、第２機能選択ボタン部３１２に割り当てられており、この登録操作画面３０の一つ前の画面（例えばトップ画面）は、例えば機能選択領域３１に表示される４つの機能選択ボタン部を備えるメニュー画面とするとよい。そして、例えばそのメニュー画面において第２機能選択ボタン部３１２が押されると、フロントエンドアプリケーション２０は、この電子書籍選択画面３５を表示する。

このサムネイル表示領域３６は、書店ユーザがＮＦＴ１を保有する全ての電子書籍のサムネイル画像を表示する。図では６個のサムネイル画像が表示された例を示しており、保有する電子書籍の部数が、サムネイル表示領域３６の一画面に一度に表示できない場合、例えば頁送りのためのスクロールバーなどを表示し、表示するサムネイル画像を切り替えられるようにしている。表示するサムネイル画像は、例えば保有するＮＦＴ１に対応するブロックチェーンに記録されたサムネイル画像の格納場所に基づき、オフチェーンＡＰサーバ１４のデータベースにアクセスし、取得するとよい。なお、図ではサムネイル画像を表示するようにしているが、サムネイル画像に変えて、或いはサムネイル画像に加えて書籍名を表示するとよい。

表示されたサムネイル画像の中から、ＮＦＴを追加発行したい対象の電子書籍を押すなどして選択する。すると、レビュー等投稿機能２２は、図７に示すレビュー投稿画面４０に表示を切り替える。レビュー投稿画面４０は、サムネイル画像を表示するサムネイル表示部４１と、書籍名、著者情報等の電子書籍に関する情報を表示する書籍情報表示部４２と、投稿する文章等を入力するレビューエディタ４３と、紙書籍出版リクエストボックス４４と、レビューエディタ４３に記載した投稿内容を下書き保存するためのＤｒａｆｔボタン部４５と、投稿を行うＰｏｓｔボタン部４６と、レビューエディタ４３に記載した内容を情景どうさせるためのスクロールバー４７を備える。

レビューエディタ４３は、第１端末装置１１の入力部を操作し、電子書籍についての内容の説明や感想などを入力する。適宜の内容を入力した状態で、Ｐｏｓｔボタン部４６を押すと、ＮＦＴの追加発行のビジネスロジックが動作する。すなわち、フロントエンドアプリケーション２０は、入力した情報とともに新たなＮＦＴの発行要求をする。

また、Ｄｒａｆｔボタン部４５が押された場合、フロントエンドアプリケーション２０は、作成中の文書等を下書き保存する。この下書き保存機能は、フロントエンドアプリケーション内で完結し、ブロックチェーンへの情報送信は行わない。

さらに、紙書籍出版リクエストボックス４４にチェックをした状態でＰｏｓｔボタン部４６を押すことで、紙書籍としての出版権利書としてのＮＦＴ発行のビジネスロジックが動作する。この紙書籍としての出版権利書としてのＮＦＴ発行の機能については、後述する。

オフチェーンＡＰサーバ１４は、レビュー投稿を受け付けると、対象コンテンツに対する投稿履歴を確認する（Ｓ１２）。そして、オフチェーンＡＰサーバ１４は、Ｓ１３の分岐判断で、同一のＮＦＴ１に紐付けられた電子書籍に対して過去に投稿している場合、処理を終了し追加のＮＦＴ２は発行しない。このように２回目以降のレビュー投稿で新たなＮＦＴ２の発行をさせないようにしたため、ＮＦＴ２が無尽蔵に増えることが防止できる。

一方、過去に投稿がなく最初の投稿の場合、オフチェーンＡＰサーバは、新たに発行するＮＦＴ２の数を設定する（Ｓ１４）。このＮＦＴ２の発行数Ｎは、例えば、現在のＮＦＴマーケットに存在するその作品（同じ内容のコンテンツ）のＮＦＴの総数や、過去の売れ行き等から、決定する。これにより、必要以上に多数のＮＦＴが存在し、在庫として残る状態を抑えることができる。このＮは、発行された書店ユーザが販売可能となる電子書籍の冊数となる。また、出版社や書籍の規模によりＮの総数の最大値に制限がかかるように構成するとよい。

Ｎの値が決定すると、オフチェーンＡＰサーバ１４は、発行数を示す値Ｎが引数としてフロントエンドアプリケーション２０経由でブロックチェーンのＮＦＴの該当のスマートコントラクト１５１に送られる。

引数を受け取ったスマートコントラクトは、そのＮＦＴについてのブロックチェーンに、レビュー投稿を行ったという履歴情報として、「投稿タイムスタンプ」、「ＮＦＴの所有者のアドレス情報」、「レビュー対象の電子書籍コンテンツデータ」、「書店ユーザの場合は紙書籍出版を選択したかどうか」等の情報を保存する。
スマートコントラクト１５１は、かかるレビュー投稿履歴保存後、該当ＮＦＴ１に対するＮ個分のＮＦＴ２を生成し、生成されたＮ個のＮＦＴ２はブロックチェーン内のＮＦＴマーケット上に登録される（Ｓ１６）。

書店ユーザは、本システムで自らレビュー投稿し、ＮＦＴ２を作成可能なことから、書店に出版社の機能も持たせることになる。そして電子書籍の販売は、現状一般の書店では行えず、例えば出版社やその他の所定のプラットフォーム（電子書籍サイト）を有するが、本実施形態では、書店も電子書籍サイトを用意することなく電子書籍の販売を行うことができる。

また、上述した実施形態では、書店ユーザがＮＦＴ２を発行し、電子書籍の販売を行うようにしたが、一般ユーザのフロントエンドアプリケーション２０も同様の機能（紙書籍出版機能を除く）を備えており、レビュー投稿することで同様の処理手順により電子書籍の販売を行うことができる。

＜２－３．電子書籍コンテンツの所有権の売買行動にともなうデジタル通貨の分配＞
上述したように、電子書籍コンテンツデータの所有権はＮＦＴを用いて管理している。ＮＦＴは、電子書籍コンテンツデータへのアクセス権を所有することをブロックチェーンネットワーク上で一意に示す特性を付与するものである。所有権となるＮＦＴは別のユーザアカウントに譲渡することができる。あるユーザアカウントが、ある電子書籍コンテンツデータに紐づくＮＦＴを所有したという履歴はブロックチェーンで保持される。このＮＦＴの譲渡に伴い、アプリケーション内のマーケット機能として販売となる。購入したユーザが購入のために送金したデジタル通貨は、所定の配分比率に従い、直前のＮＦＴの所有者や、過去の所有者や、電子書籍の著者等に対し所定の配分比率に応じて分配される。

例えば図８は、一般ユーザが、書店ユーザがＮＦＴ１に基づき追加発行したＮＦＴマーケット上のＮＦＴ２を購入した場合のフロー図を示している。一般ユーザがＮＦＴの購入操作を行う（Ｓ２１）。この購入操作は、例えば所定のメニュー画面（機能選択領域３１に表示される４つの機能選択ボタン部等）のうち、電子書籍購入売買機能に対応するボタン部を押すと、例えば図９に示すようなＮＦＴマーケットに登録された全てのＮＦＴに紐付けられた電子書籍が、所定のレイアウトでリストアップされた購入書籍選択画面５０が、一般ユーザの第２端末装置１２の表示部に表示される。図示の例では、１画面に２つの電子書籍が表示されているが、その表示数は任意である。複数の配置レイアウトを用意し、ユーザが選択できるようにするとよい。五角形のスクロールボタン部５１を押すことで、次の書籍情報を表示したり、紹介文章を表示したりできる。

また本実施形態では、書籍ごとに、画面上部に書籍情報が表示され、下部にレビューとそれに紐づく購入ボタン部を備え、書籍やそのレビューについては左右にスクロールする実装としている。このようにすることで、端末装置がパソコンでなく、例えばタブレットやスマートフォン等の携帯端末に実装した場合に、同じユーザインタフェースで実現でき、操作性の共通感が発揮できる。

同じ内容（コンテンツデータ）の電子書籍に対し、複数のユーザからレビュー投稿があった場合、図示するようにその電子書籍に対し各ユーザが投稿したそれぞれのレビューデータは、紹介文章として一覧に表示される。そして、レビュー（紹介文書）毎に購入リンクボタン部を用意し、どのレビューからの購入であったかをリンクさせる。これによりＮＦＴ２の追加発行がどのＮＦＴ１の所有者のレビューが起点だったかが追跡可能となる。

一般ユーザは、購入したい書籍情報の表示領域に設けられた購入リンクボタン部５２を押す。購入リンクボタン部５２が押されたことに伴い、電子書籍購入売却機能２３は、表示部に図１０に示す購入書籍画面６０を表示する。この購入書籍画面６０に表示された電子書籍を購入する場合、購入ボタン部６１を押す。これにより、Ｓ２１のＮＦＴの購入操作が完了する。なお、購入しない場合、例えば戻るボタン部６２を押すことで１つ前の画面に遷移する。

購入ボタン部６１が押されると、フロントエンドアプリケーション２０はブロックチェーン内のＮＦＴマーケット側に購入トランザクションを発生させ（Ｓ２２）、これに伴いスマートコントラクト１５１は自動的に動作する。すなわち、購入ボタン部６１を押したとき、フロントエンドアプリケーション２０からブロックチェーンへ、購入対象のＮＦＴのアドレスと、購入対象のユーザ情報が送信され、スマートコントラクトが動作する。

そしてスマートコントラクト１５１は、受け取った情報に基づきブロックチェーンに登録されるＮＦＴの所有者のアドレス情報を、フロントエンドアプリケーションから送信された購入者のアドレス情報に変更し、ＮＦＴマーケットにあるユーザが購入処理をした対象のＮＦＴ２を購入した一般ユーザの第２端末装置１２に実装されるフロントエンドアプリケーション２０に転送する指示を出し（Ｓ２３）、それに伴いＮＦＴマーケットに登録されているＮＦＴを購入した一般ユーザに転送する（Ｓ２４）。

一般ユーザ側のフロントエンドアプリケーション２０はＮＦＴ２を入手する（Ｓ２５）。そしてフロントエンドアプリケーション２０は、ＮＦＴの入手を完了すると（Ｓ２６）、ＮＦＴマーケットを介して転送完了の戻り値をスマートコントラクトに送る（Ｓ２７）。これにともない、スマートコントラクトは、もシステム内のデジタル通貨の分配を行い（Ｓ２８）、その一部が書店ユーザのフロントエンドアプリケーションで受信する（Ｓ２９）。また、図示は省略するが、このＳ２８の分配処理に基づき、ＮＦＴ２の販売者（書店ユーザ）とともに、購入したＮＦＴ２の基となるＮＦＴ１の所有者（出版社）にもわたる。また、図示を省略したが、分配の原資となるデジタル通貨は、適宜のタイミングでＮＦＴ２の購入者が所定の手段で決済した金員に基づいて行う。

そして、ＮＦＴ２を購入したユーザは、ＮＦＴ２に紐付けられるブロックチェーン登録された電子書籍のコンテンツのアドレス情報に基づきデータベース１４２にアクセスし、閲覧できる。このようにユーザは、ＮＦＴマーケットにあるＮＦＴを購入すること電子書籍を読むことができ、また不要になった電子書籍のＮＦＴをＮＦＴマーケットに出すことで販売できる。

また、ブロックチェーン用のユーザのアカウントがあり、ユーザがＮＦＴを購入すると、そのユーザのアカウントにＮＦＴが紐付き、購入により所有権が移動するとＮＦＴは移動先のユーザのアカウントにリンクを張り直す。

＜２－４．紙書籍の出版行動＞
本実施形態の出版管理システムは、電子書籍に基づく紙書籍の出版を、書店ユーザ側から主導で行う機能を備える。すなわち、一般的な紙書籍の販売は、出版社が発行部数を決めて製本し、取次店を経由して各書店に定期的に所定数の書籍を配本することがある。これに対し、本実施形態では、書店ユーザが電子書籍の中から紙書籍に製本するものを要求する権利を有する。そして、本実施形態では、紙書籍の出版の依頼は、出版社ユーザが発行したＮＦＴ１に対してレビュー投稿を行うことを条件としている。このレビュー投稿は、上述したＮＦＴ１に基づいてＮＦＴ２を追加発行する際の条件のレビュー投稿と同じである。よって、ＮＦＴ２の追加発行と同時に紙書籍の出版行動をしてもよいし、追加発行したＮＦＴ２の売れ行きを見ながら後日紙書籍の出版行動をしてもよい。そして、具体的には図１１に示すフロー図に従って各処理を実行する。

書店ユーザは、上述したレビュー等投稿機能２２における電子書籍選択画面３５を用いてレビュー投稿を行うとともに、電子書籍選択画面３５に設けた紙書籍出版リクエストボックス４４にチェックをした状態でＰｏｓｔボタン部４６を押し、紙書籍の出版依頼をオフチェーンＡＰサーバ１４に対して行う（Ｓ３１）。

オフチェーンＡＰサーバ１４は、紙出版の依頼があると、書店ユーザがＮＦＴ１に対応するレビュー投稿履歴があるかチェックする（Ｓ３２）。投稿履歴がない場合には、処理終了である。そして、レビュー投稿履歴が存在する場合、オフチェーンＡＰサーバ１４は、出版可能数の制限処理を行う（Ｓ３３）。この出版可能数の制御処理は、市場に出回っている紙書籍の総数、販売数、電子書籍の売れ行き、レビュー投稿の数などから紙書籍の出版可能数を求める。

そして、現在の紙書籍の総数が、出版可能数に達していない場合（Ｓ３４でＹｅｓ）には出版許可し、紙出版可能戻り値を、フロントエンドアプリケーション２０を経由してスマートコントラクト１５１に渡す。一方、出版可能数に達している場合（Ｓ３４でＮｏ）、終了処理を行う。この終了処理は、例えば、出版可能数に達しているため、紙書籍の出版ができないことを、書店ユーザに通知する処理を行うとよい。また、具体的な処理フローは記載していないが、レビュー投稿履歴がない場合、書店ユーザにその旨を伝えレビュー投稿を促す通知を行うとよい。

上記の戻り値を受け取ったスマートコントラクト１５１は、その書店ユーザが所有するＮＦＴ１についての紙書籍の出版権利数をブロックチェーンノード１５のステートデータベース１５２に登録する（Ｓ３５）。すなわち、紙書籍出版を指示した場合、ブロックチェーンに、「紙書籍としての出版可能数」、「紙書籍としての出版可能であることの権利ＩＤ」、「紙書籍としての出版可能であることの権利ＩＤの所有者」を登録する。所有者の初期値は書店ユーザのアドレスである。

そして、紙書籍の出版権利としての番号（ＩＤ）とそれに紐づく所有者情報は、スマートコントラクトによって変更することを可能とする。すなわち、この出版権利は、上述したＮＦＴと同様にユーザ間で売買でき、それに伴い所有者が移転する。この移転に伴うブロックチェーンのデータ追加をスマートコントラクトが行う。通常、この出版権利は、出版社ユーザが購入し、出版権利を取得することで正本・配本を行うことができる。

具体的には、出版社ユーザが、出版権利の購入操作を行う（Ｓ３６）。この購入操作は、例えば紙書籍出版機能２４を起動させ、紙書籍出版機能２４が第３端末装置１３の表示部に所定の購入画面を表示する。表示された購入画面には、上述した電子書籍選択画面と同様に、購入可能な出版権利の情報すなわち、少なくとも書籍を特定する情報（例えば書籍名、サムネイル画像、投稿されたレビュー、発行部数等）を表示するとよく、その特定する情報に基づき購入する出版権利を指定する。

購入指示があると、スマートコントラクト１５１に伝えられ、スマートコントラクト１５１は、出版権利の所有者情報を、初期値として登録されている書店ユーザから出版社ユーザに書き換え、購入された出版権利の所有者を変更する（Ｓ３７）。これにより、出版権が移転し、出版社ユーザは、書籍出版の権利を取得する（Ｓ３８）。出版社ユーザはフロントエンドアプリケーションからは、権利情報を参照し、該当出版社ユーザが紙書籍の出版権利情報を所有していることを判断し、該当の出版社ユーザに紙書籍印刷用のコンテンツデータの配布を行うことができる。なお、この出版権利の売買、出版社ユーザと書店ユーザ間でデジタル通貨を使って決済するとよい。また、出版社は、購入した出版権利に基づき、所定数を製本し、出版権利の販売元の書店ユーザに、購入した権利数に対応する冊数の紙書籍を配本する。

このように書店ユーザからのレビューを添えての依頼に基づき紙書籍を発行するので、よいコンテンツを紙書籍として販売することができ、また売れる予想のある紙書籍を販売することができるので、返本発生のリスクを削減できる。

また、書店ユーザの依頼に基づいて決定される出版権利数は、固定値としてもよいが、オフチェーンＡＰサーバ１４が状況に応じて決定するとよく、また、書店ユーザが指定できるようにするとよい。書店ユーザが指定できるようにすると、書店で地域の状況から販売できる可能性のある部数を精度よく導き出すことができ、返本率を抑えつつ過不足なくより多くの部数の紙書籍を販売することができる。すなわち、書店が売れると思う書籍をレビュー投稿し、紙書籍の販売数を依頼するので、売れる本を印刷し、各書店に送ることができ、返本のリスクを抑制できる。

また、本実施形態では、実店舗では、配本されてくる紙書籍は、電子書籍の際にレビュー投稿しているので内容もわかっており、売れる本を裁ける量だけ配本される。書店側が発注するので、書店が売りたい本を売ることになり、販売の意欲が高まる。さらにレビュー投稿するので内容に責任を持って販売することになる。このようにすることで、書店は、一般ユーザに対してよい本を薦め、一般ユーザと書籍を結びつける行為を行うことになる。

［３．コンテンツの売買等に基づく各ユーザの収益化］
上述したように本実施形態では、ブロックチェーンを用いて管理している。これは所有権の移転（売買）の履歴、ＮＦＴの履歴が残ればブロックチェーンでなくてもよいが、最後に収益の分配を行うため、履歴情報等に改ざんがないこと、信頼性が保証される必要がある。そこで電子書籍の所有権の透明性を持たせるのに、ブロックチェーンによりＮＦＴの所有権と言うことで全ての履歴を持たせることができ、スマートコントラクトにより契約を履行することで、ノードを分散させ電子書籍サイトのように中央集権型にしないシステムができる。そして、電子書籍（ＮＦＴ）の売買や電子書籍に基づく紙書籍出版における各行為に伴い発生するユーザの収益は、例えば以下のようにするとよい。

＜３－１．ＮＦＴ１の売買に基づく収益の分配＞
図１２は、出版社ユーザが発行するＮＦＴ１を書店ユーザや一般ユーザが購入した場合の収益化の一例を示している。同図に示すように（１）出版社ユーザは、著者から電子書籍のコンテンツを受け取ると、（２）出版社ユーザは、その電子書籍のＮＦＴ１を発行する。（３）一般ユーザ、書店ユーザがＮＦＴ１を購入すると、（４）購入したユーザは、購入代金を支払い、ＮＦＴ１に紐付けられた電子書籍のコンテンツを所有する。購入代金の支払いは、デジタル通貨を用いると好ましい。（５）出版管理システムは、ユーザから取得した購入代金（ＮＦＴ１の売上）を原資とし、プラットフォーム運営費を差し引いた残りをＮＦＴ１の元の所有者である出版社ユーザと、著者に対しデジタル通過を所定の配分比率で分配する。

＜３－２．ＮＦＴ２の売買に基づく収益の分配＞
図１３は、書店ユーザがレビュー等投稿機能によって発行したＮＦＴ２を、一般ユーザが購入した場合の収益化の一例を示している。同図に示すように（１）出版社ユーザは、著者から電子書籍のコンテンツを受け取る。（２）一般ユーザ、書店ユーザは、出版社ユーザから購入したＮＦＴ１に基づき追加したＮＦＴ２を発行する。（３）一般ユーザがＮＦＴ２を購入すると、（４）購入した一般ユーザは、購入代金を支払い、ＮＦＴ２に紐付けられた電子書籍のコンテンツを所有する。購入代金の支払いは、デジタル通貨を用いると好ましい。（５）出版管理システムは、ユーザから取得した購入代金（ＮＦＴ２の売上）を原資とし、プラットフォーム運営費を差し引いた残りをＮＦＴ２の元の所有者である一般ユーザ或いは書店ユーザと、ＮＦＴ２を追加発行する際のもととなるＮＦＴ１の所有者である出版社ユーザと、著者に対しデジタル通過を所定の配分比率で分配する。

なお、図示の例では、ＮＦＴ１から追加発行したＮＦＴ２の売買に伴い収益の分配について説明したが、例えばこのＮＦＴ２を購入したユーザは、そのＮＦＴ２に基づいて新たなＮＦＴ２を追加発行できる。この場合、新たに追加発行されるＮＦＴ２には、所有者等の履歴情報として、現在のＮＦＴ２の所有者、追加発行する元となる直前のＮＦＴ２の所有者、大元のＮＦＴ１の所有者である出版社ユーザが登録されている。係る場合、それらＮＦＴ１の大元の所有者である出版社ユーザ、ＮＦＴ２（直前）を所有するユーザ、ＮＦＴ２（現在）を所有するユーザに適宜の比率で分配される。

また書店ユーザは、電子書籍コンテンツのレビュー等の文書を投稿することでＮＦＴが増える。そして、自身が増やしたＮＦＴが他ユーザに購入されたとき、デジタル通貨を報酬として得ることができる。書店の投稿によってＮＦＴはマーケットに追加で登録されるが、そのＮＦＴの収益の一部をスマートコントラクトによってデジタル通貨として書店ユーザのウォレットに支払われる。これにより書店ユーザは自身のウォレットにデジタル通貨として収益を得る。

＜３－３．紙書籍出版に基づく収益の分売＞
図１４は、出版社ユーザが発行するＮＦＴ１を書店ユーザや一般ユーザが購入した場合の収益化の一例を示している。同図に示すように（１）書店ユーザは、紙書籍の出版権利を発行する。（２）出版社ユーザが出版権利を購入すると、（３）購入した出版社ユーザは、購入代金を支払い、紙書籍を作成するためのコンテンツを所有する。購入代金の支払いは、デジタル通貨を用いると好ましい。この出版社が出版権利を購入した際の収益は、プラットフォーム運営費を差し引いた一部を出版権利の発行元である書店ユーザに分配する。この出版権利は、売れる書籍であることの有益な情報であり、対価の支払いに値するものである。

ついで、（５）出版権利を購入した出版社は、製本し、書店に配本する。出版された紙書籍は対応する出版権利の発行元の書店ユーザの実店舗を優先配本先とし、店舗側の受け入れができない場合のみ他店への配本を行う。

（６）実店舗に配本された紙書籍は、適宜のタイミングで一般ユーザが購入し、（７）それに伴い一般ユーザは購入代金を支払う。（８）そして、この紙書籍の売上は、著者・出版社および書店の実店舗に所定の比率で分配される。本システムでは、書店は、配本されたときではなく、実際に紙書籍が販売されたときに出版社に代金を支払うようにしたため、実店舗はキャッシュフローに余裕ができるのでよい。

［４．レビュー投稿の品質］
例えば現在の電子書籍サイトでは、書籍に対するレビュー投稿を受け付け、公開しているものもあるが、投稿は匿名等で行われ、内容も全く関係の無いことも記載可能となる。よって、レビューの内容に信頼性が欠ける。これに対し、本実施形態では、ブロックチェーンを用いることで、トランザクションは二度と消すことができないので、下手なことはかけない。よって、間接的によい内容のレビューが投稿されることが期待される。また例えばある書店のレビューがよくないと、その書店の販売が敬遠させる可能性があり、レビューの品質はそのまま売り上げに直結するため、係る点に鑑みてもレビューの品質向上が期待できる。

以上、本発明の様々な側面を実施形態並びに変形例を用いて説明してきたが、これらの実施形態や説明は、本発明の範囲を制限する目的でなされたものではなく、本発明の理解に資するために提供されたものであることを付言しておく。本発明の範囲は、明細書に明示的に説明された構成や製法に限定されるものではなく、本明細書に開示される本発明の様々な側面の組み合わせをも、その範囲に含むものである。本発明のうち、特許を受けようとする構成を、添付の特許請求の範囲に特定したが、現在の処は特許請求の範囲に特定されていない構成であっても、本明細書に開示される構成を、将来的に特許請求する可能性があることを、念のために申し述べる。

１１ ：第１端末装置
１２ ：第２端末装置
１３ ：第３端末装置
１４ ：オフチェーンＡＰサーバ
１５ ：ブロックチェーンノード
１６ ：ネットワーク
２０ ：フロントエンドアプリケーション
２１ ：電子書籍登録機能
２２ ：レビュー等投稿機能
２３ ：電子書籍購入売却機能
２４ ：紙書籍出版機能
３０ ：登録操作画面
４０ ：レビュー投稿画面
１４１ ：アプリケーション
１４２ ：データベース
１５１ ：スマートコントラクト
１５２ ：ステートデータベース

Claims (6)

1. ブロックチェーンのネットワークシステムで電子書籍の売買を管理する出版管理システムであって、
   前記電子書籍の所有権と前記電子書籍を閲覧可能にするデータを記録したＮＦＴ（ノンファンジブルトークン）を購入することで、購入したユーザが前記電子書籍を所有できるようにし、
   購入して所有権を有する前記電子書籍についてのレビューデータが前記ブロックチェーン上に投稿されるとスマートコントラクトが動作し、前記電子書籍についての新たなＮＦＴが追加で発行され、その新たなＮＦＴを販売可能にする機能を備え、
   前記ＮＦＴを購入した書店ユーザは、前記レビューデータの投稿がされることを条件に、前記レビュー投稿した前記電子書籍を紙書籍で出版する依頼を行うことができ、
   前記紙書籍の発行を許可する場合、スマートコントラクトが動作し、前記紙書籍の出版権利を発行し、出版社ユーザが前記出版権利を購入可能にし、そのスマートコントラクトは、出版権利数と前記出版権利の所有権情報を前記ブロックチェーン内のステートデータベースに登録する出版管理システム。
2. 前記出版権利が前記出版社ユーザに購入された場合、前記出版社ユーザから前記書店ユーザに対してデジタル通貨による決済を行う機能を備える請求項１に記載の出版管理システム。
3. 前記出版権利を購入した前記出版社ユーザは、その出版権利に基づき前記紙書籍を製本し配本した場合、その配本された前記紙書籍が販売された際に代金の分配を行う請求項１または２に記載の出版管理システム。
4. 前記電子書籍のコンテンツデータは前記ブロックチェーンのネットワークシステムの外部のサーバで記録保持し、
   前記ＮＦＴに記録する前記電子書籍を閲覧可能にするデータは、前記サーバにアクセスするためのアドレス情報である
   請求項１から３のいずれか１項に記載の出版管理システム。
5. 前記ＮＦＴを追加で発行するユーザは、書店に設定される書店ユーザであり、
   前記ＮＦＴの発行は、出版社ユーザは前記レビューデータの投稿をすることなく行える請求項１から４のいずれか１項に記載の出版管理システム。
6. 請求項１から５のいずれか１項に記載の出版管理システムの機能をコンピュータに実現させるためのプログラム。

Images