JP2021072130A - ブロックチェーンに記録された制限された情報のカスタマイズされたビュー - Google Patents

Abstract

【課題】ブロックチェーントランザクションのカスタマイズされたビューを生成する技術を提供する。【解決手段】ュー・カスタマイズ・プロセスにおいて、ユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンを、ノードの分散ネットワーク内で維持する。ブロックエントリは、それぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含む。少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む、ブロックエントリの１又は複数のデータ部分を閲覧するための要求を受信する。アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、要求内のアクセスコードをブロックエントリのブロックチェーンに対して評価する。アクセスレベルに関連付けられた１又は複数のデータ部分を含む、ブロックエントリのカスタマイズされたビューを生成する。【選択図】図２

Description

［関連出願の相互参照］
本出願は、２０１８年３月６日に出願され、「Ｃｕｓｔｏｍｉｚｅｄ Ｖｉｅｗ ｏｆ
Ｒｅｓｔｒｉｃｔｅｄ Ｔｒａｎｓａｃｔｉｏｎｓ Ｒｅｃｏｒｄｅｄ ｉｎｔｏ ａ
Ｂｌｏｃｋｃｈａｉｎ」と題される米国仮特許出願第６２／６３９，３９３号、及び２０１８年７月２３日に出願され、「Ｃｕｓｔｏｍｉｚｅｄ Ｖｉｅｗ ｏｆ Ｒｅｓｔｒｉｃｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｃｏｒｄｅｄ ｉｎｔｏ ａ Ｂｌｏｃｋｃｈａｉｎ」と題される米国仮特許出願第６２／７０１，９４７号の優先権を主張し、これらは両方とも、すべての目的で参照によりその全体が本明細書に組み込まれる。

本開示の態様は、コンピューティングハードウェア及びソフトウェア技術に関し、詳細には、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成することに関する。

ブロックチェーンは、ユーザのネットワークがデータのデジタル台帳を作成してそのデータをネットワーク内の他のユーザ間で共有することを可能にする。従来のデータベース構造とは異なり、ブロックチェーンデータベースは、大規模な分散ネットワークにわたって広がる多数の独立したノードによって維持される。トランザクションがブロックチェーンデータベースに記録されているとき、データは分散ネットワーク内の２つ以上のノードに記憶されているため、データベースから当該データを変更又は削除することは不可能ではないにしても非常に困難である。したがって、データは複数のユーザによってブロックチェーンデータベースに追加され、記録されたデータを変更することは、これらのユーザのおのおの（又はユーザの過半数）が変更に同意することを要求する。ブロックチェーンデータベースからデータを追加、編集、及び削除するためのこの制御の分散は、特にユーザがお互いによく知らないとき、ネットワーク内でユーザ間の信頼を確立する。

ブロックチェーントランザクションのカスタマイズされたビューを生成するために、改良されたシステム、方法、及びソフトウェアアプリケーションが本明細書において開示される。ユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンは、ノードの分散ネットワーク内で維持される。ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含む。少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む、ブロックエントリの１又は複数のデータ部分を閲覧するための要求が受信される。アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、要求内のアクセスコードがブロックエントリのブロックチェーンに対して評価される。アクセスレベルに関連付けられた１又は複数のデータ部分を含む、ブロックエントリのカスタマイズされたビューが生成される。

さまざまな実施形態は、許可されたエンティティ又は個人によって見られ及び監査されることができる、非公開であるが公開台帳内に保存することを所有者が意図する情報を、記憶し、及びそれへのアクセスを提供する、ための技術を提供する。情報が非公開にされることを要求するプライバシ法が世界中に存在する。さまざまな実施形態は、データが正しいフォーマットで記憶され、準拠した方法でのみアクセス可能であることを確保することによって、これらのプライバシ法の遵守を確保することができる。別の例として、自身
のプライベート情報、知識、トレードシークレットが知られるようになることを望まない企業及び政府機関が存在する。これらのグループは隠すべきものを何も有さないものの、人々、企業、政府機関などが活動する方法についての視認性や知識を、だれでもが有しているオープンフォーラム内に自身の情報のすべてを有することは、損失、盗難、競争の激化を招く。

たとえば、ゲーミング業界では、顧客の社会保障番号、生体認証、住所、写真、運転免許証、以前のゲームプレイ、ＩＲＳの税通知、勝敗、コンプ、ポイントカード／プレイヤカード番号情報、生年月日、既知の仲間、配偶者／ガールフレンド、好きなチーム、好き／嫌いな活動、チップ金額、施設にいる間のＡＴＭの使用、既知の電子ウォレット、使用されたクレジット／デビットカード、使用された暗号通貨ウォレットなどがすべて、他の顧客情報と一緒にブロックチェーン上に保管されることができる。顧客はこの情報のどれもパブリックフォーマットで閲覧可能にすることを望まず、パブリックアクセスはカジノに対して法的責任を生じさせ得る。さまざまな実施形態は、データをブロックチェーン上にセキュアに記憶し、許可されたユーザのみがデータを閲覧することを可能にするために、さまざまな暗号化及びハッシュ技法を使用する。一例として、顧客はトーナメントに参加し得、パブリックフォーラムで顧客を特定するために顧客の名前又はプレイヤ番号が使用され得るが、他のプライベート情報のどれも、そのユーザ、適切なカジノスタッフ、監査人、規制者などを含む、正しいアクセス権を有するユーザ以外は、だれも見るために利用可能ではない。

物流は、技術の別の直接的なアプリケーションを提供する。たとえば、荷物又は貨物の追跡、ある場所から別の場所への商品の移動が有力である。貨物がどこから来てどこへ行くのかというすべての情報が、輸送されている物に含まれることができる。さまざまなポイントで貨物はスキャンされ得るので、特定の時間において貨物について正確な場所が知られる。これは、ブロックチェーン記録に入力されることができる。さらに、貨物は特定の船舶、トラック、バン、又は他の配送メカニズム（たとえば、配送ドローン）に関連付けられることができ、当該の配送メカニズムのＧＰＳロケーションは、要求に応じて、又はある特定の時間間隔で、リアルタイムに追跡されることができる。購入者、販売者、所有者保険情報などの追加情報などが、ブロックチェーン上に記録されたＧＰＳに結び付けられたデマレージと共にレポートされることができる。会社及び／又は政府機関は、さまざまな理由で、あらゆる人が自身のビジネスを知ることを望んでいないが、ある特定の時間／場所においてその人達が何をしているか、又は何をしていたかを、監査し、及び検査官、管理者、又は規制者に対して、それを証明する能力は必要としている。物事を非公開にする能力は必須である。したがって、さまざまな実施形態は、情報を記憶するために、プライベート、パブリック、及びハイブリッドのブロックチェーンの組合せを使用することができる。さらに、必要なときにアクセスを許可しながら、必要とされるか又は望まれる場合にはプライバシを確保するために、さまざまな暗号化スキームとアクセスレベルとがデータの個々の部分に関連付けられることができる。

いくつかの実施形態では、この技術は、防衛産業に特定のアプリケーションを提供することができる。たとえば、米国政府は、購買、物流、供給、部隊移動などを監査及び管理する能力を必要としている。この情報は、悪人の手に渡った場合、致命的な結果をもたらす可能性がある。情報のある特定の側面を非公開にすることにおいてそれらの難読化が、ミッションの成功にとって必要不可欠である。データを分類してアクセスを許可する能力を有することは、必要とされる人だけがデータにアクセスする能力を有する（たとえば、見るため、監視するため、作業するため、監査するためなど）一方で、アクセス権を有しない人はそのデータ部分を見ることができない、ということを確実にするために必要不可欠である。いくつかの実施形態では、システムは、クエリに関連する文書を自動的にレビュし得、ユーザのクリアランスステータスに基づいて１又は複数の編集フィルタを自動的
に適用し得る。

いくつかの実施形態は、データプラットフォームが電子投票マシンに接続することを可能にする。これらのマシンは、有権者、投票用紙、及び投票に関する情報を、ブロックチェーンへの記憶のためにデータプラットフォームに直接レポートすることができる。データプラットフォームは、投票記録を暗号化し、それへのアクセスのためのアクセスレベルを設定することができる。たとえば、投票マシンは、人の情報、社会保障番号、住所、政党、生体認証、運転免許証番号、写真などを収集し得る。したがって、選挙において使用されるこの情報の多くを保持し、一般から非公開にされる必要があり、一部の情報は公にされ得る（たとえば、人が特定の選挙で実際に投票を行ったこと、その政党の所属など）。さらに、いくつかの実施形態は、不正投票を特定及び／又は排除するための自動化技法の使用を提供する。たとえば、いくつかの実施形態は、ブロックチェーンに記憶された有権者データをレビュして、２回投票している有権者、不正な有権者などを特定するために、人工知能又はマシン・ラーニング・エンジンを使用し得る。

上記で提供された例に加えて、この技術は、銀行取引、陪審員投票、裁判手続、ヘルスケア、銃器販売、小売販売、医薬品、年金、金融取引、保険、及び、監査、データのパブリックな閲覧、データのプライベートな閲覧、などが必要とされる他の多くの他のアプリケーションにおいて使用され得る。

本技術のいくつかの実施形態は、ハイブリッドフォーマットの下でオプションのマーカを使用し得る。たとえば、いくつかの実施形態では、システムは物事をプライベート（アクセス権のない人によって閲覧できない）、パブリック（あらゆる人によって閲覧できる）、又はこれら２つのハイブリッド（一部の情報はパブリックで一部の情報はプライベート）に設定する能力を有し得る。パブリックブロックチェーンが使用されるべきであり、あらゆる人が見るのに完全に透過的とすることができる状況が存在する。プライバシ法を遵守するために、又は、自分が何かをする責任がある人又は組織であることを他の人が知ることを人々が望まないという事実のために、情報の一部からいくらかのプライバシが必要とされるケースもいくつかあり、それはハイブリッドフォーマットである。上記の業界のために、ある特定の情報を難読化又は非公開にする能力が必要不可欠である。

プライベート又はハイブリッドフォーマットを使用するさまざまな実施形態によれば、データをセキュアにするための少なくとも２つのオプションがある。たとえば、いくつかの実施形態では、ロック解除するために暗号化を適用することによって、情報の完全な難読化が行われることができる。いくつかの実施形態は、データの部分が制限されてさまざまな個人に対してアクセス可能とすることができるように、複数層の暗号化を使用し得る。ハイブリッドモードの動作では、情報の一部は公開にされるか又は透過的に見られ、一方、他の情報は難読化又は非公開にされる。いくつかのケースでは、データアクセスレベルを指定するためにマーカが使用されることができる。マーカは、監査人、選挙管理人、管理者などに対して、ユーザがだれであるかを示すものとすることができ、市民１、又は顧客２００のような数字とすることができる。いくつかの実施形態では、ユーザがだれであるかをだれも知らないようにユーザのアイデンティティにスクランブルをかけるシステムによって制御されることができるコーデックスが使用され得、アイデンティティを非公開にし得る。ブロックチェーンを監査又は管理する責任のある人のみが、説明責任のある当事者がだれであるかを見つけ出すことができる。いくつかの実施形態では、コーデックスは、それが監査及び説明されることを必要とされない限り、この情報を決して提供しない。

いくつかの実施形態では、監査機能は、プライベート、パブリック、及び制限されたアクセスのすべての情報又は一部の情報（たとえば、コラム、フォーマット、セクションな
ど）を許可する能力をユーザに与える（たとえば、仮想ボタンをクリックすることで）ユーザインタフェースに統合されることができる。いくつかの実施形態は、非公開にされているものをユーザがダブル又はトリプルチェックすることを示し、及び可能にする、リアルタイムの監視／監査機能を提供する。いくつかの実施形態では、パスワード、２者認証コード、３者認証コード、複数の署名を伴うパスワードなどは、ブロックチェーンに入る情報をユーザが提示、追加、又は添付すること可能にするブロックチェーンを装備した分散型アプリケーション（ｄｅｃｅｎｔｒａｌｉｚｅｄ ａｐｐｌｉｃａｔｉｏｎ：ＤＡｐｐ）の一部である。いくつかの実施形態では、情報が漏えい、又は許可されていない当事者によってハッキング若しくは見られないように、情報が自動的に挿入されて分散ネットワーク上でリアルタイムにテスト及び監視されるように、この情報は分散方式で設定されることができる。

本概要は、「発明を実施するための形態」において以下でさらに説明される、簡略化した形式での概念の選択を紹介するために提供される。本概要は、請求される主題事項の主要な特徴又は本質的な特徴を特定することを意図されておらず、請求される主題事項の範囲を限定するために使用されることも意図されていない。例の追加の態様、特徴、及び／又は利点は、一部は以下の説明に明記され、一部は説明から明らかであるか、又は本開示の実践によって学習され得る。

本開示の多くの態様は、以下の図面を参照してよりよく理解されることができる。これらの図面に関連していくつかの実施態様が説明されているが、本開示は、本明細書で開示される実施態様には限定されない。それどころか、その意図は、すべての代替、変更、及び等価物を対象とすることにある。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションを実施するための運用アーキテクチャを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様において用いられる、ビュー・カスタマイズ・プロセスを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための実施態様における分散型台帳アーキテクチャのさまざまなコンポーネントを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるブロックダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるフローダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるブロックダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるフローダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるブロックダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるフローダイアグラムを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための財務監査シナリオの実施態様における例示的な運用アーキテクチャを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するためのゲーミング規制シナリオの実施態様における代替的な運用アーキテクチャを示す。

ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するためのインベントリ追跡シナリオの実施態様における代替的な運用アーキテクチャを示す。

例示的な、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを示す。

代替的で、例示的な、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを示す。

ブロックチェーンに記録された制限されているか又は極秘のデータのカスタマイズされたビューを提供することができるデータ・アクセス・システムの実施態様における代替的な運用アーキテクチャを示す。

図に示され、技術説明において以下で論じられる、アーキテクチャ、プロセス、動作シナリオ、及び動作シーケンスのいずれかを含む、本明細書に開示される技術を実施するのに適したコンピューティングシステムを示す。

ブロックチェーンは、データのブロックチェーンを生成して分散ネットワーク内のユーザ間でそのデータを共有する上で当たり前になっている。従来のデータベース構造とは異なり、ブロックチェーンデータベースは、ノードの大規模な分散ネットワークにわたって広がる多数の独立したノードによって維持される。パブリックブロックチェーンは、データ（本明細書においてトランザクション又はブロックエントリとも称される）をブロックチェーンのブロックに入力及び記録するために任意のユーザに対してオープンなデジタル台帳である。トランザクションがブロックチェーンデータベースに記録されているとき、データは分散ネットワーク内の２つ以上のノードに記憶されているため、データベースからトランザクションデータを変更又は削除することは不可能ではないにしても非常に困難である。したがって、データは複数のユーザによってブロックチェーンデータベースに追加され、データを追加、編集、又は削除することによって、記録されたデータを変更することは、ユーザの過半数、又は変更を監督するマスタ管理者及と連署者と（たとえば、マ
ネージャと従業員と、監査人とピットボスとなど）が変更に同意することを必要とする。

さらに、各ブロックは、データ、現在のブロックのハッシュ、及び前のブロックのハッシュを含んでいる。ブロックチェーンは、トランザクションに関連する他の情報の中でもとりわけ、トランザクションを開始するユーザ名、トランザクションに関連付けられた当事者の他のユーザ名、タイムスタンプ、実行可能コードなど、トランザクションに関する追加の詳細もブロックに記憶し得る。ハッシュは、ブロックとブロック内に格納されているトランザクションデータとを特定する。ハッシュは、他のすべてのハッシュに対して固有であり、ブロックが変更されるたびに変化する。各ブロックは前のブロックのハッシュを含んでいるため、ブロックは、いわゆるブロックチェーンを形成する。ブロックのいかなる改ざんも、当該ブロックのハッシュの変化を引き起こす。したがって、ブロックチェーン内の他のすべてのブロックは、前のブロックの有効なハッシュをもはや含まないため、無効になる。

ブロックチェーン内の後続の各ブロックのハッシュを変更することは可能であり得るものの、プライベートネットワーク及びパブリックネットワークの両方について、分散ネットワーク内の各ノードに記憶されている各ブロックチェーンを変更することはほぼ不可能である。ブロックチェーンを形成するために前のハッシュを記憶することと、ブロックチェーンの完全なコピーを分散ネットワーク（プライベート、パーミッシブ、パブリック）内の各ノードに配布することとの、この組合せは、特にユーザがお互いによく知らない（すなわち、パブリックネットワーク）とき、ユーザ及びネットワークに保存されたトランザクション間の信頼のシステムを生み出す。

本開示の例は、ブロックチェーントランザクションのカスタマイズされたビューを生成するためのシステム、プロセス、及びアプリケーションを説明している。ユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンは、ノードの分散ネットワーク内で維持される。ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含む。少なくとも１つのアクセスレベルに関連付けられたアクセスコード（たとえば、ハッシュ、秘密鍵、生体認証、パスワード、ＰＩＮなど）を含む、ブロックエントリの１又は複数のデータ部分を閲覧するための要求が受信される。アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、要求内のアクセスコードがブロックエントリのブロックチェーンに対して評価される。アクセスレベルに関連付けられた１又は複数のデータ部分を含む、ブロックエントリのカスタマイズされたビューが生成される。いくつかの実施形態では、ブロックチェーンに記憶されたデータの部分は、個々に暗号化され得る。したがって、アクセスコードに関連付けられたアクセスのレベルに応じて、データの一部のみの解読が許可又は利用可能にされ得る一方で、他の部分はセキュアなままである。

本議論から認識され得る技術的効果は、ユーザがアクセスを許可されているエントリデータ（たとえば、金融機関における財務記録、インベントリを追跡する顧客／サプライヤ、ゲーミング規制委員会のためのコンプライアンスデータ、政府機関又は半政府機関からの機密文書、医療機関のための健康記録、重要インフラ情報保護（Ｐｒｏｔｅｃｔｅｄ Ｃｒｉｔｉｃａｌ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｉｎｆｏｒｍａｔｉｏｎ：ＰＣＩＩ）、政府の監査人／検査官に必要なデータなど）を特定すること、及びブロックチェーントランザクションに記録されたデータのカスタマイズされたビューを提供することにおいて、効率が向上することである。本明細書において説明される実施形態のいくつかは、ユーザがブロックチェーンエントリからのデータの一部にアクセスするための許可を有している場合にユーザに対してのみアクセスを許可することによってセキュリティも向上させる。さらに、いくつかの実施形態は、いつ、だれがさまざまなデータにアクセスしたかを示す不変のログを提供することができる。さらに、いくつかの実施形態では、特定のイベ
ント（たとえば、インサイダー取引、マネーロンダリング、不正行為、不正投票など）を検出するために、（たとえば、人工知能又はマシン・ラーニング・エンジンによる）自動レビュが発生し得る。

より具体的には、１つの実施態様は、ユーザの機密情報（たとえば、マネーロンダリング防止（Ａｎｔｉ−Ｍｏｎｅｙ Ｌａｕｎｄｅｒｉｎｇ：ＡＭＬ）又は顧客認識（Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ：ＫＹＣ）ポリシ文書、（ＡＤＤ）口座番号、口座残高、口座取引明細書）を制限するが、取引に利用可能な資金を口座が有していることを外部の金融機関又はユーザが検証することを可能にする、銀行取引のカスタマイズされたビューを生成する非定型的なプロセスを提供し得る。別のシナリオは、監査者がトランザクションの完全なバージョンを閲覧できないようにしながら、ブロックチェーン内のトランザクションを監査する非定型的なプロセスを提供する。たとえば、内国歳入庁（Ｉｎｔｅｒｎａｌ Ｒｅｖｅｎｕｅ Ｓｅｒｖｉｃｅ：ＩＲＳ）は、前課税年度内に実行されたすべての金融取引の監査を必要とし得る。ただし、監査される会社は、各トランザクションについて顧客名及び住所の完全なリストを提供することを必要とされないものとし得る。トランザクションのカスタマイズされたビューを提供することによって、ＩＲＳは取引金額の正確性に確信を有し得、会社は自身の顧客の匿名性を維持し得る。

本議論のさらなる技術的効果は、ゲーミング規制業界において認識され得る。たとえば、本明細書において説明される１つの実施態様は、ベット額を隠しながらゲーミングの賭けの結果を閲覧する非定型的なプロセスを提供する。これは、プレイヤが自身のマネーポットのプライバシを維持することを可能にしながら、アドバンテージプレイヤ（たとえば、カードカウンタなど）についてゲーミングコミュニティを監視するときに有用であり得る。別の例では、ゲーミング委員会は、各プレイヤに関するいくつかの個人情報を閲覧するために、トランザクションのカスタマイズされたビュー（たとえば、各プレイヤがギャンブルするための法定年齢であることの検証、各プレイヤがブラックリストに載せられていないことの検証、プレイヤのハンドルネーム／ニックネーム）を必要とし得るが、他の個人情報（たとえば、ゲームへのバイインに使用されたクレジットカード番号、各プレイヤの正式な名前など）を閲覧可能にできるようにはしない。

別の例は、ゲーミング施設についてのライセンスを得ようとする申請者からの、以前の取引関係、雇用履歴、前科、及び財政的安定性の開示文書を必要とするネバダ州ゲーミング委員会を含み得る。ただし、申請者は、犯罪行為の抹消された記録を提供することを必要とされないものとし得る。したがって、文書のビューは、ネバダ州ゲーミング委員会によって必要とされる文書の部分のみを表示するようにカスタマイズされ、ライセンスを得ようとするのに関連又は必要とは見なされないデータを省略、編集、又はその他の方法で難読化する。

いくつかの実施形態では、システムは、プライベート情報を取り込み得、基礎となる秘密情報を開示することなしに、決定を行うのに使用され得る、公に閲覧可能なスコア、評価、又は他の指標を生成し得る。いくつかの実施形態では、システムは、追加の情報を収集するために追加のパブリック及びプライベートのデータソースに接続することができる。たとえば、ＦＢＩ報告書、信用報告書、背景報告書などのパブリック情報である。この追加情報は、個人の記録又はプロファイルの一部としてブロックチェーンに記憶されることができる。これは、検証のための第２の要素として、社会保障番号、運転免許証、顔認識、又は指紋から行われることができる。したがって、人がカジノに入って、プレイするためにカードを登録した時点で、その人が実際にだれであるのかに関するビッグデータが収集され、その情報は、カジノ、監査人、規制者が、その人が自分であると言っている人であり、施設において合法かつ許可されているか又はプレイすることができる、ということを確認するためにのみ利用可能である。

さらに別の実施形態では、荷物の配送及びインベントリの運搬を追跡する非定型的なプロセスについて、技術的効果が認識され得る。たとえば、１又は複数の荷物が出所において、次いでその荷物が１つの貨物ユニットで運搬を開始するときにもう一度、スキャンされ得る。運搬会社は、荷物のうちの１つの受領者が自身のボックスに関連付けられたデータを閲覧することを可能にするが、その受領者が貨物ユニット内の他の荷物に関連付けられたトランザクションに記憶された他のすべてのデータを閲覧することは可能にしない、ということを望み得る。したがって、自身の荷物についての場所、出発時刻、及び到着予定時刻を記載している、受領者ユーザのためのトランザクションのカスタマイズされたビューだけが有効にされる。製品に関連付けられた追加情報も収集され得、製造業者、ベンダ、チェックポイントの場所、チェックポイントの従業員、品質管理マネージャ、テストセンタ、及び出荷プロセスを通した加工・流通過程管理、及び製品の出荷の間に貨物ユニットにアクセスした個人、などの製品物流を詳述するブロックチェーンに記憶され得る。いつでも又は受領時に、受領当事者は、受領者のステータスに応じて、この情報のすべてではなく一部を見ることを可能にされ得る。たとえば、ギャンブル施設又は規制者は、信頼できるさいころ製造業者から送付される間にさいころが損なわれてしまっていないことを検証するために、製造されたさいころに関する選択的製品情報を加工・流通過程管理と共に閲覧することができ得る。このデータは、カスタマイズされたビューに表示され得る。

さらに、本明細書における例は、ブロックエントリのブロックチェーンに対して、要求内のアクセスコードが、アクセスレベルに関連付けられた１又は複数のデータ部分を閲覧するためのアクセスをバリデーションするために暗号化コードを処理することによって評価され得ることを説明している。他の例では、ブロックエントリ内の複数のデータ部分のそれぞれについて少なくとも１つの発行された場所を示すポインタも、ブロックエントリ内の複数のデータ部分のそれぞれについて維持される。さらにこの例では、ブロックエントリ内の複数のデータ部分のそれぞれについてのポインタを使用して、アクセスレベルに関連付けられた１又は複数のデータ部分を検索することによって、カスタマイズされたビューが生成される。データの部分へのアクセスは、ＰＩＮコード、パスワード、指紋、バーコード、網膜スキャン、トークン、アンケート、又は２要素認証コード、多要素認証コード、又は追加のセキュリティ認証コードを含む任意の他のタイプのアクセス決定方法の使用を必要とする。

さらなる例では、複数のユーザによってユーザデバイスから要求されたブロックエントリのブロックチェーンは、アクセスレベルのそれぞれに関連付けられた１又は複数のデータ部分についての別々のブロックエントリを維持することによって維持される。さらにこのシナリオでは、アクセスレベルのそれぞれに関連付けられた複数又は複数のデータ部分についての１又は複数のブロックエントリを閲覧するために、要求内のアクセスコードがバリデーションされる。いくつかの実施態様では、複数のユーザによってユーザデバイスから要求されたブロックエントリのブロックチェーンは、アクセスレベルのそれぞれに関連付けられた１又は複数のデータ部分についての別々のブロックチェーンを維持することによって維持される。さらにこの実施態様では、アクセスレベルのそれぞれに関連付けられた複数又は複数のデータ部分についての１又は複数のブロックエントリを閲覧するために、要求内のアクセスコードがバリデーションされる。

いくつかの例では、ブロックエントリの１又は複数のデータ部分を閲覧するための受信された要求は、インベントリ追跡要求を含む。他の例では、ブロックエントリの１又は複数のデータ部分を閲覧するための受信された要求は、財務監査要求を含む。いくつかのシナリオでは、ブロックエントリの１又は複数のデータ部分を閲覧するための受信された要求は、ゲーミング規制要求を含む。他のシナリオでは、ブロックエントリの１又は複数の
データ部分に関連付けられたアクセスレベルは、プライベート・アクセス・レベル、パーミッシブ・アクセス・レベル、及びパブリック・アクセス・レベル、のうちの少なくとも１つを含む。ただし、さらにもっと別の例では、ブロックエントリに関連付けられたアクセスレベルは、プライベート・アクセス・レベル、パーミッシブ・アクセス・レベル、及びパブリック・アクセス・レベル、のうちの少なくとも１つを含む。

本開示はさまざまな実施形態を説明しているが、さらなる業界における技術的改善のためにさらなる例が含まれ得ることが認識されるべきである。例の業界は、防衛・安全保障、金融・保険、小売（たとえば銃器）、販売・ライセンシング、医療記録、会計、出荷・物流、医薬品、麻、石油・ガス、エネルギー・商品、国家安全保障、などを含み得る。

図を参照して、図１は、本開示の態様が実践され得る例示的な改良されたシステムの管理のための処理動作に関連する例示的な運用アーキテクチャ１００を示している。運用環境１００は、ブロックチェーンネットワーク１０１を含む。ブロックチェーンネットワーク１０１は、ユーザの承認されたアクセスレベルに基づいてブロックチェーンエントリ内のデータの一部を閲覧することをユーザに許可することとの関連においてビュー・カスタマイズ・プロセス２００を用いる。ブロックチェーンネットワーク１０１は、ビュー・カスタマイズ・プロセス２００を実行するのに適したサポートアーキテクチャにさまざまなハードウェア及びソフトウェア要素を含み得る。こうした代表的な１つのアーキテクチャが、コントローラ１６００に関する図１６に示されている。

サーバノード１１０〜１１２は、ブロックチェーンアプリケーションを実行することができる１又は複数のサーバとデバイスとを含む。サーバノード１１０〜１１２とインタフェースしているユーザデバイスは、パーソナルコンピュータ、携帯電話、ハンドヘルドデバイス、タブレットコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス、投票マシン、ゲーミングマシン、電子金融取引所、セキュリティシステム、又は、コンピュータの任意の組合せ若しくはそのバリエーションを含む任意の他の形態の要素、を含み得るが、それには限定されない。

より詳細には、図２は、上述のように、本明細書において説明されるようにブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するために、ブロックチェーンネットワーク１０１によって用いられ得る、ビュー・カスタマイズ・プロセス２００を示している。ビュー・カスタマイズ・プロセス２００のステップの一部又はすべては、カスタマイズされたビューの特徴を実現するために使用されるアプリケーションの１つのコンポーネント又は複数のコンポーネントとの関連においてプログラム命令で実施され得る。図１との関連において図２のステップを補足的に参照して、プログラム命令は、ブロックチェーンネットワーク１０１に以下のように動作するように指示する。

動作において、ブロックチェーンネットワーク１０１は、複数のユーザによってユーザデバイスから要求されたブロックエントリのブロックチェーン１２０を維持し、ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数の部分を含む（ステップ２０１）。ブロックチェーンデータベースは、サーバノード１１０〜１１２のブロックチェーンネットワーク１０１にわたって広がる多数の独立したユーザによって維持される。ブロックチェーン１２０は、ブロックチェーンのブロック１３０にデータを入力及び記録するために、任意のユーザ（たとえば、パブリックブロックチェーン）、特定のユーザの組（たとえば、プライベートブロックチェーン）、又はプライベートユーザとパブリックユーザとの組合せ（たとえば、ハイブリッドブロックチェーン）に対してオープンなデジタル台帳である。ブロックチェーン１２０は、複数のユーザによって追加され得、分散ネットワーク内の複数のノード１１０〜１１２によって記録され得る。

ブロック１３０は、ブロックエントリ１４０〜１４２を含む。ブロックエントリ１４０〜１４２は、ゲーミングの賭け、インベントリ記録、医療記録、銀行取引及び財務記録、スマートコントラクト、及びそれらの他の任意のタイプの組合せ又はバリエーションを含むさまざまなタイプのデータを含み得る。たとえば、ユーザは、別のユーザと契約を結んで、次いでその契約を分散ネットワーク環境内のノード１１０〜１１２上のブロックチェーン１２０内にブロックエントリ１４０として記憶することによって、ブロックエントリ１４０を作成し得る。別の例として、電子デバイス（たとえば、電子投票マシン、ギャンブルマシン、１又は複数のサーバ上で動作する監査ソフトウェア、エンドユーザデバイスなど）は、ブロックチェーンネットワークに自動的に接続し得、データがブロックエントリに追加されるように要求し得る。

データ部分と共に新しいブロックエントリを追加するために、ブロックチェーンは、プルーフ・オブ・ステーク（ｐｒｏｏｆ ｏｆ ｓｔａｋｅ：ＰｏＳ）、又はプルーフ・オブ・ワーク（ｐｒｏｏｆ ｏｆ ｗｏｒｋ：ＰｏＷ）、デリゲーテッド・プルーフ・オブ・ステーク（ｄｅｌｅｇａｔｅｄ ｐｒｏｏｆ ｏｆ ｓｔａｋｅ：ＤＰｏＳ）などのコンセンサスプロトコルを使用し得る。たとえば、ＰｏＷでは、次のブロックエントリ１４０がブロックチェーンに追加されるように選択されるためのリーダとしてサーバノード１１０〜１１２が選出されるために、特定のサーバノードは（通常はブルートフォースによって）特定のパズル又は数学的問題に対する解を見つけなければならない。解が見つかった時点で、サーバノードはバリデーションのためにそのソリューションを他のノードに発行する。ソリューションが正しいことにノードのコンセンサスが同意したとき、新しいブロックエントリがブロックチェーンに追加されることができる。プルーフ・オブ・ワークの例は、ＳＨＡ−２５６、Ｂｌａｋｅ−２５６、ＣｒｙｐｔｏＮｉｇｈｔ、Ｑｕａｒｋ、ＳＨＡ−２５６、ＳＨＡ−３、４ｃｒｙｐｔ、ｓｃｒｙｐｔ−ｊａｎｅ、ＨＥＦＴＹ１など、又はそれらの組合せである。対照的に、ＰｏＳは、サーバノードの関与とバリュー・アット・リスク（たとえば利害関係）に基づいている。ＤＰｏＳは、ブロックチェーンにエントリを追加するかどうかについて投票するために、ネットワーク上のバリデータの数を代表者の組（たとえば有権者）に制限することによって、高レベルのスケーラビリティを提供する、ＰｏＳの効率的なバリエーションである。

ブロックエントリ１４０〜１４２はまた、それぞれデータ部分１５０〜１５５を含む。データ部分１５０〜１５５は、ブロックエントリ１４０〜１４２のそれぞれを構成するコンポーネントを含み、ユーザ要求又はトランザクションフォーマット（標準化及びカスタマイズされた両方）に基づいてセグメントに分けられ得る。たとえば、トランザクションからのデータの一部は、ユーザがデータのその部分に機密としてフラグを立てた場合、プライベートとして割り当てられ得る。データの一部はまた、そのデータが、以前にプライベートとして割り当てられていたカテゴリのものである場合、プライベートとして割り当てられ得る。たとえば、ユーザはすべてのクレジットカード番号をプライベートとして分類し得る。逆に、データの一部はまた、ユーザによってパブリック又はパーミッシブとして割り当てられ得る。いくつかの実施態様では、開始又は制御ユーザが許可を提供した場合にのみ、受信ユーザに対して、データの一部がアクセス可能であるとして指定され得る（たとえば、トランザクションの開始当事者がブロックエントリとすべてのデータ部分とをプライベートとして割り当て、データの一部を閲覧するための能力は、署名条項及び条件形式による同意を必要とする）。このユーザ同意の特徴は、ユーザがユーザ同意セクションを通して同意を提供することを可能にするアクセスプラットフォームに含まれ得る。

本技術のいくつかの実施形態は、ブロックチェーンにデータを追加するための従来のプロトコル及びワークフローを変更する。たとえば、いくつかの実施形態では、サーバノード１１０〜１１２は、データの部分を特定又は１又は複数のカテゴリに分類することを必
要とされる。これは、たとえば、データを１又は複数のカテゴリ（たとえば、電子メールアドレス、社会保障番号など）に分類するために人工知能やマシンラーニングを使用することによって実行されることができる。いくつかの実施形態では、分散型アプリケーション（ＤＡｐｐ）は、データの最初のソート及び分類の責任を負い得る。ブロックエントリ１４０〜１４２が追加されるとき、エントリ内のデータカテゴリ、各データ部分についてのアクセスレベル、アクセス制限などに関する情報を含めるように、前のブロックのハッシュとタイムスタンプを通常は含むエントリの最初の行が修正され得る。たとえば、いくつかの実施形態は、ブロックエントリ内に記憶されているインデックス及び／又はアクセスレベル情報を作成し得る。したがって、後にデータが検索されるとき、データが簡単に特定されるか、又は適切なアクセスレベルに関連付けられることができる。さらになお一層、いくつかの実施形態では、データを追加する責任を負うサーバノードは、データを整理し得、異なるデータ部分１５０〜１５５について異なる暗号化レベルを設定し得る。他の実施形態では、ブロックチェーン上に記憶された暗号化されたデータを解読し、情報を分類し、アクセスレベル許可を執行するために、（たとえば、ブロックチェーンネットワークと接続デバイスとの間にあるデータプラットフォーム上で）ミドルウェアが使用され得、それによって、カスタマイズされたビューを作成する。

いくつかのシナリオでは、ユーザは、トランザクション内のデータのすべてをパブリックとして割り当てるデフォルト設定を設定し得、データの個々のセグメントをプライベートとして選択的に割り当て得、逆もしかりである。同様に、データの一部は、データが一般の人々には利用可能ではないが、監査委員会メンバ、法執行官、政府規制担当者、医療スタッフなどのさまざまなグループのユーザに対してはアクセス可能であり得る、パーミッシブとしても割り当てられ得る。他の例では、ブロックチェーン１２０は、データの部分をプライベート、パーミッシブ、又はパブリックとして割り当てるためのデフォルトのルールを含み得る。

たとえば、ブロックチェーン１２０は、任意の社会保障番号がプライベートアクセスに自動的に設定されるべきであると決定し得る。本明細書に含まれるいくつかの例及び実施形態は、プライベート、パーミッシブ、又はパブリックとして分類されるべき主要なアクセスレベルについて説明しているものの、本開示の範囲内で任意の数のアクセスレベルカテゴリが認識され得ることが理解されるべきである。さらに、アクセスレベルのステータスは、ある特定のイベントの検出に基づいて自動的に変化し得るか又は更新され得る。たとえば、取引に関するすべてのデータは、一定期間プライベートのままであり得、その時点でシステムは関連データの一部又はすべてについてアクセスレベルをパブリックに変更し得る。

次の動作において、ブロックチェーンネットワーク１０１は、少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む、ユーザからのブロックエントリ１４０の１又は複数のデータ部分１５０〜１５５を閲覧するための要求を受信する（ステップ２０２）。閲覧するための要求は、ゲーミングの賭けの１人の参加者など、ブロックエントリ１４０に記憶されたトランザクションに対する当事者であるユーザによって開始され得る。ユーザは、収入データを検証する税務監査官、株式及び債券を保有する、名義書換代理人又は第三者の財務管理人、最近の会社の配当取引を閲覧している貸し手又は株主に代わって債務支払を収集する債権回収代行会社など、トランザクションに単に興味を有しているがそのトランザクションに直接関与していないユーザでもあり得る。

次の動作において、アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、アクセスコードがブロックエントリのブロックチェーンに対して評価される（ステップ２０３）。公務員、荷物配送の従業員、銀行のマネージャなどのユーザステータスに基づいてユーザに対してアクセスコードが指定され得る。アクセスコードは、アクセ
スレベル又はデータ部分に関連付けられているユーザに対して与えられた暗号化されたコード（たとえば、秘密鍵又はハッシュ）に基づいて決定され得る。アクセスコードは、パスワード、署名、指紋、バーコード、処理チップ、アンケート、生体認証、トークン、及び、アクセスレベルに関連付けられたデータ部分１５０〜１５５にアクセスするための許可をユーザが検証できるようにし得る任意の他の方法、に基づいてさらにバリデーションされ得る。いくつかのシナリオ例では、データ部分１５０〜１５５は、それらの関連するアクセスレベルに基づいて、異なるブロックチェーン又はブロックエントリに分離され得る。このシナリオでは、アクセスレベルに関連付けられたデータの部分を閲覧するためにブロックチェーン又はブロックエントリにアクセスするために、アクセスコード１５０が必要とされ得る。

最後の動作において、アクセスレベルに関連付けられた１又は複数のデータ部分１５０〜１５５を含む、ブロックエントリのカスタマイズされたビューが生成される（ステップ２０４）。カスタマイズされたビューは、データアクセスプラットフォームによって生成され得る。カスタマイズされたビューは、バリデーションされたアクセスレベルに関連付けられたデータ部分のみを組み込むように変更され得るか、又は許可されていないデータ部分が記録ビューから黒で塗りつぶされた状態ですべてのデータ部分１５０〜１５５を含み得る。カスタマイズされたビューは、ユーザデバイス上のブロックチェーンアプリケーション（たとえばＤＡｐｐ）で見えるようにされ得るか、記録メッセージの形式でユーザに転送され得るか、又は任意の他の方法でユーザ又はユーザグループに対して表示され得る。

さまざまな実施形態によれば、ブロックチェーンへのデータの追加、セキュリティレベルのスクリーニング、データの分類、アクセスレベルの割当て、監査及び／又は他の機能は、すべて自律的に行われ得る。たとえば、ユーザがカジノに入ったとき、さまざまなシステム（たとえば、監視カメラ、駐車場カメラ、ポイントカードシステム、ルームアクセスシステム、エンターテインメントデータベースなど）からブロックチェーンにデータが収集及び追加されることができる。大きな塊のデータが与えられると、ブロックチェーンに追加されることができる関連データを特定、関連付け、及び分類するために、（たとえば、サポートベクタマシン、人工ニューラルネットワーク、ベイジアンネットワーク、教師ありラーニング、教師なしラーニング、及び／又は他の技術を使用する）人工知能及び／又はマシン・ラーニング・エンジンが使用されることができる。データ自体には、検索及び／又は将来の取込みのためにインデックスが付けられ得る。他の実施形態では、データはセグメント化され得、プレイヤのプロファイルに追加され得る。データのさまざまな部分は異なるアクセスレベルが割り当てられることができるため、データを要求する人は、自身のアクセスレベルに適したデータの部分のみが自動的に供給され得る。同様に、違反（たとえば、ギャンブルルール違反、不正行為、共謀、ギャンブル禁止者など）を特定するために、データは自動的にレビュ又は監査され得る。

カジノ監視と同様に、本技術のさまざまな実施形態は、人間がレビュを監督することなく自動的にデータをレビュすることができるバーティカルに適用されることができる。たとえば、いくつかの実施形態は、個人に関する生体認証又はデータを取得するために、セキュアなデータセット（プライベートブロックチェーンに記憶されている可能性がある）とインタフェースし得る。したがって、政府機関（たとえば、ＩＣＥ又はＤｅｐａｒｔｍｅｎｔ ｏｆ Ｈｏｍｅｌａｎｄ Ｓｅｃｕｒｉｔｙ：国土安全保障省）は、個人を特定し、特定のデータ、活動、及び／又は場所へアクセスすることをその個人が許可されるべきかどうかを判断するために使用されることできるデータを提供することができる。たとえば、システムのさまざまな実施形態は、トラステッド・トラベラ・プログラムのために個人をスクリーニングするために使用され得る。たとえば、個人が空港に入るときに、監視カメラが、人工知能又はマシン・ラーニング・エンジンによって取り込まれることがで
きるビデオデータを収集することができる。このデータは、最初に個人を特定して違反中かどうかを判断し、人を事前にスクリーニングし（たとえば、より迅速なスクリーニングのため）、又はユーザが飛行機又は他の旅行方法へのエントリを拒否されることができるかどうかを判断するために、ナンバプレート、旅行記録、生体認証データなどとリンクされることができる。いくつかの実施形態では、各人が自身の運転免許証をスキャンされ得、意思決定を支援するために、システムは自動的にＩＤを合法か又は詐欺として分類し、ブロックチェーン内の記録を検索することができる。

図３は、本技術のさまざまな実施形態に係る分散型台帳アーキテクチャを利用するブロックチェーン・データ・プラットフォームのさまざまなコンポーネントを示している。図３に示されるように、ブロックチェーン・データ・プラットフォームは、１又は複数のサーバ３０５Ａ〜３０５Ｎを使用し得る。各サーバは、ブロックチェーンインタフェース３１０、監視メカニズム３１５、クライアントインタフェース３２０、ルールエンジン３２５、暗号化／解読モジュール３３０、分析モジュール３３５、イベントモジュール３４０、多要素認証モジュール３５０、レポートジェネレータ３５５、及び／又は、ログ、加入者ポリシ、トランザクションポリシ、場所ポリシなどを記憶するためのデータベース３６０及び／又は３６５を含むことができる。さらに、ブロックチェーンサーバ３０５Ａ〜２０５Ｎは、ブロックチェーン３７０、クライアント３７５、信頼されるデータソース３８０、及び／又は記録３８５と接続することができる。

これらのモジュール、コンポーネント、又はデータベースのそれぞれは、専用ハードウェア（たとえば、１又は複数のＡＳＩＣ、ＰＬＤ、ＦＰＧＡなど）として、又はソフトウェア及び／又はファームウェアで適切にプログラムされたプログラマブル回路（たとえば、１又は複数のマイクロプロセッサ、マイクロコントローラ、など）として、又は専用ハードウェアとプログラマブル回路との組合せとして、具現化されることができる。本技術の他の実施形態は、他のモジュール、アプリケーション、データベース、及び／又はコンポーネントと共に、これらのモジュール及びコンポーネントの、いくつか又はすべてを含み得るか、又は何も含まなくてもよい。さらになお一層、いくつかの実施形態は、これらのモジュール及びコンポーネントのうちの２つ以上を単一のモジュールに組み込み得、及び／又はこれらのモジュールのうちの１又は複数の機能の一部を異なるモジュールに関連付け得る。たとえば、一実施形態では、ルールエンジン３２５及びイベントモジュール３４０は、ユーザ端末上でさまざまなルール及びイベントポリシを特定及び執行するために単一のモジュールに組み合わせられることができる。

クライアント３７５は、クライアントインタフェース３２０を使用してブロックチェーンサーバ３０５Ａ〜３０５Ｎのうちの１つに接続し得る。クライアント３７５は、クライアント３７５がブロックエントリ（又はその選択された部分）を入力及び閲覧することを可能にするブロックチェーンサーバ３０５Ａ〜３０５Ｎからファームウェア又はソフトウェアをダウンロード（又はプレインストールされている）することができ得る。ブロックエントリは、さまざまなトランザクション（たとえば、金融取引、ゲーミングの賭け、医療記録、インベントリ追跡など）とさまざまなアクセスレベル（プライベート、パーミッシブ、パブリックなど）を含み得る。いくつかの実施形態では、ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、各トランザクションの１又は複数の部分を閲覧するためのアクセスをバリデーションするために暗号化コードを処理する。

いくつかの実施形態では、ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、ブロックエントリ内の複数の部分のそれぞれについての少なくとも１つの発行された場所を示す、ブロックエントリ内の複数の部分のそれぞれについてのポインタを維持し得る。次いで、ブロックエントリ内の部分のそれぞれについてのポインタを使用して、アクセスレベルに関連付けられた部分を検索することによって、ブロックエントリのカスタマイズされたビュ
ーが生成され得る。他の実施形態では、ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、アクセスレベルのそれぞれに関連付けられたデータ部分について別々のブロックエントリを維持し得る。ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、アクセスレベルに関連付けられたデータ部分を特定するために、ブロックチェーン３７０のブロックエントリに対して、要求内のアクセスコードを評価し得る。いくつかのシナリオでは、ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、アクセスレベルのそれぞれに関連付けられたデータ部分について別々のブロックチェーンを維持し得る。次いで、ブロックチェーンサーバ３０５Ａ〜３０５Ｎは、アクセスレベルに関連付けられたデータ部分を特定するために、ブロックチェーン３７０に対して、要求内のアクセスコードを評価し得る。

いくつかの例では、ブロックチェーン３７０に記憶された情報は、暗号化／解読モジュール３３０を使用して暗号化され得る。いくつかの実施形態では、暗号化／解読モジュール３３０は、さまざまな非準同型暗号化及び／又は準同型暗号化を使用し得る。非準同型暗号化はより強力なセキュリティ性を提供し得、一方、準同型暗号化の使用は、解読することなしに、符号化されたデータに対する計算を可能にする。結果として、ゲーミングシステムのさまざまなコンポーネントは、極秘データを露出することなく、データの部分に対して作用及び動作することができる。

監視メカニズム３１５は、トランザクション及びユーザ活動を監視することができる。これには、クライアント３７５、ビデオ監視システム、ポイントカードシステム、鍵エンジン、生体認証センサ、及び他の外部システムなどであるがそれには限定されない、外部ソースからの情報を受信することを含むことができる。いくつかの実施形態では、ユーザが、金融取引、医療記録、ゲーミングの賭け、インベントリの動きのログなどを入力又はアクセスすることを可能にする前に、多要素認証が使用され得る。たとえば、患者が医療記録にアクセスするとき、さまざまなタイプの認証（たとえば、個人用ＰＩＮ、生体認証、トークンなど）を必要とするために、多要素認証モジュール３５０が使用され得る。ルールエンジン３２５は、クライアント３７５に提示されているトランザクションインタフェースにルールを重ね合わせることができる。これらのルールは、データベース３６５に記憶されているさまざまなポリシ（たとえば、加入者ポリシ、トランザクションポリシ、場所ポリシなど）に基づくことができる。分析モジュール３３５は、層、クライアント、ゲーム、医療診断、給与支払簿、荷物配送、支払、口座、及び／又は他のシステムコンポーネント又は活動に関するさまざまな分析を生成することができる。この情報は、トランザクションのカスタマイズされたビューを作成するためにレポートジェネレータ３５５によって使用されることができる。

制限アクセスモジュール３４０は、各トランザクション内のデータの異なる部分に対して、及び異なるユーザ／ユーザタイプに対して、カスタマイズされたアクセス要件を作成するために使用されることができる。報酬はブロックチェーン３７０内で記録３８５に記憶され得る。アクセス要件は、以前に指定されたユーザ設定に基づいて決定された、トランザクションを入力するユーザによって、又は他の当事者によって必要とされるポリシ（たとえば、１９９６年の医療保険の相互運用性と説明責任に関する法律（Ｈｅａｌｔｈ Ｉｎｓｕｒａｎｃｅ Ｐｏｒｔａｂｉｌｉｔｙ ａｎｄ Ａｃｃｏｕｎｔａｂｉｌｉｔｙ
Ａｃｔ：ＨＩＰＡＡ）によって必要とされる医療記録についてのパーミッシブアクセス、ギャンブルの最低年齢についての州法など）によって生成され得、これらのアクセスポリシに基づいて記録のカスタマイズされたビューを提示し得る。データベース３６０及び／又は３６５は、ログ、加入者ポリシ、トランザクションポリシ、場所ポリシなどを記憶するために使用されることができる。これらは、ブロックチェーン３７０に関連付けられた記録３８５から検索されたデータのローカルストアであり得る。さらに、サーバ３０５Ａ〜３０５Ｎ及びブロックチェーン３７０は、記録３８５内に記憶されたデータを決定するために必要な、外部イベント（たとえば、スポーツイベントの結果、ベンダ／購入者仕
訳エントリの調整など）又は情報（たとえば、セキュリティクリアランスのステータス）のバリデーションのために、信頼されるデータソース３８０と接続することができる。

図４は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの実施態様におけるブロックダイアグラム４００を示している。ブロックダイアグラム４００は、インベントリブロックエントリ４０１と、データプラットフォーム４１０と、サーバ４２０〜４２２と、ブロックチェーン４３０〜４３２と、記録４０２とを含む。

ブロックエントリ４０１は、ブロックチェーンに永続的に記録される任意のデータトランザクションを代表している。ブロックエントリ４０１は、マイナによって引き続いて処理され、データプラットフォーム４１０によってブロックチェーンの最後にあるブロックに追加される。ブロックエントリ４０１は、本明細書において製品、購入者、及び価格によって表されているデータの部分をさらに含む。データ部分のそれぞれは別々に表されている一方で、データの部分はブロックエントリ４０１によって表される１つのトランザクションの一部である、ということが留意されるべきである。ブロックエントリ４０１は、分散型台帳プラットフォーム環境で実行及び記録されている任意のトランザクション又はコントラクトを含み得る。この例では、ブロックエントリ４０１は、インベントリについての購入注文を含み得る。

データプラットフォーム４１０は、図１６のコントローラ１６００が代表する、ブロックチェーンアプリケーションをホストすることができる任意の１又は複数のコンピューティングシステムを表している。データプラットフォーム４１０は、トランザクションをブロックチェーンに記録するためのセキュアな分散型台帳システムを提供する。データプラットフォーム４１０は、税務監査官、金融機関、ゲーミング規制委員会、顧客、会社の従業員などのさまざまなユーザによってアクセスされ得る多数の分散ネットワークノードにわたって実施され得る。

データプラットフォーム４１０は、サーバ４２０〜４２２も含むことができる。サーバ４２０〜４２２は、それによって分散ネットワークノードが通信し得る任意の１又は複数のコンピューティングシステムを代表し得る。例は、ブロックチェーンに追加されて分散ネットワークのネットワークノード間に配布されるべきトランザクションを、ユーザデバイスの操作ユーザが転送でき得るように、対応するアプリケーション又はサービスがその上にインストールされている他のデバイスを含む。例は、メディアサーバ、ウェブサーバ、及び、トランザクションデータをユーザデバイス及びネットワークノードに送信し、又は、ユーザデバイス及びネットワークノードから受信し得る、他のタイプのエンドポイントを含む。いくつかの実施形態では、データプラットフォームは、どのサーバ４２０〜４２２がデータを記憶することを許可されるかを動的に選択することができる。たとえば、会社や政府は、ブロックチェーンが記憶されているサーバノードに対して、地理的な制限、暗号化標準、ネットワークセキュリティ標準、又は他の制限を有し得る。したがって、データプラットフォーム４１０は、これらの制限に基づいて、動的に選択されたサーバの物流を管理することができる。たとえば、特定のサーバが攻撃又はハッキングされていると見なされる場合、データプラットフォーム４１０は当該のサーバをブロックチェーンネットワークから動的に削除し、必要に応じて１又は複数のさらなるサーバを追加することを検討することができる。したがって、データの各所有者は、データが記憶されるべき場所、及び当該のサーバグループに必要な最小限のＩＴ標準、についての選択基準を設定することができる。

ブロックダイアグラム４００は、ブロックチェーン４３０〜４３２をさらに含む。ブロックチェーン４３０〜４３２は、暗号技術を使用してリンクされ及びセキュアにされてい
る、ブロックと呼ばれる、成長し続ける記録のリストを含むことができる。ブロックチェーン４３０〜４３２内のブロックのそれぞれは、タイムスタンプとハッシュとを含む。ハッシュは、ブロックチェーン内の、現在のブロックの暗号学的ハッシュ及び前のブロックの暗号学的ハッシュの両方を含む。各ブロックは、ブロックエントリに関連付けられたデータも含む。このシナリオ例では、データの各部分（製品、購入者、及び価格）は、異なるブロックに、及び別々のブロックチェーン４３０〜４３２に別々に記録されている。

さらに、ブロックチェーン４３０〜４３２のそれぞれは、別々のアクセスレベルに関連付けられている。たとえば、ブロックチェーン４３０は、分散型台帳とやり取りする任意のユーザが各ブロック内に記録されたブロック及びデータ部分を閲覧することを可能にするパブリック・アクセス・ブロックチェーンである。パブリックユーザは、ブロックチェーン４３０内のトランザクションを閲覧することに興味のある任意のユーザであり得、データのこの部分についてプライバシは存在しない。逆に、ブロックチェーン４３１は、データ部分が会社内の従業員などの許可されたユーザによってのみアクセス及び閲覧され得る、プライベートブロックチェーンである。このシナリオ例では、購入者はブロックチェーン４３１上に別々に記憶されており、トランザクションを開始する会社内のマネージャなど、データへの排他的アクセス権を有するユーザを除いて、ブロックチェーンネットワーク内でやり取りするすべてのユーザから非公開である。ブロックチェーン４３２は、すべてのユーザではなく、限られた当事者の組が、ブロックに記録されたデータ部分を閲覧し得る、パーミッシブブロックチェーンである。価格はブロックチェーン４３２内に記憶されており、監査人又は管理者など、データへのアクセスが許可されている当事者によって閲覧され得る。

記録４０２は、ブロックエントリ４０１から記録されたトランザクションデータを閲覧することを要求したときに、ユーザが閲覧し得るものを例示している。記録４０２は、ブロックエントリ４０１に元々入力されたデータ部分のすべてを含み得るか、又は何も含まなくてもよく、要求しているユーザによって提供される許可と、データの各部分が関連付けられているアクセスレベルと、に基づいて生成される。

図５は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための実施態様におけるフローダイアグラムを示している。ビュー・カスタマイズ・プロセス５００のステップの一部又はすべては、カスタマイズされたビューの特徴を実現するために使用されるアプリケーションの１つのコンポーネント又は複数のコンポーネントとの関連においてプログラム命令で実施され得る。

動作において、データプラットフォーム４１０は、ブロックチェーン４３０〜４３２のブロック内に維持されるべきブロックエントリ４０１を受信する（ステップ５０１）。ブロックエントリ４０１は、ユーザによってノードの分散ネットワーク内のユーザデバイスから要求され、データ部分を含む。次いで、データプラットフォーム４１０は、エントリを許可する（たとえば、マイナがブロック内のハッシュをバリデーションする）（ステップ５０２）。ブロックがバリデーションされない場合、トランザクション（ブロックエントリ４０１）はリジェクトされる（ステップ５０３）。しかしながら、ブロックが受け入れられる場合、データの部分のそれぞれは、アクセスレベルについて評価され、特定されたアクセスレベルに基づいて、ブロックチェーン４３０〜４３２のそれぞれのブロックに追加される（ステップ５０４）。

次の動作において、データプラットフォーム４１０は、ブロックエントリのうちの１又は複数のデータ部分を閲覧するための要求を受信し、その要求は、少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む（ステップ５０５）。アクセスコードは、パブリック、パーミッシブ、又はプライベート・アクセス・レベルに関連付けられ得
る。次いで、データプラットフォーム４１０は、データ部分のそれぞれについての別々のブロック記録のそれぞれを維持するブロックチェーン４３０〜４３２のそれぞれに対して、要求内のアクセスコードを評価する（ステップ５０６）。要求しているユーザに関連付けられたアクセスコードがパブリックであると判断された場合、ブロックエントリ４０１から製品のみを示すカスタマイズされたビュー（たとえば、記録４０２）が、要求しているユーザに対して生成される（ステップ５０７）。要求しているユーザに関連付けられたアクセスコードがパーミッシブであると判断された場合、ブロックエントリ４０１から製品と価格とを示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ５０８）。要求しているユーザに関連付けられたアクセスコードがプライベートであると判断された場合、ブロックエントリ４０１からのデータのすべての部分（すなわち、製品、購入者、及び価格）を示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ５０９）。

フローダイアグラム６００についての別の実施態様は、ギャンブル・バリデーション・プロセスとの関連においてであり得る。たとえば、大きな基準値の勝に賭けるユーザは、カジノのマネージャからの承認を必要とし得る。このシナリオ例では、賭けの支払が発生したときに、その賭けがカジノのマネージャによってユーザに対して承認されていたことを確実にするために、ブロックチェーン内のユーザのデータへのアクセスが必要とされ得る。

図６は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの代替的な実施態様におけるブロックダイアグラムを示している。ブロックダイアグラム６００は、ゲーミングの賭けのブロックエントリ６０１と、データプラットフォーム６１０と、サーバ６２０〜６２２と、ブロックチェーン６３０と、アクセスプラットフォーム６４０と、記録６０２とを含む。

ブロックエントリ６０１は、ブロックチェーンに永続的に記録される任意のデータトランザクションを代表している。ブロックエントリ６０１は、マイナによって引き続いて処理され、データプラットフォーム６１０によってブロックチェーンの最後にあるブロックに追加される。ブロックエントリ６０１は、本明細書においてベット額、クレジットカード番号、及び年齢によって表されているデータの部分をさらに含む。データ部分のそれぞれは別々に表されている一方で、データの部分はブロックエントリ６０１によって表される１つのトランザクションの一部である、ということが留意されるべきである。ブロックエントリ６０１は、分散型台帳プラットフォーム環境で実行及び記録されている任意のトランザクション又はコントラクトを含み得る。ただし、この例では、ブロックエントリ６０１はギャンブルの賭けを含む。賭けの直接参加者ではない第三者のオブザーバなど、要求しているユーザは、ブロックチェーン６３０の一部のデータを閲覧することができ得るが、ブロックエントリ６０１を閲覧するためにはアクセスコードが必要とされ得る、ということも留意されるべきである。アクセスコードは、生体認証のバリデーションの形式であり得る。

データプラットフォーム６１０は、図１６のコントローラ１６００が代表する、ブロックチェーンアプリケーションをホストすることができる任意の１又は複数のコンピューティングシステムを表している。データプラットフォーム６１０は、トランザクションをブロックチェーンに記録するためのセキュアな分散型台帳システムを提供する。データプラットフォーム６１０は、監査人、金融機関、ゲーミング規制委員会、顧客、会社の従業員などのさまざまなユーザによってアクセスされ得る多数の分散ネットワークノードにわたって実施され得る。

データプラットフォーム６１０は、サーバ６２０〜６２２も含む。サーバ６２０〜６２２は、それによって分散ネットワークノードが通信し得る任意の１又は複数のコンピューティングシステムを代表し得る。例は、ブロックチェーンに追加されて分散ネットワークのネットワークノード間に配布されるべきトランザクションを、ユーザデバイスの操作ユーザが転送でき得るように、対応するアプリケーション又はサービスがその上にインストールされている他のデバイスを含む。例は、メディアサーバ、ウェブサーバ、及び、トランザクションデータをユーザデバイス及びネットワークノードに送信し、又は、ユーザデバイス及びネットワークノードから受信し得る、他のタイプのエンドポイントを含む。

ブロックダイアグラム６００は、ブロックチェーン６３０をさらに含む。ブロックチェーン６３０は、暗号技術を使用してリンクされ及びセキュアにされている、ブロックと呼ばれる、成長し続ける記録のリストを含むことができる。ブロックチェーン６３０内のブロックのそれぞれは、タイムスタンプとハッシュとを含む。ハッシュは、ブロックチェーン内の、現在のブロックの暗号学的ハッシュ及び前のブロックの暗号学的ハッシュの両方を含む。各ブロックは、ブロックエントリに関連付けられたデータも含む。このシナリオ例では、データの各部分（ベット額、クレジットカード番号、及び年齢）は、別々の暗号化コードと共にブロックチェーン６３０に記録されている。

さらに、ブロックチェーン６３０内のデータ部分のそれぞれに関連付けられた暗号化コードのそれぞれは、別々のアクセスレベルに関連付けられている。たとえば、ベット額は、分散型台帳とやり取りする任意のユーザがブロック内のデータの部分を閲覧することを可能にする、パブリックアクセス暗号化コードに関連付けられている。パブリックユーザは、ベット額を閲覧することに興味のある任意のユーザであり得、データのこの部分についてプライバシは存在しない。逆に、クレジットカード番号は、内部の経理部門などの許可されたユーザによってのみアクセス及び閲覧され得るプライベート暗号化コードに関連付けられている。年齢は、すべてのユーザではなく限られた当事者の組によって閲覧され得るパーミッシブ暗号化コードに関連付けられている。たとえば、すべてのプレイヤがギャンブルの賭けを行うための法定年齢であることを確実するために、ゲーミング委員会によって年齢が閲覧されることが必要とされ得る。ただし、賭けの他のプレイヤ又はベットのオブザーバは、各プレイヤの年齢を閲覧することができないものとし得る。

アクセスプラットフォーム６４０は、図１６のコントローラ１６００が代表する、ブロックチェーン・エントリ・データへのアクセスのためのユーザ要求をバリデーションすることができる任意の１又は複数のコンピューティングシステムを表している。アクセスプラットフォーム６４０は、ブロックチェーン６３０に記録されたデータの部分と要求しているユーザに対する記録６０２の生成との間のセキュアな暗号化メディエータを提供する。アクセスプラットフォーム６４０は、税務監査官、金融機関、ゲーミング規制委員会、顧客、会社の従業員などのさまざまなユーザによってアクセスされ得る多数の分散ネットワークノードにわたって実施され得る。記録６０２は、ブロックエントリ６０１から記録されたトランザクションデータを閲覧することを要求したときに、ユーザが閲覧し得るものを例示している。記録６０２は、ブロックエントリ６０１に元々入力されたデータ部分のすべてを含み得るか、又は何も含まなくてもよく、要求しているユーザによって提供される許可と、データの各部分が関連付けられているアクセスレベルと、に基づいて生成される。

図７は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための実施態様におけるフローダイアグラムを示している。ビュー・カスタマイズ・プロセス７００のステップの一部又はすべては、カスタマイズされたビューの特徴を実現するために使用されるアプリケーションの１つのコンポーネント又は複数のコンポーネントとの関連においてプログラム命令で実施され得る。

動作において、データプラットフォーム６１０は、ブロックチェーン６３０のブロック内に維持されるべきブロックエントリ６０１を受信する（ステップ７０１）。ブロックエントリ６０１は、ユーザによってノードの分散ネットワーク内のユーザデバイスから要求され、データ部分を含む。次いで、データプラットフォーム６１０は、エントリを許可する（たとえば、マイナがブロック内のハッシュをバリデーションする）（ステップ７０２）。ブロックがバリデーションされない場合、トランザクション（ブロックエントリ６０１）はリジェクトされる（ステップ７０３）。しかしながら、ブロックが受け入れられる場合、データの部分のそれぞれは、アクセスレベルについて評価され、特定されたアクセスレベルに基づいて、暗号化コードと共に（ステップ７０５）ブロックチェーン６３０に追加される（ステップ７０４）。

次の動作において、アクセスプラットフォーム６４０は、ブロックエントリのうちの１又は複数のデータ部分を閲覧するための要求を受信し、その要求は、少なくとも１つのアクセスレベルに関連付けられた暗号化コードを含む（ステップ７０６）。暗号化コードは、パブリック、パーミッシブ、又はプライベート・アクセス・レベルに関連付けられ得る。次いで、アクセスプラットフォーム６４０は、ブロックチェーン６３０内のデータの部分のそれぞれに対して、要求内の暗号化コードを評価する（ステップ７０７）。要求しているユーザに関連付けられた暗号化コードがパブリックであると判断された場合、ブロックエントリ６０１からベット額のみを示すカスタマイズされたビュー（たとえば、記録６０２）が、要求しているユーザに対して生成される（ステップ７０８）。要求しているユーザに関連付けられている暗号化コードがパーミッシブであると判断された場合、ブロックエントリ６０１からベット額と年齢とを示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ７０９）。要求しているユーザに関連付けられた暗号化コードがプライベートであると判断された場合、ブロックエントリ６０１からのデータのすべての部分（すなわち、ベット額、クレジットカード番号、及び年齢）を示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ７１０）。

図８は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための改良されたアプリケーションの代替的な実施態様におけるブロックダイアグラムを示している。ブロックダイアグラム８００は、貨幣的トランスファのブロックエントリ８０１と、データプラットフォーム８１０と、サーバ８２０〜８２２と、ブロックチェーン８３０と、アクセスプラットフォーム８４０と、記録８０２とを含む。

ブロックエントリ８０１は、ブロックチェーンに永続的に記録される任意のデータトランザクションを代表している。ブロックエントリ８０１は、引き続いてマイナによって処理され、データプラットフォーム８１０によってブロックチェーンの最後にあるブロックに追加される。ブロックエントリ８０１は、本明細書においてトランザクションに対する当事者、銀行口座番号、及び利用可能な資金によって表されているデータの部分をさらに含む。データ部分のそれぞれは別々に表されている一方で、データの部分はブロックエントリ８０１によって表される１つのトランザクションの一部である、ということが留意されるべきである。ブロックエントリ８０１は、分散型台帳プラットフォーム環境で実行及び記録された任意のトランザクション又はコントラクトを含み得る。ただし、この例では、ブロックエントリ８０１は、あるユーザの銀行口座から別のユーザの銀行口座に送金する銀行取引を含む。

データプラットフォーム８１０は、図１６のコントローラ１６００が代表する、ブロックチェーンアプリケーションをホストすることができる任意の１又は複数のコンピューテ
ィングシステムを表している。データプラットフォーム８１０は、トランザクションをブロックチェーンに記録するためのセキュアな分散型台帳システムを提供する。データプラットフォーム８１０は、税務監査官、金融機関、ゲーミング規制委員会、顧客、会社の従業員などのさまざまなユーザによってアクセスされ得る多数の分散ネットワークノードにわたって実施され得る。

データプラットフォーム８１０は、サーバ８２０〜８２２も含む。サーバ８２０〜８２２は、それによって分散ネットワークノードが通信し得る任意の１又は複数のコンピューティングシステムを代表し得る。例は、ブロックチェーンに追加されて分散ネットワークのネットワークノード間に配布されるべきトランザクションを、ユーザデバイスの操作ユーザが転送でき得るように、対応するアプリケーション又はサービスがその上にインストールされている他のデバイスを含む。例は、メディアサーバ、ウェブサーバ、及び、トランザクションデータをユーザデバイス及びネットワークノードに送信し、又は、ユーザデバイス及びネットワークノードから受信し得る、他のタイプのエンドポイントを含む。

ブロックダイアグラム８００は、ブロックチェーン８３０をさらに含む。ブロックチェーン８３０は、暗号技術を使用してリンクされ及びセキュアにされている、ブロックと呼ばれる、成長し続ける記録のリストを含むことができる。ブロックチェーン８３０内のブロックのそれぞれは、タイムスタンプとハッシュとを含む。ハッシュは、ブロックチェーン内の、現在のブロックの暗号学的ハッシュ及び前のブロックの暗号学的ハッシュの両方を含む。各ブロックは、ブロックエントリに関連付けられたデータも含む。このシナリオ例では、データの各部分（当事者、口座番号、及び利用可能な資金）は、別々のアクセス・レベル・フラグと共にブロックチェーン８３０に記録されている。

さらに、ブロックチェーン８３０内のデータ部分のそれぞれに関連付けられたアクセス・レベル・フラグのそれぞれは、別々のアクセスレベルに関連付けられている。たとえば、当事者は、分散型台帳とやり取りする任意のユーザがブロック内のデータの部分を閲覧することを可能にする、パブリック・アクセス・フラグに関連付けられている。パブリックユーザは、トランザクションに対する当事者を閲覧することに興味のある任意のユーザであり得、データのこの部分についてプライバシは存在しない。逆に、口座番号は、各当事者のための送金している銀行などの許可されたユーザによってのみアクセス及び閲覧され得るプライベート・アクセス・フラグに関連付けられている。利用可能な資金は、すべてのユーザではなく限られた当事者の組によって閲覧され得るパーミッシブアクセスフラグに関連付けられている。たとえば、利用可能な資金は、金融取引を完了するために送金口座において資金が利用可能であることを確実にするために、受け取る銀行によって閲覧される必要があり得る。

アクセスプラットフォーム８４０は、図１６のコントローラ１６００が代表する、ブロックチェーン・エントリ・データへのアクセスのためのユーザ要求をバリデーションすることができる任意の１又は複数のコンピューティングシステムを表している。アクセスプラットフォーム８４０は、ブロックチェーン８３０に記録されたデータの部分と要求しているユーザに対する記録８０２の生成との間のセキュアなアクセス・フラグ・メディエータを提供する。アクセスプラットフォーム８４０は、税務監査官、金融機関、ゲーミング規制委員会、顧客、会社の従業員などのさまざまなユーザによってアクセスされ得る多数の分散ネットワークノードにわたって実施され得る。記録８０２は、ブロックエントリ８０１から記録されたトランザクションデータを閲覧することを要求したときに、ユーザが閲覧し得るものを例示している。記録８０２は、ブロックエントリ８０１に元々入力されたデータ部分のすべてを含み得るか、又は何も含まなくてもよく、要求しているユーザによって提供される許可と、データの各部分が関連付けられているアクセスレベルと、に基づいて生成される。

図９は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための実施態様におけるフローダイアグラムを示している。ビュー・カスタマイズ・プロセス９００のステップの一部又はすべては、カスタマイズされたビューの特徴を実現するために使用されるアプリケーションの１つのコンポーネント又は複数のコンポーネントとの関連においてプログラム命令で実施され得る。

動作において、データプラットフォーム８１０は、ブロックチェーン８３０のブロック内に維持されるべきブロックエントリ８０１を受信する（ステップ９０１）。ブロックエントリ８０１は、ユーザによってノードの分散ネットワーク内のユーザデバイスから要求され、データ部分を含む。次いで、データプラットフォーム８１０は、エントリを許可する（たとえば、マイナがブロック内のハッシュをバリデーションする）（ステップ９０２）。ブロックがバリデーションされない場合、トランザクション（ブロックエントリ８０１）はリジェクトされる（ステップ９０３）。しかしながら、ブロックが受け入れられる場合、データの部分のそれぞれは、アクセスレベルについて評価され、特定されたアクセスレベルに基づいて、アクセスフラグと共に（ステップ９０５）ブロックチェーン８３０に追加される（ステップ９０４）。

次の動作において、アクセスプラットフォーム８４０は、ブロックエントリのうちの１又は複数のデータ部分を閲覧するための要求を受信し、その要求は、少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む（ステップ９０６）。アクセスコードは、パブリック、パーミッシブ、又はプライベート・アクセス・レベルに関連付けられ得る。次いで、アクセスプラットフォーム８４０は、ブロックチェーン８３０内のデータの部分のそれぞれに対して、要求内のアクセスコードを評価する（ステップ９０７）。要求しているユーザに関連付けられたアクセスコードがパブリックであると判断された場合、ブロックエントリ８０１から当事者のみを示すカスタマイズされたビュー（たとえば、記録８０２）が、要求しているユーザに対して生成される（ステップ９０８）。要求しているユーザに関連付けられたアクセスコードがパーミッシブであると判断された場合、ブロックエントリ８０１から当事者と利用可能な資金とを示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ９０９）。要求しているユーザに関連付けられたアクセスコードがプライベートであると判断された場合、ブロックエントリ８０１からのデータのすべての部分（すなわち、当事者、口座番号、及び利用可能な資金）を示すカスタマイズされたビューが、要求しているユーザに対して生成される（ステップ９１０）。

図１０は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するための財務監査シナリオの実施態様における例示的な運用アーキテクチャを示している。動作において、ユーザ１０１０は、サービスと引換えに支払小切手１０３０をユーザ１０２０に転送する。サービスの名称と費用とを示すトランザクションの記録が、ユーザ１０１０からデータベース１０４０に転送される。次いで、記録はサーバ１０５０を介してブロックチェーン１０６０内に維持される。このシナリオでは、トランザクションはユーザ１０２０によって受信側でも記録され、利益とサービスとを示すトランザクションの記録がデータベース１０４２に転送され、サーバ１０５０を介してブロックチェーン１０６０内に維持される、ということが留意されるべきである。

次の動作において、政府の税監査官１０７０がユーザ１０２０について記録された利益を閲覧することを要求する。ユーザ１０７０は、記録に記録されたサービス又はユーザ１０１０からの費用を閲覧することを許可されていないものとし得る。サーバ１０５０は、要求を受信し得、この時点でユーザ１０７０がユーザ１０２０についての利益を閲覧することのみ許可されていることを示す、アクセスコードを処理し得る。次いで、ユーザ１０
２０についての利益のみを示す、記録のカスタマイズされたビューが、サーバ１０５０によってユーザ１０７０に対して生成される。ユーザ１０７０はトランザクションの完全な記録を閲覧することはできないが、ユーザ１０７０は、ユーザ１０２０の利益を示している記録の部分はブロックチェーン１０６０内に維持されているため、それが有効であることを信頼することができる。

図１１は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するためのゲーミング規制シナリオの実施態様における代替的な運用アーキテクチャを示す。動作において、ユーザ１１１０は、ユーザ１１１１とスポーツベット１１３０の契約をする。ユーザ１１１０〜１１１１の、予測されたチームと運転免許証番号とを示す、スポーツベット１１３０の記録が、ユーザからデータベース１１４０に転送される。次いで、記録はサーバ１１５０を介してブロックチェーン１１６０内に維持される。このシナリオでは、トランザクションは、ゲームの公式スコアを示す、スポーツスコア委員会１１３２からデータベース１１４２への転送も開始する、ということが留意されるべきである。ゲームの公式スコアはデータベース１１４２に転送され、サーバ１１５０を介してブロックチェーン１１６０内に維持される。

次の動作において、スポーツベット管理ユーザ１１７０は、ブロックチェーン１１６０からのゲームの公式スコアと共に予測結果を見ることを要求し得る。ユーザ１１７０は、ユーザ１１１０〜１１１のそれぞれの運転免許証を閲覧することを許可されていないものとし得る。サーバ１１５０は、要求を受信し得、この時点でユーザ１１７０が、ユーザ１１１０〜１１１１のそれぞれの予測結果と公式スコアとを閲覧することのみを許可されていることを示す、アクセスコードを処理し得る。次いで、予測結果と公式スコアとのみを示す、記録のカスタマイズされたビューが、サーバ１１５０によってユーザ１１７０に対して生成される。ユーザ１１７０はトランザクションの完全な記録を閲覧することはできないが、ユーザ１１７０は、このデータはブロックチェーン１１６０内に維持されているため、ユーザ１１１０〜１１１１が有効な運転免許証をフィル上に有していることを示す記録の部分を信頼することができる。

図１２は、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを生成するためのインベントリ追跡シナリオの実施態様における代替的な運用アーキテクチャを示している。動作において、ユーザ１２１０は、荷物の貨物１２３０を、荷物Ａを追跡しているユーザ１２７０を含むさまざまなユーザに配送されるためにユーザ１２２０に転送する。荷物Ａ及び荷物Ｂの出発時刻を示す、荷物の貨物１２３０についての出発時刻のトランザクションの記録は、ユーザ１２１０からデータベース１２４０に転送される。次いで、記録はサーバ１２５０を介してブロックチェーン１２６０内で維持される。このシナリオでは、荷物の貨物１２３０についての到着時刻のトランザクションもユーザ１２２０によって受信側で記録され、荷物Ａ及び荷物Ｂの到着時刻を示すトランザクションの記録はデータベース１２４２に転送され、サーバ１２５０を介してブロックチェーン１２６０内に維持される、ということが留意されるべきである。

次の動作において、荷物Ａを追跡しているユーザ１２７０は、荷物Ａについて記録された出発時刻と到着時刻とを閲覧することを要求する。ユーザ１２７０は、荷物Ｂについて記録された出発時刻と到着時刻とを閲覧することを許可されていないものとし得る。サーバ１２５０は、要求を受信し得、この時点でユーザ１２７０が荷物Ａについて記録された出発時刻と到着時刻とを閲覧することのみ許可されていることを示す、アクセスコードを処理し得る。次いで、荷物Ａについて記録された出発時刻と到着時刻とのみを示す、記録のカスタマイズされたビューが、サーバ１２５０によってユーザ１２７０に対して生成される。

図１３は、例示的な、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを示している。図１３は、ブロックチェーンアプリケーションをネイティブに、又はウェブブラウザとの関連において実行するか、アプリケーションをストリーミングするか、又は任意の他の方法でアプリケーションを実行することができる、１又は複数のデバイス、を含むコンピューティングシステム１３０１を含む。コンピューティングシステム１３０１は、給与支払簿のトランザクション記録のカスタマイズされたビューを生成するのに適したサポートアーキテクチャにさまざまなハードウェア及びソフトウェアエレメントを含み得る。こうした代表的な１つのアーキテクチャが、コントローラ１６００に関する図１６に示されている。

コンピューティングシステム１３０１は、本明細書において説明されているプロセスに従ってブロックチェーントランザクションの完全な記録を維持することができる、ブロックチェーンアプリケーションのコンポーネント１３０２も含む。ユーザインタフェース１３０３は、ブロックチェーンアプリケーションのコンポーネントによって生成され得るカスタマイズされたビュー１３１０を含む。ユーザインタフェース１１０は、ユーザが閲覧することを許可されている、ブロックエントリからのデータの部分を表示し得る。ユーザは、元々、給与支払簿に載っている各従業員の名前など、ブロックエントリのパブリック部分を閲覧するためのアクセス権のみを有し得る。

次いで、データのパーミッシブな部分を閲覧するための要求内で暗号化コードが転送され得る。コンピューティングシステム１３０１が暗号化コードを検証した時点で、データのパーミッシブな部分が、カスタマイズされたビュー１３１０に追加され得る。データのパーミッシブな部分は、給与支払簿のトランザクション上の各従業員の賃金と生年月日とを含む。ただし、従業員のおのおのの社会保障番号はプライベートのままになり得、したがって、ユーザはカスタマイズされたビュー１３１０で社会保障のデータを閲覧できない。

図１４は、代替的な、例示的な、ブロックチェーンに記録された制限されたトランザクションのカスタマイズされたビューを示している。図１４は、ブロックチェーン１４０２のコピーを記憶するサーバノード１４０１を含む。ブロックチェーン１４０２は、ブロック１４１０及び１４１２などの、ハッシュコードを使用してチェーンされているブロックを記憶する。各ブロックは、データの部分にさらに分けられ得るトランザクションを含む。たとえば、ブロック１４１２は、オンラインポーカゲームの賭けのエントリ１４２０を記憶する。賭けのエントリ１４２０は、プレイヤのおのおのの名前、プレイヤのおのおののベット額、賭けをするために利用可能な、各プレイヤが有する資金量、及びプレイヤランクインデックスを含む。ゲーム統計、勝敗の割合などの追加データもブロック１４１２に含まれ得る、ということが留意されるべきである。

各ユーザが賭けのエントリにアクセスするために、ユーザのおのおのによってデータのどの部分が閲覧され得るかを示すためにチェックマークが含まれる。たとえば、Ｓｕｅはモバイルデバイス１４３０を使用してポーカゲームの賭けのエントリにアクセスしている。このシナリオ例では、名前とベット額とは一般に対してアクセス可能であるため、Ｓｕｅはプレイヤの名前とベット額とのそれぞれを閲覧することを許可される。Ｓｕｅは、彼女自身の資金量及びランクへのプライベートアクセスも許可される。ただし、Ｓｕｅは他のプレイヤの、利用可能な資金及びランクへのアクセス権は有していない。モバイルデバイス１４３０上に表示されるカスタマイズされたビューに見られるように、Ｓｕｅは、許可されたデータ部分１４４０を閲覧し、許可されていないデータ部分１４４１を閲覧することはブロックされる。

図１５は、ブロックチェーンに記録された制限されているか又は極秘のデータのカスタ
マイズされたビューを提供することができるデータ・アクセス・システムの実施態様における代替的な運用アーキテクチャを示している。図１５に示されるように、ユーザ１５１０Ａ〜１５１０Ｎは、文書、電子記録、物理的な場所（たとえば、金庫、部屋、建物、エリアなど）、又は情報へのアクセスを要求するために、さまざまな電子デバイスを使用することができる。たとえば、さまざまな実施形態によれば、ユーザ１５１０Ａ〜１５１０Ｎは、機密情報（たとえば、国家又は組織の秘密）へ又は制限されたエリアへのアクセスをユーザに許可するセキュリティクリアランスなどの、異なるアクセスレベルを有し得る。通常、セキュリティクリアランス（たとえば、非公開、極秘、最高機密など）は、すべての文書及び／又はデータにアクセスするには不十分である。代わりに、個人が特定の情報を知る必要性も有していなければならない。

要求は、異なるシステム（たとえば、アプリケーション、キーカードシステム、指紋リーダ、生体認証デバイス、パスワード、多要素認証など）からの要求を変換及びバリデーションすることができる、アクセス・コントロール・フレームワーク１５２０に提示されることができる。バリデーション時に、アクセス・コントロール・フレームワークは、さまざまなセキュリティプロトコルを使用して要求を処理することができるセキュリティアプリケータ１５３０に要求を提示することができる。たとえば、要求文書又は要求場所のセキュリティレベルは、追加の複数のバリデーション（たとえば、パスワード及びハードウェアデバイス、生体認証、場所の検証、ＰＩＮ、パスワードなど）を必要とし得る。いくつかの実施形態では、セキュリティアプリケーションは、データに関連付けられたブロックチェーン上のブロック内のフィールド又はメタデータからこの情報を引き出し得る。

ブロックチェーン１５４０に記憶されている文書又はデータ１５５０Ａ〜１５５０Ｂは、異なる「知る必要性」又はアクセスレベルを有する異なる個人（たとえば、会社のコンプライアンス担当者対低レベルの従業員、高いセキュリティ・クリアランス・レベルを有する個人対低いセキュリティ・クリアランス・レベルを有する個人、など）によってアクセスされることができる異なるフィールド又は部分を有し得る。たとえば、いくつかの実施形態では、ユーザ１５１０Ａ〜１５１０Ｎに提示される前に、さまざまな編集マッピングがブロックチェーン内に記憶され得、文書ジェネレータ１５６０によって適用され得る。したがって、同じ文書又はデータを要求している２人のユーザは、異なる結果を提示され得る。

例として、情報公開のアクセス要求は、一般に対して利用可能であると見なされている編集された文書を生成し得、一方、セキュリティクリアランス及び知る必要性を有する個人は、異なるアクセスのレベルを提示される。さまざまな実施形態によれば、元々の要求が、ユーザから受信され得る。システムは、ＦＯＩＡの要求に対して、要求に準拠する情報を特定し得、要求に応答するためのタイマ期間（たとえば、３０日）を設定し得る。次いで、システムは、要求に準拠する各情報が何か分類制限を有しているかどうかを判断することができる。情報のいずれも制限されていない（たとえば、分類レベルがない）と判断された場合、システムは、要求を行ったユーザに対して、検査なしの情報を含む応答の形で応答することができる。このタイプの特徴は、公務員の作業負荷を軽減し、応答のための期間が満足されることを確実にする（たとえば、従業員間でレビュを、優先順位を付け及び再割当てすることによって）。いくつかの実施形態では、十分な時間が残っている場合、システムは、送信の前に、人間によるレビュを要求し得、含まれる情報を承認し得る。

システムが秘密情報を特定したとき、次いで、システムはアクセス権及びクリアランスを評価する。たとえば、データを要求している人が管理者よりも高いアクセス権／クリアランスを有している場合、情報は自動的に送信される。セキュリティクリアランスに準拠するために編集が行われる必要がある場合、文書ジェネレータ１５６０は、必要とされる
任意の編集を適用し得、及び／又は応答に含まれるべきではない文書を削除し得る。図１５には示されていないが、いくつかの実施形態は、データ及び／又はメタデータをレビュし、含まれるべきではない部分を特定するためにマシンラーニング／人工知能コンポーネントを含み得る。

他の実施形態は、さまざまな情報を求める他のタイプの個人（たとえば、ギャンブラ、銀行の顧客、監査を実行する規制者などに関する情報を求める人々）を有し得る。こうした多くのユースケースが存在する。また、いくつかの実施形態は、要求を送信し、ブロックチェーンから情報を検索し、他のアプリケーション（たとえば、他のＤａｐｐ）と通信するために、分散型ピア・ツー・ピア・ネットワーク上で動作するバックエンドコードを有する分散型アプリケーション（Ｄａｐｐ）を使用し得る。

セキュリティアプリケータ１５３０は、ユーザの信用証明又はセキュリティレベルのステータスもレビュし得る。ユーザの記録はブロックチェーン１５４５に記憶され得る。たとえば、身元確認、銀行口座情報、旅行情報、ユーザが関連付けられているプロジェクト（過去及び現在）、家族歴、病歴、信用証明、生体認証、パスワード、署名などに関する情報が、ユーザの記録に記憶されることができる。セキュリティアプリケータ１５３０は、当該の情報を検索し得、データ又は文書のカスタマイズされたビューを生成するのにその情報を利用し得る。

図１６は、ホスト・コンピュータ・システムのコンピュータシステム化を表すマシン例を示すブロックダイアグラムを示している。コントローラ１６００は、１又は複数のユーザ１６２５クライアント／端末デバイス１６２０、ユーザ入力デバイス１６０５、周辺デバイス１６１０、オプションのコプロセッサデバイス（たとえば、暗号プロセッサデバイス）１６１５、及びネットワーク１６３０を含む、エンティティと通信し得る。ユーザは、端末デバイス１６２０を介してネットワーク１６３０を経由してコントローラ１６００に関与し得る。いくつかの実施形態では、端末デバイス１６２０とコントローラ１６００との間の通信のすべて又は一部は暗号化されることができる。さまざまな法律、標準、又はベストプラクティスは、さまざまなタイプのデータ、情報、コード、シグナリングなどを記憶、送信、及び／又は利用するために暗号技術を必要とし得る。

コンピュータは、情報を処理するために、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：ＣＰＵ）又はプロセッサを用い得る。プロセッサは、プログラマブル汎用マイクロプロセッサ又はプログラマブル専用マイクロプロセッサ、プログラマブルコントローラ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル・ロジック・デバイス（ｐｒｏｇｒａｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ：ＰＬＤ）、埋込みコンポーネント、こうしたデバイスの組合せ、などを含み得る。プロセッサは、ユーザ及び／又はシステムが生成した要求に応答してプログラムコンポーネントを実行する。これらのコンポーネントの１又は複数は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの両方で実施され得る。プロセッサは、さまざまな動作を可能にするために、命令（たとえば動作命令又はデータ命令）を走らせる。

コントローラ１６００は、とりわけ、クロック１６６５、ＣＰＵ１６７０、リード・オンリ・メモリ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）１６８５及びランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）１６８０などのメモリ、並びにコプロセッサ１６７５を含み得る。これらのコントローラコンポーネントは、システムバス１６６０に接続され得、システムバス１６６０を通してインタフェースバス１６３５に接続され得る。さらに、ユーザ入力デバイス１６０５、周辺デバイス１６１０、コプロセッサデバイス１６１５などが、インタフェースバス１６３５を通してシステム
バス１６６０に接続され得る。インタフェースバス１６３５は、プロセッサインタフェース１６４０、入出力インタフェース（Ｉ／Ｏ）１６４５、ネットワークインタフェース１６５０、ストレージインタフェース１６５５などのいくつかのインタフェースアダプタに接続され得る。

プロセッサインタフェース１６４０は、コプロセッサデバイス１６１５とコプロセッサ１６７５との間の通信を容易にし得る。一実施態様では、プロセッサインタフェース１６４０は、要求又はデータの、暗号化及び解読を促進し得る。入出力インタフェース（Ｉ／Ｏ）１６４５は、オーディオ、データ、ビデオインタフェース、ワイヤレストランシーバなどを処理するプロトコルなどのプロトコル（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８９４ａ−ｂ、シリアル、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ：ＵＳＢ）、デジタル・ビジュアル・インタフェース（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ：ＤＶＩ）、８０２．１１ａ／ｂ／ｇ／ｎ／ｘ、セルラなど）を使用して、ユーザ入力デバイス１６０５、周辺デバイス１６１０、コプロセッサデバイス１６１５などと、コントローラ１６００のコンポーネントとの間の通信を容易にする。ネットワークインタフェース１６５０は、ネットワーク１６３０と通信しているものとし得る。ネットワーク１６３０を通して、コントローラ１６００は、リモートの端末デバイス１６２０にアクセス可能であり得る。ネットワークインタフェース１６５０は、直接接続、イーサネット（登録商標）、ＩＥＥＥ８０２．１１ａ−ｘなどの無線接続、ミラキャスト、などのさまざまな有線及び無線の接続プロトコルを使用し得る。インタラクティブ・ゲーミング・システムのいくつかのコンポーネントは、さまざまなプロトコルを含み得るか、又は異なる協会や規制機関によって定められたさまざまな標準若しくは認定に準拠し得る。たとえば、いくつかの実施形態は、スロット会計システム（ｓｌｏｔ ａｃｃｏｕｎｔｉｎｇ ｓｙｓｔｅｍ：ＳＡＳ）プロトコルを使用し得るか、又はゲーム・ツー・システム（ｇａｍｅ ｔｏ ｓｙｓｔｅｍ：Ｇ２Ｓ）標準に準拠し得る。

ネットワーク１６３０の例は、インターネット、ローカル・エリア・ネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＬＡＮ）、メトロポリタン・エリア・ネットワーク（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＭＡＮ）、ワイド・エリア・ネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＷＡＮ）、ワイヤレスネットワーク（たとえば、ワイヤレス・アプリケーション・プロトコル（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＷＡＰ）を使用）、セキュアなカスタム接続などを含む。ネットワークインタフェース１６５０は、いくつかの態様では、コンピュータネットワーク内のデータへアクセス／プロキシするための許可を支配及び／又は管理し、異なるマシン及び／又はアプリケーション間のさまざまな信頼のレベルを追跡することができるファイアウォールを含むことができる。ファイアウォールは、特定のマシンの組とアプリケーションとの間、マシンとマシンとの間、及び／又はアプリケーションとアプリケーションとの間に、たとえば、これらのさまざまなエンティティ間のトラフィックのフローとリソースシェアリングとを規制するために、所定のアクセス権の組を執行できるハードウェア及び／又はソフトウェアコンポーネントの任意の組合せを有する任意の数のモジュールとすることができる。

さらに、ファイアウォールは、たとえば、個人、マシン、及び／又はアプリケーションによるオブジェクトのアクセス権及び動作権、並びに許可権が有効である環境を含む、許可を詳述するアクセスコントロールリストを追加的に管理し得及び／又はアクセスできるものとし得る。本開示の新たな技術から逸脱することなく、ファイアウォールの機能内で実行されるか又はそれに含まれる他のネットワークセキュリティ機能は、たとえば、侵入防止、侵入検知、次世代ファイアウォール、パーソナルファイアウォールなどであるとすることができるが、それには限定されない。コントローラ１６００は、支払額を転送及び
受信するために、ネットワークインタフェース１６５０を使用することができ得ることが認識されるべきである。支払は、Ｂｌｕｅｔｏｏｔｈ（登録商標）を使用してＮａｔｉｏｎａｌ Ｆｉｇｈｔｉｎｇ Ｃｌｕｂ（ＮＦＣ）アプリケーションタップなどの、コントローラ１６００によって実行されるアプリケーションによって行われ得る。

ストレージインタフェース１６５５は、ストレージデバイス１６９０、リムーバブルディスクデバイスなどの、いくつかのストレージデバイスと通信しているものとし得る。ストレージインタフェース１６５５は、シリアル・アドバンスト・テクノロジ・アタッチメント（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ：ＳＡＴＡ）、ＩＥＥＥ８９４、イーサネット（登録商標）、ファイバ、ユニバーサル・シリアル・バス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ：ＵＳＢ）などの、さまざまな接続プロトコルを使用し得る。

ユーザ入力デバイス１６０５及び周辺デバイス１６１０は、Ｉ／Ｏインタフェース１６４５及び潜在的に他のインタフェース、バス及び／又はコンポーネントに接続され得る。ユーザ入力デバイス１６０５は、カードリーダ、指紋リーダ、ジョイスティック、キーボード、マイク、マウス、リモートコントロール、網膜リーダ、タッチスクリーン、センサなどを含み得る。周辺デバイス１６１０は、アンテナ、オーディオデバイス（たとえば、マイク、スピーカなど）、カメラ、外部プロセッサ、通信デバイス、無線周波数識別子（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒｓ：ＲＦＩＤ）、スキャナ、プリンタ、ストレージデバイス、トランシーバなどを含み得る。コプロセッサデバイス１６１５は、インタフェースバス１６３５を通してコントローラ１６００に接続され得、マイクロコントローラ、プロセッサ、インタフェース又は他のデバイスを含み得る。

コンピュータ実行可能命令及びデータは、プロセッサによってアクセス可能なメモリ（たとえば、レジスタ、キャッシュメモリ、ランダムアクセスメモリ、フラッシュなど）内に記憶され得る。これらの記憶された命令コード（たとえば、プログラム）は、所望の動作を実行するために、プロセッサコンポーネント、マザーボード、及び／又は他のシステムコンポーネントに関与し得る。コントローラ１６００は、オンチップＣＰＵメモリ（たとえば、レジスタ）、ＲＡＭ１６８０、ＲＯＭ１６８５、及びストレージデバイス１６９０を含むさまざまな形態のメモリを用い得る。ストレージデバイス１６９０は、固定又はリムーバブルな磁気ディスクドライブ、光学ドライブ、ソリッドステートメモリデバイス、及び他のプロセッサ可読ストレージ媒体など、任意の数の有形の非一時的なストレージデバイス又はシステムを用い得る。メモリに記憶されたコンピュータ実行可能命令は、特定のタスクを実行するか又は特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造など、１又は複数のプログラムモジュールを有するインタラクティブなゲーミングプラットフォームを含み得る。たとえば、メモリは、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ：ＯＳ）コンポーネント１６９５、モジュール及び他のコンポーネント、データベーステーブルなどを含み得る。これらのモジュール／コンポーネントは、インタフェースバス１６３５を通してアクセス可能な外部ストレージデバイスからを含んで、ストレージデバイスから記憶及びアクセスされ得る。

データベースコンポーネントは、記憶されたデータを処理するためにプロセッサによって実行されるプログラムを記憶することができる。データベースコンポーネントは、リレーショナル、スケーラブル、かつセキュアなデータベースの形で実施され得る。こうしたデータベースの例は、ＤＢ２、ＭｙＳＱＬ、Ｏｒａｃｌｅ、Ｓｙｂａｓｅなどを含む。あるいは、データベースは、アレイ、ハッシュ、リスト、スタック、構造化テキストファイル（たとえば、ＸＭＬ）、テーブルなど、さまざまな標準的なデータ構造を使用して実施され得る。こうしたデータ構造は、メモリ及び／又は構造化ファイルに記録され得る。

コントローラ１６００は、ローカル・エリア・ネットワーク（「ＬＡＮ」）、ワイド・エリア・ネットワーク（「ＷＡＮ」）、インターネットなどの通信ネットワークを通してリンクされる、リモート処理デバイスによってタスク又はモジュールが実行される、分散コンピューティング環境で実施され得る。分散コンピューティング環境では、プログラムモジュール又はサブルーチンは、ローカル及びリモートの両方のメモリストレージデバイス内に配置され得る。分散コンピューティングは、処理のために負荷分散及び／又はリソースを集約するために用いられ得る。あるいは、コントローラ１６００の態様は、インターネット又は他のネットワーク（無線ネットワークを含む）にわたって電子的に分散され得る。関連技術の当業者は、インタラクティブなゲーミングシステムの部分がサーバコンピュータ上に常駐し得、一方、対応する部分がクライアントコンピュータ上に常駐し得ることを認識するだろう。コントローラ１６００の態様に特有のデータ構造及びデータの送信も、本開示の範囲内に包含される。

ある特定の発明の態様は、以下がさまざまな例である前述の開示から認識され得る。

図において提供される機能ブロックダイアグラム、動作シナリオ及びシーケンス、並びにフローダイアグラムは、本開示の新しい態様を実行するための例示的なシステム、環境、及び方法論を代表している。説明を簡単にするために、本明細書に含まれる方法は、機能ダイアグラム、動作シナリオ若しくはシーケンス、又はフローダイアグラムの形式であり、一連の動作として説明され得るが、いくつかの動作は、それに従って、本明細書に示され説明されたものとは異なる順序で、及び／又は他の動作と同時に発生し得るため、方法は動作の順序によって制限されないことが理解され、認識されるべきである。当業者は、方法は、代替的に、ステートダイアグラムなど、一連の相互に関連するステート又はイベントとして表されることができることを理解及び認識するだろう。さらに、方法論に示されているすべての動作が新しい実施態様のために必要なわけではないものとし得る。

Claims (36)

1. １又は複数のコンピュータ可読ストレージ媒体と、
   前記１又は複数のコンピュータ可読ストレージ媒体に動作可能に結合された１又は複数のプロセッサと、
   前記１又は複数のコンピュータ可読ストレージ媒体上に記憶されたプログラム命令であって、前記１又は複数のプロセッサによって実行されたときに、前記１又は複数のプロセッサに少なくとも、
   ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンを維持させ、
   前記ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含み、
   ブロックエントリの１又は複数のデータ部分を閲覧するための要求を受信させ、前記要求は少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含み、
   前記アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価させ、及び
   前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を含む前記ブロックエントリのカスタマイズされたビューを生成させる、プログラム命令と、
   を含む、コンピュータ装置。
2. ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価することは、前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を閲覧するためのアクセスをバリデーションするために、暗号化されたコードを処理するように構成された前記１又は複数のプロセッサを含む、請求項１に記載のコンピュータ装置。
3. 前記ブロックエントリ内の前記複数のデータ部分のそれぞれについて、ノードの前記分散ネットワークにおける少なくとも１つの発行された場所を示す、前記ブロックエントリ内の前記複数のデータ部分のそれぞれについてのポインタ、を維持するように構成された前記１又は複数のプロセッサをさらに含み、
   前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を含む前記ブロックエントリの前記カスタマイズされたビューを生成することは、前記ブロックエントリ内の前記複数のデータ部分のそれぞれについての前記ポインタを使用して、前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を検索するように構成された前記１又は複数のプロセッサを含む、請求項１に記載のコンピュータ装置。
4. 前記ユーザデバイスから前記複数のユーザによって要求されたブロックエントリの前記ブロックチェーンを維持することは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について別々のブロックエントリを維持するように構成された前記１又は複数のプロセッサを含み、
   前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価することは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について前記ブロックチェーンのうちの１つを閲覧するためのアクセスをバリデーションするために、前記アクセスコードを処理するように構成された前記１又は複数のプロセッサを含む、請求項１に記載のコンピュータ装置。
5. 前記ユーザデバイスから前記複数のユーザによって要求されたブロックエントリの前記ブロックチェーンを維持することは、前記１又は複数のプロセッサが、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について別々のブロックチェ
   ーンを維持するように構成されること含み、
   前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価することは、前記１又は複数のプロセッサが、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について前記ブロックチェーンのうちの１つを閲覧するためのアクセスをバリデーションするために、前記アクセスコードを処理するように構成されること含む、請求項１に記載のコンピュータ装置。
6. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するためのインベントリ追跡要求を含む、請求項１に記載のコンピュータ装置。
7. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための財務監査要求を含む、請求項１に記載のコンピュータ装置。
8. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するためのゲーミング規制要求を含む、請求項１に記載のコンピュータ装置。
9. 前記ブロックエントリの前記少なくとも前記データ部分に関連付けられた前記アクセスレベルは、プライベート・アクセス・レベル、パーミッシブ・アクセス・レベル、及びパブリック・アクセス・レベル、のうちの少なくとも１つを含む、請求項１に記載のコンピュータ装置。
10. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンを維持するステップであって、
    前記ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含む、維持するステップと、
    ブロックエントリの１又は複数のデータ部分を閲覧するための要求を受信するステップであって、
    前記要求は少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を含む前記ブロックエントリのカスタマイズされたビューを生成するステップと、
    を含む、ブロックチェーントランザクションのカスタマイズされたビューを生成するための方法。
11. ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価するステップは、前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を閲覧するためのアクセスをバリデーションするために、暗号化されたコードを処理することを含む、請求項１０に記載の方法。
12. 前記ブロックエントリ内の前記複数のデータ部分のそれぞれについて、少なくとも１つの発行された場所を示す、前記ブロックエントリ内の前記複数のデータ部分のそれぞれについてのポインタを維持するステップをさらに含み、
    前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を含む前記ブロック
    エントリの前記カスタマイズされたビューを生成するステップは、前記ブロックエントリ内の前記複数のデータ部分のそれぞれについてのポインタを使用して、前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を検索することを含む、請求項１０に記載の方法。
13. 前記ユーザデバイスから前記複数のユーザによって要求されたブロックエントリの前記ブロックチェーンを維持するステップは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について別々のブロックエントリを維持することを含み、
    前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価するステップは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分についての前記ブロックチェーンのうちの１つを閲覧するためのアクセスをバリデーションするために、前記アクセスコードを処理することを含む、請求項１０に記載の方法。
14. 前記ユーザデバイスから前記複数のユーザによって要求されたブロックエントリの前記ブロックチェーンを維持するステップは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分について別々のブロックチェーンを維持することを含み、
    前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価するステップは、前記アクセスレベルのそれぞれに関連付けられた前記１又は複数のデータ部分についての前記ブロックチェーンのうちの１つを閲覧するためのアクセスをバリデーションするために、前記アクセスコードを処理することを含む、請求項１０に記載の方法。
15. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するためのインベントリ追跡要求を含む、請求項１０に記載の方法。
16. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための財務監査要求を含む、請求項１０に記載の方法。
17. 前記ブロックエントリの前記少なくとも前記データ部分を閲覧するための前記受信された要求は、前記ブロックエントリの前記少なくとも前記データ部分を閲覧するためのゲーミング規制要求を含む、請求項１０に記載の方法。
18. 前記ブロックエントリの前記少なくとも前記データ部分に関連付けられた前記アクセスレベルは、プライベート・アクセス・レベル、パーミッシブ・アクセス・レベル、及びパブリック・アクセス・レベル、のうちの少なくとも１つを含む、請求項１０に記載の方法。
19. 前記データ部分に関連付けられた前記アクセスレベルは、セキュリティ・クリアランス・レベルを含む、請求項１０に記載の方法。
20. 前記ブロックエントリは、前記セキュリティ・クリアランス・レベルに基づく編集マッピングを含み、前記方法は、前記ブロックエントリの前記１又は複数のデータ部分のうちのいくつかを難読化するために前記編集マッピングを適用するステップをさらに含む、請求項１９に記載の方法。
21. 前記ブロックエントリは、前記少なくとも１つのアクセスレベルに基づく複数の編集マッピングを含む、請求項１０に記載の方法。
22. ユーザからブロックエントリのうちの１又は複数のデータ部分を閲覧するための要求を受信するステップであって、
    前記ユーザからの前記要求は、少なくとも１つのアクセスレベルに関連付けられている、受信するステップと、
    前記ユーザに関連付けられた前記少なくとも１つのアクセスレベルに基づいて、前記ブロックエントリの前記１又は複数のデータ部分のカスタマイズされたビューを作成するステップと、
    を含む方法。
23. 前記少なくとも１つのアクセスレベルは、セキュリティ・クリアランス・レベルを含む、請求項２２に記載の方法。
24. 前記ブロックエントリは、前記少なくとも１つのアクセスレベルに基づく編集マッピングを含み、前記方法は、前記ブロックエントリの前記１又は複数のデータ部分のうちのいくつかを難読化するために前記編集マッピングを適用するステップをさらに含む、請求項２３に記載の方法。
25. 前記ブロックエントリは、前記少なくとも１つのアクセスレベルに基づく複数の編集マッピングを含む、請求項２４に記載の方法。
26. 複数のブロックエントリを有するブロックチェーンと、
    データプラットフォームであって、
    前記複数のブロックエントリのうちの１つから１又は複数のデータ部分を閲覧するための要求を受信し、
    前記要求は少なくとも１つのアクセスレベルに関連付けられており、
    前記少なくとも１つのアクセスレベルに対応する前記１又は複数のデータ部分を検索するために、前記ブロックチェーンにアクセスし、
    前記少なくとも１つのアクセスレベルに基づいて、前記ブロックエントリの前記１又は複数のデータ部分のカスタマイズされたビューを作成するように構成された、データプラットフォームと、
    を含む、システム。
27. 前記ブロックチェーンは、プライベートブロックチェーン、パブリックブロックチェーン、又はハイブリッドブロックチェーンを含む、請求項２６に記載のシステム。
28. 前記１又は複数のデータ部分が前記ブロックチェーンに追加されたときに前記１又は複数のデータ部分を取り込み、前記複数のブロックエントリを自動的に監査するために、人工知能又はマシン・ラーニング・エンジンをさらに含む、請求項２６に記載のシステム。
29. 前記データプラットフォームは、前記１又は複数のデータ部分を解読することによって、前記カスタマイズされたビューを作成する、請求項２６に記載のシステム。
30. デバイスからの複数のユーザによってトランザクションの分散型台帳を維持するステップであって、前記トランザクションはそれぞれ、許可レベルにそれぞれ関連付けられた複数のトランザクションセグメントを含む、維持するステップと、
    １又は複数のトランザクションセグメントを閲覧するための要求を受信するステップであって、前記要求は、前記トランザクションの前記１又は複数のトランザクションセグメ
    ントの前記ビューに関連付けられたアクセス識別子を含む、受信するステップと、
    前記アクセス識別子に関連付けられた１又は複数のトランザクションセグメントを特定するために、トランザクションのうちの前記１又は複数のトランザクションセグメントの前記ビューに対して、前記要求内の前記アクセス識別子を評価するステップと、
    前記アクセス識別子に関連付けられた前記１又は複数のトランザクションセグメントを含む前記トランザクションのカスタマイズされたビューを生成するステップと、
    を含む方法。
31. それに記憶されたプログラム命令を有する１又は複数の非一時的なコンピュータ可読ストレージ媒体であって、前記プログラム命令は、処理システムによって実行されたとき、前記処理システムに、少なくとも
    ユーザデバイスから複数のユーザによって要求されたブロックエントリのブロックチェーンを維持させ、前記ブロックエントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のデータ部分を含み、
    ブロックエントリの１又は複数のデータ部分を閲覧するための要求を受信させ、前記要求は少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含み、
    前記アクセスレベルに関連付けられた１又は複数のデータ部分を特定するために、ブロックエントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価させ、及び
    前記アクセスレベルに関連付けられた前記１又は複数のデータ部分を含む前記ブロックエントリのカスタマイズされたビューを生成させる、１又は複数の非一時的なコンピュータ可読ストレージ媒体。
32. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求された銀行エントリのブロックチェーンを維持するステップであって、
    前記銀行エントリはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数の口座番号と口座金額とを含む、維持するステップと、
    銀行エントリの１又は複数の口座番号と口座金額とを閲覧するための要求を受信するステップであって、
    前記要求は少なくとも１つのアクセスレベルに関連付けられたアクセスコードを含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数の口座番号又は口座金額を特定するために、銀行エントリの前記ブロックチェーンに対して前記要求内の前記アクセスコードを評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数の口座番号又は口座金額を含む前記銀行エントリのカスタマイズされたビューを生成するステップと、
    を含む、財務記録のカスタマイズされたビューを生成するための方法。
33. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求された患者記録のブロックチェーンを維持するステップであって、前記患者記録はそれぞれ、アクセスレベルにそれぞれ関連付けられている複数の医療診断と治療とを含む、維持するステップと、
    患者記録の１又は複数の医療診断と治療とを閲覧するための要求を受信するステップであって、前記要求は少なくとも１つのアクセスレベルに関連付けられた許可コードを含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数の医療診断と治療とを特定するために、患者記録の前記ブロックチェーンに対して前記要求内の前記許可コードを評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数の医療診断と治療とを含む前記患者記録のカスタマイズされたビューを生成するステップと、
    を含む、医療記録のカスタマイズされたビューを生成するための方法。
34. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求されたゲーミングの賭けのブロックチェーンを維持するステップであって、前記ゲーミングの賭けはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数のプレイヤ記録、予測結果、及びベット額とを含む、維持するステップと、
    ゲーミングの賭けの１又は複数のプレイヤ記録、予測結果、及びベット額を閲覧するための要求を受信するステップであって、前記要求は少なくとも１つのアクセスレベルに関連付けられたｐｉｎコードを含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数のプレイヤ記録、予測結果、及びベット額を特定するために、ゲーミングの賭けの前記ブロックチェーンに対して前記要求内の前記ｐｉｎコードを評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数のプレイヤ記録、予測結果、及びベット額を含む前記ゲーミングの賭けのカスタマイズされたビューを生成するステップと、
    を含む、ゲーミングの賭けのカスタマイズされたビューを生成するための方法。
35. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって要求された銃器販売のブロックチェーンを維持するステップであって、前記銃器販売はそれぞれ、アクセスレベルにそれぞれ関連付けられている複数の購入者名、年齢、及び運転免許証番号を含む、維持するステップと、
    銃器販売の１又は複数の購入者名、年齢、及び運転免許証番号を閲覧するための要求を受信するステップであって、前記要求は少なくとも１つのアクセスレベルに関連付けられた指紋を含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数の購入者名、年齢、及び運転免許証番号を特定するために、銃器販売の前記ブロックチェーンに対して前記要求内の前記指紋を評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数の購入者名、年齢、及び運転免許証番号を含む前記銃器販売のカスタマイズされたビューを生成するステップと、
    を含む、銃器販売のカスタマイズされたビューを生成するための方法。
36. ノードの分散ネットワーク内のユーザデバイスから複数のユーザによって入力された医薬品インベントリログのブロックチェーンを維持するステップであって、前記医薬品インベントリログはそれぞれ、アクセスレベルにそれぞれ関連付けられている複数の医薬品製造業者、販売者及び小売業者を含む、維持するステップと、
    医薬品インベントリログの１又は複数の医薬品製造業者、販売者及び小売業者を閲覧するための要求を受信するステップであって、前記要求は少なくとも１つのアクセスレベルに関連付けられたバーコードを含む、受信するステップと、
    前記アクセスレベルに関連付けられた１又は複数の医薬品製造業者、販売者及び小売業者を特定するために、医薬品インベントリログの前記ブロックチェーンに対して前記要求内の前記バーコードを評価するステップと、
    前記アクセスレベルに関連付けられた前記１又は複数の医薬品製造業者、販売者及び小売業者を含む前記医薬品インベントリログのカスタマイズされたビューを生成するステップと、
    を含む、医薬品インベントリログのカスタマイズされたビューを生成するための方法。

Images