(57)【要約】      （修正有）【課題】情報共有をトラッキングするシステム、方法及びコンピュータ読み取り可能な記憶媒体を提供する。【解決手段】情報共有トラッキングシステムは、サーバを有する。サーバは、情報共有トランザクションをトラッキングし、情報共有トランザクションの貢献者を特定し、各貢献者の貢献のレベルを判断する。貢献のレベルは、ブロックチェーンによりセキュリティ保護される。処理回路は、各貢献者の貢献のレベルに基づき、各貢献者にアワードを与える。従って、共同制作の協働プロセスは、ブロックチェーンを用いてセキュリティ保護された状態で記録され、クリエイティブなプロセスの全体の集合的な変遷をモニタするのに使用される。同時に、特定の貢献に従って、該当する全ての関係者に適切なクレジットを与える。【選択図】図９
2020173803.tif 000002
【特許請求の範囲】
【請求項１】
情報共有トランザクションをトラッキングし、
前記情報共有トランザクションの貢献者を特定し、
各貢献者の貢献のレベルを判断し、前記貢献のレベルはブロックチェーンによりセキュリティ保護され、
各貢献者の貢献のレベルに基づき、各貢献者にアワードを与える
よう構成される処理回路
を具備するサーバ。
【請求項２】
請求項１に記載のサーバであって、
前記各貢献者の前記貢献のレベルを判断する前記処理回路は、さらに、
アプリケーション又は開発ソフトウェアを介して、情報共有インプットを受信し、
ユーザ権限をチェックし、
権限ありの前記情報共有インプットを受信したことを判断し、前記判断に応じて、データベースに前記情報共有インプットを記憶し、
ダイレクトアクセスポイントを介して、前記ブロックチェーンに前記情報共有インプットを追加し、
前記ブロックチェーンを用いて、前記データベースに記憶された前記情報共有インプットの完全性のチェックを実行し、
前記データベースに記憶された前記情報が有効であるかを判断し、
前記データベースに記憶された前記情報が有効であると判断し、前記判断に応じて、前記情報共有トランザクションにリワードを与える
よう構成される
サーバ。
【請求項３】
請求項２に記載のサーバであって、
前記処理回路は、さらに、
前記貢献者が前記権限チェックをパスしなかったと判断し、前記判断に応じて、前記情報共有トランザクションを拒否し、
前記データベースに記憶された前記情報が無効であると判断し、前記判断に応じて、前記ブロックチェーンに記憶された前記情報共有インプットで前記データベースを更新する
よう構成される
サーバ。
【請求項４】
請求項１に記載のサーバであって、
前記情報共有インプットは、並行して、前記データベースに記憶され、且つ、前記ブロックチェーンに追加される
サーバ。
【請求項５】
請求項２に記載のサーバであって、
前記ダイレクトアクセスポイントは、デジタルウォレットである
サーバ。
【請求項６】
請求項１に記載のサーバであって、
各貢献者にアワードを与える前記処理回路は、さらに、
第１のデバイスからリクエストを受信し、前記情報共有トランザクションにユニークなコードを生成し、
前記ユニークなコードが別のデバイスにより識別されたか否かを判断し、
前記ユニークなコードが１個の別のデバイス又は複数の別のデバイスにより識別されたことを判断し、前記判断に応じて、前記第１のデバイスにアワードを伝送する
よう構成される
サーバ。
【請求項７】
請求項６に記載のサーバであって、
前記情報共有トランザクションの前記ユニークなコードは、メタデータを含み、
前記メタデータは、情報共有トランザクションのタイプと、前記情報共有トランザクションのコンテンツの少なくとも一部とを含む
サーバ。
【請求項８】
請求項６に記載のサーバであって、
前記情報共有トランザクションのタイプは、１対１のトランザクション、１対多数のトランザクション、多数対多数トランザクション及び継続的な共同制作を含む
サーバ。
【請求項９】
情報共有トランザクションに正確にリワードを与える方法であって、
情報共有トランザクションをトラッキングし、
前記情報共有トランザクションの貢献者を特定し、
各貢献者の貢献のレベルを判断し、前記貢献のレベルはブロックチェーンによりセキュリティ保護され、
各貢献者の貢献のレベルに基づき、各貢献者にアワードを与える
方法。
【請求項１０】
請求項９に記載の方法であって、
前記各貢献者の前記貢献のレベルを判断するステップは、さらに、
アプリケーション又は開発ソフトウェアを介して、情報共有インプットを受信し、
ユーザ権限をチェックし、
権限ありの前記情報共有インプットを受信したことを判断し、前記判断に応じて、データベースに前記情報共有インプットを記憶し、
ダイレクトアクセスポイントを介して、前記ブロックチェーンに前記情報共有インプットを追加し、
前記ブロックチェーンを用いて、前記データベースに記憶された前記情報共有インプットの完全性のチェックを実行し、
前記データベースに記憶された前記情報が有効であるかを判断し、
前記データベースに記憶された前記情報が有効であると判断し、前記判断に応じて、前記情報共有トランザクションにリワードを与える
方法。
【請求項１１】
請求項１０に記載の方法であって、さらに、
前記貢献者が前記権限チェックをパスしなかったと判断し、前記判断に応じて、前記情報共有トランザクションを拒否し、
前記データベースに記憶された前記情報が無効であると判断し、前記判断に応じて、前記ブロックチェーンに記憶された前記情報共有インプットで前記データベースを更新する
方法。
【請求項１２】
請求項９に記載の方法であって、
前記情報共有インプットは、並行して、前記データベースに記憶され、且つ、前記ブロックチェーンに追加される
方法。
【請求項１３】
請求項１０に記載の方法であって、
前記ダイレクトアクセスポイントは、デジタルウォレットである
方法。
【請求項１４】
請求項９に記載の方法であって、
各貢献者にアワードを与えるステップは、さらに、
第１のデバイスからリクエストを受信し、前記情報共有トランザクションにユニークなコードを生成し、
前記ユニークなコードが別のデバイスにより識別されたか否かを判断し、
前記ユニークなコードが１個の別のデバイス又は複数の別のデバイスにより識別されたことを判断し、前記判断に応じて、前記第１のデバイスにアワードを伝送する
方法。
【請求項１５】
請求項１４に記載の方法であって、
前記情報共有トランザクションの前記ユニークなコードは、メタデータを含み、
前記メタデータは、情報共有トランザクションのタイプと、前記情報共有トランザクションのコンテンツの少なくとも一部とを含む
方法。
【請求項１６】
請求項１４に記載の方法であって、
前記情報共有トランザクションのタイプは、１対１のトランザクション、１対多数のトランザクション、多数対多数トランザクション及び継続的な共同制作を含む
方法。
【請求項１７】
コンピュータ読み取り可能な命令を記憶した非一過性のコンピュータ読み取り可能な記憶媒体であって、コンピュータが前記命令を実行するとき、前記命令は前記コンピュータに方法を実行させ、前記方法は、
情報共有トランザクションをトラッキングし、
前記情報共有トランザクションの貢献者を特定し、
各貢献者の貢献のレベルを判断し、前記貢献のレベルはブロックチェーンによりセキュリティ保護され、
各貢献者の貢献のレベルに基づき、各貢献者にアワードを与える
非一過性のコンピュータ読み取り可能な記憶媒体。
【請求項１８】
請求項１７に記載の非一過性のコンピュータ読み取り可能な記憶媒体であって、
前記各貢献者の前記貢献のレベルを判断するステップは、さらに、
アプリケーション又は開発ソフトウェアを介して、情報共有インプットを受信し、
ユーザ権限をチェックし、
権限ありの前記情報共有インプットを受信したことを判断し、前記判断に応じて、データベースに前記情報共有インプットを記憶し、
ダイレクトアクセスポイントを介して、前記ブロックチェーンに前記情報共有インプットを追加し、
前記ブロックチェーンを用いて、前記データベースに記憶された前記情報共有インプットの完全性のチェックを実行し、
前記データベースに記憶された前記情報が有効であるかを判断し、
前記データベースに記憶された前記情報が有効であると判断し、前記判断に応じて、前記情報共有トランザクションにリワードを与える
非一過性のコンピュータ読み取り可能な記憶媒体。
【請求項１９】
請求項１８に記載の非一過性のコンピュータ読み取り可能な記憶媒体であって、さらに、
貢献者が前記権限チェックをパスしなかったと判断し、前記判断に応じて、前記情報共有トランザクションを拒否し、
前記データベースに記憶された前記情報が無効であると判断し、前記判断に応じて、前記ブロックチェーンに記憶された前記情報共有インプットで前記データベースを更新する
非一過性のコンピュータ読み取り可能な記憶媒体。
【請求項２０】
請求項１７に記載の非一過性のコンピュータ読み取り可能な記憶媒体であって、
各貢献者にアワードを与えるステップは、さらに、
第１のデバイスからリクエストを受信し、前記情報共有トランザクションにユニークなコードを生成し、
前記ユニークなコードが別のデバイスにより識別されたか否かを判断し、
前記ユニークなコードが１個の別のデバイス又は複数の別のデバイスにより識別されたことを判断し、前記判断に応じて、前記第１のデバイスにアワードを伝送する
非一過性のコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報共有トラッキングシステム、方法及びコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
情報の共有はしばしば追跡されない。例えば、全ての非公式のインタラクション、公式のミーティング及びブレインストーミングセッションは、デジタルにモニタリングされないため、実際に授受された情報内容を把握するのは非常に難しい。従って、産業的、クリエイティブ又は科学的プロジェクトの成果物は、しばしば、複数の貢献者の複合的な尽力の結果であるにも拘らず、貢献者の貢献の効果は容易に評価できない。さらに複雑なことには、ワールドワイドウェブがユビキタスなアクセス性を実現する。このため、多数の関係者が、複合的なプロジェクトの構築にリモートで貢献することができる。複合的なプロジェクトは、有体物（グローバルな市場で販売されてよい）の製造、無体物（楽曲又はコンピュータプログラム等）の作成、科学的出版物の著述等のメソッドを含む。この様なプロジェクトが進行中に、貢献の帰属が不明となり、貢献の帰属が不正確になったりすることがある。貢献が正確な貢献者に帰属されたとしても、しばしば、リワードの配当が貢献に相当しないこともある。
【発明の概要】
【０００３】
「背景技術」で説明した内容は、本開示の文脈を概略的に説明する目的である。発明者らの考察は、背景技術に記載した範囲で、加えて、出願時における従来技術として認められない記載の形態で、明示的又は黙示的の何れにも本発明に対する従来技術として認められない。
【発明が解決しようとする課題】
【０００４】
【課題を解決するための手段】
【０００５】
本開示の主題の一形態によれば、情報共有トラッキングシステムは、サーバを有する。サーバは、情報共有トランザクションをトラッキングし、前記情報共有トランザクションの貢献者を特定し、各貢献者の貢献のレベルを判断し、前記貢献のレベルはブロックチェーンによりセキュリティ保護され、各貢献者の貢献のレベルに基づき、各貢献者にアワードを与えるよう構成される処理回路を有する。従って、共同制作の協働プロセスは、ブロックチェーンを用いてセキュリティ保護された状態で記録され、クリエイティブなプロセスの全体の集合的な変遷をモニタするのに使用され得る。同時に、特定の貢献に従って、該当する全ての関係者に適切なクレジットを与える。
上記段落は、概要を提示するために記載したものであり、特許請求の範囲を限定する意図では無い。添付図面と共に以下の「発明を実施するための形態」を参照して、実施形態及び利点が最良に理解される。
【図面の簡単な説明】
【０００６】
【図１】本開示の一形態に係る情報共有トラッキングシステムの一例を示す。
【図２】本開示の一形態に係る情報共有ワークフローを示す。
【図３】本開示の一形態に係る協働プロセスの概要を示す。
【図４】本開示の一形態に係る協働プロセスにおいて完成品のリリースに至る発達ラインを示す。
【図５Ａ】本開示の一形態に係るウェブアプリケーションのユーザインターフェースのメインページの一例を示す。
【図５Ｂ】本開示の一形態に係る１対１の対話のウェブアプリケーションのインターフェースの一例を示す。
【図５Ｃ】本開示の一形態に係る１対多数のインタラクションのウェブアプリケーションのインターフェースの一例を示す。
【図６】本開示の一形態に係るウェブアプリケーションの統計インターフェースの一例を示す。
【図７】本開示の一形態に係るウェブアプリケーションのアクティビティモニタリングインターフェースの一例を示す。
【図８】本開示の一形態に係る共同制作プロセスの一例を示す。
【図９】本開示の一形態に係る共同制作プロセスを正確にトラッキングする方法を示すアルゴリズムフローチャートである。
【図１０】本開示の一形態に係る情報共有トランザクションに正確にリワードを与える方法を示すアルゴリズムフローチャートである。
【図１１】本開示の一形態に係る情報共有トランザクションのリワードを配当する方法を示すアルゴリズムフローチャートである。
【図１２】本開示の主題の１以上の例示的な形態に係るサーバを示すハードウェアブロック図である。
【発明を実施するための形態】
【０００７】
添付図面を参照して詳細な説明を参照し本開示をよりよく理解することにより、本開示のより完全な評価及びそれに伴う利点の多くが容易に得られる。
【０００８】
添付図面を参照する下記の説明は、本開示の主題の種々の実施形態の説明を意図したものであり、実施形態のみを限定的に意図する必要は無い。一部の例において、説明は特定の詳細な内容を含むが、これは、本開示の主題の理解を助けることを目的とする。しかしながら、当業者に明らかなように、この特定の詳細な内容を用いずに実施形態を実現してもよい。一部の例において、公知の構成及びコンポーネントをブロック図の形態で図示することがあるが、これは、本開示の主題が不明瞭になるのを避けるためである。
【０００９】
明細書中に記載の「一実施形態」又は「実施形態」は、実施形態に記載された特定の特徴、構成、特性、動作又は機能が、本開示の主題の少なくとも一実施形態に含まれることを意味する。従って、明細書中の「一実施形態において」又は「実施形態において」の如何なる記載も、同じ実施形態を説明する必要は無い。さらに、複数の特定の特徴、構成、特性、動作又は機能が、１以上の実施形態で、如何なる適切な方法で複合されてもよい。さらに、本開示の主題の実施形態は、記載した実施形態の変形及びバリエーションを網羅してもよいし実際に網羅することを意図している。
【００１０】
なお、明細書及び添付の特許請求の範囲で使用するように、単数形「一」及び「前記」は、文脈上明確に断りが無い限り、複数形も意味する。言い換えれば、明確に特定しない限り、本開示の用語「一」等は、「１又は複数」を意味する。さらに、ここで使用される「左」、「右」、「上」、「下」、「前」、「後ろ」、「側」、「高さ」、「長さ」、「幅」、「高い」、「低い」、「内部」、「外部」、「内」、「外」、等の語句は、単に視点を示すものであり、本開示の主題の実施形態を如何なる特定の方向又は構成にも限定する必要は無い。さらに、ここに記載する「第１」、「第２」、「第３」等の語句は、多数のポーション、コンポーネント、始点、動作及び／又は機能のうちの１個を単に特定するものであり、同様に、本開示の主題の実施形態を如何なる特定の構成又は方向にも限定する必要は無い。
【００１１】
図面中、いくつかの図において、類似の参照符号は同一又は対応するコンポーネントを示す。
【００１２】
図１は、本開示の一形態に係る情報共有トラッキングシステム１００（以下、システム１００）の一例を示す。システム１００は、サーバ１０５、リモートデバイス１１０、ブロックチェーンデータベース１１５、データベース１２０及びネットワーク１３０を含んでもよい。
【００１３】
サーバ１０５は、ネットワーク１３０及びリモートデバイス１１０を介して、ブロックチェーンデータベース１１５及びデータベース１２０と通信可能に接続された１以上のサーバでもよい。サーバ１０５は、後述の様に、システム１００の種々の処理を実行するよう構成されてもよい。さらに、サーバ１０５は、仮想的なハードウェアリソースセットに対応する、専用のサーババンク、クラウドベースの処理及び／又はサーバレスコンピューティングシステムでもよい。
【００１４】
リモートデバイス１１０は、ネットワーク１３０を介してサーバ１０５、ブロックチェーンデータベース１１５及びデータベース１２０と通信可能に接続された１以上のリモートデバイスでもよい。リモートデバイス１１０は、コンピュータ、ラップトップ、スマートフォン、タブレット、ＰＤＡ等でもよい。リモートデバイス１１０は、後述の様に、ユーザにより操作されてシステム１００とインタラクションしてもよい。例えば、如何なるリモートデバイス１１０が使用されてもよく、リモートデバイス１１０は、ウェブアプリを用いて、及び／又は、ＡＰＩを介してシステム１００と通信するソフトウェアツールを用いて、システム１００に接続してもよい。
【００１５】
ブロックチェーンデータベース１１５は、ネットワーク１３０を介して、サーバ１０５、リモートデバイス１１０及びデータベース１２０と通信可能に接続されてもよい。ブロックチェーンデータベース１１５は、後述の様に、イミュータブルな台帳にユーザアクティビティ及びインタラクションに対応する情報を記憶するよう構成されてもよい。ブロックチェーンは、イミュータブルで暗号化によりセキュリティ保護された分散型データベースである。従って、ここで、ブロックチェーン及びブロックチェーンデータベースは、互換的に使用されてよい。ブロックチェーンの一例において、ブロックチェーンは、同じサイズのブロックに情報を記憶する。各ブロックは、前のブロックからのハッシュ化情報を含み、暗号セキュリティを提供する。ハッシュは、例えば、ＳＨＡ２５６（一方向のハッシュ機能）でもよい。このハッシュ化情報は、前のブロックからのデジタル署名及びデータである。ブロックチェーンが作成した最初のブロックまで戻った前のブロックのハッシュは、「ジェネシスブロック」と呼ばれる。この情報は、ハッシュ機能（次のブロックのアドレスを指示する）を通して伝わる。ブロックをブロックチェーンに追加すると、この情報は、全てに対してトランスペアレントでイミュータブルである。あるいは／さらに、ブロックチェーンは、プライベート又は権限のある環境内（例えば、社内）で稼働してもよい。なお、ブロックチェーンが「イミュータブル」と言える理由は以下の通りである。理論的には、ブロックチェーンのコンテンツを変更可能である。しかしながら、ブロックチェーンを逆行的に変更する場合、非常に大量のコンピューティングパワーが必要であり、従って、多くの場合、不可能かつ確実に実行不可能である。従って、質的に実行不可能であるため、ここではブロックチェーンがイミュータブルであると記載する。
【００１６】
データベース１２０は、ネットワーク１３０を介してサーバ１０５、リモートデバイス１１０及びブロックチェーンデータベース１１５に通信可能に接続された、１以上のデータベースでもよい。データベース１２０は、後述の様に、システム１００の情報を記憶するよう構成されてもよい。例えば、データベース１２０は、高速データアクセス及び解析のためにリモートデバイス１１０を介して取り込んだユーザインタラクションを記憶してもよい。さらに、データベース１２０を介して記憶されたインタラクションを、後述の様に、並行して、ブロックチェーン（例えば、ブロックチェーンデータベース１１５を介して）に追加してもよい。
【００１７】
ネットワーク１３０は、パブリックネットワーク（インターネット等）、プライベートネットワーク（ＬＡＮ又はＷＡＮネットワーク等）又はこれらのあらゆる組み合わせでもよい。ネットワーク１３０は、また、ＰＳＴＮ又はＩＳＤＮサブネットワークを含んでもよい。ネットワーク１３０は、また、有線（イーサネットネットワーク等）でもよいし、又は、無線（ＥＤＧＥ、３Ｇ、４Ｇ及び５Ｇ無線セルラーシステムを含むセルラーネットワーク等）でもよい。無線ネットワークは、また、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は公知の他のあらゆる無線通信形式でもよい。
【００１８】
一般に、システム１００は、信頼できるやり方で、共有プロジェクトに対する全ての個々の貢献を評価及び定量化してもよい。
【００１９】
より具体的には、システム１００は、ユーザインターフェースを有するウェブアプリケーションを含む複合システムでもよい。ウェブアプリケーションは、例えば、リモートデバイス１１０を介してアクセス及びインタラクションされてもよい。ウェブアプリケーションは、ブロックチェーンデータベース（例えば、ブロックチェーンデータベース１１５）に通信可能に接続されてもよい。ブロックチェーンデータベースは、分散型かつイミュータブルな方法で、ユーザの貢献を記憶することができる。ユーザインターフェースは、１以上のユーザの物理的（即ち、対面）及び仮想的（即ち、ウェブを介した）インタラクションの両方をトラッキング可能でもよい。ウェブアプリケーションは、ユーザアクティビティ及びインタラクションを記録してもよい。また、ブロックチェーンデータベース１１５は、全てのインタラクションに対応する情報を受信し、イミュータブルな台帳（イミュータビリティ及び信頼性を保証する）に記憶してもよい。
【００２０】
貢献は、有体物又は無体物（例えば、ユーザが、情報、ナレッジ、ノウハウ又は有体物である知的成果物を共有する全てのプロセスを含むナレッジ転送プロセス）の両方でもよい。その結果、共同制作の協働プロセスを記録し、全てのクリエイティブなプロセスの集合的な変遷をモニタするのに使用してもよい。同時に、特定の貢献に応じて、全ての該当する関係者に適切なクレジットを与える。
【００２１】
例えば、システム１００は、ブロックチェーンに接続したウェブアプリケーションを用いた共同研究の科学的環境において、情報のフローを記録してもよい。ウェブアプリケーションで、ユーザ（例えば、科学的環境にいる共同研究者）は、スマートフォン上にＱＲコードを作成及びスキャンし、及び／又は、ＵＲＬを送信することにより、相互にインタラクションしてもよい。記録し得る異なるタイプのインタラクションは、ピアツーピア（例えば、ディスカッション、電子メール等）、１対多数の（例えば、レクチャー、書籍、論文等）、多数対多数（例えば、グループミーティング等）、プロジェクト（例えば、継続的な共同制作）等を含んでもよい。ユーザ（例えば、講演者）がインタラクションのＱＲコードを作成すると、情報を受けた人（例えば、レクチャーに参加した聴講者）は、ＱＲコードをスキャンしてトランザクションを開始してもよい。各トランザクションにコメントを付けてもよく、情報を受けた人にアワードを与えてもよい（例えば、仮想コイン）。トランザクションを、バックアップとして、従来型データベース（例えば、データベース１２０（例えば、ＳＱＬデータベース））及びブロックチェーン（例えば、ブロックチェーンデータベース１１５）に記憶してもよい。ブロックチェーンは、分散型及びパブリック、又は、会社又は調査グループ内の権限のあるブロックチェーンとして使用されてもよい。信用システムを使用して各ユーザの貢献を評価したり仮想通貨を交換する場合、例えば、ブロックチェーンのスマートコントラクトを用いて処理してもよい。
【００２２】
別の例において、システム１００は、音楽産業での協働的な共同制作に使用してもよい（例えば、図８参照）。
【００２３】
システム１００の利点は、分散型かつイミュータブルな方法で各個人のアクティビティを記録することである。各個人のために、個人のアクティビティを記録し、同時に、各個人の貢献に適切なクレジットスキームを与えることが、利点である。科学的なアクティビティにおいて、例えば、正確なレジュメ及び履歴書を作成するのに、システム１００を使用してもよい。クリエイティブな産業において、例えば、実際に実行された個々の作業量に応じて、完成品の配当を明白にシェアするのに、システム１００を使用してもよい。また、会社内でシステム１００を採用してもよい。この場合、例えば、従業員の個々のアクティビティに、責務及びリワードが結び付けられる。
【００２４】
より具体的には、システム１００は、以下の利点を含んでもよい。（１）リワードをより正確に定量化するため、プロジェクト（パブリック、プライベート、科学的、芸術等のプロジェクトでもよい）の参加者の個々の尽力を評価する。（２）集合的な一連のワークフロー内の個々の責務を評価する。（３）実際の達成に基づき、個々の信頼性のある専門知識の記録を構築する。（４）個人的及びグローバルなナレッジ転送プロセスを、表示し、視覚化し、統計的処理する。（５）クリエイティブなプロダクション等を発展させるため、会社及びグローバルの両方のレベルで、イノベーション、ナレッジクリエーション、共同制作（コラボレーション）を理解する。
【００２５】
言い換えれば、システム１００が記録するナレッジトランザクションは、非集約型かつイミュータブルである。要するに、言い換えれば、ナレッジトランザクションは、ブロックチェーンによりセキュリティが保証されているため、完全にトランスペアレントで、検閲又は改竄が不可能である。システム１００が、作業プロジェクトにユーザ個々の貢献を信頼性がありイミュータブルな方法で記録し続けることで、個々のユーザの利益となる。この記録を、例えば、ポトフォリオとして使用して就職活動に役立ててもよい。さらに、この記録により、会社は、コミュニケーション及び共同制作の変遷を、より深いレベルで理解できる。また、この記録を、触媒となる条件（イノベーションを創造する条件）を理解及び改善するのに使用してもよい。
【００２６】
図２は、本開示の一形態に係る情報共有ワークフロー２００を示す。個人貢献２０５は、ユーザインプットとして、トラッキング対象の情報共有に相当してもよい。個人貢献２０５は、適切なＡＰＩ（例えば、ＡＰＩ２２０）と併せて既存の開発ソフトウェア２１５及び／又はウェブアプリケーション２１０に由来してもよい。インプットを受信すると（例えば、ウェブアプリ２１０及び／又は開発ソフトウェア２１５を介した個人貢献２０５）、貢献（インプット）がサーバ１０５に送信されてもよい。貢献（インプット）は、その後、高速データアクセス可能な従来型データベース（例えば、データベース１２０）に記憶され、解析２３５が実行されてもよい。並行して、貢献（インプット）は、ダイレクトアクセスポイント（例えば、デジタルウォレット２２５）を介して、ブロックチェーン１１５に追加される。このアクセスポイントは、ユーザに制御され、検閲の脅威を除去する。ブロックチェーン１１５は、従来型データベース１２０に記憶されたデータの完全性及び正当性（例えば、完全性のチェック２３０）を保証するのに使用される。非集約型ソリューションが要求される場合、例えば、従来型データベース１２０の代わりに、分散型ファイルストレージシステム（例えば、インタープラネタリーファイルシステム（ＩＰＦＳ））を使用してもよい。
【００２７】
言い換えれば、ワークフロー２００が示すシステム１００は、ブロックチェーン１１５の高いレベルのセキュリティ及び信頼性を利用することができる。一実施形態において、ブロックチェーン１１５は、イーサリアムブロックチェーンでもよい。各ユーザは、ウォレットからブロックチェーン１１５にアクセスしてもよい。ブロックチェーン１１５は、検閲又は不正の脅威を効率的に排除する。具体的なユースケースにおいて、より集約型のアプローチが要求される場合、例えば、ハイパーレジャーファブリックブロックチェーンを代わりに使用するのが有効である。
【００２８】
さらに、ウェブアプリケーション２１０は、一例として意図したものである。なお、ウェブアプリケーション２１０は、例えば、モバイルアプリケーション又はデスクトップアプリケーションでもよい。
【００２９】
一実施形態において、システム１００は、ＡＩファシリテータを含んでもよい。ＡＩファシリテータは、ユーザ（例えば、作曲家、音楽家、作家、科学者、ビジネスマン等）と常に対話し、ユーザが込み入った考えを突破するための助力となってもよい。また、ＡＩファシリテータは、ユーザと共に未踏の道を進み、作者の感覚に近いながらも新しく未知な道を提案してもよい。このプロセスを通して、ＡＩシステムは、共同制作の出現する空間に表現を適応して、探求した空間の表現を常に構築する。
【００３０】
さらに、一実施形態において、システム１００は、適切に創造したユーザのクレジットスキームをサポートしてもよい。このスキームにより、システム１００は、ユーザの貢献を公平に承認する。公平性は、分散型ブロックチェーン技術により証明される。このスキームは、利点があり、別のスキームからのパラダイムシフトである。かつてのスキームは、多数の匿名の「ゴースト」貢献者がいた。一方、システム１００のスキームは、完成品に対する貢献者の実際の貢献に応じて、各貢献者にリワードを与える。
【００３１】
図３は、本開示の一形態に係るシステム１００がトラッキングする協働プロセス３００の概要を示す。協働プロセス３００は、いくつかのタイプのイベントを含む。例えば、作成３０５は、ユーザによる新しいエレメントの作成に相当してもよい。確定３１０は、ユーザの貢献に対するユーザによる変更に相当してもよい。分岐編集３１５は、別のユーザのエレメントのユーザ編集に相当してもよく、新しい発達ラインを作成しつつ、古いエレメント（分岐編集の由来となるエレメント）は、古いエレメント自身の発達ラインに存在し続ける。マージリクエスト３２０は、ユーザの変更をオリジナルのエレメントに組み込み戻すためのユーザリクエストに相当してもよい。確定マージ３２５は、確定したマージリクエスト３２０に相当してもよい。その結果、変更をオリジナルのバージョンに組み込むことにより、複数のエレメントがマージされ、分岐した発達ラインをクローズする。マージ３３０は、ユーザが２個のエレメントをマージすることにより、新しいエレメント及び新しい発達ライン（例えば、楽曲及びボーカル）を作成することに相当してもよい。さらに、古いエレメントは、古いエレメント自身の発達ラインに沿って発達し続けてもよい。リリース３３５は、完成品としてリリースされるエレメントに相当してもよい。完成品をリリースするとき、システム１００は、完成品に至るまでの発達ラインに含まれる特定の貢献をトラッキングすることにより、貢献した全てのユーザをハイライトしてもよい。図４は、完成品に至るまでの発達ラインのトラッキングの具体例を示す。
【００３２】
図４は、本開示の一形態に係る協働プロセス３００に含まれる、完成品のリリース４１０に至る発達ライン４０５を示す。さらに、複合的な構成の各ノードは、一連のメタデータ４１５に関連付けられる。メタデータ４１５は、ノードに係るイベントタイプ、異なる複数のＩＤ、貢献したユーザ、タイムスタンプ、ノードが示す実コンテンツのハッシュ等を示す。
【００３３】
図５Ａ−５Ｃは、本開示の一形態に係るウェブアプリケーション２１０のユーザインターフェースの一例を示す。
【００３４】
図５Ａは、本開示の一形態に係るウェブアプリケーション２１０のユーザインターフェースのメインページ５０５の一例を示す。
【００３５】
図５Ｂは、本開示の一形態に係る１対１の対話のウェブアプリケーション２１０のインターフェースの一例を示す。
【００３６】
図５Ｃは、本開示の一形態に係る１対多数のインタラクションのウェブアプリケーション２１０のインターフェースの一例を示す。
【００３７】
図５Ａを再び参照する。ウェブアプリケーション２１０は、ユーザ間に発生したナレッジの転送を記録してもよい。例えば、ユーザＡからユーザＢに情報が流通する度に、ユーザＢは、評価のサインとして「Ｋスター」（Ｋに星印）と称する仮想コインをユーザＡに送信する。ユーザは、例えば、モバイルデバイス上にＱＲコードを生成しスキャンし、さらに、情報共有の簡単な説明を追加することによりインタラクションしてもよい。全てのアクティビティを、公開されたブロックチェーン１１５に記録してもよい。なお、仮想通貨「Ｋスター」は、一例であり限定では無い。
【００３８】
ウェブアプリケーション２１０は、種々のタイプのインタラクション（１対１の対話、トーク、セミナー、レクチャー、グループミーティング等を含む）を取り込んでもよい。以下の例は、ウェブアプリケーション２１０の使用の例示を単に意味し、限定を意図しない。例えば、１対１の対話において、ユーザＡは、問題解決のためユーザＢを手助けしてもよいし、有意義な情報をユーザＢに伝達するだけでもよい。その後、ユーザＢは、ウェブアプリケーション２１０で「Ｋスター」コインをユーザＡに送信し、インタラクションのタイプ及びコンテンツを特定するコメントを追加してもよい。インタラクションのタイプ及びコンテンツを特定するために、ユーザＡは、例えば、メインページ５０５のディスカッションアイコン５１０を選択し、「Ｋスターをもらう」オプション５３０（参照：図５Ｂ）を選択してもよい。ユーザＡは、詳細を含むＱＲコードを生成し、トランザクションを開始する。ユーザＢもまた、ディスカッションセクションを開き、「Ｋスターをあげる」オプション５３５（参照：図５Ｂ）を選択し、光学式ＱＲコードスキャナを起動する。ＱＲコードをスキャンすると、ユーザＢは、コメントを追加し、インタラクションにコメントを付ければよい。トランザクションの詳細は、内蔵データベース（例えば、データベース１２０）記憶され、同時に、有効性の判断のためブロックチェーン１１５にサブミットされる。
【００３９】
トーク、セミナー及びレクチャー等のインタラクション（例えば、１対多数のインタラクション）のために、講演者は、メインページ５０５のレクチャーアイコン５１５及びホストボタン５４０（参照：図５Ｃ）を順に押下することにより、イベント用のＱＲコードを生成する必要がある。講演者は、さらに、イベントの説明文を追加し、ＱＲ制限時間を設定してもよい。説明文は、さらに、有益な詳細情報（補助的な素材のへリンク、データセット等）を含んでもよい。イベントに参加するユーザは、自分のウェブアプリケーションからレクチャーアイコン５１５及び参加ボタン５４５（参照：図５Ｃ）を順に押下すればよい。ＱＲコードをスキャンすると、参加者は、講演者に有益となりうるコメント（例えば、レクチャーのフィードバック）を追加してもよい。その後、講演者は、承認済みの各参加者に対する「Ｋスター」を受け取る。
【００４０】
グループミーティング等のインタラクションにとって、グループミーティング機能の目的は、２以上のユーザが等しく情報を共有した状況を記録することにある。例えば、参加者のうちの１人が、グループアイコン５２０及び作成ボタン（例えば、グループミーティングの作成を承認するための次のスクリーンに表示される）を順に押下することにより、ミーティング用のＱＲコードを生成してもよい。ミーティングの説明文を追加してもよく、ＱＲ制限時間を設定してもよい。ミーティングに参加するユーザもまた、例えば、自分がグループミーティングに参加していることを承認するために、ウェブアプリケーションのグループアイコン５２０及び参加ボタンを順に押下してもよい。全ての参加ユーザが、「Ｋスター」を受け取る。ＱＲコードを作成したユーザは、例えば、トランザクションを承認したことにより少なくとも別のユーザがミーティングに加わるとすぐに、「Ｋスター」を受け取る。
【００４１】
ユーザは、例えば、ファストスキャンアイコン５２５を用いたインタラクションをすることにより、ＱＲコードを直接スキャンしてもよい。ＱＲコードが利用可能とすぐに、ユーザは、アイコン（ディスカッション５１０、レクチャー５１５又はグループミーティング５２０）をクリックする必要無く、ＱＲコードを直接スキャンしてもよい。言い換えれば、ファストスキャンアイコン５２５は、ＱＲコードスキャン用カメラにアクセスするためのショートカットでもよい。あるいは／さらに、外部のＱＲコードスキャナを用いて、ウェブアプリケーション２１０が生成したＱＲコードをスキャンしてもよい。その理由は、ＱＲコードは、トランザクションの詳細の全てを含む符号化ＵＲＬを埋め込んでいるためである。
【００４２】
さらに、トランザクションを起動するのに使用されるＱＲコードは、以下の情報（ユーザＩＤ、タイムスタンプ及びトランザクションのハッシュ）を含む。トランザクションのハッシュは、サーバ１０５だけが知る秘密文字列をこれらのデータに追加すると生成される。その結果、システムに偽の情報を挿入する意図により何れかの情報が変更された場合、ハッシュがマッチしないので、サーバ１０５がトランザクションを拒否する。例えば、ピアツーピアインタラクションにおいて、１人の参加者が偽の情報を挿入しようと試みる場合、トランザクションが拒否される。この場合、システム１００から見ると、トランザクションが一切発生せず、クレジットのリワードが誰にも与えられない。１対多数又はグループインタラクションにおいて、悪意のあるトランザクションは拒否され、このため、悪意のある貢献（インプット）は無視される。しかしながら、１対多数又はグループシナリオにおいて、全ての他の有効な貢献（インプット）及び対応するクレジットは、このイベントの影響を受けない。
【００４３】
図６は、本開示の一形態に係るウェブアプリケーション２１０の統計インターフェース６０５の一例を示す。統計インターフェース６０５は、例えば、トランザクションの統計及び対応するランキングを含んでもよい。さらに、統計インターフェース６０５は、ユーザ間の情報共有を示すデータポイントクラウドを含んでもよい。
【００４４】
図７は、本開示の一形態に係るウェブアプリケーション２１０のアクティビティモニタリングインターフェース７０５の一例を示す。アクティビティモニタリングインターフェース７０５は、種々のインタラクションをリストアップしたフィードでもよい。この場合、例えば、ウェブアプリケーション２１０を使用して、情報共有をトラッキングする。アクティビティモニタリングインターフェース７０５にリストアップされたインタラクションは、タイムスタンプを含んでもよい。
【００４５】
図８は、本開示の一形態に係る共同制作プロセス８００の一例を示す。共同制作プロセス８００は、楽曲作成ソフトウェアツール（例えば、開発ソフトウェア２１５）を含む。さらに、ソフトウェアは、チャットウィンドウを含む。システム１００は、例えば、ＡＰＩ２２０を介して、共有８０５（例えば、貢献、通信、メタデータ（作者、時間）等）に対応する全ての情報を記録し、従来型データベース（例えば、データベース１２０）に情報を記憶してもよい。並行して、情報のハッシュをブロックチェーン１１５に追加する。なお、ソフトウェアツール及び共同制作プロセスは、一例である。一般にマルチメディアプロダクションを含む現代的なクリエイティブな業界において、複数の共同制作（コラボレーション）プロセス及び複数のソフトウェアツールは様々でよい。
【００４６】
言い換えれば、ブロックチェーンベースのイミュータブルな台帳は、アクションの完全なシーケンスのセキュリティを保証する。これにより、種々の開発ソフトウェア２１５及びシステム１００を、集合的なクリエイティブなプロセスを記録するのに使用してもよい。さらに、ユーザに、クリエイティブな功績について助言してもよい。これにより、ユーザは、貢献の複合的な構成をリアルタイムでナビゲートし、マージすべき有意義なチャンク及びさらに探求すべき注目に値するアイデアを推薦し、進むべき新しい道を特定する。さらに、システム１００は、適切なＡＩアシスタントとして作者と協働してもよい。ＡＩアシスタントは、特定のニーズに応じた楽曲又はテキストの適切なセグメントを作成及び提案する。ユーザは、システム１００の監督者として振る舞ってもよい。この場合、ユーザは、プロジェクトの現在のステータスを継続的に評価し、異なる貢献の妥当性を立証及びレーティングし、楽曲又はテキスト及び二次的な複合物のポーションをマージし質を上げる。システム１００は、また、完成品に対する特定の貢献に応じて、全ての該当する貢献者に適切なクレジットを与えてもよい。上述のように、クレジット属性は、人的貢献及びアルゴリズム（共同制作プロセスを反映する完全なネットワークストラクチャを評価するアルゴリズム）の両方に基づく。
【００４７】
システム１００は、以下の様に有利に応用される。例えば、システム１００等のブロックチェーンベースのアプリケーションは、協働的な尽力の成果物としてテキストコンテンツを作成する方法を、根底から変え得る。従来型の出版物は、最終バージョンが変わることは無い。従来型の出版物は、外部の関係者（即ち、出版社、刊行物等）により承認された自分の仕事に対するクレジットを得た１以上の作者と、明確に結びついている。このプロセスにより、出版物は非常に普及したが、該当する情報を検索することが難しいことが多いという、明らかな難点もある。また、クレジットシステムが、非常に偏っており不公平であり得る。さらに、作家コミュニティのクリエイティブな潜在能力を、全く活用していない。システム１００のブロックチェーン１１５等の分散型かつイミュータブルな台帳を用いる可能性により、出版物が流動的になり得る。流動的な出版物は、複数の変形物を含む複合的なシステムを導く連続的な一連の個々の貢献を通して発達する、流動的なオブジェクトである。
【００４８】
個々の貢献をトラッキング及び評価することが可能であるため、プロダクトをリリースする必要性を、クレジットを与えるプロセスから切り離すことができる。実際の貢献（上述）に基づき、さらに、プロダクトの最終リリースと無関係に、クレジットを実際に与えることができる。応用例として、流動的なテキストブック、流動的なニュースレポート、流動的なクリエイティブな作品（例えば、インタラクティブな脚本）等がある。システム１００は、共同制作に用いる効果的なプラットフォーム、コンテンツ及び共同研究者を提案するＡＩファシリテータ、クレジットの承認のためのブロックチェーン、及びユーザのために適切に創造されたクレジットスキームを有する。このため、システム１００は、この応用例に使用可能である。
【００４９】
システム１００の別の利点は、信頼性の高いクレジットスキームである。例えば、信頼性の高い方法でクレジットを与えるために信頼性のあるスキームにより自分のクリエイティビティが表現されると表明する貢献者が、システム１００にとって鍵となる要素である。クリエイティブなプロセス全体がトラッキングされ（例えば、どのような状況下で誰が何時に何をした）、複合的な空間配列的構造（例えば、図３）により表現されると、良定義（ｗｅｌｌ−ｄｅｆｉｎｅｄ）な数学的問題（全ての貢献者間でどのようにクレジットを配当するか）が生じる。例えば、図４において、完成品のリリース４１０に至る発達ライン４０５は、完成品のリリースに至るまでの貢献の集合である。クレジット付与スキームにより、公平な方法で、収益を再分配することができる。大きく異なる複数の貢献（例えば、重要な変更、これに対して、品質を上げるための広範な編集）の相対的な重要性を評価する必要があるため、この問題は重大である。このスキームは、人的貢献（ブロックチェーンを介して収集及び評価されたものも含む）と、ネットワーク理論及びコンプレキシティサイエンスにインスパイアされた最先端のツールとの組み合わせに依拠する。信頼性の高いプラットフォーム及び信頼性のあるクレジットスキームの組み合わせが、クリエイティブな産業を根底から変える決定打となる。
【００５０】
システム１００の別の利点は、組織的情報のフローを最適化することである。例えば、多数の人的アクティビティは、複合的な集合的なプロセスに依拠する。プロセスの作業量は、異なる個人に任された異なるタスクに細分される。このプロセスをパラレルに考えることは難しいことが多い。言い換えれば、異なる複数のタスクが無関係に進むことは無い。代わりに、通常は、集合的なプロセスの能率性は、全てのタスクの複合的な相互作用に依存する。これにより、依存関係のネットワークが生成される。言い換えれば、他のタスクが完了しなければ、例えば、特定のタスクが完了することは無い。この理由により、作業の組織化（即ち、組織内の各個人内でタスクを分散し、その後、分散したタスク連係して完成品又はサービスに到達する方法）は、それ自体容易なタスクではない。作業の組織化は、多数の要因により判断され得る。多数の要因は、ワーキングチームの作品、タスクを連係するのに使用される技術の性質、情報フローの構造（即ち、ワーキングチーム内で及びワーキングチームに亘って情報が共有される方法）、管理上の選択、タスクのボトムアップ的な調整、及びチーム内での配当等を含む。
【００５１】
システム１００は、複合的な集合的なプロセス内の情報フローの完全な評価を通して、作業の組織化の助力となってもよい。誰が誰といつどれだけの時間を掛けてどのタスクのためにインタラクションするのかを知ることで、プロセスのボトルネックや詰まりを特定すればよい。さらに、各個人のタスク及び貢献の複合的な構成をマッピングすることにより、チームを構成する最適な方法を判断してもよい。これにより、各個人がよりクリエイティブになり、チームに関与できる。
【００５２】
言い換えれば、システム１００は、全ての形態においてナレッジ転送のトラッキングを可能にするフレームワークである。システム１００により、非実体的な無形物（情報等）が、実体的かつ測定可能となる。この情報フローは、イミュータブル及び非集約型台帳に記録される。これにより、ユーザは、いつでもユーザの記録に容易にアクセス可能になり、ユーザの貢献を証明し、正式なものとする。この特徴は、一連の潜在的な応用例の可能性を開花させる。システム１００は、例えば、流動的な出版物のプラットフォームに活用することで共同制作プロセスをトラッキングしたり、又は、複合的なプロジェクトに対する個々の貢献を評価し、公平な方法でクレジットを配当すればよい。さらに、システム１００は、ワーキンググループ（多数の異なる作業部門を有する巨大機関又は法人等）内のナレッジ流通のマッピングを可能にする。ナレッジ転送の複合的なネットワーク内で信頼性の高い方法で個々の貢献を評価することの新しい可能性は、個々の及び集合的なアクティビティ内で人々がクリエイティビティ及び潜在能力を表現できるため、非常に大きな利点である。何故なら、システム１００を用いることで、貢献者は、自分の作業が公平な承認を得ることについて懸念する必要が無い。貢献者は、自分の作成物を安全に共有し、ともに共有する他社のコンテンツにアクセスすることができる。これにより、トラブルの無い共同制作が可能になる。自分のクレジットに公平な承認を受けることで安心し（パーソナルＡＩアシスタントの助力を得ることもできる）、作者は、没頭した環境（自分の才能を表現することだけを考えられる）で作業することができる。
【００５３】
図９は、本開示の一形態に係る共同制作プロセスを正確にトラッキングする方法を示すアルゴリズムフローチャートである。
【００５４】
ステップＳ９０５において、サーバ１０５は、情報共有トランザクションをトラッキングしてもよい。情報共有トランザクションは、例えば、共同制作プロセス（例えば、共同制作プロセス８００）でよい。あるいは／さらに、情報共有トランザクションは、１対１のトランザクション、レクチャー、グループプロジェクト等でもよい。
【００５５】
ステップＳ９１０において、サーバ１０５は、システム１００を用いた各貢献者のインタラクションを介して、貢献者を特定してもよい。例えば、各インタラクションは、メタデータを含んでもよい。メタデータは、ユーザＩＤ及び情報共有トランザクションに関する他の識別可能情報を含んでもよい。
【００５６】
ステップＳ９１５において、サーバ１０５は、各貢献者の貢献のレベルを判断してもよい（ブロックチェーンを用いて、貢献のレベルを承認してもよい。これにより、後述の様に、セキュリティ性を保護し、貢献のレベルが悪意で改竄されるのを防止する）。情報共有トランザクションは、常時処理され、貢献のレベルを判断してもよい。貢献のレベルは、情報共有の全体に亘ってトラッキングした情報を通して判断してもよい。言い換えれば、トランザクションに関する情報に基づき、貢献のレベルを計算してもよい。例えば、完成品に至る発達ライン内の各ノードは、一連のメタデータ（ノードに係るイベントタイプ、異なる複数のＩＤ、貢献したユーザ、タイムスタンプ、ノードが示す実コンテンツのハッシュ）に関連付けられる（例えば、図４参照）。なお、さらに、イベントのタイミングは、ユースケースに依存してもよい。一実施形態において、サーバ１０５は、トランザクションするときに貢献のレベルを計算し、その直後、計算結果に基づき、リワードを発行してもよい。しかしながら、一例において、トランザクションと、レベル及び貢献の計算との間の時間が、或る程度離れていてもよい。例えば、楽曲を共同制作する場合、完成品のリリース後に、貢献を計算し、リワードを分配する。その場合、トランザクションのコンテンツを、トランザクションするときにデータベース及びブロックチェーンに追加し、後でリワードを配当するのに使用する。
【００５７】
ステップＳ９２０において、ステップＳ９１５において判断した貢献のレベルに基づき、各貢献者にアワードを与えてもよい。システム１００において、アワードは、例えば、「Ｋスター」コインでもよい。しかしながら、「Ｋスター」は価値があるものの、貢献を正確に判断する場合、現実的な方法でアワードを与えてもよい（例えば、音楽産業でロイヤルティを支払う等）。言い換えれば、アワードは、マネー／コインの支払い、貢献の承認、結果物の取り分（例えば、楽曲へのロイヤルティ）等に相当してもよい。後述の様に、これにより、信頼性の高い方法でクレジットを公正に配当できることが利点である。各貢献者に正確にアワードを与えた後、処理を終了してもよい。
【００５８】
図１０は、本開示の一形態に係る情報共有トランザクションに正確にリワードを与える方法を示すアルゴリズムフローチャートである。
【００５９】
ステップＳ１００５において、サーバ１０５は、ウェブアプリケーション２１０又は開発ソフトウェア２１５を介して、情報共有インプットを受信してもよい。情報共有インプットは、例えば、ユーザの貢献に相当してもよい。
【００６０】
ステップＳ１００７において、サーバ１０５は、貢献したユーザの権限をチェックしてもよい。例えば、２人以上のユーザがデータベースに情報を追加しようとするとき、権限をチェックし、ユーザが情報を追加する権限を有するかを確認する。一例において、ユーザアカウントを用いて権限をチェックする。ユーザは、パスワードを知っているときのみ、アカウントにログインできる。さらに、ユーザは、このアカウントからのみ、トランザクションに用いるＱＲコードを作成したり、別の誰かのＱＲコードをスキャンしたりできる。例えば、ユーザＡ及びユーザＢは、ユーザＡ及びユーザＢがそれぞれ自分のアカウントにログインしたときのみ、ユーザＡ及びユーザＢのトランザクションを追加してもよい。しかしながら、ユーザＡ及びユーザＢ（ユーザＣ及びユーザＤのアカウントにアクセスできない）は、ユーザＣ及びユーザＤの偽のトランザクションを作成することはできない。貢献したユーザが権限チェックをクリアした場合、新しいトランザクションがデータベースに追加される。例えば、クッキーを使って権限をチェックしてもよい。従って、ユーザ権限、タイムフレーム等に基づき、トランザクションを確定又は拒否してもよい。貢献したユーザが権限チェックをパスしない場合、ステップＳ１０３５において、トランザクションを拒否してもよい。
【００６１】
ステップＳ１０１０において、サーバ１０５は、従来型データベース（例えば、データベース１２０）に情報共有インプットを記憶してもよい。
【００６２】
ステップＳ１０１５において、ダイレクトアクセスポイント（例えば、デジタルウォレット）を介して、ブロックチェーン（例えば、ブロックチェーン１１５）に情報共有インプットを追加してもよい。情報共有インプットをデータベース１２０に記憶する（Ｓ１０１０）のと並行して、情報共有インプットをブロックチェーン１１５に追加してもよい。例えば、ステップＳ１０１０においてデータベース１２０に失敗したにも拘らず（例えば、サーバのダウンタイムにより）、情報はブロックチェーン１１５に追加される。
【００６３】
ステップＳ１０２０において、サーバ１０５は、ブロックチェーン１１５のイミュータブル分散型台帳を用いて、データベース１２０に記憶した情報共有インプットの完全性のチェックを実行してもよい。データベース１２０をブロックチェーン１１５と比較することにより、常に、データベース１２０の完全性をチェックできる。データベース１２０とブロックチェーン１１５とにミスマッチがある場合、データベース１２０のトランザクション情報を、ブロックチェーン１１５の情報で置換してもよい混ぜなら、ブロックチェーン１１５はイミュータブルであるため、ブロックチェーン１１５は正確な情報を保持していると想定されるためである。言い換えれば、サーバ１０５は、データベース１２０のデータ（ブロックチェーン１１５のデータと比較されてもよい）にアクセスしてもよい。データが１対１でマッチするのが理想的である。しかしながら、データベース１２０が悪意で改竄された場合、ミスマッチが生じる。その様な場合、ブロックチェーン１１５に記憶されたデータは、イミュータブルと考えられるため、信頼性がある可能性がある。この場合、データベース１２０の改竄されたデータを、ブロックチェーン１１５に記憶されたデータと置換してもよい。非効率的であるブロックチェーン１１５に記憶されたデータの量を制限するため、データ自体の代わりに、例えば、データのハッシュを記憶してもよい。ハッシュ同士を比較することにより、同じく完全性をチェックしてもよい。従って、データを最初にデータベース１２０に追加した後は、データベース１２０のデータが改竄されていないことを保証するのに、ブロックチェーン１１５が有益である。さらに、一実施形態において、データベース及びブロックチェーンにトランザクション情報を追加した直後に、リワード（Ｋスター）を送信してもよい。この場合、情報を受信するユーザが、情報を送信したユーザに、リワードをコイン（Ｋスター）で与えてもよい。データベース／ブロックチェーンに記憶した他のトランザクションに基づかずに、リワードを与えてもよい。その後、データベースの情報を使用して、異なるタイプの「アワード」（例えば、信用レーティング及びトランザクションの統計）を計算してもよい。別の実施形態において（例えば、協働的な音楽プラットフォーム）、トランザクションをトリガとせずに、リワードを配当してもよい。その場合、トランザクションを、権限のためにチェックし、データベース／ブロックチェーンに追加し、あるいは、拒否してもよい。その後、いつでも、イベント（楽曲のリリース等）の発生をトリガとして、ブロックチェーンにセキュリティ保護されたデータベースに基づき、貢献を計算し配当してもよい。
【００６４】
ステップＳ１０２５において、ステップＳ１０２０において実行された完全性のチェックに基づき、データベース１２０に記憶された情報が有効であるか判断してもよい。完全性のチェックが有効である場合、ステップＳ１０３０において、サーバ１０５は、情報共有トランザクションにリワードを与えてもよく、その後、処理を終了してもよい。しかしながら、データベースに記憶された情報が有効でない（例えば、何者かが悪意でデータを改竄しようとしたため、ハッシュ同士がマッチしない）場合、ステップＳ１０２７において、ブロックチェーンに追加した情報共有インプットでデータベース１２０を更新してもよく、その後、処理を終了してもよい。
【００６５】
ステップＳ１０３０において、サーバ１０５は、データベース１２０に記憶された情報が有効である場合、情報共有トランザクションにリワードを与えてもよい（例えば、ユーザにアワードを与える）（しかしながら、後述の様に、アワード／リワードを配当するタイミングは可変でもよい）。言い換えれば、ユーザがシステム１００を改竄してアンフェアな量のクレジットを貢献に対して受け取ろうとしない限り、情報共有トランザクションに公正にリワードを与えることができる。なお、さらに、クレジットスキームは有効なデータに基づくべきであるため、リワードを配当するためには、権限チェック（Ｓ１００７）及び完全性のチェック（Ｓ１０２０）の両方が重要である。従って、データは追加時点で有効であった（即ち、データを追加する権限を持つユーザが、データを追加した）とともに、データは改竄されていない（即ち、データベース１２０がブロックチェーン１１５とマッチする必要がある）。さらに、なお、情報共有トランザクションにリワードを与える場合、アワード（例えば、後述の様に、マネー／コインの支払い、貢献の承認、結果物の取り分等）を与えても良い。
【００６６】
ステップＳ１０３５において、サーバ１０５は、完全性のチェックに基づき、データベース１２０に記憶された情報が有効でない場合、トランザクションを拒否してもよい。言い換えれば、システム１００に偽の情報を挿入する意図で何らかの情報が改変された場合、ハッシュはマッチせず、サーバ１０５はトランザクションを拒否する。Ｓ１０３０又はＳ１０３５の後、処理を終了してもよい。
【００６７】
図１１は、本開示の一形態に係る情報共有トランザクションのリワードを配当する方法を示すアルゴリズムフローチャートである。
【００６８】
ステップＳ１１０５において、サーバ１０５は、第１のデバイス（例えば、第１のリモートデバイス１１０）からリクエストを受信し、情報共有に用いるＱＲコードを生成してもよい。情報共有に用いるＱＲコードは、情報共有に関する種々の情報（共有タイプ及び共有コンテンツ）を含んでもよい。ＱＲコードを生成するリクエストは、タイムフレームをさらに含んでもよい。例えば、レクチャー又はグループプロジェクト様にＱＲコードが生成される場合、ＱＲコードは、制限時間を含んでもよい。これにより、実際にレクチャーに参加していない又はグループプロジェクトに貢献していないユーザは、ＱＲコードをスキャンすることができない。
【００６９】
ステップＳ１１１０において、別のデバイス（例えば、１以上の別のリモートデバイス１１０）がＱＲコードをスキャンしたかを判断してもよい。トランザクションのタイプに依存して、１以上のデバイスがＱＲコードをスキャンしてもよい。例えば、１対１のトランザクションにおいて、サーバ１０５は、１回のスキャンを受け付け可能でもよい。あるいは、レクチャー又はグループトランザクションにおいて、ＱＲコードを２回以上スキャン可能でよい。ＱＲコードがスキャンされないと判断すると、ＱＲコードがスキャンされたか否かのチェックプロセスを継続してもよい。一例において、ＱＲ時間（例えば、所定の制限時間に基づく）が過ぎるまで、チェックプロセスを継続してもよい。１個の別のデバイス又は複数の別のデバイスがＱＲコードをスキャンしたと判断した場合、ステップＳ１１１５において、サーバ１０５は、第１のデバイスにアワードを伝送してもよい。
【００７０】
ステップＳ１１１５において、サーバ１０５は、ＱＲコード（情報共有トランザクションに対する第１のデバイスのユーザの貢献を照合するＱＲコード）を生成した第１のデバイスに、アワードを伝送してもよい。なお、さらに、アワードの授受は、一方向だけである必要はない。例えば、グループプロジェクト又は共同制作プロセスにおいて、各貢献者の貢献のレベルに従って、アワードを公正に分配してもよい。アワードを第１のデバイスに伝送した後、処理を終了してもよい。さらに、ＱＲコードは、一例であり、限定を意図しない。例えば、一実施形態において、コーワーキングプラットフォームは、ユーザアカウントに関連付けられた全ての貢献を、サーバ１０５／ブロックチェーン１１５に自動的に送信し、このため、ＱＲコードを必要としなくてもよい。あるいは／さらに、システムは、例えば、別のユーザデバイスにより識別可能であれば、如何なるユニークなコードを使用してもよい。
【００７１】
なお、さらに、一実施形態において、ＱＲコードをスキャンする人が、トランザクションに関する情報をさらに追加してもよい。例えば、ユーザＡは、ユーザＢとディスカッションし、ユーザＢに有益な情報を与える。ここで、ユーザＡ及びユーザＢはインタラクションを記録したい。ユーザＡは、インタラクションのクレジットを受信し、これにより、ユーザＡは、ＱＲコードを作成しようとする。ユーザＡは、インタラクションのタイプ（例えば、ディスカッション）及び制限時間を特定し、サーバにＱＲコードを要求する。ユーザＡは、タイムスタンプ、ユーザＡのユーザ名、トランザクションのタイプ及びハッシュ（この情報及びどのユーザも知らない秘密文字列に基づき生成される）を含むＱＲコードを取得する。サーバは、このＱＲコードにタイムフレームを保存してもよい。ユーザＢは、ユーザＡにクレジットを与えたいと考え、ＱＲコードをスキャンする。ユーザＢは、ＱＲコードの情報をサーバに送信する。サーバは、現在時刻が特定のタイムフレーム内であるかチェックし、そうでなければトランザクションを拒否してよい。さらに、サーバは、サーバだけが知る秘密文字列を用いて、ユーザＢが提供した情報をハッシュ化する。ハッシュ化の結果が、ユーザＢが提供したハッシュとマッチする場合、この情報は有効である。ユーザＢが何らかの情報を変更した場合、ハッシュ同士がミスマッチとなり、トランザクションが拒否される。トランザクションが有効である場合、ユーザＢは、コメント形式で、トランザクションに情報をさらに追加できる。コメントは、理想的には、インタラクションの説明文を含んでもよい。ユーザＢは、サーバにコメントを送信する。これにより、プロセスが終了する。
【００７２】
さらに、１対多数のインタラクション（例えば、レクチャー）においては、１個のデバイスがＱＲコードをスキャンした後にプロセスを終了しなくてよい。代わりに、ＱＲコードの制限時間が経過すると、プロセスを終了すればよい。何故なら、所定のタイムフレーム内に別のデバイスがＱＲコードをスキャンする可能性があるためである。グループインタラクションにおいて、各参加者が一旦リワードを受け、制限時間に達するとプロセスも終了する。
【００７３】
さらに、なお、トランザクションをトリガとせずにリワードを与えてもよい。あるいは／さらに、後のイベントをトリガとしてリワードを与えてもよい。２度以上のイベントをトリガとしてリワードを与えてもよい（例えば、ある楽曲に対する貢献が別の楽曲で二次的に使用された場合、各楽曲をリリースする毎に、マネーを分配してもよい）。
【００７４】
図２、９、１０及び１１を参照した上記説明において、フローチャート中の如何なるプロセス、説明又はブロックも、モジュール、セグメント又はコードのポーション（プロセス中の特定の論理的機能又はステップを実現するための１以上の実行可能な命令を含む）を表すものとして理解されたい。代替的な実現例は、本開示の例に係る複数の実施形態の範囲に含まれる。複数の機能は、当業者に理解されるように、関連する機能に応じて、図示又は説明した順序と異なる順序（実質的に同時又は逆順）で実行してもよい。上記の種々のエレメント、特徴及びプロセスは、相互に無関係に使用してもよいし、種々の方法で複合してもよい。全ての可能な組み合わせ及びサブコンビネーションが本開示の範囲に含まれることを意図する。
【００７５】
次に、図１２を参照して、複数の例示的な実施形態サーバ（サーバ１０５等）のハードウェア構成を説明する。ハードウェアの説明は、処理回路のハードウェアの説明であり得る。図１２において、サーバ１０５は、１以上の上記プロセスを実行するＣＰＵ１２００を含む。さらに、ＧＰＵ１２３２は、個別に又はＣＰＵ１２００と組み合わせて、１以上の上記プロセスを実行してもよい。メモリ１２０２は、プロセスデータ及び命令を記憶してもよい。プロセス及び命令は、さらに、記憶媒体ディスク１２０４（ハードディスクドライブ（ＨＤＤ）等）、携帯型記憶媒体又はリモートに記憶されてよい。さらに、本発明によれば、本発明に係るプロセスの命令が記憶されるのは、コンピュータ読み取り可能な記憶媒体の形式に限定されない。例えば、ＣＤ、ＤＶＤ、フラッシュメモリ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードディスク、又は、サーバ１０５が通信可能な他の情報処理デバイス（サーバ又はコンピュータ等）に命令を記憶してよい。
【００７６】
さらに、ＣＰＵ１２００、オペレーティングシステム（Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ、ＵＮＩＸ、Ｓｏｌａｒｉｓ、ＬＩＮＵＸ、Ａｐｐｌｅ  ＭＡＣ−ＯＳ等）及び当業者に公知の他のシステムと連係して実行するユーティリティアプリケーション、バックグラウンドデーモン、オペレーティングシステムのコンポーネント、又はこれらの組み合わせとして、本発明を提供してもよい。
【００７７】
サーバ１０５を達成するためのハードウェアエレメントは、種々の回路エレメントにより実現されてよい。さらに、各上記実施形態の各機能は、１以上の処理回路を有する回路により実現されてよい。図１２に示すように、処理回路は、特別にプログラミングされたプロセッサ、例えば、プロセッサ（ＣＰＵ）１２００を含む。処理回路は、上記機能を実行するよう構成された特定用途向け集積回路（ＡＳＩＣ）及び従来型回路コンポーネント等のデバイスをさらに有してもよい。
【００７８】
図１２において、サーバ１０５は、上記のプロセスを実行するＣＰＵ１２００を有する。さらに、ＧＰＵ１２３２は、上記のプロセスを実行又は補助してもよい。ＧＰＵ１２３２は、メモリを高速に操作及び変更するよう特別に設計された電子回路でもよい。ＧＰＵが高度にパラレルな構成を有するため、並行して大容量のデータブロックを処理する効率的なアルゴリズムを可能にする。ＧＰＵは、例えば、ビデオカード上に存在し、マザーボードに埋め込まれ、又は、ＣＰＵに埋め込まれてもよい。サーバ１０５は、汎用のコンピュータ又は具体的な特定用途のマシンでよい。一実施形態において、サーバ１０５は、プロセッサ１２００及び／又はＧＰＵ１２３２が情報共有トランザクションをトラッキングしリワードを与える（特に、図２、９、１０及び１１を参照して説明したプロセスの何れかを行う）ようプログラミングされた場合、具体的な特定用途のマシンである。
【００７９】
あるいは／さらに、当業者が理解するように、ＦＰＧＡ、ＡＳＩＣ、ＰＬＤ上で、又は、ディスクリートの論理回路を用いて、ＣＰＵ１２００を実現してよい。さらに、複数のプロセッサとしてＣＰＵ１２００を実現してよい。複数のプロセッサは、本発明に係る上記のプロセス命令を実行するために、並行して協働的に動作する。
【００８０】
図１２において、サーバ１０５は、ネットワーク１３０とのインターフェースとして動作するネットワークコントローラ１２０６（Ｉｎｔｅｌ  Ｅｔｈｅｒｎｅｔ  ＰＲＯネットワークインターフェースカード（米国のＩｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ製）等）をさらに有してもよい。なお、ネットワーク１３０は、パブリックネットワーク（インターネット等）、プライベートネットワーク（ＬＡＮ又はＷＡＮネットワーク等）又はこれらのあらゆる組み合わせでもよい。ネットワーク１３０は、また、ＰＳＴＮ又はＩＳＤＮサブネットワークを含んでもよい。ネットワーク１３０は、また、有線（イーサネットネットワーク等）でもよいし、又は、無線（ＥＤＧＥ、３Ｇ、４Ｇ及び５Ｇ無線セルラーシステムを含むセルラーネットワーク等）でもよい。無線ネットワークは、また、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は公知の他のあらゆる無線通信形式でもよい。
【００８１】
サーバ１０５は、ディスプレイコントローラ１２０８（ディスプレイ１２１０（モニタ等）のインターフェースとしてのグラフィクスカード又はグラフィクスアダプタ等）をさらに有する。汎用の入出力インターフェース１２１２は、キーボード及び／又はマウス１２１４と、タッチスクリーンパネル１２１６とのインターフェースである。タッチスクリーンパネル１２１６は、ディスプレイ１２１０と一体的、又は、ディスプレイ１２１０から独立している。汎用の入出力インターフェースは、さらに、種々の周辺機器１２１８（プリンタ及びスキャナを含む）にさらに接続される。
【００８２】
サーバ１０５は、サウンドコントローラ１２２０をさらに有する。サウンドコントローラ１２２０は、スピーカ／マイクロフォン１２２２のインターフェースであり、ボーカル及び／又は楽曲を提供する。
【００８３】
汎用のストレージコントローラ１２２４は、記憶媒体ディスク１２０４を通信バス１２２６と接続する。通信バス１２２６は、ＩＳＡ、ＥＩＳＡ、ＶＥＳＡ、ＰＣＩ等でよく、サーバ１０５の全てのコンポーネントを相互接続する。ディスプレイ１２１０、キーボード及び／又はマウス１２１４、ディスプレイコントローラ１２０８、ストレージコントローラ１２２４、ネットワークコントローラ１２０６、サウンドコントローラ１２２０及び汎用の入出力インターフェース１２１２の全体的な特徴及び機能の説明は、公知であるため省略する。
【００８４】
本開示の文脈で説明した一例に係る回路エレメントは、他のエレメントに置換可能であり、上述の例と異なる構成を有し得る。さらに、上記の特徴を実行するよう構成された回路は、複数の回路ユニット（例えば、複数のチップ）により実現してもよい。１個のチップセット上の回路が、複数の特徴を複合的に実行してもよい。
【００８５】
システムの種々の分散型コンポーネントが、上記の機能及び特徴を実行してもよい。例えば、１以上のプロセッサが、システム機能を実行してもよい。ここで、複数のプロセッサはネットワーク内で通信する複数の分散型コンポーネントである。分散型コンポーネントは、処理を共有する１以上のクライアント及びサーバマシン、種々のヒューマンインターフェース及び通信デバイス（例えば、ディスプレイモニタ、スマートフォン、タブレット、パーソナルデジタルアシスタント（ＰＤＡ））を含んでよい。ネットワークは、プライベートネットワーク（ＬＡＮ又はＷＡＮ等）又はパブリックネットワーク（インターネット等）でよい。システムへのインプットを、直接的なユーザインプットを介して受信してもよいし、リアルタイム又はバッチ処理としてリモートに受信してもよい。さらに、上記と異なるモジュール又はハードウェアが、一部の実現例を実行してもよい。従って、他の実現例も権利範囲に含まれる。
【００８６】
さらに、一実施形態において、サーバ１０５は、クラウドベースのコンピューティングシステムで実現してもよく、及び／又は、サーバレス環境中の情報共有トランザクションをトラッキング及びリワードを与える（特に、図２、９、１０及び１１を参照して説明したシステム１００のプロセスを実行する）ようプログラミングされた仮想的なハードウェアでよい。より具体的には、拡張可能なサーバレスアーキテクチャを使用して処理を実行してよい。例えば、クラウドコンピューティングは、「クラウド」内の物理的及び仮想コンピューテーション、ストレージ及びネットワークリソースの総体である。サーバレスコンピューティングにより、拡大可能であり高レベルなコンピューテーションのコンセプトが実現される。コードをサーバレスコンピューティング環境（あるいは、サーバレスコンピューティングプラットフォーム又はサーバレス環境）にアップロードすることにより、サーバレスコンピューティングが実現し、サーバレスコンピューティング環境がコードを実行する。さらに、サーバレスコンピューティング環境は、イベント制御式でもよい。言い換えれば、イベントをトリガとして、コードがコンピューテーションを実現又は実行してもよい。場合によっては、オンデマンドで又は所定のスケジュールに従って、コードを実行してもよい。サーバレスコンピューティング環境において、ユーザは、クラウド内のネットワーク接続されたハードウェアリソースコードのセットアップ及び実行から分離される。場合によっては、サーバレスコンピューティング環境は、アプリケーションプログラミングインターフェース（ＡＰＩ）（例えば、ＡＰＩ２２０）を有する仮想的なコンピューティング環境である。ＡＰＩは、クラウド内のサービス又はアプリケーションの実現及び構成からユーザを分離する。
【００８７】
本開示の実施形態を説明した。上記は単に一例であり限定ではなく一例を説明したものと当業者に理解される。従って、特定の構成を説明したが、他の構成を採用してもよい。多数の変形例及び他の実施形態（例えば、組み合わせ、再配置等）が本開示により可能であり、当業者の範囲内であり、本開示の本開示の主題及び均等物の範囲と理解される。本開示の実施形態の特徴を、本発明の範囲内で組み合わせ、再配置し、省略等することにより、追加的な実施形態を作成してもよい。さらに、場合によっては、対応する他の特徴を使用せずに、特定の特徴を利点に使用してもよい。本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図１】
2020173803.tif 000003
【図２】
2020173803.tif 000004
【図３】
2020173803.tif 000005
【図４】
2020173803.tif 000006
【図５Ａ】
2020173803.tif 000007
【図５Ｂ】
2020173803.tif 000008
【図５Ｃ】
2020173803.tif 000009
【図６】
2020173803.tif 000010
【図７】
2020173803.tif 000011
【図８】
2020173803.tif 000012
【図９】
2020173803.tif 000013
【図１０】
2020173803.tif 000014
【図１１】
2020173803.tif 000015
【図１２】
2020173803.tif 000016