JP2023539051A - 自動車データ共有及び同意管理プラットフォーム - Google Patents

Abstract

自動車（又は他の車両）データ共有プラットフォームは、データ集約クラウドシステムを利用し、それを含む。前記データ集約クラウドシステムは、共通オペレーティングシステム上で動作するデータ収集ソフトウェアを実行している複数の車両から入力データを受信し、入力データを集約し、入力データに関連する出力データを、共通アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供するよう構成される。自動車データ共有プラットフォームは、１つ以上のエンティティからの同意クエリを、データ集約クラウドシステムを介して、複数の車両のうちの選択車両に配信することを可能にし、受理されると、１つ以上のエンティティへの出力データの配信を可能にする。【選択図】図２

Description

（関連出願の相互参照）
本開示は、２０２０年８月１４日に出願され、「ＡＵＴＯＭＯＴＩＶＥ ＤＡＴＡ ＳＨＡＲＩＮＧ ＰＬＡＴＦＯＲＭ」と題する同時係属の米国仮特許出願第６３／０６５，５５９号、及び２０２１年３月１９日に出願され、「ＡＵＴＯＭＯＴＩＶＥ ＩＮＴＥＬＬＩＧＥＮＴ ＤＡＴＡ ＥＮＡＢＬＥＭＥＮＴ ＡＮＤ ＣＯＮＳＥＮＴ ＭＡＮＡＧＥＭＥＮＴ」と題する米国仮特許出願第６３／１６３，１５４号の優先権の利益を主張し、両出願の内容は参照によって本明細書に完全に組み込まれる。

本開示は、一般に、自動車、オペレーティングシステム（ＯＳ）、データ共有、及び同意管理の分野に関する。より具体的には、本開示は、アンドロイド（登録商標）（登録商標）（Ｇｏｏｇｌｅ ＬＬＣ（登録商標））ＯＳ等を利用する自動車データ共有及び同意管理プラットフォームに関する。

毎年、３５００万台以上の自動車とトラックがフリート車両として販売されている。フリート所有者は、自分のフリートを効果的に管理するために、これらのフリート車両からのデータを必要とする。フリート管理ソリューション産業は、年間４００億ドル以上の価値がある。また、多くのフリートは、複数のＯＥＭ（相手先商標製品製造会社）のフリート車両で構成されている。同様に、保険会社は、保険対象車両の使用状況を理解して、リスクを最小化し、コストと収益を最適化するために、保険対象車両のデータを必要としている。世界の自動車保険業界は、年間１兆ドル以上の価値がある。同様に、スマートシティ、地図サービス、緊急サービスプロバイダ、医療従事者、交通管制システムは、計画や対応のために車両からのデータを必要としており、巨大な成長産業となっている。

今日まで、自動車産業は非常に断片化されており、ほとんどのＯＥＭが個別に市場の５％未満を支配している。これらのＯＥＭは、ネイティブの高度なテレマティクス機能を持たず、共通のＯＳを実装していない（場合によってはモデル間でさえ）ため、数十億ドル規模の第三者フリート管理業界の創設へと導き、同業界は、データ収集と共有のためのハードウェアとソフトウェアを提供している。現在、ほとんどのＯＥＭは、この市場の価値を認めているが、その理由は、モビリティが変化する世界において、この市場が自社のコアビジネスに関連するようになったからである。

最近、アンドロイド（登録商標）ＯＳは、自動車分野に進出し、２０２５年までに推定１億台の車両をカバーする可能性がある。現在の自動車データは断片的で、標準化されておらず、独自のもので、低解像度で、リアルタイムではなく、アクセスできないが、アンドロイド（登録商標）ＯＳは、潜在的な解決策の機会を提供するものである

さらに、車両からデータを取得するには、恒久的又は限定的なベースで、そのようなデータにアクセスして収集するために、オペレータの同意を得る必要があることが多い。例えば、一部の車両オペレータは、車両からのデータへのアクセスを望む可能性のある全ての利害関係エンティティ（すなわち、データ消費者）に対して普遍的にアクセスを許可したくない場合があり、異なる利害関係エンティティは異なる種類のデータへのアクセスを要求する場合がある。各データ消費者のこのような個別の同意は、合理的なシステム及び方法でなければ得ることが困難であり、各車両オペレータが評価して管理することが困難である場合がある。さらに、データ消費者及び／又は所有者がそのような同意を修正することは困難である。同様に、ＯＥＭが、車両オペレータとデータ消費者との間の同意権限及びデータ共有許可を制御して管理することも困難である。

自動車データ共有及び同意管理に関連する現在の背景は、単に、この分野におけるいくつかの現在の問題の文脈的概観を提供することを意図しており、網羅的であることを意図するものではない。本開示の概念に対する他の文脈及び適用可能な領域は、例示的な実施形態の以下の説明を検討すると、当業者には明らかになる可能性があり、全てが本開示によって企図されるものである。

本開示は、自動車データ共有プラットフォームを提供し、自動車データ共有プラットフォームは、一般に、データ消費者が生の、注文、暗号化、匿名化等された車両データ（どの特定のデータがどのくらいの期間にわたってデータ消費者によって収集可能で使用されるかということも含む）にアクセスすることを許可する車両オペレータ、データ消費者、及び／又はＯＥＭによる同意を管理するように構成される。

例示的な一実施形態では、本開示は、データ集約クラウドシステムを含む自動車データ共有システムを提供し、前記データ集約クラウドシステムは、共通オペレーティングシステム上で動作するデータ収集ソフトウェアを実行している複数の車両から入力データを受信し、入力データを集約し、入力データに関連する出力データを、共通アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供するよう構成される。

別の例示的な実施形態では、本開示は、自動車データ共有方法を提供し、この方法は、共通オペレーティングシステム上で動作するデータ収集ソフトウェアを実行している複数の車両から入力データを受信するステップと、データ集約クラウドシステムにおいて入力データを集約するステップと、入力データに関連する出力データを、共通アプリケーションプログラミングインターフェースを利用して、１つ以上のエンティティに提供するステップと、を含む。

さらなる例示的な実施形態において、本開示は、メモリ内の命令として格納され、自動車データ共有ステップを実行するためにプロセッサによって実行される非一時的コンピュータ可読媒体を提供し、この自動車データ共有ステップは、共通オペレーティングシステム上で動作するデータ収集ソフトウェアを実行している複数の車両から入力データを受信するステップと、データ集約クラウドシステムにおいて入力データを集約するステップと、入力データに関連する出力データを、共通アプリケーションプログラミングインターフェースを利用して、１つ以上のエンティティに提供するステップと、を含む。

さらなる例示的な実施形態において、本開示は、車両から収集されたデータにアクセスするための同意を得るための方法を提供する。方法は、データ消費者から受信した入力に基づいて同意フォームを生成することを含む。方法は、同意フォームを送信するための１つ以上の車両のリストを取得することも含む。方法は、１つ以上の車両のそれぞれに同意フォームを送信することをさらに含む。方法は、車両から収集されたデータにアクセスするために、同意の受理、拒否、及び制限のうちの１つを含む応答を車両から受信することもさらに含む。いくつかの実施形態では、方法は、データ消費者がアクセスを要求しているデータへのアクセスを受理又は拒否する要求をＯＥＭに送信することもさらに含む。いくつかの実施形態において、方法は、ＯＥＭとデータ消費者との間の通信を促進することも含む。

さらなる例示的な実施形態では、本開示は、車両から収集されたデータにアクセスするために、車両で同意を得る方法を提供する。方法は、車両において、データ消費者と、データ消費者がアクセスを要求しているデータとを特定するクラウドシステムから同意フォームを受信することを含む。方法は、同意フォームをオペレータに提示することも含む。方法は、オペレータから同意のための選択を受信することをさらに含み、選択は、データ消費者が車両からデータにアクセスするための同意を受理するか拒否するかのいずれかである。方法は、オペレータの応答をクラウドベースシステムに送信することもさらに含む。いくつかの実施形態において、方法は、車両において、データへのアクセスに同意を与えられたデータ消費者のそれぞれからコマンド及びユーザインターフェース通知を受信することをさらに含み、そのコマンド及びユーザインターフェース通知によって、オペレータは、データ消費者が車両の側面を遠隔制御するためのアクセスを許可し、データ消費者とオペレータとの間の双方向通信を促進することができる。いくつかの実施形態では、方法は、また、車両において、各データ要素が車両から共有プラットフォームへ安全に送信されるように、データを圧縮及び配置することも含む。共有プラットフォームは、データ要素にアクセスするための同意を得た複数のデータ消費者にそのデータ要素を安全に広めるように構成される。実施形態では、車両は、各送信において、どのデータ消費者に特定のデータ要素へのアクセスを与えるかを正確に完全に制御するように構成される。

さらに別の例示的な実施形態では、本開示は、プロセッサと、命令を格納するメモリとを含むデータ集約クラウドシステムを含む自動車データ共有システムを提供し、これらの命令は、プロセッサによって実行されると、プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している複数の車両から入力データを受信させ、入力データに関連する出力データを、アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供させる。好ましくは、共通オペレーティングシステムは、アンドロイド（登録商標）（Ｇｏｏｇｌｅ ＬＬＣ（登録商標））オペレーティングシステムである。データ集約クラウドシステムは、無線双方向通信リンクを介して複数の車両のそれぞれに結合されていることと、データ集約クラウドシステムは、双方向通信リンクを介して１つ以上のエンティティのそれぞれに結合されていることと、の１つ以上である。データ集約クラウドシステムは、入力データを集約すること、入力データをソートすること、入力データを保護すること、入力データを匿名化すること、入力データを洗浄すること、及び入力データから出力データを合成すること、のうちの１つ以上を行うようにさらに構成される。データ集約クラウドシステムは、１つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信すること、受信した同意フォーム要求に応答する同意フォームを生成すること、同意フォームを複数の車両のうちの選択車両に送信すること、複数の車両のうちの選択車両から同意フォーム応答を受信すること、同意フォーム応答が肯定的な場合、入力データに関連する出力データを当該１つのエンティティに提供すること、及び同意フォーム応答が否定的な場合、複数の車両のうちの選択車両から入力データを受信するのを拒否するか、又は入力データに関連する出力データを当該１つのエンティティに提供するのを拒否すること、のうちの１つ以上を行うようにさらに構成される。任意選択で、同意フォーム応答は、複数の車両のうちの前記選択車両のオペレータによって選択された期間制限を含む。任意選択で、同意フォーム応答は、複数の車両のうちの前記選択車両のオペレータによって選択されたデータタイプ制限を含む。データ集約クラウドシステムは、複数の車両のうちの選択車両から修正済同意フォーム応答を受信し、修正済同意フォームに対応する当該１つのエンティティに入力データに関連する修正済出力データを提供するようにさらに構成される。同意フォームは、複数の車両のうちの選択車両のそれぞれのディスプレイのユーザインターフェースに送信され、同意フォーム応答は、複数の車両のうちの選択車両のそれぞれのディスプレイから受信される。任意選択で、入力データは、入力データがデータ集約クラウドシステムによって読み取れないように、１つ以上のエンティティのうちの１つのエンティティによる暗号化の要求に応答して、複数の車両のうちの１つ以上によって暗号化される。入力データは、データ集約クラウドシステムを介して１つ以上のエンティティのうちの当該１つのエンティティから受信した公開鍵を用いて複数の車両のうちの１つ以上によって暗号化され、関連する出力データは、その後、対応する秘密鍵を用いて１つ以上のエンティティのうちの１つのエンティティによって復号化される。任意選択で、入力データは、１つ以上のエンティティのうちの１つのエンティティからの要求に基づくイベント閾値及び周期のうちの１つ以上である。データ集約クラウドシステムは、１つ以上のエンティティのうちの１つのエンティティからコマンド、プッシュ通知、及びウェブリンクのうちの１つ以上を複数の車両のうちの１つ以上に送信するように構成される。

さらなる例示的な実施形態において、本開示は、自動車同意管理方法を提供し、データ集約クラウドシステムにおいて、１つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信するステップと、受信した同意フォーム要求に応答する同意フォームを生成するステップと、同意フォームを複数の車両のうちの選択車両に送信するステップと、複数の車両のうちの選択車両から同意フォーム応答を受信するステップと、同意フォーム応答が肯定的な場合、複数の車両のうちの選択車両から受信した入力データに関連する出力データを当該１つのエンティティに提供するステップと、同意フォーム応答が否定的な場合、複数の車両のうちの選択車両から入力データを受信するのを拒否するか、又は入力データに関連する出力データを当該１つのエンティティに提供するのを拒否するステップと、を含む。データ集約クラウドシステムは、プロセッサと、命令を格納するメモリとを含み、これらの命令は、プロセッサによって実行されると、プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している複数の車両から入力データを受信させ、入力データに関連する出力データを、アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供させる。データ集約クラウドシステムは、無線双方向通信リンクを介して複数の車両のそれぞれに結合されていることと、データ集約クラウドシステムは、双方向通信リンクを介して１つ以上のエンティティのそれぞれに結合されていることと、の１つ以上である。請求項１１に記載の自動車同意管理方法は、入力データを集約するステップと、入力データをソートするステップと、入力データを保護するステップと、入力データを匿名化するステップと、入力データを洗浄するステップと、入力データから出力データを合成するステップと、のうちの１つ以上をさらに含む。任意選択で、同意フォーム応答は、複数の車両のうちの選択車両のオペレータによって選択された期間制限を含む。任意選択で、同意フォーム応答は、複数の車両のうちの選択車両のオペレータによって選択されたデータタイプ制限を含む。自動車同意管理方法は、複数の車両のうちの選択車両から修正済同意フォーム応答を受信し、修正済同意フォームに対応する当該１つのエンティティに入力データに関連する修正済出力データを提供するステップをさらに含む。同意フォームは、複数の車両のうちの選択車両のディスプレイのユーザインターフェースに送信され、同意フォーム応答は、複数の車両のうちの選択車両のディスプレイから受信される。

さらに別の例示的な実施形態では、本開示は、メモリ内の命令として格納された非一時的コンピュータ可読媒体を提供し、これらの命令は、データ集約クラウドシステムのプロセッサによって実行されると、プロセッサに、１つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信するステップと、受信した同意フォーム要求に応答する同意フォームを生成するステップと、同意フォームを複数の車両のうちの選択車両に送信するステップと、複数の車両のうちの選択車両から同意フォーム応答を受信するステップと、同意フォーム応答が肯定的な場合、複数の車両のうちの選択車両から受信した入力データに関連する出力データを当該１つのエンティティに提供するステップと、同意フォーム応答が否定的な場合、複数の車両のうちの選択車両から入力データを受信するのを拒否するか、又は入力データに関連する出力データを当該１つのエンティティに提供するのを拒否するステップと、を実行させる。これらの命令は、さらに、プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している複数の車両から入力データを受信させ、入力データに関連する出力データを、アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供させる。

本開示は、様々な図面を参照して本明細書で図示及び説明され、その中で、同様の参照番号は、適宜、同様のシステムコンポーネント／方法ステップを示すために使用される。

現在カスタムである通信リンク１４を介して異なるＯＥＭ車両からデータ接続を必要とする異なるエンティティを示す。 本開示の自動車データ共有プラットフォームの例示的な一実施形態を示す。 本開示の様々なクラウドベースサービスを実装するためのクラウドベース環境のネットワーク図である。 スタンドアロンで、ネットワーク環境で、又は図３のクラウドベースシステムで使用され得るサーバのブロック図である。 接続された環境又は図３のクラウドベースシステムで使用され得るユーザデバイスのブロック図である。 本開示の同意管理システムの例示的な一実施形態の概略図であり、これは、図２の自動車データ共有プラットフォーム又はその他のものを使用して実装され得る。 本開示のデータ共有プラットフォームによって提供される同意管理のフロー図の概要である。 ＯＥＭ車両の車載デバイスに関連する同意管理を示すフロー図である。 オペレータに同意フォームユーザインターフェースを表示する例示的な車両ディスプレイである。 オペレータに別の同意フォームユーザインターフェースを表示する例示的な車両ディスプレイである。 本開示に従って車両から収集されたデータにアクセスするための同意を得るための方法の例示的な一実施形態のフローチャートである。 本開示に従って車両から収集されたデータにアクセスするための同意を得るための方法の例示的な一実施形態の別のフローチャートである。 本開示に従って車両から収集されたデータにアクセスするための同意を得るための方法の例示的な一実施形態のさらなるフローチャートである。

上記で言及したように、フリート管理は現在、車両の車載診断（ＯＢＤ）ポートを介してインストールされる外部のハードウェア及びソフトウェアに依存している。ＯＢＤポートは、診断用に標準化されており、例えば、モデム付きのドングルを受信するように構成されている。一般的には、一度に１つのエンティティによるデータ収集使用に限定される。そうでない場合は、より精巧な「アップフィット」を用意する必要がある。その結果、限られたユーザしか利用できない、質の悪いデータセットとなる。これは、一般に、更新機能が制限された一方向のインターフェースである。さらに、インフラストラクチャの開発者や管理者にとって、ＯＢＤポートを介してデータにアクセスすることは、全く実用的な選択肢ではない。

ＯＢＤポート等を利用する従来のフリート管理及び保険の「プラグイン」は、比較的高価になり得るプラグインハードウェアを含み、データ収集及び格納のための月額料金を伴うのが普通である。収集されたデータ及びシステムの機能性には、典型的には、基本的な車両状態、点火状態、ギア選択、ホイール刻み、燃料性能、ドライバ評価、車両セキュリティ、温度、充電、回転数、走行距離、車両不動化、運転コスト、修理情報、システムレポート、ＨＶＡＣ設定及び性能、シート位置、車線警告、サービス通知。双方向通信、減価償却、全地球測位システム（ＧＰＳ）位置及び到着予定時刻（ＥＴＡ）、モバイルデバイスキー、リモートロック／ロック解除、緊急警報、ジオフェンシング、セルラーネットワーク条件、信号強度、ＷｉＦｉデータ、加速度計及びジャイロスコープデータ、オーディオ及びビデオデータ、知覚センサデータ等が含まれるが、これらに限定されるものではない。

図１は、現在の難問を示し、ここでは、異なるエンティティ１０が、現在カスタムである通信リンク１４を介して異なるＯＥＭ車両１２からのデータ接続を必要としている。

図２は、本開示の自動車データ共有プラットフォーム２０の例示的な一実施形態を示す。自動車データ共有プラットフォーム２０は、ＯＥＭ車両１２からデータを無線で収集し、様々な利害関係エンティティ１０（ここでも、フリート管理会社、保険会社、インフラエンティティ、データ収益化会社等を含む）にデータを提供するデータ集約クラウドシステム２２を含む。理論的には、これらの利害関係エンティティは、制限なく、あらゆるタイプの利害関係エンティティを含むことができ、自動車データ共有プラットフォーム２０は、あらゆるタイプの分散型車両又はデバイスと共に使用することができる。ここで、自動車の場合、しかしながら、ＯＢＤポート等を介したデータリンクは使用されない。むしろ、ＯＥＭ車両１２のそれぞれは、アンドロイド（登録商標）ＯＳ（又はそのようなもの）２４を使用して共通の常駐データ収集ソフトウェアを実行し、集約クラウドシステム２２との標準化されたインターフェースを提供する。双方向通信は、アンドロイド（登録商標）ＯＳ２４上で実行される共通のデータ収集ソフトウェアを介した無線双方向通信リンク２６の使用によって可能になる。他端では、利害関係エンティティ１０のそれぞれは、標準化されたアプリケーション・プログラミング・インターフェース（ＡＰＩ）２８等を介して、ここでもまた、無線双方向通信リンク３０を介して、集約データクラウドシステム２２と対話する。

有利には、各ＯＥＭ車両１２におけるデータ収集ソフトウェアは異なることができるが、集約クラウドシステム２２へのアンドロイド（登録商標）ＯＳインターフェース２４は同じである。これは、所望の程度の標準化を提供し、例えば、面倒で制限のあるＯＢＤポートドングル及びモデムを排除する。認証及びセキュリティは、本明細書で以下により詳細に説明されるように、集約クラウドシステム２２によって処理することができる。データは、様々な目的のために集約され、匿名化され、洗浄され得る。重要なことは、現在利用可能な集約された基盤を考慮して、新しいデータを合成できることである。最も重要なことは、本明細書で以下により詳細に説明するように、データ共有同意は、（ＡＰＩ２８を介して）車両１２（図１）及び利害関係エンティティ１０（図１）の両方でも、また集約クラウドシステム２２でも配信、応答、及び他の方法で管理することができる。これは、従来は利用できなかった多数のペンダント機能性をももたらし、これについても、本明細書で以下により詳細に説明する。

集約クラウドシステム２２の使用により現在利用可能な一般的なデータ、機能、及び特徴には、車両状態、資産管理、ドライバ行動、リアルタイムテレマティクス、データキャッシング、プライバシー及び暗号化、標準化ＡＰＩアクセス、複数の顧客アクセス、乗員データ、ドライバ識別（ＩＤ）、オープンデータ共有、双方向車両通信、予測保全、インテリジェント充電（電気車両）、拡張及び統合、盗難防止／固定化、到着アップデート、同意配信／応答／管理等があるが、これらに限定されない。このように、より豊富なデータが標準的なソフトウェアインターフェースでリアルタイムに提供されるので、ハードウェアを減らして、テレマティクスのコストを削減することができる。

はじめに、実施例によっては、本明細書に記載された技術のいずれかの特定の行為又はイベントを異なる順序で実行することができ、追加しても、合併しても、あるいは完全に省いてもよいことを認識されたい（例えば、記載されている行為又はイベントの全てが技術の実施に必要なわけではない）。さらに、特定の例では、行為又はイベントを、順次ではなく、例えば、マルチスレッド処理、割り込み処理、又は複数のプロセッサを介して、同時に実行してもよい。

図３は、本開示の様々なクラウドベースサービスを実装するためのクラウドベースシステム１００のネットワーク図である。クラウドベースシステム１００は、インターネット１０４等に通信可能に結合された１つ以上のクラウドノード（ＣＮ）１０２を含む。クラウドノード１０２は、（図４に例示されるような）サーバ２００等として実装されてもよく、互いに地理的に多様であることができ、例えば、国内又は地球上の様々なデータセンターに位置することができる。さらに、クラウドベースシステム１００は、１つ以上の中央当局（ＣＡ）ノード１０６を含むことができ、これらは、同様に、サーバ２００として実装され、ＣＮ１０２に接続されることができる。例示の目的で、クラウドベースシステム１００は、地域オフィス１１０、本社１２０、様々な従業員の自宅１３０、ラップトップ／デスクトップ１４０、及びモバイルデバイス１５０に接続でき、これらのそれぞれは、ＣＮ１０２のうちの１つに通信可能に結合することができる。これらの位置１１０、１２０、及び１３０、ならびにデバイス１４０及び１５０は、例示の目的で示されており、当業者は、クラウドベースシステム１００への様々なアクセスシナリオが存在し、その全てが本明細書で企図されることを認識するであろう。デバイス１４０及び１５０は、いわゆるロードウォリア、すなわち、オフサイト、オンザロード等のユーザであり得る。クラウドベースシステム１００は、プライベートクラウド、パブリッククラウド、プライベートクラウドとパブリッククラウドの組み合わせ（ハイブリッドクラウド）等とすることができる。

クラウドベースシステム１００は、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム、サービスとしてのインフラ、サービスとしてのセキュリティ、ネットワーク機能仮想化（ＮＦＶ）基盤（ＮＦＶＩ）における仮想ネットワーク機能（ＶＮＦ）等のサービスを通じて任意の機能を位置１１０、１２０、１３０及びデバイス１４０、１５０に提供できる。以前は、情報技術（ＩＴ）展開モデルには、企業ネットワーク（すなわち、物理的デバイス）内に格納され、ファイアウォールの背後にあり、仮想プライベートネットワーク（ＶＰＮ）を介してサイト上又はリモートで従業員がアクセスできる企業リソース及びアプリケーション等が含まれていた。クラウドベースシステム１００は、従来の展開モデルに取って代わるものである。クラウドベースシステム１００は、物理的デバイス及び企業のＩＴ管理者によるその管理を必要とせずに、これらのサービスをクラウドで実装するために使用することができる。

クラウドコンピューティングシステム及び方法は、物理的なサーバ、ストレージ、ネットワーキング等を抽象化し、代わりにこれらをオンデマンドの弾力的なリソースとして提供する。米国国立標準技術研究所（ＮＩＳＴ）は、簡潔で具体的な定義を提供しており、クラウドコンピューティングとは、最小限の管理作業又はサービスプロバイダとの対話で迅速なプロビジョニングとリリースを可能にする設定可能なコンピューティングリソース（ネットワーク、サーバ、ストレージ、アプリケーション、サービス等）の共有プールへの便利でオンデマンドのネットワークアクセスを可能にするモデルであると述べている。クラウドコンピューティングは、従来のクライアントサーバモデルとは異なり、クライアントのウェブブラウザ等から実行され管理されるサーバからアプリケーションを提供し、アプリケーションのクライアントバージョンをインストールする必要がない。一元化により、クラウドサービスプロバイダは、クライアントに提供されるブラウザベースのアプリケーションやその他のアプリケーションのバージョンを完全に制御できるようになり、個々のクライアントコンピューティングデバイスでのバージョンアップグレード又はライセンス管理の必要がなくなる。「サービスとしてのソフトウェア（ＳａａＳ）」という言葉は、クラウドコンピューティングを通じて提供されるアプリケーションプログラムを表すために、使われることがある。提供されるクラウドコンピューティングサービス（又は既存の全てのクラウドサービスの集合体でもよい）の一般的な略語は、「クラウド」である。クラウドベースシステム１００は、クラウドベースシステムの例示的な一実施形態として本明細書に示されており、当業者であれば、本明細書に記載のシステム及び方法が必ずしもこれに限定されないことを認識するであろう。

図４は、サーバ２００のブロック図であり、これは、クラウドベースシステム１００（図３）、他のネットワークシステム、又はスタンドアロンで使用することができる。例えば、ＣＮ１０２（図３）及び中央当局ノード１０６（図３）は、サーバ２００のうちの１つ以上として形成されてもよい。サーバ２００は、デジタルコンピュータであってもよく、そのデジタルコンピュータは、ハードウェアアーキテクチャの観点から、一般に、プロセッサ２０２、入出力（Ｉ／Ｏ）インターフェース２０４、ネットワークインターフェース２０６、データストア２０８、及びメモリ２１０を含む。図４は、サーバ２００を過度に単純化した方法で描いており、実際の実施形態は、本明細書で詳細に説明しない既知又は従来の動作特徴をサポートするために、追加のコンポーネント及び適切に構成された処理ロジックを含んでもよいことを当業者は理解されたい。コンポーネント（２０２、２０４、２０６、２０８、及び２１０）は、ローカルインターフェース２１２を介して通信可能に結合される。ローカルインターフェース２１２は、当技術分野で知られているように、例えば、１つ以上のバス又は他の有線若しくは無線接続であってもよいが、これらに限定されない。ローカルインターフェース２１２は、通信を可能にするために、例えば、とりわけ、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、及びレシーバ等の追加の要素を有してもよいが、簡略化のために省略されている。さらに、ローカルインターフェース２１２は、前述のコンポーネント間の適切な通信を可能にするために、アドレス、制御、及び／又はデータ接続を含んでもよい。

プロセッサ２０２は、ソフトウェア命令を実行するためのハードウェアデバイスである。プロセッサ２０２は、カスタムメイド又は市販のプロセッサ、中央処理装置（ＣＰＵ）、サーバ２００に関連する複数のプロセッサのうちの補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップ又はチップセットの形態）、又は一般的にソフトウェア命令を実行するための任意のデバイスであってもよい。サーバ２００が動作しているとき、プロセッサ２０２は、メモリ２１０内に格納されたソフトウェアを実行し、メモリ２１０との間でデータを通信し、ソフトウェア命令に従ってサーバ２００の動作を一般に制御するように構成されている。Ｉ／Ｏインターフェース２０４は、１つ以上のデバイス又はコンポーネントからユーザ入力を受信するため、及び／又はそれらにシステム出力を提供するために使用してもよい。

ネットワークインターフェース２０６は、サーバ２００がインターネット１０４（図３）等のネットワーク上で通信することを可能にするために使用してもよい。ネットワークインターフェース２０６は、例えば、イーサネット（登録商標）カード又はアダプタ（例えば、１０ＢａｓｅＴ、ファーストイーサネット（登録商標）、ギガビットイーサネット（登録商標）、又は１０ＧｂＥ）又は無線ローカルエリアネットワーク（ＷＬＡＮ）カード若しくはアダプタ（例えば、８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ）等を含んでもよい。ネットワークインターフェース２０６は、ネットワーク上での適切な通信を可能にするために、アドレス、制御、及び／又はデータ接続を含んでもよい。データストア２０８は、データを格納するために使用してもよい。データストア２０８は、揮発性メモリ要素（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ要素（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭ等）、及びそれらの組み合わせのいずれかを含んでもよい。さらに、データストア２０８は、電子、磁気、光学、及び／又は他のタイプのストレージ媒体を組み込んでもよい。一例では、データストア２０８は、例えば、サーバ２００のローカルインターフェース２１２に接続された内部ハードドライブ等、サーバ２００の内部に配置されてもよい。さらに、別の実施形態では、データストア２０８は、例えば、Ｉ／Ｏインターフェース２０４（例えば、ＳＣＳＩ又はＵＳＢ接続）に接続された外付けハードドライブ等、サーバ２００の外部に配置されてもよい。さらなる実施形態では、データストア２０８は、例えば、ネットワーク接続ファイルサーバ等のネットワークを介してサーバ２００に接続してもよい。

メモリ２１０は、揮発性メモリ要素（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ要素（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭ等）、及びそれらの組み合わせのいずれかを含んでもよい。さらに、メモリ２１０は、電子、磁気、光学、及び／又は他のタイプのストレージ媒体を組み込んでもよい。メモリ２１０は、分散アーキテクチャを有してもよく、その場合、様々なコンポーネントは互いに遠隔に位置しているが、プロセッサ２０２によってアクセスできることに留意されたい。メモリ２１０内のソフトウェアは、１つ以上のソフトウェアプログラムを含んでもよく、各ソフトウェアプログラムは、論理機能を実装するための実行可能命令の順序付きリストを含む。メモリ２１０内のソフトウェアは、適切なオペレーティングシステム（ＯＳ）２１４及び１つ以上のプログラム２１６を含む。オペレーティングシステム２１４は、１つ以上のプログラム２１６等の他のコンピュータプログラムの実行を本質的に制御し、スケジューリング、入出力制御、ファイル及びデータ管理、メモリ管理、及び通信制御及び関連サービスを提供する。１つ以上のプログラム２１６は、本明細書に記載される様々なプロセス、アルゴリズム、方法、技術等を実装するように構成されてもよい。

本明細書で説明するいくつかの実施形態は、マイクロプロセッサ；中央処理装置（ＣＰＵ）；デジタル信号プロセッサ（ＤＳＰ）；ネットワークプロセッサ（ＮＰ）又はネットワーク処理装置（ＮＰＵ）、グラフィックス処理装置（ＧＰＵ）等のカスタマイズプロセッサ等；フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の１つ以上の汎用又は特殊プロセッサ（「１つ以上のプロセッサ」）を含んでもよく、これらは、その制御のための固有の格納されたプログラム命令（ソフトウェア及びファームウェアの両方を含む）とともに、特定の非プロセッサ回路と連携して、本明細書に記載の方法及び／又はシステムの機能の一部、ほとんど、又は全部を実施することが理解されるであろう。代替として、一部又は全部の機能は、プログラム命令が格納されていないステートマシンに、あるいは各機能又は特定の機能のいくつかの組み合わせがカスタム論理又は回路として実装される１つ以上の特定用途向け集積回路（ＡＳＩＣ）に実装されてもよい。当然、前述のアプローチの組み合わせを使用してもよい。本明細書で説明するいくつかの実施形態について、ハードウェアの対応するデバイスは、任意にソフトウェア、ファームウェア、及びそれらの組み合わせと共に、様々な実施形態について本明細書に説明するようにデジタル信号及び／又はアナログ信号に一連の動作、ステップ、方法、プロセス、アルゴリズム、機能、技術等を実行するよう「に構成又は適応した回路」、「に構成又は適応した論理」等と呼ぶことができる。

さらに、いくつかの実施形態は、本明細書で説明及び特許請求されるような機能を実行するために、それぞれがプロセッサを含み得るコンピュータ、サーバ、アプライアンス、デバイス、プロセッサ、回路等をプログラミングするためのコンピュータ可読コードをその上に格納した非一時的コンピュータ可読ストレージ媒体を含んでもよい。このようなコンピュータ可読ストレージ媒体の例としては、ハードディスク、光ストレージデバイス、磁気ストレージデバイス、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ等があるが、これらだけに限らない。非一時的コンピュータ可読媒体に格納される場合、ソフトウェアは、プロセッサ又はデバイス（例えば、任意のタイプのプログラム可能な回路又は論理）によって実行可能な命令を含むことができ、そのような実行に応答して、プロセッサ又はデバイスに、様々な実施形態について本明細書に記載される一連の操作、ステップ、方法、プロセス、アルゴリズム、機能、技術等を実行させる。

図５は、クラウドベースシステム１００（図３）等で使用され得るユーザデバイス３００のブロック図である。ここでも、ユーザデバイス３００は、この場合、車両、スマートフォン、タブレット、スマートウォッチ、モノのインターネット（ＩｏＴ）デバイス、ラップトップ、仮想現実（ＶＲ）ヘッドセット等とすることができる。ユーザデバイス３００は、ハードウェアアーキテクチャの観点から、一般に、プロセッサ３０２、Ｉ／Ｏインターフェース３０４、無線機３０６、データストア３０８、及びメモリ３１０を含むデジタルデバイスとすることができる。図５は、ユーザデバイス３００を過度に単純化した方法で描いており、実用的な実施形態は、本明細書で詳細に説明されていない既知の又は従来の動作特徴をサポートするために、追加のコンポーネント及び適切に構成された処理ロジックを含んでもよいことを当業者は理解されたい。コンポーネント（３０２、３０４、３０６、３０８、及び３１０）は、ローカルインターフェース３１２を介して通信可能に結合される。ローカルインターフェース３１２は、当技術分野で知られているように、例えば、１つ以上のバス又は他の有線若しくは無線接続であり得るが、これらに限定されない。ローカルインターフェース３１２は、通信を可能にするために、例えば、とりわけ、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、及びレシーバ等の追加の要素を有することができるが、これらは簡略化のために省略されている。さらに、ローカルインターフェース３１２は、前述のコンポーネント間の適切な通信を可能にするために、アドレス、制御、及び／又はデータ接続を含んでもよい。

プロセッサ３０２は、ソフトウェア命令を実行するためのハードウェアデバイスである。プロセッサ３０２は、カスタムメイド又は市販の任意のプロセッサ、ＣＰＵ、ユーザデバイス３００に関連する複数のプロセッサのうちの補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップ又はチップセットの形態）、又は一般的にソフトウェア命令を実行する任意のデバイスであり得る。ユーザデバイス３００が動作しているとき、プロセッサ３０２は、メモリ３１０内に格納されたソフトウェアを実行し、メモリ３１０との間でデータを通信し、ソフトウェア命令に従ってユーザデバイス３００の動作を一般に制御するように構成されている。一実施形態では、プロセッサ３０２は、電力消費及びモバイルアプリケーションに最適化されたようなモバイル最適化プロセッサを含んでもよい。Ｉ／Ｏインターフェース３０４は、ユーザ入力をから受信するため、及び／又はシステム出力を提供するために使用することができる。ユーザ入力は、例えば、キーパッド、タッチスクリーン、スクロールボール、スクロールバー、ボタン、バーコードスキャナ等を介して提供することができる。システム出力は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーン等の表示デバイスを介して提供することができる。

無線機３０６によって、外部アクセスデバイス又はネットワークへの無線通信が可能になる。任意の数の適切な無線データ通信プロトコル、技術、又は方法論は、無線通信のための任意のプロトコルも含め、無線機３０６によってサポートすることができる。データストア３０８は、データを格納するために使用してもよい。データストア３０８は、揮発性メモリ要素（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のランダムアクセスメモリ（ＲＡＭ））、不揮発性メモリ要素（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭ等）、及びそれらの組み合わせのいずれかを含んでもよい。さらに、データストア３０８は、電子、磁気、光学、及び／又は他のタイプのストレージ媒体を組み込んでもよい。

ここでも、メモリ３１０は、揮発性メモリ要素（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭ等のＲＡＭ）、不揮発性メモリ要素（例えば、ＲＯＭ、ハードドライブ等）、及びそれらの組み合わせのいずれかを含んでもよい。さらに、メモリ３１０は、電子、磁気、光学、及び／又は他のタイプのストレージ媒体を組み込んでもよい。メモリ３１０は、分散アーキテクチャを有してもよく、その場合、様々なコンポーネントは互いに遠隔に位置しているが、プロセッサ３０２によってアクセスできることに留意されたい。メモリ３１０内のソフトウェアは、１つ以上のソフトウェアプログラムを含むことができ、各ソフトウェアプログラムは、論理機能を実装するための実行可能命令の順序付きリストを含む。図５の例では、メモリ３１０内のソフトウェアは、適切なオペレーティングシステム３１４及びプログラム３１６を含む。オペレーティングシステム３１４は、基本的に他のコンピュータプログラムの実行を制御し、スケジューリング、入出力制御、ファイル及びデータ管理、メモリ管理、及び通信制御と関連サービスを提供する。プログラム３１６は、ユーザデバイス３００でオペレータ機能を提供するように構成された様々なアプリケーション、アドオン等を含んでもよい。例えば、例示的なプログラム３１６は、ウェブブラウザ、ソーシャルネットワーキングアプリケーション、ストリーミングメディアアプリケーション、ゲーム、マッピング及び位置アプリケーション、電子メールアプリケーション、金融アプリケーション等を含んでもよいが、これらに限定されない。典型的な例では、エンドユーザは、典型的に、クラウドベースシステム１００（図３）のようなネットワークとともに、プログラム３１６のうちの１つ以上を使用する。

図６は、本開示の同意管理システム４４０の例示的な一実施形態の概略図であり、これは、図２の自動車データ共有プラットフォーム２０又はその他のものを使用して実装されてもよい。一般に、同意管理システム４４０は、利害関係エンティティ１０（図１及び図２）が、結合ＯＳ２４（図２）等で可能になるリンクによって、上記に提供されるように、車両１２（図１及び図２）等に同意要求を送信して、その後、車両からデータを収集するために用いられる。同意管理システム４４０は、また、車両１２のオペレータによって、このような同意要求を受理、拒否、及び／又は制限するために使用される。この同意管理プロセスによって、本明細書で以下により詳細に説明される多くのペンダント機能性が可能になる。その後、車両１２によって利害関係エンティティに提供され得るデータの非限定的な例には、基本的な車両状態、点火状態、ギア選択、ホイール刻み、燃料性能、ドライバ評価、車両セキュリティ、温度、充電、ＲＰＭ、走行距離、車両不動化、運転コスト、修理情報、システムレポート、ＨＶＡＣ設定及び性能、シート位置、車線警告、サービス通知、双方向通信、減価償却、ＧＰＳ位置及びＥＴＡ、モバイルデバイスキー、リモートロック／ロック解除、緊急警報、ジオフェンシング、セルラーネットワーク条件、信号強度、ＷｉＦｉデータ、加速度計及びジャイロスコープデータ、オーディオ及びビデオデータ、知覚センサデータ等が含まれるが、これらに限定されるものではない。同意管理システム４４０は、さらに、ＯＥＭによって使用され、例えば、利害関係エンティティ１０及び車両１２に様々なレベルの同意要求及びデータ共有許可を付与する。ここでも、これらの対話は全て、データ集約及び同意管理プロバイダによって管理されるデータ集約クラウドシステム４２２を介して行われ、このプロバイダは、上記で提供したように、利害関係エンティティ１０及び車両１２に様々なレベルの同意要求及びデータ共有許可を付与してもよく、共有データを整理、匿名化、暗号化、又はその他の方法で再形成し、以下に本明細書中でより詳細に説明するように、利害関係エンティティ１０、車両１２及びＯＥＭに多くの他の有利な機能性を提供してもよい。

図示されているように、利害関係エンティティ１０はそれぞれ、データ消費者ポータル４４２を介して、データ集約クラウドシステム４２２及び同意管理システム４４０と対話し、データ消費者ポータル４４２は、典型的には、インターネット等に接続された固定又はモバイル処理デバイスのディスプレイ上で実行されるウェブページ又はアプリケーションからなる。同様に、データ集約クラウドシステム４２２及び同意管理システム４４０は、各車両１２に配置された車両ユーザインターフェース４４４を介して、各車両１２のオペレータと対話し、車両ユーザインターフェース４４４は、典型的には、タッチスクリーンディスプレイ、ディスプレイ、及びジョイスティック等からなる。このような車両ユーザインターフェース４４４は、当業者にはよく知られており、典型的には、車両オペレータが車両の運転状態、気候、オーディオ、ナビゲーション、及び他のシステムと対話するために使用される。さらに、ＯＥＭのそれぞれは、ＯＥＭポータルを介してデータ集約クラウドシステム４２２及び同意管理システム４４０と対話し、ＯＥＭポータルは、典型的には、インターネット等に接続された固定又はモバイル処理デバイスのディスプレイ上で実行される別のウェブページ又はアプリケーションからなる。システム４２２の中心には、プロバイダがシステム４２２の全ての機能性を管理することを可能にするプロバイダポータルがある。ポータルの各種は、クラウドとの間で転送されるデータをリアルタイムで表示することができる。

再び図２を参照すると、本開示の自動車データ共有プラットフォーム２０は、データ集約クラウドシステム２２を含み、データ集約クラウドシステム２２は、同意を得て、車両１２からデータを収集し、ここでもフリート管理会社、保険会社、インフラエンティティ、データ収益化会社等を含む様々な利害関係エンティティ１０にデータを提供する。車両１２のそれぞれは、アンドロイド（登録商標）ＯＳ２４等を用いて共通の常駐データ収集ソフトウェアを実行し、集約クラウドシステム２２との標準化されたインターフェースを提供する。双方向通信は、アンドロイド（登録商標）ＯＳ２４等で動作する共通のデータ収集ソフトウェアを介した双方向通信リンク２６の使用により可能となる。他端では、利害関係エンティティ１０のそれぞれが、標準化されたＡＰＩ２８等を介して、ここでも双方向通信リンク３０を介して、集約データクラウドシステム２２と対話する。

有利には、各ＯＥＭ車両１２におけるデータ収集ソフトウェアは異なることができるが、集約クラウド２２へのアンドロイド（登録商標）インターフェース２４は同じである。これは、所望の程度の標準化を提供し、例えば、面倒で制限のあるＯＢＤポートドングル及びモデムを排除する。認証及びセキュリティは、集約クラウドシステム２２によって処理することができる。データは、異なる目的のために集約され、匿名化され、洗浄され得る。重要なことは、現在利用可能な集約された基盤を考慮して、新しいデータを合成できることである。

集約クラウドシステム２２の使用により現在利用可能なデータ、機能、及び特徴には、車両状態、資産管理、車両コマンド、ドライバ行動、リアルタイムテレマティクス、データキャッシング、プライバシー及び暗号化、標準化ＡＰＩアクセス、複数の顧客アクセス、乗員データ、ドライバＩＤ、オープンデータ共有、双方向車両通信、予測保全、インテリジェント充電（電気車両用）、拡張及び統合、盗難防止／固定化、到着アップデート等があるが、これらに限定されない。このように、より豊富なデータが標準的なソフトウェアインターフェースでリアルタイムに提供されるので、ハードウェアを減らして、テレマティクスのコストを削減することができる。車両からクラウド、データ消費者に送信されるデータは、例えば、識別子を除去し、該当する場合は位置ドメインを維持し、該当する場合は時間ドメインを広げ、同じタイムスタンプを提供することによって匿名化することができる。したがって、所与のデータポイントは、例えば、個々に識別できない、方向性を評価できない、等のように、ある期間にわたってある領域における多数のうちの１つとなる。このように、所与のデータポイントは、匿名化される。

ここでも、自動車データ共有プラットフォーム２０は、車両１２の車載プロセッサから等、車両１２からデータを収集し、データ集約クラウドシステム２２を介して様々な利害関係エンティティ１０（すなわち、データ消費者）にデータを提供する。車両１２から収集されるデータには、ＧＰＳ情報等の衛星ナビゲーションシステム情報、速度、加速度計、ジャイロスコープ、衝突警告、アンチロックブレーキシステム（ＡＢＳ）作動等のＡＢＳ情報、トラクション、ギアポジション、シートベルト着用率、駐車ブレーキ使用量、方向指示器使用量、走行距離計、エンジン回転数、診断トラブルコード（ＤＴＣ）／誤作動表示ランプ（ＭＩＬ）、バッテリ健康状態（ＳＯＨ）、バッテリ充電、バッテリ充電率／放電率、タイヤ圧、オイルレベル、作動ハザードランプ等のうちの１つ以上に関連するデータが含まれるが、これらに限定されない。実施形態では、データは、車両がデータをクラウドにプッシュすることによって収集されるが、これは、例えば、データを収集し、クラウドにプッシュするアプリケーションを介して行われる。重要なことに、本開示のアプリケーションによって、データ消費者は、リアルタイム（すなわち、数秒）で、構成されたイベント閾値に従って、及び／又は時間頻度ベースで、及び／又は暗号化して、若しくは暗号化せずに、車両からデータポイントを要求し、当該データポイントを受信するための無条件同意又は条件付き同意を車両オペレータに送信し／車両オペレータから取得し、次いで、暗号化して、若しくは暗号化せずに、当該データポイントを受信することができるようになる。適切な通知は、コマンドと同様に、双方向通信リンクを介して、車両にプッシュすることができる。したがって、例えば、ある温度が車両で検出された場合、又は他のイベントが発生した場合、データ消費者は車両から時間指定のデータポイントを要求し、受信することができる。これは、全てデータ消費者によって一元的に構成され、適切な同意が伝えられ、受理され、データの流れは、その後、実質的にリアルタイムで流れることになる。同意フォームを通じて送信できる通信の種類には、データの受信要求、及び／又は、車両によって開かれ車両オペレータに表示され得るユニバーサルリソースロケータ（ＵＲＬ）等を含むユーザインターフェース（ＵＩ）通知が含まれる。したがって、データ消費者は、本開示のアプリを介して１つ以上の車両に迅速に配信される、独自に開発された情報、通知、誘導等を迅速に組み込むことができ、車両は、同意が受理されたときに、又は他の方法で行動し、データがその後流れ始めるときに、関連するＵＲＬを開く。

プライバシー及びマーケティングに関する懸念等のために、自動車データ共有プラットフォーム２０及びデータ消費者１０は、車両１２によって収集されたデータ及び車両１２から収集されたデータを収集、アクセス、共有、及び分析するために、車両１２のオペレータから同意を得る必要がある。

データ共有プラットフォーム２０は、車両１２から取り込まれたデータを使用することについて、データ消費者１０によるオペレータからの同意の提示及び取得を促進するように構成される。実施形態では、データ共有プラットフォーム２０は、データ消費者１０から受信した入力に基づいて、データ消費者１０に対する同意フォームを生成し、それをオペレータに提供する。

図７は、本開示の例示的な実施形態に従ってデータ共有プラットフォーム５２０によって利用される同意管理プロセス５００のフロー図である。図７の実施形態では、データ共有プラットフォーム５２０は、同意フォーム５２０を生成、修正、及び削除するためのポータル５０２をデータ消費者５１０に提供するように構成される。これらの同意フォーム５２０は、データ消費者５１０を識別する消費者ＩＤ、データ消費者５１０がどの情報にアクセスするか、同意がいつまで有効かを識別する期間、及びデータ消費者５１０が生成した各フォームに対する一意の識別であるフォームＩＤのうちの１つ以上を含む。フォームの生成に際して、データ消費者５１０は、フォームがどの車両５１２に送信されるべきかを識別する。実施形態では、各車両５１２は、その固有の車両識別番号（ＶＩＮ）によって識別される。実施形態では、ＶＩＮのリストを有するカンマ区切り値（ＣＳＶ）ファイル等が、同意フォーム５２０をどの車両５１２に送信するかを識別する。同意フォーム５２０が修正されている実施形態では、データ共有プラットフォーム５２０は、格納された車両５１２のリストにアクセスすること等により、どの車両５１２が以前に修正済同意フォームを送られたかを決定するように構成される。フォームは、また、例えば、車両５１２又はオペレータの既知のグループ分け又はクラスによってルーティングすることができる。

データ共有プラットフォーム５２０は、車両５１２におけるオペレータに同意フォームを提供し、同意フォームの受理／拒否を受け取り、それに基づいて特定の車両５１２の同意を更新する。実施形態において、同意は、同意が受理／拒否されたときのタイムスタンプで更新される。実施形態において、同意フォームは、車両５１２のディスプレイ上に提供される。他の実施形態では、同意フォームは、オペレータのモバイルデバイス上で実行される関連するモバイルアプリケーションに提供される。任意選択で、モバイルデバイスは、ハードワイヤを介して、あるいはブルートゥース（登録商標）等の短距離無線通信プロトコルを介して、車両１２に結合される。

実施形態では、ポータル５０２は、同意フォーム、発送された同意、受信した通知、ＶＩＮ検索、データダッシュボード等を含む情報を提供する。ポータル５０２は、また、どの車両５１２に所定の同意フォームが送られるかを特定するためのＶＩＮの選択をアップロードするためのユーザインターフェースを含み、アップロードされたＶＩＮを関連情報によってフィルタリングすることができ、アップロードされたＶＩＮによって特定される車両５１２に同意フォームを送ることができる。発送された同意情報には、発送された全ての同意のリスト、発送された各同意の内部の詳細、関連するＶＩＮ、及びステータス（受理／拒否／保留／未到達）を含んでもよい。通知には、最近の承認ステータスの変更、データ消費者を不明と特定する最近の報告、期限切れ間近の同意フォームのリスト、及び最近期限切れとなった同意フォームのリストを含んでもよい。これらは、例示的な機能に過ぎない。

図８は、車両６１２の車載デバイス６００に関する同意管理を示すフロー図である。実施形態では、データ共有プラットフォーム５２０（図５）のノードから同意フォームを受信すると、車載デバイス６００は、同意フォームが以前に受信されたことがあるかどうかを判定する。この判定は、６０２で、受信した同意フォームを以前に受信した同意フォームと比較することによって行われる。実施形態では、車載デバイス６００は、受信した同意フォームのフォームＩＤを以前に受信した同意フォームのフォームＩＤと比較する。以前に同意フォームを受信したことに応答して、車載デバイス６００は、６０４で、同意フォームを無視し、オペレータに通知しない。以前に同意フォームを受信していないことに応答して、車載デバイス６００は、６０６で、オペレータに表示される同意通知を準備する。実施形態では、車載デバイス６００は、同意通知を車載デバイス６００のディスプレイ上に表示する。他の実施形態では、同意通知は、接続されたモバイルアプリケーションに送信され、関連するモバイルデバイスに表示される。オペレータから同意を受理／拒否／制限する入力を受信すると、車載デバイス６００は、６０８で、その上に同意フォームを格納し、データ共有プラットフォーム５２０のクラウドノードに通知する。オペレータが同意を受理することに応答して、車載デバイス６００は、同意が期限切れになるまで、オペレータによって同意が取り消されるまで、あるいはデータ消費者がデータへのアクセスをもはや希望しなくなるまで、提供されたスケジュールで関連データをクラウドに送信し始める。

図９は、同意フォームユーザインターフェース７２０を表示するディスプレイ７００の概略図である。図９に示す実施形態では、フォームは、データ消費者（この場合は「保険会社」）、同意の明示された目的、及び同意によってデータ消費者がアクセスできるデータのリストを表示する。フォームには、同意が与えられたかどうかも表示される。図示の実施形態では、同意は、同意が与えられたことを表すためにオンにされ、同意が与えられていないことを表すためにオフにされるトグルで示される。これは、単なる例に過ぎない。

図１０は、同意概要ユーザインターフェース７３０を表示するディスプレイ７００の概略図である。同意概要ユーザインターフェースでは、アクティブな同意／要求された同意のそれぞれは、消費者の名前とともに、同意が与えられたか否かの表示と一緒に表示される。図１０に示す実施形態では、表示は、図９に関して説明したトグルと同様に、トグルで示される。トグルが例示されているが、イエス又はノーの表示、強調されたステータス等、同意が与えられたか否かを示す他の形態も企図される。

図１１は、車両から収集されたデータにアクセスするための同意を得るための方法９００のフローチャートである。方法は、ステップ９０２で、データ消費者から受信した入力に基づいて同意フォームを生成することを含む。実施形態では、入力は、データ消費者がどの信号へのアクセスを要求しているかという選択を含む。いくつかの実施形態では、選択は、データ消費者がアクセスを得るのに必須なのは要求された信号のうちのどれかを識別することを含む。いくつかの実施形態において、同意フォームを生成することは、同意フォームのための一意のＩＤを作成することを含む。さらなる実施形態では、同意フォームは、データ消費者をさらに識別するためのロゴ、テキスト、スタイリング等を含むようにカスタマイズ可能である。同意フォームは、同意の有効期限、データがアクセス／保存される時間等を受け取るように構成されてもよい。

方法９００は、ステップ９０４で、同意フォームを送信するための１つ以上の車両のリストを取得することも含む。実施形態では、車両はそのＶＩＮによって識別され、リストは、データ消費者が同意を得ようとしている車両のそれぞれのＶＩＮを含む。方法９００は、ステップ９０６で、１つ以上の車両のそれぞれに同意フォームを送信することをさらに含む。実施形態では、車両は、同意フォームを受信し、同意フォームを表示し、要求された同意に対する応答を取得する車載コンピュータを含む。

方法９００は、ステップ９０８で、車両から応答を受信することをさらに含む。実施形態では、応答は、同意の受理／拒否ステータス、フォームＩＤ、消費者ＩＤ等を含む。

実施形態において、方法９００は、同意記録を格納することを含む。いくつかの実施形態では、同意記録は、同意フォームの生成時に生成され、消費者ＩＤ、車両識別／デバイスＩＤ、フォームＩＤ、任意の関連タイムスタンプ、受理／拒否／保留ステータス、アクティブ／非アクティブステータスを含む。応答を受信する前に、同意は、同意が保留中であることを示すことができる。車両から応答を受信すると、ステータスは、受理済及び拒絶済のうちのいずれかに更新される。

実施形態では、方法９００は、クラウドベースシステム５２０（図５）によって提供されるポータルを介して実行され、方法９００は、同意フォームの更新及び更新された同意フォームに対する同意の取得、車両のＶＩＮに基づくデータのフィルタリング、同意発送結果の再検討（どの車両が受理、拒否したか、データ消費者を不明と報告したか、保留中の結果があるか、及び到達できなかったかを含む）、同意ステータスの確認、同意履歴の確認、既存の同意の取消、同意を報告したときの通知の受信、同意が満了したときの通知の受信等の１つ以上を含む。

実施形態では、特定の車両が到達不能である可能性があり、車両が到達不能であることに応答して、方法は、同意記録内の同意ステータスをＮ／Ａとして格納することを含む。

いくつかの実施形態では、方法は、データ消費者がアクセスすることを要求しているデータへのアクセスをＯＥＭが許可又は拒否するために、同意フォームを車両のＯＥＭに送信することをなおもさらに含む。いくつかの実施形態では、本方法は、ＯＥＭとデータ消費者との間の通信を促進することも含む。

図１２は、車両から収集されたデータにアクセスするために、車両で同意を得るための方法１０００のフローチャートである。方法１０００は、ステップ１００２で、車両において、データ消費者と、そのデータ消費者がアクセスを要求しているデータとを特定するクラウドシステムから同意フォームを受け取ることを含む。方法１０００は、ステップ１００４で、同意フォームをオペレータに提示することも含む。実施形態では、オペレータは、車両の所有者／ドライバである。いくつかの実施形態では、同意フォームは、ディスプレイ７００（図９及び図１０）を介して提示される。他の実施形態では、同意フォームは、車両に関連するモバイルデバイス上のモバイルアプリケーションを介して提示され、モバイルアプリケーションは、例えば、その表示のために車両から同意フォームを受信する。いくつかの実施形態では、オペレータに表示される同意フォームは、後で想起されるべき選択と、オペレータが会社を知らないことを示す選択とを含む。

方法１０００は、ステップ１００６で、オペレータから同意のための選択を受信することをさらに含み、選択は、データ消費者が車両からデータにアクセスするための同意を受理するか拒否するかのいずれかである。いくつかの実施形態では、同意の拒否を受信することには、会社がオペレータにとって不明である、オペレータが１つ以上の選択されたデータ信号を共有したくない、同意の有効期限が長すぎる、データが格納される時間が長すぎる等の拒否の理由を受信することを含む。

いくつかの実施形態では、データ消費者によって必須であると識別されたデータ信号が利用できないことに応答して、車両は、同意フォームをオペレータに提示し、そこから同意のための選択を受信するのではなく、データが利用できないことをクラウドに応答する。さらなる実施形態では、以前に受理された同意フォームが、車両で利用できないデータ信号を含むように修正されることに応答して、車両は、データの送信を停止し、以前の同意は非アクティブとしてマークされ、オペレータは変更について通知される。

方法１０００は、さらに、オペレータの応答をクラウドベースシステムに送信することを含む。応答は、受理／拒否、タイムスタンプ、及び他の関連情報を含む。

いくつかの実施形態では、方法１０００は、同意を取り消す選択を受信し、取り消しをクラウドシステムに送信することをさらに含む。いくつかの実施形態では、方法は、車両で同意フォームと応答との両方を格納し、オペレータが同意に対して提供された応答をいつでも変更できるようにすることをさらに含む。

実施形態では、新しい同意フォームが以前に既に受理された同意フォームを置き換えるために送信されるとき、以前の同意フォームは、新しい同意フォームが応答されるまでアクティブなままであり、そのとき、新しい同意フォームは、データ消費者と車両との間の唯一の有効な同意フォームとなる。

実施形態では、同意フォームは、データ消費者とオペレータの間の信頼の連鎖を維持するために暗号化される。いくつかの実施形態では、各データ消費者には公開鍵と秘密鍵のペアが割り当てられ、各車両／オペレータにも公開鍵と秘密鍵のペアが割り当てられている。同意フォームが送信されると、同意フォームは、データ消費者の秘密鍵を用いて暗号化される。車両／オペレータは、データ消費者の公開鍵を利用して暗号化し、またチェックサムを検証する。同様に、車両／オペレータは、同意を受理すると、車両／オペレータの秘密鍵で署名する。このプロセスの一例は、以下の通りである。データ消費者又は車両オペレータにとって、クラウドに送信され、クラウドを経由するデータが暗号化されることが望ましい場合、データ消費者は、車両に送信される同意フォームとともに、その公開鍵をクラウド経由で送信してもよい。車両は、最終的にこの公開鍵を受け取り、（プライバシー対策を通知する）同意フォームが受理された後、又は条件付きで受理された後、車両でクラウドに送り返されるデータを暗号化する。この車両で暗号化されたデータは、要求に応じてクラウドを通じてデータ消費者に送り返され、データ消費者は、関連する秘密鍵を使用して要求されたデータを復号することができる。一般に、データが要求され、同意が得られ、データはリアルタイムで流れ始め、データ消費者が様々なデータポイントの暗号化を要求する場合でも、あるいはデータポイントが匿名化される場合等でも、各ステップに必要な時間は数秒だけである。

いくつかの実施形態では、データ共有プラットフォームは、デジタルステガノグラフィー等のデジタル電子透かしを利用するが、これは、どの車両が実際にデータを送信しているかを検証したり、適切な格納期間を確認したり等をするためである。

いくつかの実施形態において、本方法は、車両において、データへのアクセスに同意を与えられたデータ消費者のそれぞれからコマンド及びユーザインターフェース通知を受信することをさらに含み、そのコマンド及びユーザインターフェース通知によって、オペレータは、データ消費者が車両の側面を遠隔制御するためのアクセスを許可し、データ消費者とオペレータとの間の双方向通信を促進することができる。いくつかの実施形態では、方法は、また、車両において、各データ要素が車両から共有プラットフォームへ一度だけ安全に送信されるように、データを圧縮及び配置することも含む。データ共有プラットフォームは、データ要素にアクセスするための同意を得た複数のデータ消費者にそのデータ要素を安全に広めるように構成される。実施形態では、車両は、各送信において、どのデータ消費者に特定のデータ要素へのアクセスを与えるかを正確に完全に制御するように構成される。

実施形態では、データ共有プラットフォームは、その所有者がデータ共有プラットフォーム上のデータ消費者、ＯＥＭ、及びオペレータの活動を管理、検査、及び制御することを提供するように構成される。これらの実施形態のいくつかでは、データ共有プラットフォームは、登録されたデータ消費者のリスト、データ消費者のそれぞれのＯＥＭステータス、データ消費者によって作成された同意フォーム、登録されたＯＥＭのリスト、各ＯＥＭに対して承認及び不承認されたデータ消費者、データ消費者のうちの１人以上によって受理された同意の履歴、ＶＩＮ番号、及び同意フォーム、取り消された同意、同意が取り消された場合の通知、オペレータがデータ消費者を知らないために同意が拒否された場合の通知、オペレータから提供されたフィードバック、クラウドのステータス、消費者ＡＰＩのステータス、エラー及びデバッグログに対するアクセスのうちの１つ以上を提供するように構成される。

実施形態では、データ共有プラットフォームは、データ消費者の数、接続された車両の数、及びこれらの数の経時変化を提供するようにも構成される。いくつかの実施形態では、データ共有プラットフォームは、データ消費者が異常な数の拒絶又は違反を有する場合に、所有者通知を発行するように構成される。この通知は、他のデータ消費者と比較して拒絶及び／又は違反の数が異常であることによってトリガされ得るか、あるいはデータ消費者の拒絶及び／又は違反が所定の閾値の数に達したときにトリガされ得る。

いくつかの実施形態では、データ共有プラットフォームは、データ消費者を監視し、データ消費者がアクセスする許可を有さないデータにアクセスしている場合、あるいは意図しない方法でデータ共有プラットフォームを利用している場合、所有者に通知を発行するように構成される。実施形態では、データ消費者がアクセスするための同意を有するデータ要素間の比較が、データ消費者がアクセスしたデータ要素と比較され、後者が前者に含まれないデータ要素を含む場合に、通知を発行する。

データ消費者の異常な行動の検出とともに、実施形態では、データ共有プラットフォームは、データ共有プラットフォームによって収集された他のデータのほとんどと著しく異なることによって疑いを持たれる稀有な項目、イベント、又は観測を識別するために、車両によって生成される異常なデータを検出するように構成される。例えば、車両の速度の急激な低下は、衝突の可能性を示し、燃料タンクのレベル又は圧力の低下は、燃料漏れを示すことがある。

実施形態では、データ共有プラットフォームは、データ異常が発生したときに、レンタカー会社等の車両の所有者に警告するように構成される。他の実施形態では、データ共有プラットフォームは、車両のＶＩＮによってデータ異常を追跡し、発生したデータ異常を所有者が確認できるように構成される。実施形態において、データ共有プラットフォームは、取得された同意に基づき、データ異常が発生したときにデータ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者に通知し、発生した異常のリストへのアクセスを提供するようにも構成される。これらのリストは、ＶＩＮ、ＯＥＭ、地理的地域等によってフィルタリングすることができる。

実施形態では、異常は、他の類似のデータ信号と比較したときに、閾値を超える信号又は普通でない信号の組み合わせに基づいてトリガされる。いくつかの実施形態では、異常値を含むデータのスナップショットは、クラウドに取り込まれ、格納されるが、これは、オペレータ、データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者が（所有者によって与えられた同意に基づいて）アクセスして、検討し、正常なデータも含むデータセット内で異常値を検討できるようにするためである。データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者が異常データにアクセスしたい場合、そのようなアクセス要求は、上述した同意フォームに含まれるべきである。

図１３は、車両から取得されたデータにおける異常を検出するための方法１１００のフローチャートである。方法１１００は、ステップ１１０２で、所定の頻度で収集されたデータを車両から取得することを含む。所定の頻度は、確実に、稀有な異常の観察が可能であり、そのような異常が見落とされないように選択される。データは、データが収集されるときにリアルタイムで、あるいは収集されたデータのバッチで取得することができる。

方法１１００は、ステップ１１０４で、異常についてデータを分析することも含む。上述のように、データを分析することは、データを所定の閾値と比較すること、データを他の車両から得られた同様のデータと比較すること、データを異常と関連するテストデータと比較すること等の１つ以上を含むことができる。実施形態では、データは、所定数のデータポイントを受信すると、異常について分析される。

方法１１００は、ステップ１１０６で、オペレータ、データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者のうちの少なくとも１つに異常を報告することをさらに含む。いくつかの実施形態では、方法は、データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者が、異常を報告する前に、データにアクセスする同意を得たことを確認することを含む。他の実施形態では、方法１１００は、オペレータ、データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者のうちの１つからの、異常を検出するようにという要求によって開始される。いくつかの実施形態では、ステップ１１０６は、そのさらなる分析のために、オペレータ、データ消費者、ＯＥＭ、及びデータ共有プラットフォーム所有者のうちの少なくとも１つと基礎データを共有することを含む。

一実施形態では、所定期間のハザードランプの作動は、異常とみなされる。この実施形態では、データは、他のドライバにハザード／安全情報を提供するために、公開で提供される。例えば、アクティブなハザードランプ及びＧＰＳ位置は、ナビゲーションプラットフォームと共有することができ、その後、それらのプラットフォームのユーザに、ハザードランプがアクティブな状態で車両が停止している場所を通知できる。

上述のように、データ消費者は、車両によって収集されたデータの１つ以上の信号からのデータ、自動車事故等の異常に対する通知及び／又はそれに関連するデータ、車両にコマンドを送信する機能、及び車両にオペレータインターフェース（ＵＩ）通知を送信する機能にアクセスするための同意フォームをオペレータに要求できる。実施形態において、同意フォームは、ＡＰＩを介して等、データ共有プラットフォームにプッシュすることができ、あるいはデータ共有プラットフォームによって提供されるデータ消費者ＵＩ／ポータルを介して、データ共有プラットフォームにアップロードすることができる。同様に、実施形態では、データ消費者が車両に送信したコマンド及びＵＩ通知は、ＡＰＩを介してデータ共有プラットフォームに、最終的に車両にプッシュすることができる。実施形態において、車両の利用不可能性に応答して、データ共有プラットフォームは、コマンドをキャッシュし、車両の利用不可能性に起因してコマンドをキャンセルする前に、所定の回数コマンドをプッシュしようとする。いくつかの実施形態では、車両にプッシュされた通知は、オペレータのためのユニフォームリソースロケータ（ＵＲＬ）を含む。

実施形態では、データ共有プラットフォームは、車両から受信したデータを、データを受信することに同意したデータ消費者のそれぞれにプッシュするように構成される。実施形態では、プッシュされたデータは、異常通知及び関連データも含む。そうすることで、データ共有プラットフォームは、車両データを格納する必要がない。さらに、サービスのスケーリングでは、ストレージソリューションを拡張、管理、及び維持する必要なく、各データ消費者のために第三者ストレージエンドポイントを取得することを必要とするだけである。

いくつかの実施形態では、レンタカー会社のような所有者もデータ消費者である。そのような所有者は、コマンドを利用して、車両の次の賃借人等の後続のドライバのために車両を構成／再構成する。特に、所有者は、車両の機能をデフォルトに設定／再設定するためのコマンドをプッシュする。これらの機能には、車両の言語をデフォルトの言語に設定すること、ブルートゥース（登録商標）を介して行われたような無線デバイス接続をクリアすること、気候制御をデフォルトに設定すること、無線機プリセットを設定／再設定すること、車両ナビゲーションシステムのナビゲーションポイントを設定すること、窓を閉じること、車両をロック／ロック解除すること、トランクを開けること等が含まれる。例えば、一実施形態では、データ共有プラットフォームは、気候制御コマンドを車両にプッシュするように構成される。顧客に車両をレンタルする際、レンタル会社は、レンタル者が車両に到達する前に、車両の気候制御を開始するコマンドをプッシュして、レンタル者のために車両を事前調整することができる。

データ消費者としての所有者は、車両が安全で注意が行き届いているかを監視するために、ベンチマークに対するタイヤ圧の変化、安全機能の無効化、シートベルトの不着用等、特定の条件が満たされたときに通知を受信する等してもよい。

いくつかの実施形態では、レンタカー会社等の所有者は、プッシュ通知を利用して、レンタル契約、到達しそうな走行距離制限、（保険会社のための）請求書の提出に関する質問等の重要な情報を運転者に通知する。

いくつかの実施形態では、所有者は、車両が盗まれたことを報告し、車両の回収を支援するために車両にコマンドをプッシュして、車両からのデータを法執行機関に提供することが可能である。

データ共有プラットフォームによって得られたデータの所有権は、ＯＥＭ、車の所有者、及び車のドライバのうちの１つ以上である。そのため、実施形態では、データ共有プラットフォームは、所有者／ドライバ（オペレータ）によって与えられる同意だけでなく、ＯＥＭによる同意も促進するように構成される。これにより、ＯＥＭは、それによって製造された車両からアクセスされるデータを制御することができる。

実施形態では、データ共有プラットフォームは、ＯＥＭによって、データ消費者がそれによって製造された車両に同意フォームを送信できるかどうかを受理又は拒否できるように、ＯＥＭによって、特定のデータ消費者の同意を取り消すことができるように、データ消費者がアクセスできるデータ要素を制御し、データ消費者がそれによって製造された車両に送信できるコマンドと通知を制御するように構成される。上述のように、実施形態では、ＯＥＭは、そのような同意がオペレータから得られた後に同意を承認する能力、同意フォームがオペレータに送信される前に同意フォームを承認する能力、データ消費者がポリシーに違反した場合又はデータ消費者がオペレータに知られていないために同意が拒否された場合に通知を受け取る能力等も提供される。

実施形態では、データ共有プラットフォームは、ＯＥＭによる上記の列挙された活動を促進するために、各車のＶＩＮを利用してＯＥＭを決定する。

本開示は、例示的な実施形態及びその具体例を参照して本明細書に図示され、説明されているが、他の例示的な実施形態及び例が同様の機能を実行し得ること、及び／又は同様の結果を達成し得ることは、当業者にとって容易に明らかである。そのような同等の例示的な実施形態及び例の全ては、本開示の精神及び範囲内にあり、それによって企図され、全ての目的のために以下の非限定的な請求項によってカバーされることが意図される。

Claims (23)

1. 自動車データ共有システムであって、
   プロセッサと、命令を格納するメモリとを備えるデータ集約クラウドシステムを備え、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している複数の車両から入力データを受信させ、前記入力データに関連する出力データを、アプリケーションプログラミングインターフェースを利用して１つ以上のエンティティに提供させる、自動車データ共有システム。
2. 前記共通オペレーティングシステムは、アンドロイド（登録商標）（Ｇｏｏｇｌｅ ＬＬＣ(登録商標)）オペレーティングシステムである、請求項１に記載の自動車データ共有システム。
3. 前記データ集約クラウドシステムは、無線双方向通信リンクを介して前記複数の車両のそれぞれに結合されていることと、
   前記データ集約クラウドシステムは、双方向通信リンクを介して前記１つ以上のエンティティのそれぞれに結合されていることと、
   の１つ以上である、請求項１に記載の自動車データ共有システム。
4. 前記データ集約クラウドシステムは、
   前記入力データを集約すること、
   前記入力データをソートすること、
   前記入力データを保護すること、
   前記入力データを匿名化すること、
   前記入力データを洗浄すること、及び
   前記入力データから前記出力データを合成すること、
   のうちの１つ以上を行うようにさらに構成される、請求項１に記載の自動車データ共有システム。
5. 前記データ集約クラウドシステムは、
   前記１つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信すること、
   受信した前記同意フォーム要求に応答する同意フォームを生成すること、
   前記同意フォームを前記複数の車両のうちの選択車両に送信すること、
   前記複数の車両のうちの前記選択車両から同意フォーム応答を受信すること、
   前記同意フォーム応答が肯定的な場合、前記入力データに関連する前記出力データを前記１つのエンティティに提供すること、及び
   前記同意フォーム応答が否定的な場合、前記複数の車両のうちの前記選択車両から前記入力データを受信するのを拒否するか、又は前記入力データに関連する前記出力データを前記１つのエンティティに提供するのを拒否すること、
   のうちの１つ以上を行うようにさらに構成される、請求項１に記載の自動車データ共有システム。
6. 前記同意フォーム応答は、前記複数の車両のうちの前記選択車両のオペレータによって選択された期間制限を含む、請求項５に記載の自動車データ共有システム。
7. 前記同意フォーム応答は、前記複数の車両のうちの前記選択車両のオペレータによって選択されたデータタイプ制限を含む、請求項５に記載の自動車データ共有システム。
8. 前記データ集約クラウドシステムは、前記複数の車両のうちの前記選択車両から修正済同意フォーム応答を受信し、前記修正済同意フォームに対応する前記１つのエンティティに前記入力データに関連する修正済出力データを提供するようにさらに構成される、請求項５に記載の自動車データ共有システム。
9. 前記同意フォームは、前記複数の車両のうちの前記選択車両のそれぞれのディスプレイのユーザインターフェースに送信され、前記同意フォーム応答は、前記複数の車両のうちの前記選択車両のそれぞれの前記ディスプレイから受信される、請求項５に記載の自動車データ共有システム。
10. 前記入力データは、前記入力データが前記データ集約クラウドシステムによって読み取れないように、前記１つ以上のエンティティのうちの１つのエンティティによる暗号化の要求に応答して、前記複数の車両のうちの１つ以上によって暗号化される、請求項１に記載の自動車データ共有システム。
11. 前記入力データは、前記データ集約クラウドシステムを介して前記１つ以上のエンティティのうちの前記１つのエンティティから受信した公開鍵を用いて前記複数の車両のうちの前記１つ以上によって暗号化され、関連する前記出力データは、その後、対応する秘密鍵を用いて前記１つ以上のエンティティのうちの前記１つのエンティティによって復号化される、請求項１１に記載の自動車データ共有システム。
12. 前記入力データは、前記１つ以上のエンティティのうちの１つのエンティティからの要求に基づくイベント閾値及び周期のうちの１つ以上である、請求項１に記載の自動車データ共有システム。
13. 前記データ集約クラウドシステムは、前記１つ以上のエンティティのうちの１つのエンティティからコマンド、プッシュ通知、及びウェブリンクのうちの１つ以上を前記複数の車両のうちの１つ以上に送信するように構成される、請求項１に記載の自動車データ共有プラットフォーム。
14. 自動車同意管理方法であって、データ集約クラウドシステムにおいて、
    １つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信するステップと、
    受信した前記同意フォーム要求に応答する同意フォームを生成するステップと、
    前記同意フォームを複数の車両のうちの選択車両に送信するステップと、
    前記複数の車両のうちの前記選択車両から同意フォーム応答を受信するステップと、
    前記同意フォーム応答が肯定的な場合、前記複数の車両のうちの前記選択車両から受信した入力データに関連する出力データを前記１つのエンティティに提供するステップと、
    前記同意フォーム応答が否定的な場合、前記複数の車両のうちの前記選択車両から前記入力データを受信するのを拒否するか、又は前記入力データに関連する前記出力データを前記１つのエンティティに提供するのを拒否するステップと、
    を含む、自動車同意管理方法。
15. 前記データ集約クラウドシステムは、プロセッサと、命令を格納するメモリとを備え、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している前記複数の車両から前記入力データを受信させ、前記入力データに関連する前記出力データを、アプリケーションプログラミングインターフェースを利用して前記１つ以上のエンティティに提供させる、請求項１５に記載の自動車同意管理方法。
16. 前記データ集約クラウドシステムは、無線双方向通信リンクを介して前記複数の車両のそれぞれに結合されていることと、
    前記データ集約クラウドシステムは、双方向通信リンクを介して前記１つ以上のエンティティのそれぞれに結合されていることと、
    の１つ以上である、請求項１５に記載の自動車同意管理方法。
17. 前記入力データを集約するステップと、
    前記入力データをソートするステップと、
    前記入力データを保護するステップと、
    前記入力データを匿名化するステップと、
    前記入力データを洗浄するステップと、
    前記入力データから前記出力データを合成するステップと、
    のうちの１つ以上をさらに含む、請求項１５に記載の自動車同意管理方法。
18. 前記同意フォーム応答は、前記複数の車両のうちの前記選択車両のオペレータによって選択された期間制限を含む、請求項１５に記載の自動車同意管理方法。
19. 前記同意フォーム応答は、前記複数の車両のうちの前記選択車両のオペレータによって選択されたデータタイプ制限を含む、請求項１５に記載の自動車同意管理方法。
20. 前記複数の車両のうちの前記選択車両から修正済同意フォーム応答を受信し、前記修正済同意フォームに対応する前記１つのエンティティに前記入力データに関連する修正済出力データを提供するステップをさらに含む、請求項１５に記載の自動車同意管理方法。
21. 前記同意フォームは、前記複数の車両のうちの前記選択車両のディスプレイのユーザインターフェースに送信され、前記同意フォーム応答は、前記複数の車両のうちの前記選択車両の前記ディスプレイから受信される、請求項１５に記載の自動車同意管理方法。
22. メモリ内の命令として格納された非一時的コンピュータ可読媒体であって、前記命令は、データ集約クラウドシステムのプロセッサによって実行されると、前記プロセッサに、
    １つ以上のエンティティのうちの１つのエンティティから同意フォーム要求を受信するステップと、
    受信した前記同意フォーム要求に応答する同意フォームを生成するステップと、
    前記同意フォームを複数の車両のうちの選択車両に送信するステップと、
    前記複数の車両のうちの前記選択車両から同意フォーム応答を受信するステップと、
    前記同意フォーム応答が肯定的な場合、前記複数の車両のうちの前記選択車両から受信した入力データに関連する出力データを前記１つのエンティティに提供するステップと、
    前記同意フォーム応答が否定的な場合、前記複数の車両のうちの前記選択車両から前記入力データを受信するのを拒否するか、又は前記入力データに関連する前記出力データを前記１つのエンティティに提供するのを拒否するステップと、
    を実行させる、非一時的コンピュータ可読媒体。
23. 前記命令は、さらに、前記プロセッサに、共通オペレーティングシステム上で動作するデータ収集アプリケーションをそれぞれ実行している前記複数の車両から前記入力データを受信させ、前記入力データに関連する前記出力データを、アプリケーションプログラミングインターフェースを利用して前記１つ以上のエンティティに提供させる、請求項２３に記載の非一時的コンピュータ可読媒体。

Images