(57)【要約】データが取得、変換、および／または配信されている全てのエンティティのアイデンティティを保護しながら、データ取得、データ変換、およびデータ配信ノード間でデータフローを調整する、プラットフォームを備える、コンピュータ実装システムおよび方法が提示される。異なるデータ変換フローからのメタデータの使用により、プラットフォームは、出力に寄与したノードおよびデータ主体への価値分配を容易にすることを可能にし、全てのエンティティの個人データを識別解除して、特定の出力を生成するために、プラットフォームに加入している個々の企業および／またはデータ主体が、データの利用方法および利用者を評価することを可能にする。
2019530943.tif 000002
【特許請求の範囲】
【請求項１】
特定のユーザを識別することなく、複数のノード間のデータ交換を調整するためのシステムであって、
グローバル一意識別子（ＧＵＩＤ）を、ユーザと前記複数のノードからのノードとの組み合わせに割り当てるように構成された識別解除ユニットであって、異なるＧＵＩＤが、前記ユーザと前記複数のノードからの前記ノードとの各組み合わせに対して生成される、識別解除ユニットと、
前記複数のノード内の少なくとも１つのノード、および前記少なくとも１つのノードの少なくとも１つのサービスに関するメタデータを格納するように構成された台帳データベースと、
ユーザデータまたは識別解除されたユーザデータを送信または受信することなく、前記１つ以上のノードの各々に対する前記割り当てられたＧＵＩＤを使用して、前記複数のノード内の１つ以上のノードと、少なくとも１つのメッセージを通信するように構成されたメッセージングユニットであって、前記識別解除されたユーザデータが、前記ユーザデータのサブセットである、メッセージングユニットと、を備え、
前記少なくとも１つのメッセージは、前記複数のノード間の前記識別解除されたユーザデータの交換を調整するための情報を含む、システム。
【請求項２】
前記複数のノードからの２つ以上のノード間の信頼できる通信を可能にするように構成された、認証および許可ユニットをさらに備える、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのノードの前記少なくとも１つのサービスに対応する金銭的価値を計算するように構成された、請求エンジンをさらに備える、請求項１に記載のシステム。
【請求項４】
前記請求エンジンは、前記計算された金銭的価値に基づいて、前記少なくとも１つのノードとの金融取引を行う、請求項３に記載のシステム。
【請求項５】
ノードのサービスが、指定されたとおりに前記ユーザのデータを使用することを確実にするように構成された、検証システムをさらに備える、請求項１に記載のシステム。
【請求項６】
前記識別解除されたユーザデータのフローを追跡するために、１つ以上のダッシュボードを提供するように構成された、周辺サービスレイヤをさらに備える、請求項１に記載のシステム。
【請求項７】
前記少なくとも１つのメッセージは、加入メッセージ、公開メッセージ、または前記複数のノード内の前記少なくとも１つのノードに関する前記メタデータ、および前記少なくとも１つのノードの前記少なくとも１つのサービスを含むメッセージのうちの１つである、請求項１に記載のシステム。
【請求項８】
前記識別解除されたユーザデータは、生理学的データ、コンピュータ／スマートフォンアプリケーションデータ、保険データ、保険数理データ、医療記録データ、遺伝データ、または全地球測位システム（ＧＰＳ）データのうちの少なくとも１つである、請求項１に記載のシステム。
【請求項９】
方法であって、
グローバル一意識別子（ＧＵＴＤ）を、ユーザと複数のノードからのノードとの組み合わせに割り当てることであって、異なるＧＵＴＤが、前記ユーザと複数のノードからの前記ノードとの各組み合わせに対して生成される、ことと、
前記複数のノード内の少なくとも１つのノード、および前記少なくとも１つのノードの少なくとも１つのサービスに関するメタデータを格納することと、
前記ユーザデータまたは識別解除されたユーザデータを送信または受信することなく、前記１つ以上のノードの各々に対する前記割り当てられたＧＵＩＤを使用して、前記複数のノード内の１つ以上のノードと、少なくとも１つのメッセージを通信することであって、前記識別解除されたユーザデータが、前記ユーザデータのサブセットである、ことと、含み、
前記少なくとも１つのメッセージは、前記複数のノード間の前記識別解除されたユーザデータの交換を調整するための情報を含む、方法。
【請求項１０】
前記複数のノードからの２つ以上のノード間の信頼できる通信を可能にすることをさらに含む、請求項９に記載の方法。
【請求項１１】
前記少なくとも１つのノードの少なくとも１つのサービスに対応する金銭的価値を計算することをさらに含む、請求項９に記載の方法。
【請求項１２】
前記計算された金銭的価値に基づいて、前記少なくとも１つのノードとの金融取引を行うことをさらに含む、請求項１１に記載の方法。
【請求項１３】
ノードのサービスが、指定されたとおりに前記ユーザのデータを使用することを確実にすることをさらに含む、請求項９に記載の方法。
【請求項１４】
前記識別解除されたユーザデータのフローを追跡するために、１つ以上のダッシュボードを提供することをさらに含む、請求項９に記載の方法。
【請求項１５】
前記少なくとも１つのメッセージは、加入メッセージ、公開メッセージ、または前記複数のノード内の前記少なくとも１つのノードに関する前記メタデータ、および前記少なくとも１つのノードの前記少なくとも１つのサービスを含むメッセージのうちの１つである、請求項９に記載の方法。
【請求項１６】
前記識別解除されたユーザデータは、生理学的データ、コンピュータ／スマートフォンアプリケーションデータ、保険データ、保険数理データ、医療記録データ、遺伝データ、または全地球測位システム（ＧＰＳ）データのうちの少なくとも１つである、請求項９に記載の方法。
【請求項１７】
コンピューティングデバイスによる実行に応答して、前記コンピューティングデバイスに複数のノード間のデータ交換を調整するための動作を実行させる命令を格納した非一時的コンピュータ可読記憶媒体であって、前記動作は、
グローバル一意識別子（ＧＵＴＤ）を、ユーザと複数のノードからのノードとの組み合わせに割り当てることであって、異なるＧＵＴＤが、前記ユーザと複数のノードからの前記ノードとの各組み合わせに対して生成される、ことと、
前記複数のノード内の少なくとも１つのノード、および前記少なくとも１つのノードの少なくとも１つのサービスに関するメタデータを格納することと、
前記ユーザデータまたは識別解除されたユーザデータを送信または受信することなく、前記１つ以上のノードの各々に対する前記割り当てられたＧＵＩＤを使用して、前記複数のノード内の１つ以上のノードと、少なくとも１つのメッセージを通信することであって、前記識別解除されたユーザデータが、前記ユーザデータのサブセットである、ことと、を含み、
前記少なくとも１つのメッセージは、前記複数のノード間の前記識別解除されたユーザデータの交換を調整するための情報を含む、非一時的コンピュータ可読記憶媒体。
【請求項１８】
前記動作が、前記複数のノードからの２つ以上のノード間の信頼できる通信を可能にすることをさらに含む、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
【請求項１９】
前記動作が、前記少なくとも１つのノードの少なくとも１つのサービスに対応する金銭的価値を計算することをさらに含む、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
【請求項２０】
前記動作が、前記計算された金銭的価値に基づいて、前記少なくとも１つのノードとの金融取引を行うことをさらに含む、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その全体が参照により本明細書に組み込まれる、２０１６年９月３０日に出願された米国仮特許出願第６２／４０２，４２４号の利益を主張する。
【０００２】
背景
本発明の実施形態は、データ処理の分野に関する。
【背景技術】
【０００３】
少数の大手企業だけが、詳細なおよび一時的なユーザ情報の大部分の所有権を主張している。個人情報の共有、ならびにユーザ情報の識別に関する規制により、企業は、個人向けに製品を仕立てる方法を理解するために必要な情報への即座のアクセスから除外される。中核能力が異なる補完的な企業は、彼らが完全な市場ソリューションの構成要素として参加することを可能にするために、完全な垂直的ソリューションを構築すること、または長期にわたる交渉を行うことを余儀なくされていることが多い。垂直的ソリューションの一部として、企業は、金融機能（例えば、請求および請求書発行）と、法的機能（例えば、価格設定および合弁事業契約ならびに覚書）と、を含む、ビジネスに必要とされる同じ一連のプロセスを作成する。これらの言及された機能の全ては、高い取引コストに重要である。さらに、企業は、市場調査に多大な投資をし、市場およびそれに続く資源のニーズ、ならびにビジネス開発を客観的に理解し、市場のニーズに応えて最良の市場潜在力を実現するために、中核能力を補完するパートナーを見つける必要がある。
【０００４】
企業が直面する付加的な課題には、製品の適切な価格設定、および製品またはサービスの配信に寄与したそれぞれの企業への収益の再分配が含まれる。完全な垂直の設定と市場での適合性の確認には多大な間接費がかかるため、多くの潜在的な製品が市場に出回ることはない。
【０００５】
データ主体レベルでは、データフローのプライバシーに関する意識が高まっているため、データ主体が使用する製品およびサービスに製品を配信するために異なる企業を経由する個人データフローを追跡することは困難である。データ主体は、人物、個人、データ所有者、顧客などであり得る。そのため、データ主体が、それらからの、およびそれらに向かう、データフローの完全なスナップショットを取得することは困難である。非常に動的な市場と様々な製品やサービスを抱える急成長中の業界においては、データ主体は、データ主体が、それらのデータおよびリソースを最大限に利用または引き出すことができる、全ての製品やサービスを認識していない。データ主体は、有害なデータ侵害の影響を受けやすい単一のサイロに格納されることが多い、識別可能な全ての情報で一握りの企業を信頼する必要がある。個人ユーザ情報は、データの安全に維持するためにデータ主体が信頼する当事者と共にあり、匿名化または識別解除されたデータのみが他の許可された当事者と共有されるべきである。加えて、取引コストの多くが重複しているため、データ主体はデータ製品およびサービスに対して高い代金を払っている。最後に、ユーザが自分のデータを公開したり自分の個人情報にアクセスしたりせずに、自分のデータを交換できるネットワークに自分のデータを寄与するメカニズムは、たとえあるとしても、ほとんどない。
【０００６】
したがって、企業と個人の両方が直面する上記で言及された課題およびニーズに対処するシステムおよび方法が必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００７】
分散ブリッジングネットワーク（ＤＢＮ）プラットフォームの実施形態は、ノードにわたる様々なサービス間のデータフローを調整することが可能であるコンピュータ実装システムおよび方法を提供することを目的とする。ノードは、コンピューティングデバイスを介してサービスを提供することができる。一実施形態において、ノードは他のノードのサービス出力を受信することができる。一態様において、ノードは２つの一般機能、すなわち読み取りおよび書き込みを実行することができる。一態様において、読み取り機能は、他のノードによって提供されるサービスに加入すること、およびデータを消費することを含むことができる。別の態様において、書き込み機能は、データ取得、データ変換、データ記憶、およびデータ配信を含むことができる。ＤＢＮプラットフォームの実施形態は、様々なノードとサービスとの間で、上で考察される一般機能によって生成されたデータを調整することと、ノードおよびそれらのサービスに関連する全てのデータ主体、寄与者および／または加入者を識別解除しながら、出力に寄与したノードおよびデータ主体への価値分配を容易にすることとを目的とする。ＤＢＮプラットフォームの実施形態は、実際のデータにアクセスすることなく、データ取得、変換、および配信フローから生成されたメタデータを利用することによってノード間のデータフローを調整する。これにより、個々の企業および／またはデータ主体が、プラットフォームへの全てのデータ主体、ユーザ、寄与者および加入者のアイデンティティを保護しながら、特定の出力を生成するためにそれらのデータがどのように、かつ誰によって利用されるかを定量的に評価することを可能にする。
【０００８】
本発明の実施形態は、データ取得、データ変換、データ記憶、およびデータ配信機能を実行するノード間でデータフローを調整する一方、当該プラットフォームを利用および／またはプラットフォームに加入している全てのデータ主体を識別解除することが可能である、プラットフォームを提示することによって、先行技術のシステムの課題および欠点を解決する。プラットフォームは、実際のデータにアクセスすることなくプラットフォーム加入者間のデータフローを調整し、異なるデータ取得、データ変換、データ記憶およびデータ配信機能を実行するノードが完全なビジネス垂直を構築することなく、特定の製品および／またはサービスを生成することを可能にする。
【０００９】
これらおよび他の目的ならび利点は、以下の詳細な説明から明らかになる。前述の一般的な説明および以下の詳細な説明は、両方とも、例示的かつ説明的なものにすぎず、特許請求される本発明の実施形態のさらなる説明を提供することを意図している。添付の図面は、本発明のさらなる理解を提供するために含まれ、また、本明細書に組み込まれ、かつその一部を構成する。
【図面の簡単な説明】
【００１０】
【図１】例示的な実施形態による、識別解除されたデータ交換に関与するＤＢＮプラットフォームおよびノードを示すブロック図である。
【図２】例示的な実施形態による、識別解除されたデータ交換に関与するＤＢＮプラットフォームおよびノードを示すブロック図である。
【図３】例示的な実施形態による、ＤＢＮプラットフォーム内の構成要素を示すブロック図である。
【図４】例示的な実施形態による、識別解除されたデータを交換するためのステップを示すフローチャートである。
【図５】様々な実施形態を実装するのに有用な例示的なコンピュータシステムである。
【発明を実施するための形態】
【００１１】
本発明の実施形態が示されている添付の図面を参照して、本発明の実施形態を以下により完全に記載する。しかしながら、本発明は、多くの異なる形態で具体化されてもよく、本明細書に記載の実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、かつ本発明の範囲を当業者に十分に伝えるように提供されている。
【００１２】
以下の説明において、複数の具体的な詳細が記載されている。しかしながら、本発明の実施形態はこれらの具体的な詳細がなくても実施され得ることを理解されたい。他の例において、本説明の理解をあいまいにしないために、周知の方法、構造、および技法が詳細に示されている。
【００１３】
特許請求された発明の実施形態は、分散ブリッジングネットワーク（ＤＢＮ）プラットフォーム１０１（図１参照）を備える。ＤＢＮプラットフォーム１０１は、データブローカネットワークとも称され得るが、データを分析するために提供されるサービスに対して支払いがなされてもよいが、問題のデータは実際には金銭的利益と交換されていないことが当業者には理解されるべきである。ＤＢＮプラットフォーム１０１は、複数のノード間でデータフロー１０２ａ、メッセージフロー１０２ｂ、および金銭分配フロー１０２ｃを調整することができる。ノードは、コンピューティングデバイスを介してサービスを提供することができる。一態様において、作用の種類の２つの一般的な分類、すなわち読み取りおよび書き込みをノードによって実行することができる。ノードによる読み取り作用は、他のノードのデータサービスへの加入と、提供されたデータの消費とを含み得るが、これらに限定されない。加えて、書き込み作用は、データの公開、データの供給、後で使用するためのデータの取得、収集、変換、および任意の変換／収集／取得されたデータの提供を含むことができるが、これらに限定されない。一態様において、様々なノードは、ノードの存続期間内の様々な時間で両方の種類の作用を実行することができる。例えば、ノードは一度にデータを供給／取得し、後日要求に応じてデータを変換し、および／または異なる時間にデータを伝送することができる。一態様において、図１に示すように、システムのノードのサービスには、特定のデータに対して異なる機能が割り当てられる。一実施形態において、ノード１０３はデータ取得サービスを提供し、ノード１０４ａおよび１０４ｂは変換サービスを提供し、ノード１０５は配信サービスを提供する。図１は、ノード１０３、１０４ａ、１０４ｂ、および１０５が一定の機能を実行するものとして示しているが、上で考察されるように、ノードは特定の時間に異なる機能（例えば、読み取りおよび／または書き込み）を実行することができ、これは、ノードに関連付けられている組織／エンティティの必要性に基づくことができる。したがって、本発明の様々な態様のノードは、上で考察されるような機能の種類に限定されるべきではない。
【００１４】
一態様において、プラットフォーム１０１は、以下で詳細に考察される台帳データベース１０６を利用して、ノード間の様々なフローを追跡し、とりわけ、出力（例えば、変換データ、取得データ、分配データ）に寄与したノードへの価値の分配返還の円滑化を可能にし、一方、プラットフォームに参加および／または加入している全てのデータ主体を識別解除する。
【００１５】
データフロー１０２ａは、任意のデータソースによって生成された任意の種類のデータ１２２ａのフローとすることができる。例えば、データソースは、様々な場所における天気の最新のデータまでを提供する天気監視エンティティであり得る。データ１２２ａの例には、個人用着用可能デバイスまたは医療用デバイス１０８によって生成された生理学的データ、コンピュータ／スマートフォンアプリケーションデータ、保険データ、保険数理データ、全地球測位システム（ＧＰＳ）データ、社会経済的データ、医療記録データ、個人用着用可能デバイスまたは医療デバイス１０８によって生成された遺伝データ、およびエンティティにとって価値のある任意の種類のデータが含まれるが、これらに限定されない。ＤＢＮプラットフォーム１０１は、識別解除装置１０７を介して、ＤＢＮプラットフォーム１０１に参加している全てのデータ主体のアイデンティティを保護する。
【００１６】
一態様において、ＤＢＮプラットフォーム１０１は、メッセージフロー１０２ｂを使用することを通じて、寄与者ノードと消費者ノードとの間の接続を管理する。メッセージ１２２ｂは、メッセージフロー１０２ｂを介してプラットフォーム１０１を利用し、ＤＢＮプラットフォーム１０１と様々なノード１０３、１０４ａ、１０４ｂ、および１０５との間で通信される。一態様において、メッセージ１２２ｂは、ノードに関連付けられたメタデータと、ノードが提供および／または探索しているサービスとを含む。メッセージ１２２ｂからのメタデータと、所望されているかまたは提供されていると識別されたサービスとを利用することによって、ＤＢＮプラットフォーム１０１は発信データのプライバシーを維持することができる。例示的な態様において、ＤＢＮプラットフォーム１０１は、台帳データベース１０６を通じて様々なノード間のデータフローを管理し、データが変換、収集、および／または分散されるときに様々なノードのメタデータを取り込むことができる。ノード１０３、１０４ａ、１０４ｂ、および１０５間の接続のみを管理し、メタデータのみを収集することによっては、ＤＢＮプラットフォーム１０１はデータ自体にアクセスすることはできない。メタデータを利用することによって、当該ＤＢＮプラットフォーム１０１はまた、出力に寄与したノード１０３、１０４ａ、１０４ｂ、および１０５への価値の分配返還（すなわち、各ノードがシステム全体としてどのように寄与したかを識別すること、例えば寄与の割合）を容易にすることができ、個々の企業および／またはデータ主体が、特定の製品および／またはサービスを生成するために、そのデータ入力および／または出力がどのように、かつ誰によって利用されているかを評価および定量化することができるようになる。
【００１７】
本発明の一態様によれば、異なるソースの様々なノードと、様々なサービスを提供することができるノードとを、ＤＢＮプラットフォーム１０１によって利用することができる。図１に戻って参照すると、様々なノードは、それらが提供するサービスに基づいて、データを最終的に消費者ノード１１２（図示のように、サービス企業）に供給する、様々な種類の寄与者ノード（例えば、データ取得サービスによるノード１０３、データ変換サービスによるノード１０４ａおよび１０４ｂ、ならびデータ供給者サービスによるノード１０５）として分類できる。これらの寄与者ノードは、メッセージ１２２ｂをＤＢＮプラットフォーム１０１に通信し、ＤＢＮプラットフォーム１０１はネットワークの中央ハブとして行動している。ノードとＤＢＮプラットフォーム１０１との間で様々な種類のメッセージを交換することができる。これらのメッセージは、例えば、加入メッセージ、公開メッセージ、またはノードもしくはそれらのサービスに関するメタデータもしくは指示を含むするメッセージであり得る。一態様において、寄与者ノードは、それらが提供しているサービスに関する指示をメッセージ１２２ｂ（この例では公開メッセージ）内に提供する。公開メッセージと共にメッセージ１２２ｂを受信すると、ハブ／ＤＢＮプラットフォーム１０１は、寄与しているノードのメタデータを取得してそれを格納し（以下で考察される）、次に公開メッセージのメッセージを加入者ノードに渡す。例えば、図１に示されるように、データ取得ノード１０３はメッセージをＤＢＮプラットフォーム１０１に送信することができ、次にそれはデータ変換ノード１０４ａおよび１０４ｂならびにデータ配信ノード１０５に渡される。さらに、図１に示されるように、データ１２２ａは、ＤＢＮプラットフォーム１０１を通過せずに、様々なノード１０３、１０４ａ、１０４ｂ、および１０５から直接流れるだけである。
【００１８】
当該識別解除されたＤＢＮプラットフォーム（１０１）は、以下のコア構成要素、すなわち共有アプリケーションプログラムインターフェース（ＡＰＩ）認証およびトークン許可方式１０９、台帳データベース１０６、請求エンジン１１０、ユーザ関係管理システム（具体的には示されていないが、一態様によれば、台帳データベース１０６の様々なサブシステムと識別解除システム１０７との組み合わせ）、および検証システム１１４から構成されてもよい。
【００１９】
上記共有アプリケーションプログラムインターフェース（ＡＰＩ）認証およびトークン許可方式１０９は、当事者間、例えば個々の当事者と保険当事者との間の信頼できる通信を可能にする。一態様において、ＡＰＩ方式１０９は、参加者全員がＣＯＲＥを信頼していることによって、参加者同士が信頼できるようにする、安全な認証（例えば、ブルートフォース攻撃の可能性に対抗するためにＢＣｒｙｐｔアルゴリズムを使用した、安全なｈｔｔｐｓ上の基本的な許可要求ヘッダ）を伴う標準のＲＥＳＴ手法を使用する。他の態様において、参加者が互いに信頼できるようにする他の手法を使用することができる。
【００２０】
上記台帳データベース１０６は、プラットフォーム内の全てのＡＰＩ取引メタデータ（どの当事者のどのデータがどのサービス間でプッシュされているか）を追跡し続ける。一態様において、台帳データベース１０６はデータベースと同様に機能することができる。例えば、台帳データベース１０６は、ブロックチェーン、リレーショナルデータベース、キーバリューストアなどを用いて実装することができる。他の態様において、台帳データベース１０６は、他の形態の追跡を利用して、全てのＡＰＩ取引メタデータについていくことができる。
【００２１】
上記請求エンジン１１０は、どれぐらい、料金を請求するか、および料金を分配するかを定期的に（これに限定されないが、毎月の請求によって例示される）計算する。請求エンジン１１０は、他の構成要素から情報を取り込んで、取引内の参加者（すなわちノード）ごとのサービスに対する金銭的価値を計算することができる。金銭的価値は、ノードによって提供されるサービスに対応する、収益の分け前、価格、収益、帰属、金銭、料金、請求情報、料金、またはコストを含み得る。一実施形態において、請求エンジン１１０は、ノードによって提供されるサービスに対応する金銭的価値を計算する。別の実施形態において、請求エンジン１１０は、対応する金銭的価値（例えば、収益、金銭など）を分配するために、またはそれらを受け取るため（例えば、コスト、請求など）に、ノードまたはデータ主体との金融取引を行ってもよい。一態様において、請求エンジン１１０は、それが必要とする情報を提供するために、ＤＢＮプラットフォーム１０１の他の構成要素（例えば、台帳データベース１０６およびＡＰＩ方式１０９）に依存する。例えば、プラットフォーム１０１を通過する、相互作用、メッセージ、加入などは、台帳データベース１０６に格納される。台帳データベース１０６は、金利の相殺および再分配を含む、金利の計算に必要な必然的な計算も含むことができ、これらの計算は、サービスノードによって設定され、交渉とネットワークの他の部分からのフィードバックの影響を受ける、ルールに基づいている。
【００２２】
ユーザ関係管理システム（具体的には示されていないが、一態様によれば、台帳データベース１０６と識別解除装置１０７との様々なサブシステムの組み合わせ）は、ユーザのデータは、ユーザが許可した当時者とネットワーク上の優良な関係者との間でのみ転送されることを確実にする。ＤＢＮは、識別解除装置１０７を介して、ノードとデータ主体との各組み合わせに対してグローバル一意識別子（ＧＵＩＤ）を生成し、データ主体のデータに関する特定のノードとの全ての通信にそのＧＵＩＤを使用する。このようにして、ネットワーク内の全てのデータフローが、識別解除装置１０７を介して識別解除され、各ＧＵＩＤが、単一のノードに対してのみ有効かつ意味があり、かついかなるノードも、異なるノードに特有のＧＵＩＤにアクセスすることができないことが確実にされる。ユーザは、自分の個人情報を保持している当事者との主要な関係を維持する。ユーザの関係は、データの供給を尊重し、データの消費はフローを終わらせる。一態様において、ユーザはこれらのエンティティの各々にログインし、例えば、ＯＡｕｔｈ２フローに続いて、各サービスがデータ主体のデータに基づいて行動することを承認する。当業者には明らかであるように、他の種類の許可および認証も使用され得る。以下にさらに記載されるように、識別解除のために、供給サービスと消費サービスとの間の変換サービスは、それらがどのデータで動作しているのかを知らない。ユーザ関係管理システムは、直接的なデータ主体関係を有する許可されたサービスのみが実際のアイデンティティ（そのサービスと既存の関係を有する者）に関連付けることができるという、識別解除されたＧＵＩＤを各当事者に提供する。これは、ＤＢＮは、どのサービスが、データ主体によって許可され同意されたかを追跡し続け、データ主体はいつでもそれを取り消すことができる、許可が有効である限り、それらだけが、データ主体に関連するデータを処理するのに十分な情報が与えられることを意味する。
【００２３】
一実施形態において、プラットフォーム１０１内のレジストラ１１６（図３）は、各データ主体に関するプロファイルを格納する。レジストラは、データ主体に関する個人情報を含んでおらず、データ主体に対するそれ自身の識別子を保持している。ＧＵＩＤを生成するために、ノード（例えばノード１０３）はトークンの要求をレジストラに送信し、レジストラは要求されたトークンをノードに送信する。トークンは、データ主体自体に関する情報ではなく、データ主体に対するレジストラの識別子を含む。ノードは、トークンを受信し、受信したトークンをＧＵＩＤの要求と共にプラットフォーム１０１に送信する。プラットフォーム１０１は、データ主体と、要求しているノードとの組み合わせのためのＧＵＩＤを生成する。ＧＵＩＤの使用に関するさらなる詳細は、メッセージフローに関して以下で述べられる。
【００２４】
一実施形態において、検証システム１１４（図３）は、サービスが、明示的な同意によって指定されたとおりに、個人のデータを使用することだけを確実にする（すなわち、受信企業は、予期された出力を配信した）。一実施形態において、検証システムは、個人の同意についての情報を、サービスならびに、その入力および／または出力についての情報と比較することができる。一態様において、検証システムは、検証目的のために地域キュレーション（ｃｕｒａｔｉｏｎ）に頼ることができる。一態様において、地域キュレーションは、サービスの有効性および可用性に関するある種のフィードバックを提供する、地域レビュー、サービスの提出などを含むことができる。このようなフィードバックは、サービスの正確性、品質、または有用性およびその出力に関するものであり得る。
【００２５】
当該コア構成要素に加えて、プラットフォーム１０１は、限定されないが、特有のデータ主体または企業に関連するデータおよび値の流れを追跡するために、個々のデータ主体または企業に特有の一組のダッシュボードによって例示される、周辺サービス層構成要素１１１も含み得る。コアおよび周辺サービス層構成要素の両方は、プラットフォームへの基本サービスとして提供され得、かつ手数料がプラットフォーム１０１へのスロット投入に対して課せられ得る。例えば、ダッシュボードは、データ主体を囲むメタデータに関する任意の表示を含むこと（すなわち、プラットフォーム参加者の処理チェーンを通じて移動するときの彼のデータの流れを見ること）ができる。
【００２６】
当該プラットフォームエコシステムの利害関係者には、以下のような利益がある。以後、ユーザまたはデータ主体と称される、プラットフォーム１０１を通じてそのデータがアクセスまたは変換される個人は、それらのデータフロー１０２ａ、データ１２２ａ、およびデータのプライバシーの制御および可視化を有し得、自分のデータを金銭化し、それによって参加のためのデジタル通貨を得ることができる。ユーザは、そのようなエコシステム、例えば、メタ情報を利用するコンテンツ標的化エンジンへの直接的な没入を通じて、サービスおよび／または製品を発見することができる。プラットフォーム１０１に依存する任意の製品またはサービスの消費者ノード１０３、１０４ａ、１０４ｂ、および１０５は、価値生成の透明性と共に、処理する請求書が少ないことによって利益を得ることができる。さらに、市場の勢力は、市場のニーズと肯定的な複数当事者ネットワークに動機付けられた大規模ネットワークへのアクセスと共に、競争を駆り立てて、低コストで最高品質の出力を提供することができる。参加が多いほど競争が激しくなり、キュレーションが肯定的な影響を与える。パートナー、例えば（図１参照）データ取得エンティティ１０３およびデータ変換エンティティ１０４は、それら自身の製品、信号処理ならびに最適化アルゴリズムおよび研究に集中することができるだろう。製品およびサービスのエンティティパートナーは、直接の正式な関係を必要とせずに、顧客体験および事業開発に集中し、様々な潜在的データおよび／もしくはコンテキスト、ならびに／または分析プロバイダーにアクセスすることができる。商品およびサービスのエンティティを特定のフィードおよび／またはアルゴリズムに固定する必要はなく、最小限のオーバーヘッドで複数をサポートし、ならびに最適なフィードおよび／またはアルゴリズムに切り替えることができる。例えば、エンティティがノードＡのスリープアルゴリズムに加入するかもしれないが、ノードＢはより低い価格でより良いアルゴリズムを思いつくことができ、人は固定されることなく加入を動かすことができる。さらに、製品およびサービスのエンティティは、製品および／またはサービスを構築するための豊富なデータ源、変換、および情報ストリームにアクセスすることができる。共通の一般的なフレームワークもまた、ＡＰＩゲートウェイ特有の使用、またはカスタム設計の統合を通じて、プラットフォーム１０１との通信を抽象化および単純化するために利用可能であろう。
【００２７】
サービスは、コンテンツを消費者サービス、加入者、またはユーザにプッシュする目的で、プラットフォーム１０１上で実行することもできる。例として、台帳データベースによって生成されたメタデータを消費者サービス、加入者またはユーザへの新しい入力として利用し、それによってフィードバックループを作成することが含まれるが、これに限定されない。
【００２８】
フローの説明
１．メッセージフロー
本発明の特定の実施形態において、プラットフォーム１０１は、ａ．サービス１１２に新しい加入を通知し、およびｂ．サービスに利用可能な新しいデータを加入者に通知するために、ノード間でメッセージ１２２ｂを送信および受信する。一態様において、プラットフォーム１０１はメッセージ１２２ｂのハブとして行動し、ノード（１０３、１０４ａ、１０４ｂ、および１０５）はスポークである。このハブアンドスポークメッセージトポグラフィは、データフローに関するプライバシーおよびセキュリティを確実にする中央認証システム（すなわち、ＤＢＮプラットフォーム１０１）を有しながら、直接の関係を有しない可能性がある当事者間の迅速な調整を可能にする。一態様において、データは、利用可能で要求されている（およびプラットフォーム１０１を介して調整されている）とおりに、ノードからノードへとピアツーピアで流れる。一態様において、プラットフォーム１０１はハブと見なすことができる。ここでのハブは、ノード１０３、１０４ａ、１０４ｂ、および１０５に関連しているので、プラットフォーム１０１のトポグラフィック記述として使用される。プラットフォーム１０１の対話空間はハブ上にあり、したがってノードはプラットフォーム１０１上、およびそれを通じて動作している。これは、例えば、図２に示されており、そこでは、プラットフォーム１０１がネットワーク２０１上で各ノードと通信している。この意味で、ハブは、調整、円滑化、および記録の役割を果たすプラットフォーム１０１の部分に関係する。ハブ／ＤＢＮプラットフォーム１０１からサービスノード１１２（例えば、何らかの方法で情報を使用する第三者サーバ）に送信される加入メッセージは、サービスノード１１２が、それが依存する次のサービスに加入するため、またはネットワークの外部から適切なデータを得るために必要な全ての情報を含む。一態様において、これらは、他のノードによるサービスである。サービスは、他のサービスの出力に依存し得る。この場合、誰かがそれに加入したら、それは関連する要件でそれらのサービスに加入する。サービスは、同じ様態で、ハブによって提供されてもよく、その場合、ハブは、その対話中にサービスノードのように行動する。
【００２９】
ハブ／ＤＢＮプラットフォーム１０１は、寄与者ノード１０３、１０４ａ、１０４ｂ、および１０５への、または寄与者ノードからの、データ主体特有の識別可能な情報、例えば、限定されないが、名前および連絡先情報を保持または伝送しない。具体的には、デバイス識別子、電子メールアドレス、またはＡＰＩトークンは、変換サービスノード１０４と共有されず、むしろ、変換サービスノード１０４は、ハブ／ＤＢＮプラットフォーム１０１が実際にそれを必要とする上流サービスノード１０４に情報を提供することを可能にし、その情報を有することを許可される、ＧＵＩＤを受信する。サービスノード１１２からハブ／ＤＢＮプラットフォーム１０１に送信された公開メッセージ１２２ｂは、サービスのデータ出力にアクセスするために加入者によって必要される全ての情報を含む。つまり、メッセージフローはデータフローを調整するために使用される。メッセージフローはハブ／プラットフォーム１０１とノードとの間で発生し、一方、データフローはノード間で発生する。サービスノードは、新しいデータが、サブジェクトに対する特定のサービスまたは加入に利用可能であることを示す情報を送信する。次にプラットフォームは、利用可能であるデータに関するメッセージを全ての特定の加入者（データ受信のために加入されたノード／サービス）に送信する。ハブ／ＤＢＮプラットフォーム１０１は、公開メッセージを加入ノードに中継する。
【００３０】
例えば、第１のノード（例えば、ノード１０３）が、データ主体に関連する識別解除されたデータを使用する準備ができていることを示す、公開メッセージをプラットフォーム１０１に送信するとき、プラットフォーム１０１は、加入されている、対応するノード（例えば、１０４ａ、１０４ｂ）にメッセージを送信する。加入ノードが識別解除されたデータにアクセスすることを可能にするために、一実施形態において、第１のノード（例えば、ノード１０３）はトークンをプラットフォーム１０１に送信する。トークンは、その特定のノードのデータ主体に関連付けられているＧＵＩＤを識別する。
【００３１】
プラットフォーム１０１は、ノード１０３に対するＧＵＩＤを含むトークンを受信し、それ自身のルックアップテーブルから加入ノード（例えば、ノード１０４ａ）の同じデータ主体に対応するＧＵＩＤを決定する。プラットフォーム１０１は、加入ノードに対するデータ主体のＧＵＩＤを使用して、そのデータ主体を識別し、公開ノード（例えば、ノード１０３）に対するＧＵＩＤの暗号化バージョンを含むトークンを含む、メッセージを加入ノードに送信する。公開ノードに対するＧＵＩＤを含むトークンは、公開ノードまたはＤＢＮプラットフォーム１０１のいずれかによって生成され得る。加入ノードが公開ノードのＧＵＩＤを含むトークンを受信しても、加入ノードには対応する復号化キーがないため、加入ノードは、公開ノードのＧＵＩＤを読み取ることができない。代わりに、加入ノードは、暗号化されたトークンを含むデータ要求を公開ノードに送信する。公開ノード（例えば、ノード１０３）は、加入ノード（例えば、ノード１０４ａ）からデータ要求およびトークンを受信する。公開ノードは、（公開ノードとＤＢＮプラットフォーム１０１との間のキー関係で共有されるように）トークンに格納されているＧＵＩＤをそれ自身の復号化キーで復号する。一実施形態において、公開ノードは、まず検証のためにトークンをＤＢＮプラットフォームに送信し、次に、ＤＢＮプラットフォームから検証応答を受信するとＧＵＩＤを復号化する。ＧＵＩＤが公開ノードによって復号化されると、公開ノードはそのデータが要求されている特定のデータ主体を識別することができる。次に、公開ノードは、加入ノードの要求に対する応答で、要求された識別解除されたデータ（つまり、データ主体を識別するために使用され得るいかなる情報も含まないデータ主体のデータ）を送信する。加入ノードは、以前のデータ要求に対応するそれ自身のＧＵＩＤを知っているので、その要求に応答して返されたデータを自分のＧＵＩＤに関連付ける。このようにして、加入ノードまたはＤＢＮプラットフォーム１０１がデータ主体を識別する情報を有することなく、データ主体の識別解除されたデータを加入ノードに伝送して、サービスを実行することができる。また、このようなデータ交換は、どちらのノードも他のノードに対する同じデータ主体に対応するＧＵＩＤを知ることなく起こる。
【００３２】
各ノードのＧＵＩＤに従って、公開者ノードまたはＤＢＮプラットフォーム１０１のいずれかによって生成されたトークンを交換することにより、データは、同様にノードからノードへ受け渡され続けることができる。
【００３３】
２．データフロー
いくつかの実施形態において、加入ノードが、上記のように、ハブを介して送信された公開メッセージ内の情報を使用してサービスノードからデータ１２２ａを要求すると、データ１２２ａは、データフロー１０２ａを介して、サービスノードから加入ノードへ直接ピアツーピア関係で伝送される。例外は、加入者がフェッチするための結果を中間のストレージサービスがホストする場合である。
【００３４】
３．金銭分配フロー
一定の実施形態において、ハブ／プラットフォーム１０１によって収集されたメタデータは、サービスおよび個人による出力の生成への寄与に比例した価値分配を可能にする台帳データベース１０６に格納される。使用される個人のデータに対して寄与する、承認する、および同意を提供する、ハブに登録された個人は、デジタル通貨および／またはデジタル以外の通貨を使用して、それらのデータに対する支払いを受けることができる。ネットワーク外のクライアントに情報を提示するノードは、データに対してハブに料金を支払うことがある。ハブはその後、寄与とサービスのコストに基づいて収益の分け前を計算し、データ主体、サービス、ノード（すべての参加者、個人、および企業）の間で一括分配および価値の調停を行うことができる。
【００３５】
以下は、ＤＢＮプラットフォーム１０１が特定の状況でどのように動作することができるかの例である。消費者ノードＺ（例えば保険業者）は、既にＺの顧客であるデータ主体ＣのデータストリームＤ（例えば、睡眠の質）に関心がある。Ｚは、Ｃの睡眠モニタへの識別解除された参照を使用して睡眠品質サービスＹに加入するためにメッセージ１２２ｂをＤＢＮプラットフォーム１０１に送信する。ＤＢＮプラットフォーム１０１は、Ｃの睡眠モニタがＹの入力要件と互換性があることをチェックし、次に、ＣおよびＣの睡眠モニタへの（ＣおよびＹに一意の）識別解除された参照を含む加入詳細と共に、Ｙのノードにメッセージを送信する。Ｙは、加入メッセージを得て、生の睡眠モニタデータをネットワークに提供するデータサプライサービスノードＸに加入するために、ＤＢＮプラットフォーム１０１にメッセージを送信する。ＤＢＮプラットフォーム１０１は、Ｃのデバイスに対するデータを得るために必要な詳細と共にメッセージをＸに送信する。Ｃは、Ｘとの関係およびＺとの関係を有する。彼は、両方とも彼のデータに基づいて行動することを許可した。ＸがＣの睡眠モニタデバイスのための新しいデータを受信すると、Ｘは、加入者がデータをフェッチするために必要なあらゆる情報と共に、公開メッセージをＤＢＮプラットフォーム１０１に送信する。これには、Ｘのサーバについてのアクセス認証情報とＡＰＩエンドポイント、または、それどころか、Ｘに代わって有効な加入者にアクセストークンを割り当てるためのＤＢＮプラットフォーム１０１に対する命令が含まれる場合がある。次に、ＤＢＮプラットフォーム１０１は有効な加入をチェックし、公開メッセージをＹに送信する。Ｙは、公開メッセージを得て、Ｘからデータをフェッチする。次に、Ｙは、睡眠の質Ｄを定量化する生データに対して変換を実行する。次に、Ｙは、公開メッセージをＤＢＮプラットフォーム１０１に送り、ＤＢＮプラットフォーム１０１はメッセージを有効な加入者に送る。Ｚは、ＤＢＮプラットフォーム１０１からメッセージを得て、ＹからＤをフェッチする。Ｙは、誰のデータが処理されているのか、またはどの特定のデバイス識別子が使用されたのかを知らない。ＣとＤの両方が、識別解除される。Ｄは、個人的な識別可能な情報を損なうことなく、ＸからＹを通じてＺに流れることができる。データは、ＤＢＮプラットフォーム１０１を介してバウンスする（戻ってくる）メッセージ全てを調整しながら、Ｘ、Ｙ、およびＺの間を直接ピアツーピアで流れ、ＤＢＮプラットフォーム１０１は、メタデータを格納および分析するが、コンテンツ／データを見ることはない。Ｃは、デバイス企業（Ｘ）および保険業者（Ｚ）を信頼しているが、それらはＣに関する識別可能な情報を有していないので、ＹまたはＤＢＮプラットフォーム１０１を信頼する必要はない。ＤＢＮプラットフォーム１０１は、データフローの接続を容易にするためには誰かを十分に知っているが、誰かを識別するためには十分ではない。
【００３６】
図４は、例示的な実施形態による、ノード間で識別解除されたデータを交換するための方法４００を示すフローチャートである。方法４００は、ハードウェア（例えば、回路、専用ロジック、プログラマブルロジック、マイクロコードなど）、ソフトウェア（例えば、処理デバイス上で実行される命令）、またはそれらの組み合わせを含み得る処理ロジックによって実行され得る。一実施形態において、当業者には理解されるように、図４のいくつかのステップは、示された正確な順序で実行される必要はない。一実施形態において、図４の方法は、上記のようにＤＢＮプラットフォーム１０１によって実行される。
【００３７】
ステップ４１０において、ＧＵＩＤは、複数のノードからのユーザとノードの組み合わせに割り当てられ、異なるＧＵＩＤが、複数のノードからのユーザとノードの各組み合わせに対して生成される。ステップ４２０において、ノードおよびノードのサービスに関するメタデータは、例えばデータベース内のプラットフォーム上に格納される。ステップ４３０において、少なくとも１つのメッセージが、割り当てられたＧＵＩＤを使用して、ユーザの識別データまたは識別解除されたユーザデータを送信または受信することなく、データ交換システムの間で、１つ以上のノードと通信される。メッセージは、例えば公開／加入メッセージおよびトークン交換に関して上記したように、複数のノード間の識別解除されたユーザデータの交換を調整するための情報を含む。
【００３８】
図５は、図１〜図３に示されたシステムの態様を実装するために使用することができる、または図４に示されたプロセスの態様を実装するように特別にプログラムすることができる、例示的なコンピュータシステムである。コンピュータシステム５００は、プロセッサ５０４などの１つ以上のプロセッサ（中央処理装置、またはＣＰＵとも呼ばれる）を含む。プロセッサ５０４は通信インフラストラクチャまたはバス５０６に接続されている。
【００３９】
１つ以上のプロセッサ５０４は各々、グラフィック処理装置（ＧＰＵ）であり得る。一実施形態において、ＧＰＵは、数学的に集中的なアプリケーションを処理するように設計された特殊な電子回路であるプロセッサである。ＧＰＵは、コンピュータグラフィックスアプリケーション、画像、ビデオなどに共通の数学的に集約的なデータなどの、大きなデータブロックの並列処理に効率的な並列構造を有することができる。
【００４０】
コンピュータシステム５００はまた、ユーザ入力／出力インターフェース５０２を通じて通信インフラストラクチャ５０６と通信する、モニタ、キーボード、ポインティングデバイスなどのようなユーザ入力／出力デバイス５０３を含む。
【００４１】
コンピュータシステム５００はまた、ランダムアクセスメモリ（ＲＡＭ）のようなメインまたは一次メモリ５０８を含む。メインメモリ５０８は、１つ以上のレベルのキャッシュを含み得る。メインメモリ５０８は、制御ロジック（すなわち、コンピュータソフトウェア）および／またはデータをその中に格納している。
【００４２】
コンピュータシステム５００はまた、１つ以上の二次記憶デバイスまたはメモリ５１０を含み得る。二次メモリ５１０は、例えば、ハードディスクドライブ５１２および／または取り外し可能な記憶デバイスもしくはドライブ５１４を含み得る。取り外し可能な記憶ドライブ５１４は、フロッピーディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光記憶デバイス、テープバックアップデバイス、および／または任意の他の記憶デバイス／ドライブであり得る。
【００４３】
取り外し可能な記憶ドライブ５１４は、取り外し可能な記憶装置５１８と相互作用することができる。取り外し可能な記憶装置５１８は、そこに格納されているコンピュータソフトウェア（制御論理）および／またはデータを有する、コンピュータ使用可能または読み取り可能な記憶デバイスを含む。取り外し可能な記憶装置５１８は、フロッピーディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光記憶ディスク、および／または他の任意のコンピュータデータ記憶デバイスであり得る。取り外し可能な記憶ドライブ５１４は、周知の方法で取り外し可能な記憶装置５１８から読み取りおよび／またはそこに書き込む。
【００４４】
例示的な実施形態によれば、二次メモリ５１０は、コンピュータプログラムおよび／もしくは他の命令、ならびに／またはデータに、コンピュータシステム５００によってアクセスすることを可能にするための他の手段（ｍｅａｎｓ）、手段（ｉｎｓｔｒｕｍｅｎｔａｌｉｔｉｅｓ）または他の手法を含み得る。このような手段（ｍｅａｎｓ）、手段（ｉｎｓｔｒｕｍｅｎｔａｌｉｔｉｅｓ）または他の手法は、例えば、取り外し可能な記憶装置５２２およびインターフェース５２０を含み得る。取り外し可能な記憶装置５２２およびインターフェース５２０の例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイスに見られるものなど）、取り外し可能なメモリチップ（ＥＰＲＯＭまたはＰＲＯＭなど）および関連するソケット、メモリスティックおよびＵＳＢポート、メモリカードおよび関連するメモリカードスロット、ならびに／または任意の他の取り外し可能な記憶装置および関連するインターフェースを含み得る。
【００４５】
コンピュータシステム５００は、通信またはネットワークインターフェース５２４をさらに含み得る。通信インターフェース５２４は、コンピュータシステム５００が、遠隔デバイス、遠隔ネットワーク、遠隔エンティティなど（個々に、かつ集合的に、参照番号５２８によって参照される）の任意の組み合わせと通信および対話することを可能にする。例えば、通信インターフェース５２４は、コンピュータシステム５００が、有線および／または無線であり得、かつＬＡＮ、ＷＡＮ、インターネットなどの任意の組み合わせを含み得る、通信経路５２６上でリモートデバイス５２８と通信することを可能にし得る。制御論理および／またはデータは、通信経路５２６を介して、コンピュータシステム５００に、およびそこから伝送されてもよい。
【００４６】
一実施形態において、制御論理（ソフトウェア）がそこに格納された、有形のコンピュータ使用可能または読み取り可能な媒体を含む、有形の機器または製造物品は、本明細書ではコンピュータプログラム製品またはプログラム記憶デバイスとも称される。これには、コンピュータシステム５００、メインメモリ５０８、二次メモリ５１０、および取り外し可能な記憶装置５１８および５２２、ならびに前述の任意の組み合わせを具体化する有形の製造物品が含まれるが、これらに限定されない。このような制御論理は、１つ以上のデータ処理デバイス（コンピュータシステム５００など）によって実行されると、そのようなデータ処理デバイスを本明細書に記載するように動作させる。
【００４７】
本開示に含まれる教示に基づき、図５に示されたもの以外のデータ処理デバイス、コンピュータシステムおよび／またはコンピュータアーキテクチャを使用して、本開示の実施形態を作り、および使用する方法が当業者には明らかであろう。特に、実施形態は、本明細書に記載されたもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステムの実装形態と共に動作し得る。
【００４８】
概要および要約の項（存在する場合）ではなく、詳細な説明の項は、特許請求の範囲を解釈するために使用されることを意図していることを理解されたい。概要および要約の項（もしあれば）は、発明者によって企図されるような本発明の１つ以上の、しかし全てではない、例示的な実施形態を記載し得、したがって、本発明または添付の特許請求の範囲をいかようにも限定することを意図しない。
【００４９】
本明細書では、例示的な分野および用途についての例示的な実施形態を参照して本発明を記載してきたが、本開示はそれに限定されないことを理解されたい。他の実施形態およびそれに対する改変は、可能であり、かつ本開示の範囲および思想の範囲内である。例えば、かつこの段落の一般性を制限することなく、実施形態は、図に示され、および／または本明細書に記載されたソフトウェア、ハードウェア、ファームウェア、および／またはエンティティに限定されない。さらに、（本明細書に明示的に記載されているかどうかにかかわらず）実施形態は、本明細書に記載されている例を超えた分野および用途に対して有意な有用性を有する。
【００５０】
実施形態は、本明細書では、指定された機能およびそれらの関係の実装形態を示す機能的構築要素を用いて記載された。これらの機能的構築要素の境界は、説明の便宜上、本明細書では任意に定義されている。指定された機能および関係（またはそれらと同等のもの）が適切に実行される限り、代替の境界が定義されてもよい。また、代替の実施形態は、本明細書に記載されているものとは異なる順序で機能ブロック、ステップ、動作、方法などを実行することができる。
【００５１】
本明細書における「１つの実施形態」、「一実施形態」、「例示の実施形態」への言及、または類似の句は、記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、全ての実施形態が特定の特徴、構造、または特性を含まなくてもよい。さらに、このような句は、必ずしも同じ実施形態を参照してはいない。さらに、特定の特徴、構造、または特性が実施形態に関して記載されるとき、本明細書で明示的に言及または記載されているかどうかにかかわらず、そのような特徴、構造、または特性を他の実施形態に組み込むことは、当業者の知識の範囲内であろう。
【００５２】
本開示の広さおよび範囲は、上記の例示的な実施形態のいずれによっても限定されるべきではなく、以下の特許請求の範囲およびそれらの均等物に従ってのみ定義されるべきである。
【図１】
2019530943.tif 000003
【図２】
2019530943.tif 000004
【図３】
2019530943.tif 000005
【図４】
2019530943.tif 000006
【図５】
2019530943.tif 000007
【国際調査報告】
2019530943.tif 000008