(57)【要約】 本明細書に開示されるものは、ブロックチェーンを使用して文書を管理するためのシステム、方法、およびコンピュータプログラム製品実施形態である。トークンサーバシステムが、文書の作成を促進し得る。トークンサーバシステムは、文書の暗号化バージョンを暗号化および記憶し、文書の暗号化バージョンへのリンクを作成し得る。トークンサーバシステムはまた、文書の暗号ハッシュおよび文書の所有権を指定するためのデジタルウォレット内にデポジットするための文書トークンを作成し得る。トークンサーバシステムは、１つ以上のスマートコントラクト機能を使用して、リンクおよびハッシュをブロックチェーンに公開し得る。いくつかの実施形態では、文書は、契約書であり得る。トークンサーバシステムは、他の当事者からの文書の修正を促進し得る。修正は、反対オファーまたは交渉プロセスを表し得る。
2021518028.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実装方法であって、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を含む、コンピュータ実装方法。
【請求項２】
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項３】
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項４】
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
をさらに含む、請求項３に記載のコンピュータ実装方法。
【請求項５】
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、前記方法はさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送することを含む、請求項３に記載のコンピュータ実装方法。
【請求項６】
前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成することであって、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、こと
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項７】
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
をさらに含む、請求項６に記載のコンピュータ実装方法。
【請求項８】
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
【請求項９】
前記少なくとも１つのプロセッサはさらに、
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
を行うように構成される、請求項８に記載のシステム。
【請求項１０】
前記少なくとも１つのプロセッサはさらに、
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
を行うように構成される、請求項８に記載のシステム。
【請求項１１】
少なくとも１つのプロセスはさらに、
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
を行うように構成される、請求項１０に記載のシステム。
【請求項１２】
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、少なくとも１つのプロセスはさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送する
ように構成される、請求項１０に記載のシステム。
【請求項１３】
前記少なくとも１つのプロセッサはさらに、前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成するように構成され、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、請求項８に記載のシステム。
【請求項１４】
前記少なくとも１つのプロセッサはさらに、
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
を行うように構成される、請求項１３に記載のシステム。
【請求項１５】
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
【請求項１６】
前記動作はさらに、
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
を含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項１７】
前記動作はさらに、
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
を含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項１８】
前記動作はさらに、
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
を含む、請求項１７に記載の非一過性コンピュータ可読デバイス。
【請求項１９】
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、前記動作はさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送することを含む、請求項１７に記載の非一過性コンピュータ可読デバイス。
【請求項２０】
前記動作はさらに、
前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成することであって、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、ことと、
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
を含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項２１】
コンピュータ実装方法であって、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を含む、コンピュータ実装方法。
【請求項２２】
１つ以上のリンクを管理するための第２のＧＵＩを生成することをさらに含む、請求項２１に記載のコンピュータ実装方法。
【請求項２３】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項２１に記載のコンピュータ実装方法。
【請求項２４】
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
をさらに含む、請求項２１に記載のコンピュータ実装方法。
【請求項２５】
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
をさらに含む、請求項２１に記載のコンピュータ実装方法。
【請求項２６】
前記応答文書は、デジタル署名を含む、請求項２５に記載のコンピュータ実装方法。
【請求項２７】
前記ブロックチェーン上で前記応答文書を公開することをさらに含む、請求項２５に記載のコンピュータ実装方法。
【請求項２８】
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
【請求項２９】
前記少なくとも１つのプロセッサはさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成するように構成される、請求項２８に記載のシステム。
【請求項３０】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項２８に記載のシステム。
【請求項３１】
前記少なくとも１つのプロセッサはさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を行うように構成される、請求項２８に記載のシステム。
【請求項３２】
前記少なくとも１つのプロセッサはさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
を行うように構成される、請求項２８に記載のシステム。
【請求項３３】
前記応答文書は、デジタル署名を含む、請求項３２に記載のシステム。
【請求項３４】
前記少なくとも１つのプロセッサはさらに、前記ブロックチェーン上で前記応答文書を公開するように構成される、請求項３２に記載のシステム。
【請求項３５】
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
【請求項３６】
前記動作はさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成することを含む、請求項３５に記載の非一過性コンピュータ可読デバイス。
【請求項３７】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項３５に記載の非一過性コンピュータ可読デバイス。
【請求項３８】
前記動作はさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を含む、請求項３５に記載の非一過性コンピュータ可読デバイス。
【請求項３９】
前記動作はさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと、
前記ブロックチェーン上で前記応答文書を公開することと
を含む、請求項３５に記載の非一過性コンピュータ可読デバイス。
【請求項４０】
前記応答文書は、デジタル署名を含む、請求項３９に記載の非一過性コンピュータ可読デバイス。
【請求項４１】
コンピュータ実装方法であって、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を含む、コンピュータ実装方法。
【請求項４２】
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、請求項４１に記載のコンピュータ実装方法。
【請求項４３】
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、請求項４１に記載のコンピュータ実装方法。
【請求項４４】
前記第２の文書は、前記第１の文書の修正バージョンである、請求項４１に記載のコンピュータ実装方法。
【請求項４５】
前記第２の文書は、反対オファー文書である、請求項４１に記載のコンピュータ実装方法。
【請求項４６】
前記第２の文書は、デジタル署名を含む、請求項４１に記載のコンピュータ実装方法。
【請求項４７】
前記文書トークンを前記第２のデジタルウォレットに伝送することをさらに含む、請求項４１に記載のコンピュータ実装方法。
【請求項４８】
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
【請求項４９】
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、請求項４８に記載のシステム。
【請求項５０】
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、請求項４８に記載のシステム。
【請求項５１】
前記第２の文書は、前記第１の文書の修正バージョンである、請求項４８に記載のシステム。
【請求項５２】
前記第２の文書は、反対オファー文書である、請求項４８に記載のシステム。
【請求項５３】
前記第２の文書は、デジタル署名を含む、請求項４８に記載のシステム。
【請求項５４】
前記少なくとも１つのプロセッサはさらに、前記文書トークンを前記第２のデジタルウォレットに伝送するように構成される、請求項４８に記載のシステム。
【請求項５５】
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
【請求項５６】
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、請求項５５に記載の非一過性コンピュータ可読デバイス。
【請求項５７】
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、請求項５５に記載の非一過性コンピュータ可読デバイス。
【請求項５８】
前記第２の文書は、前記第１の文書の修正バージョンである、請求項５５に記載の非一過性コンピュータ可読デバイス。
【請求項５９】
前記第２の文書は、反対オファー文書である、請求項５５に記載の非一過性コンピュータ可読デバイス。
【請求項６０】
前記第２の文書は、デジタル署名を含む、請求項５５に記載の非一過性コンピュータ可読デバイス。
【請求項６１】
コンピュータ実装方法であって、
文書アクションボタンと対応するメッセージを生成することであって、前記文書アクションボタンは、押されると、文書生成プロセスを開始させる、ことと、
前記文書生成プロセスが開始されると、
前記メッセージに対応する文書に関する文書トークンを生成することであって、前記文書トークンは、前記文書の所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記文書をブロックチェーンに公開することと
を含む、コンピュータ実装方法。
【請求項６２】
コンピュータ実装方法であって、
文書をリンクに添付するためのインターフェースを生成することと、
前記文書に関する文書トークンを生成することであって、前記文書トークンは、前記文書の所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクを含む、ことと
を含む、コンピュータ実装方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、「Ｂｌｏｃｋｃｈａｉｎ−Ｐｏｗｅｒｅｄ  Ｉｎｄｕｓｔｒｙ−Ａｇｎｏｓｔｉｃ，  Ｏｎｅ−Ｓｔｏｐ  Ｄｅａｌ  ａｎｄ  Ｓｅｒｖｉｃｅ  Ｍａｒｋｅｔｐｌａｃｅ，  ａｎｄ  Ｎｅｗ  Ｄｅｍａｎｄ−Ｄｒｉｖｅｎ  ａｎｄ  Ｉｎｔｅｇｒａｔｅｄ  Ｖａｌｕｅ  Ｃｈａｉｎ」と題され、２０１８年１２月１０日に出願された、参照することによってその全体として本明細書に組み込まれる、米国仮特許出願第６２／７７７，５２０号の利益を主張する。
【０００２】
本分野は、概して、ブロックチェーン技術を使用する文書トークン化および修正、機密文書を作成、配信、配布、および連携するためのそれらのアプリケーション、マーケットプレイスおよび電子取引ウェブサイトをより洗練された即時交渉および取引決定の場に拡張するためのそれらのアプリケーション、供給主導型マーケットプレイスモデルを需要主導型マーケットプレイスモデルに移行させるためのそれらのアプリケーション、および、例えば、不動産、自動車、デジタル資産、有形資産、または他の商品およびサービスのためのユビキタスなマーケットプレイス、電子取引、または商取引プラットフォームを生成するためのそれらのアプリケーションに関する。
【背景技術】
【０００３】
個人、企業、および政府が相互作用する際、当事者は、多くの場合、やりとりするために多くの文書を交換する。これらの文書は、書面の要望を含み得る、または契約上の義務であり得る。例えば、交渉するためのオファーまたは招待状の交換は、物件、商品、またはサービスの購入等の取引を実行するプロセスを開始し得る。当事者はまた、交渉プロセスの間に文書を交換し得る。例えば、当事者は、合意文書または契約書の修正を交換し得る。これらの修正は、追跡された変更とともに電子メールされ得る。
【０００４】
しかしながら、交渉の間、当事者は、複雑な修正を伴う文書の多くのバージョンを交換し得る。変更の追跡は、管理することが困難になり得る。さらに、本交渉プロセスは、特定の取引に複数の当事者を伴う状況においてさらに複雑になる。当事者の真の要望および契約上の立場を表すために当事者によって依拠され得る修正の真の記録を暗号化および保全することもまた、電子メール等のセキュアではない技術を使用すると、困難であり得る。
【０００５】
監査可能なリアルタイム交渉および即時の契約書取り交わし能力の欠如は、多くのマーケットプレイスおよび電子取引ウェブサイトを、比較的に低い価値の製品を売買する領域内に制約する、またはマーケットプレイスがオファーし得る製品／サービスを制約する。複雑な契約構造を介して製品およびサービスを即時に取引することは、従来のマーケットプレイスにおいて達成することが困難である。
【０００６】
さらに、オンラインで商品およびサービスを売買することは、概して、信頼の問題および技術的限界に大きく起因して、マーケットプレイスまたは電子取引プラットフォーム内に限定される。この方法は、供給元または消費者等のマーケットプレイス参加者がいくつかの設定ステップを進むことを要求するだけではなく、また、自身の製品を買う、または自身が必要とするサービスをマーケットプレイス参加者にオファーする可能性が高いとマーケットプレイス参加者が考えるオーディエンスを標的とする柔軟性をマーケットプレイス参加者に提供しない。オンラインマーケットプレイスが限定される国および地域では、それらの発展途上の市場からの取引業者は、有意に不利であり得る。
【０００７】
加えて、一般的なマーケットプレイス取引は、在庫を売り手によってリストアップされるものに限定する。例えば、典型的なオンライン取引は、オンライン小売業者が購入のためのアイテムをリストアップすることから始まる。同様に、不動産物件をリストアップする個人は、購入または賃貸するための物件の可用性をリストアップし得る。売り手からのリストで取引を開始することは、商品、サービス、および／または不動産の在庫を販売のためにリストアップされているものに制限する。さらに、伝統的なオンライン小売業者は、典型的には、企業を消費者につなげ、消費者が企業から購入することを可能にする。この柔軟性のないモデルは、異なる役割を伴う異なる当事者からの取引を妨げる。例えば、これらのアプローチは、企業間または消費者店舗間の取引を促進しない。
【０００８】
不動産業界において使用されるリストモデルはさらに、買い手がオファーを提出し、自身で取引を開始することを妨げる。リストモデルは、市場の大部分を除く、不動産市場の約２％しか占めていない。さらに、これらの不動産取引は、典型的には、当事者の間での対面での相互作用および大量の書類事務を要求する。法的拘束力のある物件購入、リース、および賃貸を迅速かつ確実な様式で遂行する技術的能力の欠如はさらに、本プロセスを複雑にする。ユーザはまた、データセキュリティに関する問題および重要な個人データがハッキングされ、マイニングされ、収集され得る懸念に直面する。セキュリティの本欠如は、オンラインオファーを行わないように買い手および賃借人を思いとどまらせ得、関連情報を開示しないように売り手を思いとどまらせ得る。このように、買い手および売り手は、オンラインオファーを提供する能力および意欲が欠如し得る。
【０００９】
さらに、不動産取引は、買い手および売り手にとって頻繁ではない場合があるため、買い手および売り手は、不動産エージェントおよび専門家に大きく依拠し得、それらを使用することを余儀なくされ得る。ある場合には、エージェントは、買い手および売り手にとって透明性および監査能力を伴わないオファーおよび反対オファーを伴う交渉を実施し得る。買い手および売り手は、取引システムの概観を把握し得ない。例えば、エージェントに話をしないと、潜在的買い手は、オファーの状態を容易に追跡することが可能ではない場合がある一方、売り手は、受け取ったオファーを容易に追跡することが可能ではない場合がある。類似する問題が、賃貸物件申込みプロセスの間に生じ得る。
【発明の概要】
【課題を解決するための手段】
【００１０】
本明細書に開示されるものは、ブロックチェーン技術を使用して書類を管理するためのシステム、装置、デバイス、方法、および／またはコンピュータプログラム製品実施形態、および／またはそれらの組み合わせおよび副次的組み合わせである。
【００１１】
ある実施形態では、トークンサーバシステムが、文書トークン、デジタルウォレット、およびブロックチェーンを使用して、文書および文書修正を促進および管理してもよい。トークンサーバシステムは、デジタル文書所有権および／または文書修正許可を表す文書トークンを生成してもよい。トークンサーバシステムは、文書の所有者によって規定されたデジタルウォレットに文書トークンを分配してもよい。トークンサーバシステムはまた、文書を暗号化し、暗号化バージョン文書を記憶し、文書のハッシュを生成し、文書の暗号化バージョンへのリンクを作成してもよい。トークンサーバシステムは、次いで、１つ以上のスマートコントラクト機能を使用して、ブロックチェーン上でハッシュおよびリンクを記憶してもよい。トークンサーバシステムはまた、ブロックチェーン動作を実施するために、処理トークンおよび／または暗号通貨を消費してもよい。
【００１２】
トークンサーバシステムはまた、文書の修正を管理するために、類似する動作を実施してもよい。例えば、元々の文書を修正するための許可を有する当事者は、トークンサーバシステムによって生成されるグラフィカルユーザインターフェースによって促進されるように、例えば、テキストを挿入する、消去する、および／または修正する等の修正を実施してもよい。トークンサーバシステムは、次いで、本修正された文書に対応する別個の文書トークンを生成してもよい。トークンサーバシステムは、修正された文書の暗号化、ハッシュ化、およびそれへのリンクの生成等、修正された文書に類似する動作を実施してもよい。トークンサーバシステムはまた、本修正された文書のハッシュおよびその暗号化バージョンへのリンクをブロックチェーンに公開し、修正を保全してもよい。トークンサーバシステムはまた、文書トークンを修正および元々の文書の所有者に分配してもよい。このように、ブロックチェーンへの公開は、修正を保全し、修正が意図されたものであり、干渉がないという信頼を提供し得る。トークンサーバシステムは、ブロックチェーン保全システムを使用している間であっても、人間が可読である様式でこれらの文書を閲覧および／または修正するために、各当事者にグラフィカルユーザインターフェースを提供してもよい。
【００１３】
いくつかの実施形態では、ブロックチェーンを使用して文書を管理するためのコンピュータ実装方法が、トークンサーバシステムによって使用されてもよい。トークンサーバシステムは、デジタルウォレットに対応するユーザアカウントから文書作成要求を受信してもよい。トークンサーバシステムは、文書の作成を促進し、文書を暗号化し、文書の暗号化バージョンを記憶してもよい。トークンサーバシステムは、文書の暗号化バージョンへのリンクを作成し、文書の暗号ハッシュを生成してもよい。トークンサーバシステムはまた、文書に対応する文書トークンを生成し、文書トークンをデジタルウォレットに伝送してもよい。トークンサーバシステムは、１つ以上のスマートコントラクト機能を使用して、リンクおよび暗号ハッシュをブロックチェーンに公開してもよい。
【００１４】
いくつかの実施形態では、文書を生成するためのグラフィカルユーザインターフェースアイコンを提供するためのコンピュータ実装方法が、トークンサーバシステムによって使用されてもよい。トークンサーバシステムは、リンク生成プロセスを開始するために使用される第１のアイコンを含む、グラフィカルユーザインターフェース（ＧＵＩ）を生成してもよい。第１のアイコンは、例えば、下記にさらに説明されるような「すぐにオファーする」ボタン等の文書アクションボタンであってもよい。第１のアイコンとの相互作用を受信することに応答して、トークンサーバシステムは、１つ以上の文書をリンクに添付するためのインターフェースを生成してもよい。本リンク付けは、下記にさらに説明されるような「１−Ｌｉｎｋ」プロセスと称され得る。トークンサーバシステムは、ＧＵＩを介してリンクに１つ以上の文書を添付するためのインジケーションを受信し、１つ以上の文書のそれぞれに関する文書トークンを生成してもよい。文書トークンは、１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされてもよい。トークンサーバシステムは、１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開し、リンクに対応するメッセージを生成してもよい。メッセージは、ブロックチェーンリンクと、文書生成プロセスを開始するために使用される第２のアイコンとを含んでもよい。
【００１５】
いくつかの実施形態では、異なるアカウントタイプから生成される文書を管理するためのコンピュータ実装方法が、トークンサーバシステムによって使用されてもよい。例えば、異なるアカウントタイプは、取引に関する需要主導型バリューチェーンを表してもよい。トークンサーバシステムは、第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信してもよく、第１のアカウントは、第１のアカウントタイプに対応する。トークンサーバシステムは、第１の文書の作成を促進し、第１の文書に対応する文書トークンを作成してもよい。トークンサーバシステムは、文書トークンを第１のデジタルウォレットに伝送し、１つ以上のスマートコントラクト機能を使用して、第１の文書のハッシュおよび第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開してもよい。トークンサーバシステムは、次いで、第２のデジタルウォレットに対応する第２のアカウントに通知を伝送してもよく、第２のアカウントは、第１のアカウントタイプと異なる第２のアカウントタイプに対応する。トークンサーバシステムは、次いで、第２のアカウントによる第２の文書の作成を促進してもよい。
【００１６】
種々の実施形態は、例えば、不動産業界における改善を達成するために、これらの技術的特徴を使用することができる。トークンサーバシステムは、「すぐにオファーする」ボタン等のＧＵＩ要素を生成してもよく、これは、ブロックチェーン上に保全された不動産オファーを生成するために使用されてもよい。単語「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、および／または「すぐに買う」を表示するボタン等の他の文書アクションボタンもまた、不動産オファーを生成するために使用されてもよい。売り手もまた、販売または賃貸のための物件をオファーするためのリストおよび／またはオファー文書を作成するために、「すぐにリストアップする」および／または「すぐに管理する」ボタン等の文書アクションボタンを使用してもよい。トークンサーバシステムは、合理化された文書生成プロセスを促進してもよく、また、ブロックチェーンを使用して生成された文書のハッシュを保全し、ブロックチェーンの不変性質を利用しながら機密性を維持してもよい。
【００１７】
トークンサーバシステムは、このように同様にブロックチェーンを使用して、不動産文書を管理するために使用されてもよい。例えば、トークンサーバシステムは、オファー、反対オファー、および／または契約文書の他の交渉による修正を管理してもよい。トークンサーバシステムは、ブロックチェーンを使用してこれらの文書修正を保全してもよい。さらに、トークンサーバシステムは、例えば、ローン承認、検査報告、不動産権利書、契約書、合意文書、および／または他の不動産文書等の不動産取引に関連する他の文書を保全してもよい。本管理は、不動産取引の進行および／または実行および取引において使用される文書を追跡してもよい。
【００１８】
文書の管理とともに、トークンサーバシステムはまた、そのグラフィカルユーザインターフェース（ＧＵＩ）と独立して、または別のワークフローの一部としてのいずれかで、「１−Ｌｉｎｋ」プロセスを提供し、リンク管理および／または文書の分配を提供してもよい。リンクは、ブロックチェーンによって保全され、ブロックチェーンによって保全される他の文書へのアクセスをさらに提供し得る文書を表してもよい。例えば、ユーザは、不動産を購入するためのオファーを提供するために、オファー文書へのリンクを生成してもよい。リンクは、ローン承認文書等の他の文書へのリンクを含む文書であってもよい。ユーザは、次いで、本リンクをオファーとして物件の所有者に伝送してもよい。いくつかの実施形態では、リンクは、電子メールメッセージが他のメッセージへのリンクを含むように、埋設された電子メールメッセージに対応してもよい。このように、１−Ｌｉｎｋプロセスは、トークンサーバシステムによって促進される合理化された文書伝送プロセスを提供してもよい。
【００１９】
トークンサーバシステムはさらに、需要主導型バリューチェーンを提供するために、本開示に説明される技術的特徴を使用してもよい。需要主導型バリューチェーンは、ある需要を有する当事者が、伝統的に供給主導型取引マーケットプレイスを利用する業界において文書を生成することを可能にし得る。例えば、買い手が、オファーおよび／またはオファー文書を生成してもよい、売り手が、販売文書を生成してもよい、および／または買い手のエージェントが、そのクライアントの代わりにオファー文書を生成してもよい。例えば、伝統的なオンライン小売業者は、アイテムをリストアップし、買い手から購入注文を受信し得る。需要主導型バリューチェーンでは、売り手がリストを提供していない場合であっても、買い手が、商品、サービス、および／または不動産に関するオファーを提出してもよい。このように、トークンサーバシステムは、役割またはアカウントタイプに関係なく、当事者の間のオファー、反対オファー、および／または交渉を促進してもよい。買い手および／または売り手が、取引を開始してもよい。さらに、企業、店舗、企業体、および／または消費者等の異なる当事者および／またはアカウントタイプが、需要主導型バリューチェーンを使用し、ブロックチェーン保全を用いて取引を開始および／または促進してもよい。このように、トークンサーバシステムは、ブロックチェーンを使用して取引のための分散型マーケットプレイスをサポートしてもよい。
【図面の簡単な説明】
【００２０】
付随の図面は、本明細書に組み込まれ、本明細書の一部を形成する。
【００２１】
【図１】図１は、いくつかの実施形態による、文書管理環境のブロック図を描写する。
【００２２】
【図２】図２は、いくつかの実施形態による、文書をブロックチェーンに公開するための方法を図示する、フローチャートを描写する。
【００２３】
【図３Ａ】図３Ａは、いくつかの実施形態による、文書許可を分割するための方法を図示する、フローチャートを描写する。
【００２４】
【図３Ｂ】図３Ｂは、いくつかの実施形態による、文書に関する秘密性設定を指定するための方法を図示する、フローチャートを描写する。
【００２５】
【図４】図４は、いくつかの実施形態による、文書を修正するための方法を図示する、フローチャートを描写する。
【００２６】
【図５】図５は、いくつかの実施形態による、文書交渉のための方法を図示する、フローチャートを描写する。
【００２７】
【図６】図６は、いくつかの実施形態による、文書交渉のためのグラフィカルユーザインターフェースを生成するための方法を図示する、フローチャートを描写する。
【００２８】
【図７】図７は、いくつかの実施形態による、セグメント化された文書部分を含む、グラフィカルユーザインターフェースのブロック図を描写する。
【００２９】
【図８Ａ】図８Ａは、いくつかの実施形態による、単語「すぐにオファーする」、「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、「すぐに買う」、「すぐにリストアップする」、および／または「すぐに管理する」を表示し得る文書アクションボタンを含む、グラフィカルユーザインターフェースのブロック図を描写する。
【００３０】
【図８Ｂ】図８Ｂは、いくつかの実施形態による、リンク管理および１−Ｌｉｎｋプロセスの生成のためのグラフィカルユーザインターフェースのブロック図を描写する。
【００３１】
【図８Ｃ】図８Ｃは、いくつかの実施形態による、文書アクションボタンと、文書リンクとを含むメッセージのグラフィカルユーザインターフェースのブロック図を描写する。
【００３２】
【図９】図９は、いくつかの実施形態による、文書アクションボタンと、文書リンクとを含むメッセージを生成するための方法を図示する、フローチャートを描写する。
【００３３】
【図１０】図１０は、いくつかの実施形態による、需要主導型バリューチェーンを提供する文書チェーン環境のブロック図を描写する。
【００３４】
【図１１Ａ】図１１Ａは、いくつかの実施形態による、役割ベースの文書生成のための方法を図示する、フローチャートを描写する。
【００３５】
【図１１Ｂ】図１１Ｂは、いくつかの実施形態による、需要マッチングのための方法を図示する、フローチャートを描写する。
【００３６】
【図１２】図１２は、種々の実施形態を実装するために有用な例示的コンピュータシステムを描写する。
【００３７】
図面では、同様の参照番号は、概して、同じまたは類似する要素を示す。加えて、概して、参照番号の最左端の数字は、参照番号が最初に出現する図面を識別する。
【発明を実施するための形態】
【００３８】
本明細書に提供されるものは、ブロックチェーン技術を使用して文書を管理するためのシステム、装置、デバイス、方法、および／またはコンピュータプログラム製品実施形態、および／またはそれらの組み合わせおよび副次的組み合わせである。本明細書に開示される実施形態は、ブロックチェーンとインターフェースをとられる接続された、関連付けられた、または関連するバックエンドシステムを使用して文書を管理しながら、フロントエンドユーザインターフェースを提供することによって、文書の生成を促進してもよい。フロントエンドは、ユーザが、文書作成、文書に対応する許可を管理する、異なる当事者からの文書修正を管理する、および／または人間が可読である様式でブロックチェーン上にリンク付けられる文書を閲覧することを可能にする、グラフィカルユーザインターフェース（ＧＵＩ）等のユーザインターフェースであってもよい。
【００３９】
バックエンドは、文書トークンプロセスおよびブロックチェーンインターフェースを使用して文書を管理してもよい。下記にさらに解説されるであろうように、文書トークンは、文書に対応する所有権および／または許可を表すために使用されてもよい。文書トークンはまた、文書修正および／または文書の異なる部分に関するセグメント許可を追跡するために使用されてもよい。さらに、文書トークンは、修正された文書のバージョン毎に生成されてもよい。これらの文書トークンは、修正の所有権を表してもよく、文書修正の証拠を提供するためにブロックチェーンと併用されてもよい。例えば、公衆または私設ブロックチェーンのいずれかで、修正は、スマートコントラクト機能を使用して、ブロックチェーン上で実行される更新されたブロックおよび／またはコードとして追跡されてもよい。
【００４０】
ブロックチェーンへの公開は、セキュリティおよび修正が不変であるという信頼を提供し得る。さらに、分散台帳技術が、修正を追跡し、文書を通信および／または編集する当事者にこれらの修正を提示する合理化された様式を提供し得る。下記にさらに説明されるであろうように、本明細書に説明される実施形態はさらに、ブロックチェーン動作のためのより高速かつより効率的なバックエンド処理を提供する。特に、ブロックチェーンへの非同期呼出の使用は、増加された速度を提供し得、ブロックチェーントランザクション時間に関連する遅延を回避し得る。
【００４１】
本明細書に説明される実施形態はさらに、オファーおよび反対オファーを追跡および閲覧するための合理化された契約プラットフォームを提供するために、契約交渉において使用されてもよい。例えば、ユーザが、商品、サービス、物件、保険、および／または他の契約上の義務を購入するためのオファーを生成し得る。これらのオファーは、文書として表され得る。下記に説明されるシステムは、これらのオファーの生成を促進し、これらのオファーをブロックチェーンに公開してもよい。ブロックチェーンの不変性は、これらのオファーを保全し得る。さらに、暗号化を利用することは、これらのオファーを行うときに機密情報の機密性を維持し得る。ブロックチェーンを使用してこれらのオファー文書を管理することによって、契約の当事者は、より信頼される様式で他の当事者によって依拠され得るオファーを提示してもよい。
【００４２】
さらに、反対オファーが、類似する様式で管理されてもよい。例えば、反対オファーは、対応する文書トークンを伴う文書として表され得る、修正されたオファーであってもよい。これらの反対オファーはまた、類似する様式でブロックチェーンを使用して管理されてもよい。オファーおよび反対オファーを管理することによって、文書プラットフォームは、高度な信頼を維持しながら機密性を保全する交渉プロセスを合理化してもよい。文書プラットフォームを使用する当事者は、契約条項を交渉する、および／またはオファーの受諾を表すデジタル署名を提供してもよい。このように、文書プラットフォームは、契約の実行を促進してもよい。いくつかの実施形態では、本交渉および実行は、分散型様式で実施される、および／またはピアツーピア取引のための分散型マーケットプレイスを提供してもよい。
【００４３】
文書アクションボタンおよび／または１−Ｌｉｎｋプロセスはさらに、文書生成、文書配信、および文書配布プロセスを合理化するために、下記に説明されるシステムを使用して実装されてもよい。いくつかの実施形態では、本合理化は、ブロックチェーンを使用して保全された文書において特に有用であり得る。「すぐにオファーする」、「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、「すぐに買う」、「すぐにリストアップする」、および／または「すぐに管理する」ボタン等の文書アクションボタンは、ユーザが、より少ないＧＵＩ相互作用を使用して文書を迅速に生成することを可能にしてもよい。相互作用の低減は、無駄なコンピュータリソースまたは不必要なウェブナビゲーションを低減させることを支援し得る。さらに、文書アクションボタンは、低減された数の相互作用に起因して、ネットワークトラフィックを低減させることを支援してもよい。同様に、１−Ｌｉｎｋプロセスは、類似するコンパクトな様式でブロックチェーン保全文書を配信してもよい。リンクにアクセスするユーザは、種々のブロックチェーン保全文書にアクセスしてもよい、および／または文書アクションボタンを使用して別の文書を生成してもよい。このように、１−Ｌｉｎｋプロセスもまた、ユーザ相互作用の数およびコンピュータトランザクションを低減させながら、同様にネットワークトラフィックを低減させ得る。
【００４４】
これらの特徴の種々の実施形態が、ここで、対応する図に関して議論されるであろう。
【００４５】
図１は、いくつかの実施形態による、文書管理環境１００のブロック図を描写する。文書管理環境１００は、トークンサーバシステム１１０、ブロックチェーン１２０、ユーザインターフェース１３０、および／またはユーザデバイス１４０を含んでもよい。トークンサーバシステム１１０は、ユーザデバイス１４０Ａ−１４０Ｂに関するユーザインターフェース１３０Ａ−１３０Ｂをインスタンス化し得る１つ以上のサーバおよび／またはデータベースを含んでもよい。トークンサーバシステム１１０は、オブジェクト記憶装置、ウェブサービスインターフェース、インターネットアプリケーションのための記憶装置、および／またはクラウドコンピューティングおよび／または記憶装置を含んでもよい。いくつかの実施形態では、トークンサーバシステム１１０は、分散ファイルシステム内のデータを記憶および／または共有するためのピアツーピアネットワークおよび／またはプロトコルを使用してもよい。例えば、トークンサーバシステム１１０は、ユーザデバイス１４０をネットワーク化するためにグローバル名前空間内のファイルを一意に識別するために、内容アドレッシングを使用してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、Ａｍａｚｏｎ  Ｓ３  （R)等のＩｎｔｅｒＰｌａｎｅｔａｒｙ  Ｆｉｌｅ  Ｓｙｓｔｅｍ（ＩＰＦＳ）プロトコルおよび／またはサーバを使用してもよい。
【００４６】
トークンサーバシステム１１０は、ブロックチェーン１２０とのインターフェースを含んでもよい。ブロックチェーン１２０は、私設または公衆ブロックチェーンであってもよい。トークンサーバシステム１１０は、データをブロックチェーン１２０にインターフェースおよび／または公開するために、１つ以上のスマートコントラクト機能を使用してもよい。スマートコントラクト機能は、取引をデジタル的に促進する、検証する、および／または施行するためのプロトコルを含んでもよい。取引は、追跡可能かつ不可逆的であってもよい。下記にさらに説明されるであろうように、トークンサーバシステム１１０は、文書および／または文書の修正を表すデータを記憶するために、ブロックチェーン１２０とインターフェースをとってもよい。本データは、文書の暗号ハッシュおよび／または文書の人間が可読である表現へのリンクを含んでもよい。
【００４７】
いくつかの実施形態では、トークンサーバシステム１１０はまた、ブロックチェーン１２０と相互作用するために使用される処理トークンを管理してもよい。例えば、トークンサーバシステム１１０は、暗号通貨に関連するデジタルウォレット情報を管理してもよい。トークンサーバシステム１１０は、ブロックチェーン１２０への取引を実行するために、デジタル通貨を使用および／または消費してもよい。例えば、トークンサーバシステム１１０はまた、取引を実行する、ブロックチェーン契約を実行する、および／またはブロックにおいてブロックチェーン１２０上にデータを公開するために使用される、ガス、取引、および／またはマイニング料金を管理してもよい。下記にさらに解説されるであろうように、トークンサーバシステム１１０はまた、文書および／または文書修正に関する所有権および／または許可を表し得る、文書トークンを管理してもよい。トークンサーバシステム１１０は、ブロックチェーン１２０への文書データの公開を促進してもよい、および／または公開を実施するためにデジタルウォレットに対応するアカウントから処理トークンを除去してもよい。
【００４８】
トークンサーバシステム１１０は、ユーザが文書を作成、管理、編集、および／または修正することを可能にするために、フロントエンドユーザインターフェース１３０を提供してもよい。ユーザインターフェース１３０は、ユーザデバイス１４０上でアクセスおよび／または表示され得るグラフィカルユーザインターフェース（ＧＵＩ）であってもよい。ユーザデバイス１４０は、コンピュータ、ラップトップ、タブレット、電話、および／またはインターネットにアクセスする、および／またはユーザインターフェース１３０を表示し得る他のデバイスであってもよい。ユーザインターフェース１３０は、ユーザデバイス１４０とトークンサーバシステム１１０との間の通信を提供するために、アプリケーションプログラミングインターフェース（ＡＰＩ）を含んでもよい。
【００４９】
下記にさらに解説されるであろうように、トークンサーバシステム１１０は、ユーザが、文書を作成する、文書を修正する、文書許可を管理する、文書に対応するリンクおよび／またはメッセージを生成する、他の当事者からの文書修正を管理する、デジタルウォレットを管理する、ユーザアカウント情報および／またはアカウント役割を管理する、および／または他の文書相互作用を可能にする、ＧＵＩ要素を含むフロントエンドＧＵＩを提供してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、トークンサーバシステム１１０によって管理されていないウェブページへのＧＵＩ要素の組み込みを促進し、ユーザが、トークンサーバシステム１１０によって提供される動作にアクセスすることを可能にしてもよい。例えば、トークンサーバシステム１１０は、類似する文書機能性を提供するために、他のウェブページ上に組み込まれる、統合される、またはオーバーレイされ得るウェブウィジェットを提供してもよい。
【００５０】
例えば、トークンサーバシステム１１０は、ユーザが文書を作成することを可能にするアイコンおよび／またはボタンを生成してもよい。ユーザは、ＧＵＩ上での選択、押すこと、またはクリックを介してアイコンまたはボタンと相互作用してもよい。本相互作用に応答して、トークンサーバシステム１１０は、ＧＵＩ上に表示される文書作成ＧＵＩ要素を生成してもよい。文書作成ＧＵＩ要素は、記入可能なフォームであってもよい、および／または編集可能なテキストボックスを含んでもよい。いくつかの実施形態では、文書作成ＧＵＩ要素は、ユーザデバイス１４０上にローカルで記憶されたデータファイルを添付するオプションを含んでもよい。トークンサーバシステム１１０は、ブロックチェーン１２０上で暗号化および／または記憶され得る文書の生成を可能にし得る。
【００５１】
ある実施形態では、トークンサーバシステム１１０は、ユーザがオファー文書を作成し、契約交渉プロセスを開始することを可能にするＧＵＩ要素を提供してもよい。例えば、ＧＵＩ要素は、ウェブページ上でテキスト「すぐにオファーする」を表示するボタンであってもよい。ユーザは、異なる商品、サービス、物件、保険、および／または他の契約上の義務を表示するウェブページをブラウジングしてもよく、オファー文書を生成および提出するためにボタンと相互作用してもよい。オファー文書は、ユーザが、個人情報および／または物件を購入するためのオファー等の情報を入力することを可能にし得る、記入可能なフォームであってもよい。ユーザはまた、条件および／または義務を規定し、物件の所有者のための契約文書を生成してもよい。トークンサーバシステム１１０は、本オファー文書を物件の所有者に配信し、所有者に保留中のオファーを通知してもよい。例えば、トークンサーバシステム１１０は、通知を電子メールを介して、またはプッシュ通知を介して、所有者と関連付けられるユーザアカウントに対応するユーザデバイス１４０に提供してもよい。
【００５２】
オファー文書の管理および／または記憶を管理するために、トークンサーバシステム１１０は、ブロックチェーン１２０を使用してもよい。下記にさらに解説されるであろうように、トークンサーバシステム１１０は、オファー文書の暗号化バージョンを記憶する、および／または文書の暗号化バージョンへのリンクを作成してもよい。トークンサーバシステム１１０はまた、文書の暗号ハッシュを生成してもよい。所有者識別および／または他のメタデータ等の他の情報とともに本情報を使用して、トークンサーバシステム１１０は、オファー文書に対応する文書トークンを作成してもよい。文書トークンは、オファー文書の所有権を表してもよい、および／またはオファーする当事者に対応するデジタルウォレットに伝送されてもよい。トークンサーバシステム１１０は、アクセスおよび／または修正許可を決定するために、将来の動作において文書トークンを使用してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、売り手の当事者が文書にアクセスする、および／またはそれを修正することを可能にするために、売り手の当事者のデジタルウォレットに文書トークンを伝送してもよい。例えば、文書トークンは、売り手の当事者が、契約オファーを受諾するためにデジタル署名を用いて文書を修正し得ることを示してもよい。
【００５３】
トークンサーバシステム１１０は、ブロックチェーン１２０を使用してオファー文書を管理してもよい。例えば、トークンサーバシステム１１０は、スマートコントラクト機能を使用して、文書の暗号ハッシュおよび／または文書の暗号化バージョンへのリンクを公開してもよい。文書は、売り手の当事者に対応するキーを使用して暗号化されてもよい。ブロックチェーン１２０上に文書データを公開することは、文書の信用性およびオファーおよび／または内容の正当性を保全し得る。例えば、ブロックチェーン１２０の不変性質は、無許可の文書修正または改竄から保護し得る。さらに、暗号ハッシュは、プライバシーを保全し得、ブロックチェーン１２０の他のユーザが機密情報を閲覧することを防止し得る。例えば、ユーザデバイス１４０Ｃが、トークンサーバシステム１１０とは別個に、ブロックチェーン１２０にアクセスするために別個のユーザインターフェース１３０Ｃを利用している場合がある。暗号化は、ユーザデバイス１４０Ｃがブロックチェーン１２０上に記憶される機密情報を閲覧することを防止し得る。
【００５４】
売り手の当事者にオファー文書の通知を配信することに応じて、売り手の当事者は、ユーザデバイス１４０および対応するユーザインターフェース１３０を使用して、オファー文書にアクセスし、トークンサーバシステム１１０にアクセスしてもよい。特に、トークンサーバシステム１１０は、売り手の当事者に対応するデジタルウォレットが、オファー文書に対応する文書トークンを含むことを確認してもよい。トークンサーバシステム１１０はまた、オファー文書を閲覧する、それにアクセスする、および／またはそれを修正する許可等の本文書トークンに対応する許可を識別してもよい。トークンサーバシステム１１０はさらに、ブロックチェーン１２０上に記憶される暗号ハッシュを検証することによって、オファー文書が改変されていないことを検証してもよい。トークンサーバシステム１１０はまた、オファー文書の暗号化バージョンへのリンクを売り手の当事者に提供してもよい。売り手の当事者またはトークンサーバシステム１１０は、次いで、売り手の当事者に対応するデジタル署名キーを使用して、暗号化された文書を復号化してもよい。売り手の当事者がオファー文書において提示されるオファーを受諾する場合、売り手の当事者は、受諾を確認するためにデジタル署名を提供してもよい。本デジタル署名はまた、署名が正当であり、干渉または改竄から保護されるという検証および付加的信用性を提供するために、売り手の当事者に鍵化されてもよい。いくつかの実施形態では、デジタル署名はまた、オファー文書の人間が可読である部分において反映されてもよい。
【００５５】
ある実施形態では、デジタル署名は、オファー文書の修正であってもよい。トークンサーバシステム１１０は、修正された文書がブロックチェーン１２０を使用して保全され得るように、文書を生成することと類似する様式で本修正を管理してもよい。例えば、署名された文書は、オファー文書の修正バージョンとして暗号化および記憶されてもよい。トークンサーバシステム１１０は、署名された文書の本暗号化バージョンへの対応するリンクを生成する、および／または署名された文書の暗号ハッシュを生成してもよい。トークンサーバシステム１１０は、署名された文書に対応する文書トークンを作成してもよく、本文書トークンを売り手の当事者および／またはオファーする当事者に対応するデジタルウォレットに伝送してもよい。トークンサーバシステム１１０は、署名された文書のハッシュおよび／またはその暗号化バージョンへのリンクをブロックチェーン１２０に公開してもよい。同様に、暗号化は、機密性を保全するために、オファーする当事者に対応するキーを使用して実施されている場合がある。このように、トークンサーバシステム１１０は、ブロックチェーン１２０を使用する文書管理プロセスを使用して、契約のオファーおよび受諾を促進してもよい。
【００５６】
本オファーおよび受諾プロセスと同様に、トークンサーバシステム１１０は、文書修正を介して交渉プロセスを管理してもよい。本交渉プロセスは、１巡以上の当事者の間のオファーおよび反対オファーを含んでもよい。当事者は、トークンサーバシステム１１０を使用してデジタル的に交渉し、文書の異なる部分を修正してもよい。例えば、当事者は、異なる契約条項および／または義務を交渉し得る。トークンサーバシステム１１０は、トークン化プロセスを使用し、文書の異なる部分を管理する、および／または反対オファーを管理してもよい。
【００５７】
例えば、売り手の当事者は、オファーする当事者からオファー文書を受信し得る。売り手の当事者は、例えば、物件を購入するためのオファー価格等、オファー文書において提供される１つ以上の契約条項に合意しない場合がある。この場合、売り手の当事者は、ユーザインターフェース１３０を介してオファー文書の修正を実施してもよい。売り手の当事者は、オファー文書のテキストを修正してもよい。いくつかの実施形態では、売り手の当事者は、オファー文書を修正するために、記入可能なフォームの要素を修正してもよい。
【００５８】
トークンサーバシステム１１０は、修正された文書がブロックチェーン１２０を使用して保全され得るように、文書を生成することと類似する様式で本修正を管理してもよい。修正された文書は、オファー文書の修正バージョンとして暗号化および記憶されてもよい。トークンサーバシステム１１０は、修正された文書の本暗号化バージョンへの対応するリンクを生成する、および／または修正された文書の暗号ハッシュを生成してもよい。トークンサーバシステム１１０は、修正された文書に対応する文書トークンを作成してもよく、本文書トークンを売り手の当事者および／またはオファーする当事者に対応するデジタルウォレットに伝送してもよい。トークンサーバシステム１１０は、修正された文書のハッシュおよび／またはその暗号化バージョンへのリンクをブロックチェーン１２０に公開してもよい。同様に、暗号化は、機密性を保全するために、オファーする当事者に対応するキーを使用して実施されている場合がある。このように、トークンサーバシステム１１０は、ブロックチェーン１２０を使用する文書管理プロセスを使用して、契約の交渉を促進してもよい。トークンサーバシステム１１０はさらに、このようにいずれかの当事者からの付加的修正および／または反対オファーを管理し続けてもよい。
【００５９】
いくつかの実施形態では、トークンサーバシステム１１０は、文書をブロックチェーン１２０に公開することに先立って、ローカルで交渉および／または反対オファーを保全してもよい。例えば、ブロックチェーン１２０に文書を公開することがデジタル通貨またはガスを消費し得る場合では、当事者は、トークンサーバシステム１１０にローカルまたはアクセス可能なメモリを使用して交渉および／または反対オファーを実施することを選択してもよい。トークンサーバシステム１１０は、交渉および文書修正が完了されると、合意された文書をブロックチェーン１２０に公開してもよい。例えば、トークンサーバシステム１１０は、文書をブロックチェーン１２０に公開することに先立って、マッチする条項および／または受諾を示すデジタル署名を識別してもよい。
【００６０】
トークンサーバシステム１１０は、オファーする当事者から売り手の当事者へのオファー文書を管理するものとして説明されたが、トークンサーバシステム１１０はまた、異なる契約上の役割からの文書伝送を管理してもよい。例えば、売り手の当事者が、買い手の当事者へのオファー文書を生成してもよい。買い手の当事者は、この場合、オファーを受諾してもよい、および／または反対オファーを提供してもよい。同様に、当事者は、トークンサーバシステム１１０およびブロックチェーン１２０を使用して、サービスおよび／または他の契約取り交わしを交渉してもよい。トークンサーバシステム１１０によって提供される文書管理は、文書交換における機密性を提供し、および当事者の立場を表すためのブロックチェーン１２０の不変性質における信用性を提供してもよい。同様に、トークンサーバシステム１１０は、賃貸契約書、リース契約書、不動産文書、競売、および／または他の文書等の文書を管理するために使用されてもよい。
【００６１】
下記にさらに解説されるであろうように、トークンサーバシステム１１０によって使用される文書管理プロセスはまた、複数当事者の文書交換、交渉、および／または取引を促進してもよい。例えば、不動産取引では、買い手および売り手に加えて、買い手のエージェント、売り手のエージェント、弁護士、住宅ローンの貸し手、および／または他の当事者等の他の当事者が、取引に関与し得る。トークンサーバシステム１１０は、これらの異なるアカウント役割を管理してもよい、および／または取引におけるそれらの役割に応じて、異なるユーザに許可を提供してもよい。例えば、住宅ローンの貸し手は、買い手がある金額を借りることに適格である、および／またはそれを承認されているという証拠書類を提供するように要求され得る。住宅ローンの貸し手は、本証拠書類をトークンサーバシステム１１０に提供してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、修正可能な文書であり得るフォームを住宅ローンの貸し手に提供してもよく、住宅ローンの貸し手は、適格な金額等の情報を含めてもよい。住宅ローンの貸し手のデジタル署名を使用して、本文書は、ブロックチェーン１２０上で検証および／または記憶されてもよい。さらに、買い手は、買い手が複数のオファーを異なる売り手に提出している場合、１つを上回る取引において本文書を使用することが可能であり得る。
【００６２】
いくつかの実施形態では、マスタ文書が、コンパイルされ、異なる部分が、取引の異なる役割に割り当てられてもよい。例えば、住宅ローンの貸し手は、マスタ文書の一部を修正し得る一方、売り手のエージェントは、異なる部分を修正することを割り当てられ得る。トークンサーバシステム１１０は、対応する役割が、他の個人からの改竄を伴わずにそれらの指定された修正を実施することを確実にするために、これらの修正を管理および／または統御してもよい。さらに、これらの修正は、ブロックチェーン１２０上で保全されてもよい。このように、当事者は、信頼され、文書修正を供給する特定のアカウントおよび／またはアカウント役割に相関し得る修正に関して責任があり得る。
【００６３】
トークンサーバシステム１１０は、文書に関連する様々なレベルの秘密性を管理してもよい。例えば、文書を生成するユーザは、文書をオープン、半秘密、または秘密と指定してもよい。本指定は、文書に対応するメタデータとして記憶されてもよい。例えば、秘密性指定は、可視性フラグであってもよい。いくつかの実施形態では、秘密性指定は、商品、サービス、および／または販売のための不動産のリストに対応してもよい。例えば、秘密性指定は、販売またはリースのための不動産物件のリストに対応してもよい。秘密性は、内々にオファーを考慮しながら、ブロックチェーン１２０によって保全され得る文書を使用して物件をリストアップする不動産所有者の決定を促進してもよい。例えば、有名人は、公然と物件をリストアップする、および／または物件識別情報をリストアップすることを所望しない場合があるが、依然として、潜在的なオファーを考慮することを所望し得る。ユーザによる秘密性指定に基づいて、トークンサーバシステム１１０は、リスト文書を所望のエージェント、買い手、および／または借り手に露見させてもよい。例えば、トークンサーバシステム１１０は、下記にさらに説明されるであろうように、リスト文書と相互作用するための対応する許可を伴う文書トークンをユーザに伝送してもよい。
【００６４】
いくつかの実施形態では、トークンサーバシステム１１０は、当事者をリストにマッチさせることを支援するために、これらのリストを管理してもよい。例えば、「オープン」指定は、リスト文書がトークンサーバシステム１１０によってマッチングされるようにオープンに利用可能であり得ることを示してもよい。「オープン」指定は、リストの公開されたアクセスおよび／またはブラウジングを可能にしてもよい。買い手または借り手は、オファー要求および／またはオファー文書をトークンサーバシステム１１０に伝送してもよく、トークンサーバシステム１１０は、要求をリスト文書とマッチングさせることを試みてもよい。例えば、買い手は、特定の価格、地理的エリア、ベッドルームおよびバスルーム等の住宅仕様、および／または物件に関する他の要件を示してもよい。トークンサーバシステム１１０は、リストに関する識別された条件が、買い手によって提供される価格および／または要件によって満たされる、および／またはマッチングされる場合、「オープン」リスト文書を買い手に提供してもよい。
【００６５】
「半秘密」指定は、買い手および／または借り手がオファーを提出し、トークンサーバシステム１１０がリスト文書がオファーに対応すると識別したとき、リスト文書が露見され得ることを示してもよい。「オープン」文書と異なり、「半秘密」文書は、検索可能ではない場合がある。いくつかの実施形態では、「半秘密」文書は、あるフィールドによってのみ検索可能であってもよく、例えば、厳密なアドレスは、機密を保たれるが、ポストコードは、検索可能である。「半秘密」文書は、ユーザに露見されることに先立って、付加的条件を含んでもよい。例えば、「半秘密」リスト文書は、価格条件を含んでもよい。トークンサーバシステム１１０は、買い手が十分なオファー価格を提供する場合、リスト文書を露見させてもよい。同様に、ユーザは、リスト文書を「半秘密」と指定し、特定のエージェント等のある個人にのみ利用可能と指定してもよい。異なる条件を伴う要求および／またはオファーを提供する買い手に関して、トークンサーバシステム１１０は、下記にさらに説明されるであろうように、需要主導型バリューチェーンを促進してもよい。
【００６６】
「秘密」指定は、不動産物件所有者が要求またはオファーを評価し、リスト文書を露見させる肯定確認を提供した後に、トークンサーバシステム１１０がリスト文書を露見させ得ることを示してもよい。本「秘密」指定は、オファーする当事者に識別情報を提供することに先立って、リストアップする当事者からの入力を含み得る機密性に関する要望を示してもよい。これらの指定を使用して、トークンサーバシステム１１０は、依然としてリスト文書の保全を促進しながら、ブロックチェーン１２０上に投稿されるリスト文書に関連する機密性を管理してもよい。追加された機密性はさらに、リスト物件における付加的参加を可能にし得る。
【００６７】
リスト文書に加えて、トークンサーバシステム１１０は、契約文書の作成を促進してもよい。例示的実施形態を例証するために、ユーザであるＴｅｄが、住宅を売るためにトークンサーバシステム１１０を使用することを所望し得る。Ｔｅｄは、トークンサーバシステム１１０を使用して、契約文書を作成してもよい。Ｔｅｄにはまた、住宅の売却を支援する不動産エージェントがいる場合がある。Ｔｅｄは、不動産エージェントのためにユーザ情報をトークンサーバシステム１１０に提供し、契約文書の一部を管理する権利をエージェントに提供してもよい。エージェントは、次いで、買い手を検索する、および／または契約文書へのアクセスを買い手に提供するために、潜在的買い手にリンクを提供してもよい。リンクにアクセスする買い手は、トークンサーバシステム１１０に、買い手の権利および義務を含む契約文書のコピーを作成させてもよい。
【００６８】
ある場合には、買い手は、契約文書における条項に合意しない場合があり、交渉プロセスを開始し得る。例えば、買い手は、権利および義務および／または最終価格等の契約文書のテキストを編集してもよい。買い手は、契約文書のある条件に関してコメントを残してもよい。交渉プロセスは、エージェントに付与される許可に応じて、エージェントによって管理および／または実施されてもよい。いくつかの実施形態では、売り手および／またはエージェントは、複数の買い手と同時に交渉してもよい。交渉プロセスは、契約文書の条項および／または内容が売り手および買い手に対してマッチするまで継続し得る。Ｔｅｄは、反対オファーを閲覧する、および／または合意可能な契約文書修正に対してデジタル署名を提供することによって、契約文書を実行する買い手を選択してもよい。Ｔｅｄは、トークンサーバシステム１１０からの契約文書のコピーをユーザデバイス１４０上にローカルで保存し得る。例えば、本コピーは、ＰＤＦ文書であってもよい。Ｔｅｄはまた、ブロックチェーンエクスプローラを使用してブロックチェーン１２０にアクセスし、トークンサーバシステム１１０によって保全されるような取引情報を閲覧してもよい。
【００６９】
企業または企業体は、文書を管理するためにトークンサーバシステム１１０を使用してもよい。例えば、Ｊｏｈｎは、会社の所有者であり得、会社従業員に対応する部門および／またはアカウント役割を指定し得るワークフローを作成し得る。従業員は、文書を生成する、文書を編集する、文書を外部の当事者に伝送する、および／またはこれらの外部の当事者と交渉するために、トークンサーバシステム１１０を使用してもよい。外部の当事者は、外部の個人、供給元、契約者、および／またはＪｏｈｎの会社の外部の他の当事者であり得る。トークンサーバシステム１１０およびブロックチェーン１２０を使用して、Ｊｏｈｎは、従業員によって作成された、および／または外部の当事者から受信された文書の真正性を検証してもよい。
【００７０】
トークンサーバシステム１１０は、複数当事者契約を管理してもよい。例えば、トークンサーバシステム１１０は、１対多、多対１、および／または多対多の複数当事者契約を管理してもよい。例示的実施形態では、ユーザであるＳａｍは、所有側として契約を結ぶことを所望し得る。Ｓａｍは、交渉を意図して契約文書のセットを作成するために、トークンサーバシステム１１０を使用してもよい。Ｓａｍは、条項が変更され得る各契約文書の部分を指定してもよい。これらの部分は、契約文書のフィールドを表してもよい。
【００７１】
Ｓａｍは、財務部または副会計係を伴う会社で働く従業員である場合がある。Ｓａｍは、契約文書のセットを、契約文書を精査、署名、および／または編集し得る副会計係に伝送してもよい。副会計係は、契約文書をさらなる編集のためにＳａｍに戻してもよい。副会計係が契約文書に署名する場合では、トークンサーバシステム１１０は、Ｓａｍへの電子メール等の通知を生成してもよい。Ｓａｍは、次いで、トークンサーバシステム１１０を使用し、契約文書への１つ以上のリンクを１つ以上の相手当事者に伝送してもよい。これらの相手当事者は、会社の外部であり得る。
【００７２】
相手当事者は、可変フィールドのセットを含み得る反対オファーを作成してもよい。例えば、相手当事者は、契約文書の条項を編集する、および／または条項を編集しないことを選定してもよい。フィールドの値が分かれる場合では、交渉プロセスが、トークンサーバシステム１１０によって管理されるように開始されてもよい。契約文書の所有者および／または相手当事者は、フィールドの値を改変し続けてもよい。各改変の度に、他方の当事者は、トークンサーバシステム１１０から通知を受信してもよい、および／またはオファーを受諾または拒絶してもよい。契約文書は、当事者からの受諾を介して、および／または各フィールドが各当事者からの同一の値を含むと、合意され得る。当事者は、デジタル署名を契約文書に適用し、契約上の義務を終了させてもよい。
【００７３】
いくつかの実施形態では、Ｓａｍは、異なる相手当事者に関して異なるバージョンの契約文書を利用してもよい。トークンサーバシステム１１０は、Ｓａｍがこれらの異なる契約文書および／または契約文書に対応するリンクを管理するためのＧＵＩを提供してもよい。相手当事者がＳａｍによって提供されるようなそれらの対応する条項に合意する場合、Ｓａｍは、署名する、および／またはその相手当事者との交渉プロセスを完了してもよい。
【００７４】
トークンサーバシステム１１０はまた、文書および／または契約文書のテンプレートを管理してもよい。法律事務所が、これらのテンプレートを作成し得る。トークンサーバシステム１１０は、ユーザによる購入および使用のためにこれらのテンプレートを提供してもよい。これらのテンプレートは、賃貸および／またはリース文書を含んでもよい。例えば、Ｓａｒａは、自身のアパートを借りることを所望し得る。彼女は、トークンサーバシステム１１０を使用し、標準的な賃貸合意文書テンプレートを識別してもよい。Ｓａｒａは、下記にさらに説明されるであろう、デジタル通貨を使用して、および／または処理トークンを使用してテンプレートを購入してもよい。Ｓａｒａは、テンプレート内にリストアップされる条件のうちのいくつかを編集してもよい。トークンサーバシステム１１０は、賃貸合意文書および／またはアパートについてＳａｒａによって提供される他の情報へのアクセスを提供するリンクを生成してもよい。３つの潜在的テナントが、Ｓａｒａによって作成された文書に応答するために、リンクにアクセスし得る。Ｓａｒａは、それらのそれぞれと通信してもよく、トークンサーバシステム１１０に提供されるデジタル署名を使用して、それらのうちの１つとの契約を終了および実行してもよい。
【００７５】
トークンサーバシステム１１０は、テンプレート契約書または文書を提供し得るが、トークンサーバシステム１１０はまた、テンプレートの修正に関連する統計を収集してもよい。例えば、トークンサーバシステム１１０は、修正の傾向を識別してもよい。法律事務所は、これらの統計を分析し、頻繁に使用される契約書および／または修正を識別してもよい。例えば、多くのユーザが、賃貸合意書の特定の段落を修正し得る。法律事務所は、テンプレートの使用性を改良するために、テンプレートを修正してもよい。
【００７６】
トークンサーバシステム１１０は、契約文書以外の文書を管理してもよい。例えば、Ｊａｍｅｓは、医療記録および／または保険情報を含み得る、単一の電子医療カードを使用することを所望し得る。Ｊａｍｅｓは、トークンサーバシステム１１０によって提供されるテンプレートから医療カードを作成してもよい。Ｊａｍｅｓが医師を訪問するとき、Ｊａｍｅｓは、医師に対してカードの一部へのアクセスを指定してもよい。例えば、Ｊａｍｅｓは、医療カード文書の医療記録部分を修正するための許可を医師に提供してもよい。トークンサーバシステム１１０によって提供されるリンクを使用して、医師は、医療履歴に新しいデータを入力する、および／または文書の修正を介して処方箋を提供してもよい。医師はまた、ブロックチェーン１２０を使用して保全され得る、修正のための一意に識別可能なデジタル署名を提供してもよい。薬局において、Ｊａｍｅｓは、署名された処方箋を提示してもよく、それを、薬剤師は、トークンサーバシステム１１０および／またはブロックチェーン１２０を使用して検証してもよい。このように、Ｊａｍｅｓは、物理的医療カードを紛失または破損する問題を回避し得る。トークンサーバシステム１１０は、修正がブロックチェーン１２０上で記録され得る信頼性のある文書管理サービスを提供してもよい。
【００７７】
トークンサーバシステム１１０は、著作権情報および／または他の日付が重要な文書を管理および／または保全してもよい。例えば、Ａｌｉｃｅが、科学論文を書いた場合がある。自身の著作権を保全するために、Ａｌｉｃｅは、トークンサーバシステム１１０を使用し、ブロックチェーン１２０を使用して文書を保全する。ブロックチェーン１２０の不変性質に基づいて、Ａｌｉｃｅは、著作権の日時を確認する、および／または証拠としてブロックチェーン１２０に依拠してもよい。
【００７８】
いくつかの実施形態では、トークンサーバシステム１１０は、記録および／または証明書に関連する文書を管理してもよい。例えば、ユーザは、トークンサーバシステム１１０を使用し、ブロックチェーン１２０を使用して文書を管理および／または保全してもよい。これらの文書は、出生証明書、結婚証明書、運転免許証、大学の学位、および／またはユーザが公的なものと見なし得る他の文書等の証明書を含み得る。ブロックチェーン１２０上での保全は、文書が本物であることを示し得る。例えば、大学、政府機関、および／または他の団体は、文書の真正性、および／または特定の証明書がその団体によって実際に発行されたことを確認するために、ユーザに関連するブロックチェーン１２０上に文書を保全してもよい。トークンサーバシステム１１０は、これらの証明書に関連する文書トークンを管理する、および／または文書トークンをユーザに対応するデジタルウォレットに伝送してもよい。ユーザは、ユーザの生涯を通して文書を追跡、閲覧、および／または管理するためにトークンサーバシステム１１０を使用することが可能であり得る。トークンサーバシステム１１０は、機密性を維持し、真正性の検証可能な証拠を提供しながら、これらの文書のためのリポジトリを提供してもよい。
【００７９】
トークンサーバシステム１１０の他の機能および／または動作が、ここで、さらに、本開示の他の図を参照して説明されるであろう。
【００８０】
図２は、いくつかの実施形態による、文書をブロックチェーン１２０に公開するための方法２００を図示する、フローチャートを描写する。方法２００は、図１を参照して説明されるものとするが、しかしながら、方法２００は、その例示的実施形態に限定されない。
【００８１】
ある実施形態では、トークンサーバシステム１１０は、文書の生成およびブロックチェーン１２０上での文書の保全を促進してもよい。方法２００は、トークンサーバシステム１１０を参照して説明されるが、方法２００は、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【００８２】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図２に示されるものと異なる順序で実施されてもよい。
【００８３】
２０５において、トークンサーバシステム１１０は、デジタルウォレットに対応するユーザアカウントから文書作成要求を受信してもよい。トークンサーバシステム１１０は、文書作成要求を受信するために、ユーザインターフェース１３０を介してユーザデバイス１４０とインターフェースをとってもよい。例えば、トークンサーバシステム１１０は、ユーザデバイス１４０上で表示されるべきグラフィカルユーザインターフェース（ＧＵＩ）を提供してもよい。ユーザデバイス１４０は、ＡＰＩ相互作用を介してＧＵＩと相互作用してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、ユーザアカウントおよび／またはユーザプロファイルを管理してもよい。ユーザは、文書作成要求を生成するために、トークンサーバシステム１１０にログインしてもよい。トークンサーバシステム１１０は、ユーザアカウントに対応するデジタルウォレット情報を管理してもよい。デジタルウォレットは、暗号ウォレットを表してもよい、および／または対応する暗号通貨残高を含んでもよい。
【００８４】
いくつかの実施形態では、文書作成要求は、ウェブページ上のウェブウィジェットとの相互作用から開始されてもよい。例えば、ウェブサイトは、文書の作成を促進するようにトークンサーバシステム１１０をトリガし得るウィジェットを含んでもよい。いくつかの実施形態では、不動産情報をリストアップするウェブサイトが、本ウィジェットを含んでもよく、ユーザが、物件を購入するためのオファー文書を生成することを可能にしてもよい。ウィジェットがウェブページ内に実装される場合では、文書の作成は、電子取引を提供するためのデジタルウォレット情報を要求してもよい。下記にさらに解説されるであろうように、ウィジェットは、文書アクションボタンであってもよい。ウィジェットおよび／またはアクションボタンは、トークンサーバシステム１１０によって管理されないウェブページ上に位置してもよい。例えば、ウェブサイトは、第三者システムおよび／または管理者によって管理され得る一方、トークンサーバシステム１１０は、ユーザがウィジェットと相互作用することに応答して、文書作成を促進し得る。ウィジェットは、ウェブサイトに関するプラグインであってもよい。
【００８５】
２１０において、トークンサーバシステム１１０は、文書の作成を促進してもよい。トークンサーバシステム１１０は、ユーザが文書を生成することを可能にするために、ユーザデバイス１４０上に表示されるべきＧＵＩ要素を生成してもよい。例えば、ＧＵＩ要素は、ユーザがテキスト入力を入力することを可能にする記入可能なフォームであってもよい。いくつかの実施形態では、記入可能なフォームは、要求されたテキストデータを示すフィールドを含んでもよい。ユーザは、文書の内容を指定するために、テキストデータを入力してもよい。ＧＵＩ要素は、現在ユーザデバイス１４０上で閲覧されているウェブページ上のポップアップテンプレートまたはフォームであってもよい。ＧＵＩ要素は、例えば、デジタルウォレット情報および／または別の当事者にオファーを提供するための情報等の情報を提供するようにユーザを促してもよい。ユーザは、それに文書が通信されるべきである他の当事者の識別を提供してもよい。
【００８６】
いくつかの実施形態では、ユーザは、物件リストを閲覧している場合がある、および／またはウェブページ上の商品またはアイテムの購入を考慮している場合がある。物件の売り手は、販売のための物件をリストアップするために、いくつかの初期識別情報を提供している場合がある。ＧＵＩ要素と相互作用することに応じて、トークンサーバシステム１１０は、ユーザが契約条項を入力し、物件を購入するためのオファーを生成することを可能にするためのテンプレートフォームを生成してもよい。トークンサーバシステム１１０は、リストおよび以前に提供された売り手の識別情報に基づいて、作成された文書の受信者を識別してもよい。
【００８７】
ユーザは、タイプ打ちされたテキストおよび／または記入可能なフォームを介して文書を生成し得るが、文書の作成はまた、ユーザが付加的文書を添付することを可能にしてもよい。例えば、ユーザは、生成された文書内に含まれるように、クラウド記憶装置システム内に記憶される文書へのリンクを含めてもよい。
【００８８】
トークンサーバシステム１１０はまた、ユーザが選択するテンプレートのライブラリを提供することによって、文書の作成を促進してもよい。例えば、テンプレートは、異なる契約書であってもよい。テンプレートは、趣意書、秘密保持合意書、リース契約書、不動産契約書、および／または他の契約書を含んでもよい。トークンサーバシステム１１０は、テンプレートのライブラリへのアクセスを提供することによって、文書の作成を促進してもよい。ユーザは、テンプレートを選択してもよく、付加的情報を提供する、および／または意図される契約上のオファーにマッチするようにデフォルトの条項を修正してもよい。いくつかの実施形態では、これらのテンプレートは、ユーザアクセスのために販売のために提供されてもよい。例えば、法律事務所が、標準化された契約文書のテンプレートを作成してもよく、これは、本システムのユーザによる販売および購入のためにライブラリ内に組み込まれてもよい。
【００８９】
２１５において、トークンサーバシステム１１０は、文書の暗号化バージョンを暗号化および／または記憶してもよい。例えば、トークンサーバシステム１１０は、文書を生成するユーザおよび／または文書を受信することが意図されるユーザに対応するデジタルキーを使用して、文書を暗号化してもよい。トークンサーバシステム１１０は、文書の受信者へのキーの分配を促進してもよい。いくつかの実施形態では、文書の受信者は、ウェブページ上に販売のための物件をリストアップした物件の売り手であってもよい。このように、売り手は、リストを生成するためにトークンサーバシステム１１０に暗号キーを以前に提供している場合がある。トークンサーバシステム１１０は、本キーを使用し、オファーする当事者によって生成される文書を暗号化してもよい。いくつかの実施形態では、オファーする当事者は、暗号キーを提供してもよく、トークンサーバシステム１１０は、オファーする当事者のキーを使用し、文書を暗号化してもよい。トークンサーバシステム１１０は、次いで、文書を復号化するために、本キーを受信者に提供してもよい。
【００９０】
いくつかの実施形態では、トークンサーバシステム１１０は、データベース内に文書の暗号化バージョンを記憶してもよい。データベースは、ウェブアクセス可能であってもよく、２２０において生成されるリンクを使用してアクセスされてもよい。２２０において、トークンサーバシステム１１０は、文書の暗号化バージョンへのリンクを作成してもよい。リンクは、ユニフォームリソースロケータ（ＵＲＬ）または暗号化された文書の記憶場所を識別する他のウェブアドレスであってもよい。記憶された文書は、暗号化されているため、リンクの発見は、依然として、文書の暗号化性質に起因して、機密性を維持し得る。
【００９１】
２２５において、トークンサーバシステム１１０は、文書のハッシュを生成してもよい。ハッシュは、文書の暗号ハッシュであってもよい。本暗号ハッシュは、一方向ハッシュ関数であってもよい、および／またはブロック検証を提供するためにブロックチェーン１２０上で使用されてもよい。これは、作業証明アルゴリズムまたは他のタイプのブロックチェーン証明アルゴリズムまたは方法論を使用して、ブロックチェーン１２０に関する分散型構成を提供してもよい。ハッシュはさらに、文書が改竄を被っておらず、文書の真の表現であるという証拠を提供してもよい。
【００９２】
２３０において、トークンサーバシステム１１０は、文書に対応する文書トークンを作成してもよい。文書トークンは、文書の所有権を表してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、文書トークンを使用し、文書に関連する異なる許可をセグメント化してもよい。文書トークンは、所有権を指定するためにデジタルウォレットと併用され得る、あるタイプのデジタルトークン、暗号トークン、または仮想通貨であってもよい。しかしながら、文書トークンは、非代替可能であり得、代わりに、各作成された文書に一意であり得るため、文書トークンは、暗号通貨と異なり得る。いくつかの実施形態では、許可は、前述で説明されるような文書に関連する秘密性指定に対応してもよい。秘密性指定は、文書トークンに対応するメタデータであってもよい。
【００９３】
２３５において、トークンサーバシステム１１０は、文書トークンをデジタルウォレットに伝送または転送してもよい。例えば、トークンサーバシステム１１０は、文書トークンを文書を作成したオファーする当事者のデジタルウォレットに伝送してもよい。いくつかの実施形態では、文書トークンは、文書を受信する当事者に伝送されてもよい。下記にさらに説明されるであろうように、１つ以上の文書トークンが、異なる許可を伴う文書の異なる部分をセグメント化するために、生成および／または配布されてもよい。
【００９４】
２４０において、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用して、文書のハッシュおよび／または文書の暗号化バージョンへのリンクをブロックチェーン１２０に公開してもよい。文書のハッシュおよび／または文書の暗号化バージョンへのリンクを公開することは、文書を保全し、改竄のないものとして信頼され得る文書のバージョンを示してもよい。これらの要素の公開はさらに、当事者の契約上の立場を保全してもよい。方法２００が初期オファーを生成するために使用される実施形態では、トークンサーバシステム１１０は、２４０において本オファーを保全し、オファーを受信する当事者に信頼性を提供してもよい。方法２００がオフラインで交渉されて合意された契約を保全するために使用される実施形態では、トークンサーバシステム１１０は、合意された契約を保全するために、ハッシュおよびリンクを公開してもよい。
【００９５】
ある実施形態では、トークンサーバシステム１１０は、文書をブロックチェーン１２０に公開するために、処理トークンを消費してもよい。処理トークンは、ブロックチェーン動作を実施するための処理料金として使用され得る代替可能トークンアセットであってもよい。処理トークンは、暗号通貨またはデジタル通貨であってもよい。いくつかの実施形態では、処理トークンは、ユーティリティトークンであってもよい。デジタルウォレットは、ブロックチェーン１２０トランザクションを実施するために使用される処理トークンの残高を含んでもよい。トークンサーバシステム１１０は、データをブロックチェーン１２０に公開するために、処理トークンを使用してもよい。
【００９６】
データをブロックチェーン１２０に公開するために、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用してもよい。スマートコントラクト機能は、ブロックチェーン１２０上で、またはブロックチェーン１２０の上部上で実行されるコンピュータコードのセットを含んでもよい。スマートコントラクト機能は、関与する当事者によって合意されるルールのセットを含んでもよい。実行に応じて、これらの所定のルールのセットが満たされる場合、スマートコントラクトは、それ自体が実行され、合意された出力を生成する。スマートコントラクトコードは、基本的合意の条件を促進、検証、および施行することによって、分散型の自動化を可能にしてもよい。スマートコントラクト機能は、所定のルールを含む、ブロックチェーン１２０上に記憶される自動的に実行可能なコード行であってもよい。ルールが満たされると、コードは、ひとりでに実行され、対応する出力を提供してもよい。ある実施形態では、契約文書の条項は、１つ以上のスマートコントラクト機能を使用してプログラムされてもよい。このように、ブロックチェーン１２０は、文書の契約条項を実行してもよい。
【００９７】
図３Ａは、いくつかの実施形態による、文書許可を分割するための方法３００Ａを図示する、フローチャートを描写する。方法３００Ａは、図１を参照して説明されるものとするが、しかしながら、方法３００Ａは、その例示的実施形態に限定されない。
【００９８】
ある実施形態では、トークンサーバシステム１１０は、文書に関する許可の分割を促進してもよい。方法３００Ａは、トークンサーバシステム１１０を参照して説明されるが、方法３００Ａは、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【００９９】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図３Ａに示されるものと異なる順序で実施されてもよい。
【０１００】
３０５において、トークンサーバシステム１１０は、暗号化された文書にアクセスする要求を受信してもよい。ユーザは、図２を参照して説明されるような方法２００を使用して文書をすでに作成している場合がある。トークンサーバシステム１１０は、文書に対応する文書トークンを文書の作成者に、および／または文書の受信者に以前に提供している場合がある。トークンサーバシステム１１０は、文書の暗号化バージョンへの以前に生成されたリンクのアクセスに基づいて、要求を受信してもよい。
【０１０１】
３１０において、トークンサーバシステム１１０は、要求と関連付けられる第１のデジタルウォレット内の対応する第１の文書トークンを識別することに応答して、暗号化された文書を復号化してもよい。例えば、第１のデジタルウォレットは、文書の所有者に対応してもよい。いくつかの実施形態では、文書の所有者は、許可を修正する許可を文書の受信者に付与している場合がある。この場合、第１のデジタルウォレットは、文書の受信者に対応してもよい。
【０１０２】
３１５において、トークンサーバシステム１１０は、復号化された文書を表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成してもよい。トークンサーバシステム１１０は、第１のデジタルウォレットの所有者によって提供されたキーを使用して文書を復号化してもよい。ＧＵＩは、人間が可読であるフォームにおいて文書を表示してもよい。
【０１０３】
３２０において、トークンサーバシステム１１０は、文書の第１の部分を識別し、第１の許可を第１の部分と関連付けてもよい。文書の第１の部分は、例えば、本文、ヘッダ情報、署名ブロック、および／または文書の他の部分等のテキスト部分であってもよい。第１の許可は、読取および／または書込み許可を含んでもよい。これらの許可は、ユーザ識別、ユーザアカウントタイプ、ユーザ役割、および／または他の識別情報に基づいて指定されてもよい。このように、ユーザは、特定の部分が特定のユーザによって修正可能であることを示してもよい。同様に、ユーザは、特定の部分が読取専用であり得ることを示してもよい。ユーザは、ＧＵＩおよび／またはユーザインターフェース１３０を使用して本指定を実施してもよい。いくつかの実施形態では、許可は、前述で説明されるような文書に関連する秘密性指定に対応してもよい。例えば、秘密性指定は、「オープン」、「半秘密」、または「秘密」指定であってもよい。秘密性指定は、文書トークンに対応するメタデータであってもよい。本秘密性指定はさらに、図３Ｂを参照して説明されるであろう。
【０１０４】
３２５において、トークンサーバシステム１１０は、文書の第２の部分を識別し、第２の許可を第２の部分と関連付けてもよい。文書の第２の部分は、第１の部分と異なってもよく、第２の許可は、第１の許可と異なってもよい。このように、文書の所有者または許可を指定する許可を与えられる別の所有者は、文書を解析して異なる区分にし、異なる区分と相互作用するように異なるユーザを指定してもよい。いくつかの実施形態では、第２の許可は、秘密性指定に対応してもよい。
【０１０５】
３３０において、トークンサーバシステム１１０は、文書トークンを第２のデジタルウォレットに伝送または転送し、第１の許可に従って第１の部分との相互作用を提供してもよい。３３５において、トークンサーバシステム１１０は、文書トークンを第３のデジタルウォレットに伝送または転送し、第２の許可に従って第２の部分との相互作用を提供してもよい。このように、異なるユーザが、分配された文書トークンに基づいて、文書の異なる部分と相互作用してもよい。本トークン化は、許可を提供し、文書を異なるアクセス許可を伴う部分に分割することを支援してもよい。許可は、トークンサーバシステム１１０によって管理され得る一方、文書トークンは、文書と相互作用する許可を付与されている個人に配布され得る。トークン化はまた、特定の個人への署名権限等の具体的修正許可を提供することを支援してもよい。文書トークンは、文書の具体的部分と相互作用するための所有権および／または許可を表し得るため、当事者は、それらの対応する部分において提供される修正が適切な当事者からのものであると信頼し得る。さらに、文書の所有者は、複数当事者による使用のために文書をセグメント化してもよい。例えば、複数の当事者が取引に関与するとき、文書所有者は、各当事者のために文書の各区分をセグメント化してもよい。いくつかの実施形態では、当事者は、文書を閲覧することが可能であり得るが、それらの対応する許可によって指定される部分のみ修正することが可能であり得る。
【０１０６】
いくつかの実施形態では、文書の本分割は、複数の文書に対応してもよい。例えば、文書が、異なる当事者のための複数の部分または区分を伴う大量の文書であり得る。本より大量の文書は、個々の文書部分に分割されてもよい。より大量の文書に対応する文書トークンが、関連する当事者に分配されてもよい。
【０１０７】
図３Ｂは、いくつかの実施形態による、文書に関する秘密性設定を指定するための方法３００Ｂを図示する、フローチャートを描写する。方法３００Ｂは、図１を参照して説明されるものとするが、しかしながら、方法３００Ｂは、その例示的実施形態に限定されない。
【０１０８】
ある実施形態では、トークンサーバシステム１１０は、文書に関連する秘密性指定の設定を促進してもよい。例えば、秘密性指定は、「オープン」、「半秘密」、または「秘密」であってもよい。方法３００Ｂは、トークンサーバシステム１１０を参照して説明されるが、方法３００Ｂは、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０１０９】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図３Ｂに示されるものと異なる順序で実施されてもよい。
【０１１０】
３４０において、トークンサーバシステム１１０は、デジタルウォレットに対応するユーザアカウントから文書作成要求を受信してもよい。文書作成要求の受信は、図２を参照して２０５において説明される要求と類似してもよい。３４５において、トークンサーバシステム１１０は、第１の文書の作成を促進してもよい。第１の文書の作成は、図２を参照して説明されるような２１０と類似する様式で実施されてもよい。３５０において、トークンサーバシステム１１０は、第１の文書に対応する文書トークンを作成してもよい。文書トークンは、図２を参照して説明されるような２３０と類似する様式で作成されてもよい。３５５において、トークンサーバシステム１１０は、文書トークンをデジタルウォレットに伝送または転送してもよい。トークンサーバシステム１１０は、図２を参照して説明されるような２３５と類似する様式で文書トークンを伝送してもよい。３６０において、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用して、第１の文書のハッシュおよび第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開してもよい。トークンサーバシステム１１０は、３６０を実施するために、図２を参照して説明されるような２１５、２２０、２２５、および／または２４０を実行してもよい。
【０１１１】
３６５において、トークンサーバシステム１１０は、要求する当事者または第１の文書にアクセスすることを試みる当事者に第１の文書を露見させるための条件を示す、第１の文書に関する秘密性指定を受信してもよい。前述で説明されるように、ユーザは、文書をオープン、半秘密、または秘密と指定するために、秘密性指定を提供してもよい。トークンサーバシステム１１０は、グラフィカルユーザインターフェース（ＧＵＩ）とのユーザ相互作用を介して本指定を受信し、ユーザが文書を閲覧する、および／またはそれと相互作用することを可能にしてもよい。例えば、指定を供給するために、ユーザは、ドロップダウンメニューを使用する、および／またはＧＵＩ要素を選択してもよい。前述で解説されるように、「オープン」指定は、リスト文書がトークンサーバシステム１１０によってマッチングされるためにオープンに利用可能であり得ることを示してもよい。「オープン」指定は、リストの公開されたアクセスおよび／またはブラウジングを可能にしてもよい。「半秘密」指定は、買い手および／または借り手がオファーを提出し、トークンサーバシステム１１０がリスト文書がオファーに対応すると識別したとき、リスト文書が露見され得ることを示してもよい。「オープン」文書と異なり、「半秘密」文書は、検索可能ではない場合がある。いくつかの実施形態では、「半秘密」文書は、あるフィールドによってのみ検索可能であってもよく、例えば、厳密なアドレスは、機密を保たれるが、ポストコードは、検索可能である。「半秘密」文書は、ユーザに露見されることに先立って、付加的条件を含んでもよい。「秘密」指定は、不動産物件所有者が要求またはオファーを評価し、リスト文書を露見させる肯定確認を提供した後に、トークンサーバシステム１１０がリスト文書を露見させ得ることを示してもよい。本「秘密」指定は、オファーする当事者に識別情報を提供することに先立って、リストアップする当事者からの入力を含み得る機密性に関する要望を示してもよい。
【０１１２】
３７０において、トークンサーバシステム１１０は、文書メタデータを介して秘密性指定を第１の文書と関連付けてもよい。本指定は、文書に対応するメタデータとして記憶されてもよい。例えば、秘密性指定は、可視性フラグであってもよい。
【０１１３】
３７５において、トークンサーバシステム１１０は、条件を満たす要求する当事者から第２の文書を受信してもよい。第２の文書は、オファー文書であってもよい。例えば、第２の文書は、商品、サービス、不動産物件を購入するためのオファー、および／または他のオファーを示してもよい。第２の文書は、特定の価格、地理的エリア、ベッドルームおよびバスルーム等の住宅仕様、および／または物件に関する他の要件を示してもよい。トークンサーバシステム１１０は、要求する当事者が下記にさらに説明されるであろうような文書アクションボタンと相互作用することに応答して、本第２の文書を受信する、および／または第２の文書の生成を促進することを支援してもよい。
【０１１４】
３８０において、トークンサーバシステム１１０は、第２の文書を受信し、条件が満たされていると決定することに応答して、第１の文書を要求する当事者に露見させてもよい。秘密性指定に応じて、トークンサーバシステム１１０は、第１の文書を要求する当事者に露見させるためのプロセスを実行してもよい。例えば、トークンサーバシステム１１０は、要求する当事者による閲覧のために、ＧＵＩ上に第１の文書を表示してもよい。秘密性指定が「オープン」である場合、トークンサーバシステム１１０は、第１の文書のブラウジングおよび／または第１の文書への公開されたアクセスを可能にしてもよい。いくつかの実施形態では、トークンサーバシステム１１０は、第２の文書において識別された条件が第１の文書からの内容にマッチする場合、要求する当事者に「オープン」な文書を提供してもよい。
【０１１５】
「半秘密」指定は、要求する当事者が第２の文書を提出し、トークンサーバシステム１１０が第２の文書の内容が第１の文書に対応する条件を満たすと識別したとき、第１の文書が露見され得ることを示してもよい。「半秘密」文書は、ユーザに露見されることに先立って、付加的条件を含んでもよい。例えば、「半秘密」文書は、価格条件を含み得る不動産物件のリストであってもよい。トークンサーバシステム１１０は、買い手が第２の文書において十分なオファー価格を提供する場合、リスト文書を露見させてもよい。同様に、ユーザは、リスト文書を「半秘密」と指定し、特定のエージェント等のある個人にのみ利用可能と指定してもよい。トークンサーバシステム１１０は、第１の文書へのアクセスを提供するために、要求する当事者のステータスのインジケーションを第２の文書として受信する。
【０１１６】
「秘密」指定は、第１の文書を生成する当事者が第２の文書を評価し、第１の文書を露見させる肯定確認を提供した後に、トークンサーバシステム１１０が第１の文書を露見させ得ることを示してもよい。本「秘密」指定は、要求する当事者に識別情報を提供することに先立って、第１の文書を生成する当事者からの入力を含み得る機密性に関する要望を示してもよい。これらの指定を使用して、トークンサーバシステム１１０は、依然として文書の保全を促進しながら、ブロックチェーン１２０上に投稿される文書に関連する機密性を管理してもよい。
【０１１７】
図４は、いくつかの実施形態による、文書を修正するための方法４００を図示する、フローチャートを描写する。方法４００は、図１を参照して説明されるものとするが、しかしながら、方法４００は、その例示的実施形態に限定されない。
【０１１８】
ある実施形態では、トークンサーバシステム１１０は、以前に生成された文書の修正を促進してもよい。方法４００は、トークンサーバシステム１１０を参照して説明されるが、方法４００は、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０１１９】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図４に示されるものと異なる順序で実施されてもよい。
【０１２０】
４０５において、トークンサーバシステム１１０は、暗号化された文書にアクセスする要求を受信してもよい。３０５と同様に、要求は、リンクアクセスから、および／またはトークンサーバシステム１１０によって管理されるユーザアカウントプロファイルを介して暗号化された文書にアクセスするユーザアカウントから受信されてもよい。
【０１２１】
４１０において、トークンサーバシステム１１０は、要求と関連付けられるデジタルウォレット内の対応する第１の文書トークンを識別することに応答して、暗号化された文書を復号化し、第１の文書トークンは、文書の一部を修正するための許可を示す。３１０と同様に、トークンサーバシステム１１０は、デジタルウォレット内の文書トークンの存在を識別してもよい。例えば、ユーザは、本文書トークンを以前に受信している場合がある。文書トークンは、文書の一部を修正するための許可をユーザに提供している場合がある。例えば、ユーザが契約文書に署名し得る実施形態では、文書の一部は、ユーザが、文書の修正としてデジタル署名を署名ブロックに適用することを可能にしてもよい。
【０１２２】
４１５において、トークンサーバシステム１１０は、復号化された文書を表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成してもよい。トークンサーバシステム１１０は、デジタルウォレットの所有者によって提供されたキーを使用して文書を復号化してもよい。ＧＵＩは、人間が可読であるフォームにおいて文書を表示してもよい。
【０１２３】
４２０において、トークンサーバシステム１１０は、修正された文書を生成するために、第１の文書トークンに対応する文書の部分の修正を受信してもよい。いくつかの実施形態では、ユーザは、文書を閲覧することが可能であり得るが、文書トークンに対応する部分を修正することに制限されてもよい。例えば、その部分は、契約書の署名ブロックであってもよい。いくつかの実施形態では、その部分は、契約書の特定の条項であってもよい。例えば、権利、義務、保証、規約、および／または他の文書条項等の１つ以上の部分が、交渉されてもよい。修正は、これらの条項の編集であってもよく、復号化された文書を表示するＧＵＩを介して受信されてもよい。文書を修正することに応じて、ユーザは、本修正を保全および／または保存することを選択してもよい。トークンサーバシステム１１０は、本修正をローカルで実施してもよいが、また、ブロックチェーン１２０を使用して修正を保全してもよい。ブロックチェーン１２０を使用して修正を保全するために、トークンサーバシステム１１０は、文書の生成と類似する動作を実施してもよい。
【０１２４】
特に、トークンサーバシステム１１０は、４２５において修正された文書の暗号化バージョンを暗号化および記憶してもよく、４３０において修正された文書の暗号化バージョンへのリンクを作成してもよく、４３５において修正された文書のハッシュを作成してもよい。図２を参照して説明される要素と同様に、トークンサーバシステム１１０は、ブロックチェーン１２０の不変性質を堅持しながら、文書の修正バージョンを生成するためにこれらの動作を実施してもよい。いくつかの実施形態では、修正された文書の生成は、元々の文書と別個の文書であってもよい。修正された文書は、文書または反対オファーの更新バージョンを表し得る後続ブロックにおいてブロックチェーン上で保全されてもよい。このように、文書の変更は、更新をブロックチェーンに公開することから提供される利益を留保しながら追跡されてもよい。
【０１２５】
４４０において、トークンサーバシステム１１０は、修正された文書に対応する第２の文書トークンを作成してもよい。４４５において、トークンサーバシステム１１０は、第２の文書トークンをデジタルウォレットに伝送または転送してもよい。４５０において、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用して、修正された文書のハッシュおよび修正された文書の暗号化バージョンへのリンクをブロックチェーンに公開してもよい。第２の文書トークンの作成、第２の文書トークンの伝送、およびハッシュおよび／またはリンクの公開は、図２を参照して説明される対応する要素と類似してもよい。
【０１２６】
文書の作成および文書の修正に関する類似する動作を使用して、トークンサーバシステム１１０は、文書修正プロセスを簡易化および／または合理化してもよい。文書作成および修正に関する異なるプロトコルを維持するのではなく、類似する動作を利用することは、算出オーバーヘッドをあまり伴わないよりコンパクトな処理を支援してもよい。複数の当事者が多くの複雑な修正および／または交渉を実施している場合であっても、トークンサーバシステム１１０は、合理化された様式でこれらの修正を管理および保全してもよい。さらに、トークンサーバシステム１１０は、ブロックチェーン１２０に書き込むときに長いトランザクション時間を回避するために、非同期的に本管理を実施してもよい。
【０１２７】
図５は、いくつかの実施形態による、文書交渉のための方法５００を図示する、フローチャートを描写する。方法５００は、図１を参照して説明されるものとするが、しかしながら、方法５００は、その例示的実施形態に限定されない。
【０１２８】
ある実施形態では、トークンサーバシステム１１０は、異なる当事者の間の文書条項の交渉を促進してもよい。方法５００は、方法２００、３００Ａ、３００Ｂ、および４００の要素を使用してもよいが、さらに、複数のデジタルウォレットの間の相互作用を例証する詳細を提供してもよい。方法５００は、トークンサーバシステム１１０を参照して説明されるが、方法５００は、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０１２９】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図５に示されるものと異なる順序で実施されてもよい。
【０１３０】
５０５において、トークンサーバシステム１１０は、第２のアカウントに送信するための文書を生成するために、第１のアカウントに対応するＧＵＩ要素との相互作用を受信してもよい。ＧＵＩ要素は、例えば、ウェブページ上のボタンまたはウィジェットであってもよい。例えば、第２のアカウントのユーザは、販売のための物件をリストアップしている場合があり、ＧＵＩ要素は、第１のアカウントのユーザがオファー文書を第２のアカウントに提供することを可能にする「すぐにオファーする」ボタンであってもよい。第１のアカウントのユーザは、文書を生成するために、上記に説明される様式で情報および／またはテキストを提供してもよい。
【０１３１】
５１０において、トークンサーバシステム１１０は、文書に対応する第１の文書トークンを生成してもよい。本文書トークンは、第１のアカウントによる文書の所有権を表してもよい。５１５において、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用して、文書のハッシュおよび文書の暗号化バージョンへのリンクをブロックチェーンに公開してもよい。本プロセスは、図２を参照して説明されるものと類似する様式で実施されてもよい。
【０１３２】
５２０において、トークンサーバシステム１１０は、第１の文書トークンを第１のアカウントに対応する第１のデジタルウォレットおよび第２のアカウントに対応する第２のデジタルウォレットに伝送または転送してもよい。各アカウントへの第１の文書トークンの伝送は、各当事者が文書にアクセスする、および／またはそれを修正し得ることを示してもよい。本構成は、第２のアカウントが交渉プロセスの間に文書を修正することを可能にしてもよい。
【０１３３】
５２５において、トークンサーバシステム１１０は、第２のアカウントから文書にアクセスする要求を受信してもよい。例えば、第２のアカウントは、文書の暗号化バージョンへのリンクにアクセスしている場合がある、および／または文書にアクセスするためにトークンサーバシステム１１０によって管理されるウェブサイトおよび／またはクラウドプラットフォームへのログイン認証情報を提供している場合がある。トークンサーバシステム１１０は、ユーザインターフェース１３０を利用し、第２のアカウントのユーザのためにユーザデバイス１４０上に表示されるべきＧＵＩを生成してもよい。
【０１３４】
５３０において、トークンサーバシステム１１０は、修正された文書を生成するために、第２のアカウントから文書の修正を受信してもよい。例えば、第２のアカウントに対応するユーザは、ユーザデバイス１４０上に表示されるＧＵＩを使用して文書を修正してもよい。本修正は、文書における条項との不一致を表してもよい。いくつかの実施形態では、修正は、追加、挿入、消去、置換、および／または第２のアカウントのユーザによって実施される他の文書修正を含んでもよい。いくつかの実施形態では、ＧＵＩは、ウェブブラウザにおいて文書を表示してもよく、ユーザは、修正をウェブブラウザを介してトークンサーバシステム１１０に提供してもよい。
【０１３５】
５３５において、トークンサーバシステム１１０は、修正された文書に対応する第２の文書トークンを作成してもよい。図４を参照して説明される第２の文書トークンと同様に、第２の文書トークンは、依然として第１の文書トークンに対応する元々の文書を保全しながら、修正された文書を示してもよい。第２の文書トークンは、所有権および／または修正許可を指定し、および修正の記録を保全するために使用されてもよい。
【０１３６】
５４０において、トークンサーバシステム１１０は、第２の文書トークンを第１のデジタルウォレットおよび第２のデジタルウォレットに伝送または転送してもよい。このように、元々のオファーする当事者および反対オファーする当事者の両方が、修正された文書にアクセスする、および／またはそれを修正してもよい。５４５において、トークンサーバシステム１１０は、１つ以上のスマートコントラクト機能を使用して、修正された文書のハッシュおよび／または修正された文書の暗号化バージョンへのリンクをブロックチェーン１２０に公開してもよい。元々の文書と同様に、トークンサーバシステム１１０は、ブロックチェーン１２０の不変特性の観点から類似する様式で修正された文書を保全してもよい。上記に説明される他のプロセスと同様に、トークンサーバシステム１１０は、データをブロックチェーン１２０に公開するために、処理トークンを消費してもよい。
【０１３７】
いくつかの実施形態では、方法５００は、さらなる反対オファーのために使用されてもよい。例えば、当事者は、交渉し続けてもよく、当事者が合意するまで条項を修正し続けてもよい。この場合、当事者は、合意に到達するまで、トークンサーバシステム１１０が文書または修正された文書をブロックチェーン１２０上に公開しないことを指定してもよい。いくつかの実施形態では、修正された文書の公開は、反対オファーおよび／または修正が戻される度に起こってもよい。
【０１３８】
図６は、いくつかの実施形態による、文書交渉のためのグラフィカルユーザインターフェース（ＧＵＩ）を生成するための方法６００を図示する、フローチャートを描写する。方法６００は、図１を参照して説明されるものとするが、しかしながら、方法６００は、その例示的実施形態に限定されない。
【０１３９】
ある実施形態では、トークンサーバシステム１１０は、取引の当事者に関する契約交渉を表示するためのＧＵＩを生成してもよい。本ＧＵＩの例示的実施形態が、図７に描写される。方法６００は、トークンサーバシステム１１０を参照して説明されるが、方法６００は、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０１４０】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図６に示されるものと異なる順序で実施されてもよい。
【０１４１】
６０５において、トークンサーバシステム１１０は、文書のセグメント化部分の第１のセットおよび文書のセグメント化部分の第２のセットを表示する第１のＧＵＩを生成してもよく、文書は、ブロックチェーン１２０上に記憶される文書リンクに対応する。本第１のＧＵＩディスプレイの例示的実施形態が、図７に描写される。例えば、セグメント化部分の第１のセットおよび第２のセットは、同一の文書に対応してもよい。第１のセットは、第１のユーザアカウントによって実施される編集および／または修正を表示し得る一方、第２のセットは、第２のユーザアカウントによって実施される編集および／または修正を表示し得る。これらの編集および／または修正は、ブロックチェーン１２０上に保全されている場合がある。
【０１４２】
６１０において、トークンサーバシステム１１０は、文書のセグメント化部分の第１のセットおよび文書のセグメント化部分の第２のセットを表示する第２のＧＵＩを生成してもよい。第２のＧＵＩは、第１のＧＵＩを表示するユーザデバイス１４０と異なり得るユーザデバイス１４０上に表示されてもよい。例えば、オファーする当事者は、第１のＧＵＩを閲覧し得る一方、オファーを受信する当事者は、第２のＧＵＩを閲覧し得る。文書のセグメント化部分は、いずれかの当事者によって提供される修正および／または編集を表してもよい。
【０１４３】
６１５において、トークンサーバシステム１１０は、第２のＧＵＩを介してセグメント化部分の第１のセットのセグメント化部分の修正を受信してもよい。例えば、オファー文書を受信する当事者は、第２のＧＵＩを介してオファー文書を閲覧してもよい。オファー文書は、異なる部分にセグメント化されてもよい。当事者は、次いで、これらの部分のうちの１つを修正してもよい。例えば、修正は、契約条項および／または契約文書の他のテキストまたはオブジェクトの修正であってもよい。修正は、追加、挿入、消去、置換、および／または第２のアカウントのユーザによって実施される他の文書修正を含んでもよい。セグメント化部分の第１のセットが、セグメント化部分の第２のセットの左に表示される場合、ユーザは、これらの修正をこれらの左側セグメントに入力してもよい。
【０１４４】
６２０において、トークンサーバシステム１１０は、修正を表示するために、第１のＧＵＩの文書のセグメント化部分の第２のセットを更新してもよい。本更新されたビューは、第２の当事者によって第１の当事者に提示される反対オファーを描写してもよい。例えば、第１の当事者は、第１のＧＵＩを閲覧してもよく、セグメント化部分の第２のセットにおいて第２の当事者によって提示される修正を閲覧してもよい。このように、第１の当事者は、セグメント化部分の第２セットにおける第２の当事者の修正を閲覧しながら、セグメント化部分の第１のセットにおけるその独自の修正を閲覧してもよい。本ＧＵＩディスプレイはさらに、ユーザがセグメント化部分を閲覧し、修正された部分を比較することを可能にするために、横並びのスクローリングを提供してもよい。第１のＧＵＩはまた、セグメント化部分の２つのセットの間で異なる修正された条項を示すために、ハイライト、カラー、フォントサイズ、および／または他のＧＵＩ要素等の技法を使用して、修正を強調してもよい。このように、ＧＵＩは、人間が可読であるテキストおよび保全されたブロックチェーン修正のビューを提供してもよい。本ＧＵＩ修正は、ユーザが、オファーおよび／または反対オファーを容易に比較し、および交渉プロセスの間に文書を修正し、合意可能な条項を達成することを可能にしてもよい。
【０１４５】
図７は、いくつかの実施形態による、セグメント化文書部分７１２Ａ−７１８Ａ、７１２Ｂ−７１８Ｂを含む、グラフィカルユーザインターフェース（ＧＵＩ）７００のブロック図を描写する。トークンサーバシステム１１０は、ユーザインターフェース１３０を使用してユーザデバイス１４０上に表示されるべきＧＵＩ７００を生成してもよい。図６を参照して説明されるように、ＧＵＩ７００は、対応するセグメント化部分を伴う文書７１０Ａ、７１０Ｂを表示してもよい。文書７１０Ａは、文書７１０Ｂと同一の内容を含んでもよいが、各当事者によって提案される修正の表示において異なってもよい。例えば、文書７１０Ａのセグメント化部分７１２Ａは、文書７１０Ｂのセグメント化部分７１２Ｂと同一の内容を含んでもよい。いくつかの実施形態では、文書７１０Ａ、７１０Ｂは、契約書であってもよく、セグメント化部分７１２Ａ−７１８Ａ、７１２Ｂ−７１８Ｂに対応する異なる区分を含んでもよい。例えば、セグメント化部分７１６Ａおよび７１６Ｂは、売り手によって付与される保証に対応してもよい。セグメント化部分７１４Ａおよび７１６Ｂは、オファー価格を含んでもよい。このように、ＧＵＩ７００は、ユーザが修正を行う、および／または閲覧するために、契約書の２つのバージョンを描写してもよい。
【０１４６】
ＧＵＩ７００を閲覧する第１の当事者が、文書７１０Ａの修正を供給してもよい。例えば、ユーザは、オファー価格を改変するために、セグメント化部分７１４Ａを編集してもよい。セグメント化部分は、編集可能なテキストおよび／または情報を提供するための記入可能なフォームを含んでもよい。ＧＵＩ７００を閲覧する第１の当事者に関して、文書７１０Ｂは、第２の当事者によって生成される修正を含んでもよい。例えば、文書７１０Ｂは、契約条項に対する反対オファーを含んでもよい。ＧＵＩ７００は、第１の当事者および第２の当事者によって生成される両方の修正を表示し、修正の比較を可能にしてもよい。
【０１４７】
いくつかの実施形態では、トークンサーバシステム１１０は、第２の当事者のためのＧＵＩ７００のバージョンを生成してもよい。トークンサーバシステム１１０は、文書７１０Ａおよび７１０Ｂの位置を反転させてもよい。例えば、第２の当事者は、第２のユーザに対応するユーザデバイス１４０上で表示されるような文書７１０Ａを編集してもよい。本修正は、第１のユーザに対応するユーザデバイス１４０上でＧＵＩ７００を閲覧する第１のユーザにとって文書７１０Ｂの修正として見え得る。このように、取引におけるユーザ役割に関係なく、ユーザは、文書７１０Ｂにおける他の当事者の編集を閲覧しながら、文書７１０Ａにおいて文書修正を実施してもよい。
【０１４８】
２つの文書７１０Ａ、７１０Ｂが、図７に描写され得るが、文書７１０の他のバージョンが、複数当事者の取引および／または交渉において表示されてもよい。例えば、ＧＵＩ７００は、異なる当事者からの異なる修正を伴う文書の複数のバージョンを描写してもよい。
【０１４９】
ＧＵＩ７００は、文書トークンおよびブロックチェーンを介して管理される文書と相互作用するための人間が可読であるインターフェースを提供してもよい。上記に解説されるように、文書および／または修正された文書は、対応する許可を伴う文書トークンに対応してもよい。例えば、当事者は、あるセグメント化部分のみを修正することに制限されてもよい。さらに、修正は、修正の記録を保全するために、ブロックチェーンに保存および／または公開されてもよい。このように、ＧＵＩ７００は、ブロックチェーン１２０を使用して管理される文書を閲覧する、および／またはそれと相互作用するための様式を提供してもよい。
【０１５０】
セグメント化部分を表示することに加えて、ＧＵＩ７００は、１つ以上のナビゲーションインターフェース７２０Ａ、７２０Ｂを含んでもよい。ナビゲーションインターフェース７２０は、トークンサーバシステム１１０によって提供される文書管理ＧＵＩ要素を提供してもよい。例えば、ナビゲーションインターフェース７２０は、契約書を識別、閲覧、および／または選択するためのＧＵＩアイコンまたはボタンを含んでもよい。例えば、ユーザは、複数の契約を交渉している場合があり、ナビゲーションインターフェース７２０は、ユーザが異なる契約書を選択および閲覧することを可能にしてもよい。
【０１５１】
ナビゲーションインターフェース７２０は、ユーザが新しい文書または契約書を作成することを可能にするためのライブラリリンクを含んでもよい。いくつかの実施形態では、ユーザは、文書を生成し、カスタマイズされたセグメント化を文書の一部に供給してもよい。図３Ａを参照して上記に説明されるセグメント化と同様に、ユーザは、部分に対応する許可を規定してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、事前形成された内容および／またはセグメント化を伴う選択可能な文書および／または契約テンプレートを提供してもよい。ユーザは、これらのテンプレートを選択および／または修正してもよい。
【０１５２】
ナビゲーションインターフェース７２０Ａ、７２０Ｂはまた、メッセージングインターフェース、ユーザのためのタスクのリスト、デジタルウォレットを管理するための管理画面、および／または文書修正および／または交渉プロセスの間に使用され得る他のＧＵＩ要素を含んでもよい。
【０１５３】
図８Ａは、いくつかの実施形態による、文書アクションボタン８５０Ａを含む、グラフィカルユーザインターフェース（ＧＵＩ）８００Ａのブロック図を描写する。文書アクションボタン８５０Ａは、単語「すぐにオファーする」、「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、「すぐに買う」、「すぐにリストアップする」、「すぐに管理する」、および／または文書の生成を示す他の単語を表示してもよい。
【０１５４】
ＧＵＩ８００Ａは、ウェブブラウザであってもよい、および／またはウィジェットおよび／またはＧＵＩボタンまたはアイコンを含むことを可能にされるウェブページを含んでもよい。ＧＵＩ８００Ａは、ウェブサイトを規定するためのアドレス入力部分８１０Ａを含んでもよい。ユーザは、ユーザデバイス１４０上でウェブブラウザを使用してＧＵＩ８００Ａを閲覧してもよい。ＧＵＩ８００Ａは、例えば、販売および／または賃貸のための不動産をリストアップするウェブページ等のウェブページを閲覧するユーザによってアクセスされてもよい。ユーザは、購入する、および／または借りるための住宅を検索している場合があり、不動産物件に関連する情報を閲覧するためにＧＵＩ８００Ａを使用してもよい。さらに、ＧＵＩ８００Ａは、文書生成プロセスを開始し得、下記にさらに説明されるであろう、文書アクションボタン８５０Ａを含んでもよい。いくつかの実施形態では、不動産物件をリストアップするウェブサイトは、ＧＵＩ８００Ａ上に文書アクションボタン８５０Ａを実装し、トークンサーバシステム１１０によって提供される文書生成プロセスへのユーザアクセスを促進してもよい。いくつかの実施形態では、トークンサーバシステム１１０は、ＧＵＩ８００Ａを生成する、および／または不動産取引に関連するウェブサイトを管理してもよい。
【０１５５】
ＧＵＩ８００Ａは、画像８２０Ａ、テキストデータ８３０Ａ、および／または付加的詳細８４０Ａを表示してもよい。付加的詳細８４０は、テキストデータ８３０Ａと異なるようにフォーマットされ得る説明および／または付加的テキスト情報を含んでもよい。いくつかの実施形態では、ユーザは、販売のための物件をリストアップするウェブページに入る、および／またはナビゲートしてもよい。この場合、画像８２０Ａは、物件の画像を描写してもよく、テキストデータ８３０Ａは、物件に関連する高レベルの詳細を含んでもよく、付加的詳細８４０Ａは、物件に関連する段落説明および／または他の箇条書きを含んでもよい。ユーザは、物件について知るために本情報を閲覧してもよい。
【０１５６】
ＧＵＩ８００Ａは、文書アクションボタン８５０Ａを含んでもよい。文書アクションボタン８５０Ａは、トークンサーバシステム１１０とのインターフェースを提供し得るＧＵＩ要素であってもよい。例えば、文書アクションボタン８５０Ａは、物件リストを表示するウェブページ内に埋設されるウィジェットであってもよい。いくつかの実施形態では、文書アクションボタン８５０Ａは、単語「すぐにオファーする」、「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、「すぐに買う」、および／または文書が生成され得ることをユーザに示すための他の用語を表示してもよい。いくつかの実施形態では、文書アクションボタン８５０Ａは、「すぐにリストアップする」および／または「すぐに管理する」オプションを使用して、物件をリストアップするため等の他の文書のために使用されてもよい。
【０１５７】
選択、押すこと、および／またはクリックを介して文書アクションボタン８５０Ａと相互作用することに応じて、ウィジェットは、文書生成プロセスを提供するために、トークンサーバシステム１１０への呼出を生成してもよい。例えば、トークンサーバシステム１１０は、ユーザが文書を起草する、および／または情報をテンプレートの中に提供するために、ＧＵＩ８００Ａ上に表示され得る記入可能なフォームおよび／またはテンプレートを提供してもよい。トークンサーバシステム１１０は、ユーザが本情報を入力するためのオーバーレイをＧＵＩ８００Ａ上に提供してもよい。要求された情報を入力することに応じて、トークンサーバシステム１１０は、オファーを意図される受信者に伝送してもよい。トークンサーバシステム１１０はまた、対応する文書トークンを生成する、および／またはブロックチェーン１２０上で文書を保全してもよい。
【０１５８】
このように、ＧＵＩ８００Ａは、種々の技術的改良を提供する。ＧＵＩ８００Ａは、ブロックチェーン１２０を使用して生成された文書を保全する、文書生成のための合理化された様式を提供してもよい。「すぐにオファーする」、「すぐにリースする」、「すぐに借りる」、「すぐに申し込む」、「すぐに買う」、「すぐにリストアップする」、および／または「すぐに管理する」ボタンであり得る文書アクションボタン８５０Ａは、ユーザが、より少ないＧＵＩ相互作用を使用して文書を迅速に生成することを可能にしてもよい。相互作用の低減は、無駄なコンピュータリソースまたは不必要なウェブナビゲーションを低減させることを支援し得る。さらに、文書アクションボタン８５０Ａは、低減された数の相互作用に起因して、ネットワークトラフィックを低減させることを支援してもよい。
【０１５９】
前述で解説されるように、文書アクションボタン８５０Ａは、第三者ウェブサイトまたはウェブページ内に埋設されるウィジェットおよび／またはプラグインであってもよい。文書アクションボタン８５０Ａは、トークンサーバシステム１１０によって管理されないウェブページ上に位置してもよい。例えば、ウェブサイトは、第三者システムおよび／または管理者によって管理され得る一方、トークンサーバシステム１１０は、ユーザが文書アクションボタン８５０Ａと相互作用することに応答して、文書作成を促進し得る。文書アクションボタン８５０Ａは、商品、サービス、および／または不動産のための取引に関連する文書を生成するために使用されてもよい。さらに、文書アクションボタン８５０Ａは、トークンサーバシステム１１０によって促進される文書トークン化およびブロックチェーン保全プロセスを開始してもよい。いくつかの実施形態では、文書アクションボタン８５０Ａは、オファーおよび反対オファーを含み得る取引プロセスを促進するために使用されてもよい。取引プロセスは、オファー、交渉、受諾、および／または締結を含んでもよい。文書アクションボタン８５０Ａとの相互作用を介して、ユーザは、分散型マーケットプレイスを介して文書および／または取引を生成してもよい。
【０１６０】
図８Ｂは、いくつかの実施形態による、リンク管理および１−Ｌｉｎｋプロセスの生成のためのグラフィカルユーザインターフェース（ＧＵＩ）８００Ｂのブロック図を描写する。ユーザは、他の当事者に伝送されるリンクおよび／または文書を管理するために、ＧＵＩ８００Ｂを使用してもよい。例えば、買い手は、リンクを使用して不動産を購入するためのオファーを提供してもよい。ＧＵＩ８００Ｂは、買い手が異なるオファーを管理することを可能にしてもよい。同様に、売り手は、販売のためのオファーを管理するために、ＧＵＩ８００Ｂを使用してもよい。これらのオファー文書もまた、リンクを介して管理されてもよい。当事者は、ＧＵＩ８００Ｂを使用し、文書および／または文書に対応するリンクを生成し、および文書および／またはリンクの受信者を管理してもよい。
【０１６１】
ユーザは、ＧＵＩ８００Ｂを使用し、例えば、物件リストへのリンクおよび／または他の文書および／またはトークンサーバシステム１１０を使用してユーザによって作成されたオファー文書へのリンク等のリンクを管理してもよい。リンクは、ブロックチェーン１２０によって保全された他の文書へのアクセスをさらに含み得る、ブロックチェーン１２０によって保全され得る文書を表してもよい。このように、リンクは、他のブロックチェーンベースの文書のための配信システムであってもよく、リンク自体が、ブロックチェーンベースの文書であってもよい。
【０１６２】
これらのリンクは、ブロックチェーン１２０を介して管理され得る別のタイプの文書を同様に表し得るメッセージ内に含まれてもよい。図９を参照して説明されるような方法９００は、ブロックチェーン管理文書へのリンクを含むメッセージを生成する例示的実施形態を説明する。いくつかの実施形態では、リンクを生成するステップは、ブロックチェーン１２０を使用してトークンサーバシステム１１０によって管理される文書へのリンクを生成するステップを含んでもよい。例えば、リンクは、ブロックチェーン１２０を使用して保全される１つ以上の文書へのアクセスを提供してもよい。
【０１６３】
ユーザは、複数のオファーメッセージを生成する、および／または複数の文書を伝送するとき、トークンサーバシステム１１０にアクセスする、および／またはＧＵＩ８００Ｂを使用してもよい。ＧＵＩ８００Ｂは、リンクを管理するために、１つ以上のリンクを行および列に配列してもよい。リンクは、対応する文書を伴うウェブページおよび／または電子メッセージへのリンクであってもよい。例えば、図８Ｃは、リンクからアクセスされ得るメッセージインターフェースを描写し得る。
【０１６４】
再びＧＵＩ８００Ｂに目を向けると、ユーザは、ＧＵＩ８００Ｂを使用し、文書へのリンクを作成する、および／または対応するリンクを伴う文書を作成してもよい。例えば、ユーザは、ＧＵＩ８００Ｂ上に表示されるリンク作成ボタン８７０Ｂと相互作用してもよい。本文書は、ユーザがテキストを入力することを可能にしてもよい、および／または記入可能なフォームであってもよい。リンク作成ボタン８７０Ｂは、ユーザが新しいリンクを作成することを可能にするアイコンおよび／またはボタンであってもよい。新しいリンクの作成は、記入可能なフォーム、ウィザード、および／またはユーザがリンクに関連する異なるフィールドに関する情報を規定することを可能にするための他のプロンプトを含んでもよい。ＧＵＩ８００Ｂはまた、受信されたリンクのための管理を含んでもよい。
【０１６５】
ＧＵＩ８００Ｂは、生成されたリンクを編成するためのいくつかのフィールドを含んでもよい。例えば、ＧＵＩ８００Ｂは、選択フィールド８１０Ｂ、アドレスフィールド８２０Ｂ、受信者フィールド８３０Ｂ、役割フィールド８４０Ｂ、送信詳細フィールド８５０Ｂ、および／または相互作用ボタン８６０Ｂを含んでもよい。選択フィールド８１０Ｂは、ユーザが１つ以上のリンクを選択することを可能にしてもよい。本選択は、複数のリンクの管理を可能にしてもよい。アドレスフィールド８２０Ｂは、物件の物理的アドレスに関連する詳細を含んでもよい。アドレスフィールド８２０Ｂは、リンクおよび対応する文書が不動産に関連するときに使用されてもよい。受信者フィールド８３０Ｂは、リンクを配信するための１つ以上の識別子を含んでもよい。例えば、受信者フィールドは、１つ以上の電子メールアドレスを含んでもよい。役割フィールド８４０Ｂは、受信者および／またはリンクを生成するユーザに対応する役割をリストアップしてもよい。例えば、不動産取引では、役割フィールド８４０Ｂは、「買い手」、「売り手」、「エージェント」、「貸し手」、および／または他の役割等の役割を含んでもよい。送信詳細フィールド８５０Ｂは、リンクの伝送に関連する１つ以上のアイテムを表示してもよい。例えば、送信詳細フィールド８５０Ｂは、リンクが送信されたかどうか、またはリンクが草稿であるかどうかを示してもよい。いくつかの実施形態では、送信詳細フィールド８５０Ｂはまた、リンクの送信者を示してもよい。相互作用ボタン８６０Ｂは、ユーザがリンクと相互作用することを可能にするＧＵＩ要素を含んでもよい。例えば、相互作用ボタン８６０Ｂは、リンクおよび／またはリンクに対応する文書を編集する能力、リンクをコピーする能力、リンクを閲覧する能力、リンクに関連するメッセージを閲覧する能力、および／または他のリンク動作を含んでもよい。いくつかの実施形態では、トークンサーバシステム１１０は、文書に関連するメッセージを促進してもよく、「メッセージを閲覧する」相互作用ボタン８６０Ｂは、ユーザが対応するメッセージを閲覧することを可能にしてもよい。これらのフィールドが説明されたが、ＧＵＩ８００Ｂはまた、リンクおよび／または対応する文書を編成するための他のフィールドを使用してもよい。
【０１６６】
このように、ＧＵＩ８００Ｂは、ブロックチェーン保全文書を配信するために、リンク作成および／またはリンク管理に関する合理化された様式を提供してもよい。リンク作成ボタン８７０Ｂを介してリンクを作成するユーザは、１−Ｌｉｎｋプロセスにアクセスし、他のブロックチェーン保全文書へのリンクを含み得るリンクと関連付けられるブロックチェーン保全文書を迅速に生成してもよい。このように、ＧＵＩ８００Ｂおよび／または１−Ｌｉｎｋプロセスの使用は、リンク付けられたブロックチェーン保全文書の生成を提供しながら、また、ユーザ相互作用の数およびコンピュータトランザクションを低減させ、ネットワークトラフィックを同様に低減させてもよい。
【０１６７】
１−Ｌｉｎｋプロセスは、オンラインで商品および／またはサービスを買う、売る、および／または取引するための分散型プロセスを提供してもよい。いくつかの実施形態では、ユーザは、仮想マーケットプレイスまたは既存の電子取引ウェブサイトの使用を回避し得る。ユーザは、１−Ｌｉｎｋプロセスを使用して、オファーおよび反対オファーを含む、ピアツーピア取引を実施してもよい。１−Ｌｉｎｋプロセスから生成されたリンクは、限定ではないが、テキストメッセージ、電子メール、ウェブサイト、ソーシャルメディア、チャットルーム、インスタントメッセージ、および／または音声伝送を含む、電子通信において使用、伝送、および／または分散されてもよい。いくつかの実施形態では、リンクは、手書きメッセージ等のアナログプロセスを介して通信されてもよい。
【０１６８】
リンクは、カレンダーおよびスケジューリングアプリケーション、言語翻訳プロセス、支払いプラットフォーム、メッセージングおよび交渉プロセス、チャットルームアプリケーション、ビデオおよび／またはオーディオチャット、および／または広告または表示要素を含む、他のプロセスに統合される、および／または他のプロセスを統合してもよい。いくつかの実施形態では、ユーザは、法的拘束力のある電子的な通信の痕跡であり得る通信の形態を選択してもよい。リンクはまた、ユーザに、名目貨幣、デジタル通貨、および／または他の形態の通貨を使用して支払いを提供する能力を提供してもよい。
【０１６９】
既存の電子取引ウェブサイトは、ユーザが金銭的な補償または現物支給の商品およびサービスと引き換えに商品およびサービスを売り、買い、リースし、取引するために、ユーザがオンラインマーケットプレイスを使用することを要求する。買い手および売り手は、これらの既存のプラットフォームを使用し、広告を出す、購入する、取引する、入札する、交換を開始する、および／またはそれを終了させる。ホストマーケットプレイスはまた、マーケットプレイスの使用のための手数料に関して追加費用をユーザに請求し得る。ホストマーケットプレイスはさらに、販売のための商品および／または取引の条項および条件を宣伝するとき、マーケットプレイスの仕様に従うようにユーザを制限し得る。ホストマーケットプレイスは、ユーザが、自身の製品を買う、または自身が必要とするサービスをユーザにオファーする可能性が高いとユーザが考えるオーディエンスに売り込みをしないように制限し得る。
【０１７０】
１−Ｌｉｎｋプロセスは、分散型様式で取引を促進するための方法を提供してもよい。１−Ｌｉｎｋプロセスは、ユーザの間の取引を民主化してもよく、これは、ユーザが、オンラインマーケットプレイスを回避しながら取引を実施することを可能にしてもよい。例えば、売り手、買い手、および／または取引業者は、１−Ｌｉｎｋプロセスを使用して、商品およびサービスを直接交換してもよい。ユーザは、当事者がオンラインマーケットプレイスの使用を回避しながら直接取引を実行し得るように、販売のための商品および／またはサービスをオファーし得る文書リストへのリンクを潜在的買い手に提供してもよい。
【０１７１】
前述で説明されるように、売り手は、買い手への伝送のためのリンクを生成するために、１−Ｌｉｎｋプロセスを使用してもよい。このように、売り手は、販売のための商品またはサービスの宣伝のためのホストとしての仮想マーケットプレイスの使用を回避し得る。さらに、売り手は、仮想マーケットプレイス取引に関与する複数のステップを回避し得る。１−Ｌｉｎｋプロセスを使用して、売り手は、リンク、カスタマイズされた電子メール、および／または買い手に送信するためのリンクを埋設する他の通信方法を生成してもよい。メッセージおよび／またはリンクは、販売のための商品および／またはサービス、販売のためのオファーに関連する詳細、および／または、例えば、価格設定、連絡先情報、支払いオプション、および／または他の詳細等の他の取引情報を表示し得るウェブページ、ミニウェブサイト、および／またはソーシャルメディアページを表示してもよい。買い手は、リンクを使用して製品またはサービスを購入する、および／または販売の条項を修正するために売り手との交渉に入ってもよい。下記にさらに説明されるであろうように、買い手は、交渉のための文書を生成するために、メッセージまたはリンクを介してアクセス可能な文書アクションボタンを使用してもよい。
【０１７２】
いくつかの実施形態では、買い手は、商品および／またはサービスを購入するためのリンクおよび／またはメッセージを生成するために、１−Ｌｉｎｋプロセスを使用してもよい。買い手は、売り手が取引に先立ってリンクを以前に作成していない場合であっても、１−Ｌｉｎｋプロセスを使用してもよい。買い手は、買い手が製品またはサービスを検索および／または識別し、所望の購入を説明するリンクを作成するとき、１−Ｌｉｎｋプロセスを使用してもよい。いくつかの実施形態では、リンクは、買い手が検索している商品またはサービスを説明してもよい。買い手は、本リンクを売り手に伝送してもよく、これは、売り手が、買い手の要求を満たし得る商品および／またはサービスをオファーすることを可能にしてもよい。当事者は、次いで、１−Ｌｉｎｋプロセスを介して取引を実施してもよく、これは、対応する文書トークンを生成してもよい。本実施形態の実施例がさらに、需要主導型バリューチェーンを説明する図１０、図１１Ａ、および図１１Ｂを参照して下記に説明される。
【０１７３】
ユーザはまた、商品および／またはサービスを取引するために、１−Ｌｉｎｋプロセスを使用してもよい。取引するとき、当事者は、１−Ｌｉｎｋプロセスの交渉および／または反対オファー要素に依拠してもよい。例えば、当事者は、取引されている商品および／またはサービスの内容を含む、文書の条項を修正してもよい。
【０１７４】
このように、１−Ｌｉｎｋプロセスは、取引プロセスを民主化および／または分散化し得る個人化されたマーケットプレイスを提供してもよい。１−Ｌｉｎｋプロセスは、第三者販売プラットフォームに依拠することなく、リードジェネレーション、マーケティング、売却、購買、取引決定、および／または商品および／またはサービスの取引を支援してもよい。オンラインマーケットプレイスが限定されている可能性がある発展途上国に関して、１−Ｌｉｎｋプロセスは、以前に存在していなかった可能性がある取引を実行するための様式を提供してもよい。さらに、１−Ｌｉｎｋプロセスは、ユーザに、ブロックチェーンベースの文書保全を介して利便性、効率、費用節約、および／または信頼を提供してもよい。１−Ｌｉｎｋプロセスはまた、例えば、政治的キャンペーン等の他の文脈において使用されてもよい。１−Ｌｉｎｋプロセスは、寄付者が政治的キャンペーンに寄付するための様式を提供してもよい。
【０１７５】
図８Ｃは、いくつかの実施形態による、文書アクションボタン８５０Ｃと、文書リンク８４０Ｃとを含むメッセージ８１０Ｃのグラフィカルユーザインターフェース（ＧＵＩ）８００Ｃのブロック図を描写する。ＧＵＩ８００Ｃは、ＧＵＩ８００Ｂのリンク管理要素を使用して生成され得る電子メールメッセージを含んでもよい。メッセージ８１０Ｃは、文書リンク８４０Ｃを介して他のブロックチェーンベースの文書へのリンクを含み得るブロックチェーンベースの文書を表してもよい。
【０１７６】
ユーザは、当事者にオファー文書を送信することに備えて、ＧＵＩ８００Ｃを閲覧してもよい。例えば、不動産エージェントまたは売り手は、不動産の潜在的買い手または関心のある買い手への伝送に備えて、メッセージ８１０Ｃを準備してもよい。メッセージ８１０Ｃ内に文書アクションボタン８５０Ｃを含めることは、潜在的買い手が、メッセージ８１０Ｃに応答してオファー文書を生成し、オファーを売り手に提供することを可能にしてもよい。さらに、潜在的買い手はまた、文書リンク８４０Ｃにアクセスし、買い手の意思決定プロセスおよび／またはオファー文書生成プロセスを支援し得るブロックチェーン１２０上に保全される文書にアクセスしてもよい。売り手／買い手の実施例が説明されるが、ＧＵＩ８００Ｃはまた、買い手がメッセージ８１０Ｃを伝送する逆の文脈において、借り手／大家の文脈において、および／または商品および／またはサービスに関する購入者／売り手の文脈において使用されてもよい。
【０１７７】
メッセージ８１０Ｃを生成するために、ユーザは、１つ以上のリンクを入力するように、トークンサーバシステム１１０によって提供されるプロンプトによって誘導されてもよい。例えば、ユーザは、対応するアドレスとともにウェブページ上に物件をリストアップしている場合がある。本アドレスは、要求され、アドレスディスプレイ８３０Ｃを介してＧＵＩ８００Ｃにコンパイルされてもよい。ユーザは、アドレスディスプレイ８３０Ｃと相互作用する、それを選択する、それを押す、および／またはそれをクリックし、物件をリストアップするウェブページにナビゲートしてもよい。メッセージ８１０Ｃはまた、ユーザによって入力されるテキストを含み得るテキスト要素８２０Ｃを含んでもよい。例えば、テキストは、メッセージ８１０Ｃ内でリンク付けられる文書の導入を提供する個人化されたメッセージであってもよい。
【０１７８】
メッセージ８１０Ｃは、文書リンク８４０Ｃを含んでもよい。文書リンク８４０Ｃは、ユーザが文書をダウンロードすることを可能にする、記憶された文書へのリンクを含んでもよい。いくつかの実施形態では、文書リンク８４０Ｃは、ブロックチェーン１２０によって保全される他の文書を表してもよい。これらの文書は、上記に説明される様式でトークン化されてもよい。このように、アクセスが、暗号化に基づいて制限され得るが、文書リンク８４０Ｃにアクセスするユーザは、文書トークンによって提供される許可に基づいて、文書にアクセスしてもよい。ある実施形態では、銀行は、新しいクライアントに、精査および署名のためにいくつかの機密文書を含有し得るリンクを送信してもよい。銀行は、文書を閲覧および／または修正することを可能にされる唯一の当事者として、クライアントに具体的に許可を付与してもよい。クライアントは、文書を精査および署名するために、暗号化キーを使用することによって文書にセキュアにアクセスしてもよい。トークンサーバシステム１１０を使用して、銀行は、文書交換の間のセキュリティ懸念事項を回避し得、文書が適切な人物にセキュアに配信されることを確実にしてもよい。いくつかの実施形態では、法執行機関もまた、事例調査または訴追のために内部および外部の利害関係者の両方と文書を共有するために、連携のためのリンクを使用してもよい。
【０１７９】
メッセージ８１０Ｃはさらに、文書アクションボタン８５０Ｃを含んでもよい。文書アクションボタン８５０Ｃは、図８Ａを参照して説明されるような文書アクションボタン８５０Ａと類似してもよい。文書アクションボタン８５０Ｃは、メッセージ８１０Ｃ内に埋設されてもよく、ユーザが、トークンサーバシステム１１０への呼出を介して文書を生成することを可能にしてもよい。文書アクションボタン８５０Ｃと相互作用することに応じて、ウェブブラウザが、開かれてもよく、ユーザは、ブロックチェーン１２０上に記憶されるべき文書を生成してもよい。例えば、本文書は、物件を購入するためのオファーであってもよい。
【０１８０】
メッセージ８１０Ｃは、トークンサーバシステム１１０によって生成されるリンクを介して、および／またはトークンサーバシステム１１０によって配信される電子メッセージを介してアクセスされてもよい。メッセージ８１０Ｃは、ブロックチェーン１２０上に同様に記憶され得る文書を表してもよい。本文書は、トークンサーバシステム１１０によって管理され、ブロックチェーン１２０を使用して保全される他の文書へのリンクを含んでもよい。メッセージ８１０Ｃはさらに、ユーザが新しい文書を生成することを可能にする文書アクションボタン８５０Ｃを含んでもよい。このように、メッセージ８１０Ｃは、ブロックチェーン１２０によって保全される別の文書内にブロックチェーン１２０によって保全される文書を図示してもよい。さらに、メッセージ８１０Ｃは、ブロックチェーン１２０によって保全される文書が、別のブロックチェーン保全文書を生成する能力をユーザに提供するための能力を図示してもよい。前述で説明されるように、文書アクションボタン８５０Ｃの包含は、文書生成プロセスを合理化させてもよく、ユーザがより少ないナビゲーション相互作用を用いてブロックチェーン保全文書を迅速に生成することを可能にしてもよい。相互作用の低減は、無駄なコンピュータリソースまたは不必要なウェブナビゲーションを低減させることを支援し得る。さらに、文書アクションボタン８５０Ｃは、低減された数の相互作用に起因して、ネットワークトラフィックを低減させることを支援してもよい。
【０１８１】
いくつかの実施形態では、メッセージ８１０Ｃは、セキュアな文書および／またはメッセージ配信のために使用されてもよい。例えば、メッセージ８１０Ｃは、文書アクションボタン８５０Ｃを含まない場合がある。ユーザは、電子メール文書を作成し、１−Ｌｉｎｋプロセスを通して配信される文書トークンを記憶してもよい。受信者は、電子メールを開き、電子メールに署名するために第２の文書トークンを生成してもよい。署名は、電子メールを受信することの肯定応答および／または署名を要求し得る電子メールの内容への合意であってもよい。第２の文書トークンの生成は、受信者が文書を閲覧したことを示してもよく、これは、監査可能性および／または追跡可能性を提供してもよい。このように、メッセージ８１０Ｃは、セキュアな文書配信機構として使用されてもよい。
【０１８２】
図９は、いくつかの実施形態による、文書アクションボタンと、文書リンクとを含むメッセージを生成するための方法９００を図示する、フローチャートを描写する。方法９００は、図１を参照して説明されるものとするが、しかしながら、方法９００は、その例示的実施形態に限定されない。方法９００は、１−Ｌｉｎｋプロセスの実施形態であってもよい。
【０１８３】
ある実施形態では、トークンサーバシステム１１０は、ユーザがブロックチェーン保全文書および文書生成プロセスにアクセスすることを可能にするリンクおよび／またはメッセージを生成してもよい。方法９００は、トークンサーバシステム１１０を参照して説明されるが、方法９００は、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０１８４】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図９に示されるものと異なる順序で実施されてもよい。
【０１８５】
９０５において、トークンサーバシステム１１０は、リンク生成プロセスを開始するための第１のアイコンを含むＧＵＩを生成してもよい。ＧＵＩは、例えば、ＧＵＩ８００Ｂであってもよい。リンク生成プロセスは、ユーザからの情報を要求する１つ以上の表示画面、および／またはメッセージにコンパイルされ得るリンク情報、および／またはユーザがブロックチェーン保全文書にアクセスすることを可能にし得る他のデータ構造を含んでもよい。
【０１８６】
９１０において、トークンサーバシステム１１０は、第１のアイコンとの相互作用を受信してもよい。本第１のアイコン相互作用は、上記に説明されるものと類似する文書作成プロセスを開始してもよい。本文書は、暗号化、ハッシュ化、および／または文書トークン化を含み得る、上記に説明される技法を使用してブロックチェーン１２０上に保全されてもよい。
【０１８７】
９１５において、トークンサーバシステム１１０は、１つ以上の文書をリンクに添付するためのインターフェースを生成してもよい。例えば、インターフェースは、情報を要求する、および／またはユーザが文書をアップロードすることを要求する１つ以上の表示画面であってもよい。いくつかの実施形態では、インターフェースは、記入可能なフォームであってもよい。いくつかの実施形態では、１つ以上の文書は、機密情報を含む個人的文書であってもよい。例えば、不動産取引では、文書は、ユーザの信用履歴またはローン承認金額に関連してもよい。
【０１８８】
９２０において、トークンサーバシステム１１０は、ＧＵＩを介してリンクに１つ以上の文書を添付するためのインジケーションを受信してもよい。いくつかの実施形態では、ユーザは、リンクを文書に提供することによって文書場所を規定してもよい。提供される情報に基づいて、トークンサーバシステム１１０は、文書を識別してもよい。前述で解説されるように、ユーザは、１つ以上の文書をアップロードしてもよい。
【０１８９】
９２５において、トークンサーバシステム１１０は、１つ以上の文書のそれぞれに関する文書トークンを生成してもよい。トークンサーバシステム１１０は、前述で説明されるような文書トークンを生成してもよい。例えば、トークンサーバシステム１１０は、暗号化、ハッシュ化、文書トークン化、および／またはデジタルウォレットデポジットを適用してもよい。トークンサーバシステム１１０は、１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶し、１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成し、１つ以上の文書のそれぞれの暗号ハッシュを生成してもよい。
【０１９０】
９３０において、トークンサーバシステム１１０は、１つ以上の文書へのブロックチェーンリンクをブロックチェーン１２０に公開してもよい。ブロックチェーンリンクを公開することは、添付された文書を保全してもよい。上記に説明されるプロセスと同様に、ブロックチェーンリンクは、機密性を保全するために、文書の暗号化バージョンにリンクしてもよい。
【０１９１】
９３５において、トークンサーバシステム１１０は、リンクに対応するメッセージを生成してもよく、メッセージは、ブロックチェーンリンクと、ブロックチェーン１２０上に公開されるべき応答文書を生成するための文書生成プロセスを開始するための第２のアイコンとを含む。メッセージは、例えば、ＧＵＩ８００Ｃ内に描写されるような電子メールメッセージであってもよい。ブロックチェーンリンクは、文書リンク８４０Ｃであってもよく、第２のアイコンは、文書アクションボタン８５０Ｃであってもよい。
【０１９２】
前述で説明されるように、本メッセージは、ブロックチェーン保全文書を個人に伝送する配信システムであってもよく、また、個人に、応答文書を生成する能力を提供してもよい。例えば、メッセージは、他の支援文書を含み得るオファー文書であってもよい。オファー文書は、物件を購入するための要望を示してもよい。支援文書は、例えば、ローン金額に関するユーザの事前承認を示す文書を含んでもよい。貸し手は、ブロックチェーン１２０に事前承認を公開してもよく、これは、その信用性を示してもよい。メッセージは、本情報を含んでもよく、また、応答文書を生成する能力を提供してもよい。応答文書は、例えば、反対オファー、オファーの受諾、および／または売り手に対応するデジタル署名を有する他の文書であってもよい。トークンサーバシステム１１０は、応答文書を管理してもよく、上記に説明される様式でブロックチェーン１２０上に応答文書を公開してもよい。
【０１９３】
図１０は、いくつかの実施形態による、需要主導型バリューチェーンを提供する文書チェーン環境１０００のブロック図を描写する。文書チェーン環境１０００は、トークンサーバシステム１１０と類似する様式で動作し得るトークンサーバシステム１０１０を含んでもよい。文書チェーン環境１０００はまた、ブロックチェーン１２０と類似する様式で動作し得るブロックチェーン１０２０を含んでもよい。トークンサーバシステム１０１０は、いくつかのアカウントプロファイルおよび店舗アカウント１０３０、企業体アカウント１０４０、および／またはユーザアカウント１０５０等の異なるタイプのアカウントプロファイルと相互作用してもよい。
【０１９４】
これらの異なるアカウントは、異なるアカウントタイプを表してもよい。例えば、ユーザアカウント１０５０は、消費者のためのユーザアカウントプロファイルを表してもよい。店舗アカウント１０３０は、卸売または小売であり得る小売業者を表してもよい。小売業者は、物理的場所を有してもよい、および／またはオンライン小売業者であってもよい。企業体アカウント１０４０は、消費者商品を販売し得ない企業および／または政府を表してもよい。
【０１９５】
文書チェーン環境１０００から分かるように、各アカウントは、トークンサーバシステム１０１０を介して同一のタイプおよび／または異なるタイプの他のアカウントと相互作用してもよい。アカウントは、アカウントタイプの間でオファー文書を含む文書を交換してもよい。ユーザアカウント１０５０は、オファー、申込み、および／または提案を店舗アカウント１０３０および／または企業体アカウント１０４０に提出してもよい。いくつかの実施形態では、ユーザアカウント１０５０は、店舗アカウント１０３０、企業体アカウント１０４０、および／または他のユーザアカウント１０５０が商品、サービス、および／または販売のための不動産物件をリストアップしていないときであっても、これらのオファーを提出してもよい。このように、トークンサーバシステム１０１０は、アカウントタイプにかかわらずに開始され得る商品、サービス、および／または契約上の義務の交換のための分散型マーケットプレイスを提供してもよい。トークンサーバシステム１０１０は、取引を交渉するために、当事者の間で自給自足および自治を提供してもよい。
【０１９６】
さらに、オファー、受諾、および／または交渉は、特定のアカウントの役割によって限定されない場合がある。例えば、店舗アカウント１０３０、企業体アカウント１０４０、および／またはユーザアカウント１０５０はそれぞれ、オファーする当事者および／またはオファーを受信する当事者であってもよい。同様に、各当事者は、取引への反対オファーを提供してもよい。このように、トークンサーバシステム１０１０は、異なるアカウントおよび／またはアカウントタイプの間の分散型マーケットプレイスを促進してもよい。さらに、トークンサーバシステム１０１０は、これらのアカウントおよびアカウントタイプの間の複数当事者取引を促進してもよい。
【０１９７】
いくつかの実施形態では、トークンサーバシステム１０１０はさらに、需要主導型バリューチェーンを提出してもよい。需要主導型バリューチェーンは、買い手が、伝統的に供給主導型取引マーケットプレイスを利用していた業界においてオファーおよび／またはオファー文書を生成することを可能にしてもよい。例えば、伝統的なオンライン小売業者は、アイテムをリストアップし、買い手から購入注文を受信し得る。需要主導型バリューチェーンでは、売り手がリストを提供していない場合であっても、買い手が、商品、サービス、および／または不動産に関するオファーを提出してもよい。同様に、借り手は、大家から物件を借りるためのオファーを提供してもよい。需要主導型バリューチェーンを使用して、買い手、売り手、借り手、大家、エージェント、サービスを要求する消費者、および／またはサービス提供者等の当事者が、オファーを開始する、および／またはオファー文書を生成してもよい。
【０１９８】
このように、トークンサーバシステム１０１０は、役割またはアカウントタイプに関係なく、当事者の間のオファー、反対オファー、および／または交渉を促進してもよい。買い手および／または売り手が、取引を開始してもよい。さらに、企業、店舗、企業体、および／または消費者等の異なる当事者および／またはアカウントタイプが、需要主導型バリューチェーンを使用し、ブロックチェーン保全を用いて取引を開始および／または促進してもよい。このように、トークンサーバシステムは、ブロックチェーンを使用して取引のための分散型マーケットプレイスをサポートしてもよい。さらに、トークンサーバシステム１０１０は、異なる役割を伴う異なる当事者からの取引を促進するための柔軟性を提供してもよい。このように、トークンサーバシステム１０１０は、当事者が、分散型様式で取引を紹介する、開始する、交渉する、完結させる、および／または問い合わせる、および／またはサービスを入手し得る、ワンストップショップを提供してもよい。
【０１９９】
本需要主導型モデルでは、商品およびサービスを要求する当事者は、具体的商品およびサービスを検索するために、特定のマーケットプレイス、リストアップするウェブサイト、および／または集約されたウェブサイトを訪問することを回避し得る。当事者は、便宜的に、その需要要望を定義し得る、需要トークンと称される文書トークンを開始する、および／または生成してもよい。例えば、当事者が、新車を購入することを所望し、新車に関する要望を規定する文書を生成し、メーカーは、Ｔｏｙｏｔａであり、色は、赤色であり、価格は、＄２５，０００〜＄２８，０００に及び、および／または配達オプションは、Ｂｒｏｏｋｌｙｎまでであり得る。
【０２００】
需要トークンを使用して、トークンサーバシステム１０１０は、規定された需要に厳密にマッチする商品およびサービスに関する供給仕様を伴う、供給トークンと称される他の文書トークンを検索および／または識別してもよい。それらの要件または供給仕様は、検索可能フィールドとして需要トークンのメタデータ層内に記憶されてもよい。トークンサーバシステム１０１０は、可能性として考えられる供給アカウントに、それらが提供することが可能であり得る商品およびサービスに関する需要が受信されていることを通知してもよい。いくつかの実施形態では、多忙な母親が、自身が旅行している間の２日間にわたるベビーシッターサービスを見つけようと試み得る。母親は、需要文書を生成してもよく、トークンサーバシステムは、需要トークンを生成してもよい。トークンサーバシステム１０１０は、多忙な母親の要件に厳密にマッチする内容を伴う供給文書および対応する供給トークンを生成したベビーシッターを検索および／または識別してもよい。供給に対する需要の本体系的マッチングは、需要および供給の両方の側の当事者から要求されるいくつかのステップを排除し、供給者に関するマーケティングコストおよび商品およびサービスを要求する当事者に関する検索時間および労力を低減させ得る。
【０２０１】
図１１Ａは、いくつかの実施形態による、役割ベースの文書生成のための方法１１００Ａを図示する、フローチャートを描写する。方法１１００Ａは、図１０を参照して説明されるものとするが、しかしながら、方法１１００Ａは、その例示的実施形態に限定されない。
【０２０２】
ある実施形態では、トークンサーバシステム１０１０は、異なるアカウントタイプの当事者の間の交渉および／または反対オファーを促進してもよい。方法１１００Ａは、トークンサーバシステム１０１０を参照して説明されるが、方法１１００Ａは、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０２０３】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図１１Ａに示されるものと異なる順序で実施されてもよい。
【０２０４】
１１０５において、トークンサーバシステム１０１０は、第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信してもよく、第１のアカウントは、第１のアカウントタイプに対応する。第１のアカウントタイプは、例えば、店舗アカウント１０３０、企業体アカウント１０４０、またはユーザアカウント１０５０であってもよい。文書作成要求は、文書アクションボタン等のＧＵＩ要素との相互作用から受信されている場合がある。
【０２０５】
１１１０において、トークンサーバシステム１０１０は、第１の文書の作成を促進してもよい。本文書作成プロセスは、前述で説明される他の文書作成プロセスと類似してもよい。１１１５において、トークンサーバシステム１０１０は、第１の文書に対応する文書トークンを作成してもよい。１１２０において、トークンサーバシステム１０１０は、文書トークンを第１のデジタルウォレットに伝送してもよい。文書トークンの作成および第１のデジタルウォレットへの文書トークンの伝送もまた、前述で説明される様式で起こってもよい。１１２５において、トークンサーバシステム１０１０は、１つ以上のスマートコントラクト機能を使用して、第１の文書のハッシュおよび第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開してもよい。これもまた、前述で説明される様式で実施されてもよい。
【０２０６】
１１３０において、トークンサーバシステム１０１０は、通知を第２のデジタルウォレットに対応する第２のアカウントに伝送してもよく、第２のアカウントは、第１のアカウントタイプと異なる第２のアカウントタイプに対応する。通知は、例えば、プッシュ通知または電子メールメッセージであってもよい。いくつかの実施形態では、文書トークンは、指定される許可に応じて、第１のデジタルウォレットと類似する第２のデジタルウォレットに伝送されてもよい。
【０２０７】
第２のアカウントタイプは、第１のアカウントタイプと異なってもよい。本差異は、オファーする当事者およびオファーを受信する当事者の異なる立場および役割を実証してもよい。例えば、店舗アカウント１０３０は、製品を売るためのオファーを示すオファー文書をユーザアカウント１０５０に伝送してもよい。同様に、ユーザアカウント１０５０は、製品を購入するためのオファー文書を店舗アカウント１０３０に伝送してもよい。ユーザアカウント１０５０は、例えば、保険等のサービスを購入すること等、同一の様式で企業体アカウント１０４０と相互作用してもよい。図１１Ａは、アカウントタイプが異なる例示的実施形態を説明するが、いくつかの実施形態では、アカウントタイプは、同一のアカウントタイプであってもよい。
【０２０８】
１１３５において、トークンサーバシステム１０１０は、第２のアカウントによる第２の文書の作成を促進してもよい。例えば、第２のアカウントは、第１の文書の修正バージョンを生成してもよい。第２の文書は、署名されたバージョンであってもよい、および／またはデジタル署名を含んでもよい。いくつかの実施形態では、第２の文書は、修正された条項を伴う反対オファーであってもよい。第２の文書を作成することに応じて、トークンサーバシステム１０１０は、前述で説明される暗号化、ハッシュ化、および／またはトークン化を実施してもよい。トークンサーバシステム１０１０はさらに、第２の文書を第１のアカウントに配信してもよい。このように、当事者は、ブロックチェーン１０２０の不変性を介して契約条項を保全するピアツーピア様式で取引を交渉および／または実施してもよい。
【０２０９】
図１１Ｂは、いくつかの実施形態による、需要マッチングのための方法１１００Ｂを図示する、フローチャートを描写する。方法１１００Ｂは、図１０を参照して説明されるものとするが、しかしながら、方法１１００Ｂは、その例示的実施形態に限定されない。
【０２１０】
ある実施形態では、トークンサーバシステム１０１０は、文書の需要主導型マッチングおよび／または識別を実施してもよい。方法１１００Ｂは、トークンサーバシステム１０１０を参照して説明されるが、方法１１００Ｂは、例えば、図１２を参照して説明されるコンピュータシステムおよび／またはハードウェア（例えば、回路、専用論理、プログラマブル論理、マイクロコード等）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを備え得る処理論理等の任意のコンピューティングデバイス上で実行されてもよい。
【０２１１】
全てのステップが、本明細書に提供される開示を実施するために必要とされ得るわけではないことを理解されたい。さらに、ステップのうちのいくつかは、当業者によって理解されるであろうように、同時に、または図１１Ｂに示されるものと異なる順序で実施されてもよい。
【０２１２】
１１４０において、トークンサーバシステム１０１０は、複数の供給文書を受信してもよい。供給文書は、商品、サービス、不動産物件、および／または販売のための他のオファーの可用性を示してもよい。複数の供給文書は、トークンサーバシステム１０１０とインターフェースをとる異なるユーザによって供給されてもよい。トークンサーバシステム１０１０は、ブロックチェーン１０２０を使用してこれらの供給文書を保全してもよい。供給文書は、前述で説明されるような文書アクションボタンを使用して生成されている場合がある。複数の供給文書の内容は、変動してもよい。例えば、供給文書は、不動産物件の販売に関するリストを説明してもよい。いくつかの実施形態では、供給文書は、自動車および／またはベビーシッターサービスをリストアップしてもよい。ユーザは、前述で説明される様式で供給文書に対応する秘密性指定を示してもよい。
【０２１３】
１１４５において、トークンサーバシステム１０１０は、複数の供給文書のそれぞれに対応する供給文書トークンを作成してもよい。これらの供給文書トークンは、前述で説明される文書トークンと類似してもよい。トークンサーバシステム１０１０は、供給文書トークンを各供給文書の所有者に対応するデジタルウォレットに伝送してもよい。
【０２１４】
１１５０において、トークンサーバシステム１０１０は、所望の取引に関する仕様を含む需要文書を受信してもよい。例えば、需要文書は、商品、サービス、または不動産に関する仕様をリストアップしてもよい。ユーザは、新車を検索している場合があり、所望の自動車に関連する価格および／または他の詳細を入力してもよい。いくつかの実施形態では、ユーザは、ベビーシッターサービスを検索している場合があり、所望の経験年数等の仕様を供給してもよい。これらのユーザは、本情報を提供するために、トークンサーバシステム１０１０を介して需要文書を生成してもよい。
【０２１５】
１１５５において、トークンサーバシステム１０１０は、需要文書に対応する需要文書トークンを作成してもよい。トークンサーバシステム１０１０は、前述で説明される他の文書トークンと類似する本タイプの文書トークンを作成してもよい。１１６０において、トークンサーバシステム１０１０は、需要文書トークンをデジタルウォレットに伝送または転送してもよい。本伝送は、前述で説明されるようなデジタルウォレットへの文書トークンの他の転送と同様に起こってもよい。いくつかの実施形態では、デジタルウォレットは、需要文書を生成するユーザに対応してもよい。
【０２１６】
１１６５において、トークンサーバシステム１０１０は、仕様を識別するために、需要文書の内容を分析してもよい。例えば、トークンサーバシステム１０１０は、需要文書の内容に対応するフィールド値を識別してもよい。例えば、需要文書は、記入可能なフォームであってもよく、値は、抽出されてもよい。いくつかの実施形態では、トークンサーバシステム１０１０は、仕様に対応する意味情報を識別するために、光学文字認識アプリケーションおよび／または機械学習アルゴリズムを使用してもよい。
【０２１７】
１１７０において、トークンサーバシステム１０１０は、需要文書の仕様に対応する内容を含む、複数の供給文書のうちのある供給文書を識別してもよい。仕様の分析に基づいて、トークンサーバシステム１０１０は、仕様の基準を満たす内容を含む、１つ以上のマッチングする、および／またはほぼマッチングする供給文書を識別してもよい。例えば、供給文書は、需要文書の基準を満たす不動産の価格または経験年数を含んでもよい。トークンサーバシステム１０１０は、需要文書の抽出されたフィールドと供給文書からの匹敵するフィールドとに基づいて、本マッチングを実施してもよい。いくつかの実施形態では、トークンサーバシステム１０１０は、供給文書および／または供給文書トークンに対応するメタデータ層内の検索可能フィールドを識別してもよい。いくつかの実施形態では、トークンサーバシステム１０１０は、機械学習技法を利用し、供給文書を分析し、機械学習アルゴリズムの構成および／または訓練に基づいて、マッチングまたはほぼマッチングを識別してもよい。トークンサーバシステム１０１０は、識別された供給文書の所有者に、それらの特定の供給文書が選択されたことを通知してもよい。
【０２１８】
１１７５において、トークンサーバシステム１０１０は、識別された供給文書に対応する供給文書トークンをデジタルウォレットに伝送または転送してもよい。前述で説明されるように、デジタルウォレットは、需要文書を提供するユーザに対応してもよい。トークンサーバシステム１０１０は、前述で説明されるものと類似する様式で供給文書トークンを伝送してもよい。供給文書トークンを伝送することによって、デジタルウォレットに対応するユーザは、供給文書を閲覧してもよい。本許可は、デジタルウォレット内の供給文書トークンの包含に起因して識別されてもよい。いくつかの実施形態では、トークンサーバシステム１０１０は、秘密性指定が、需要文書を提供するユーザと供給文書を共有する許可を提供することを確認してもよい。前述で説明されるように、オファー文書を受信する本構成は、需要主導型取引システムを促進することを支援してもよい。
【０２１９】
種々の実施形態が、例えば、図１２に示されるコンピュータシステム１２００等の１つ以上の周知のコンピュータシステムを使用して実装されてもよい。１つ以上のコンピュータシステム１２００は、例えば、本明細書に議論される実施形態のうちのいずれかおよびそれらの組み合わせおよび副次的組み合わせを実装するために使用されてもよい。
【０２２０】
コンピュータシステム１２００は、プロセッサ１２０４等の１つ以上のプロセッサ（中央処理ユニットまたはＣＰＵとも呼ばれる）を含んでもよい。プロセッサ１２０４は、通信インフラストラクチャまたはバス１２０６に接続されてもよい。
【０２２１】
コンピュータシステム１２００はまた、モニタ、キーボード、ポインティングデバイス等のユーザ入力／出力デバイス１２０３を含んでもよく、これは、ユーザ入力／出力インターフェース１２０２を通して通信インフラストラクチャ１２０６と通信してもよい。
【０２２２】
プロセッサ１２０４のうちの１つ以上のものは、グラフィックス処理ユニット（ＧＰＵ）であってもよい。ある実施形態では、ＧＰＵは、数学集約的アプリケーションを処理するように設計される専用電子回路であるプロセッサであってもよい。ＧＰＵは、コンピュータグラフィックスアプリケーション、画像、ビデオ等に一般的な数学集約的データ等の大量のデータの並列処理のために効率的である並列構造を有してもよい。
【０２２３】
コンピュータシステム１２００はまた、ランダムアクセスメモリ（ＲＡＭ）等の主要または一次メモリ１２０８を含んでもよい。主要メモリ１２０８は、１つ以上のレベルのキャッシュを含んでもよい。主要メモリ１２０８は、制御論理（すなわち、コンピュータソフトウェア）および／またはデータをその中に記憶している場合がある。
【０２２４】
コンピュータシステム１２００はまた、１つ以上の二次記憶デバイスまたはメモリ１２１０を含んでもよい。二次メモリ１２１０は、例えば、ハードディスクドライブ１２１２および／またはリムーバブル記憶デバイスまたはドライブ１２１４を含んでもよい。リムーバブル記憶ドライブ１２１４は、フロッピーディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光学記憶デバイス、テープバックアップデバイス、および／または任意の他の記憶デバイス／ドライブであってもよい。
【０２２５】
リムーバブル記憶ドライブ１２１４は、リムーバブル記憶ユニット１２１８と相互作用してもよい。リムーバブル記憶ユニット１２１８は、その上にコンピュータソフトウェア（制御論理）および／またはデータを記憶しているコンピュータ使用可能または可読記憶デバイスを含んでもよい。リムーバブル記憶ユニット１２１８は、フロッピーディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光学記憶ディスク、および／または任意の他のコンピュータデータ記憶デバイスであってもよい。リムーバブル記憶ドライブ１２１４は、リムーバブル記憶ユニット１２１８から読み取る、および／またはそれに書き込んでもよい。
【０２２６】
二次メモリ１２１０は、コンピュータプログラムおよび／または他の命令および／またはデータがコンピュータシステム１２００によってアクセスされることを可能にするための他の手段、デバイス、コンポーネント、器具、または他のアプローチを含んでもよい。そのような手段、デバイス、コンポーネント、器具、または他のアプローチは、例えば、リムーバブル記憶ユニット１２２２およびインターフェース１２２０を含んでもよい。リムーバブル記憶ユニット１２２２およびインターフェース１２２０の実施例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイスにおいて見出されるもの等）、リムーバブルメモリチップ（ＥＰＲＯＭまたはＰＲＯＭ等）および関連付けられるソケット、メモリスティックおよびＵＳＢポート、メモリカードおよび関連付けられるメモリカードスロット、および／または任意の他のリムーバブル記憶ユニットおよび関連付けられるインターフェースを含んでもよい。
【０２２７】
コンピュータシステム１２００はさらに、通信またはネットワークインターフェース１２２４を含んでもよい。通信インターフェース１２２４は、コンピュータシステム１２００が、外部デバイス、外部ネットワーク、外部エンティティ等（個々に、および集合的に、参照番号１２２８によって参照される）の任意の組み合わせと通信および相互作用することを可能にしてもよい。例えば、通信インターフェース１２２４は、コンピュータシステム１２００が、有線および／または無線（またはそれらの組み合わせ）であり得、ＬＡＮ、ＷＡＮ、インターネット等の任意の組み合わせを含み得る、通信経路１２２６を経由して外部または遠隔デバイス１２２８と通信することを可能にしてもよい。制御論理および／またはデータは、通信経路１２２６を介してコンピュータシステム１２００に、およびそれから伝送されてもよい。
【０２２８】
コンピュータシステム１２００はまた、いくつかの非限定的実施例を挙げると、携帯情報端末（ＰＤＡ）、デスクトップワークステーション、ラップトップまたはノートブックコンピュータ、ネットブック、タブレット、スマートフォン、スマートウォッチまたは他のウェアラブル、家電製品、モノのインターネットの部分、および／または埋設システム、またはそれらの任意の組み合わせのうちのいずれかであってもよい。
【０２２９】
コンピュータシステム１２００は、限定ではないが、遠隔または分散クラウドコンピューティングソリューション、ローカルまたはオンプレミスソフトウェア（「オンプレミス」クラウドベースのソリューション）、「サービスとしての」モデル（例えば、サービスとしてのコンテンツ（ＣａａＳ）、サービスとしてのデジタルコンテンツ（ＤＣａａＳ）、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしての管理ソフトウェア（ＭＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのデスクトップ（ＤａａＳ）、サービスとしてのフレームワーク（ＦａａＳ）、サービスとしてのバックエンド（ＢａａＳ）、サービスとしてのモバイルバックエンド（ＭＢａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）等）、および／または前述の実施例または他のサービスまたは配信パラダイムの任意の組み合わせを含むハイブリッドモデルを含む、任意の配信パラダイムを通して任意のアプリケーションおよび／またはデータにアクセスする、またはそれをホストするクライアントまたはサーバであってもよい。
【０２３０】
コンピュータシステム４００内の任意の適用可能なデータ構造、ファイルフォーマット、およびスキーマが、限定ではないが、ＪａｖａＳｃｒｉｐｔオブジェクトノーテーション（ＪＳＯＮ）、拡張可能マークアップ言語（ＸＭＬ）、もうひとつ別のマークアップ言語（ＹＡＭＬ）、拡張可能ハイパーテキストマークアップ言語（ＸＨＴＭＬ）、無線マークアップ言語（ＷＭＬ）、ＭｅｓｓａｇｅＰａｃｋ、ＸＭＬユーザインターフェース言語（ＸＵＬ）、または単独で、または組み合わせにおける任意の他の機能的に類似する表現を含む規格から導出されてもよい。代替として、専用データ構造、フォーマット、またはスキーマが、排他的に、または公知またはオープンな規格と組み合わせてのいずれかで使用されてもよい。
【０２３１】
いくつかの実施形態では、その上に記憶される制御論理（ソフトウェア）を有する有形非一過性コンピュータ使用可能または可読媒体を備える、有形非一過性装置または製造品はまた、本明細書では、コンピュータプログラム製品またはプログラム記憶デバイスと称され得る。これは、限定ではないが、コンピュータシステム１２００、主要メモリ１２０８、二次メモリ１２１０、およびリムーバブル記憶ユニット１２１８および１２２２、および前述の任意の組み合わせを具現化する有形製造品を含む。そのような制御論理は、１つ以上のデータ処理デバイス（コンピュータシステム１２００等）によって実行されると、そのようなデータ処理デバイスを本明細書に説明されるように動作させてもよい。
【０２３２】
本開示に含有される教示に基づいて、図１２に示されるもの以外のデータ処理デバイス、コンピュータシステム、および／またはコンピュータアーキテクチャを使用して本開示の実施形態を作製および使用する方法が当業者に明白となるであろう。特に、実施形態は、本明細書に説明されるもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステム実装を用いて動作することができる。
【０２３３】
任意の他の節ではなく、詳細な説明の節は、請求項を解釈するために使用されることを意図していることを理解されたい。他の節は、発明者によって検討されるような、全てではないが、１つ以上の例示的実施形態を記載することができ、したがって、本開示または添付される請求項をいかようにも限定しないことを意図している。
【０２３４】
本開示は、例示的分野および用途のための例示的実施形態を説明するが、本開示は、それに限定されないことを理解されたい。他の実施形態およびその修正が、可能性として考えられ、本開示の範囲および精神内である。例えば、本段落の一般性を限定しないが、実施形態は、図に図示される、および／または本明細書に説明されるソフトウェア、ハードウェア、ファームウェア、および／またはエンティティに限定されない。さらに、実施形態は（本明細書に明示的に説明されるかどうかにかかわらず）、本明細書に説明される実施例以外の分野および用途に対する有意な有用性を有する。
【０２３５】
実施形態は、規定された機能およびそれらの関係の実装を図示する、機能的構造ブロックを用いて本明細書に説明された。これらの機能的構造ブロックの境界は、説明の便宜上、本明細書に恣意的に定義された。代替境界が、規定された機能および関係（またはそれらの均等物）が適切に実施される限り、定義されることができる。また、代替実施形態が、本明細書に説明されるものと異なる順序を使用して、機能的ブロック、ステップ、動作、方法等を実施することができる。
【０２３６】
本明細書における「一実施形態」、「ある実施形態」、「ある例示的実施形態」、または類似する語句の言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得るが、全ての実施形態が、必ずしも特定の特徴、構造、または特性を含み得るわけではないことを示す。さらに、そのような語句は、必ずしも同一の実施形態を指しているわけではない。さらに、特定の特徴、構造、または特性が、ある実施形態と関連して説明されるとき、本明細書に明示的に言及または説明されているかどうかにかかわらず、そのような特徴、構造、または特性を他の実施形態に組み込むことは、当業者の知識内であろう。加えて、いくつかの実施形態は、それらの派生語とともに、表現「結合される」および「接続される」を使用して説明されることができる。これらの用語は、必ずしも相互に関する同義語として意図されるわけではない。例えば、いくつかの実施形態は、２つ以上の要素が相互に直接物理的に、または電気的に接触していることを示すために、用語「接続される」および／または「結合される」を使用して説明されることができる。しかしながら、用語「結合される」はまた、２つ以上の要素が相互に直接接触していないが、それでもなお、相互に働き合う、または相互作用することを意味することができる。
【０２３７】
本開示の範疇および範囲は、上記に説明される例示的実施形態のうちのいずれかによって限定されるべきではなく、以下の請求項およびそれらの均等物のみに従って定義されるべきである。
【図１】
2021518028.tif 000003
【図２】
2021518028.tif 000004
【図３Ａ】
2021518028.tif 000005
【図３Ｂ】
2021518028.tif 000006
【図４】
2021518028.tif 000007
【図５】
2021518028.tif 000008
【図６】
2021518028.tif 000009
【図７】
2021518028.tif 000010
【図８Ａ】
2021518028.tif 000011
【図８Ｂ】
2021518028.tif 000012
【図８Ｃ】
2021518028.tif 000013
【図９】
2021518028.tif 000014
【図１０】
2021518028.tif 000015
【図１１Ａ】
2021518028.tif 000016
【図１１Ｂ】
2021518028.tif 000017
【図１２】
2021518028.tif 000018
【手続補正書】
【提出日】令和2年9月30日(2020.9.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピュータ実装方法であって、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含み、前記文書生成プロセスは、前記リンクに添付された前記１つ以上の文書に応答する文書を生成する、ことと
を含む、コンピュータ実装方法。
【請求項２】
１つ以上のリンクを管理するための第２のＧＵＩを生成することをさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項３】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項１に記載のコンピュータ実装方法。
【請求項４】
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項５】
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
をさらに含む、請求項１に記載のコンピュータ実装方法。
【請求項６】
前記応答文書は、デジタル署名を含む、請求項５に記載のコンピュータ実装方法。
【請求項７】
前記ブロックチェーン上で前記応答文書を公開することをさらに含む、請求項５に記載のコンピュータ実装方法。
【請求項８】
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含み、前記文書生成プロセスは、前記リンクに添付された前記１つ以上の文書に応答する文書を生成する、ことと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
【請求項９】
前記少なくとも１つのプロセッサはさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成するように構成される、請求項８に記載のシステム。
【請求項１０】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項８に記載のシステム。
【請求項１１】
前記少なくとも１つのプロセッサはさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を行うように構成される、請求項８に記載のシステム。
【請求項１２】
前記少なくとも１つのプロセッサはさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
を行うように構成される、請求項８に記載のシステム。
【請求項１３】
前記応答文書は、デジタル署名を含む、請求項１２に記載のシステム。
【請求項１４】
前記少なくとも１つのプロセッサはさらに、前記ブロックチェーン上で前記応答文書を公開するように構成される、請求項１２に記載のシステム。
【請求項１５】
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含み、前記文書生成プロセスは、前記リンクに添付された前記１つ以上の文書に応答する文書を生成する、ことと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
【請求項１６】
前記動作はさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成することを含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項１７】
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項１８】
前記動作はさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項１９】
前記動作はさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと、
前記ブロックチェーン上で前記応答文書を公開することと
を含む、請求項１５に記載の非一過性コンピュータ可読デバイス。
【請求項２０】
前記応答文書は、デジタル署名を含む、請求項１９に記載の非一過性コンピュータ可読デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
トークンサーバシステムはさらに、需要主導型バリューチェーンを提供するために、本開示に説明される技術的特徴を使用してもよい。需要主導型バリューチェーンは、ある需要を有する当事者が、伝統的に供給主導型取引マーケットプレイスを利用する業界において文書を生成することを可能にし得る。例えば、買い手が、オファーおよび／またはオファー文書を生成してもよい、売り手が、販売文書を生成してもよい、および／または買い手のエージェントが、そのクライアントの代わりにオファー文書を生成してもよい。例えば、伝統的なオンライン小売業者は、アイテムをリストアップし、買い手から購入注文を受信し得る。需要主導型バリューチェーンでは、売り手がリストを提供していない場合であっても、買い手が、商品、サービス、および／または不動産に関するオファーを提出してもよい。このように、トークンサーバシステムは、役割またはアカウントタイプに関係なく、当事者の間のオファー、反対オファー、および／または交渉を促進してもよい。買い手および／または売り手が、取引を開始してもよい。さらに、企業、店舗、企業体、および／または消費者等の異なる当事者および／またはアカウントタイプが、需要主導型バリューチェーンを使用し、ブロックチェーン保全を用いて取引を開始および／または促進してもよい。このように、トークンサーバシステムは、ブロックチェーンを使用して取引のための分散型マーケットプレイスをサポートしてもよい。
本発明は、例えば、以下を提供する。
（項目１）
コンピュータ実装方法であって、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を含む、コンピュータ実装方法。
（項目２）
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
をさらに含む、項目１に記載のコンピュータ実装方法。
（項目３）
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
をさらに含む、項目１に記載のコンピュータ実装方法。
（項目４）
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
をさらに含む、項目３に記載のコンピュータ実装方法。
（項目５）
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、前記方法はさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送することを含む、項目３に記載のコンピュータ実装方法。
（項目６）
前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成することであって、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、こと
をさらに含む、項目１に記載のコンピュータ実装方法。
（項目７）
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
をさらに含む、項目６に記載のコンピュータ実装方法。
（項目８）
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
（項目９）
前記少なくとも１つのプロセッサはさらに、
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
を行うように構成される、項目８に記載のシステム。
（項目１０）
前記少なくとも１つのプロセッサはさらに、
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
を行うように構成される、項目８に記載のシステム。
（項目１１）
少なくとも１つのプロセスはさらに、
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
を行うように構成される、項目１０に記載のシステム。
（項目１２）
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、少なくとも１つのプロセスはさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送する
ように構成される、項目１０に記載のシステム。
（項目１３）
前記少なくとも１つのプロセッサはさらに、前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成するように構成され、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、項目８に記載のシステム。
（項目１４）
前記少なくとも１つのプロセッサはさらに、
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
を行うように構成される、項目１３に記載のシステム。
（項目１５）
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
デジタルウォレットに対応するユーザアカウントから文書作成要求を受信することと、
文書の作成を促進することと、
前記文書の暗号化バージョンを暗号化および記憶することと、
前記文書の暗号化バージョンへのリンクを作成することと、
前記文書の暗号ハッシュを生成することと、
前記文書に対応する文書トークンを作成することと、
前記文書トークンを前記デジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記リンクおよび前記暗号ハッシュをブロックチェーンに公開することと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
（項目１６）
前記動作はさらに、
前記文書にアクセスすることを試みる当事者に前記文書を露見させるための条件を示す前記文書に関する秘密性指定を受信することと、
前記文書に対応するメタデータを介して前記秘密性指定を前記文書と関連付けることと
を含む、項目１５に記載の非一過性コンピュータ可読デバイス。
（項目１７）
前記動作はさらに、
前記文書の一部の修正を受信し、修正されたものを生成することと、
前記修正された文書の暗号化バージョンを暗号化および記憶することと、
前記修正された文書の暗号化バージョンに対応する第２のリンクを作成することと、
前記修正された文書に対応する第２の暗号ハッシュを生成することと、
１つ以上のスマートコントラクト機能を使用して、前記第２のリンクおよび前記第２の暗号ハッシュを前記ブロックチェーンに公開することと
を含む、項目１５に記載の非一過性コンピュータ可読デバイス。
（項目１８）
前記動作はさらに、
前記修正された文書に対応する第２の文書トークンを作成することと、
前記第２の文書トークンを前記デジタルウォレットに伝送することと
を含む、項目１７に記載の非一過性コンピュータ可読デバイス。
（項目１９）
前記デジタルウォレットは、第１のユーザアカウントに対応し、前記修正は、第２のユーザアカウントから受信され、前記動作はさらに、前記文書トークンを前記第２のユーザアカウントに対応する第２のデジタルウォレットに伝送することを含む、項目１７に記載の非一過性コンピュータ可読デバイス。
（項目２０）
前記動作はさらに、
前記文書のセグメント化部分の第１のセットおよび前記文書のセグメント化部分の第２のセットを表示するグラフィカルユーザインターフェース（ＧＵＩ）を生成することであって、前記第１のセットおよび前記第２のセットは、前記文書の同一のセグメント化部分に対応する、ことと、
前記セグメント化部分の第１のセットを介して第１のユーザからの前記文書の修正を促進することと、
前記セグメント化部分の第２のセットにおいて第２のユーザからの修正を表示することと
を含む、項目１５に記載の非一過性コンピュータ可読デバイス。
（項目２１）
コンピュータ実装方法であって、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を含む、コンピュータ実装方法。
（項目２２）
１つ以上のリンクを管理するための第２のＧＵＩを生成することをさらに含む、項目２１に記載のコンピュータ実装方法。
（項目２３）
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、項目２１に記載のコンピュータ実装方法。
（項目２４）
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
をさらに含む、項目２１に記載のコンピュータ実装方法。
（項目２５）
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
をさらに含む、項目２１に記載のコンピュータ実装方法。
（項目２６）
前記応答文書は、デジタル署名を含む、項目２５に記載のコンピュータ実装方法。
（項目２７）
前記ブロックチェーン上で前記応答文書を公開することをさらに含む、項目２５に記載のコンピュータ実装方法。
（項目２８）
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
（項目２９）
前記少なくとも１つのプロセッサはさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成するように構成される、項目２８に記載のシステム。
（項目３０）
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、項目２８に記載のシステム。
（項目３１）
前記少なくとも１つのプロセッサはさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を行うように構成される、項目２８に記載のシステム。
（項目３２）
前記少なくとも１つのプロセッサはさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと
を行うように構成される、項目２８に記載のシステム。
（項目３３）
前記応答文書は、デジタル署名を含む、項目３２に記載のシステム。
（項目３４）
前記少なくとも１つのプロセッサはさらに、前記ブロックチェーン上で前記応答文書を公開するように構成される、項目３２に記載のシステム。
（項目３５）
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
リンク生成プロセスを開始するために使用されるアイコンを含むグラフィカルユーザインターフェース（ＧＵＩ）を生成することと、
前記アイコンとの相互作用を受信することと、
１つ以上の文書をリンクに添付するためのインターフェースを生成することと、
前記ＧＵＩを介して前記リンクに１つ以上の文書を添付するためのインジケーションを受信することと、
前記１つ以上の文書のそれぞれに関する文書トークンを生成することであって、前記文書トークンは、前記１つ以上の文書のそれぞれの所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記１つ以上の文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクと、文書生成プロセスを開始するために使用される文書アクションボタンとを含む、ことと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
（項目３６）
前記動作はさらに、１つ以上のリンクを管理するための第２のＧＵＩを生成することを含む、項目３５に記載の非一過性コンピュータ可読デバイス。
（項目３７）
前記リンク生成プロセスは、前記ＧＵＩ上に表示されるプロンプトを含む、項目３５に記載の非一過性コンピュータ可読デバイス。
（項目３８）
前記動作はさらに、
前記１つ以上の文書のそれぞれの暗号化バージョンを暗号化および記憶することと、
前記１つ以上の文書のそれぞれの暗号化バージョンへのブロックチェーンリンクを作成することと、
前記１つ以上の文書のそれぞれの暗号ハッシュを生成することと
を含む、項目３５に記載の非一過性コンピュータ可読デバイス。
（項目３９）
前記動作はさらに、
前記文書アクションボタンとの相互作用を識別することと、
文書生成プロセスを促進し、応答文書を生成することと、
前記応答文書を伝送し、前記ＧＵＩ上に表示することと、
前記ブロックチェーン上で前記応答文書を公開することと
を含む、項目３５に記載の非一過性コンピュータ可読デバイス。
（項目４０）
前記応答文書は、デジタル署名を含む、項目３９に記載の非一過性コンピュータ可読デバイス。
（項目４１）
コンピュータ実装方法であって、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を含む、コンピュータ実装方法。
（項目４２）
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、項目４１に記載のコンピュータ実装方法。
（項目４３）
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、項目４１に記載のコンピュータ実装方法。
（項目４４）
前記第２の文書は、前記第１の文書の修正バージョンである、項目４１に記載のコンピュータ実装方法。
（項目４５）
前記第２の文書は、反対オファー文書である、項目４１に記載のコンピュータ実装方法。
（項目４６）
前記第２の文書は、デジタル署名を含む、項目４１に記載のコンピュータ実装方法。
（項目４７）
前記文書トークンを前記第２のデジタルウォレットに伝送することをさらに含む、項目４１に記載のコンピュータ実装方法。
（項目４８）
システムであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサであって、前記少なくとも１つのプロセッサは、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を行うように構成される、少なくとも１つのプロセッサと
を備える、システム。
（項目４９）
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、項目４８に記載のシステム。
（項目５０）
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、項目４８に記載のシステム。
（項目５１）
前記第２の文書は、前記第１の文書の修正バージョンである、項目４８に記載のシステム。
（項目５２）
前記第２の文書は、反対オファー文書である、項目４８に記載のシステム。
（項目５３）
前記第２の文書は、デジタル署名を含む、項目４８に記載のシステム。
（項目５４）
前記少なくとも１つのプロセッサはさらに、前記文書トークンを前記第２のデジタルウォレットに伝送するように構成される、項目４８に記載のシステム。
（項目５５）
非一過性コンピュータ可読デバイスであって、前記非一過性コンピュータ可読デバイスは、その上に記憶される命令を有し、前記命令は、少なくとも１つのコンピューティングデバイスによって実行されると、前記少なくとも１つのコンピューティングデバイスに、
第１のデジタルウォレットに対応する第１のアカウントから文書作成要求を受信することであって、前記第１のアカウントは、第１のアカウントタイプに対応する、ことと、
第１の文書の作成を促進することと、
前記第１の文書に対応する文書トークンを作成することと、
前記文書トークンを前記第１のデジタルウォレットに伝送することと、
１つ以上のスマートコントラクト機能を使用して、前記第１の文書のハッシュおよび前記第１の文書の暗号化バージョンへのリンクをブロックチェーンに公開することと、
第２のデジタルウォレットに対応する第２のアカウントに通知を伝送することであって、前記第２のアカウントは、前記第１のアカウントタイプと異なる第２のアカウントタイプに対応する、ことと、
前記第２のアカウントによる第２の文書の作成を促進することと
を含む動作を実施させる、非一過性コンピュータ可読デバイス。
（項目５６）
前記第１のアカウントタイプは、ユーザアカウントに対応し、前記第２のアカウントタイプは、店舗カウントに対応する、項目５５に記載の非一過性コンピュータ可読デバイス。
（項目５７）
前記第１のアカウントタイプは、店舗カウントに対応し、前記第２のアカウントタイプは、ユーザアカウントに対応する、項目５５に記載の非一過性コンピュータ可読デバイス。
（項目５８）
前記第２の文書は、前記第１の文書の修正バージョンである、項目５５に記載の非一過性コンピュータ可読デバイス。
（項目５９）
前記第２の文書は、反対オファー文書である、項目５５に記載の非一過性コンピュータ可読デバイス。
（項目６０）
前記第２の文書は、デジタル署名を含む、項目５５に記載の非一過性コンピュータ可読デバイス。
（項目６１）
コンピュータ実装方法であって、
文書アクションボタンと対応するメッセージを生成することであって、前記文書アクションボタンは、押されると、文書生成プロセスを開始させる、ことと、
前記文書生成プロセスが開始されると、
前記メッセージに対応する文書に関する文書トークンを生成することであって、前記文書トークンは、前記文書の所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記文書をブロックチェーンに公開することと
を含む、コンピュータ実装方法。
（項目６２）
コンピュータ実装方法であって、
文書をリンクに添付するためのインターフェースを生成することと、
前記文書に関する文書トークンを生成することであって、前記文書トークンは、前記文書の所有権を示すデジタルウォレット内にデポジットされる、ことと、
前記文書へのブロックチェーンリンクをブロックチェーンに公開することと、
前記リンクに対応するメッセージを生成することであって、前記メッセージは、前記ブロックチェーンリンクを含む、ことと
を含む、コンピュータ実装方法。
【国際調査報告】
2021518028.tif 000019
2021518028.tif 000020
2021518028.tif 000021