JP2020013405A - 情報処理方法、情報処理装置及びプログラム - Google Patents

Abstract

【課題】映画作品等に対する資金調達及び収益配分の適正化を実現することが可能な情報処理方法等を提供すること。【解決手段】情報処理方法は、映画作品に対する出資額を出資者のウォレットから受け付け、ブロックチェーン３上で出資者毎の前記出資額を記憶し、前記映画作品を制作するための目標額を達成した後に、前記映画作品の興行収益の情報を取得し、前記出資額及び収益配分ルールに応じて前記興行収益を各出資者に配分する。これにより、映画作品等に対する資金調達及び収益配分の適正化を実現することができる。【選択図】図１

Description

本発明は、情報処理方法、情報処理装置及びプログラムに関する。

従来、製作者が映画の著作物等を制作する際に、当該の著作物等の商品企画を購買者に提示し、その企画を購買者に購入させることにより、制作費用及び目標利益を得る方法が開示されている（例えば、特許文献１参照）。

特開２００７−１７２０１７号公報

しかしながら、従来の技術では、適切に利益配分が行えないという問題がある。

本発明は斯かる事情によりなされたものであって、その目的とするところは、映画作品等に対する資金調達及び収益配分の適正化を実現することが可能な情報処理方法等を提供することにある。

本発明に係る情報処理方法は、映画作品に対する出資額を出資者のウォレットから受け付け、ブロックチェーン上で出資者毎の前記出資額を記憶し、前記映画作品を制作するための目標額を達成した後に、前記映画作品の興行収益の情報を取得し、前記出資額及び収益配分ルールに応じて前記興行収益を各出資者に配分する。

本発明によれば、映画作品等に対する資金調達及び収益配分の適正化を実現することが可能となる。

映画作品に対する資金調達及び収益配分のシステムの概要を示す説明図である。 法定通貨と仮想通貨の交換処理の動作を説明する説明図である。 サーバの構成例を示すブロック図である。 企画情報ＤＢのレコードレイアウトの一例を示す説明図である。 企画者ＤＢのレコードレイアウトの一例を示す説明図である。 出資者ＤＢのレコードレイアウトの一例を示す説明図である。 電子署名ＤＢのレコードレイアウトの一例を示す説明図である。 端末の構成例を示すブロック図である。 興行収益サーバの構成例を示すブロック図である。 興行収益ＤＢのレコードレイアウトの一例を示す説明図である。 映画作品の資金調達の処理の動作を説明する説明図である。 収益配分の処理の動作を説明する説明図である。 映画作品へ出資する際の処理手順を示すフローチャートである。 ウォレットアドレスの作成のサブルーチンの処理手順を示すフローチャートである。 興行収益情報に基づく配分額を送信する際の処理手順を示すフローチャートである。 出資者に配分額を送信又は出資額を返却する際の処理手順を示すフローチャートである。 実施形態２の出資者ＤＢのレコードレイアウトの一例を示す説明図である。 ＳＮＳを利用する際の資金調達のシステムの概要を示す説明図である。 ＳＮＳと連携して資金を調達する際の処理手順を示すフローチャートである。 キャスト及び制作会社に対する投票のシステムの概要を示す説明図である。 実施形態３のサーバの構成例を示すブロック図である。 投票ＤＢのレコードレイアウトの一例を示す説明図である。 キャスト及び制作会社に対する投票する際の処理手順を示すフローチャートである。 実施形態４の興行収益ＤＢのレコードレイアウトの一例を示す説明図である。 月別に興行収益を配分する際の処理手順を示すフローチャートである。 実施形態５の出資者ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態５の興行収益ＤＢのレコードレイアウトの一例を示す説明図である。 目標額の達成度に応じた収益配分のイメージ図である。 実施形態６のサーバの構成例を示すブロック図である。 登録者ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態６の投票ＤＢのレコードレイアウトの一例を示す説明図である。 投票システムで投票及び投票情報の閲覧の動作を説明する説明図である。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

（実施形態１）
図１は、映画作品に対する資金調達及び収益配分のシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、情報処理端末２、ブロックチェーン３及び興行収益処理装置４を含み、インターネット等のネットワークＮを介して情報の送受信を行う。なお、本実施形態では、映画作品を例として説明したが、ゲーム作品に対しても同様に適用することができる。

情報処理装置１は、映画作品の企画情報、出資情報等種々の情報処理、情報記憶及び情報の送受信を行う情報処理装置であり、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

情報処理端末２は、映画作品に対する出資額の送信、映画作品の興行収益の取得及び映画作品に対する投票を行う端末装置である。情報処理端末２は、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末２を端末２と読み替える。

ブロックチェーン３は、複数のノードにより構成され、分散型台帳技術又は分散型ネットワークである。ブロックチェーン３は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。ブロックチェーン３は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバーの使用により自律的に管理される。鎖状に保存することによって、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することができない。なお、ブロックチェーン３は、パブリック型、プライベート型のいずれであっても良い。

興行収益処理装置４は、興行収益に関する収益総額、制作費の割合及び出資者の割合等情報の記憶、並びに情報の送受信を行う情報処理装置であり、例えばサーバ装置、パーソナルコンピュータ等である。なお、興行収益処理装置４は、例えば、ＣｈｉｎａＢｏｘＯｆｆｉｃｅ（登録商標）又は猫眼専業版（登録商標）のような興行収益ＤＢであっても良い。本実施形態において興行収益処理装置４はサーバ装置であるものとし、以下では簡潔のため興行収益サーバ４と読み替える。なお、サーバ１と興行収益サーバ４を一体化して運用しても良い。

続いて、資金調達及び収益配分の全体の流れを説明する。サーバ１は、映画作品に対する企画情報を受け付けて記憶する。企画情報は、例えば、映画作品を制作するための企画開発書、シナリオ、プロット及び企画者に関する情報等である。サーバ１は通信部１３又は入力部１４を介して、収益配分ルールを受け付けて記憶する。収益配分ルールは、例えば興行収益に関する配分の規則及び出資者が他人を紹介する際の報奨金に関する配分の規則等の情報である。サーバ１は、当該企画情報及び収益配分ルールが記述されたスマートコントラクトを含むトランザクションをブロックチェーン３へ送信する。なお、スマートコントラクトに関しては後述する。

端末２は、映画作品の企画情報に基づき、当該映画作品に対する出資額を出資者のウォレットから受け付ける。出資者は、例えば映画作品に出演するキャストの支持者であっても良く、また映画作品に資金を投資して収益を得るための投資家であっても良い。出資する貨幣の形態は、法定通貨又は法定通貨と相互交換可能な仮想通貨等であっても良い。仮想通貨は、例えばＫｙｖａｌｉｏｎ（登録商標）又はビットコイン（登録商標）であっても良い。出資者が法定通貨で映画作品に出資した場合、出資者のウォレットは、例えばLINE（登録商標）アプリウォレット、WeChat（登録商標）アプリPayであっても良い。なお、法定通貨と仮想通貨の交換に関しては後述する。

出資者が仮想通貨で映画作品に出資した場合、出資者のウォレットは、ウォレットアドレスにより仮想通貨の受取及び送付を行い、仮想通貨を保管する財布である。ウォレットアドレスは、取引ごとに作成された仮想通貨用の口座番号であり、文字列又はＱＲコード（登録商標）として表示する。ウォレットアドレスは、ブロックチェーン３で利用されている公開鍵暗号を基にして、数学的に導出されたアドレスである。また、送信元と送信先のウォレットアドレスは、ブロックチェーン３に記憶され、ブロックチェーン３のシステムが維持し続ける限り改ざんされない。ウォレットアドレスは計算で生成されるため、オンライン又はオフラインでも作成することが可能となる。

端末２は、受け付けた映画作品に対する出資額をブロックチェーン３へ送信する。ブロックチェーン３は、端末２から送信された出資額を記憶する。映画作品を制作するための目標額が達成された後に、サーバ１は、興行収益サーバ４から上映された映画作品の興行収益情報を取得する。サーバ１は、全ての出資者の配分額（総額）を算出してブロックチェーン３へ送信する。配分額の計算方法に関しては、例えば興行収益から制作会社の費用、宣伝費等を除き、出資者の出資比率に応じて配分する。

なお、本実施形態では、興行収益サーバ４を含むシステムの構成例を示したが、これに限るものではない。サーバ１は、中国、日本及び米国等での各映画の興行収益を公表する通信可能な外部の興行収益装置、例えばＣｈｉｎａＢｏｘＯｆｆｉｃｅ ＤＢ（図示せず）と通信し、必要な興行収益に関する情報を取得しても良い。目標額は、第１目標及び第２目標を含む。第１目標は、パイロット映像の制作費を含み、第２目標は、映画作品の制作費を含む。なお、上述した目標の分類方式に限るものではない。例えば、第１目標、第２目標及び第３目標が定義され、それぞれの目標に対するそれぞれの目標の内容が決められても良い。

ブロックチェーン３は、収益配分ルールが記述されたスマートコントラクトのコード及び出資額に応じて、それぞれの出資者の配分額を決定し、決定した配分額をそれぞれの出資者のウォレットアドレス宛に送信する。また、所定期間の内に目標額が達成されない場合、ブロックチェーン３は、スマートコントラクトのコードによりそれぞれの出資者の出資額を自動的にそれぞれの出資者のウォレットアドレス宛に返却する。

図２は、法定通貨と仮想通貨の交換処理の動作を説明する説明図である。以下は、WeChatアプリPayを例として、法定通貨と仮想通貨の交換処理の流れを説明する。例えば、端末２は、WeChatアプリPayから１００００００円を受け取った場合、受け取った１００００００円を取引所の口座番号に送信する。取引所の情報処理装置は、受け取った１００００００円の法定通貨から仮想通貨量を算出する。仮想通貨の算出方法については、仮想通貨量を法定通貨と等価により算出しても良く、または市場の変動価格により算出しても良い。なお、本実施形態では、法定通貨と等価により仮想通貨量を算出する例として説明する。

取引所の情報処理装置は、端末２のウォレットアドレスを取得し、取得したウォレットアドレス宛に１００００００コインを送信する。手数料が徴収された場合、例えば所定の取引手数料に相当する仮想通貨量を差し引いた仮想通貨量が送信されても良い。これにより、端末２は交換された仮想通貨を用いて、ブロックチェーン３経由で映画作品に出資することが可能となる。

図３は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。また、制御部１１は、ハッシュ値算出部１１ａ及び電子署名作成部１１ｂを含む。ハッシュ値算出部１１ａは、暗号学的ハッシュ関数を用いて各種情報のハッシュ値を算出する処理を行う。電子署名作成部１１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図３では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、端末２及びブロックチェーン３等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読み取り部１６は、ＣＤ（Compact Disc）−ＲＯＭ又はＤＶＤ（Digital Versatile Disc）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部１７は、企画情報ＤＢ１７１、企画者ＤＢ１７２、出資者ＤＢ１７３及び電子署名ＤＢ１７４を含む。企画情報ＤＢ１７１は、映画作品の企画段階での企画情報を記憶している。企画者ＤＢ１７２は、映画作品を制作するための企画を提案する組織及び個人等情報を記憶している。出資者ＤＢ１７３は、映画作品に対して投資する投資者の情報を記憶している。電子署名ＤＢ１７４は、公開鍵暗号方式に基づく電子署名用の公開鍵及び秘密鍵を記憶している。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

本実施形態においてサーバ１は上記の構成に限られず、例えば音を電気信号に変換するマイク、電気信号を音に変換するスピーカ等を含んでも良い。なお、本実施形態でサーバ１は単体のものとして説明するがこれに限るものではない。例えば物理的に複数のサーバにより構成されていても良く、また複数の仮想マシンにより構成されていても良い。

図４は、企画情報ＤＢ１７１のレコードレイアウトの一例を示す説明図である。企画情報ＤＢ１７１は、企画ＩＤ列、作品名称列、企画開発書列、シナリオ列、プロット列、企画者ＩＤ列及び収益配分ルール列を含む。企画ＩＤ列は、各企画を識別するために、一意に特定される企画のＩＤを記憶している。作品名称列は、企画された作品の名称を記憶している。企画開発書列は、作品の企画内容が記載されたファイル名を記憶している。シナリオ列は、作品のシナリオが記載されたファイル名を記憶している。プロット列は、作品のプロットが記載されたファイル名を記憶している。なお、本実施形態では、パス（ファイルの保存場所）付きファイル名を記憶しているが、これに限るものではない。例えば、企画開発書列は、企画内容そのものを記憶しても良い。企画者ＩＤ列は、作品を企画した企画者のＩＤを記憶している。収益配分ルール列は、興行収益に関する配分の規則及び出資者が他人を紹介する際の報奨金に関する配分の規則等情報を記憶している。

図５は、企画者ＤＢ１７２のレコードレイアウトの一例を示す説明図である。企画者ＤＢ１７２は、企画者ＩＤ列、企画者列及び代表作品列を含む。企画者ＩＤ列は、各企画者を識別するために、一意に特定される企画者のＩＤを記憶している。企画者列は、企画者の氏名又は企画した組織の名称を記憶している。代表作品列は、当該企画者に対して、過去の代表作品の情報を記憶している。

図６は、出資者ＤＢ１７３のレコードレイアウトの一例を示す説明図である。出資者ＤＢ１７３は、出資者ＩＤ列、出資者列、企画ＩＤ列及び出資額列を含む。出資者ＩＤ列は、各出資者を識別するために、一意に特定される出資者のＩＤを記憶している。出資者列は、出資者の氏名又は出資した組織の名称を記憶している。企画ＩＤ列は、出資者が出資した作品の企画ＩＤを記憶している。出資額列は、企画ＩＤに対応付けた作品に対して、出資者が出資した出資額を記憶している。なお、出資額については、法定通貨であっても良く、仮想通貨（コイン）であっても良い。

図７は、電子署名ＤＢ１７４のレコードレイアウトの一例を示す説明図である。電子署名ＤＢ１７４は、電子署名ＩＤ列、公開鍵列、秘密鍵列及び出資者ＩＤ列を含む。電子署名ＩＤ列は、各電子署名を識別するために、一意に特定される電子署名のＩＤを記憶している。公開鍵列は、公開鍵暗号における第３者に公開する鍵のデータを記憶している。秘密鍵列は、公開鍵暗号における第３者に公開しない鍵のデータを記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図８は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５及び撮影部２６を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。また、制御部２１は、ハッシュ値算出部２１ａ及び電子署名作成部２１ｂを含む。ハッシュ値算出部２１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。電子署名作成部２１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図８では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部２３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、サーバ１及びブロックチェーン３等と情報の送受信を行う。入力部２４は、キーボード又はマウスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。また、入力部２４は表示部２５と一体化したタッチパネルでも良い。撮影部２６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部２６は端末２の中に内蔵せず、外部で直接に端末２と接続し、撮影可能な構成としても良い。

図９は、興行収益サーバ４の構成例を示すブロック図である。興行収益サーバ４は、制御部４１、記憶部４２、通信部４３、読み取り部４４及び大容量記憶部４５を含む。各構成はバスＢで接続されている。

制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐを読み出して実行することにより、興行収益サーバ４に係る種々の情報処理、制御処理等を行う。なお、図９では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部４３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して、サーバ１等との間で情報の送受信を行う。

読み取り部４４は、ＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭを含む可搬型記憶媒体４ａを読み取る。制御部４１が読み取り部４４を介して、制御プログラム４Ｐを可搬型記憶媒体４ａより読み取り、大容量記憶部４５に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部４１が制御プログラム４Ｐをダウンロードし、大容量記憶部４５に記憶しても良い。さらにまた、半導体メモリ４ｂから、制御部４１が制御プログラム４Ｐを読み込んでも良い。

大容量記憶部４５は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部４５は、興行収益ＤＢ４５１を含む。興行収益ＤＢ４５１は、映画作品の興行収益に関する収益総額及び収益配分割合等の情報を記憶している。

図１０は、興行収益ＤＢ４５１のレコードレイアウトの一例を示す説明図である。興行収益ＤＢ４５１は、作品ＩＤ列、ジャンル列、興行収益総額（億円）列、制作費割合列及び出資者割合列を含む。作品ＩＤ列は、各作品を識別するために、一意に特定される作品のＩＤを記憶している。ジャンル列は、作品のカテゴリー情報を記憶している。例えば、映画作品のカテゴリーは、題材、テーマ及び物語形式等の共通の特徴を基準に、ホラー、恋愛、アクション又は時代劇等を含む。興行収益総額（億円）列は、興行収益の総金額を記憶している。

制作費割合列は、監督列、キャスト列、制作会社列及び宣伝費列を含む。監督列は、作品の興行収益が監督に配分される割合情報を記憶している。キャスト列は、作品の興行収益がキャストに配分される割合情報を記憶している。制作会社列は、作品の興行収益が制作会社に配分される割合情報を記憶している。宣伝費列は、作品の興行収益が宣伝費として配分される割合情報を記憶している。出資者割合列は、作品の興行収益が出資者に配分される割合情報を記憶している。なお、配分の割合は一例であり、これに限るものではない。

なお、興行収益ＤＢ４５１の記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

続いて、仮想通貨を用いて資金調達及び収益配分の処理を例として説明する。
図１１は、映画作品の資金調達の処理の動作を説明する説明図である。図１１Ａは、映画作品の企画情報の送信処理の動作を説明する説明図である。サーバ１の制御部１１は、入力部１４により映画作品に関する企画情報を受け付け、大容量記憶部１７の企画情報ＤＢ１７１及び企画者ＤＢ１７２にそれぞれ一つのレコードとして記憶する。具体的には、制御部１１は、映画作品の企画者を識別するためのユニークな企画者ＩＤを振り、受け付けた企画者及び当該企画者の代表作品を一つのレコードとして企画者ＤＢ１７２に記憶する。制御部１１は、映画作品の企画情報を識別するためのユニークな企画ＩＤを振り、受け付けた映画作品名称、企画開発書、シナリオ、プロット、企画者ＩＤ及び収益配分ルールを一つのレコードとして企画情報ＤＢ１７１に記憶する。なお、本実施形態では、企画情報が入力部１４により受け付けられたが、これに限るものではない。例えば、ＵＳＢ（Universal Serial Bus）等の可搬型記憶媒体又は図示しない外部装置により企画情報がサーバ１に転送されても良い。制御部１１は、通信部１３を介して、当該映画作品の企画情報及び収益配分ルールが記述されたスマートコントラクトを含むトランザクションをブロックチェーン３へ送信する。

図１１Ｂは、スマートコントラクトのコードを含むトランザクションのイメージ図である。トランザクションは、スマートコントラクトのコード、映画作品の企画情報及び支払い者の電子署名を含む。スマートコントラクトは、事前に執行条件及び契約内容の定義がプログラム化されてトランザクションに組み込まれ、執行条件及び契約内容に合致した取引が発生した場合、自動的に契約が履行される仕組みである。

本実施形態では、映画作品に対する所定の目標額が半年以内に達成される執行条件に合致した場合、映画作品の企画は成立する。ブロックチェーン３は、上映された当該映画作品の配分額の入金状況を確認する。配分額の入金の確認が取られた時点に、出資者へ支払う条件が満たされるため、ブロックチェーン３は、出資者のウォレットアドレスに配分額に相当する仮想通貨量（コイン）を送信する。映画作品に対する目標額が半年以内に達成されない執行条件に合致した場合、映画作品の企画が成立しないため、ブロックチェーン３は、出資者のウォレットアドレスに出資した出資額に相当する仮想通貨量を自動的に返却する。

図１１Ｃは、ブロックチェーン３へ出資額を送信する際の処理の動作を説明する説明図である。端末２の制御部２１は、ブロックチェーン３上で記憶された映画作品の企画情報に基づき、出資額に相当する仮想通貨量を含むトランザクションを通信部２３によりブロックチェーン３へ送信する。ブロックチェーン３は、端末２から送信されたトランザクションを受信し、出資者のウォレットアドレス及び出資額に相当する仮想通貨量を記憶する。

図１２は、収益配分の処理の動作を説明する説明図である。図１２Ａは、興行収益情報の取得処理の動作を説明する説明図である。サーバ１の制御部１１は、通信部１３を介して興行収益サーバ４から興行収益の情報を取得する。具体的には、興行収益サーバ４の制御部４１は、サーバ１のリクエストに応じて、大容量記憶部４５の興行収益ＤＢ４５１から映画作品に関する興行収益総額、製作費の割合、出資者の割合等情報を取得する。サーバ１の制御部１１は、取得した興行収益の情報及び収益配分ルールに基づき、全ての出資者に対する配分額（総額）を算出し、算出した配分額（総額）を含むトランザクションをブロックチェーン３へ送信する。ブロックチェーン３は、当該配分額（総額）を含むトランザクションを受信して記憶する。

図１２Ｂは、出資者への配分額の送信処理の動作を説明する説明図である。ブロックチェーン３は、収益配分ルールが記述されたスマートコントラクトに応じて、各出資者の出資比率により配分額を算出する。ブロックチェーン３は、算出した配分額を図１１Ｃで記憶された各出資者のウォレットアドレス宛へ送信する。

図１３は、映画作品へ出資する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、入力部１４により映画作品の企画情報を取得する（ステップＳ１０１）。なお、制御部１１は、通信部１３により図示しない外部装置から映画作品の企画情報を取得しても良い。制御部１１は、取得した企画情報を大容量記憶部１７の企画情報ＤＢ１７１及び企画者ＤＢ１７２に記憶する（ステップＳ１０２）。制御部１１は、大容量記憶部１７の企画情報ＤＢ１７１を参照し、収益配分ルールが記述されたスマートコントラクトのコードを作成する（ステップＳ１０３）。制御部１１は、通信部１３を介して、作成したスマートコントラクト及び映画作品の企画情報をブロックチェーン３に送信する（ステップＳ１０４）。ブロックチェーン３は、サーバ１から送信されたスマートコントラクト及び映画作品の企画情報を受信し（ステップＳ３０１）、記憶する（ステップＳ３０２）。

端末２の制御部２１は、出資先のウォレットアドレスを取得する（ステップＳ２０１）。出資先のウォレットアドレスの取得については、通信部２３により外部装置から受信し、予めＤＢに出資者ＩＤとウォレットアドレスとを対応付けて記憶させておけば良く、また出資先により手渡しても良い。更にまた、制御部２１は、撮影部２６により出資先のウォレットアドレスを含むＱＲコード（登録商標）を識別し、ウォレットアドレスを抽出しても良い。端末２のハッシュ値算出部２１ａ及び電子署名作成部２１ｂは、映画作品に出資する出資者のウォレットアドレスを作成する（ステップＳ２０２）。ウォレットアドレスの作成処理のサブルーチンに関しては後述する。端末２の制御部２１は、通信部２３により出資者のウォレットアドレスから出資先のウォレットアドレス宛とし、映画作品に対する出資額及び出資元のウォレットアドレスを含むトランザクションをブロックチェーン３に送信する（ステップＳ２０３）。制御部２１は、出資者ＩＤを振り、出資者及び出資額を映画作品の企画ＩＤに対応付けて一つのレコードとして出資者ＤＢ１７３に記憶する（ステップＳ２０４）。ブロックチェーン３は、端末２から送信された出資額及び出資元のウォレットアドレスを含むトランザクションにより出資額を受信し（ステップＳ３０３）、記憶する（ステップＳ３０４）。なお、各出資者のウォレットアドレス及び出資額が予め記憶部１２又は大容量記憶部１７に記憶されても良い。この場合、サーバ１は、各出資者のウォレットアドレス及び出資額を記憶部１２又は大容量記憶部１７から取得し、ブロックチェーン３へ送信する。出資者が映画作品に再出資した場合、ウォレットアドレスを再作成することは必要がなく、記憶された出資者のウォレットアドレスに基づき、追加した出資額がブロックチェーン３へ送信されても良い。

図１４は、ウォレットアドレスの作成のサブルーチンの処理手順を示すフローチャートである。端末２の電子署名作成部２１ｂは、疑似乱数列生成法により秘密鍵を生成する（ステップＳａ０１）。疑似乱数列生成法は、模擬乱数列を生成するアルゴリズムであり、例えば暗号学的ハッシュ関数を用いて疑似乱数列を生成することが可能となる。電子署名作成部２１ｂは、生成した秘密鍵を利用して公開鍵を生成する（ステップＳａ０２）。例えば、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithm）又はシュノア署名（Schnorr Signature）方式により秘密鍵から公開鍵を生成しても良い。制御部２１は、生成した公開鍵及び秘密鍵を大容量記憶部１７の電子署名ＤＢ１７４に一つのレコードとして記憶する（ステップＳａ０３）。ハッシュ値算出部２１ａは、公開鍵を暗号学的ハッシュ関数に通しハッシュ値を算出し取得する（ステップＳａ０４）。制御部２１は、取得したハッシュ値のエンコーディング処理を行い（ステップＳａ０５）、ウォレットアドレスを生成し返却する（ステップＳａ０６）。なお、ウォレットアドレスの作成処理に関しては、上述した処理方式に限らず、他のアルゴリズムを用いてウォレットアドレスを生成しても良い。

図１５は、興行収益情報に基づく配分額を送信する際の処理手順を示すフローチャートである。興行収益サーバ４の制御部４１は、大容量記憶部４５の興行収益ＤＢ４５１から興行収益情報を読み出す（ステップＳ４０１）。制御部４１は、通信部４３を介して、読み出した興行収益情報をサーバ１に送信する（ステップＳ４０２）。サーバ１の制御部１１は、通信部１３により興行収益サーバ４から送信された興行収益情報を受信する（ステップＳ１０５）。制御部１１は、受信した興行収益情報に応じて、全ての出資者の配分額（総額）を算出する（ステップＳ１０６）。具体的には、制御部１１は、興行収益ＤＢ４５１から映画作品に対する興行収益総額及び出資者の出資割合情報を取得する。制御部１１は、取得した興行収益総額及び出資者の出資割合に基づき、全ての出資者の配分額（総額）を算出する。

サーバ１の制御部１１は、配分先のウォレットアドレスを取得する（ステップＳ１０７）。なお、配分先のウォレットアドレスの取得については、図１３のステップＳ２０１と同様であるため説明を省略する。サーバ１のハッシュ値算出部１１ａ及び電子署名作成部１１ｂは、配分先へ配分額を送信するウォレットアドレスを作成する（ステップＳ１０８）。ウォレットアドレスの作成処理のサブルーチンに関しては、図１５と同様であるため説明を省略する。制御部１１は、通信部１３を介して、算出した配分額（総額）を含むトランザクションをブロックチェーン３へ送信する（ステップＳ１０９）。ブロックチェーン３は、サーバ１から送信された配分額（総額）を含むトランザクションにより配分額（総額）を受信し（ステップＳ３０５）、記憶する（ステップＳ３０６）。なお、本実施形態では、興行収益サーバ４はサーバ１を経由してブロックチェーン３へ配分額を送信したが、これに限るものではない。例えば、興行収益サーバ４は直接にブロックチェーン３へ配分額を送信しても良い。興行収益サーバ４が直接ブロックチェーン３へ配分額を送信する処理に関しては後述する。

図１６は、出資者に配分額を送信又は出資額を返却する際の処理手順を示すフローチャートである。ブロックチェーン３は、スマートコントラクト処理を起動し（ステップＳ３０７）、スマートコントラクトの執行条件及び契約内容を取得する（ステップＳ３０８）。ブロックチェーン３は、取得したスマートコントラクトの執行条件及び契約内容に基づき、目標額を達成するまでの所定の期間を経過したか否かを判断する（ステップＳ３０９）。ブロックチェーン３は、所定の期間を経過していないと判断した場合（ステップＳ３０９でＮＯ）、所定期間経過の判断処理に戻る。ブロックチェーン３は、所定の期間を経過したと判断した場合（ステップＳ３０９でＹＥＳ）、映画作品に対する目標額を達成したか否かを判断する（ステップＳ３１０）。ブロックチェーン３は、目標額を達成していないと判断した場合（ステップＳ３１０でＮＯ）、各出資者の出資額を取得する（ステップＳ３１１）。なお、各出資者の出資額及びウォレットアドレスはスマートコントラクト上に記述されているものとする。ブロックチェーン３は、取得したそれぞれの出資者の出資額をそれぞれの出資者のウォレットアドレス宛に返却し（ステップＳ３１２）、処理を終了する。

ブロックチェーン３は、目標額を達成したと判断した場合（ステップＳ３１０でＹＥＳ）、当該映画作品に対する配分額（総額）を入金するか否かを判断する（ステップＳ３１３）。ブロックチェーン３は、配分額（総額）を入金しないと判断した場合（ステップＳ３１３でＮＯ）、処理を終了する。ブロックチェーン３は、配分額（総額）が入金されたと判断した場合（ステップＳ３１３でＹＥＳ）、スマートコントラクトに記述された収益配分ルール、各出資者の出資額及び配分額（総額）に応じて各出資者の配分額を算出する（ステップＳ３１４）。例えば、各出資者の出資比率により配分額を算出することが収益配分ルールで記述された場合、ブロックチェーン３は、各出資者の出資額に基づいて出資比率を算出する。ブロックチェーン３は、算出した出資比率及び配分額（総額）により、各出資者の配分額を算出しても良い。ブロックチェーン３は、算出したそれぞれの出資者の配分額をブロックチェーン３上で記憶されたそれぞれの出資者のウォレットアドレス宛に送信する（ステップＳ３１５）。端末２の制御部２１は、通信部２３を介して、ブロックチェーン３から送信された出資額又は配分額をウォレットアドレスに受信し（ステップＳ２０５）、処理を終了する。

本実施形態によると、出資者はブロックチェーン３の経由で映画作品に対して出資することにより、映画作品の資金調達に支援することができるため、クラウドファンディングサービスを実現することが可能となる。

本実施形態によると、出資者の出資額及び収益配分ルールに応じて、興行収益を各出資者に配分することにより、取引に第三者が介入しないため、決済期間を短縮することが可能となる。

本実施形態によると、所定期間の内に映画作品の目標額が達成されない場合、出資者から出資された出資額を出資者のウォレットアドレス宛に返却することにより、不正な取引を防ぐことができる。

（実施形態２）
実施形態２は、映画作品に対する多くの出資額を調達すべく、ＳＮＳと連携してメッセージの発信サービスを利用する形態に関する。

図１７は、実施形態２の出資者ＤＢ１７３のレコードレイアウトの一例を示す説明図である。なお、図６と重複する内容について説明を省略する。出資者ＤＢ１７３は、被紹介者ＩＤ列、プレミアム額列、紹介レベル列及び紹介日列を含む。被紹介者ＩＤ列は、出資者（第１出資者）の紹介を通じて映画作品に出資する出資者（第２出資者）のＩＤを記憶している。プレミアム額列は、第１出資者が第２出資者を紹介した場合、第１出資者に対して付与される報奨の金額を記憶している。紹介レベル列は、直接紹介又は間接紹介に関するレベル情報を記憶している。例えば、第１出資者が第２出資者を紹介した場合、第２出資者に対する第１出資者の紹介レベルが「１」として記憶される。更に、第２出資者が第３出資者を紹介した場合、第３出資者に対する第１出資者の紹介レベルが「２」として記憶され、第３出資者に対する第２出資者の紹介レベルが「１」として記憶される。紹介日列は、出資者が紹介した日付を記憶している。

図１８は、ＳＮＳを利用する際の資金調達のシステムの概要を示す説明図である。図１８Ａは、ＳＮＳのメッセージ発信により映画作品の企画情報が拡散されるイメージを示すイメージ図である。例えば、Ａ氏は映画作品に対して出資した場合、Ａ氏が操作する端末２は、ＳＮＳアカウントに対応付けてＡ氏をＳＮＳに登録する（ログイン）。Ａ氏は、ＳＮＳを経由してＢ氏にメッセージ発信を行う。発信されたメッセージの内容は、例えば、映画作品に対する企画開発書、シナリオ、プロット及び企画者を含む企画情報等である。なお、企画情報は映画作品の企画サイトのＵＲＬを含むことができる。この場合、当該ＵＲＬには紹介者の出資者ＩＤがクエリパラメータとして付加されても良い。例えばＡ氏がＢ氏を紹介した場合、映画作品の企画サイトのＵＲＬは、Ａ氏の出資者ＩＤ「0001」が付加された「http://www.movie.com/?id=0001」であっても良い。この場合、Ｂ氏に対するＡ氏の紹介レベルが「１」として大容量記憶部１７の出資者ＤＢ１７３に記憶される。Ｂ氏が更にＳＮＳでＣ氏を紹介した場合、映画作品の企画サイトのＵＲＬは、Ａ氏の出資者ＩＤ「0001」とＢ氏の出資者ＩＤ「0002」が付加された「http://www.movie.com/?id=0001_0002」であっても良い。この場合、Ｃ氏に対するＡ氏の紹介レベルが「２」として大容量記憶部１７の出資者ＤＢ１７３に記憶され、Ｃ氏に対するＢ氏の紹介レベルが「１」として出資者ＤＢ１７３に記憶される。上述した形式により、ＵＲＬにクエリパラメータ形式で紹介者の出資者ＩＤが反映されるため、紹介者を識別することができる。また、ＵＲＬに付加された紹介者の出資者ＩＤに基づき、大容量記憶部１７の出資者ＤＢ１７３の紹介レベルの値も同時に更新される。よって、出資者の紹介レベルが高いほど、出資者が紹介した他の出資者の人数の多いことが示される。

Ｂ氏は、ＳＮＳ経由でＡ氏のメッセージを受信し、受信したメッセージに基づいて映画作品に関する企画情報等を確認することができる。そしてＢ氏は当該映画作品に対して出資した場合、例えばブロックチェーン３は、収益配分ルールに基づき、Ａ氏にプレミアム額を配分することができる。なお、プレミアム額が興行収益から差し引いて配分されても良い。例えば、全体の興行収益に対し、制作費の割合が６０％であり、出資者の割合が３５％であり、プレミアムの割合が５％であることが決められた場合、得られた興行収益の５％がプレミアム額として出資者へ配分される。プレミアム額の配分ルールに関しては、出資者の出資額に対する比率を設定する他、固定額をプレミアム額として設定しても良い。出資額に対する比率設定の場合、例えば、出資者の出資額の0.1％の基準により定めたプレミアム額が設定されたとき、１００００００仮想通貨量に対するプレミアム額は１０００仮想通貨量である。なお、紹介レベルに基づいてプレミアム額が配分されても良い。この場合、例えば、紹介レベルが「１」である場合、プレミアムの総額の0.01％の基準によりプレミアム額が配分されても良い。紹介レベルが「２」である場合、プレミアムの総額の0.02％の基準によりプレミアム額が配分されても良い。紹介レベルが「５」以上である場合、プレミアムの総額の0.05％の基準によりプレミアム額が配分されても良い。

また、Ｂ氏はＳＮＳ経由でＣ氏及びＤ氏にメッセージ発信を行うことができる。この場合、Ｂ氏は映画作品に関する企画情報等を含むメッセージをＣ氏及びＤ氏に発信する。Ｃ氏及びＤ氏は当該映画作品に対して出資した場合、ブロックチェーン３は収益配分ルールによりプレミアム額をＢ氏に配分する。なお、ブロックチェーン３は、Ｂ氏にプレミアム額を配分する他、Ｂ氏が紹介されたＡ氏にプレミアム額を配分しても良い。この場合、紹介レベルに基づいて付与されるプレミアム額の基準が規定されても良い。Ａ氏がＢ氏を紹介した場合、Ｂ氏に対するＡ氏の紹介レベルは「１」を設定し、Ｂ氏がＣ氏を紹介した場合、Ｃ氏に対するＡ氏の紹介レベルは「２」を設定する。例えば、紹介レベルが「１」である場合、プレミアム額が出資者の出資額の0.1％の基準により決められても良い。紹介レベルが「２」である場合、プレミアム額が出資者の出資額の0.2％の基準により決められても良い。

図１８Ｂは、ＳＮＳメッセージを発信する際の動作を説明する説明図である。例えば、Ｂ氏はＡ氏から発信された映画作品の企画情報に関するメッセージを受信した場合、「出資」リンクを押下すると、出資処理を行ってブロックチェーン３へ出資額を送信する。ブロックチェーン３は、Ｂ氏から送信された出資額を受け取った後に、プレミアム額の配分ルールに基づき、ブロックチェーン３上で記憶されたＡ氏のウォレットアドレス宛にプレミアム額を配分する。図示のように、Ａ氏は「プレミアム受取」リンクを押下すると、ブロックチェーン３から送信されたプレミアム額が受け取られる。なお、スマートコントラクトに記述された配分ルールに基づき、出資者に配分される配分額に応じてプレミアム額が配分されても良い。

図１９は、ＳＮＳと連携して資金を調達する際の処理手順を示すフローチャートである。以下では簡潔のため、端末２（第１出資者）を端末２（１）と読み替え、端末２（第２出資者）を端末２（２）と読み替える。

端末２（１）の制御部２１は、端末２（１）の通信部２３を介して映画作品に対する出資額をブロックチェーン３に送信する（ステップＳ２３１）。ブロックチェーン３は、端末２（１）から送信された出資額を受信し（ステップＳ３３１）、記憶する（ステップＳ３３２）。端末２（１）の制御部２１は、ＳＮＳアカウントに対応付けて第１出資者をＳＮＳに登録する（ステップＳ２３２）。端末２（２）の制御部２１は、ＳＮＳアカウントに対応付けて第２出資者をＳＮＳに登録する（ステップＳ２３３）。

端末２（１）の制御部２１は、端末２（１）の通信部２３によりメッセージをＳＮＳに発信する（ステップＳ２３４）。ＳＮＳは、メッセージを受信し（ステップＳｂ０１）、端末２（２）に送信する（ステップＳｂ０２）。端末２（２）の制御部２１は、端末２（２）の通信部２３によりメッセージを受信し（ステップＳ２３５）、映画作品に対する出資額をブロックチェーン３に送信する（ステップＳ２３６）。

ブロックチェーン３は、端末２（２）から送信された出資額を受信し（ステップＳ３３３）、出資額を記憶する（ステップＳ３３４）。ブロックチェーン３は、収益配分ルールに応じて、第１出資者に配分するプレミアム額を決定する（ステップＳ３３５）。ブロックチェーン３は、第１出資者ＩＤに応じたウォレットアドレス宛とし、決定したプレミアム額を端末２（１）に送信する（ステップＳ３３６）。端末２（１）の制御部２１は、端末２（１）の通信部２３を介して、ブロックチェーン３から送信されたプレミアム額を受信する（ステップＳ２３７）。

端末２（１）の制御部２１は、ＳＮＳ経由で紹介された出資者に関する紹介情報をサーバ１に送信する（ステップＳ２３８）。サーバ１の制御部１１は、端末２（１）から送信された紹介情報を受信し（ステップＳ１３１）、大容量記憶部１７の出資者ＤＢ１７３に紹介情報を記憶する（ステップＳ１３２）。具体的には、制御部１１は、出資者ＩＤに対応付けて、被紹介者ＩＤ、プレミアム額、紹介レベル、紹介日を一つのレコードとして出資者ＤＢ１７３に記憶する。

本実施形態によると、映画作品に対する資金調達をＳＮＳと連携して拡散することにより、映画作品の認知度をアップすることができる。これに伴い、多くの出資者が募られるため、映画作品を制作する資金を確保することが可能となる。

（実施形態３）
出資者は映画作品に出演するキャスト及び映画作品を制作する制作会社の選択に参画することができる。本実施形態では、出資者はキャスト及び制作会社に投票することにより、出資者の参画権利を行使することが可能となる。

図２０は、キャスト及び制作会社に対する投票のシステムの概要を示す説明図である。なお、実施形態１と重複する内容については説明を省略する。本実施形態では、キャスト情報処理端末５、制作会社情報処理端末６を含み、インターネット等のネットワークＮを介して情報の送受信を行う。

キャスト情報処理端末５は、キャストに対する映画作品の企画情報の表示、興行収益情報の表示及び興行収益の受取等を行う端末装置であり、例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、キャスト情報処理端末５をキャスト端末５と読み替える。

制作会社情報処理端末６は、映画作品を制作する制作会社に対し、映画作品の制作に関する情報の送受信、興行収益情報の表示及び興行収益の受取等を行う端末装置である。例えばスマートフォン、携帯電話、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、制作会社情報処理端末６を制作会社端末６と読み替える。

図２１は、実施形態３のサーバ１の構成例を示すブロック図である。図３と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７は、投票ＤＢ１７５を含む。投票ＤＢ１７５は、キャスト及び制作会社に対する出資者の投票数等を記憶している。

図２２は、投票ＤＢ１７５のレコードレイアウトの一例を示す説明図である。投票ＤＢ１７５は、投票ＩＤ列、種別列、投票対象列及び投票数列を含む。投票ＩＤ列は、投票情報を識別するために、一意に特定される投票情報のＩＤを記憶している。種別列は、投票対象の種別情報を記憶している。例えば、キャスト又は制作会社である。投票対象列は、投票対象の情報を記憶している。例えば、種別がキャストである場合、投票対象列は候補となるキャストの名前を記憶しても良い。種別が制作会社である場合、投票対象列は候補となる制作会社の会社名を記憶しても良い。投票数列は、投票対象に対する投票の数量を記憶している。

続いて、キャスト及び制作会社に対する投票の全体の流れを説明する。サーバ１の制御部１１は、入力部１４によりキャスト及び制作会社の候補を受け付ける。なお、キャスト及び制作会社の候補の受付に関しては、上述した方式に限るものではない。例えば、制御部１１は、通信部１３を介して図示しない外部装置からキャスト及び制作会社の候補を受信しても良い。また、サーバ１の制御部１１は、通信部１３を介してキャスト端末５及び制作会社端末６と直接に通信し、候補を受信しても良い。

サーバ１の制御部１１は、出資者からキャスト及び制作会社の候補に対する投票を受け付け、大容量記憶部１７の投票ＤＢ１７５に記憶する。具体的には、例えば制御部１１は、通信部１３により端末２から送信された投票数を種別及び投票対象に対応付けて、一つのレコードとして投票ＤＢ１７５に記憶する。制御部１１は、投票ＤＢ１７５に記憶された投票数に基づき、キャスト及び制作会社を選択する。例えば、所定期間の内に、得票数の多い順にキャスト及び制作会社が選択されても良い。

映画作品が上映された後に、収益配分ルールに基づき、得られた興行収益がキャスト及び制作会社に所定の割合で配分される。なお、収益配分に関しては、法定通貨で配分しても良く、ブロックチェーン３により仮想通貨で配分しても良い。仮想通貨の場合、具体的には、例えばサーバ１の制御部１１は、通信部１３を介して興行収益サーバ４から興行収益総額及び制作費割合等情報を受信する。制御部１１は、受信した興行収益総額及び制作費割合に応じて、キャスト及び制作会社の興行収益の配分額を算出し、算出した配分額をブロックチェーン３へ送信する。ブロックチェーン３は、受信した配分額をキャスト及び制作会社のウォレットアドレス宛に送信する。なお、本実施形態では、キャスト及び制作会社の割合情報を興行収益サーバ４から取得したが、これに限るものではない。例えば、ブロックチェーン３は、収益配分ルールが記述されたスマートコントラクトに応じてキャスト及び制作会社の配分額を算出しても良い。

図２３は、キャスト及び制作会社に対する投票する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３又は入力部１４によりキャスト及び制作会社の候補を受け付ける（ステップＳ１５１）。端末２の制御部２１は、通信部２３を介してキャスト及び制作会社に対する投票をサーバ１に送信する（ステップＳ２５１）。サーバ１の制御部１１は、通信部１３により端末２から送信された投票を受け付け、キャスト及び制作会社に対応付けて投票ＤＢ１７５の投票数を更新する（ステップＳ１５２）。サーバ１の制御部１１は、投票数に基づいてキャストを選択し（ステップＳ１５３）、制作会社を選択する（ステップＳ１５４）。制御部１１は、映画作品に対する興行収益情報を取得する（ステップＳ１５５）。制御部１１は、取得した興行収益情報によりキャスト及び制作会社それぞれの配分額を算出し（ステップＳ１５６）、算出した配分額をブロックチェーン３へ送信する（ステップＳ１５７）。

ブロックチェーン３は、サーバ１から送信されたキャスト及び制作会社の配分額を受信する（ステップＳ３５１）。ブロックチェーン３は、キャストに配分される配分額をキャスト端末５に送信する（ステップＳ３５２）。キャスト端末５は、ブロックチェーン３から送信された配分額を受信する（ステップＳ５５１）。ブロックチェーン３は、制作会社に配分される配分額を制作会社端末６に送信する（ステップＳ３５３）。制作会社端末６は、ブロックチェーン３から送信された配分額を受信する（ステップＳ６５１）。

本実施形態によると、出資者が映画作品に主演するキャスト及び映画作品を制作する制作会社に投票した投票数に基づき、キャスト及び制作会社を選択する。これにより、出資者の意見を参照の上、キャスト及び制作会社を選定するため、映画作品の品質確保を促進することが可能となる。

本実施形態によると、収益配分ルールに応じて、キャスト及び制作会社に所定の割合で興行収益を配分することにより、収益配分の手続きを簡略化することが可能となる。

（実施形態４）
興行収益を一括で出資者に配分する他、年度別、四半期別又は月別に出資者に配分しても良い。本実施形態では、月別に興行収益を配分する例について説明する。

図２４は、実施形態４の興行収益ＤＢ４５１のレコードレイアウトの一例を示す説明図である。なお、図１０と重複する内容について説明を省略する。興行収益ＤＢ４５１は、収益年月列を含む。収益年月列は、興行収益の対象年月の情報を記憶している。

興行収益サーバ４の制御部４１は、興行収益情報を取得し、月別に興行収益情報を抽出する。制御部４１は、抽出した興行収益情報により出資者へ配分される配分額を算出する。制御部４１は、例えば通信部４３により取引所のシステム経由で配分額に相当する仮想通貨量の交換を行う。仮想通貨に交換処理については、実施形態１と同様であるため説明を省略する。興行収益サーバ４は、スマートコントラクトのコードを作成し、通信部４３を介して、作成したスマートコントラクトのコード及び配分額をブロックチェーン３へ送信する。

ブロックチェーン３は、興行収益サーバ４から送信されたスマートコントラクトのコード及び配分額を受信し、記憶する。ブロックチェーン３は、スマートコントラクトのコードに記述された収益配分ルール及び各出資者の出資額に基づき、各出資者の配分額を算出する。ブロックチェーン３は、算出した配分額をブロックチェーン３で記憶された各出資者のウォレットアドレス宛に送信する。

図２５は、月別に興行収益を配分する際の処理手順を示すフローチャートである。興行収益サーバ４の制御部４１は、大容量記憶部４５の興行収益ＤＢ４５１から興行収益総額、出資者の割合等を含む興行収益情報を読み出す（ステップＳ４６１）。制御部４１は、興行収益ＤＢ４５１の収益年月列により当月分の興行収益情報を抽出する（ステップＳ４６２）。制御部４１は、抽出した当月分の興行収益情報に基づく出資者の配分額（総額）を算出する（ステップＳ４６３）。制御部４１は、配分額に相当する仮想通貨量を交換する（ステップＳ４６４）。そして制御部４１は、収益配分ルールが記述されたスマートコントラクトのコードを作成する（ステップＳ４６５）。なお、各月の執行条件及び契約内容を含むスマートコントラクトが予め一括で興行収益サーバ４に登録されても良い。月別に執行条件及び契約内容に合致した取引が発生した場合、自動的に契約が履行されることが可能となる。制御部４１は、通信部４３を介して、スマートコントラクト及び配分額をブロックチェーン３へ送信する（ステップＳ４６６）。

ブロックチェーン３は、興行収益サーバ４から送信されたスマートコントラクト及び配分額を受信し（ステップＳ３６１）、記憶する（ステップＳ３６２）。ブロックチェーン３はスマートコントラクトに記述された収益配分ルールに従い、各出資者の配分額を算出する（ステップＳ３６３）。ブロックチェーン３は、算出したそれぞれの出資者の配分額をブロックチェーン３で記憶されたそれぞれの出資者のウォレットアドレス宛に送信する（ステップＳ３６４）。端末２の制御部２１は、通信部２３によりブロックチェーン３から送信された配分額を受信する（ステップＳ２６１）。

本実施形態によると、興行収益を年度別、四半期別又は月別に出資者に配分することができる。

（実施形態５）
実施形態５は、映画作品に対する目標額の達成度に応じて、出資者に興行収益が配分される形態に関する。目標額の達成度は、目標額の達成の度合いである。例えば、目標額が全体の目標額の６０％に達成した場合、目標額の達成度が６０％である。また、目標額の各達成度に対する多様な収益配分ルールが決められても良い。例えば、目標額の達成度が６０％である場合、興行収益が出資者に４割で配分されても良い。

図２６は、実施形態５の出資者ＤＢ１７３のレコードレイアウトの一例を示す説明図である。なお、図６と重複する内容について説明を省略する。出資者ＤＢ１７３は、グループ列を含む。グループ列は、映画作品を制作するための目標額の達成度に応じて、出資の対象グループの情報を記憶している。なお、本実施形態では、グループ列は、パイロット映像グループ及び映画作品グループを記憶している。

図２７は、実施形態５の興行収益ＤＢ４５１のレコードレイアウトの一例を示す説明図である。なお、図１０と重複する内容について説明を省略する。興行収益ＤＢ４５１は、グループ列を含む。グループ列は、出資の対象グループの情報を記憶している。グループ情報に応じて、異なる制作費の割合及び出資者の割合が設定される。本実施形態では、例えばパイロット映像グループ及び映画作品グループが事前に設定される。また、パイロット映像グループに対応付けた出資者の割合が、映画作品グループに対応付けた出資者の割合と比べて高く設定される。これにより、投資の開始時間による収益に影響があるため、早期の投資には収益率が高くなっている。

図２８は、目標額の達成度に応じた収益配分のイメージ図である。本実施形態では、映画作品を制作するための目標額の達成度については、達成度６０％及び達成度１００％の二つを設定する。目標額が６０％に達成した場合、パイロット映像の制作費の目標額が達成され、目標額が１００％に達成した場合、映画作品の制作費の目標額が達成される。

出資者がパイロット映像の制作費に関する第１次公募期間中に出資した場合、出資者ＩＤが振られ、出資者、出資額及びパイロット映像グループ等情報が一つのレコードとして大容量記憶部１７の出資者ＤＢ１７３に記憶される。また、第１次公募が終了した後、出資者が最終的な映画作品の制作費に関する第２次公募期間中に出資した場合、出資者ＩＤが振られ、出資者、出資額及び映画作品グループ等情報が一つのレコードとして大容量記憶部１７の出資者ＤＢ１７３に記憶される。

それぞれのグループの目標額の達成度が達成された後に、それぞれのグループに基づき、大容量記憶部４５の興行収益ＤＢ４５１から興行収益に関する情報が取得される。具体的には、例えばパイロット映像の制作費の目標額が達成され、かつ興行収益が得られた場合、パイロット映像グループにより興行収益ＤＢ４５１から興行収益総額及び出資者の割合情報が取得される。興行収益総額及び出資者の割合情報に従い、出資者の配分額が算出されて出資者へ配分される。

本実施形態によると、目標額の達成度を設定することにより、映画作品を制作するための必要な資金を一度に調達することではなく、段階に応じて調達することができる。よって、多額の資金を投資するリスクを回避することが可能となる。

（実施形態６）
実施形態６は、出資者以外の者にも投票させる形態に関する。なお、実施形態３と重複する内容については説明を省略する。

図２９は、実施形態６のサーバ１の構成例を示すブロック図である。図２１と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７は、登録者ＤＢ１７６を含む。登録者ＤＢ１７６は、映画作品のシナリオ、出演するキャスト及びパイロット映像に対して投票する登録者の情報を記憶している。

図３０は、登録者ＤＢ１７６のレコードレイアウトの一例を示す説明図である。登録者ＤＢ１７６は、登録者ＩＤ列、登録者列、投票ＩＤ列及び出資者ＩＤ列を含む。登録者ＩＤ列は、各登録者を識別するために、一意に特定される登録者のＩＤを記憶している。登録者列は、登録者の氏名を記憶している。投票ＩＤ列は、シナリオ、キャスト、制作会社列及びパイロット映像列を含む。シナリオ列は、シナリオに対して、登録者が投票した投票ＩＤを記憶している。図３０の例では、シナリオの投票ＩＤ「０１」はシナリオＡに投票したことを示し、シナリオの投票ＩＤ「０２」はシナリオＢに投票したことを示している。キャスト列は、キャストに対して、登録者が投票した投票ＩＤを記憶している。制作会社列は、制作会社に対して、登録者（出資者）が投票した投票ＩＤを記憶している。なお、本実施形態では、登録者が非出資者である場合、登録者が制作会社に投票することができないが、これに限るものではない。パイロット映像列は、パイロット映像に対して、登録者が投票した投票ＩＤを記憶している。なお、本実施形態では、パイロット映像がまだ制作されていないため、投票対象外となり、パイロット映像列は「−」を記憶している。出資者ＩＤ列は、映画作品に対して、登録者が出資した際に振られた出資者ＩＤを記憶している。

図３１は、実施形態６の投票ＤＢ１７５のレコードレイアウトの一例を示す説明図である。なお、図２２と重複する内容について説明を省略する。投票ＤＢ１７５は、投票比重列を含む。投票比重列は、出資者列及び非出資者列を含む。出資者列は、投票における出資者の票の比重情報を記憶している。非出資者列は、投票における非出資者の票の比重情報を記憶している。なお、本実施形態では、出資者の票の比重が非出資者の票の比重より重く設定されている例を示すが、これに限るものではない。例えば、票の比重を１：１と対等にしても良い。

以下では出資者の票の比重が１に設定され、非出資者の票の比重が０．５に設定された例を説明する。出資者及び非出資者がそれぞれに俳優Ａに投票した場合、上述した票の比重の設定規則に基づき、出資者及び非出資者に対してそれぞれの獲得票数が算出される。例えば、出資者１００人が俳優Ａに投票し、非出資者５０人が俳優Ａに投票した場合、投票数は１００＋５０/２の１２５の獲得票数となる。

図３２は、投票システムで投票及び投票情報の閲覧の動作を説明する説明図である。図３２Ａは、登録者がシナリオ、キャスト及びパイロット映像に対する投票する説明図である。端末２の制御部２１は、入力部２４により登録者からシナリオ、キャスト及びパイロット映像に対する投票を受け付け、投票数を集計することができる。具体的には、登録者がシナリオ、キャスト及びパイロット映像に対する「いいね！」ボタンを押した場合、投票数が集計される。例えば登録者が「俳優Ａ」に投票する場合、登録者が「いいね！」ボタンを押下し、端末２の制御部２１は、通信部２３を介して、登録者の情報及び投票情報をサーバ１に送信する。サーバ１の制御部１１は、大容量記憶部１７の投票ＤＢ１７５の投票比重列から非出資者の票の比重情報を取得し、取得した比重情報に応じて獲得票数を算出する。制御部１１は、算出した獲得票数を投票ＤＢ１７５の投票数列に加算して更新する。

図３２Ｂは、登録者が投票情報を閲覧する説明図である。登録者が映画作品に対して出資するか否かに関わらず、投票数を含む投票情報を閲覧することができる。具体的には、サーバ１の制御部１１は、大容量記憶部１７の投票ＤＢ１７５からシナリオ、キャスト及びパイロット映像ごとの投票数を読み出し、通信部１３を介して端末２に送信する。端末２の制御部２１は、通信部２３によりサーバ１から送信された投票数を受信し、表示部２５を介してシナリオ、キャスト及びパイロット映像ごとの投票数を表示する。

本実施形態によると、映画作品の企画に対して出資しない登録者が当該企画に投票することができる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 情報処理装置（サーバ）
１１ 制御部
１１ａ ハッシュ値算出部
１１ｂ 電子署名作成部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読み取り部
１７ 大容量記憶部
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 情報処理端末（端末）
２１ 制御部
２１ａ ハッシュ値算出部
２１ｂ 電子署名作成部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 撮影部
２Ｐ 制御プログラム
３ ブロックチェーン
４ 興行収益処理装置（興行収益サーバ）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 読み取り部
４５ 大容量記憶部
４ａ 可搬型記憶媒体
４ｂ 半導体メモリ
４Ｐ 制御プログラム
５ キャスト情報処理端末（キャスト端末）
６ 制作会社情報処理端末（制作会社端末）

本発明に係る情報処理方法は、ネットワーク経由で映画作品に対する出資額を出資者のウォレットから受け付け、ブロックチェーン上で出資者毎の前記出資額を記憶し、前記映画作品を制作するための目標額を達成したと判定した場合に、前記映画作品の興行収益の情報を取得し、ブロックチェーン上に記憶された前記出資額及び収益配分ルールと、取得した前記興行収益とに基づき各出資者への配分額を算出して配分し、所定期間の内に前記目標額を達成しないと判定した場合に、前記収益配分ルールが記述されたブロックチェーン上のスマートコントラクトに応じて、受け付けた前記出資額を前記出資者のウォレットアドレス宛に返却する処理をコンピュータに実行させることを特徴とする。

Claims (10)

1. 映画作品に対する出資額を出資者のウォレットから受け付け、
   ブロックチェーン上で出資者毎の前記出資額を記憶し、
   前記映画作品を制作するための目標額を達成した後に、前記映画作品の興行収益の情報を取得し、
   前記出資額及び収益配分ルールに応じて前記興行収益を各出資者に配分する
   情報処理方法。
2. 所定期間の内に前記目標額を達成しない場合に、前記収益配分ルールが記述されたスマートコントラクトに応じて、受け付けた前記出資額を前記出資者のウォレットアドレス宛に返却する
   請求項１に記載の情報処理方法。
3. 前記収益配分ルールが記述されたスマートコントラクト及び前記出資額に応じて、各出資者の配分額を決定し、
   前記出資者のウォレットアドレス宛へ、決定した前記配分額を前記ブロックチェーンへ送信する
   請求項１又は２に記載の情報処理方法。
4. 前記映画作品に対する出資者とＳＮＳアカウントとを対応付けて登録する
   請求項１から請求項３のいずれか一つに記載の情報処理方法。
5. 登録した第１出資者の発信メッセージに応じて、出資した第２出資者を特定した場合、前記収益配分ルールに従い、前記第１出資者に配分のプレミアム額を決定し、
   前記第１出資者のウォレットアドレス宛とし、決定した前記プレミアム額を前記ブロックチェーンへ送信する
   請求項４に記載の情報処理方法。
6. 前記映画作品に出演するキャスト及び前記映画作品を制作する制作会社の候補を受け付け、
   候補の中からキャスト及び制作会社を選択し、
   前記収益配分ルールに応じて、前記キャスト及び前記制作会社に所定の割合で前記興行収益を配分する
   請求項１から請求項５のいずれか一つに記載の情報処理方法。
7. 前記キャスト及び前記制作会社に対する前記出資者の投票を受け付け、
   投票数に基づき、候補の中からキャスト及び制作会社を選択する
   請求項６に記載の情報処理方法。
8. 前記目標額に対する第１目標は、パイロット映像の制作費を含み、
   前記目標額に対する第２目標は、前記映画作品の制作費を含む
   請求項１から請求項７のいずれか一つに記載の情報処理方法。
9. 映画作品に対する出資額を出資者のウォレットから受け付ける受付部と、
   ブロックチェーン上で出資者毎の前記出資額を記憶する記憶処理部と、
   前記映画作品を制作するための目標額を達成した後に、前記映画作品の興行収益の情報を取得する取得部と、
   前記出資額及び収益配分ルールに応じて前記興行収益を各出資者に配分する配分部と
   を備える情報処理装置。
10. コンピュータに、
    映画作品に対する出資額を出資者のウォレットから受け付け、
    ブロックチェーン上で出資者毎の前記出資額を記憶し、
    前記映画作品を制作するための目標額を達成した後に、前記映画作品の興行収益の情報を取得し、
    前記出資額及び収益配分ルールに応じて前記興行収益を各出資者に配分する
    処理を実行させるプログラム。
    

Images