(57)【要約】フロントエンドコンピューティングシステムを有する分散型配信システムを用いてデジタルコンテンツを登録する方法およびシステムであって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースを使用して、ブロックチェーンベースの分散型配信システムに対応する暗号化された電子秘密キーを電子的に作成し、作成された暗号化電子秘密キーから電子公開キーと電子ブロックチェーンアドレスとを電子的に作成し、バックエンドコンピューティングシステムからフロントエンドコンピューティングシステムに、セッションＩＤとランダムに生成されたチャレンジフレーズとを電子的に送信し、フロントエンドアプリケーションのユーザーインターフェースを介して、楕円曲線デジタル署名を使用してランダムに生成されたチャレンジフレーズに電子的に署名し、作成された楕円曲線デジタル署名と、セッションＩＤと、暗号化電子秘密キーから作成された電子ブロックチェーンアドレスとを、バックエンドコンピューティングシステムに電子的に送信し、作成された楕円曲線デジタル署名が、暗号化電子秘密キーから作成された電子ブロックチェーンアドレスに対応する場合、セッションＩＤを電子的に認証する。
2020521257.tif 000002
【特許請求の範囲】
【請求項１】
フロントエンドコンピューティングシステムを有する分散型配信システムを用いてデジタルコンテンツを登録する方法であって、前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、前記分散型配信システムは、前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、前記方法は、
（ａ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとのユーザーの対話に応じて、デジタルコンテンツ関連情報を前記バックエンドコンピューティングシステムに伝達することを備え、前記デジタルコンテンツ関連情報は、フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に対応し、前記方法はさらに、
（ｂ）  受信したデジタルコンテンツ関連情報に基づいて、前記バックエンドコンピューティングシステムにデジタルコンテンツを登録することと、
（ｃ）  前記バックエンドコンピューティングシステムに伝達された情報に応じて、前記バックエンドコンピューティングシステムを使用して、登録されたデジタルコンテンツに関連する電子トークンを作成することとを備え、伝達された情報は、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に対応する、方法。
【請求項２】
登録されたデジタルコンテンツに関連する前記電子トークンを作成することは、作成された電子トークンに所有権を割り当てることを含む、請求項１に記載の方法。
【請求項３】
フロントエンドコンピューティングシステムを有する分散型配信システム上でデジタルコンテンツを配信する方法であって、前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、前記分散型配信システムは、前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、前記方法は、
（ａ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとのユーザーの対話に応じて、新しいデジタルコンテンツを前記分散型配信システムのチャネルに追加すべきであることを前記バックエンドコンピューティングシステムに通知することと、
（ｂ）  前記バックエンドコンピューティングシステムを使用して、ファイルシステムに、前記チャネルに関するオブジェクト表記データと、それに関連付けられた前記デジタルコンテンツとをアップロードすることと、
（ｃ）  前記バックエンドコンピューティングシステムを使用して、レジストリスマート契約の前記チャネルに関連付けられたファイルシステムハッシュを登録することと、
（ｄ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、デジタルコンテンツを検索することと、
（ｅ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、関連するレジストリスマート契約にチャネルファイルの場所を要求することと、
（ｆ）  関連するレジストリスマート契約から、前記チャネルに関連付けられたファイルシステムハッシュを前記フロントエンドコンピューティングシステムに提供することと、
（ｇ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、前記ファイルシステムにチャネルデータを要求することと、
（ｈ）  前記ファイルシステムから、前記チャネルに関する前記オブジェクト表記データを提供することと、
（ｉ）  前記チャネルに関して受信したオブジェクト表記データに基づいて、前記分散型配信システムから前記デジタルコンテンツをダウンロードすることとを備えた、方法。
【請求項４】
前記ファイルシステムは、惑星間ファイルシステムである、請求項３に記載の方法。
【請求項５】
前記オブジェクト表記データは、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データである、請求項３に記載の方法。
【請求項６】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システムの認証方法であって、前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、前記分散型配信システムは、前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、前記方法は、
（ａ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、前記ブロックチェーンベースの分散型配信システムに対応する暗号化された電子秘密キーを電子的に作成することと、
（ｂ）  作成された暗号化電子秘密キーから電子公開キーと電子ブロックチェーンアドレスとを電子的に作成することと、
（ｃ）  前記バックエンドコンピューティングシステムから前記フロントエンドコンピューティングシステムに、セッションＩＤとランダムに生成されたチャレンジフレーズとを電子的に送信することと、
（ｄ）  前記フロントエンドアプリケーションの前記ユーザーインターフェースを介して、楕円曲線デジタル署名を使用してランダムに生成されたチャレンジフレーズに電子的に署名することと、
（ｅ）  作成された楕円曲線デジタル署名と、セッションＩＤと、前記暗号化電子秘密キーから作成された前記電子ブロックチェーンアドレスとを、前記バックエンドコンピューティングシステムに電子的に送信することと、
（ｆ）  作成された楕円曲線デジタル署名が、前記暗号化電子秘密キーから作成された前記電子ブロックチェーンアドレスに対応する場合、前記セッションＩＤを電子的に認証することとを備えた、方法。
【請求項７】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システムのためのデジタル権利を持つプロジェクトを、ユーザーが安全に作成できるようにする方法であって、前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、前記分散型配信システムは、前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、前記方法は、
（ａ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、トークンパラメーターに値を割り当てることによりプロジェクトを電子的に作成することと、
（ｂ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、支払い方法を電子的に選択することと、
（ｃ）  選択した支払い方法が不換通貨である場合、前記フロントエンドコンピューティングシステムにｔｘハッシュを電子的に送信することと、
（ｄ）  選択された支払い方法がデジタル通貨である場合、前記フロントエンドコンピューティングシステムに取引レシートを電子的に送信することと、
（ｅ）  作成されたプロジェクトの前記トークンパラメーターに割り当てられた値とともに、前記ｔｘハッシュまたは前記取引レシートを前記バックエンドコンピューティングシステムに電子的に送信することと、
（ｆ）  前記バックエンドコンピューティングシステムが受信したｔｘハッシュまたは受信した取引レシートを介して支払いを検証するときに、作成されたプロジェクトをジョブキューに電子的に追加し、ジョブＩＤを前記フロントエンドコンピューティングシステムに返すことと、
（ｇ）  前記バックエンドコンピューティングシステムで、トークンスマート契約と権利／報酬スマート契約とを電子的に作成および展開することとを備え、前記トークンスマート契約はアドレスを有し、前記権利／報酬スマート契約はアドレスを有し、前記方法はさらに、
（ｈ）  前記バックエンドコンピューティングシステムで、前記トークンスマート契約の前記アドレスと前記権利／報酬スマート契約の前記アドレスとを電子的に登録することと、
（ｉ）  前記バックエンドコンピューティングシステムで、レジストリスマート契約の取引を電子的に登録して、前記トークンスマート契約と前記権利／報酬スマート契約とを前記ユーザーのアドレスに登録することとを備え、それにより、ブロックチェーン上で作成されたトークンスマート契約と作成された権利／報酬スマート契約との存在の不変の記録を作成する、方法。
【請求項８】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システム上で、ユーザーが作成されたトークンを安全に立上げできるようにする方法であって、前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、前記分散型配信システムは、前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、前記方法は、
（ａ）  前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、使用可能にするトークンの数を選択し、前記トークンの数に関するパラメーターを割り当てることと、
（ｂ）  使用可能にするトークンの数と、前記トークンの数に割り当てられたパラメーターとを前記バックエンドコンピューティングシステムに電子的に送信することと、
（ｃ）  前記バックエンドコンピューティングシステムで、トークン立上げ契約を電子的に作成することと、
（ｄ）  ブロックチェーン上で前記トークン立上げ契約を電子的に登録することとを備えた、方法。
【請求項９】
分散型配信システムにデジタルコンテンツを登録するためのシステムであって、
フロントエンドコンピューティングシステムと、
前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムとを備え、
前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、
前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、
前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとのユーザーの対話に応じて、前記フロントエンドコンピューティングシステムは、デジタルコンテンツ関連情報を前記バックエンドコンピューティングシステムに伝達し、前記デジタルコンテンツ関連情報は、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に対応し、
前記バックエンドコンピューティングシステムは、受信したデジタルコンテンツ関連情報に基づいてデジタルコンテンツを登録し、
前記バックエンドコンピューティングシステムに伝達される情報に応じて、前記バックエンドコンピューティングシステムは、登録されたデジタルコンテンツに関連する電子トークンを作成し、伝達される情報は、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に対応する、システム。
【請求項１０】
登録されたデジタルコンテンツに関連する前記電子トークンの作成は、作成された電子トークンに所有権を割り当てることを含む、請求項９に記載のシステム。
【請求項１１】
分散型配信システムでデジタルコンテンツを配信するためのシステムであって、
フロントエンドコンピューティングシステムと、
前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムとを備え、
前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、
前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、
前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとのユーザーの対話に応じて、前記フロントエンドコンピューティングシステムは、前記分散型配信システムのチャネルに新しいデジタルコンテンツを追加すべきであることを前記バックエンドコンピューティングシステムに通知し、
前記バックエンドコンピューティングシステムは、前記チャネルに関するオブジェクト表記データおよびそれに関連付けられた前記デジタルコンテンツを、ファイルシステムにアップロードし、
前記バックエンドコンピューティングシステムは、レジストリスマート契約の前記チャネルに関連付けられたファイルシステムハッシュを、ファイルシステムに登録し、
前記バックエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、デジタルコンテンツを検索し、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、関連するレジストリスマート契約にチャネルファイルの場所を要求し、
前記バックエンドコンピューティングシステムは、関連するレジストリスマート契約から、前記フロントエンドコンピューティングシステムに前記チャネルに関連するファイルシステムハッシュを提供し、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースとの前記ユーザーの対話に応じて、前記チャネルデータを前記ファイルシステムに要求し、
前記バックエンドコンピューティングシステムは、前記ファイルシステムから、前記チャネルに関する前記オブジェクト表記データを提供し、
前記フロントエンドコンピューティングシステムは、前記チャネルに関する受信したオブジェクト表記データに基づいて、前記分散型配信システムから前記デジタルコンテンツをダウンロードする、システム。
【請求項１２】
前記ファイルシステムは、惑星間ファイルシステムである、請求項１１に記載のシステム。
【請求項１３】
前記オブジェクト表記データは、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データである、請求項１１に記載のシステム。
【請求項１４】
ブロックチェーンベースの分散型配信システムのための認証システムであって、
フロントエンドコンピューティングシステムと、
前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムとを備え、
前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、
前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、ブロックチェーンベースの分散型配信システムに対応する暗号化された電子秘密キーを電子的に作成し、
前記フロントエンドコンピューティングシステムは、作成された暗号化電子秘密キーから電子公開キーおよび電子ブロックチェーンアドレスを電子的に作成し、
前記バックエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムに、セッションＩＤおよびランダムに生成されたチャレンジフレーズを電子的に送信し、
前記フロントエンドコンピューティングシステムは、前記フロントエンドアプリケーションのユーザーインターフェースを介して、楕円曲線デジタル署名を使用してランダムに生成されたチャレンジフレーズに電子的に署名し、
前記フロントエンドコンピューティングシステムは、前記バックエンドコンピューティングシステムに、デジタル作成された楕円曲線署名と、セッションＩＤと、暗号化された電子秘密キーから作成された電子ブロックチェーンアドレスとを電子的に送信し、
デジタル作成された楕円曲線署名が暗号化された電子秘密キーから作成された前記電子ブロックチェーンアドレスに対応する場合、前記バックエンドコンピューティングシステムは、前記セッションＩＤを電子的に認証する、認証システム。
【請求項１５】
ブロックチェーンベースの分散型配信システムのための、ユーザーがデジタル権利を持つプロジェクトを安全に作成できるようにするシステムであって、
フロントエンドコンピューティングシステムと、
前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムとを備え、
前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、
前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、トークンパラメーターに値を割り当てることによりプロジェクトを電子的に作成し、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、支払い方法を電子的に選択し、
選択された支払い方法が不換通貨である場合、前記バックエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムにｔｘハッシュを電子的に送信し、
選択された支払い方法がデジタル通貨である場合、前記バックエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムに取引レシートを電子的に送信し、
前記フロントエンドコンピューティングシステムは、作成されたプロジェクトの前記トークンパラメータに割り当てられた値とともに前記ｔｘハッシュまたは前記取引レシートを、前記バックエンドコンピューティングシステムに電子的に送信し、
前記バックエンドコンピューティングシステムが受信したｔｘハッシュまたは前記受信した取引レシートを介して支払いを確かめる場合に、前記バックエンドコンピューティングシステムは、作成されたプロジェクトをジョブキューに電子的に追加し、ジョブＩＤをフロントエンドコンピューティングシステムに返し、
前記バックエンドコンピューティングシステムは、トークンスマート契約および権利／報酬スマート契約を電子的に作成および展開し、前記トークンスマート契約はアドレスを有し、前記権利／報酬スマート契約はアドレスを有し、
前記バックエンドコンピューティングシステムは、前記トークンスマート契約の前記アドレスと前記権利／報酬スマート契約の前記アドレスとを電子的に登録し、
前記バックエンドコンピューティングシステムは、レジストリスマート契約の取引を電子的に登録して、前記トークンスマート契約と前記権利／報酬スマート契約とを前記ユーザーのアドレスに登録し、それにより、ブロックチェーン上で作成されたトークンスマート契約と前記作成された権利／報酬スマート契約との存在の不変の記録を作成する、システム。
【請求項１６】
ブロックチェーンベースの分散型配信システム上で、ユーザーが作成されたトークンを安全に立上げできるようにするシステムであって、
フロントエンドコンピューティングシステムと、
前記フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムとを備え、
前記フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、
前記バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、
前記フロントエンドコンピューティングシステムは、前記フロントエンドコンピューティングシステムの前記ユーザーインターフェースを使用して、利用可能にするトークンの数を電子的に選択し、前記トークンの数のパラメーターを割り当て、
前記フロントエンドコンピューティングシステムは、前記バックエンドコンピューティングシステムに、利用可能にする前記トークンの数および前記トークンの数に割り当てられた前記パラメーターを電子的に送信し、
前記バックエンドコンピューティングシステムは、トークン立上げ契約を電子的に作成し、
前記バックエンドコンピューティングシステムは、ブロックチェーン上に前記トークン立上げ契約を電子的に登録する、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権情報
【０００２】
この出願は、２０１７年５月１８日出願の米国仮特許出願第６２／５０８，００８号の優先権を主張する。２０１７年５月１８日出願の米国仮特許出願第６２／５０８，００８号の全ての内容は、参照によりここに追加される。
【０００３】
著作権表示
【０００４】
この特許出願／文書の開示の一部分は、著作権の保護対象である要素（プログラムコードおよび／または疑似コード）を含んでいる。著作権所有者は、特許商標庁の特許ファイルまたは記録に表示される場合に、特許文書または特許開示のいずれかによるファクシミリの複製に異議を唱えないが、それ以外の場合は、著作権所有者がすべての著作権を留保する。
【０００５】
技術分野
【０００６】
本発明は、分散型配信システムを対象とする。より詳細には、本発明は、分散型配信システムにデジタルコンテンツを登録し、登録されたデジタルコンテンツに関連する電子トークンが作成されることを対象とする。
【背景技術】
【０００７】
背景
【０００８】
デジタルメディアは、創造性と表現のための多くの道を開いた。しかし、デジタルメディアは、デジタルメディア（創造的な作品）の流通（販売）による利益を確保すること、またはデジタルメディア（創造的な作品）の流通の管理を行うこと、に関して問題を提起する。
【０００９】
デジタルメディアの初期の配信の形態には、フロッピーディスク、ＣＤ、およびＤＶＤなどのデジタルメディアに書き込まれたファイルが含まれていた。これらのデジタルメディアの初期の配信の形態は、デジタルメディアを伝達するために、デジタルメディアを物理的に含む有形の静的メディアに配信が依存しているという点で問題を提示していた。
【００１０】
有形の静的メディアへの依存を解消するために、デジタルメディアは、インターネットまたは他の通信システムを介して電子ファイルとして配信され始めた。
【００１１】
たとえば、音楽（デジタルメディア）を含むデジタルファイルは、ｉＴｕｎｅｓ（商標）などのウェブサイトからそれを購入した後、インターネットを介して顧客に運ぶことができる。必要とされる音楽を含むデジタルファイルのコピーは、ラップトップ、コンピューター、タブレット、携帯情報端末、スマートフォン、電子音声プレーヤーなどの顧客のパーソナルコンピューティング装置にウェブサイトから送信される。その後、顧客は音楽を聴くことができる。
【００１２】
デジタルファイル（デジタルメディア）のコピーを顧客に送信できるようにすることは、有形の静的メディアへの依存を解消できるが、著作権侵害などのその他の問題を発生させ、著作権侵害とは、出版社および／または配信業者が要求する料金を支払わずに電子デジタルメディアをコピーまたは配信することである。
【００１３】
たとえば、ファイルをコピーする機能は非常に低コストであり、盗難や違法配信は事実上無料で、盗難の証拠があったとしてもほとんど残らない。
【００１４】
この著作権侵害問題の解決策の１つは、デジタルメディアの使用を制限するために、ファイルに電子デジタル著作権管理システムを装備することである。
【００１５】
デジタル著作権管理システムは、すべての制限または制約のために、ファイルの共有またはバックアップさえも困難または不可能になっているため、エンドユーザーに不人気であることが証明されている。エンドユーザーの苦情により、デジタルメディアの一部のプロデューサーは、デジタルメディアに対するデジタル権利の制限がないことを、セールスポイントとして使用するようになった。
【００１６】
一方、著作権侵害の問題に対する別の解決策により、大量のクリエイティブコンテンツが、ｉＴｕｎｅｓ（商標）、Ｎｅｔｆｌｉｘ（商標）、Ａｍａｚｏｎ  Ｋｉｎｄｌｅ（商標）など集中型プラットフォームに存在するようになった。
【００１７】
これらの集中型プラットフォームは、アーティスト（デジタルメディアクリエイター）ではなく出版社、プロデューサー、および配信業者の手中にデジタルメディア（創造的な作品）の管理を一元化し、アーティストが実現する「利益」を減らす。
【００１８】
アーティスト（クリエイター）は、彼らの素材の集中化および管理を好まない。なぜならば、配信のためのストリーミングオプションに広さおよび即時性があるにもかかわらず、アーティストはそのような管理から必ずしも利益を得ていないためである。
【００１９】
より具体的には、アーティストが彼らの作品の管理を、マーケティングおよび配信チャネルにアクセスできる別のエンティティに引き継ぐとき、利益の大部分を享受するのは非芸術家であるこのエンティティであり、デジタルメディアの作成者ではない。
【００２０】
一元化された管理の問題に対処するために、アーティストまたはデジタルメディアクリエイターによって、配信接続またはチャネルが効果的に管理される必要がある。従来のデジタル配信チャネルと同様に、インターネットは、必要な配信接続またはチャネルをアーティストまたはデジタルメディアクリエイターの効果的な管理下に置くシステムを可能にする通信プラットフォームを提供する。しかし、通信プラットフォームは、特定の配信問題、セキュリティ問題などに対処するには不十分である。
【００２１】
図１は、デジタルメディアコンテンツの配信を管理する従来のシステムを示す。図１に示すように、コンピューティング環境はメディアを管理する。コンピューティング環境はコンテンツ管理システム１１０を含み、コンテンツ管理システム１１０は、コンテンツ管理システム１１０が提供する様々な異なる複数のメディア管理機能にアクセスするアプリケーションプログラミングインタフェースサービス１１５を提供する。
【００２２】
オンラインホストメディアサイト１４０は、権利情報、所有権情報、ライセンスまたは購入情報、固有の識別子、出所情報などのアップロードされたコンテンツに関連する特定の情報にアクセスして取得するために、ネットワーク１２５を介して通信することを容易にするＪａｖａＳｃｒｉｐｔ（登録商標）モジュール１４５を含む。コンテンツ管理システム１１０は、そのような情報を様々なデータベースまたはメモリに保存する。
【００２３】
データベース１２０は、デジタルコンテンツアイテムを記述する情報、コンテンツアイテムを表す情報、デジタルコンテンツアイテムに関連付けられたメタデータなどのデジタルコンテンツアイテムに関連付けられたコンテンツ情報１２２を含む。データベース１２０はまた、デジタルコンテンツアイテムに割り当てられた権利および／またはデジタルコンテンツアイテムの使用に関連付けられた契約データまたは情報１２４と、デジタルコンテンツアイテムに関して実行された取引を追跡するデジタルコンテンツアイテムに関連付けられたブロックチェーンなどの１つ以上の公開台帳１２６とを含む。
【００２４】
コンテンツ管理システム１１０は、複数のエンティティ間でデジタルコンテンツの権利の移転を確立するためにデジタル通貨取引を実行する様々なコンポーネントと、実行された取引の公開台帳を生成、作成、更新、または維持する様々なコンポーネントとを含む。
【００２５】
たとえば、コンテンツ管理システム１１０は、コンテンツ登録モジュールと、取引モジュールと、公開台帳モジュールと、契約モジュールとを含む。
【００２６】
コンテンツ登録モジュールは、デジタルコンテンツアイテムの所有者から受け取ったデジタルコンテンツアイテムを登録するように構成および／またはプログラムされる。
【００２７】
取引モジュールは、ビットコインまたはその他のデジタル通貨取引を実行して、プロバイダーと受信者との間のデジタルコンテンツアイテムの権利移転を表す公開台帳エントリーを生成するように構成および／またはプログラムされる。
【００２８】
公開台帳モジュールは、登録されたデジタルコンテンツアイテムについて生成された公開台帳エントリーの公開台帳を維持するように構成および／またはプログラムされる。
【００２９】
契約モジュールは、登録されたデジタルコンテンツアイテムの契約を維持するように構成および／またはプログラムされる。
【００３０】
コンテンツ管理システムは、公開台帳モジュールを使用して登録されたデジタルコンテンツの権利を管理し、公開台帳モジュールは、デジタルコンテンツの取引エントリーのブロックチェーンを生成し、取引エントリーの各々は、デジタルコンテンツのプロバイダーからデジタルコンテンツの受信者へのデジタルコンテンツに対する権利の転送を表しており、取引モジュールは、プロバイダーから受信者にデジタルコンテンツの権利を転送する取引を実行し、実行される取引には、デジタルコンテンツのプロバイダーに関連付けられたビットコイン（または他のデジタル通貨）のアドレスと、デジタルコンテンツの権利の受信者に関連付けられたビットコイン（または他のデジタル通貨）のアドレスとの間のデジタル通貨の転送が含まれる。
【００３１】
ここで、ビットコインは、分散型暗号通貨または分散型デジタル通貨である。ビットコインは暗号化を使用して、お金の作成と送金とを管理し、世界のどこでも誰にでも即時支払いを可能にし、ピアツーピア技術を使用して中央機関を用いずに動作する。
【００３２】
ビットコインはオープンソースのソフトウェアアプリケーションであり、共有プロトコルであり、これによりユーザーは、一般的な暗号化技術である公開／秘密キーペアを利用することで、相手や別の仲介者を信頼する必要なしに、デジタル通貨を使用して擬似匿名で瞬時に取引を行うことができる。
【００３３】
暗号化された安全な分散型ピアツーピア電子決済システムにより、デジタルトークンの形で仮想通貨を含む取引が可能になる。デジタルトークンが提供する可能性のある多くの機能のうち１つの例示的な機能は、その実施が暗号に依存する暗号通貨機能を提供し、デジタルトークンを生成し、関連する取引を検証することである。
【００３４】
暗号学的に安全な分散型ピアツーピア電子決済システムは、すべてのネットワークノードにアクセス可能な公開デジタル台帳を使用することにより、中央機関を使用せずに偽造および二重支出する問題を防ぎ、暗号化的に安全な分散型ピアツーピア電子決済システムの残高および取引は、すべて発表され、合意され、記録される。取引は、非対称または公開キーの暗号学に基づいて、ハッシュ化されたデジタル署名の進行中のチェーンに取引をハッシュすることでタイムスタンプが付され、これはチェーン全体をやり直さなければ変更できないレコードを形成する。
【００３５】
ブロックチェーン技術を使用してデジタルメディアコンテンツの配信を管理する従来のシステムの他の例は、米国特許出願公開第２０１６／０３２１６７５号、米国特許出願公開第２０１６／０３２１６７６号、米国特許出願公開第２０１６／０３２１７６９号、および米国特許出願公開第２０１６／０３２３１０９号に記載されている。
【００３６】
米国特許出願公開第２０１６／０３２１６７５号、米国特許出願公開第２０１６／０３２１６７６号、米国特許出願公開第２０１６／０３２１７６９号、および米国特許出願公開第２０１６／０３２３１０９号の全ての内容は、参照によりここに追加される。
【００３７】
デジタルメディアコンテンツの配信を管理するシステムの他の例は、米国特許第７，８９５，３４９号、米国特許第９，６０８，８２９号、米国特許出願公開第２００５／０１３８０８１号、米国特許出願公開第２０１０／０１３８５０８号、米国特許出願公開第２０１５／００２６０７２号、米国特許出願公開第２０１５／０３３２２８３号、米国特許出願公開第２０１６／００８５９５５号、米国特許出願公開第２０１７／００９１７５６号、米国特許出願公開第２０１７／０１０３４６８号、および米国特許出願公開第２０１７／０１０９７４８号に記載されている。
【００３８】
米国特許第７，８９５，３４９号、米国特許第９，６０８，８２９号、米国特許出願公開第２００５／０１３８０８１号、米国特許出願公開第２０１０／０１３８５０８号、米国特許出願公開第２０１５／００２６０７２号、米国特許出願公開第２０１５／０３３２２８３号、米国特許出願公開第２０１６／００８５９５５号、米国特許出願公開第２０１７／００９１７５６号、米国特許出願公開第２０１７／０１０３４６８号、および米国特許出願公開第２０１７／０１０９７４８号の全ての内容は、参照によりここに追加される。
【発明の概要】
【発明が解決しようとする課題】
【００３９】
上記の様々な従来の例にもかかわらず、これらの従来のプロセスおよびシステムは、デジタルメディアのアーティストまたはクリエイターに対して、デジタルメディアの配信の管理を、アーティスト／作成者の管理下に効果的に置くシステムを適切に提供できず、デジタルメディアの取得または利用に関心のあるエンティティに対するデジタルメディアの露出を最大化する効果的な配信システムを提供できない。
【００４０】
したがって、デジタルメディアの取得または利用に関心のあるエンティティに対するデジタルメディアの露出を最大化するための効率的かつ効果的な配信プラットフォームを提供するシステムを提供することが望ましい。
【００４１】
さらに、分散化され、デジタルメディアのアーティスト／作成者によって効果的に管理される効率的かつ効果的な配信プラットフォームを提供するシステムを提供することが望ましい。
【００４２】
加えて、利用するための専門的な一連のスキルを必要としない効率的かつ効果的な配信プラットフォームを提供するシステムを提供することが望ましい。
【００４３】
さらに、デジタルメディアのアーティスト／クリエイターによって効果的に管理され、使いやすく高効率のインターフェースを持つ一方で、デジタルメディアの取得または利用に関心のあるエンティティに対するデジタルメディアの露出を最大化する効率的かつ効果的な分散型配信プラットフォームを提供するシステムを提供することが望ましい。
【図面の簡単な説明】
【００４４】
図面の簡単な説明
【００４５】
以下の図面は、限定を構成する意味ではなく、様々な実施例を説明する目的のためだけのものである。
【図１】デジタルコンテンツに関連する取引を実行するための従来のコンピューティング環境を示すブロック図である。
【図２】デジタルメディアの分散型配信システムのブロック図を示す。
【図３】図２のデジタルメディアの分散型配信システムのプラットフォームの一般的なアーキテクチャの概要である。
【図４】デジタルメディアの分散型配信システムでウォレット所有者を認証するプロセスを示すブロック図である。
【図５】デジタルメディアの分散型配信システムでプロジェクトを作成するプロセスを示すブロック図である。
【図６】デジタルメディアの分散型配信システムで作成されたトークンを立上げるプロセスを示すブロック図である。
【図７】デジタルメディアの分散型配信システムで作成されたトークンに資金を供給するプロセスを示すフローチャートである。
【図８】デジタルメディアの分散型配信システムでのコンテンツ配信のプロセスを示すブロック図である。
【図９】〜
【図２７】デジタルメディアの分散型配信システムのインターフェースを示す。
【発明を実施するための形態】
【００４６】
一般的な理解のために、図面を参照する。図面では、同一または同等の要素を指定するために、全体を通して同様の参照が使用されている。また、図面は縮尺通りに描かれていない可能性があり、特定の領域は意図的に不均衡に描かれている可能性があり、そのため特徴および概念が適切に示されていることに留意されたい。
【００４７】
デジタル文書、画像、マルチメディアなどのデジタルコンテンツの使用および配信は、特にオンラインにおいて、デジタルコンテンツの所有者により、追跡、管理、および／または保護することが歴史的に困難であった。
【００４８】
たとえば、ソーシャルネットワーク、メッセージング、マイクロブログなどは、ユーザーが他人によって提供されたコンテンツを閲覧、共有、および盗用するための簡単なメカニズムを提供する。ゆえに、コンテンツのクリエイターおよび所有者は、彼らの作品の所有権を主張しようとする際、場合によっては他人による彼らの作品の使用のためのライセンス供与または報酬を受け取る際に、問題に直面することが多い。
【００４９】
ブロックチェーン技術を使用して、デジタルコンテンツなどのメディアを管理するシステムおよび方法を以下に説明する。このシステムおよび方法は、ブロックチェーンベースの属性および認証を、メディアやその他のデジタルコンテンツのクリエイターに提供する。
【００５０】
たとえば、システムおよび方法は、ソーシャルメディアネットワークおよび他のネットワークなどのデジタルコンテンツ用の分散型配信チャネル、デジタルコンテンツの使用に対する費用およびロイヤリティの使用および支払いを規制するスマート契約実行環境、およびブロックチェーンベースのメディア使用量測定、権利取引、および支払いサービスを提供してもよい。
【００５１】
以下に説明するデジタルメディアの分散型配信システムは、エンターテイメント製品（映画、テレビ番組、電子書籍、電子文学、デジタル化された写真、デジタル化されたアートワーク、音楽など）や、デジタル化できる知的財産などのデジタルメディアの資金調達、収益化、および配信の柔軟性を可能にする多層システムである。
【００５２】
一実施の形態では、デジタルメディア用の分散型配信システムは、一般に４つのモジュールまたはサブシステムを有しており、それらの各々はそれ自体の上の別個のシステムである。
【００５３】
デジタルメディア用の分散型配信システムの第１のモジュールまたはサブシステムは、フロントエンドまたはユーザーインターフェースであり、そのようなインターフェースの例は、図９から図２６に示され、以下に説明される。フロントエンドまたはユーザーインターフェースは、ユーザー（アーティスト／クリエイター）がプロジェクトを作成し、彼らの権利、収益、ロイヤリティ、および報酬を管理できるようにするウェブベースのシステムであってもよい。
【００５４】
また、フロントエンドまたはユーザーインターフェースは、暗号通貨ウォレットと同様に、より分散されたシステムであってもよい。
【００５５】
デジタルメディア用の分散型配信システムの第２のモジュールまたはサブシステムは、トークンシステムである。デジタルメディアの分散型配信システムで使用されるトークンまたは暗号トークンは、ＢｉｔｃｏｉｎやＥｔｈｅｒなどの暗号通貨とほぼ同等であるが、プログラムされた特定のユーティリティを持つ。
【００５６】
トークンは特定の機能およびユーティリティのセットでプログラムされているため、デジタルメディア用の分散型配信システムでは、トークンは、汎用通貨であるというよりむしろ、トークンが作成されるプロジェクトに固有のものである。
【００５７】
プロジェクトが一般の人々にトークンを発行するとき、トークンは、Ｅｔｈｅｒまたは他の形式の暗号通貨と引き換えに取得することができ、トークンは、プロジェクトへの参加およびそれに関連して得られる報酬を表す。
【００５８】
デジタルメディア用の分散型配信システムの第３のモジュールまたはサブシステムは、スマート契約が生成され、更新され、管理されるスマート契約システムである。スマート契約は、様々な機能を管理するために一緒に注文され、その際にスマートコントラクトシステムと呼ばれる。
【００５９】
ユーザーがフロントエンドまたはユーザーインターフェースを介して行う決定および通信であって、価格、権利、収益、ロイヤリティ配分、および資金調達を含む流通条件についての決定および通信は、すべてスマート契約システムに反映される。したがって、スマート契約システムに配布条件を反映することにより、条件を一度定義することができ、残りは自動化される。
【００６０】
デジタルメディア用の分散型配信システムの第４のモジュールまたはサブシステムは、Ｅｔｈｅｒｅｕｍブロックチェーンなどのブロックチェーンであり、ブロックチェーンは、安全で分散された環境でスマート契約を記録し、スマート契約を実行する
【００６１】
図２は、上述のデジタルメディア用の分散型配信システムのブロック図を示している。図２に示すように、ユーザー（アーティスト／クリエイター）は、ブロック２４１０で、ユーザーインターフェースを介してプロジェクトを作成し、プロジェクトに名前を付け、その説明および／またはロゴ（画像）を提供することができる。この情報は、ブロック２２１０で、メタデータファイルに格納または定義される。
【００６２】
プロジェクトが作成された後、ブロック２３１０で、作成されたプロジェクトのトークンを作成する際にメタデータファイルが利用される。作成されたトークン（または暗号トークン）は、プロジェクトにとっての価値およびユーティリティを格納する。ブロック２４２０で、ユーザーは、トークンに名前とそれを調べるために使用できる短い記号とを与えることができる。この時点で、プロジェクトのクリエイター（所有者）はまた、発行するトークンの数とトークンの予想される価値とを選択する。
【００６３】
トークンは、ブロック２１１０で、トークン契約（スマート契約）によって管理される。トークン契約については、以下でより詳細に説明される。
【００６４】
ブロック２３２０で、ユーザーインターフェースを介して、トークンを割り当てることができる。たとえばブロック２４３０で規定されているように、トークンは所有権の量に比例して割り当てることができる。
【００６５】
別のシナリオでは、プロジェクトへの関与に比例して、プロジェクトの所有者または生産者、および他人にトークンを割り当てることができる。このシナリオでは、トークンの割り当ては、権利の割り当てと実質的に同じである。トークンは、プロジェクトの知的財産およびその契約条件を表すため、トークンは同様に権利、収益、ロイヤリティ、および報酬フローを表してもよい。
【００６６】
別のシナリオでは、トークンは、代表的なデジタルコンテンツまたは知的財産を「消費する」アクセスのみを表してもよい。言い換えれば、トークンは、プロジェクトの知的財産の使用、完了、および/または参加を表してもよい。
【００６７】
割り当てられていないトークンに関して、これらのトークンはＥｔｈｅｒまたは他のデジタル通貨で「販売」することができる。パブリック「セール」用のトークンの一部のこのリリースにより、一般の人々はプロジェクトに関心を示し、その成功を共有することができる。
【００６８】
ブロック２１２０で、割り当てられていないトークンの販売は、立上げ契約（スマート契約）によって管理される。立上げ契約については、以下でより詳細に説明する。
【００６９】
ブロック２２２０で、他人がプロジェクトと関わることができる条件などの使用ポリシーが、ユーザーインターフェースを通じて、ブロック２４４０でユーザーによって定義される。たとえば、プロジェクトが映画の場合、関与は映画とそれに関連するコストとを見ることになる。コンテンツのダウンロード、再利用、ブロードキャストなど、他の形式の関与も可能である。
【００７０】
ブロック２１３０で、使用ポリシーは、権利／報酬契約（スマート契約）によって管理される。権利／報酬契約については、以下でより詳細に説明する。
【００７１】
使用条件は、映画またはやミュージックビデオ（たとえば）が完了したかほぼ完了した後のプロセスの非常に遅い段階まで定義されないため、ブロック２２２０で以前に構成されたアイテムも編集可能であってもよい。トークンの発行などの他のアクションは、特にプロジェクトの完了に必要な資金を調達するためにトークンが使用されている場合、プロジェクトのライフサイクルのかなり早い段階で行われる。
【００７２】
上述のように、プロジェクトのトークンおよび条件はスマート契約によって管理される。
【００７３】
トークン契約は、トークン台帳として機能するスマート契約である。トークン契約内では、各アドレスが保持するトークンの量は内部的に保存され、トークン契約の様々な機能を使用して、トークンをアドレス間で転送できる。トークン契約はブロックチェーンベースのシステムであるため、トークン契約のアドレスは、個人や会社などのエンティティに属する。ブロックチェーンは、（上記で確立したように）所有権および所有権の量を記録する。この実施の形態では、トークンは資金分配に関連している。
【００７４】
立上げ契約は、一般または私的な関係者がトークンを使用できるようになったときに作成される。プロジェクトに関連付けられたすべてのトークンが事前に割り当てられている場合、より多くの資金を調達するための立上げキャンペーンの必要はない。
【００７５】
立上げ契約には、プロジェクトの資金調達キャンペーンのために作成されたトークンが割り当てられる。トークンの立上げが発生した場合、立上げ契約に送信されたＥｔｈｅｒまたは他のデジタル通貨は、等しい価値のプロジェクトトークンの返却を引き起こす。これらのトークンの立上げが完了した後、立上げが資金調達の目標を達成した場合、収集されたＥｔｈｅｒまたはその他のデジタル通貨は、設定された受取人アドレス（通常、作成中に特に指定がない限り、トークン作成者）に送信される。
【００７６】
権利／報酬契約は、権利、収益、ロイヤリティ、ならびに報酬の獲得および共有を仲介する。Ｅｔｈｅｒまたは他のデジタル通貨は、任意の外部アドレスで入金できる。
【００７７】
預金は、トークンの販売からの収益を含むことができ、トークンは、プロジェクトを構築または作成するために使用されるようにプロジェクトクリエイターに直接送られる。預金には、特定のプロジェクトに同情的な人々からの寄付による収益も含まれる場合があり、寄付は、プロジェクトの構築または作成するために使用されるようにプロジェクトクリエイターに直接送られる。加えて、預金には、プロジェクトの結果の使用に対する支払いからの収益（すなわち、映画の上映）も含まれてもよく、トークン所有者は、権利／報酬契約に従って、かつ保持するトークンの量に比例して、使用報酬に関連する資金を引き出すことができる。
【００７８】
上記のように、デジタルメディアの分散型配信システムは、映画、テレビ番組、電子書籍、電子文学、デジタル写真、デジタルアートワーク、および音楽などのエンターテイメント製品であって、ブロックチェーン技術を使用して、分散化された方法でデジタル化できるエンターテイメントまたは知的財産のかけらであるエンターテイメント製品の資金調達、収益化、および配信の柔軟性および分散化を可能にする多層システムである。
【００７９】
分散型配信システムは、ウォレット管理を提供する様々な異なる相互接続モジュールを通じて機能を提供し、この機能は、ユーザー認証、プロジェクトの作成、各プロジェクトのスマート契約システムの展開（たとえば、Ｅｔｈｅｒｅｕｍスマート契約システム）、権利管理メカニズム、オンチェーン（ブロックチェーン）支払い処理、オンチェーン（ブロックチェーン）トークン（プロジェクト）登録、トークン立上げツール、ピアツーピア（ビデオおよび／または音声）コンテンツ配信、ピアツーピア（ビデオおよび／または音声）コンテンツ配信のチャネル登録、およびピアツーピア（ビデオおよび／または音声）コンテンツ配信を介して消費されるコンテンツへの使用ポリシーの適用を提供する。
【００８０】
図３は、図２のデジタルメディアのための分散型配信システムのためのプラットフォームの一般的なアーキテクチャの概要を示している。
【００８１】
図３に示すように、図９〜図２７の記載に関して以下により詳細に説明するように、クライアントまたはユーザーは、フロントエンドアプリケーション（「Ｔｏｋｉｔクライアント」）またはユーザーインターフェース３１２０を使用して、分散型配布システムで配布するプロジェクトを作成および管理することができる。
【００８２】
以下に記載するように、クライアントまたはユーザーは、フロントエンドアプリケーションまたはユーザーインターフェース３１２０を利用するためのウォレットを必要とする。ウォレットは、ユーザーがローカルで作成することができてもよいし、ユーザーがすでに適切なウォレットを持っている場合には、ウォレットは、フロントエンドアプリケーションまたはユーザーインターフェース３１２０にインポートされてもよい。
【００８３】
フロントエンドアプリケーションまたはユーザーインターフェース３１２０は、バックエンドサーバーアプリケーション３１３０またはバックエンドサーバー３１５０と対話する。
【００８４】
バックエンドサーバーアプリケーション３１３０は、ウォレット所有者を認証するためのサポートの提供、プロジェクト作成サービスおよびその管理のための支払いの確認、プロジェクトのスマート契約システムの展開、スマート契約システムの分散型配信システムへの登録、プロジェクトに関するジョブキューの管理、クライアントチャネル管理、トークン立上げスマート契約の展開、およびビデオファイルの最適化をサポートする。これらの様々な機能については、以下で詳しく説明する。
【００８５】
バックエンドサーバーアプリケーション３１３０はまた、ＳＱＬデータベース３１１０と通信して、フロントエンドアプリケーションまたはユーザーインターフェース３１２０を通じて作成された各プロジェクトに対応するエントリーを追加する。
【００８６】
別のフロントエンドアプリケーション（「Ｅｔｈｅｒｖｉｓｉｏｎクライアント」）またはユーザーインターフェース３１４０は、ユーザー／クライアントが分散型配信システム上のコンテンツにアクセスおよび／または消費することを可能にし、消費にはコンテンツの単数回使用または時間制限閲覧、コンテンツの単数回使用または時間制限リスニング、またはコンテンツの購入が含まれていてもよい。フロントエンドアプリケーションまたはユーザーインターフェース３１４０には、ユーザー／クライアントのウォレット、コンテンツプレーヤー、および様々なコンテンツ共有通信プロトコルを使用してコンテンツデータを共有するためのコンテンツ配信システム、および/またはインターネット上の電子ファイルが含まれる。
【００８７】
コンテンツ共有通信プロトコルの一例は、ピアツーピアファイル共有のための通信プロトコルであり、これは、インターネット上でデータおよび／または電子ファイルを配信するために使用され、ＢｉｔＴｏｒｒｅｎｔ（商標）などである。ここで説明するコンテンツ共有通信プロトコルは、インターネット上でデータおよび電子ファイルを配信するために使用されるピアツーピアファイル共有のための通信プロトコルに限定されなく、コンテンツ、データ、および／またはインターネット上の電子ファイルを含む。
【００８８】
フロントエンドアプリケーションまたはユーザーインターフェース３１４０は、バックエンドサーバーアプリケーション３１３０およびバックエンドサーバー３１５０と通信して、所望のコンテンツを消費するために必要な情報および許可を取得する。フロントエンドアプリケーションまたはユーザーインターフェース３１４０は、インターネット上でコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを利用して、以下でより詳細に説明するように、惑星間ファイルシステム３１６０からコンテンツを取得する。惑星間ファイルシステム３１６０は、分散型配信システムで配信するコンテンツの分散ストレージである。
【００８９】
バックエンドサーバー３１５０は、スマート契約を介した支払いの処理のサポート、プロジェクトおよびプロジェクトのスマート契約の登録、チャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記ファイルハッシュの登録、および様々なプロジェクトの管理を提供する。スマート契約はＥｔｈｅｒｅｕｍブロックチェーンにサポートされる。
【００９０】
図４は、デジタルメディア用の分散型配信システムにおいてウォレット所有者を認証するプロセスを示すブロック図である。
【００９１】
図４に関して、分散型配信システムはブロックチェーン技術で動作するため、資金は分散型配信システムのサーバーを通って流れることはない。したがって、ユーザーがブロックチェーンベースの分散型配信システムと対話できるようにするために、ユーザーには秘密キーが必要である。分散型配信システムのユーザーインターフェースによって、ユーザーは、分散型配信システムのサーバーと対話することなく、ブラウザーでローカルにそれを生成できる。
【００９２】
ユーザーは、秘密キーをパスワードで暗号化し、「ウォレット」と呼ばれる特別なファイルにダウンロードする。ＢＩＰ３２またはＢＩＰ３９を使用して、１２ワードの記憶フレーズによる回復メカニズムを提供することができる。なお、ユーザーの公開キーおよびアドレスは、秘密キーから導出される。
【００９３】
分散型配信システムのフロントエンドアプリケーション（ユーザーインターフェース）でユーザーのウォレットが作成またはインポートされると、ユーザーは分散型配信システムのブロックチェーン、すなわちＥｔｈｅｒｅｕｍブロックチェーンと対話できる。
【００９４】
Ｅｔｈｅｒｅｕｍブロックチェーンでは、アドレスは、４０文字の長さの１６進法の形式で表される１６０ビットの値である。
【００９５】
さらに、分散型配信システムの機能のいくつかは集中化され（従来のサーバーおよびＳＱＬデータベースを使用したオフチェーン）、いくつかはオンチェーンであることに留意されたい。この機能の分岐は、集中型アプローチのパフォーマンス上の利点を維持しながら、信頼を最小化したソリューションを保証する。
【００９６】
分散型配信システムでウォレット所有者を認証するために、ユーザーは、ユーザーが自分のアドレスの秘密キーにアクセスできることを証明する必要がある。この認証されたプロセスを図４に示す。
【００９７】
図４に示すように、ユーザーは、フロントエンドアプリケーションまたはユーザーインターフェース３２１０を介して、署名するチャレンジフレーズについてバックエンドサーバー３２２０に問い合わせる。バックエンドサーバー３２２０は、セッションを作成し、ランダムな３６文字の長さの文字列チャレンジフレーズを生成し、フロントエンドアプリケーションまたはユーザーインターフェース３２１０を介してチャレンジフレーズおよびセッションＩＤをクライアントに返す。
【００９８】
クライアントは、楕円曲線デジタル署名アルゴリズムを使用して、フロントエンドアプリケーションまたはユーザーインターフェース３２１０を通じてチャレンジフレーズに署名する。フロントエンドアプリケーションまたはユーザーインターフェース３２１０は、確認のために、署名、セッションＩＤ、およびそのアドレスをバックエンドサーバー３２２０に送信する。バックエンドサーバー３２２０は、請求されたアドレスに対する楕円曲線デジタル署名アルゴリズムの署名を確認し、正しい場合、バックエンドサーバー３２２０はセッションＩＤを認証する。
【００９９】
この往復ハンドシェイクが完了すると、セッションＩＤは、バックエンドサーバー３２２０によって認証されたと見なされる。クライアントは、すべての将来のリクエストにおいて、認証されたセッションＩＤをヘッダに含める。
【０１００】
プロジェクト管理に関して、ユーザーは、分散型配信システムのユーザーインターフェースを介してプロジェクトを作成することができる。このプロジェクトは、いくつかの要素がオフチェーンであり、いくつかの要素がオンチェーンであるエンティティである。
【０１０１】
たとえば、オフチェーンの要素は、名前、説明、および／または所有者である（リストにする目的で）。オンチェーンの要素は、Ｅｔｈｅｒｅｕｍに展開される一連のスマート契約である。エンティティは、分散型配信システムのユーザーインターフェースを介して、またはＥｔｈｅｒｅｕｍブロックチェーンを使用してプログラム的に直接、これらのスマート契約と対話することができる。展開されたそれぞれのスマート契約は、Ｅｔｈｅｒｅｕｍ上の独自のアドレスと、その機能および属性を記述するアプリケーションバイナリーインターフェイスとを有する。
【０１０２】
分散型配信システムは、拡張機能を備えたＥＲＣ２０トークン契約を利用して、このトークン契約と連携するように外部サードパーティアプリケーションを構築できるようにし、トークン契約が権利／報酬契約に接続できるようにする。
【０１０３】
このスマート契約は、トークン台帳として機能する。内部的に、トークン契約は、各アドレスが保持するトークンの量を「マッピング（アドレス＝＞ｕｉｎｔ２５６）バランス」という名前の属性に格納し、その異なる機能を通じて、トークンをアドレス間で転送できる。トークン契約は、以下の擬似コードに記載されているような次の機能を有する。
【０１０４】
【数１】
2020521257.tif 000003
【０１０５】
分散型配信システムは、権利／報酬スマート契約も利用する。権利／報酬契約は価値（Ｖａｌｕｅ）バケツのように機能する。すべてのエンティティは、ＥＴＨ（Ｅｔｈｅｒｅｕｍのネイティブトークン）または他のＥＲＣ２０トークンをこのバケツに追加できる。トークンホルダーのみが、保持するトークンの数に比例して、このバケツから価値を引き出すことができる。権利／報酬契約には、以下の擬似コードに記載されている次の機能を有する。
【０１０６】
【数２】
2020521257.tif 000004
【０１０７】
「ｓｏｆｔＷｉｔｈｄｒａｗＲｅｗａｒｄＦｏｒ」という関数は、関連する両方のアドレスで、転送前にトークン契約によって呼び出される。権利／報酬契約は、その時点で「ｏｗｅｄ」という名前の内部属性に適格な報酬を保持し、それらのアドレスによって呼び出された「ｗｉｔｈｄｒａｗＲｅｗａｒｄ」の間に、権利／報酬契約はそれらに「支払われた」金額を考慮し、その後それをリセットする。このメカニズムにより、転送中であってもトークンが代替可能になる。
【０１０８】
権利／報酬契約は、権利、収益、ロイヤリティ、ならびに報酬の獲得および共有を仲介する。
【０１０９】
分散型配信システムはまた、トークン立上げスマート契約を利用する。トークン立上げ契約により、プロジェクト所有者はプロジェクトトークンを世界中に立上げることを選択できる。トークン立上げ契約は、ＥＴＨ（ネイティブＥｔｈｅｒｅｕｍトークン）とプロジェクトトークンとの交換に必要なロジックを取り扱う。
【０１１０】
トークン立上げ契約を作成（展開）する時に、所有者はそれにトークンの数を割り当て、各トークンのＥＴＨ（または特定のＥＲＣ２０トークン）で価格を特定する。トークン立上げ契約に資金を送信するエンティティ（アドレス）は、代わりにプロジェクトトークンを受け取る。
【０１１１】
立上げが正常に終了した後、トークン立上げ契約は、得られた資金を受益者アドレス（作成中に所有者によって特に指定されない限り、通常は所有者）に送る。トークンの立上げ契約が失敗した場合（作成中に設定された最小しきい値に達しない場合）、参加したすべてのエンティティは資金を回収できる。
【０１１２】
トークン立上げ契約は、以下の擬似コードに記載されているように、次の機能を有する。
【０１１３】
【数３】
2020521257.tif 000005
【０１１４】
図５は、デジタルメディア用の分散型配信システムでプロジェクトを作成するプロセスを示すブロック図である。図５に示すように、ユーザーは、フロントエンドアプリ３２１０または図３のユーザーインターフェース３１２０を使用してプロジェクトを作成できる。ユーザーインターフェース３２１０は、プロジェクト名および説明の入力をユーザーに求め、トークンパラメーター、すなわち名前（たとえばＱｕａｎｔｕｍ）、略語（別名トークンシンボル、たとえばＱＮＴＭ）、および合計金額（たとえば１，０００，０００）の入力をユーザーに求める。ユーザーは支払い方法を選択し、支払いを確認する。支払いが米ドルを使用して行われる場合、支払いトークン（ｔｘハッシュ）が支払いゲートウェイ（たとえばＳｔｒｉｐｅ）によってクライアントに与えられる。
【０１１５】
ＥＴＨを使用して支払いが行われる場合、図３のＥｔｈｅｒｅｕｍブロックチェーン３１５０上の支払いスマート契約により取引レシートがクライアントに返される。ユーザーまたはクライアントは、Ｅｔｈｅｒｅｕｍブロックチェーン３２３０（図３のＥｔｈｅｒｅｕｍブロックチェーン３１５０）上の支払いプロセッサースマート契約に取引を直接送信する。
【０１１６】
支払い受領書（ｔｘハッシュ）は、プロジェクト作成要求の一部として、プロジェクトに関する収集された情報とともにバックエンドサーバー３２２０側に送信される。
【０１１７】
バックエンドサーバー３２２０は、支払いを確認し、もしＯＫであれば、プロジェクト作成をジョブキューに追加し、ジョブＩＤをクライアントに返す。
【０１１８】
プロジェクト作成ジョブを実行する際、バックエンドサーバー３２２０は、プロジェクトに関連するＳＱＬデータベース（図３のＳＱＬデータベース３１１０）にエントリーを追加し、ジョブに保留中のフラグを立てる。次にバックエンドサーバー３２２０は、適切なパラメーターを使用して、２つのスマート契約（トークンおよび権利／報酬）を展開する。作成されたすべてのトークンは、ユーザー（プロジェクトクリエーター）に割り当てられる。
【０１１９】
展開が完了した場合、２つの契約のアドレスがデータベースに登録され、事実上、２つの契約がプロジェクト所有者にリンクされる（リストの目的のみ）。
【０１２０】
また、取引が登録スマート契約に送信され、新しく作成された２つのスマート契約がユーザーのアドレスに登録される。この手順により、作成されたすべてのスマート契約システムの不変の記録がブロックチェーン上に存在することが保証される。
【０１２１】
クライアントは、ジョブ作成を確認することができる。作成が完了すると、ユーザーは自身のユーザーインターフェースのダッシュボードで新しく作成されたプロジェクトを見ることができる。
【０１２２】
ユーザーは、図３のフロントエンドインターフェース３１２０を使用して、新しく作成されたトークンを任意の、Ｅｔｈｅｒｅｕｍアドレスに転送できるようになる。トークンは権利／報酬契約に直接リンクされるため、このトークンの転送は権利の転送を表し、図３のインターフェース３１２０を権利管理ゲートウェイに効果的に変換する。
【０１２３】
上記のように、図３のフロントエンドインターフェース３１２０はハイブリッドアプリケーションであり、一部の機能はバックエンドサーバー３２２０によって実行される。
【０１２４】
図３のフロントエンドインターフェース３１２０は、２つのグローバル（プロジェクトごとではない）スマート契約を使用して適切に機能する。
【０１２５】
最初のグローバルスマート契約は、ＥＴＨで行われた支払いを処理する支払いプロセッサースマート契約である。このスマート契約はエスクローとして機能する。ユーザーは自らのＥＴＨを支払いプロセッサーのスマートコントラクトに送信し、支払いプロセッサースマート契約はトークンを保持して支払いを登録する。
【０１２６】
バックエンドサーバーがプロジェクト作成ジョブを完了すると、支払いプロセッサースマート契約は資金を分散型配信システムのコールドストレージに送信し、ユーザーの支払いを「使用済み」としてマークする。この支払いメカニズムにより、可能な限り全てが非同期になり、ブラウザーがクラッシュした場合やユーザー側のその他の技術的な問題が発生した場合に、ユーザーの資金が失われることが防止される。
【０１２７】
支払いプロセッサーのスマート契約には、以下の擬似コードで表される次の機能がある。
【０１２８】
【数４】
2020521257.tif 000006
【０１２９】
２番目のグローバルスマート契約は、プロジェクトレジストリスマート契約である。新しいプロジェクトスマート契約システムが作成されるたびに、プロジェクトスマート契約システムがこのレジストリに登録される（プロジェクト登録スマート契約）。フロントエンドアプリは、このレジストリから現在のユーザーのプロジェクトのリストを取得する（プロジェクトレジストリスマート契約）。
【０１３０】
このレジストリ（プロジェクトレジストリスマート契約）は、プラットフォームをより分散化し、検閲を受けにくくするために、単なるＳＱＬデータベースではなく使用される。
【０１３１】
プロジェクトレジストリスマート契約には、以下の擬似コードで表される次の機能がある。
【０１３２】
【数５】
2020521257.tif 000007
【０１３３】
図６は、デジタルメディアの分散型配信システムで作成されたトークンを立上げるプロセスを示すブロック図である。図６に示すように、プロジェクトが作成された後、ユーザーはトークンを世界に向けて立上げることができる。ユーザーがそれを行うことを選択した場合、ユーザーは、フロントエンド３２１０によって、ユーザーが販売したいトークンの合計数とＥＴＨで指定された各トークンの価格との入力を求められる。ユーザーは立上げ期間を設定し、ユーザーは最小しきい値と資金の送信先の外部アドレスとを設定できる。
【０１３４】
これらの値が集められた後、集められたパラメーターとともにリクエストがフロントエンド３２１０からバックエンドサーバー３２２０に送信される。バックエンドサーバー３２２０は、トークン立上げ契約展開用のジョブを追加する。トークン立上げ契約展開は、Ｅｔｈｅｒｅｕｍブロックチェーン３２３０に送信される。
【０１３５】
トークン立上げ契約の展開後、プロジェクトは３つのスマート契約を有する。
【０１３６】
トークン立上げスマート契約は、ＥＴＨ（Ｅｔｈｅｒｅｕｍネイティブトークン）を受け入れる「ｆｕｎｄ（）」という名前のパブリックメソッドを有する。このメソッドは、対応するトークンを計算し、それを呼び出すエンティティのアドレスに対応するトークンを送信する。
【０１３７】
立上げ契約の擬似コードの例は次のとおりである。
【０１３８】
【数６】
2020521257.tif 000008
【０１３９】
【数７】
2020521257.tif 000009
【０１４０】
【数８】
2020521257.tif 000010
【０１４１】
【数９】
2020521257.tif 000011
【０１４２】
【数１０】
2020521257.tif 000012
【０１４３】
【数１１】
2020521257.tif 000013
【０１４４】
【数１２】
2020521257.tif 000014
【０１４５】
【数１３】
2020521257.tif 000015
【０１４６】
【数１４】
2020521257.tif 000016
【０１４７】
【数１５】
2020521257.tif 000017
【０１４８】
トークン立上げ契約は状態マシーンを有し、以下の擬似コードによって表される次のような可能なステージを持つ。
【０１４９】
【数１６】
2020521257.tif 000018
【０１５０】
デフォルトのステージは「展開済」である。資金調達キャンペーンを開始するために（「ＧｏｉｎｇＡｎｄＧｏａｌＮｏｔＲｅａｃｈｅｄ」に変更）、所有者から取引が送信され、「ｓｔａｒｔ（）」メソッドが呼び出される。「ｓｔａｒｔＴｉｍｅ」は「ｓｔａｒｔ（）」メソッドで設定される。その後、すべてが自動化され、所有者は動作を変更することはできない。任意のＥｔｈｅｒｅｕｍエンティティは、トークンの立上げに参加できる。ユーザーインターフェースにより、誰でもウォレットを作成して参加できる。これは、プロジェクトトークンの立上げごとの専用ページで実現することができる。
【０１５１】
プロジェクトの所有者は、ＷＹＳＩＷＹＧエディターを使用して専用のトークン立上げページをカスタマイズすることができ、所有者は、画像をアップロードしたり、ビデオを埋め込んだり、コンテンツを追加したりし、プロジェクトを促進することができる。
【０１５２】
図７に示すように、作成中に所有者によって設定された最小しきい値があり（ステップＳ１０）、「立上げ期間」の最後にそのしきい値が達していない場合（ステップＳ２０）、状態は変更可能である。この状況では、状態は「ＥｎｄｅｄＡｎｄＧｏａｌＮｏｔＲｅａｃｈｅｄ」に変わり（ステップＳ３０）、トークンの立上げに参加したすべてのエンティティは、「ｗｉｔｈｄｒａｗＦｕｎｄｉｎｇ（）」メソッドを介してＥＴＨを取り返すことができる（ステップＳ４０）。
【０１５３】
最大期間に到達しておらず（ステップＳ６０）、最小閾値に到達している場合（ステップＳ５０）、状態は「ＧｏｉｎｇＡｎｄＧｏａｌＲｅａｃｈｅｄ」に変わる。
【０１５４】
立上げの期間に達した後、最小閾値に達した場合、状態は「ＥｎｄｅｄＡｎｄＧｏａｌＲｅａｃｈｅｄ」に変わる（ステップＳ７０）。
【０１５５】
ユーザーインターフェースは、バックエンドサーバーを介さずに、立上げスマート契約と直接対話することに留意されたい。
【０１５６】
図８は、デジタルメディア用の分散型配信システム上でのコンテンツ配信の処理を示すブロック図である。
【０１５７】
図８に示されるように、クライアントチャネル３２６０は、新しいファイル（コンテンツ）をチャネルに追加すべきであることを分散型配信システム３２４０に通知する。分散型配信システム３２４０は、惑星間ファイルシステム３２５０に、チャネルに関するＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データと、それに関連付けられた新しいファイルとをアップロードする。
【０１５８】
惑星間ファイルシステム３２５０は、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データに対応するハッシュを作成し、そのハッシュを分散型配信システム３２４０に伝達する。分散型配信システム３２４０は、チャネル惑星間ファイルシステムハッシュを適切なレジストリスマート契約に登録する。
【０１５９】
オプションで、分散型配信システム３２４０は、コンテンツをチャネルにダウンロードし、それにより、コンテンツのクリエイターから新しく作成されたコンテンツ（ファイル）をシードしてもよい。
【０１６０】
Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０は、コンテンツを検索する際に、関連するレジストリスマート契約にチャネルファイルの場所を要求する。Ｅｔｈｅｒｅｕｍブロックチェーン３２３０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０にチャネル惑星間ファイルシステムハッシュを提供する。Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０は、チャネル惑星間ファイルシステムハッシュを使用して、惑星間ファイルシステム３２５０からチャネルデータを要求する。惑星間ファイルシステム３２５０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０にチャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを提供する。
【０１６１】
チャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを検討する際、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０は、コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費することを決定する。コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費するために、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０はＥｔｈｅｒｅｕｍブロックチェーン３２３０に支払いを提供する。
【０１６２】
Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、クライアントチャネル３２６０に要求してもよいし、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、分散型配信システム３２４０に要求してもよい。さらに、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０は、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、他のＥｔｈｅｒｖｉｓｉｏｎクライアントなどの他のピアに要求してもよいし、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、データ配信サービスサーバーに要求してもよい。
【０１６３】
クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルの要求に応じて、Ｅｔｈｅｒｅｕｍブロックチェーン３２３０と通信して、適切な支払いが受け取られたかどうかを判定する。
【０１６４】
適切な支払いが受け取られた場合、クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットストリームを介してコンテンツ、データ、および／または電子ファイルをＥｔｈｅｒｖｉｓｉｏｎクライアント（ｃ１）３２７０に共有するための通信プロトコルを可能にする。
【０１６５】
コンテンツを検索する際に、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０は、関連するレジストリスマート契約にチャネルファイルの場所を要求する。Ｅｔｈｅｒｅｕｍブロックチェーン３２３０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０にチャネル惑星間ファイルシステムハッシュを提供する。Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０は、チャネル惑星間ファイルシステムハッシュを使用して、惑星間ファイルシステム３２５０からのチャネルデータを要求する。惑星間ファイルシステム３２５０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０にチャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを提供する。
【０１６６】
チャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを検討する際、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０は、コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費することを決定する。
【０１６７】
コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費するために、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０はＥｔｈｅｒｅｕｍブロックチェーン３２３０に支払いを提供する。
【０１６８】
Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、クライアントチャネル３２６０に要求してもよいし、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、分散型配信システム３２４０に要求してもよい。さらに、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０は、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、他のＥｔｈｅｒｖｉｓｉｏｎクライアントなどの他のピアに要求してもよいし、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、データ配信サービスサーバーに要求してもよい。
【０１６９】
クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルに応じて、Ｅｔｈｅｒｅｕｍブロックチェーン３２３０と通信して、適切な支払いが受け取られたかどうかを判定する。
【０１７０】
適切な支払いが受け取られた場合、クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットストリームを介してコンテンツ、データ、および／または電子ファイルをＥｔｈｅｒｖｉｓｉｏｎクライアント（ｃ２）３２８０に共有するための通信プロトコルを可能にする。
【０１７１】
コンテンツを検索する際に、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０は、関連するレジストリスマート契約にチャネルファイルの場所を要求する。Ｅｔｈｅｒｅｕｍブロックチェーン３２３０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０にチャネル惑星間ファイルシステムハッシュを提供する。Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０は、チャネル惑星間ファイルシステムハッシュを使用して、惑星間ファイルシステム３２５０からのチャネルデータを要求する。惑星間ファイルシステム３２５０は、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０チャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを提供する。
【０１７２】
チャネルＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データを検討すると、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０は、コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費することを決定する。コンテンツの使用ポリシーに従ってチャネルのコンテンツを購入または消費するために、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０はＥｔｈｅｒｅｕｍブロックチェーン３２３０に支払いを提供する。
【０１７３】
Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、クライアントチャネル３２６０に要求してもよいし、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、分散型配信システム３２４０に要求してもよい。さらに、Ｅｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０は、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、他のＥｔｈｅｒｖｉｓｉｏｎクライアントなどの他のピアに要求してもよいし、オプションで、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを、データ配信サービスサーバーに要求してもよい。
【０１７４】
クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットダウンロードを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルに応じて、Ｅｔｈｅｒｅｕｍブロックチェーン３２３０と通信して、適切な支払いが受け取られたかどうかを判定する。
【０１７５】
適切な支払いが受け取られた場合、クライアントチャネル３２６０および／または分散型配信システム３２４０は、インターネットストリームを介してコンテンツ、データ、および／または電子ファイルをＥｔｈｅｒｖｉｓｉｏｎクライアント（ｃ３）３２９０に共有するための通信プロトコルを可能にする。
【０１７６】
図３のコンテンツ配信モジュール３１４０は、ユーザーが分散型配信システムのコンテンツプロバイダーによって提供されるビデオおよび音声コンテンツを再生できるようにするスタンドアロンのデスクトップまたはモバイルアプリであってもよい。
【０１７７】
図３のフロントエンド３１２０を使用するプロジェクトクリエイターであるコンテンツプロバイダーは、ビデオまたは音声を分散型配信システムにアップロードする。配信は、たとえばインターネット技術を介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルを使用してピアツーピアで行われるため、コンテンツクリエイターは自身のファイルを「シード」する責任があり、このため他のピアは分散型配信システムからファイルをダウンロードすることができる。
【０１７８】
各エンティティは、分散型配信システム上にチャネルを有していてもよく、各チャネルは、任意の数のビデオまたは音声コンテンツを有することができる。分散型配信システムは、公式のキュレートされたチャネルを有していてもよい。チャネルへのコンテンツの追加は、チャネルの所有者または所有者からアクセス権を与えられた者が行うことができる。
【０１７９】
分散型配信システムへのビデオまたは音声ファイルの追加は、分散型配信システムのユーザーインターフェースによって提供される段階的なウィザードを介して行われる。最初に、ユーザーはコンテンツの名前、説明、カテゴリ、タグの入力を求められる。次に、ユーザーはプロジェクトトークンのアドレスの入力を求められる。
【０１８０】
ユーザーは、コンテンツの使用ポリシーを設定するために質問される。例としては、ライブラリに追加するためのコスト、またはビューごとのコストである。コンテンツファイルを選択することが可能であってもよい（またはアプリまたはユーザーインターフェイスにドラッグすることが可能であってもよい）。ファイル形式が最適でない場合、ファイルをバックエンドサーバーに送信し、適切なコーデック（ｈ２６４）を使用した最適化された形式に変換し、クライアントに送り返すことができる。
【０１８１】
ファイルは、インターネットライブラリを介してコンテンツ、データ、および／または電子ファイルを共有するためのクライアントの通信プロトコルに追加され、マグネットリンクがファイルに対して生成される。 マグネットリンクとは、ファイルが関連付けられていないリンクであり、単なるデータである。リンクは、主にｐ２ｐネットワークで使用するために開発されたＵＲＩ標準である。
【０１８２】
マグネットリンクは、例えば、マグネットリンクがリソースの位置に関する情報を保持するのではなく、マグネットリンクがリンクするファイルのコンテンツに関する情報を保持するという点で、ＵＲＬとは異なっている。
【０１８３】
マグネットリンクは、特定の順序ではない様々なデータを含む一連のパラメータで構成されている。インターネット上でコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルの場合、マグネットリンクは、ピア間でファイルのコピーを見つけるために使用されるトレントのハッシュ値を保持する。マグネットリンクはまた、トレントが使用するファイル名データまたはトラッカーへのリンクを保持してもよい。
【０１８４】
マグネットリンクを用いると、インターネットインデクサーを介してコンテンツ、データ、および／または電子ファイルを共有するための通信プロトコルは、ファイルを保存する必要がなく、ほんの数データの断片である。 マグネットリンクは、ユーザーがプレーンテキストとしてコピーアンドペーストすることができ、電子メール、インスタントメッセージ、またはその他のメディアで共有することができる。
【０１８５】
マグネットリンクは、コンテンツのアップロード中に収集されたすべての情報とともに、新たに追加されたコンテンツを登録するためにバックエンドサーバーに送信される。
【０１８６】
登録は、新しく作成されたアイテムをＳＱＬデータベースに追加することにより行われる。データベース内のすべてのチャネルとそれらのすべてのビデオの完全なリストは、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記形式で生成される。その結果生じるＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記ファイルは、惑星間ファイルシステムにアップロードされる。その結果生じる惑星間ファイルシステムハッシュは、レジストリスマート契約に送信される。これにより、完全に分散され配信システムが生じる。
【０１８７】
ユーザーがそのチャネルおよびコンテンツリストを更新したい場合、ユーザーはリストハッシュについてレジストリスマート契約に問い合わせる。分散型配信システムは、惑星間ファイルシステムからハッシュによってリストを取得し、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記ファイルを使用してその内部チャネルリストを更新する。
【０１８８】
コンテンツファイルのマグネットリンクを使用して、ユーザーは、互いに接続することにより、各ファイルのビットおよび断片を取得することができる。ファイルの人気が高いほど、シードする者が多くなり、よりスムーズなプレイ体験が得られる。
【０１８９】
人気の低いファイルの場合、コンテンツプロバイダーは、それらのファイルをホストするためにより多くの専用ピアを追加できる。
【０１９０】
分散型配信システムのユーザーインターフェースには、視聴者がキュレーションされた公式チャネルまたは非公式チャネルから閲覧できるように、ウォレット管理モジュールが組み込まれている。
【０１９１】
ユーザーがビデオまたは音声コンテンツを「再生」したい場合、分散型配信システムのユーザーインターフェースは、コンテンツプロバイダーの収益化ポリシーをチェックし、取引を開始して、コンテンツの権利／報酬スマート契約にバリュートークンを送信する（コンテンツのトークン契約から推測）。
【０１９２】
支払いは、プロジェクトの権利／報酬スマート契約に登録され、他のユーザーは、彼らからファイルをダウンロードしようとする者がそのコンテンツに対して実際に支払いを行ったかどうかをチェックし確認することができる。もしも支払いを行わない場合、彼らはそのクライアントをダウンローダーとして受け入れることを拒否することができる。
【０１９３】
図９〜図２７は、デジタルメディア用の分散型配信システムのインターフェースを示している。
【０１９４】
分散型配信システムのユーザーインターフェースは、権利管理ゲートウェイのプロトタイプであり、別名「Ｔｏｋｉｔ」およびそのウォレットである。
【０１９５】
図９に示すように、「Ｔｏｋｉｔ」インターフェースは「カード」を使用して構築されることに留意されたい。このモジュラーアプローチにより、他のカードをインターフェースに簡単かつ効率的に挿入して、ユーザーの経験を変え、変更し、またはカスタマイズすることができる。
【０１９６】
図９に示すように、表示画面４０００の左上および右にある２つのアイコンは、様々な情報および機能へのアクセスを提供する。あなたの「ウォレット」カードおよび「プロジェクトの作成」カードは、最初の２枚のカードである。ユーザーが「プロジェクト」を作成すると、プロジェクトは「マイプロジェクト」カードの下に配置される。
【０１９７】
図１０は、プロジェクトを作成するための表示画面４０００を示している。図示されているように、ユーザーは、提供された様々なフィールドにプロジェクトの詳細を入力することにより、プロジェクトを作成できる。詳細が適切に入力されると、ユーザーは次のステップボタンをアクティブにして次の画面に移動できる。この画面で、ユーザー（アーティスト／クリエイター）は、図２で説明したように、ユーザーインターフェイスを介してプロジェクトを作成し、プロジェクトに名前を付け、その説明を提供し、および／またはロゴ（画像）を提供する。この情報は、メタデータファイルに保存または定義される。
【０１９８】
図１１は、トークンの詳細を入力するための表示画面４０００を示している。図示されているように、ユーザーは、提供された様々なフィールドにトークンに関する詳細を入力できる。詳細が適切に入力されると、ユーザーは次のステップボタンをアクティブにして次の画面に移動できる。
【０１９９】
図１２は、トークン契約を支払い、展開するための表示画面４０００を示している。図示されているように、ユーザーには適切な支払い額と、プロジェクトの登録に対する支払い方法とが提供される。完了したら、ユーザーは支払いボタンをアクティブにして次の画面に移動できる。
【０２００】
図１３は、ユーザーが支払い形態を選択できるようにするための表示画面４０００を示している。
【０２０１】
図１４は、ユーザーがユーザのウォレットのための適切なパスワードを入力するためのウィンドウを提供するための表示画面４０００を示している。
【０２０２】
図１５は、支払いの住所を提供するための表示画面４０００を示している。
【０２０３】
図１６は、プロジェクトが作成されたことをユーザーに知らせるための表示画面４０００を示している。表示画面４０００は、トークンの進行を表示できる（ダミートークンカードを参照）。トークンが生成されると、ユーザーは関連するトークンカードをアクティブにすることでトークンにアクセスできる。
【０２０４】
図１７は、プロジェクト資金調達のためのトークン立上げをセットアップするためのエントリーポイントを提供するための表示画面４０００を示している。
【０２０５】
図１８は、提供されるトークンの数およびその価格など、ユーザーが立上げに関する詳細を入力するためのウィンドウを提供するための表示画面４０００を示す。
【０２０６】
図１９は、ユーザーが立上げ期間を設定するためのウィンドウを提供するための表示画面４０００を示している。
【０２０７】
図２０は、ユーザーが立上げの閾値および受取人のウォレットアドレスを設定するためのウィンドウを提供するためのディスプレイ画面４０００を示している。
【０２０８】
図２１は、ユーザーが立上げを開始するためのウィンドウを提供するための表示画面４０００を示している。表示画面４０００は、資金提供されているプロジェクトに関する情報を公衆に提供することができる立上げページをユーザが作成できるようにするボタンも提供することができる。
【０２０９】
図２２は、立上げの進行をユーザーに知らせるための表示画面４０００を示している。
【０２１０】
図２３は、ユーザ-がユーザ-のプロジェクトに関連する様々な管理機能を実行できるようにするための表示画面４０００を示している。
【０２１１】
図２４は、ユーザーがユーザーのウォレットにトークンを追加できるようにするための表示画面４０００を示している。
【０２１２】
図２５は、ユーザーのウォレットにトークンを追加したことをユーザーに知らせるための表示画面４０００を示している。
【０２１３】
図２６は、ユーザーのウォレットのメインインターフェースの表示画面４０００を示している。
【０２１４】
上述の分散型配信システムは、スマート契約をサポートしない暗号通貨を用いて可能である方法よりも複雑な方法で使用および権利を管理することを可能にする。権利は、ブロックチェーンアドレスに登録されるだけでなく、条件に対応するようにプログラムされている。
【０２１５】
スマート契約システムおよび関連する暗号トークンエコシステムを使用すると、たとえば、２つの映画をストリーミングする権利を購入すると、書籍の購入に向けて顧客トークン（この文脈では報酬ポイント）が自動的に付与されるという条件を設定できる。これを可能にするデータおよびロジックはすべて、関連するスマート契約内に保存され、基礎となるブロックチェーンは単なるログとして機能する。
【０２１６】
分散型配給システムがどのように使用されるかの例は、一緒に短編映画を作ることに同意した３人の映画学校の生徒、アリス、ボブ、およびイブの場合を考える。彼らは目標を達成するために２０，０００ドルが必要であると判断したが、１０，０００ドルしか持っていない。アリスは４，０００ドルを投入し、ボブは４，０００ドルを投入し、イブは２，０００ドルを投入する。これは、彼らが短編映画プロジェクトのために予算を立てたものの半分に過ぎないので、彼らは分散型配信システムに来てプロジェクトを設定する。
【０２１７】
彼らは、プロジェクトに「短編映画プロジェクト」と名付け、短い説明を与える。アリスは、プロデューサーおよびお金の管理者としてリードを取る。彼女はＳＨＲＴＦＬＭというトークンを作成し、１トークンあたり１ドルの価値で２０，０００トークンを発行する。これらのうち、４,０００トークンはアリスに予約され、４，０００トークンはボブに予約され、２，０００トークンはイブに予約される。トークンは、彼らが映画に貢献したドル価値を表す。
【０２１８】
プロジェクトのマネーマネージャーとして、アリスはＳＨＲＴＦＬＭトークンの所有権を取得し、正しい量をボブおよびイブに送信するとともに、１０，０００個の未割り当てトークンを立上げ契約に割り当てる。トークンを送信する必要がある場所に送信することは自動化できるが、初期段階で必要に応じて量を調整することの最大限の管理をアリスに任せることは、関係者全員に馴染みのないプロセスにおいて信頼を構築するための重要は方法である。
【０２１９】
他の１０，０００個のトークンは、資金調達キャンペーンで使用される。彼らの目標は、短編映画を作るのに必要な他の１０，０００ドルを調達することである。インターネット接続およびブラウザーを持つ者は誰でも、分散型配信システムのサイトに行き、ドル交換のためのドルを用いて、ＥｔｈｅｒでＳＨＲＴＦＬＭトークンを得ることができる。つまり、その時点でＥｔｈｅｒがそれぞれ５０ドルで販売されている場合、１つのＥｔｈｅｒが５０個のＳＨＲＴＦＬＭトークンを取得する。プロジェクトが作成された時に立上げ契約が作成され、この資金調達努力を管理するために展開される。
【０２２０】
彼らが目標を達成すると、キャンペーン契約は自動的にアリスの住所に１０，０００ドル相当のエーテルを送り、彼女はそれを引き出してショートフィルムを作るために収益を使用することができる。これは、スタジオの基準としては低予算であるが、学生プロジェクトとしてはかなりの資金である。
【０２２１】
その機能を使用して映画をストリーミング視聴者に利用できるようにするために、３人のパートナーは、劇場またはＮｅｔｆｌｉｘ（商標）のようなデジタルプラットフォームに彼らの傑作をリリースするのではなく、完成品を分散型配信システムにアップロードする。彼らは、映画を見たい者に所定の量のＥｔｈｅｒを購入することを要求する（権利／報酬契約に支払われる）。これにより、彼らは２４時間好きな回数だけその映画を見ることができる。
【０２２２】
価格は、配給業者およびスタッフがチケット販売から支払われなければならない劇場基準では低い。価格も低すぎて、クレジットカードを受け取るのに経済的ではない。暗号通貨ベースのシステムは、これらの障害を取り除く。
【０２２３】
映画を見るための支払いは、権利／報酬スマート契約に直接送られ、権利／報酬スマート契約は、任意の与えられたエンティティ（その住所によって決定される）が収益のどの部分に撤回する資格があるかを自動的に計算する。
【０２２４】
契約コードはブロックチェーン上に登録されており、不変であるため、創造的な会計技術によって誰かの支払いが変更される可能性はない。
【０２２５】
権利／報酬スマート契約は、既知の資金に対して実行され、誰もが正確な割合を正確に引き出すことができる。
【０２２６】
上記で利用されるように、ブロックチェーン技術は、増え続けるデータレコードのリストを含み、維持する分散されたデータベースを利用する。分散されたブロックチェーン技術は、データ記録を効果的に改ざんおよび改訂の証明にすることにより、データ記録技術を改善する。たとえば、上記のブロックチェーン技術を利用すると、ビットコイン、ネームコインなどの暗号通貨の取引の元帳が効果的に改ざんおよび改訂の証明となる。
【０２２７】
つまり、従来の技術では、データの不要な改ざんや改訂を効果的に防ぐためにプライベートプラットフォーム上でデータ（取引）の記録を行う必要があったが、上記のブロックチェーン技術を利用すると、データ（取引）の記録をプライベートプラットフォームからパブリックプラットフォームへ効果的に移動することができ、これにより、記録されたデータの望ましくない改ざんや改訂を効果的に防止しながら、データの透過性を実現する。
【０２２８】
さらに、上述したように、ブロックチェーン技術は、ビットコイン取引がネットワークノード（たとえばアドレス）によって検証され、公共の分散台帳に記録されるため、分散型デジタル通貨を可能にする。
【０２２９】
さらに、上述のように、ブロックチェーンが効率的かつ検証可能かつ永続的な方法で取引を記録できる分散型台帳になるように、ブロックチェーン技術は、ピアツーピアネットワークおよび分散型タイムスタンプサーバーを使用して自律的に管理する。台帳は、取引を自動的にトリガーするようにプログラムすることもできる。
【０２３０】
さらに、上述の様々な実施形態では、フォーマットおよび配信の制限により、様々なコンテンツ分野（映画、テレビ、書籍、音楽など）をユーザーインターフェースの異なるセクションにサイロ化する必要がある従来のプラットフォームとは異なり、上記の取引プラットフォームにより、同じユーザー経験の中でコンテンツ分野を混在させることができ、これにより、様々なコンテンツ分野の関連するタイトルを同じ検索で表示することができ、まとまりのあるチャネルにまとめることができる。
【０２３１】
加えて、上述の様々な実施形態では、ブロックチェーン技術は、分散型台帳技術の性質によって販売時点から収益の支払いまでのギャップ時間を短縮するために利用され、収益が迅速かつ不変に計上されることを可能にし、これにより、紙の明細書や季節的な監査の必要性が効果的に排除される。
【０２３２】
ブロックチェーン技術および分散型配信システムの上述の利用は、従来の業界標準プロトコルよりも強力な著作権侵害対策およびコンテンツセキュリティ対策を提供する多層コンテンツセキュリティを提供する。
【０２３３】
さらに、上述のブロックチェーン技術および分散型配信システムの利用により、パブリックブロックチェーンにログオンすることにより、取引の透過性が可能になり、コンテンツの所有権に関するデータについてより多くの洞察を提供する。
【０２３４】
また、上述のブロックチェーン技術および分散型配信システムの利用により、ピアツーピアコンテンツの配信および配達を通じて合理化されたデジタル著作権管理が提供されるため、デジタル著作権管理のプロセスから中間体が削除され、わかりにくいポイントがプロセスから削除される。
【０２３５】
上述のブロックチェーン技術および分散型配信システムの利用により、知的財産権の所有者はエンドユーザーにコンテンツを直接ライセンスすることができ、プロセスを合理化し、従来のシステムで提供されるよりも多くのコンテンツ使用に関するデータを知的財産権の所有者に提供することができる。
【０２３６】
上述のブロックチェーン技術および分散型配信システムの利用により、同じソフトウェアアプリケーション内のエンドユーザーのコンテンツへのグローバルアクセスも可能になり、それにより、各地域でアプリケーションを立上げる必要性を回避し、地域の課題と格闘する必要性を回避する。上述のブロックチェーン技術および分散型配信システムの利用により、検閲を回避する機能が提供され、地域の検閲および制限に関係なく、すべてのユーザーがアクセスできるコンテンツ配信の基本層が提供される。
【０２３７】
要約すると、フロントエンドコンピューティングシステムを有する分散型配信システムを用いてデジタルコンテンツを登録する方法であって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に応じて、デジタルコンテンツ関連情報をバックエンドコンピューティングシステムに伝達し、デジタルコンテンツ関連情報は、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に対応し、受信したデジタルコンテンツ関連情報に基づいて、バックエンドコンピューティングシステムにデジタルコンテンツを登録し、バックエンドコンピューティングシステムに伝達された情報に応じて、バックエンドコンピューティングシステムを使用して、登録されたデジタルコンテンツに関連する電子トークンを作成し、伝達された情報は、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に対応する、方法。
【０２３８】
登録されたデジタルコンテンツに関連する電子トークンを作成することは、作成された電子トークンに所有権を割り当てることを含む。
【０２３９】
フロントエンドコンピューティングシステムを有する分散型配信システム上でデジタルコンテンツを配信する方法であって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に応じて、新しいデジタルコンテンツを分散型配信システムのチャネルに追加すべきであることをバックエンドコンピューティングシステムに通知し、バックエンドコンピューティングシステムを使用して、ファイルシステムに、チャネルに関するオブジェクト表記データと、それに関連付けられたデジタルコンテンツとをアップロードし、バックエンドコンピューティングシステムを使用して、レジストリスマート契約のチャネルに関連付けられたファイルシステムハッシュを登録し、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に応じて、デジタルコンテンツを検索し、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に応じて、関連するレジストリスマート契約にチャネルファイルの場所を要求し、関連するレジストリスマート契約から、チャネルに関連付けられたファイルシステムハッシュをフロントエンドコンピューティングシステムに提供し、フロントエンドコンピューティングシステムのユーザーインターフェースとのユーザーの対話に応じて、ファイルシステムにチャネルデータを要求し、ファイルシステムから、チャネルに関するオブジェクト表記データを提供し、チャネルに関して受信したオブジェクト表記データに基づいて、分散型配信システムからデジタルコンテンツをダウンロードする、方法。
【０２４０】
ファイルシステムは、惑星間ファイルシステムである。
【０２４１】
オブジェクト表記データは、ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記データである。
【０２４２】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システムの認証方法であって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースを使用して、ブロックチェーンベースの分散型配信システムに対応する暗号化された電子秘密キーを電子的に作成し、作成された暗号化電子秘密キーから電子公開キーと電子ブロックチェーンアドレスとを電子的に作成し、バックエンドコンピューティングシステムからフロントエンドコンピューティングシステムに、セッションＩＤとランダムに生成されたチャレンジフレーズとを電子的に送信し、フロントエンドアプリケーションのユーザーインターフェースを介して、楕円曲線デジタル署名を使用してランダムに生成されたチャレンジフレーズに電子的に署名し、作成された楕円曲線デジタル署名と、セッションＩＤと、暗号化電子秘密キーから作成された電子ブロックチェーンアドレスとを、バックエンドコンピューティングシステムに電子的に送信し、作成された楕円曲線デジタル署名が、暗号化電子秘密キーから作成された電子ブロックチェーンアドレスに対応する場合、セッションＩＤを電子的に認証する、方法。
【０２４３】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システムのためのデジタル権利を持つプロジェクトを、ユーザーが安全に作成できるようにする方法であって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースを使用して、トークンパラメーターに値を割り当てることによりプロジェクトを電子的に作成し、フロントエンドコンピューティングシステムのユーザーインターフェースを使用して、支払い方法を電子的に選択し、選択した支払い方法が不換通貨である場合、フロントエンドコンピューティングシステムにｔｘハッシュを電子的に送信し、選択された支払い方法がデジタル通貨である場合、フロントエンドコンピューティングシステムに取引レシートを電子的に送信し、作成されたプロジェクトのトークンパラメーターに割り当てられた値とともに、ｔｘハッシュまたは取引レシートをバックエンドコンピューティングシステムに電子的に送信し、バックエンドコンピューティングシステムが受信したｔｘハッシュまたは受信した取引レシートを介して支払いを検証するときに、作成されたプロジェクトをジョブキューに電子的に追加し、ジョブＩＤをフロントエンドコンピューティングシステムに返し、バックエンドコンピューティングシステムで、トークンスマート契約と権利／報酬スマート契約とを電子的に作成および展開し、トークンスマート契約はアドレスを有し、権利／報酬スマート契約はアドレスを有し、バックエンドコンピューティングシステムで、トークンスマート契約のアドレスと権利／報酬スマート契約のアドレスとを電子的に登録し、バックエンドコンピューティングシステムで、レジストリスマート契約の取引を電子的に登録して、トークンスマート契約と権利／報酬スマート契約とをユーザーのアドレスに登録し、それにより、ブロックチェーン上で作成されたトークンスマート契約と作成された権利／報酬スマート契約との存在の不変の記録を作成する、方法。
【０２４４】
フロントエンドコンピューティングシステムを有するブロックチェーンベースの分散型配信システム上で、ユーザーが作成されたトークンを安全に立上げできるようにする方法であって、フロントエンドコンピューティングシステムは、フロントエンドプロセッサと、ディスプレイと、ユーザーインターフェースと、フロントエンドメモリとを含み、分散型配信システムは、フロントエンドコンピューティングシステムに通信可能に接続されたバックエンドコンピューティングシステムを有し、バックエンドコンピューティングシステムは、バックエンドプロセッサと、バックエンドメモリとを含み、フロントエンドコンピューティングシステムのユーザーインターフェースを使用して、使用可能にするトークンの数を選択し、トークンの数に関するパラメーターを割り当て、使用可能にするトークンの数と、トークンの数に割り当てられたパラメーターとをバックエンドコンピューティングシステムに電子的に送信し、バックエンドコンピューティングシステムで、トークン立上げ契約を電子的に作成し、ブロックチェーン上でトークン立上げ契約を電子的に登録する、方法。
【０２４５】
上述した実施の形態のいくつかならびに他の特徴および機能、またはそれらの代替例は、多くの他の異なるシステムまたは用途に対して望ましく組み合わせることができることが理解される。また、上記の説明に含まれることが意図されており、現在予見されないまたは予期されないさまざまな代替、修正、変形、または改良が、当業者によって行われてもよい。
【図１】
2020521257.tif 000019
【図２】
2020521257.tif 000020
【図３】
2020521257.tif 000021
【図４】
2020521257.tif 000022
【図５】
2020521257.tif 000023
【図６】
2020521257.tif 000024
【図７】
2020521257.tif 000025
【図８】
2020521257.tif 000026
【図９】
2020521257.tif 000027
【図１０】
2020521257.tif 000028
【図１１】
2020521257.tif 000029
【図１２】
2020521257.tif 000030
【図１３】
2020521257.tif 000031
【図１４】
2020521257.tif 000032
【図１５】
2020521257.tif 000033
【図１６】
2020521257.tif 000034
【図１７】
2020521257.tif 000035
【図１８】
2020521257.tif 000036
【図１９】
2020521257.tif 000037
【図２０】
2020521257.tif 000038
【図２１】
2020521257.tif 000039
【図２２】
2020521257.tif 000040
【図２３】
2020521257.tif 000041
【図２４】
2020521257.tif 000042
【図２５】
2020521257.tif 000043
【図２６】
2020521257.tif 000044
【図２７】
2020521257.tif 000045
【国際調査報告】
2020521257.tif 000046
2020521257.tif 000047
2020521257.tif 000048
2020521257.tif 000049