知財求人 - 知財ポータルサイト「IP Force」
▶ パラトブ グループ エルエルシーの特許一覧 ▶ パラトブ，デニスの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-05-21
(54)【発明の名称】制御対象の管理のための装置および方法
(51)【国際特許分類】
G06F 21/44 20130101AFI20240514BHJP
H04L 9/32 20060101ALI20240514BHJP
【ＦＩ】
G06F21/44
H04L9/32 200D
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023570096
(86)(22)【出願日】2022-04-14
(85)【翻訳文提出日】2023-11-29
(86)【国際出願番号】 US2022024797
(87)【国際公開番号】W WO2022240544
(87)【国際公開日】2022-11-17
(31)【優先権主張番号】17/317,403
(32)【優先日】2021-05-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/710,759
(32)【優先日】2022-03-31
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】523161778
【氏名又は名称】パラトブ グループ エルエルシー
(71)【出願人】
【識別番号】523427076
【氏名又は名称】パラトブ，デニス
(74)【代理人】
【識別番号】100114775
【弁理士】
【氏名又は名称】高岡 亮一
(74)【代理人】
【識別番号】100121511
【弁理士】
【氏名又は名称】小田 直
(74)【代理人】
【識別番号】100202751
【弁理士】
【氏名又は名称】岩堀 明代
(74)【代理人】
【識別番号】100208580
【弁理士】
【氏名又は名称】三好 玲奈
(74)【代理人】
【識別番号】100191086
【弁理士】
【氏名又は名称】高橋 香元
(72)【発明者】
【氏名】パラトブ，デニス
(57)【要約】
複数のドメイン内の複数の別個のデータベースを用いる制御対象のためのライフサイクル管理システムが開示される。識別可能なデータ記録を識別可能な制御対象に関連付けるための方法が開示される。複数の制御対象のペアリングを含む、制御対象の使用を承認および記録するための方法および装置が開示される。
【選択図】図７
【選択図】図７
【特許請求の範囲】
【請求項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】
前記認証コントローラは、第３の公開暗号鍵および第３の秘密暗号鍵を有し、前記証明書の少なくとも第３の部分は、前記証明書の前記第３の部分が前記第３の公開暗号鍵を用いて復号化され得るように、前記認証コントローラによって前記第３の秘密鍵を用いて暗号化される、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、参照によってその全体が本明細書に組み込まれる、２０２２年３月３１日に出願された同時係属出願であるシリアル番号１７７１０７５９号、ＡＰＰＡＲＡＴＵＳ ＡＮＤ ＭＥＨＯＤＳ ＦＯＲ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＣＯＮＴＲＯＬＬＥＤ ＯＢＪＥＣＴＳの一部継続出願である。
【背景技術】
【0002】
有用な機能を有する多種多様な物体が製造され、商業的に流通し、商業用、公用、または消費者用に使用され、最終的には使われなくなり、廃棄またはリサイクルされている。そのような物体の有用な機能は、実質的に電子コントローラの制御権限下にある場合が増えている。そのような物体の実施形態は、車両、コンピューティングデバイス、通信デバイスなどを含むが、これらに限定されない。そのような物体は、本明細書において、互換的に制御対象と総称される。
【0003】
本明細書で使用される場合、制御対象という用語は、有用な機能の重要な側面が電子コントローラの制御権限下に置かれた任意の物理的物体を指し、上記有用な機能は、実質的に、物理的物体が設計、製造、操作、および維持される成果のための目的および機能である。
【0004】
重要な側面は、有用な機能の成果にとって重要である有用な機能全体のサブセットであり、それが妨害または制限されると、対応して有用な機能が妨害または制限されるものである。たとえば、車両である制御対象の有用な機能は、人や貨物の搬送である。車両の有用な機能の重要な側面は、車両の移動を促進または阻止するためのドライブトレーンの制御、乗員および貨物の出入りを促進または阻止するためのドアロック機構の制御、ドライブトレーンを動作させる能力を促進または阻止するためのたとえば液体燃料または電気エネルギなどの貯蔵エネルギの導入の制御などを含んでよい。たとえば携帯電話などの通信デバイスである制御対象の場合、関連する有用な機能は、２人以上の人間または他の制御対象との間の電子通信の促進である。通信デバイスに関するそのような有用な機能の重要な側面は、ネットワーク接続の確立、通話の確立、音圧波をデジタル情報に変換すること、ネットワークを介した搬送のためにデジタル情報をパッケージ化すること、受信したデジタル情報を音圧波に変換すること、ユーザインタフェースを提示するために表示画面を構成することなどであってよい。
【0005】
従来技術において、制御対象の有用なライフサイクルの異なるファセットは異なるドメイン内で管理されており、その非限定的な例および詳細は、以下の段落で説明され、本発明の背景を例示するために図１に図示される。図示されたドメインは、本明細書において、製造、使用、およびコンプライアンスのカテゴリとして示された別個のカテゴリにグループ分けされる。
【0006】
コンプライアンスカテゴリのドメインは、制御対象の仕様、特徴、および使用が適用可能な政府規制、業界標準などを遵守していることを保証するエンティティおよび取引に関係する。様々な政府および他の規制エンティティがコンプライアンスカテゴリのドメインに関連付けられる。そのようなエンティティは、国家、連邦、州、および地方の政府ドメインに参加してよく、政府組織および機関ならびに業界標準化組織を含んでよい。コンプライアンスドメインの実例は、たとえば連邦航空局、道路交通安全局などの様々な連邦政府規制機関および組織を備える連邦ドメインである。別の例示的なコンプライアンスドメインは、州政府ドメインであり、たとえば州自動車局、州ハイウェイパトロール組織などの州規制および執行機関を備える。
【0007】
製造カテゴリのドメインは、制御対象の製造、組立て、修理、メンテナンス、および廃棄に関するエンティティおよび取引に関係する。本明細書に例示される製造ドメインの例は、構成要素および製品ドメインを含む。
【0008】
製造カテゴリのドメインである例示的な構成要素ドメインにおいて、制御対象完成品の製造に必要な原材料および構成要素は、ドメイン内の参加エンティティによって製造され、試験され、製品ドメイン内の他のエンティティに引き渡される。様々な構成要素認定、設計基準、品質管理試験および規制要件に準拠し、それが記録される必要がある。従来技術において、そのようなコンプライアンスの記録は、個々のベンダによって専有データベースに保持され、必要に応じて構成要素の製造者と購入者との間で交換される。政府エンティティへの報告が定期的に行われ、政府エンティティによって記録は随時監査される。構成要素の実施形態は、電子集積回路（ＩＣ）、電子コントローラ、電子アセンブリ、ドライブトレーン構成要素、バッテリセル、バッテリモジュールなどを含むが、これらに限定されない。
【0009】
製造カテゴリのドメインである例示的な製品ドメインにおいて、必要な構成要素は、製造ドメインに参加するエンティティによって構成要素ドメインから受け取られ、製品である有用な制御対象を作成するために組み立てられる。非限定的な例において、電子コントローラは、製品である制御対象の構成要素である。製品である制御対象には、一意の製品識別子（ＰＩＤ）が割り当てられる。ＰＩＤの実施形態は、車両識別番号（ＶＩＮ）、製品識別番号（ＰＩＮ）、シリアル番号、メディアアクセスコントローラ（ＭＡＣ）アドレス、加入者識別モジュール（ＳＩＭ）などを含むが、これらに限定されない。様々な製品認定、設計基準、品質管理試験および規制要件に準拠し、それが記録される必要がある。従来技術において、そのようなコンプライアンスの記録は、製品の製造者によって専有データベースに保持され、必要に応じて、製品の製造者と購入者との間で交換される。政府エンティティへの報告が定期的に行われ、政府エンティティによって記録は随時監査される。
【0010】
使用カテゴリのドメインは、制御対象の有用な機能の行使に関するエンティティおよび取引に関係する。使用ドメインの実例は、商業および消費者ドメインを含む。
【0011】
完成した製品である制御対象は、流通およびサービスのために、サービスの提供または他の商業目的のために制御対象を使用し得る（本明細書において互換的に商業エンティティと総称される）販売業者、流通業者、または商業事業者へ制御対象を引き渡すことによって、使用カテゴリのドメインである例示的な商業ドメインに参加するエンティティに譲渡される。商業ドメインにおいて、制御対象は、販売、リース、賃借などを含み得るがこれらに限定されない商業取引の対象となる。商業取引の記録は、販売業者、流通業者、および商業事業者によって専有データベースに保持される。様々な政府エンティティ、会計エンティティ、管理エンティティなどへの報告が定期的に行われる。データおよび記録は、そのようなエンティティによって随時監査され得る。
【0012】
いくつかの実施形態において、制御対象は更に、商業エンティティによって個々の消費者に販売、リース、または賃借のために提供されることによって、使用カテゴリのドメインである例示的な消費者ドメインに参加するエンティティに譲渡される。消費者取引の記録は、販売業者、流通業者、および商業事業者によって専有データベースに保持される。定期的に様々な政府エンティティ、会計エンティティ、管理エンティティなどへの報告が行われる。データおよび記録は、そのようなエンティティによって随時監査され得る。
【0013】
コンプライアンスカテゴリのドメインである例示的な連邦政府ドメインにおいて、様々な政府エンティティが、上記に挙げたドメインの全てにおけるエンティティに対し証明書を発行し、登録を発行し、報告を受け、監査を行い、税金および料金を課す。政府エンティティと全ての他のドメイン内のエンティティとの間の取引の記録は、政府エンティティによって専有データベースに保持される。たとえば権利登録の確認など、要求に応じて他のドメイン内のエンティティに承認情報が入手可能にされ得る。そのような情報は、場合によっては、郵便サービスを介して印刷文書によって配布される。
【0014】
制御対象の有用寿命が終了すると、対象物は、商業ドメインにおいて取り壊されるか、廃棄される。廃棄取引の記録は、廃棄施設によって専有データベースに保持される。様々な政府エンティティ、会計エンティティ、管理エンティティなどへの報告が定期的に行われる。データおよび記録は、そのようなエンティティによって随時監査され得る。
【0015】
従来技術において、構成要素、製品、および商業ドメインにおける規制および契約要件の遵守の執行は、主に法的手続きによるものである。
【0016】
例示的な消費者ドメインにおけるいくつかの従来技術の実施形態において、制御対象のコントローラは、制御対象の製造者または商業事業者によって運用される専有データベースに含まれるデータに応答して、制御対象の有用な機能のいくつかの側面の使用または構成に関するいくつかの消費者取引を実施するために用いられる。そのような実施形態は、関連するＳＩＭがネットワークオペレータのデータベースに登録されていることに応答して、通信制御対象によって通信ネットワークアクセスを制御することを含んでよいが、これに限定されない。他の従来技術の実施形態は、車両または別の制御対象の特徴または性能を、たとえばそのような機能を有効化するための料金の支払いの記録など、製造者のデータベースに格納されている情報に応答して有効化することを含む。そのような従来技術の実施形態は、制御対象が、関連するデータベースにアクセスする認証コントローラへの利用可能なネットワーク接続を有することに依拠する。例示的な従来技術の実施形態は、有効なユーザアカウントを有する携帯電話、セルラネットワークアカウントを有するセルラモデムを有する車両などを含むが、これらに限定されない。従来技術によるネットワーク接続を有さない制御対象の取引および消費者間での制御対象の直接取引は、主に法的手続きを介して実施可能である。
【0017】
従来技術において、各ドメイン内のエンティティによって運用される様々な専有データベース間で識別可能な制御対象に関する情報を転送するための統一された自動化方法は存在しない。同様に、商業ドメインか消費者ドメインかにかかわらず、同じエンティティによって所有または運用され得る多くの種類の異種制御対象間で直接取引を制御または実施するための統一された従来技術による方法も存在しない。
【0018】
図１（従来技術）は、制御対象のための従来技術の管理システムを図示する。コンプライアンスカテゴリにおける例示的な連邦および州ドメインは、各々が複数のエンティティを有し、各エンティティが専有データベースを有することが示される。製造カテゴリの例示的な構成要素および製品ドメインは、各々が複数のエンティティを有し、各エンティティが専有データベースを有することが示される。使用カテゴリの例示的な商業および消費者ドメインは、各々が複数のエンティティを有し、各エンティティが専有データベースを有することが示される。様々なデータベース間でのデータ通信は、複数の専有通信プロトコルを用いた通信リンクを介して行われるものとして図示される。制御対象は、電子コントローラを有することが図示され、上記電子コントローラは、専有通信プロトコルを用いた通信リンクを介して製造、商業、および消費者ドメイン内のエンティティの専有データベースと通信している。複数のそのようなリンクが図１に示され、なされ得る可能な接続を示す。従来技術において、単一の制御対象は、通常、図示された複数のリンクの１つのみを有する。
【0019】
従来技術において、データベースおよびそれらにアクセスするための通信プロトコルは、アクセスの安全性および制御を維持するために専有的に維持される。図１に示すような、この複数の専有システムは、データの報告および監査を煩雑で時間がかかり、非効率なものにする。その結果、データベースに格納されたデータに応答する制御対象の有用な機能の提供は、従来技術において、通常、単一のエンティティによって制御される単一のデータベースとの通信に限定される。そのような通信の例は、携帯電話である制御対象が、サービスプロバイダの専有通信ネットワークを介してセルラサービスプロバイダの専有顧客加入データベースと通信することである。
【0020】
単一接続の別の例は、車両の電子コントローラと、車両製造者の専有データベースとの間の通信リンクである。そのようなリンクは、使用データを収集し、車両に定期的な制御プログラムの更新を提供するために、いくつかの車両製造者によって利用される。政府機関によって車両の安全リコールが発された場合、その機関は、製造者のデータベースまたは車両への通信リンクへのアクセスを有さない。したがって政府機関は、車両の製造者（製造エンティティ）に連絡する必要がある。その後、車両の製造者は、車両所有者にサービスの必要性を通知するために必要な情報を得るために、販売業者（使用エンティティ）および州自動車局（コンプライアンスエンティティ）に連絡する必要がある。車両所有者は、車両ユーザであってもなくてもよい。そのような通知は、郵便サービスによって配送される印刷書簡によってなされる場合が多く、車両所有者に届くまでに多くの時間を要し得る。この間、リコールを必要とした安全上の問題によって車両のユーザはリスクに晒され続ける。
【0021】
制御対象の技術分野で必要とされるのは、取引の記録を統一的かつ時宜を得た方法で伝達し、制御対象に関する承認データを生成して利用可能にするためのシステムおよび方法であり、そのような記録および承認データは、複数の別個のドメイン内の関連するデータベース間で安全に共有される。更に、複数のドメイン内の複数のデータベースに格納されている取引の記録および承認データに従って制御対象の使用を促進および実施するために、対象物の有用な機能の重要な側面に対する制御対象の電子コントローラの制御権限を利用する必要がある。
【発明の概要】
【0022】
本発明の第１の目的は、第１のドメインに関連付けられた少なくとも第１のデータベースに格納された承認データに応答して制御対象の有用な機能の少なくとも重要な側面を提供するシステム、装置、および方法を提供することであり、更に、第２のドメインに関連付けられた第２のデータベースに格納された承認データに応答して制御対象の有用な機能の少なくとも重要な側面を提供するシステム、装置、および方法を提供することである。
【0023】
本発明の第２の目的は、定期的、間欠的、または間接的なネットワーク接続を有する制御対象を含む制御対象に承認証明書を安全に配布するシステム、装置、および方法を提供することであり、上記承認証明書は、データベースに格納された承認データに応答して生成される。
【0024】
本発明の第３の目的は、ドメインに関連付けられたデータベースに使用データを格納するために、制御対象の履歴使用データを報告するためのシステム、装置、および方法を提供することである。
【0025】
有用な機能を有し、更に少なくとも受動状態および少なくとも能動状態を含む複数のプログラム状態を有する制御対象が開示される。プログラム状態は、制御対象の電子コントローラによって制御プログラムを実行し、電子コントローラに、制御対象の有用な機能の少なくとも重要な側面に対する制御権限を行使させることによって具体化される。制御対象の有用な機能の重要な側面は、承認制または既得として開示される。いくつかのプログラム状態において、いくつかの重要な側面は承認制であり、いくつかの重要な側面は既得である。同じ重要な側面が、１つのプログラム状態では承認制であり、別のプログラム状態では既得であってよい。
【0026】
プログラム状態間の遷移は、制御可能なイベントとして開示される。制御対象の有用な機能の承認制の側面を備える制御可能なイベントは、認証コントローラからの承認証明書の取得に応答してよく、上記認証コントローラは、上記承認証明書を生成するための承認データを検索または生成するために少なくともデータベースにアクセスする。認証コントローラが複数のデータベースにアクセスし、上記データベースの各々が別のドメインに関連付けられる実施形態が開示される。
【0027】
データベースにアクセスする認証コントローラと、電子コントローラを有する制御対象と、電子コントローラによる、制御対象の複数のプログラム状態および上記プログラム状態間での承認制の遷移を具体化するための制御プログラムとを備えるシステムが開示される。
【0028】
プログラム状態間での遷移を承認するための承認証明書を生成するために承認データを使用することが開示される。承認証明書の配布は、事前、同時、または事後として開示される。
【0029】
各ドメインに関する承認データを検索または生成するために複数のドメイン内の関連するデータベースに各々がアクセスする複数の認証コントローラを有するシステムが更に開示される。
【0030】
本発明は、本明細書において、以下の図面を参照して開示される。図面内の構成要素は、必ずしも互いに対して縮尺通りではない。同様の参照番号は、いくつかの図を通して対応する部分を示す。
【図面の簡単な説明】
【0031】
【図1】（従来技術）制御対象のための従来技術の管理システムを図示する。
【図2】使用カテゴリのブロックチェーンデータベースにアクセスする認証コントローラを示す、本発明の制御対象管理システムの実施形態の例示的な図である。
【図3】例示的なドメイン間プロトコルを介して複数のドメイン内の複数のブロックチェーンデータベースにアクセスする認証コントローラを示し、更にペアリングされた制御対象を示す、本発明の制御対象管理システムの実施形態の例示的な図である。
【図4】各々が、例示的なドメイン間プロトコルを用いるブロックチェーン間通信リンクを介して複数のドメイン内の複数のブロックチェーンデータベースにアクセスする複数の認証コントローラを用いる、本発明の制御対象管理システムの実施形態の例示的な図である。
【図5】本発明の制御対象に関する制限付きおよび無制限の受動および能動プログラム状態間での遷移を図示する。
【図6】承認証明書の事前、同時、および事後の受領と、対応するプログラム状態の遷移を示す図である。
【図7】本発明のペアリングイベントのステップを示すフロー図である。
【図8】取外し可能なバッテリモジュールである２つの制御対象を有する電動車両である制御対象を示し、上記制御対象は、認証コントローラに通信可能に結合されている。
【図9】コンプライアンス、製造、および使用カテゴリのドメインに属するデータベースと、関連する制御対象との間の通信リンクの例示的な図である。図９は更に、制御対象と、図示されたデータベース内の関連するデータ記録との間のデータ関連付けを示す。
【図10】コンプライアンスカテゴリのドメイン内のエンティティによる管理アクションに応答する情報のフローを図示する。
【図11】製造カテゴリのドメイン内のエンティティによる管理アクションに応答する情報のフローを図示する。
【図12】使用カテゴリのドメイン内のエンティティによる管理アクションに応答する情報のフローを図示する。
【図13】制御対象による認証証明書要求に応答する情報のフローを示し、上記要求は、使用アクションに応答している。
【図14】本発明の方法に係る、コンプライアンス、製造、および使用カテゴリのドメインにわたる制御対象のライフサイクルの管理を示す図である。
【図15】バッテリモジュールである２つの制御対象を有する電気航空機である制御対象を示し、上記制御対象は、認証コントローラに通信可能に結合されている。
【図16】本発明の承認者ペアリングイベントのステップを示すフロー図である。
【図17】本発明の識別可能なデータ記録間での関連付けイベントのステップを示すフロー図である。
【図18】２つの識別可能なデータ記録に関するエンティティおよびデータの図示である。
【発明を実施するための形態】
【0032】
ブロックチェーン技術を利用する複数のデータベースにアクセスする、本発明の制御対象管理システム（ＣＯＭＳ）１０００の実施形態が図２に図示される。図示された実施形態は限定的なものではなく、本明細書における開示に基づいて、他のデータベース技術を利用する他の実施形態が当業者に明らかになるものとする。ＣＯＭＳ１０００の追加の例示的な実施形態は、図３および図４に示され、以下で更に詳しく説明される。
【0033】
以下の詳細な説明を通して、少なくともデータベースに格納された承認データに応答して制御対象の有用な機能の重要な側面を提供するためのシステムおよび方法に関する様々な例が提供される。例における関連特徴は、異なる例において同一、類似、または非類似であってよい。簡潔性のために、関連特徴は、各例において重複して説明されない。その代わり、関連特徴名称を用いることにより、関連特徴名称を有する特徴は、先に説明された例における関連特徴と類似し得ることが読み手に知らされる。所与の例に固有の特徴は、その特定の例において説明される。読み手は、所与の特徴が、任意の所与の図または例における関連特徴の具体的な描写と必ずしも同一または類似である必要はないことを理解すべきである。
【0034】
特に指定がない限り、本明細書において以下の定義が適用される。
【0035】
「実質的に」とは、この用語で修飾される特定の寸法、範囲、形状、概念、または他の態様にある程度一致することを意味し、特徴または構成要素が正確に一致する必要はない。たとえば、「実質的に円筒形」の物体は、その物体が円筒形に類似するが、真の円筒からの１または複数の逸脱を有し得ることを意味する。
【0036】
「備える」、「含む」、および「有する」（およびその活用形）は、含むが必ずしもそれに限定されないことを意味するために互換的に使用され、明確に記載されていない追加の要素または方法ステップを除外することを意図しないオープンエンドな用語である。
【0037】
たとえば「第１」、「第２」、および「第３」などの用語は、グループの様々なメンバなどを区別または識別するために使用され、連続的、時系列的、または数値的な限定を示すことは意図されていない。
【0038】
「結合された」とは、直接的であるか、介在する構成要素を介して間接的であるかにかかわらず、永続的または解放可能な接続状態を意味する。
【0039】
「通信可能に結合された」とは、直接的であるか、通信ネットワークを介して間接的であるかにかかわらず、無線で、またはコネクタによって、電子メッセージを送信するために他の電子デバイスと通信状態にあることを意味する。本明細書で使用される場合、通信可能な結合は、即時的であってよく、電子メッセージの送信および受信は、実質的に瞬間的である。通信可能な結合は、周期的であってもよく、電子メッセージは、所定のスケジュールに実質的に応答して送信および受信される。通信可能な結合は、間欠的であってもよく、電子メッセージの送信および受信に必要な接続は、要求に応じて、または利用可能時に確立される。通信可能な結合は、間接的であってもよく、電子メッセージは、第１の電子デバイスによって第２の電子デバイスに送信され、続いて第２の電子デバイスから第３の電子デバイスに実質的に中継または送信され、上記中継または送信は、後程であってもよい。
【0040】
「制御可能に結合された」とは、電子デバイスが、他の電子デバイスや電気機械デバイスを制御することを意味する。
【0041】
「安全な通信」、「安全なメッセージ」とは、暗号化されたメッセージ、または承認されていない関係者やデバイスによる読取り、修正、または改ざんを阻止する他の任意の種類のメッセージによる通信を意味する。公開鍵、秘密鍵、デジタル署名などを含む任意の種類の既知の暗号化が利用され得る。異なる種類のメッセージに関する実施形態において、異なる種類の安全な通信が利用されてもよい。メッセージの暗号化および復号化は、ソフトウェアにおいて実行されてよく、そのために装備されたコントローラにおけるハードウェア支援で実行されてもよい。安全な通信は、電子デバイスの技術分野において周知であるため、本明細書では詳しく説明されない。
【0042】
「一意のＩＤ」、「一意の識別子」とは、一意であるように生成され、たとえば電子回路、電子アセンブリ、コンピューティングリソース、または車両であり得る機械などの特定の物理デバイスに割り当てられる数字または英数字の値を意味する。一意の識別子の生成および割当ては、当技術分野において周知である。一意の識別子のデータベースへの登録も周知である。車両の場合、一意の識別子は通常、車両識別番号（ＶＩＮ）の形式をとる。たとえばコントローラ、処理ユニット、ネットワーキングコントローラなど、製造時に一意のＩＤが割り当てられ埋め込まれている様々な種類の電子回路が知られている。電子デバイスへの一意の識別子の割当ては、電子デバイス設計の技術分野において知られているため、本明細書では詳しく説明されない。たとえばユニバーサルリソースロケータ（ＵＲＬ）の割当てなど、コンピューティングリソースへの一意のＩＤの割当ても同様に知られている。
【0043】
「製品識別番号」、「ＰＩＮ」とは、制御対象の製造者によって製品である制御対象に公式に割り当てられ登録された一意のＩＤを意味する。ＰＩＮは、数字または英数字であってよい。制御対象は、制御対象にＰＩＮを割り当てることによって識別可能になる。使用およびコンプライアンスカテゴリにおけるドメイン内での制御対象に関する取引は、制御対象に関連するＰＩＮを参照する。同様に、制御対象に関するクロスドメイン取引は、関連するＰＩＮを参照する。製造カテゴリにおけるドメイン内での取引は、ＰＩＮを参照する場合もしない場合もある。ＰＩＮの参照は、直接的または間接的であってよい。間接的なＰＩＮの参照とは、たとえばトークンなどのデータベース内の一意のデータ記録の識別子またはアドレスを指す場合があり、上記記録は、ＰＩＮまたはＰＩＮのグループに関連付けられている。
【0044】
「車両識別番号」、「ＶＩＮ」とは、特定の種類のＰＩＮであり、車両製造会社によって車両である制御対象に公式に割り当てられ登録された一意のＩＤを意味する。ＶＩＮは、通常、政府エンティティによってデータベースに登録される。
【0045】
「車両制御ユニット」、「ＶＣＵ」とは、車両の電子および電気機械システムに制御可能に結合され、操作者入力および他の監視条件に応答してその動作を制御する電子コントローラを意味する。
【0046】
「コンピューティングリソース」とは、データを受信および送信するためのネットワーク接続を有する１または複数のコンピュータ処理ユニットを意味する。コンピューティングリソースは、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、ニューラル処理ユニット（ＮＰＵ）、通信ネットワーク、データストレージデバイス、およびサポート的な装置、アルゴリズム、およびコンピュータプログラムの任意の組み合わせを備えてよい。コンピューティングリソースは、地理的に分散されてよく、構成要素は、私設または公衆通信ネットワークによって通信可能に結合される。コンピューティングリソースは、ユニバーサルリソースロケータ（ＵＲＬ）、インターネットプロトコル（ＩＰ）アドレスなどであってよい一意の識別子を有してよい。コンピューティングリソースは、ドメイン、サブドメイン、または複数のドメインに関連付けられ得る。
【0047】
「認証コントローラ」とは、制御対象、特にその有用な機能の承認制の側面を使用する試みが承認されるかを認証する手段を有する電子デバイスまたはコンピューティングリソースを意味する。認証コントローラは、ユニバーサルリソースロケータ（ＵＲＬ）であってよい一意の識別子を有してよい。認証コントローラは、データベースにアクセスするアクセスプロセッサを更に備えてよい。認証コントローラ５０の例示的で非限定的な実施形態が図８に図示される。図示された実施形態において、認証コントローラ５０は、コンピューティングリソースであってよいアクセスプロセッサ５１を有することが示され、上記アクセスプロセッサ５１は、ＵＲＬ５１０１である一意の識別子を有する。本明細書における説明および開示において、ＵＲＬ５１０１は、認証コントローラ５０およびそこに含まれるアクセスプロセッサ５１に互換的に関連付けられる。
【0048】
図８に示す認証コントローラ５０は、台帳５２、５５ａ、５５ｂ、および５５ｃとして示される複数のトークン、およびウォレット５６を備えるデータ記録を有することが示される。理解すべき点として、同様の記録を含む１または複数の外部データベースにアクセスする認証コントローラ５０の実施形態が、本発明の範囲から逸脱せずに可能である。そのような実施形態の非限定的な例は、図２～４および図９～１３に示される。図４は更に、複数の認証コントローラ５０を有する制御対象管理システムを示す。
【0049】
「承認データ」とは、第１のプログラム状態から第２のプログラム状態に遷移するための制御対象の承認に関するデータである。ブロックチェーン技術を利用しないものを含む、本明細書に開示されるシステムの実施形態において、承認データは、認証コントローラによってアクセスされるデータベースに明示的に格納されてよく、識別可能な制御対象が特定のプログラム状態間で遷移するための承認を示す。たとえば、識別可能な制御対象が使用に適さない、または盗難されたものとして管理アクションを介して報告された場合、否定を示す承認データが、制御対象に関連付けられた１または複数のデータベース記録に記録され得る。別の管理アクションを介して特定の制御対象または制御対象のグループに関する制御権の証明が提供された場合、肯定を示す承認データが、各制御対象に関連付けられた１または複数のデータベース記録に入力され、それぞれの記録間で更なる関連付けが行われ得る。
【0050】
ブロックチェーン技術を利用する非限定的で例示的な実施形態において、承認データは、識別可能な制御対象の制御および所有権に関するブロックチェーンデータ構造にアクセスすることによって取得または生成され得る。制御対象および関連するブロックチェーントークンに関する場合の「所有権」および「制御権」という用語は、本明細書において互換的に使用される。制御対象の状態遷移は、関連するブロックチェーンデータ構造に記録された対応する取引によって表され得る。本開示および本明細書における特許請求の範囲の文脈において、承認データは、所有権の証明および取引の意思が確認された場合、肯定を示す。取引に関する１または複数の所定の条件が満たされていない場合、承認データは、否定を示すものとみなされる。
【0051】
本明細書で使用される場合、承認データは、上記承認データが、ドメインに関する取引の記録のデータベースに格納されたデータを実質的に参照する場合、上記ドメインで生じると言われる。そのような承認データは、ドメイン内のエンティティによる管理アクションに応答して記録され得る。１つのドメインで生じる承認データは、その後、他のドメインに関する取引の記録に関連付けられた１または複数のデータベースに送信され、格納され得る。そのような送信の非限定的な例が図１０～１２に示され、それぞれ、例示的な連邦ドメイン、製品ドメイン、および消費者ドメインで生じる管理アクション７１０に応じて送信される管理上の変更８１０および管理上の通知８２０を示し、上記送信の結果、データベース１００、２００、および３００のデータ記録に対応して格納された承認データ５５５ｘ、５５５ｙ、および５５５ｚが修正される。図１０～１２に示す取引は、第１のドメインの第１のデータベースで生じる承認データが、別のドメインにあり得る第２のデータベース内の記録に格納されることを容易にする。
【0052】
「承認証明書」、「証明書」とは、識別可能な制御対象に関する安全なメッセージであり、上記安全なメッセージは、承認データに応答して認証コントローラによって生成され、制御対象の電子コントローラによって受信および処理されるように構成される。証明書は、その証明書が生成される制御対象に関連するアクセスデータを用いて生成され得る。
【0053】
「アクセスデータ」とは、たとえばトークンやウォレットなどの識別可能な制御対象または識別可能なデータ記録を特定し、識別し、それと取引（アクセス）するために必要なデータである。本明細書で使用されるアクセスデータは、制御対象またはデータ記録に関連付けられた一意の識別子を少なくとも備える。アクセスデータは、暗号鍵、トークンアドレス、データベース識別子、ブロックアドレス、コンピューティングリソース識別子、およびデータベース記録への安全なアクセス、安全なメッセージの暗号化および復号化、および本発明の実施形態における他の安全な通信のために必要な他のデータを更に備えてよいが、これらに限定されない。そのようなデータは全て、本明細書において互換的にアクセスデータと総称される。様々な実施形態において、識別可能な制御対象に関する様々な動作状態、取引、およびデータを安全に記憶するトークンおよびブロックチェーン台帳に安全にアクセスするためにアクセスデータが利用される。実施形態は更に、制御対象の電子コントローラと安全に通信するために制御対象に関連付けられたアクセスデータを利用してよい。理解すべき点として、アクセスデータへの特定の言及は、利用可能なアクセスデータのサブセットのみを指す場合があり、上記サブセットは、その言及に関係する利用可能なアクセスデータの一部である。たとえば、アクセスデータへの言及の場合によっては、利用可能なアクセスデータの一意の識別子部分のみが関係し得る。更に理解すべき点として、格納または送信されるアクセスデータへの言及において、その言及に関係し必要である利用可能なアクセスデータの一部のみが格納または送信され得る。
【0054】
「ペアリング」とは、２つの別個の識別可能な制御対象の通信可能または通信可能かつ物理的な結合であり、ペアリングされた制御対象の有用な機能は、ユーザによる単一の使用アクションに応答して実質的に同時に行使される。本明細書でなされる説明および開示において、ペアリングされた制御対象は、制御対象を通信可能に結合するための任意の既知の通信リンクであってよいペアリングリンクによって通信可能に結合される。ペアリングイベントは制御可能なイベントであり、ペアリングされた制御対象の各々は、ペアリングされたプログラム状態に遷移する。ペアリングイベント９０２の非限定的で例示的な実施形態は図７に図示される。
【0055】
いくつかの実施形態において、ペアリングイベントに応答して生成された証明書は、ペアリングされた制御対象の各々のために生成され、それらのみによって読取り可能なデータを含んでよい。他の実施形態において、ペアリングされた制御対象の各々について別々の証明書が生成され得る。ペアリングされた制御対象の１つ目について生成された証明書データは、ペアリングされた制御対象の２つ目のためのアクセスデータを備えてよく、ペアリングされた制御対象の２つ目について生成された証明書データは、ペアリングされた制御対象の１つ目のためのアクセスデータを備えてよい。成功したペアリングイベントは、ペアリングされた制御対象の各々に対応する関連するデータベース記録の１または複数に記録され得る。ペアリングされた制御対象の１つ目のためのアクセスデータは、ペアリングされた制御対象の２つ目の電子コントローラのメモリに記録され、ペアリングされた制御対象の２つ目のためのアクセスデータは、ペアリングされた制御対象の１つ目の電子コントローラのメモリに記録され、２つの制御対象間の関連付けが作成される。ペアリングは、ペアリングされた制御対象の少なくとも１つにおいてペアリングイベントに応答して記録されたアクセスデータを消去または他の方法で無効化することによって取り消されてよく、いくつかの実施形態では、更に上記制御対象に関連付けられたデータベース記録においてペアリングイベントに応答して記録されたアクセスデータを消去または他の方法で無効化することによって取り消され得る。いくつかの実施形態において、ペアリングの取消しは更に台帳に記録され得る。
【0056】
「関連付け」とは、識別可能なデータベース記録と識別可能な制御対象との間、または同じデータベースまたは別個のデータベースに備えられ得る２つの個別の識別可能なデータベース記録間でのデータ対応であり、データは、関連する記録の両方、または関連する記録と関連する制御対象との両方に記録される。本明細書で使用される場合、データベース記録と制御対象との間の関連付けは、関連する制御対象のためのアクセスデータをデータベース記録に記録し、更に、データベース記録のためのアクセスデータを関連する制御対象の電子コントローラのメモリに格納することによって具体化される。本明細書で使用される場合、２つのデータベース記録間での関連付けは、関連するデータベース記録の１つ目のためのアクセスデータを関連するデータベース記録の２つ目に記録し、更に、第２の関連するデータベース記録のためのアクセスデータを第１の関連するデータベース記録に記録することによって具体化される。２つの制御対象のペアリングの成功により、２つのペアリングされた制御対象間の関連付けが作成される。２つの関連するデータベース記録または制御対象の間の通信は、関連するデータベース記録または制御対象のいずれかにアクセスすることによって開始され得る。
【0057】
「参照」とは、識別可能なデータベース記録と識別可能な制御対象との間、または同じデータベースまたは別個のデータベースに備えられ得る２つの別個の識別可能なデータベース記録間でのデータ対応であり、参照データは、参照する記録または制御対象のみに記録され、参照される記録または制御対象には記録されない。いくつかの実施形態において、参照されるデータベース記録または制御対象の参照データは、参照されるデータベース記録または制御対象のためのアクセスデータを備えてよい。参照するデータ記録または制御対象と参照されるデータベース記録または制御対象との間の通信は、参照するデータベース記録または制御対象にアクセスすることによってのみ開始され得る。
【0058】
本明細書で使用される場合、制御対象の「ライフサイクル」、「ライフサイクルファセット」、「ファセット」とは、制御対象の有用寿命のファセットに関する。本明細書で使用される場合、ライフサイクルファセットの非限定的な例は、製造、使用、およびコンプライアンスである。非限定的な製造ファセットは、制御対象の有用な機能を具体化するために制御対象およびその構成要素の構造に関与するドメイン、活動、およびエンティティに関する。非限定的な使用ファセットは、制御対象の有用な機能の行使に関連するドメイン、エンティティ、および活動に関する。非限定的なコンプライアンスファセットは、他のファセットに関連付けられたエンティティの活動が適用法令、規制条件、業界標準などに準拠していることを保証することに関係するドメイン、エンティティ、および活動に関する。コンプライアンス、製造、および使用ファセットに関する、本発明のＣＯＭＳ１０００の例示的な実施形態の要素は、図２～４に図示され、更に図９～１３に示される。上記で挙げたファセットの１つに実質的に関係するドメイン、エンティティ、データベース、または取引は、本明細書において、ドメイン、エンティティ、データベース、または取引の対応するカテゴリに属すると言われる。
【0059】
「ドメイン」とは、制御対象のライフサイクルの特定のファセットに関して互いに取引するエンティティのグループを意味する。例示されたドメインは、本明細書において、典型的には、製造、使用、およびコンプライアンスファセットに対応する３つの別個のカテゴリにグループ分けされる。このグループ分けは例示であり、限定的ではない。本明細書で使用される場合、「ドメイン」という用語は、ライフサイクルの関連ファセットに関するエンティティおよびエンティティ間の取引を互換的に指す。本明細書においてドメインに関連付けられていると言われるデータベースは、ドメイン内のエンティティ、およびドメイン内のエンティティによる、またエンティティ間での取引および活動に実質的に関係するデータを含むものと理解すべきである。製造カテゴリにおける非限定的で例示的な製造ドメイン内のエンティティは、材料、構成要素、制御プログラムなどのベンダおよび購入者を含んでよいが、これらに限定されない。使用カテゴリにおける非限定的で例示的な商業ドメイン内のエンティティは、販売業者、流通業者、商業事業者、消費者などを含んでよいが、これらに限定されない。コンプライアンスカテゴリにおける非限定的で例示的な連邦ドメイン内のエンティティは、政府機関および組織を含んでよいが、これらに限定されない。理解すべき点として、制御対象の様々な実施形態に関して、様々なドメインおよびサブドメインが制御対象のライフサイクルの様々な特定のファセットに関係し得る。更に理解すべき点として、１つのドメイン内のエンティティは、随時、別のドメイン内のエンティティと取引することがある。そのような取引は、本明細書においてドメイン間取引と称される。コンプライアンス、製造、および使用カテゴリ内の例示されたドメインに関する、本発明のＣＯＭＳ１０００の例示的な実施形態の要素は、図２～４に図示され、更に図９～１３に示される。ドメイン内およびドメイン間の取引は、図１４に更に示される。
【0060】
更に理解すべき点として、組織は、本発明の文脈において別個のドメイン内のエンティティである部門または区分を有してよい。例示的な例において、連邦航空局は政府組織であり、コンプライアンスカテゴリのドメイン内のエンティティである航空機証明書局、および使用カテゴリのドメイン内のエンティティである航空交通機関を含む部門を有する。同様に、車両販売業者である組織は、使用カテゴリのドメイン内のエンティティである販売および財務部門、および製造カテゴリのドメイン内のエンティティであるサービスまたは修理部門を有してよい。本明細書で使用される場合、エンティティのドメインおよびカテゴリは、制御対象のライフサイクルのファセットに関係する際のエンティティの主な活動によって決定され、事業や組織の系列によって決定されない。
【0061】
「制御対象」とは、有用な機能を有する物理的物体を意味し、上記有用な機能は、少なくとも重要な側面を有し、上記物理的物体は電子コントローラを更に有し、上記電子コントローラは、少なくとも上記有用な機能の重要な側面に対する制御権限を有し、上記制御権限は、電子コントローラによる制御プログラムの実行によって具体化される。電子コントローラ１５を有する制御対象１０の例示的な実施形態は、図９～１３に図示され、上記電子コントローラは、制御対象に関連するアクセスデータ２０を更に有する。電子コントローラ１５は更に、制御プログラム１７および使用データ１６を有するものとして示される。電子コントローラは更に、データベース記録５５ｚに関連付けられたアクセスデータ５５０ｚを有することが示され、上記記録は、使用カテゴリにおけるドメイン内のデータベースに存在する。電子コントローラ１５は更に、認証コントローラ５０に関連付けられたＵＲＬ５１０１を備えるアクセスデータを有することが示される。使用データ１６は、以前受信した承認データ、有効期限カウントダウンデータ、監視条件の履歴記録などを備えてよいが、これらに限定されない。いくつかの実施形態において、一部または全ての使用データ１６が暗号化され得る。
【0062】
制御対象の非限定的で例示的な実施形態が図８に更に示され、上記で開示した詳細の一部は、簡潔性のために省略される。理解すべき点として、制御対象の電子コントローラは、任意の数のデータベース記録または他の制御対象に関連するアクセスデータを有してよい。図８において、例示的な制御対象１０ａは、電気モータに対する制御権限を有する電子コントローラ１５ａを有する電動車両である。例示的な制御対象１０ｂおよび１０ｃは、各々が対応する中継器に対する制御権限を有する電子コントローラ１５ｂおよび１５ｃをそれぞれ有する取外し可能なバッテリモジュールである。
【0063】
「有用な機能」とは、実質的に、物理的物体が設計、製造、操作、および維持される成果のための目的および機能である。
【0064】
「重要な側面」とは、有用な機能の成果にとって重要である有用な機能全体のサブセットであり、それが妨害または制限されると、対応して有用な機能が妨害または制限されるものである。非限定的な例において、車両である制御対象の有用な機能は、人や貨物の搬送である。上記例において、有用な機能の重要な側面は、車両の移動を促進または抑制するためのドライブトレーンの制御、乗員および貨物の出入りを促進または抑制するためのドアロック機構の制御、ドライブトレーンを動作させる能力を促進または抑制するための、たとえば液体燃料や電気エネルギなどの貯蔵エネルギの導入の制御などを含んでよい。たとえば携帯電話などの通信デバイスである制御対象の非限定的な例において、関連する有用な機能は、２人以上の人間または電子デバイス間での電子通信の促進である。そのような有用な機能の重要な側面は、ネットワーク接続の確立、通話の確立、音圧波をデジタル情報に変換すること、ネットワークを介した搬送のためにデジタル情報をパッケージ化すること、受信デジタル情報を音圧波に変換すること、ユーザインタフェースを提示するように表示画面を構成することなどを含んでよい。
【0065】
「承認制の側面」とは、承認の対象であり、制御対象の電子コントローラの制御権限下にある重要な側面を意味する。いくつかのプログラム状態では、たとえば制御対象の機能的安全性に関する重要な側面のように、いくつかの重要な側面に承認の条件を課すことが望ましくない場合がある。本明細書における説明および開示において使用される場合、「承認制の側面」とは、特定のプログラム状態において、制御対象の有用な機能の機能的安全性、物理的整合性、または他の重大な側面にとっては重要でない重要な側面を指す。１つのプログラム状態において承認制の重要な側面が、別のプログラム状態では既得であってよい。制御対象の有用な機能のうちいくつかの側面は、制御対象の電子コントローラの制御権限下にない場合があるため、承認制ではなく既得である。
【0066】
「既得の側面」とは、制御対象の有用な機能の機能的安全性、物理的整合性、または別の重大な側面にとって重要な、または制御対象の電子コントローラの制御権限下にない重要な側面を意味する。理解すべき点として、重要な側面は、いくつかのプログラム状態では既得であり、他のプログラム状態では承認制であってよい。非限定的な例において、車両のドライブトレーンを無効化する側面は、車両が停止している場合は（受動プログラム状態では）承認制であり、車両が動いている場合は（能動プログラム状態では）既得であってよい。関連する電子コントローラの制御権限下にない制御対象の有用な機能の側面は、本明細書で使用される既得の側面の定義に含まれる。
【0067】
「プログラム状態」とは、電子コントローラによる制御プログラムの実行に応答して制御対象の電子コントローラによって制御権限を行使することによって具体化される、制御対象の有用な機能のサブセットである。プログラム状態は、一部の重要な側面を承認制とし、一部の重要な側面を既得として具体化してよい。第１のプログラム状態から第２のプログラム状態への遷移は、本明細書において「イベント」と称される。様々な実施形態において、いくつかのプログラム状態の遷移は、制御可能なイベントであってよい。本明細書における開示および特許請求の範囲において、プログラム状態は、関連する電子コントローラの制御権限下にある制御対象、および関連する制御対象の電子コントローラに互換的に帰属する。同様に、プログラム状態間の遷移は、関連する電子コントローラの制御権限下にある制御対象、および関連する制御対象の電子コントローラに互換的に帰属する。更に理解すべき点として、制御対象によるプログラム状態の遷移（イベント）は、電子コントローラの制御権限下にない既得の側面を更に備えてよい。プログラム状態は、本明細書において、受動および能動に分類される。
【0068】
「能動状態」、「能動プログラム状態」とは、制御対象の有用な機能の少なくとも重要な側面が有効化されたプログラム状態を意味し、上記重要な側面は、少なくとも監視条件に応答して制御対象の電子コントローラによって制御される。
【0069】
「制限付き能動状態」、「制限付き能動プログラム状態」とは、制御対象の有用な機能の少なくとも重要な側面が承認データに応答して無効化または抑制された、または制御対象の有用な機能の重要な側面が、暦時間や使用回数のカウントダウンの満了時、上記満了の前に肯定証明書が受領されない限り無効化または抑制されるようにスケジュールされた能動プログラム状態を意味する。
【0070】
「無制限の能動状態」、「無制限の能動プログラム状態」とは、有用な機能の実質的に全ての重要な側面を承認する肯定的証明書が事前に受領されている能動プログラム状態を意味する。
【0071】
「受動状態」、「受動プログラム状態」とは、制御対象の有用な機能の実質的に全ての重要な側面が無効化または抑制されたプログラム状態を意味する。受動状態において、制御対象の電子コントローラは電源を落とされ、または低電力状態にあってよい。
【0072】
「制限付き受動状態」、「制限付き受動プログラム状態」とは、有用な機能の重要な側面を承認する肯定的証明書が事前に受領されていない受動プログラム状態を意味する。
【0073】
「無制限の受動状態」、「無制限の受動プログラム状態」とは、有用な機能の実質的に全ての重要な側面を承認する肯定的証明書が事前に受領されている受動プログラム状態を意味する。
【0074】
【0075】
「監視条件」とは、有用な機能の実施形態の過程で関連する電子コントローラによって監視される制御対象の有用な機能の性能に関する任意の条件である。車両における監視条件の非限定的な例は、たとえばステアリングホイールの角度、アクセルペダルの位置、ブレーキペダルの位置、ブレーキシステム圧力などの操作者入力である。車両の監視条件の他の非限定的な例は、速度、加速度、カメラや他のセンサからのデータ、利用可能な貯蔵エネルギの量などを含んでよい。バッテリモジュールにおける監視条件の非限定的な例は、バス電圧、個々のバッテリセル電圧、バッテリセル温度、電流の大きさおよび方向などである。通信デバイスの監視条件の非限定的な例は、ネットワーク接続状態、バッテリ充電状態、信号強度、インタフェースを介した操作者入力などを含む。
【0076】
「制御可能なイベント」とは、関連する電子コントローラの制御権限下にある制御対象によって開始される第１のプログラム状態から第２のプログラム状態への遷移を意味し、上記遷移（イベント）は、少なくとも承認制の側面の有効化を備える。
【0077】
「構成要素」とは、別の制御対象の有用な機能の実質的に重要な側面である有用な機能を有する制御対象を意味する。非限定的な例において、電子コントローラは、制御対象の構成要素である。別の非限定的な例において、電動車両のバッテリモジュールは、電動車両の構成要素である。構成要素は、解放可能または実質的に永続的に制御対象に含まれ得る。
【0078】
「製品」とは、使用カテゴリの１または複数のドメインに関連する取引に実質的に利用される、有用な機能を有する制御対象を意味する。製品は、複数の構成要素を備えてよい。製品は、それ自体が別の製品の構成要素であってよい。非限定的な例において、電動車両のための取外し可能なバッテリモジュールは、使用カテゴリの１または複数のドメイン内で直接取引されてよく、それが電動車両に搭載される場合は常に電動車両の構成要素でもある。
【0079】
「ブロックチェーン」、「ブロックチェーン台帳」、「分散型台帳」とは、改ざんまたは変更を抑制する安全な時系列連鎖データにおいて取引の記録が具体化されるデータベースの実施形態を意味する。取引に関するデータブロックに加えて、ブロックチェーンデータベースは、トークンを参照する記録を備えてよく、ウォレットを参照する記録を更に備えてよく、上記ウォレットは、トークンに関する所有権および制御情報を備えるデータ記録である。
【0080】
本明細書における開示の文脈において、ウォレットは、管理アクションを記録し、使用アクションのための承認データを生成するために、トークンのグループ分けを表す識別可能なデータ記録である。非限定的な例において、州の自動車庁であるコンプライアンスエンティティによってアクセスされるデータベース内のウォレットは、その州で登録された全ての車両のためのアクセスデータを含んでよい。ウォレットは、ペアリングされた制御対象の各々のためのアクセスデータを記録することによって制御対象のペアリングを表すためにも使用され得る。
【0081】
ブロックチェーンデータベースのいくつかの実施形態は、トークンに関する予め定義された取引を容易にするためにスマートコントラクト（ＳＣ）を更に備えてよい。ブロックチェーンデータベースは、データベースの技術分野において既知であり、本発明の新規的態様に特に関係する場合を除き、本明細書で詳しく説明されない。ブロックチェーンデータベースの多くの実施形態は、データの複数の実質的に同一のコピーを備え、上記コピーは、地理的に分散される。いくつかの実施形態において、データベースが関係するドメイン内で取引する複数のエンティティは、各々が、ドメイン内の他のエンティティによって維持されるデータのコピーと実質的に同一であるデータのコピーを維持する。
【0082】
「トークン」、「非代替可能なトークン」、「ＮＦＴ」とは、ブロックチェーンデータベース内に備えられたデータ記録を意味し、上記記録は、識別可能な制御対象に一意に関連付けられている。物理的物体を参照する非代替可能なトークンを含むトークンの実施形態は、データベースの技術分野において既知であり、本発明の新規的態様に特に関係する場合を除き、本明細書で詳しく説明されない。
【0083】
「ノード」とは、ドメイン内のエンティティに関連するコンピューティングリソースであり、上記コンピューティングリソースは、ドメインに関連するデータベースにアクセスする。ブロックチェーン技術を利用する実施形態において、ノードは、データベースに関連する方法に従って、ブロックチェーンデータベース内のデータブロックの作成、およびドメイン内のエンティティによる取引の検証に関与してよい。そのような方法の例は、ブロックチェーン技術の分野において既知であり、スマートコントラクトを用いてよい。図２～４は、それぞれコンプライアンス、製造、および使用カテゴリのドメイン内のそれぞれのデータベース１００、２００、および３００にアクセスするエンティティ１１０、２１０、および３１０に属するノード１１５、２１５、および３１５を図示する。ノードは、ドメイン内通信リンク７０を介して対応するデータベースにアクセスする。
【0084】
多くの種類のデータベースが当技術分野において知られている。本明細書で説明される非限定的な実施形態において、ブロックチェーンデータベースおよび関連技術の特定の適用例が開示される。理解すべき点として、他の種類のデータベースを利用する実施形態を含み、更に複数のデータベース種類を利用する実施形態を含む他の実施形態は、本発明の範囲から逸脱することなく可能であり、本明細書における開示に基づいて当業者には明らかになるものとする。
【0085】
本明細書で使用される場合、「制御対象管理システム」（ＣＯＭＳ）という用語は、装置および装置に関連する対応するコンピュータプログラムのシステムを指し、上記システムは、本明細書に開示される方法を具体化する。
【0086】
「ユーザ」とは、制御対象を物理的に制御し、使用アクションによって制御対象の有用な機能を行使する、使用カテゴリのドメイン内のエンティティを意味する。ユーザは、商業エンティティまたは個人であってよい。ユーザエンティティ３５０は、図２～４および図１３に例示的に示される。
【0087】
【0088】
「管理アクション」とは、ドメインに関連するデータベースにおいて制御対象の承認データを入力または修正させる、ドメイン内のエンティティによる行為である。管理アクションの非限定的な例は、製品識別番号を発行すること、所有権または制御の変更を記録すること、料金を課すこと、支払金の徴収、メンテナンスや修理の実行などを含む。
【0089】
本発明のＣＯＭＳ１０００の非限定的な実施形態の通信トポロジが図２に示され、図２は、コンプライアンス、製造、および使用カテゴリの例示的なドメイン内の様々なエンティティ間の通信リンクおよび関連するデータ記録を示す。トポロジの例示的な変形例が図３および図４に更に示される。制御対象１０は、電子コントローラ１５を有することが示され、上記電子コントローラは、アクセスデータ２０を有する。電子コントローラ１５は、通信リンク４５を介して認証コントローラ５０と通信可能に結合されていることが示される。図示された実施形態において、認証コントローラ５０は、ドメイン間通信リンク７０を介して使用カテゴリの消費者ドメイン内のデータベースに通信可能に結合される。図８および図１５に更に示すように、いくつかの実施形態において、認証コントローラ５０は、データベースを備えてよい。他の実施形態において、認証コントローラ５０は、１または複数のドメイン内の１または複数のリモートデータベースにアクセスしてよい。認証コントローラ５０による使用カテゴリ内のデータベース３００への直接アクセスは、図２に示される。
【0090】
使用カテゴリの例示的な商業および消費者ドメインにおける複数の非限定的で例示的な使用データベース３００が示され、その各々は複数の使用エンティティ３１０によってアクセスされる。使用エンティティは、制御対象の有用な機能を行使、管理、または行使を促進するエンティティである。使用エンティティの例は、たとえば全車両の操作者、商業サービスプロバイダ、商業販売およびサービス組織などの商業組織、ならびに個人を含んでよいが、これらに限定されない。各々が対応するエンティティ３１０に関連付けられた複数の使用ノード３１５が示され、上記ノードは、ドメイン間通信リンク７０を介して使用データベース３００にアクセスする。複数の使用データベース３００は、互いに、またドメイン間通信リンク８０を介して例示されたＣＯＭＳ１０００内の他のデータベースと、通信可能に結合される。ドメイン間通信リンクは、通信プロトコルを利用する任意の永続的または間欠的なネットワーク接続であってよい。
【0091】
ユーザエンティティ３５０は、制御対象１０に対して使用アクション４１０を行使することが示される。ユーザエンティティ３５０は、個人、自律制御プログラム、または制御対象の有用な機能を行使するために制御対象１０への制御権限を有する他の任意のエンティティであってよい。たとえば、製品である制御対象は、いくつかの実施形態において、製品に含まれる１または複数の構成要素制御対象に対するユーザエンティティとみなされ得る。
【0092】
ブロックチェーン技術を利用する例示された実施形態において、ドメイン間通信は、本明細書においてドメイン間プロトコル４００と記述的に称される通信規格を利用してよい。ドメイン間プロトコルの非限定的で例示的な例は、https://ibcprotocol/orgで提示される通信規格である。「ドメイン間プロトコル」という用語は、本明細書において、最も非限定的な解釈で使用され、任意の特定の通信規格の使用を指示または暗示するものではない。ドメイン間プロトコル４００の具体例の実施形態は、本発明のＣＯＭＳ１０００の単一の実施形態において互いに異なってよい。
【0093】
製造カテゴリの例示的な製品および構成要素ドメインにおける非限定的で例示的な製造データベース２００が図２に示される。複数の製造エンティティ２１０が示され、その各々は、ドメイン内通信リンク７０を介して対応する製造データベース２００にアクセスする、関連する製造ノード２１５を有する。
【0094】
また図２には、コンプライアンスカテゴリの例示的な連邦および州ドメインにおける非限定的で例示的なコンプライアンスデータベース１００も示される。複数のコンプライアンスエンティティ１１０が示され、その各々は、ドメイン内通信リンク７０を介して対応するコンプライアンスデータベース１００にアクセスする、関連するコンプライアンスノード１１５を有する。
【0095】
データベース１００、２００、および３００の代表的な実施形態の詳細は、本明細書において以下で図９を参照して更に開示される。本発明のＣＯＭＳ１０００の様々なエンティティ間での取引および通信の詳細は、本明細書において以下で図１０～１４を参照して更に開示される。
【0096】
図３は、本発明のＣＯＭＳ１０００の変形例を示し、制御対象１０ａおよび１０ｂは、ペアリング通信リンク３５を介して通信可能に結合される。ユーザエンティティ３５０は、ペアリングされた制御対象１０ａおよび１０ｂに対して実質的に同時に使用アクション４１０を行使することが示される。そのようなペアリングの詳細は、本明細書において以下で図７、図８、および図１５を参照して更に開示される。
【0097】
図４は、複数の認証コントローラ５０を有する本発明のＣＯＭＳ１０００の実施形態を示し、上記認証コントローラ５０の各々は、ドメイン間プロトコル４００を利用するドメイン間通信リンク８０を介して複数のドメイン内の複数のデータベースにアクセスする。
【0098】
様々なプログラム状態間で制御対象を遷移する方法の実施形態のフローチャート９００が図５に示される。留意すべき点として、いくつかの代替実装において、ブロック内に記載された機能は、図５に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してもよい。たとえば、図５に連続して示される２つのブロックは、以下で更に明らかにされるように、関与する機能に依存して、実際は実質的に同時に実行されてよく、ブロックは、場合によっては逆の順序で実行されてよく、あるいはブロックのいくつかは、全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれることが意図されている。
【0099】
図５は、制御対象のプログラム状態の実例間での、代表的な使用サイクルで具体化され得る遷移を示す。制限付きおよび無制限の受動および能動状態の例が示される。例示された遷移の具体的なステップおよび追加の詳細は、図６および図１４に更に示され、本明細書において以下で更に説明される。制限付き受動状態９５０ａと無制限受動状態９５０ｂとの間の遷移は、証明書の受領９６４に応答する検証ブロック９６５を介して示される。証明書の受領９６４は、事前に発行された証明書要求９６３（図６および図１４）に応答してよく、または管理上の変更８１０（図１４）に応答してよい。
【0100】
検証ブロック９６５において、受領された証明書に含まれるデータは、証明書が、肯定を示す承認データを備えるかを判定するために検査される。肯定の場合、無制限受動状態９５０ｂへの遷移が行われる。否定（ＮＯ条件）の場合、制限付き受動状態９５０ａが維持される。留意すべき点として、上記で開示したステップの完了は、使用アクション４１０（図６および図１４も参照）に応答し、それと実質的に同時であってよい。無制限受動状態にある制御対象は、無制限能動状態への遷移を承認する肯定証明書が無制限受動状態への遷移の一部として受領されたという点で、本明細書で使用される事前の承認を具体化する。いくつかの実施形態において、肯定証明書は、証明書が効力を維持するために満たす必要のある条件を更に備えてよい。そのような条件は、指定された構成またはペアリング、予定されたメンテナンスの履行などを含んでよい。
【0101】
ブロック９６５において、証明書が否定（ＮＯ条件）を示すことが分かった場合、図１４のブロック８８５に示すように、いくつかの実施形態において、使用の停止に関する更なるチェックが行われ得る。ブロック８８５において使用の停止の判定が肯定であると分かった場合、図１４のブロック８１２で開始する、フローチャート８０１に示される是正措置ステップが開始され得る。
【0102】
図５に示す実施形態において、能動状態への遷移は、制御可能なイベントをもたらす使用アクション４１０に応答して開始される。制限付き受動状態９５０ａと制限付き能動状態９６０ａとの間の遷移は、制限付きイベント９５２ａとして示され、無制限受動状態９５０ｂと無制限能動状態９６０ｂとの間の遷移は、イベント９５２ｂとして示される。
【0103】
故障条件制限付き受動状態９５０ｃへの遷移をもたらす故障イベント９１１が示される。故障イベントの実例は、バッテリモジュールである制御対象の電流または温度制限を超過すること、車両である制御対象の機械誤動作または異常動作状態などであってよい。ブロック９１３において、故障状態が是正されたかの判定が行われる。ブロック９１３のアクションは、スケジュールに応答して定期的に、更なる使用アクションに応答して、または他のアクションに応答して行われ得る。いくつかの実施形態において、故障条件が是正されたという判定は、制限付き停止イベントをもたらすとみなされ得る。
【0104】
能動状態における使用アクション４１０は、制御可能なイベントであってもなくてもよく、制限付きイベントであってもなくてもよい停止イベント９１０をもたらすことが示される。ブロック９１４において、停止イベント９１０が制限付きイベントであるかの判定が行われる。制限付き停止イベントの例は、制限付き能動状態からの停止イベント、または事前に受領された証明書に含まれる１または複数の条件がある場合にそれが満たされなくなった無制限能動状態からの停止イベントを含んでよい。そのような条件は、使用アクションに応答する構成またはペアリングの変更、予定されたメンテナンスの要件、料金の支払いなどを含んでよい。
【0105】
制限付き停止イベントは、制限付き受動状態９５０ａへの遷移をもたらす。無制限停止イベントは、無制限受動状態９５０ｂへの遷移をもたらす。
【0106】
様々なプログラム状態間で制御対象を遷移させる方法の実施形態のフローチャート９０１が図６に示される。留意すべき点として、いくつかの代替実装において、ブロック内に記載された機能は、図６に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してもよい。たとえば、以下で更に明らかにされるように、図６に連続して示される２つのブロックは、関与する機能に依存して、実際は実質的に同時に実行されてよく、ブロックは、場合によっては逆の順序で実行されてよく、あるいはブロックのいくつかは、全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれることが意図されている。
【0107】
図６は、証明書の事前、同時、および事後の配布の詳細を示す、制御対象の使用サイクルの実施形態を示す。受動状態９５０からの遷移は、制御可能なイベント９５２をもたらす使用アクション４１０に応答することが示される。ブロック９５３において、制御可能なイベント９５２に関連付けられた承認制の側面を承認する肯定証明書が事前に受領されたかの判定が行われる。判定が肯定（ＹＥＳ条件）である場合、事前の承認が存在するとみなされ、無制限能動状態への遷移が行われる。
【0108】
ブロック９５３における判定が否定である場合、ブロック９５４において、認証コントローラへの通信接続の可用性がチェックされる。
【0109】
ブロック９５４における判定が肯定（ＹＥＳ条件）である場合、証明書の同時配布のためのステップが実行される。ブロック９６３において、制御対象の電子コントローラに含まれるアクセスデータを参照して、制御対象から利用可能な認証コントローラへ証明書要求が行われる。証明書要求および参照されるアクセスデータの生成は、図１３に更に示される。ブロック９６３で生成された証明書要求に応答して、ブロック９６４で証明書が受領されると、ブロック９６５において、受領した証明書に含まれる承認データが検査される。承認データが肯定（ＹＥＳ条件）を示すことが分かった場合、無制限能動状態９６０ｂへの遷移が行われる。いくつかの実施形態において、承認データは、後の使用アクションのための事前承認とみなされるように、制御対象の電子コントローラによって更に記録され得る。
【0110】
ブロック９６５の判定が否定である場合、受動状態９５０への遷移が行われる。
【0111】
いくつかの実施形態において、ブロック９６５において証明書が否定を示すことが分かった場合、図１４のブロック８８５に示すように、使用停止に関して更なるチェックが行われ得る。ブロック８８５において使用停止の判定が肯定（ＹＥＳ条件）であると分かった場合、図１４のブロック８１２で開始する、フローチャート８０１に示す是正措置ステップが開始され得る。
【0112】
ブロック９５４における認証コントローラへの接続可用性の判定が否定とみなされる場合、証明書の事後配布のためのステップが行われる。
【0113】
ブロック９５５において、証明書要求が事前に発行されたか未決であるかの判定が行われる。いくつかの実施形態において、認証コントローラへの利用可能な直接接続を有さない制御対象は、ペアリングされた制御対象であってよい別の制御対象に送信することによって間接要求を発行してよい（ブロック９５６）。ブロック９５５における判定が肯定（ＹＥＳ条件）である場合、ブロック９６１において、事前に発行された証明書要求への応答のチェックが行われる。いくつかの実施形態において、このチェックは、ペアリングされた制御対象であってよい別の制御対象と通信することによって行われ得る。ブロック９６２において証明書の受領が確認された場合、受領した証明書に含まれるデータは、その後、上述したようにブロック９６５において検査される。
【0114】
ブロック９５５における否定判定に応答して、ブロック９５６において証明書要求が発行される。いくつかの実施形態において、認証コントローラへの利用可能な直接接続を有さない制御対象は、ペアリングされた制御対象であってよい別の制御対象に送信することによって間接要求を発行してよい。他の実施形態において、要求は、認証コントローラへの接続が利用可能になった場合に後に送信されるように通信待ち行列に追加され得る。そのような送信は、使用アクション４１０の完了後に起こってよい。
【0115】
ブロック９５７において、有効期限カウントダウンが設定される。暦時間の経過、アクティブ使用時間の経過、使用アクションの回数などに基づくものを含む、有効期限カウントダウンの多くの例が知られている。有効期限カウントダウンの設定は、制御対象の電子コントローラおよび関連する制御プログラム１７（図９～１２）に含まれる所定の条件または使用データ１６（図９～１２）に応答してよい。いくつかの実施形態において、ブロック９５７で設定された有効期限カウントダウンは、後続のブロック９５９における肯定（ＹＥＳ条件）判定をもたらす満了状態に対応してよい。ブロック９５８において、有効期限カウントダウン状態がチェックされ、ブロック９５９において、満了の判定が行われる。満了の肯定（ＹＥＳ条件）判定は、受動状態９５０への遷移をもたらす。
【0116】
ブロック９５９における否定判定に応答して、制限付き能動状態９６０ａへの遷移が行われる。制限付き能動状態９６０ａにおいて、有効期限カウントダウンに対する調整が行われ得る。
【0117】
２つの制御対象間でのペアリングイベントを具体化する方法の実施形態のフローチャート９０２が図７に示される。留意すべき点として、いくつかの代替実装において、ブロック内に記載された機能は、図７に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してもよい。たとえば、以下で更に明らかにされるように、関与する機能に依存して、図７に連続して示される２つのブロックは、実際は実質的に同時に実行されてよく、ブロックは、場合によっては逆の順序で実行されてよく、あるいはブロックのいくつかは、全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれることが意図されている。
【0118】
図７に示すペアリングイベントのための方法の実施形態は、ブロック９２２で開始される。いくつかの実施形態において、ペアリングイベントは、たとえば製品である制御対象の構成要素である制御対象の設置などの使用アクション４１０（図５、図６、図１３）に応答して開始される。そのような設置の実施形態は、図８および図１５に更に示され、取外し可能なバッテリモジュール（構成要素）である制御対象１０ｂおよび１０ｃが、図８では電動車両（製品）であり図１５では電気航空機（製品）である制御対象１０ａに設置されていることが示される。他の実施形態において、ペアリングイベントは、管理アクション７１０（図１０～１２）に応答して開始され得る。
【0119】
ブロック９２３において、それぞれ第１の制御対象１０ａおよび第２の制御対象１０ｂのためのアクセスデータ２０ａおよび２０ｂが取得される。ペアリングイベントが使用アクションに応答する方法の実施形態において、上記アクセスデータは、制御対象１０ａおよび１０ｂのそれぞれの電子コントローラ１５ａおよび１５ｂから取得される。その後、ブロック９２４において、通信リンク４５（図８）を介して認証コントローラ５０への証明書要求が行われる。
【0120】
ペアリングイベントが管理アクションに応答する実施形態において、アクセスデータは、対応するデータベース記録５５ａおよび５５ｂ（図８）から取得される。その後、ブロック９２４において、管理上の変更８１０（図１０～１２、図１４）によって証明書要求が行われ得る。
【0121】
証明書は、１または複数のデータベースに記録された承認データを参照して、それぞれ制御対象１０ａおよび１０ｂに関連する記録５５ａおよび５５ｂ（図８）に少なくともアクセスして生成される。証明書の生成は、ブロック９２４でなされた要求の前、同時、または後であってよい。
【0122】
ブロック９２６において、ブロック９２５で生成された証明書は、第１の制御対象１０ａおよび第２の制御対象１０ｂに配布される。証明書の配布は、通信リンク４５を介して直接、またはペアリングリンク３５を介して間接であってよい（図８）。
【0123】
ブロック９６５において、受領された証明書は、それぞれ第１の制御対象１０ａおよび第２の制御対象１０ｂによって個々に検査される。上記制御対象の両方が肯定的に判定した場合（ＹＥＳ条件）、ブロック９２８においてペアリングイベントは正常に完了する。いくつかの実施形態において、そのような完了は、制御対象１０ａの電子コントローラ１５ａにアクセスデータ２０ｂを記録し、更に制御対象１０ｂの電子コントローラ１５ｂにアクセスデータ２０ａを記録することによって示され得る。ペアリングイベントの成功の確認は、制御対象の一方または両方によって認証コントローラ５０に更に送信され、その後、データベースに記録され得る。ブロック９６５において制御対象のいずれかが否定的に判定した場合、ブロック９２９においてペアリングイベントは拒否される。ペアリングイベントの拒否の通知は、制御対象の一方または両方によって認証コントローラ５０に更に送信され、その後、データベースに記録され得る。
【0124】
いくつかの実施形態において、ブロック９６５において証明書が否定を示すと分かった場合、図１４のブロック８８５に示すように、使用停止に関する更なるチェックが行われ得る。ブロック８８５において使用停止の判定が肯定（ＹＥＳ条件）であると分かった場合、図１４のブロック８１２で開始する、フローチャート８０１に示す是正措置ステップが開始され得る。
【0125】
本発明のＣＯＭＳ１０００のサブセットの非限定的で例示的な実施形態が図８に示され、認証コントローラ５０と、電子コントローラ１５ａを有する電動車両である制御対象１０ａとが詳細に示されており、上記電子コントローラは、通信リンク４５によって認証コントローラ５０に通信可能に結合される。別の非限定的な実施形態が図１５に示され、制御対象１０ａは電気航空機である。多くの実施形態において、通信リンク４５はインターネット接続であってよく、コンピュータ通信の技術分野において知られている任意の暗号化プロトコルを用いてよい。理解すべき点として、通信リンク４５は永続的でなくてもよく、直接、または介在する電子デバイスを介して間接的に、様々な既知の手段によって様々な時間に適宜確立され得る。モータは、電子コントローラ１５ａに制御可能に結合され、電動車両制御対象１０ａの有用な機能に対する電子コントローラ１５ａの制御権限を具体化することが示される。電子コントローラ１５ａは、車両識別番号（ＶＩＮ）を備えてよい制御対象アクセスデータ２０ａを有することが示される。
【0126】
車両制御可能対象１０ａは更に、制御バスであるペアリングリンク３５を介して各々が車両とペアリングされた、取外し可能なバッテリモジュールである２つの制御可能対象１０ｂおよび１０ｃを有するものとして示される。各バッテリモジュール制御可能対象は更に、電子コントローラ１５ｂおよび１５ｃをそれぞれ有するものとして示され、対応するバッテリモジュール制御対象の有用な機能に対する電子コントローラの制御権限を具体化するために、対応する電子コントローラに中継器が制御可能に結合されている。電子コントローラ１５ｂおよび１５ｃは、それぞれアクセスデータ２０ｂおよび２０ｃ格納することが示される。
【0127】
認証コントローラ５０は、多くの実施形態においてユニバーサルリソースロケータ（ＵＲＬ）であってよく、本明細書において簡潔性のためにＵＲＬ５１０１と称される一意の識別子５１０１を有するアクセスプロセッサ５１を備えることが示される。理解すべき点として、たとえば数字または英数字文字列などの他の任意の形式の一意の識別子が、本発明の範囲から逸脱することなく使用され得る。認証コントローラ５０は更に、ブロックチェーン台帳５２を備えることが示され、上記台帳は、複数の連鎖データブロックを更に備え、各ブロックは、複数の取引記録（簡潔性のために不図示）を更に備える。理解すべき点として、認証コントローラ５０は、認証コントローラに含まれない１または複数のブロックチェーンデータベースを参照してよい。そのような非限定的な構成は、図２、図３、および図４に示される。データブロック５２０の例示的なインスタンスは、例示的に、非代替可能なトークン（ＮＦＴ）アクセスデータ５５０ａおよび５５０ｂを参照するデータを備えることが示される。任意のデータブロックが任意の数のＮＦＴを参照してよい。
【0128】
バッテリモジュール制御対象１０ｂおよび１０ｃの例示したインスタンスにそれぞれ一意に関連付けられた特定のＮＦＴインスタンス５５ｂおよび５５ｃは、アクセスデータ２０ｂおよび２０ｃを有するバッテリモジュール制御対象にそれぞれ関連付けられた一意のアクセスデータ５５０ｂおよび５５０ｃによって参照される。
【0129】
ＮＦＴ５５ｂは、制御対象のアクセスデータ２０ｂをＮＦＴデータ構造に格納し、更に、関連するアクセスデータ５５０ｂをＮＦＴデータ構造および制御対象１０ｂの電子コントローラ１５ｂに格納することによって、対応する制御対象１０ｂに関連付けられたものとして示される。認証コントローラＵＲＬ５１０１は、電子コントローラ１５ｂに格納されることが更に示される。ＮＦＴ５５ｃは、同様に制御対象１０ｃに関連付けられ、ＮＦＴ５５ａは、同様に車両制御対象１０ａに関連付けられる。
【0130】
ウォレットデータ記録５６は、ＮＦＴ記録５５ａ、５５ｂ、および５５ｃに関連付けられたものとして示される。関連付けは、対応するアクセスデータ５５０ａ、５５０ｂ、および５５０ｃをデータ記録５６に記録し、更に、アクセスデータ５６０をＮＦＴ記録５５ａ、５５ｂ、および５５ｃの各々に記録することによって具体化されるものとして示される。関連付けにより、制御対象１０ｂおよび１０ｃと制御対象１０ａとのペアリングのための承認データが確立され、上記制御対象は、対応してＮＦＴ記録５５ｂ、５５ｃ、および５５ａに関連付けられる。上記承認データは、対応するペアリングイベントのための承認証明書を生成するために認証コントローラ５０によって利用される。
【0131】
多くの実施形態において、認証コントローラ５０の複数の実質的に同一のコピーが存在してよく、複数のコンピューティングリソースに分散され、単一のＵＲＬ５１０１を介してアクセスされる。そのような分散型コピーは、コンピュータネットワークシステムの技術分野において既知であり、本明細書では詳述されない。
【0132】
ＮＦＴ識別子は、ＮＦＴの作成時に割り当てられた一意の数字である（図１４）。対応する制御対象１０の製造前または製造と実質的に同時にＮＦＴ５５が作成されるいくつかの実施形態は、ＮＦＴ識別子を一意のモジュールＩＤとして利用し得るが、他の実施形態は、ＮＦＴと関連する制御対象１０とに別個の識別子を利用してよく、両方の識別子を、関連する電子コントローラ１５の不揮発性メモリに格納する。コントローラの不揮発性メモリへの識別子の格納は、コントローラ設計の技術分野において既知であり、簡潔性のために図８には示されない。不揮発性メモリは、再プログラム可能な種類または１回のプログラムが可能な種類であってよい。理解すべき点として、本明細書における開示では、実行可能なプログラムを備えるデータを含む識別子または他のデータが、電子コントローラ、または一意のＩＤまたはデータを有する電子コントローラに格納または包含されることへの言及は、特に指定されない限り、言及されたデータが電子コントローラの不揮発性メモリに格納されることを示す。
【0133】
図９～１２を参照する以下の開示において、理解すべき点として、ドメイン内のデータベースへのアクセスは、ドメイン内の複数のエンティティに属する複数のノードの各々が、データベースのローカルかつ実質的に同一のコピーにアクセスすることによって具体化され得る。そのようなアクセスは、データベースのために利用される方法に従って、実質的に同時であってよく、任意の方法でスケジュールまたは調整されてもよい。特に、そのような方法の非限定的な例は、ブロックチェーン技術の分野において既知である。複数のノード１１５、２１５、および３１５は、図２～４に例示的に示され、簡潔性のために図９～１２からは省略される。
【0134】
図９は、図３にも示される通信トポロジの更なる詳細を示す。例示的なコンプライアンス、製造、および使用カテゴリの各々において、簡潔性のために１つの例示的なドメインが示される。使用カテゴリにおいて、使用ノード３１５を利用する使用エンティティ３１０によってアクセスされる使用データベース３００を有する例示的な消費者ドメインが示される。理解すべき点として、実施形態は、各カテゴリに複数のドメインを有してよく、上記ドメインは複数のデータベースを有し、上記データベースの各々は、複数のノードを有する複数のエンティティによってアクセスされる。使用データベース３００は、台帳５２ｚ、トークンであってよい識別可能なデータベース記録５５ｚ、およびウォレットであってよい識別可能なデータベース記録５６ｚを有するものとして示される。データベース記録５５ｚと制御対象１０との関連付けは、上記データベース記録５５ｚが、上記制御対象に関連付けられたアクセスデータ２０を備えることによって示され、更に、制御対象１０の電子コントローラ１５が、データベース記録５５ｚに関連付けられたアクセスデータ５５０ｚを有することによって示される。
【0135】
データベース記録５５ｚとデータベース記録５６ｚとの関連付けは、上記データベース記録５５ｚが、データベース記録５６ｚに関連付けられたアクセスデータ５６０ｚを有することによって示され、更に、上記データベース記録５６ｚが、データベース記録５５ｚに関連付けられたアクセスデータ５５０ｚを有することによって示される。
【0136】
製造カテゴリの例示的な製品ドメインは、ノード２１５を利用する製造エンティティ２１０によってアクセスされる製造データベース２００を有するものとして示される。製造データベース２００は、台帳５２ｙと、トークンであってよいデータベース記録５５ｙとを有することが示される。データベース記録５６の表現は、製造データベース２００の図から省略されるが、理解すべき点として、使用データベース３００の例示された特徴は全て、製造データベース２００にも存在してよく、本明細書においてコンプライアンスカテゴリの代表的な連邦ドメイン内に示されるコンプライアンスデータベース１００にも存在してよい。第１のデータベース記録と第２のデータベース記録との間の関連付けは、上記第１のデータベース記録が上記第２のデータベース記録のアクセスデータを有し、上記第２のデータベース記録が上記第１のデータベース記録のアクセスデータを有するものとして示される。データベース記録と制御対象との間の関連付けは、上記データベース記録が上記制御対象のアクセスデータを有し、上記制御対象が上記データベース記録のアクセスデータを有するものとして示される。
【0137】
データベース記録と制御対象との間の参照は、上記データベース記録が、上記制御対象に関連付けられたアクセスデータを有し、上記制御対象が、上記データベース記録に関連付けられたアクセスデータを有さないものとして示される。図９に示す実施形態において、記録５５ｘと５５ｙとの間、記録５５ｙと５５ｚとの間、記録５５ｚと５６ｚとの間、記録５５ｚと制御対象１０との間に関連付けが存在する。図示した実施形態において、記録５５ｘから制御対象１０へ、記録５５ｚから記録５５ｘへ、および記録５５ｙから制御対象１０への参照が存在する。
【0138】
データベース記録５５ｘ、５５ｙ、５５ｚ、および５６ｚは更に、それぞれメタデータ５５５ｘ、５５５ｙ、５５５ｚ、および５６５ｚを有するものとして示される。上記メタデータは、承認データ、使用履歴データなどを含んでよいが、これらに限定されない。ブロックチェーン技術におけるトークンのメタデータは、ブロックチェーンデータベース記録に含まれたオンチェーンで、またはメタデータがブロックチェーンデータベース記録とは別に格納されるオフチェーンで存在してよく、トークンは、オフチェーンメタデータの位置を特定してそれにアクセスするためのアクセスデータを備える。オンチェーンメタデータの修正は、ブロックチェーンデータベースのデータブロックに記録される。オフチェーンメタデータの修正は、トークンに関連するスマートコントラクトによる実施形態を前提として、ブロックチェーンデータベースのデータブロックに記録されてもされなくてもよい。そのようなメタデータの実施形態およびその変形例は全て、本明細書においてメタデータと総称され、簡潔性のためにトークンに含まれるものとして示される。
【0139】
コンプライアンスデータベース１００にアクセスするエンティティ１１０による管理アクション７１０に応答する取引フローが図１０に示される。管理アクションは、識別可能なデータベース記録、識別可能なデータベース記録のグループ、または識別可能な制御対象に関連付けられた承認データに対応する変更をもたらす、ドメイン内のエンティティによる行為である。管理アクションに応答して、複数のデータベース内の複数のデータベース記録間、または１または複数のデータベース記録と１または複数の制御対象との間の関連付けが作成、修正、中断、または取消しされ得る。図１０に示す実施形態において、データベース記録５５ｘに含まれるメタデータ５５５ｘは、管理アクション７１０に応答して修正され、この取引は台帳５２ｘに記録される。メタデータ５５５ｘの修正に応答して、関連するデータベース記録５５ｙのアクセスデータは、管理上の変更８１０を介して上記データベース記録５５ｙにアクセスするために使用される。管理上の変更は、第１のドメイン内の第１のデータベースと第２のドメイン内の第２のデータベースとの間での確認応答を必要とする双方向通信であり、上記第２のデータベースに含まれる識別可能なデータ記録内のメタデータは、上記第１のデータベースに含まれる関連する識別可能なデータベース記録内のメタデータの修正に応答して修正される必要がある。図示されたメタデータ５５５ｙは、管理上の変更８１０に応答して修正されるものとして示される。
【0140】
アクセスデータ５５０ｚを利用して、メタデータ５５５ｙの修正およびデータベース記録５５ｙと５５ｚとの関連付けに応答して送信される管理上の通知８２０が更に示される。管理上の通知は、第１のドメイン内の第１のデータベースと第２のドメイン内の第２のデータベースとの間の確認応答を必要としない一方向通信であり、上記第２のデータベースに含まれる識別可能なデータ記録内のメタデータは、上記第１のデータベースに含まれる関連または参照する識別可能なデータベース記録内のメタデータの修正に応答して修正され得る。
【0141】
データベース記録５５ｙのメタデータ５５５ｙを修正するエンティティ２１０による管理アクションに応答する例示的で非限定的な取引フローが図１１に図示される。取引は、台帳５２ｙに記録されるものとして示され、管理上の変更８１０は、それぞれ関連するデータベース記録５５ｘおよび５５ｚ内のメタデータ５５５ｘおよび５５５ｚの修正をもたらすことが示される。
【0142】
図１２は、ウォレットであってよい記録５６ｚのメタデータ５６５ｚを修正するエンティティ３１０による管理アクションに応答する取引フローの非限定的な図示である。そのような管理アクションは、トークンであってよい関連するデータベース記録５５ｚの所有権または制御の変更をもたらすことにより、データベース記録５５ｚに関連付けられた制御対象１０の所有権または制御の変更をもたらし得る。この取引は台帳５２ｚに記録されることが示される。管理上の通知８２０は、必要に応じて関連するデータベース記録５５ｙおよび５５ｘの修正を容易にするためにデータベース２００および１００に送信されることが示される。また、記録５５ｙ内のデータ５５５ｙの修正に応答してデータベース２００からデータベース１００に送信される管理上の通知８２０も示され、上記修正は、データベース１００からの管理上の通知８２０の受領に応答する。図示された取引フローの結果、データベース１００によって、データベース２００および３００から２つの個別の管理上の通知が受領される。図示された重複により、報告された変更の追加の検証が可能である。
【0143】
図１３は、制御対象１０においてユーザ３５０に指示された使用アクション４１０に応答する非限定的な取引フローを示す。使用アクション４１０の入力は、制御プログラム１７を実行する電子コントローラ１５によって処理される。制御プログラム１７の実行に応答して、使用アクション４１０が制御可能なイベントを構成するかを決定するために使用データ１６がアクセスされる。図１３は、上記判定が肯定的になされたこと（ＹＥＳ条件）に応答する取引フローを示す。制御対象１０とデータベース記録５５ｚとの事前の関連付けに応答して電子コントローラ１５に記録されたアクセスデータ５５０ｚが、制御対象１０を識別するアクセスデータ２０とともに検索される。認証コントローラ５０のためのアクセスデータ５１０１は、認証コントローラ５０に証明書要求９６３を送信するために使用され、上記証明書要求９６３は、上記アクセスデータ５５０ｚおよび上記アクセスデータ２０を備える。認証コントローラ５０は、証明書要求９６３に含まれるアクセスデータ２０およびアクセスデータ５５０ｚを利用してデータベース３００への承認データクセス９８０を行うことが示される。承認データアクセス９８０に応答して、承認データ５５５ｚがアクセスされ、修正され得る。管理上の通知８２０がデータベース１００および２００に送信されることが更に示される。図示された取引は全て、各データベース内の１または複数の関連する台帳に記録される。この取引の記録は、データベースの技術分野において既知であり、簡潔性のために図１３には示されない。
【0144】
アクセスされた承認データ５５５ｚに応答して、認証コントローラ５０によって証明書が生成され、その結果、制御対象１０の電子コントローラ１５による証明書の受領９６４が生じる。図１３に示す取引を実現するために制御プログラム１７によって具体化され得る例示的な方法は、図５、図６、図７、および図１４に更に示される。
【0145】
本発明のＣＯＭＳ１０００の実施形態の複数のフローチャートが図１４に示される。フローチャート９００、９０１、および９０２の詳細は、それぞれ図５、図６、および図７に更に示される。留意すべき点として、いくつかの代替実施形態において、ブロックに記載される機能は、図１４に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してよい。たとえば、図１４に連続して示される２つのブロックは、以下で更に明らかにされるように、関与する機能に依存して、実際は実質的に同時に実行されてよく、ブロックは場合によっては逆の順序で実行されてよく、またはブロックのいくつかは、全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれることが意図されている。
【0146】
図１４のブロックは、制御対象のライフサイクルの対応するファセットを具体化するコンプライアンス、製造、および使用カテゴリのドメイン内のエンティティ間の取引に対応する列に配置される。コンプライアンス列の取引は、１または複数のデータベース１００内の記録にアクセスするためにコンプライアンスノード１１５を用いてコンプライアンスエンティティ１１０（図２～４）間で実質的に行われることが理解される。製造列の取引は、１または複数のデータベース２００内の記録にアクセスするために製造ノード２１５を用いて製造エンティティ２１０（図２～４）間で実質的に行われることが理解される。使用列の取引は、１または複数のデータベース３００内の記録にアクセスするために使用ノード３１５を用いて使用エンティティ３１０（図２～４）間で実質的に行われることが理解される。ユーザ３５０による使用アクション４１０は、図１３に示すように１または複数のドメイン内の取引をもたらし得る。ブロック８８５は、実質的に使用カテゴリ内で行われるアクションを備えることが理解される。
【0147】
ブロック７０１から始まりブロック７０７で終了するフロー図７００は、製品である制御対象１０（図２～４、図９～１３）を使用状態にする本発明の方法を示す。ブロック７０１において、製造カテゴリ内の１または複数のエンティティによって制御対象が製造される。本明細書で使用される場合、「製造」という用語は、製造、組立て、構成、電子コントローラの制御プログラムの生成および格納、一意の製品識別番号（ＰＩＮ）の生成および格納、および制御対象１０の電子コントローラ１５におけるアクセスデータの生成および格納（図９～１３）を含むが、これらに限定されない。ブロック７０１の製造ステップ中、１または複数の構成要素制御対象が制御対象１０に設置され、ペアリングされ得る。製品である制御対象の製造の非限定的で例示的な例は、電動車両１０ａ（図８）の製造である。車両シャーシ、モータ、および電子コントローラ１５ａが組み立てられる。車両識別番号（ＶＩＮ）がアクセスデータ２０ａとして割り当てられ、電子コントローラ１５ａに格納される。取外し可能なバッテリモジュール１０ｂおよび１０ｃが設置される。別の非限定的な製造の例において、製品である制御対象は、人間が操縦する、または自律型であってよい航空機の製造である。電気航空機の場合、バッテリモジュール１０ｂおよび１０ｃが設置される。たとえば通信機器およびナビゲーション機器（不図示）などの追加の構成要素制御対象が設置され得る。
【0148】
製造プロセスが完了すると、ブロック７０１におけるアクションの完了に責任を負う製造エンティティによる管理アクション７１０が発行され、製造カテゴリデータベース２００（図２～４）において識別可能なデータ記録（図８、図１５）が作成される。上記識別可能なデータ記録は、図１１の記録５５ｙとして更に示される。上記識別可能なデータ記録５５ａ（図１１の５５ｙ）は、ブロック７０２において、上述した本開示に従って制御対象１０ａ（図１１の１０）と更に関連付けられ、データベース２００（図１１）内の台帳５２ｙに取引が記録される。ブロック７０３において、識別可能なデータ記録５５ｘを作成し、記録５５ｘおよび５５ｙを更に関連付けるために、データベース１００（図１１）で管理上の変更８１０が開始される。コンプライアンスエンティティ（図１０）による管理アクション７１０に応答して、ブロック７１０において、使用のための承認が決定および発行される。これは、ブロック７０１および７０２を完了した製造エンティティ２１０の証明書、航空機または車両の型式証明などの制御対象１０の設計の証明書などを検証することを含んでよい。コンプライアンスドメインにおいて使用が承認されると、ブロック７０５において、コンプライアンスエンティティ１１０によって管理上の変更８１０が開始され、製造エンティティ２１０（図１０）によって処理される。ブロック７０５の取引は、制御対象１０の構成に対する更新、たとえば航空機の耐空性の証明書の発行などの管理上の取引、車両の製造元証明書（ＭＣＯ）、納品前試験、および使用カテゴリのドメイン内の使用エンティティ３１０への制御対象１０の物理的移送を含んでよい。
【0149】
ブロック７０５が完了すると、ブロック８１１において、関連する記録５５ｙの承認データ５５５ｙを更新する管理アクション７１０が発行される。ブロック７０５の取引は、台帳５２ｙに記録され、いくつかの実施形態において、台帳５２ｘに更に記録されるとともに、管理上の通知８２０に応答してブロック８２１において承認データ５５５ｘが更新され得る。
【0150】
ブロック７０６において識別可能なデータベース記録（トークン）５５ｚを作成し、上記トークン５５ｚをトークン５５ｙに更に関連付け、トークン５５ｚを制御対象１０に更に関連付けるために、管理上の変更８１０が使用エンティティ３１０に更に発行され、上記関連付けは、上記で開示したように具体化される。ブロック７０６が完了すると、ブロック７０７において取引を開始する管理アクション７１０が発行される。ブロック７０７において、複数の使用ドメイン内にあってよい複数の使用エンティティ３１０間でのトークン５５ｚの制御権および関連する制御対象１０の複数の物理的移送および管理上の移転を含む任意の数の取引が行われ得る。そのような取引と、トークン５５ｚおよび１または複数の台帳５２ｚ（図１２）の対応する修正とは全て、図１４のブロック７０７に含まれ表される。ブロック７０７における取引が完了すると、制御対象１０は、限定はされないが、それぞれ図５、図６、および図７に更に示すようにフローチャート９００、９０１、９０２に開示され、上述され、フローチャート８０１に開示されるように、通常の使用の準備が整ったとみなされる。フローチャート９００、９０１、および９０２の変形例は、図１４のブロック９７０に示され、承認データクセス９８０がブロック９８１において製造カテゴリのデータベース内のトークン５５ｙにアクセスし、ブロック９８２においてコンプライアンスカテゴリのデータベース内のトークン５５ｘに更にアクセスすることが示される。理解すべき点として、そのようなアクセスは、図６に示し、上記の対応する説明で詳述するように、事前、同時、または事後であってよい。事前アクセスの実施形態において、コンプライアンスデータベース１００で生じる承認データおよび／または製造データベース２００で生じる承認データは、図１０および図１１に示す取引に応答して、使用データベース３００内の記録５５ｚの承認データ５５５ｚに格納され得る。
【0151】
ブロック８８５から始まる図１４のフローチャート８０１は、上記で詳述したフローチャート９００、９０１、および９０２の変形例または修正例であると理解すべきである。ブロック９６５における証明書検査における否定判定に応答して、ブロック９６５における否定表示が、コンプライアンスエンティティ１１０、製造エンティティ２１０、または使用エンティティ３１０（図１０～１３）による管理アクション７１０に応答してアクセスされた承認データに記録された使用の停止に応答するかを判定するために、ブロック８８５において更なるチェックが行われる。そのような停止の非限定的な例は、車両の安全リコール、航空機の耐空性指導、有効期限カウントダウンの満了、料金または税金の未払いなどを含んでよい。使用の停止が肯定的に判定された場合（ＹＥＳ条件）、ブロック８１２において是正措置が着手される。図１４に示すように、ブロック８１２は、製造カテゴリにおけるアクションを備えることが示される。そのようなアクションは、航空機または車両の定期メンテナンスや修理、別の制御対象であってよい故障した構成要素の交換などを含んでよい。理解すべき点として、使用の停止の場合によっては、特に料金の未払いや所有権または制御権の移転に関するものにおいて、ブロック８１２の是正措置は、使用カテゴリにおいて行われ得る。使用カテゴリにおける是正措置は、料金または税金の支払い証明の取得、所有権または制御権の証明の取得、移転の意思の証明の取得などを含んでよいが、これらに限定されない。ブロック８１２における是正措置の成功に応答して、ブロック８１１および８２１において承認データが更新され、ブロック９５０において制御対象１０は通常の使用に戻される。ブロック８１２における是正措置が成功しなかった場合、ブロック８１１および８１２において、使用の中止を反映するように承認データが更新される。その後、ブロック７１５において、制御対象１０は物理的に使用されなくなる。
一部継続開示
一部継続開示
【0152】
いくつかの実施形態において、制御対象と承認者とのペアリングを作成することが有利になり得る。本明細書で使用される場合、「承認者」とは、第２の制御対象とのペアリングが成功すると、第２の制御対象によるプログラム状態間での遷移の承認を容易にする有用な機能を有する制御対象の実施形態である。承認者の有用な機能は、本明細書において「承認者機能」と称される。承認者機能の重要な側面は、アクセスデータおよび他のデータの安全な受信、安全な格納、および安全な送信である。いくつかの実施形態において、上記安全なデータの受信および送信は、安全なメッセージによるものであってよい。
【0153】
いくつかの実施形態において、承認者は、承認者機能のみを有してよい。他の実施形態において、承認者は、承認者機能と同時に行使されてもされなくてもよい１または複数の追加の有用な機能を更に有してよい。承認者の例は、証明書を安全に格納する無線周波数識別子（ＲＦＩＤ）タグであってよい。承認者の別の例は、証明書を安全に格納するモバイルフォンまたは別の電子通信デバイスであってよい。承認者の別の例は、証明書を安全に格納する電子ナビゲーションデバイスであってよい。承認者の他の実施形態は、本明細書における開示に基づいて当業者に明らかになるものとする。そのような実施形態、修正例、および変形例は全て、本開示の範囲内で本明細書に含まれ、以下の特許請求の範囲によって保護されることが意図されている。
【0154】
図３および図４を参照すると、いくつかの実施形態において、制御対象１０ａは承認者機能を有してよく、制御対象１０ｂは、ペアリングされた第２の制御対象であってよい。他の実施形態において、制御対象１０ｂは承認者機能を有してよく、制御対象１０ａは、ペアリングされた第２の制御対象であってよい。
【0155】
２つの制御対象間のペアリングイベントを具体化する方法のフローチャート９３０が図１６に示され、制御対象の一方は承認者機能を有し、それに応じて本明細書において承認者と称される。この種のペアリングイベントは、本明細書において、「承認者ペアリングイベント」と称される。留意すべき点として、いくつかの代替実施形態において、ブロックに記載された機能は、図１６に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してよい。たとえば、以下で更に明らかになるように、関与する機能に依存して、図１６に連続して示される２つのブロックは、実際は実質的に同時に実行されてよく、ブロックは場合によっては逆の順序で実行されてよく、またはブロックのいくつかは、全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれ、特許請求の範囲によって保護されることが意図されている。
【0156】
図１６に示す承認者ペアリングイベントのための方法の実施形態は、ブロック９３２で開始される。いくつかの実施形態において、承認者ペアリングイベントは、たとえば構成要素である制御対象の製品である制御対象への設置などの使用アクション４１０（図５、図６、図１３）に応答して開始される。そのような設置の実施形態は、図８および図１５に更に示され、取外し可能なバッテリモジュール（構成要素）である制御対象１０ｂおよび１０ｃが、図８における電動車両（製品）および図１５における航空機（製品）である制御対象１０ａに設置されることが示される。留意すべき点として、そのような実施形態において、ペアリングされた制御対象のいずれかまたは両方は、１または複数の他の有用な機能に加えて、承認者機能を有してよい。たとえば、電動車両制御対象は、バッテリモジュール制御対象の能動プログラム状態への遷移を承認する承認者機能を有してよい。逆に、バッテリモジュール制御対象は、電動車両制御対象の能動プログラム状態への遷移を承認する承認者機能を有してよい。
【0157】
他の実施形態において、承認者ペアリングイベントは、管理アクション７１０（図１０～１２）に応答して開始され得る。
【0158】
承認者ペアリングイベントが使用アクションに応答する方法の実施形態において、関連する識別可能なデータ記録５５ａおよび５５ｂのための上記記録アクセスデータ５５０ａおよび５５０ｂは、制御対象１０ａおよび１０ｂのそれぞれの電子コントローラ１５ａおよび１５ｂ（図８）から取得され得る。そのような実施形態において、ブロック９３３において、記録アクセスデータが取得される。その後、ブロック９３４において、通信リンク４５（図２～４、図８）を介して認証コントローラ５０への証明書要求がなされる。
【0159】
承認者ペアリングイベントが管理アクションに応答する実施形態において、ブロック９３３において、制御対象１０ａおよび１０ｂのためのアクセスデータ２０ａおよび２０ｂは、対応する識別可能なデータ記録５５ａおよび５５ｂから取得される（図２～４、図８）。その後、ブロック９３４において、管理上の変更８１０（図１０～１２、図１４）によって証明書要求がなされ得る。
【0160】
ブロック９３５において、１または複数のデータベースに記録された承認データを参照し、それぞれ制御対象１０ａおよび１０ｂに関連付けられた識別可能なデータ記録５５ａおよび５５ｂに少なくともアクセスして、証明書が生成される（図２～４、図８）。証明書の生成は、ブロック９３４でなされる要求の事前、同時、または事後であってよい。証明書は、いくつかの実施形態において、証明書を生成する認証コントローラによってデジタル署名され得る。
【0161】
識別可能なデータ記録５５ａおよび５５ｂの一方または両方が非代替可能なトークン（ＮＦＴ）である実施形態において、証明書の生成は、各ＮＦＴに関連付けられたスマートコントラクトの実行によって少なくとも部分的に遂行され得る。スマートコントラクトは、ブロックチェーン技術の分野で実施される方法に従ってＮＦＴにリンクされる実行可能なコンピュータプログラムである。
【0162】
ブロック９３６において、図２～４および図８を更に参照すると、ブロック９３５で生成された証明書は、第１の制御対象１０ａおよび第２の制御対象１０ｂに配布される。証明書の配布は、通信リンク４５を介して直接、またはペアリングリンク３５を介して間接であってよい。
【0163】
ブロック９３７において、受領された証明書が、制御対象および承認者の各々によって個々に検査される。上記制御対象および上記承認者の両方が肯定的に判定した場合（ＹＥＳ条件）、ブロック９３８において、承認者ペアリングイベントは正常に完了する。いくつかの実施形態において、そのような完了は、制御対象の電子コントローラにアクセスデータを記録すること、および承認者の電子コントローラにアクセスデータを更に記録することによって示され得る。承認者ペアリングイベントの成功の確認は、制御対象および承認者の一方または両方によって認証コントローラ５０（図２～４、図８）に更に送信され、その後、データベースに記録され得る。
【0164】
ブロック９３７において、制御対象および承認者のいずれかが否定的に判定した場合、ブロック９３９において、承認者ペアリングイベントは拒否される。承認者ペアリングイベントの拒否は、制御対象および承認者の一方または両方の電子コントローラによって拒否の記録を作成することによって具体化され得る。拒否されたペアリングイベントの通知は、制御対象および承認者の一方または両方によって認証コントローラ５０（図２～４）に更に送信され、その後、データベースに記録され得る。
【0165】
本明細書に開示される本発明の方法は、識別可能なデータ記録の関連付けを利用する。そのような関連付けのための方法の非限定的な例は、図１７に示される。対応する装置、エンティティ、およびデータは、図１８に更に示される。
【0166】
図１７に提示するフローチャート９４０は、本発明の２つの識別可能なデータ記録間の関連付けの非限定的な方法のステップを示す。識別可能なデータ記録の関連付けは、いくつかの実施形態において、管理上の変更８１０（図１４、図１０、図１１）に応答して実行され得る。留意すべき点として、いくつかの代替実施形態において、ブロックに記載された機能は、図１７に記載された順序以外で起こってよく、追加の機能を含んでよく、および／またはいくつかの機能を省略してよい。たとえば、以下で更に明らかにされるように、関与する機能に依存して、図１７に連続して示される２つのブロックは実際には実質的に同時に実行されてよく、ブロックは場合によっては逆の順序で実行されてよく、またはブロックのいくつかは全ての例で実行されなくてもよい。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれ、特許請求の範囲によって保護されることが意図されている。
【0167】
以下の開示および対応する特許請求の範囲で使用される場合、識別可能なデータ記録の「記録管理者」および「管理者」という用語は、識別可能なデータ記録へのアクセス制御を有するコンピューティングリソースを互換的に指す。「アクセス制御」とは、本明細書において、識別可能なデータ記録のデータの少なくとも一部を修正する能力および権限を有することとして定義される。アクセス制御は、いくつかの例において、ＵＲＬまたは数値識別子であってよい管理者の一意の識別子を識別可能なデータ記録の所有者としてブロックチェーンデータベースに記録させることによって具体化され得る。
【0168】
他の例において、アクセス制御は、管理者のみがアクセス可能なメモリまたは他のデータ記憶媒体に識別可能なデータ記録のデータの少なくとも一部を格納することによって具体化され得る。
【0169】
図１８は、第１の識別可能なデータ記録５５ｘへのアクセス制御を有する第１の管理者ノード１１５を操作するエンティティ１１０（図２～４も参照）と、第２の管理者ノード２１５を操作するエンティティ２１０とを示し、上記第２の管理者ノードは、第２の識別可能なデータ記録５５ｙへのアクセス制御を有する。いくつかの実施形態において、エンティティ２１０は、同じエンティティ１１０であってよい。いくつかの実施形態において、管理者ノード２１５は、同じ管理者ノード１１５であってよい。そのような変形例および修正例は、本明細書における開示に基づいて当業者に明らかになり、簡潔性のために図１８から省略される。
【0170】
いくつかの実施形態において、識別可能なデータ記録の管理者は、１または複数の公開暗号鍵を第２のコンピューティングリソースに利用可能にしてよい。そのような鍵の例示的な例は図１８に示され、第１の管理者ノード１１５は第１の公開鍵１１５１を有し、第２の管理者ノード２１５は第２の子飼鍵２１５１を有する。図示された管理者ノードは、それぞれ公開鍵に対応する秘密鍵１１５２および２１５２を有することが更に示される。公開鍵１１５１および２１５１は、関連付け要求１０００を介して認証コントローラ５０に利用可能にされることが示される。
【0171】
そのような公開暗号鍵は、対応する秘密暗号鍵を有する識別可能なデータ記録の管理者によってのみ復号化され得る、識別可能なデータ記録に関する安全なメッセージを暗号化するために、第２のコンピューティングリソースによって使用され得る。公開暗号鍵は、管理者の秘密暗号鍵で暗号化またはデジタル署名された識別可能なデータ記録に関する安全なメッセージを復号化し、またはその信頼性を検証するために、第２のコンピューティングリソースによって更に使用され得る。
【0172】
図２～４を例示的に参照すると、ノード１１５、２１５、および３１５は、それぞれのデータベース１００、２００、および３００に含まれる識別可能なデータ記録の承認者である。図９は更に、そのような識別可能なデータ記録５５ｘ、５５ｙ、および５５ｚが、本開示の範囲内の対応する記録の承認者であるノード１１５、２１５、および３１５によってそれぞれアクセスされることを示す。図１８に示す非限定的で例示的な例において、第１の承認者は、第１の識別可能なデータ記録５５ｘのアクセス制御を有するノード１１５として示され、第２の承認者は、第２の識別可能なデータ記録５５ｙのアクセス制御を有するノード２１５として示される。
【0173】
理解すべき点として、本発明の文脈において、制御対象１０の電子コントローラ１５（図９）に格納されたデータは、本明細書で開示されるように、制御対象に関連付けられたＰＩＮまたは他の一意の識別子によって識別される識別可能なデータ記録を集合的に構成する。そのようなデータの例は、図９に示すように、使用データ１６、ＵＲＬ５１０１、アクセスデータ５５０ｚ、アクセスデータ２０、実行可能なプログラム１７などを含んでよいが、これらに限定されない。電子コントローラ１５は、そこに含まれる集合的な識別可能なデータ記録の承認者と考えられる。本開示において、「承認者」という用語は、識別可能なデータ記録がどこでどのように格納され得るかに限定されず、それぞれの識別可能なデータ記録へのアクセス制御を有するノード、電子コントローラ、または他の任意のコンピューティングリソースである承認者を等しく互換的に指す。
【0174】
更に理解すべき点として、いくつかの実施形態において、特にブロックチェーン技術を用いる実施形態において、アクセス制御は、ブロックチェーン技術の分野で実施される方法に従って、識別可能なデータ記録の承認者によって、対応するブロックチェーンのデータブロックに委託される識別可能なデータ記録のデータに対する修正を提出することによって具体化され得る。いくつかの実施形態において、識別可能なデータ記録はトークンであってよく、更に非代替可能なトークン（ＮＦＴ）であってよく、アクセス制御は更に、ブロックチェーン技術の分野で実施される方法に従って、トークンにリンクされたスマートコントラクトの実行によって少なくとも部分的に具体化され得る。
【0175】
第１の識別可能なデータ記録５５ｘと第２の識別可能なデータ記録５５ｙとの関連付けを開始するために、フローチャート９４０（図１７）のブロック９４１において、エンティティ１１０は、関連付け要求１０００を生成する。関連付け要求１０００は、第１の承認者ノード１１５の公開鍵１１５１、第２の承認者ノード２１５の公開鍵２１５１、および要求データ１０１０を有するものとして示される。いくつかの実施形態において、要求データ１０１０は、要求される関連付けの詳細に関する機能、制限、限定、識別子、アドレス、および他のデータの記述を含んでよい。関連付け要求１０００は、ブロック９４２において、認証コントローラ５０に提出される。
【0176】
認証コントローラ５０は、ＵＲＬ５１０１である一意の識別子を有するものとして示される。認証コントローラ５０は更に、公開暗号鍵５００１および秘密暗号鍵５００２を有するものとして示される。いくつかの実施形態において、認証コントローラ５０は、データベース５２（図９、図１５）を有してよく、更に、既存の承認および記録間の関連付けに関する、たとえば５５ａ、５５ｂ、５５ｃ、および５６などの識別可能なデータ記録を有してよい。そのような変形例および修正例は、本明細書における開示に基づいて当業者に明らかになるものとし、簡潔性のために図１８から省略される。本明細書で承認データと総称される、そのようなデータベースおよび／または識別可能な記録、ならびに他のデータは、ブロック９４３（図１７）において、認証コントローラ５０によってアクセスされる。その後、ブロック９４４において、承認データに応答して認証コントローラ５０によって証明書２０００が生成される。
【0177】
ブロック９４４において、認証コントローラ５０によって秘密暗号鍵セット２００１が生成される。いくつかの実施形態において、鍵セット２００１は、１または複数の対称鍵、１または複数の非対称鍵ペア、または暗号化技術分野で知られている他の任意の鍵セットであってよい。要求データ１０１０および承認データに応答して、認証コントローラ５０によってメタデータ２００５が生成されてもよい。
【0178】
承認データが要求された関連付けに対し肯定を示すことに応答して、鍵セット２００１は有効な鍵セットであり、メタデータ２００５は、識別可能なデータ記録５５ｘと識別可能な記録５５ｙとの関連付けの成功に関するデータを示す。承認データが否定を示すことに応答して、鍵セット２００１は、ヌルまたは無効な鍵セットであってよく、メタデータ２００５は、２つの識別可能なデータ記録の関連付けの拒否に関するデータを含んでよい。
【0179】
ブロック２４５において認証コントローラ５０によって証明書２０００が生成され、上記証明書は、証明書２０００によって承認された関連付けに従って後続の取引で識別可能な記録５５ｘにアクセスするために使用されるアクセスデータ５５０ｘを含む。アクセスデータ５５０ｘは、対応する秘密鍵２１５２を利用する承認者ノード２１５によってのみ読取り可能であるように、公開鍵２１５１を用いて認証コントローラ５０によって暗号化され得る。証明書２０００は更に、証明書２０００によって承認された関連付けに従って後続の取引で識別可能な記録５５ｙにアクセスするために使用されるアクセスデータ５５０ｙを含む。アクセスデータ５５０ｙは、対応する秘密鍵１１５２を利用する承認者ノード１１５によってのみ読取り可能であるように、公開鍵１１５１を用いて認証コントローラ５０によって暗号化され得る。
【0180】
いくつかの実施形態において、証明書２０００は、秘密鍵５００２を用いて、認証コントローラ５０によって更に暗号化またはデジタル署名され得る。そのような実施形態において、証明書２０００は、公開鍵５００１を用いて任意のコンピューティングリソースによって復号化または有効化され得る。
【0181】
ブロック９４６（図１７、図１８）において、証明書２０００は、要求側エンティティ１１０に配布される。エンティティ１１０および２１０が別個のエンティティである実施形態において、証明書２０００は、エンティティ２１０にも配布され得る。証明書２０００の配布は、任意の既知の手段によるものであってよく、実質的に即時的であってよく、または所定のスケジュールに従って、あるいは利用可能時に応じて遅延されてもよい。意図された受領者への証明書２０００の配布は、直接であってよく、または介在するデバイスやネットワークを介してであってもよい。
【0182】
ブロック９４７において、管理者ノード１１５は、証明書２０００のデータを検査する。管理者ノード２１５が管理者ノード１１５と異なる実施形態において、証明書２０００のデータは、管理者ノード２１５によっても検査される。そのような検査は、実質的に同時に、または別々の時点で行われ得る。
【0183】
証明書２０００のデータが肯定を示すことに応答して、識別可能なデータ記録５５ｘのアクセスデータ５５０ｙは、有効鍵セット２００１を用いて管理者ノード１１５によって修正され、ブロック９４８において、メタデータ５５５ｘは、証明書メタデータ２００５に応答して修正される。同様に、識別可能なデータ記録５５ｙのアクセスデータ５５０ｘは、有効秘密鍵セット２００１を用いて修正され、メタデータ５５５ｙは、ブロック９４８において、識別可能なデータ記録５５ｘと５５ｙとの正常な関連付けを完了するために証明書メタデータ２００５に応答して修正される。有効秘密鍵セット２００１は、その後、管理者ノード１１５と管理者ノード２１５との間で交換される安全なメッセージを暗号化および復号化するために使用されてよく、上記安全なメッセージは、識別可能なデータ記録５５ｘと５５ｙとの関連付けの成功に応答する。そのような安全なメッセージは、関連付けの有効性を安全に検証するため、１または複数の制御対象の有用な機能の重要な側面の有効化または無効化を容易にするため、使用データまたは他のデータを交換するために使用され得る。
【0184】
証明書２０００のデータが否定を示すことに応答して、識別可能なデータ記録５５ｘのアクセスデータ５５０ｙは、無効またはヌル鍵セット２００１を用いて管理者ノード１１５によって修正され、ブロック９４９において、メタデータ５５５ｘは、証明書メタデータ２００５に応答して修正される。同様に、識別可能なデータ記録５５ｙのアクセスデータ５５０ｘは、無効またはヌル鍵セット２００１を用いて修正され、メタデータ５５５ｙは、ブロック９４９において、識別可能なデータ記録５５ｘと５５ｙとの失敗した関連付けを拒否するために証明書メタデータ２００５に応答して修正される。いくつかの実施形態において、証明書２０００の否定表示に応答する記録５５ｘおよび５５ｙのデータの修正は、識別可能なデータ記録の一方または両方における対応するアクセスデータの部分的または完全な消去であってよい。無効またはヌル秘密鍵セット２００１は、識別可能なデータ記録５５ｘと５５ｙとの関連付けの失敗に応答して、安全なメッセージが生成されることを防止する。
【0185】
強調すべき点として、本発明の方法および装置の上述した実施形態は、本発明の単なる可能な実装例である。上述した実施形態に対し、多数の変形例および修正がなされ得る。そのような修正および変形例は全て、本開示の範囲内で本明細書に含まれ、以下の特許請求の範囲によって保護されることが意図されている。
【0186】
また、上記開示は、独立した有用性を有する複数の別の発明を包含する。これらの発明の各々は特定の形態で開示されたが、上記で開示および図示された具体的な実施形態は、多数の変形例が可能であるため、限定的な意味で考慮されるものではない。本発明の主題事項は、上記で開示され、そのような発明に関係する当業者に固有の様々な要素、特徴、機能、および／または特性の全ての新規かつ非自明の組み合わせおよび部分的組み合わせを含む。本開示または以下に示す特許請求の範囲に「ａ」要素、「第１の」要素、または任意のそのような同等の用語が記載される場合、本開示または特許請求の範囲は、１または複数のそのような要素を組み込むものと理解すべきであり、そのような要素を２つ以上必要とすることも除外することもない。
【0187】
出願者（複数も可）は、新規かつ非自明であると考えられる開示された発明の組み合わせおよび部分的組み合わせに向けられた特許請求の範囲を提示する権利を留保する。特徴、機能、要素、および／または特性の他の組み合わせおよび部分的組み合わせで具体化される発明は、本出願または関連出願において、これらのクレームに対する補正または新たなクレームの提示によって特許請求対象となり得る。そのような補正クレームまたは新たなクレームは、同じ発明に向けられるか異なる発明に向けられるかにかかわらず、また元のクレームの範囲に対し異なるか、広いか、狭いか、または等しいかにかかわらず、本明細書で説明される本発明の主題事項の範囲内であると考えられる。
【0188】
したがって、このように本発明を説明した上で、少なくとも以下を特許請求の対象とする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【国際調査報告】