JP2020195131A - 車両コンピュータシステムおよびマイクロフォンコントローラ - Google Patents

Abstract

【課題】車両乗員の音声データのプライバシーを強化するために音声データを暗号化および復号することができる音声認識機能を備えたシステムを提供する。【解決手段】音声認識機能を備えたシステム８において、マイクロフォンコントローラは、マイクロフォンコントローラによって開始される音声認識セッションで利用される１つ以上のマイクロフォンから音声入力を受信するようにプログラムされたプロセッサを含む。さらに、マイクロフォンコントローラは、受信した音声入力を暗号化された音声データに暗号化するように構成された１つ以上の鍵を含む鍵ストアを含む。【選択図】図１

Description

本開示は、車両乗員の音声データのプライバシーを強化するための車両コンピュータシステムおよびそれに用いられるマイクロフォンコントローラに関する。

車両には、音声データを収集するための１つ以上のマイクロフォンが装備されている場合がある。

捕捉された音声データは、テレマティクスモジュールを使用した通話、ペアの携帯電話を利用した通話、ナビゲーションシステムの音声コマンド、仮想アシスタントの音声コマンドなど、多くのアプリケーションで利用することができる。使用者は、そのようなデータのプライバシーについて心配するかもしれない。

一実施形態によれば、車両コンピュータシステムは、音声入力を受け入れるように構成される１つ以上のマイクロフォンと、音声入力を受信し、開始される音声認識セッションで音声入力を利用するように構成されるマイクロフォンコントローラと、マイクロフォンコントローラは、受信した入力を暗号化された音声データへ暗号化するように構成される１つ以上の鍵を含む鍵ストアをさらに含み、鍵ストア内の１つ以上の鍵に関連付けられた１つ以上の復号鍵をそれぞれ含む１つ以上のアプリケーションコントローラと、を含み、アプリケーションコントローラは、さらに、復号鍵を用いて音声データを復号し、復号された音声データを利用するように構成される。

第２の実施形態によれば、車両コンピュータシステムは、音声入力を受信し、音声認識セッションで音声入力を利用するように構成されたマイクロフォンコントローラを含み、マイクロフォンコントローラは、受信した入力を暗号化された音声データへ暗号化するように構成される１つ以上の鍵を含む鍵ストアをさらに含み、マイクロフォンコントローラは、鍵ストア内の１つ以上の鍵に関連付けられた１つ以上の復号鍵をそれぞれ含む１つ以上のアプリケーションコントローラと通信するように構成され、アプリケーションコントローラは、さらに、１つ以上の鍵を利用して音声データを復号し、復号された音声データを利用するように構成される。

音声認識機能を備えた例示的なシステムの機能ブロック図である。 音声データを暗号化および復号可能な音声認識機能を備えた例示的なシステムの機能ブロック図である。 音声データを暗号化および復号する音声認識システムのフローチャートである。

本開示の実施形態が本明細書に記載される。しかしながら、開示された実施形態は単なる例であり、他の実施形態は様々なおよび代替の形態を取ることができることを理解されたい。図は必ずしも縮尺どおりではない。特定のコンポーネントの詳細を表示するために、一部の特徴が誇張され、あるいは極小化されるかもしれない。したがって、本明細書で開示される特定の構造および機能の詳細は、限定するものとして解釈されるべきではなく、当業者に実施形態を様々に採用することを教示するための単なる代表的な基礎として解釈されるべきである。当業者が理解するように、図のいずれかを参照して示され、説明される様々な特徴は、１つ以上の他の図に示される特徴と組み合わせて、明示的に図示または説明されない実施形態を生成することができる。例示された特徴の組み合わせは、典型的な用途の代表的な実施形態を提供する。しかしながら、本開示の教示と一致する、特徴の様々な組み合わせおよび修正は、特定の用途または実施のために望ましい場合がある。

公開鍵基盤（ＰＫＩ）には、デジタル証明書の作成、管理、配布、使用、保存、取り消し、および公開鍵暗号化の管理に必要な一連の役割、ポリシー、および手順が含まれ得る。ＰＫＩの目的は、ｅコマース、インターネットバンキング、機密の電子メールなど、さまざまなネットワークアクティビティの情報の安全な電子転送を促進することである。以下に示す実施形態では、様々なモジュール間で音声認識データを通信するために、ＰＫＩが利用され得る。ＰＫＩは、通信に関与する当事者の身元を確認し、転送される情報を検証するためのアクティビティに利用され得る。

暗号化において、ＰＫＩは公開鍵を主体（人や組織など）のそれぞれのＩＤに結びつける取り決めである。結びつきは、認証局での登録および認証局による証明書の発行のプロセスを通じて確立され得る。結びつきの保証レベルに応じて、これは自動化されたプロセスまたは人間の監督下で実行される。有効で正しい登録を保証するＰＫＩの役目は、登録機関と呼ばれる。登録機関は、デジタル証明書の要求を引き受け、その要求を行う主体を認証する責任がある。主体は、その主体に関する情報に基づいて、各認証局ドメイン内で一意に識別可能である。第三者確認機関は、認証局のために、主体情報を提供することができる。

図１は、一般的な音声認識機能を備えたシステム８の概要を示している。図１に示すように、システム８は、自動車、商用トラック、オートバイ、オフロード車両などの車両に見受けられ得る。システム８は、表示制御ユニット（以下、ＤＣＵとも呼ばれる）２、ナビゲーションユニット３、オーディオユニット４、および電話通信ユニット５を含む。ＤＣＵ２およびナビゲーションユニット３は、それぞれ、内蔵された音声認識装置６および７を含み得る。ＤＣＵ２およびナビゲーションユニット３は、システム８のコンポーネントである。ＤＣＵ２は、コントローラ９（音声認識コントローラの一例）、ヒューマンマシンインターフェース１０（以下、ＨＭＩとも呼ばれる）、音声合成器１１（テキスト音声化（ＴＴＳ）部）１１、音声認識装置（音声認識（ＶＲ）部）６、認識辞書１２、そして、表示制御ユニットおよびナビゲーションインターフェース（ＤＣＵ−Ｎａｖｉ Ｉ／Ｆ）１３を含む。コントローラ９は、ＤＣＵ２の各部を制御する機能を有する。ＨＭＩ１０は、ディスプレイ、操作部、リモコンを含む。操作部は、ディスプレイの画面上に設けられたタッチパネルと、ディスプレイの画面周辺に設けられた複数の操作スイッチとを含む。

音声合成器１１は、コントローラ９からのテキストを音声（音声信号）に変換（合成）するように機能することができる。合成された音声はコントローラ９に出力される。合成された音声は、コントローラ９からオーディオユニット４に送られ、オーディオユニット４のスピーカを介して音声として出力される。

音声認識装置６は、認識辞書１２の各辞書を用いて、マイクロフォン１４を介して入力される音声（アナログ音声信号）の音声認識を行う機能を備えることができる。認識結果はコントローラ９に出力される。認識辞書１２は、コマンド用辞書１５、音楽用辞書１６、電話用辞書１７を含む。コマンド用辞書１５、音楽用辞書１６、電話用辞書１７は、それぞれ、コマンド（ＤＣＵ２、ナビゲーションユニット３、オーディオユニット４、および電話通信ユニット５用の各種コマンド）、音楽、電話などの３つのデータフィールドに対応する音声認識辞書である。認識辞書１２は、上述の３つのデータフィールド以外の１つ以上のデータフィールドに対応する１つ以上の音声認識辞書をさらに含んでもよい。認識辞書１２は、物理的な入力（例えば、ハンドルスイッチの起動、ボタンの押下など）ではなく、音声コマンドを利用して音声認識セッションを起動するために利用される「ウェイクワード」を含むことができる。

コントローラ９は、ＤＣＵ−Ｎａｖｉ Ｉ／Ｆ１３と、ナビゲーションユニット３のＤＣＵ−Ｎａｖｉ Ｉ／Ｆ１８を介して、ナビゲーションユニット３とデータ通信を行うことができる。ＤＣＵ２は、ＤＣＵ２とオーディオユニット４との間または電話通信ユニット５とデータ通信を実行するためのインターフェース（図示せず）を含む。

図１に示すように、ナビゲーションユニット３は、コントローラ１９、音声合成器２０（ＴＴＳ部）、音声認識装置７（ＶＲ部）、認識辞書２１、およびＤＣＵ−Ｎａｖｉ Ｉ／Ｆ１８を含み得る。また、ナビゲーションユニット３は、ナビゲーション装置の典型的な構成を含み、たとえば、車両の現在位置を検出する位置検出装置、地図データ等を入力する地図データ入力装置、現在位置から目的地までの経路を算出する経路算出装置、および、経路に沿った案内を行う経路案内装置を含む（各装置は図示されない）。

コントローラ１９は、ナビゲーションユニット３の各部を制御する機能を有する。音声合成器２０は、コントローラ１９からのテキストを音声（音声信号）に変換（合成）する機能を有する。合成された音声は、コントローラ１９に出力される。合成された音声は、コントローラ１９からＤＣＵ２に送られ、オーディオユニット４のスピーカを介して音声として出力される。

音声認識装置７は、マイクロフォン１４を介して入力された音声（アナログ音声信号）をＤＣＵ２を介して受信する。音声認識装置７は、認識辞書２１の各辞書を用いて、この入力音声の音声認識を行う機能を有する。音声認識結果は、コントローラ１９に出力される。認識辞書２１は、住所用辞書２２、ポイント・オブ・インタレスト（ＰＯＩ）用辞書２３、およびコマンド用辞書２４を含む。住所用辞書２２、ＰＯＩ用辞書２３、およびコマンド用辞書２４は、それぞれ、住所、ＰＯＩ（施設名）、およびコマンド（ナビゲーションユニット３用のさまざまなコマンド）の３つのデータフィールドに対応する音声認識辞書である。認識辞書２１は、上述の３つのデータフィールド以外の１つ以上のデータフィールドに対応する１つ以上の音声認識辞書をさらに含んでもよい。

コントローラ１９は、ＤＣＵ−Ｎａｖｉ Ｉ／Ｆ１８と、ＤＣＵ２のＤＣＵ−Ｎａｖｉ Ｉ／Ｆ１３を介して、ＤＣＵ２とデータ通信を行う。本実施形態におけるナビゲーションユニット３は、典型的なナビゲーション装置のいくつかの構成を含むが、典型的なナビゲーション装置の特定の構成を含まない。具体的な構成は、ディスプレイ、タッチパネル、操作ユニット、およびリモコンを含むＨＭＩである。ナビゲーションユニット３は、ナビゲーションユニット３のＨＭＩとして、ＤＣＵ２を利用することができる。

この構成では、ナビゲーションユニット３のＨＭＩとしてＤＣＵ２を用いた場合、制御主体（マスタ制御主体）がナビゲーションユニット３に移行し、ナビゲーションユニット３がＤＣＵ２（スレーブ制御主体）を制御する。その後、ナビゲーションユニット３が動作（ナビゲーション処理）を終了すると、マスタ制御主体はＤＣＵ２に戻り、ＤＣＵ２はナビゲーションユニット３（スレーブ制御主体）を制御する。なお、車両の電源投入時（初期状態または通常状態の場合）は、ＤＣＵ２が主制御装置であり、ＤＣＵ２は、ナビゲーションユニット３（例えば、スレーブ制御主体）を制御する。

オーディオユニット４がＤＣＵ２に接続されている状況では、ＤＣＵ２は、オーディオユニット４のＨＭＩとして動作することができる。たとえば、ユーザが、ＤＣＵ２のタッチパネルを操作したり、マイクロフォン１４を介して音声を入力したりすることにより、音楽の名称を入力すると、ＤＣＵ２は、オーディオユニット４によって音楽を再生するための指令を送信する。この指令に応じて、オーディオユニット４は音楽を再生する。この場合、ＤＣＵ２がマスタ制御主体となり、ＤＣＵ２はオーディオユニット４（スレーブ制御主体）を制御する。

電話通信ユニット５がＤＣＵ２に接続されている場合には、ＤＣＵ２は、電話通信ユニット５のＨＭＩとして動作する。具体的には、ユーザが、ＤＣＵ２のタッチパネルを操作したり、マイクロフォン１４を介して音声入力したりすることにより、電話番号（または、電話をかける相手の名前）を入力すると、ＤＣＵ２は、その電話番号に電話をかけるよう、電話通信ユニット５へ指令を送信する。電話通信ユニット５は、指令に応じて、電話番号に電話をかける。この場合、ＤＣＵ２がマスタ制御主体であり、ＤＣＵ２は、電話通信ユニット５（スレーブ制御主体）を制御する。電話通信ユニット５によって電話がかけられると、ＤＣＵ２のマイクロフォン１４が通話用のマイクロフォンとして役立ち、オーディオユニット４のスピーカが通話用のスピーカとして役立つことができる。電話通信ユニット５が着呼を受信すると、着呼信号がＤＣＵ２に送られる。そして、ＤＣＵ２は、着呼に応答して、その着呼をユーザに知らせる。ユーザが通話開始を選択すると、ＤＣＵ２は、通話開始の指示を電話通信ユニット５に送信し、通話を開始する。

図２は、音声データを暗号化および復号することができる音声認識機能を備えたシステム２００を示している。システム２００は、図１のシステムと似ているが、図２の実施形態は、様々なエリアの鍵ストア２０５並びに暗号化および復号鍵を示している。システム２００は、マイクロフォンモジュール２０１を含むことができる。マイクロフォンモジュール２０１は、車両マイクロフォンまたは補助マイクロフォン（例えば、モバイルデバイス、タブレット、電話などの外部ソースのマイクロフォン）と通信することができる。マイクロフォンモジュール２０１を利用して、入力またはトリガに応答して音声認識セッションを開始することができる。

マイクロフォンモジュール２０１は、「ウェイクワード」検出エンジン２０３を含むことができる。検出エンジン２０３は、音声認識セッションを開始するために利用することができる。「ウェイクワード」は、機械的な入力（例えば、ステアリングホイールスイッチまたは別の入力）を利用せずに音声認識セッションをトリガするワードである。「ウェイクワード」検出エンジン２０３の１つの例は、ＡＭＡＺＯＮ ＥＣＨＯアプリケーションでの「ＡＬＥＸＡ」、またはＡＰＰＬＥ製品での「ＨＥＹ ＳＩＲＩ」の使用である。「ウェイクワード」検出エンジン２０３は、車両室内の音声入力を常に待機していてもよい。

マイクロフォンモジュール２０１は、鍵ストア２０５を含むことができる。鍵ストア２０５は、マイクロフォンモジュール２０１で受信されるマイクロフォンからの音声入力を暗号化するために利用される様々な鍵を含むことができる。鍵ストア２０５の暗号化鍵は、特定の実施形態の暗号化された音声データを作成するために、音声入力データに対してハッシュを実行することができる。このようにして、特定の実施形態において、暗号化に加えてハッシュを実行することができる。このような場合、音声入力データはハッシュされ、その結果得られるハッシュ値は、データの信頼性を証明する手段として、鍵を使用して署名される。これにより、攻撃者が以前にキャプチャした暗号化された音声データを再生することを防ぐことができる。音声入力データを暗号化するために利用される鍵ストア２０５内の鍵は、暗号化された音声データを復号するためにも利用することができる。マイクロフォンモジュール２０１は、通常、セキュリティプロトコルの一部として構成されていないので、マイクロフォンモジュール２０１内の鍵および鍵ストア２０５は、典型的な場所ではない。

そして、暗号化された音声データ２０７は、マイクロフォンモジュール２０１から車両内の様々なデバイスに送信されてもよい。例えば、システム２００は、それ自体の車内セルラーモジュール２０６（例えば、テレマティクスモジュール／テレマティクスシステム）を含むことができる。セルラーモジュール２０６は、車両から非車載の「クラウド」にデータおよび他の情報を通信するために利用されてもよい。暗号化された音声データ２０７は、モバイルデバイスの機能をリモートでアクティブにするために車内セルラーモジュール２０６に送信されてもよい。

アプリケーションモジュール２０９は、車両の様々な機能を操作するために利用される車両コンピュータシステムの一部であってもよい。アプリケーションモジュール２０９は、システム２００のナビゲーションシステムを操作するために利用されるナビゲーションアプリケーション２１１を含むことができる。暗号化された音声データ２０７は、ナビゲーションアプリケーション２１１に渡されてもよい。ナビゲーションアプリケーション２１１は、暗号化された音声データ２０７を復号するために利用される、関連付けられた復号鍵を含むことができる。たとえば、ユーザが音声コマンドを話すと、音声データは暗号化鍵を使用して暗号化され、復号鍵を使用して復号される。いくつかの実施形態では、音声データを暗号化するために利用されたのと同じ鍵が、暗号化された音声データを復号するために利用されてもよい。例として、アプリケーションモジュール２０９は、受信された音声入力に応じて、アプリケーションモジュール２０９上でコマンドを開始するために、復号された音声データを利用してもよい。たとえば、ユーザは音声コマンドとして住所を話してもよい。マイクロフォンモジュール２０１は、音声入力を取得し、鍵ストア２０５内の鍵を利用して、音声入力（例えば、口頭での対話）を暗号化された音声データに暗号化することができる。暗号化された音声データ２０７は、暗号化された音声データ２０７を利用することになるアプリケーションモジュール２０９に送信されてもよい。次いで、アプリケーションモジュール２０９、ナビゲーションアプリケーション２１１、または仮想アシスタント２１３は、暗号化された音声データ２０７を復号することができる。復号された音声データは、ナビゲーションアプリケーション２１１が音声コマンドとしての住所を解読することを可能にし、したがって、ナビゲーションアプリケーション２１１を操作することができる。

仮想アシスタント２１３も、アプリケーションモジュール２０９に含まれてもよい。仮想アシスタント２１３は、非車載サーバから情報を検索することができるアプリケーションであり得る。仮想アシスタント２１３は、ユーザのスケジューリング、天気情報、または他の個人情報を援助することができる。復号鍵は、仮想アシスタント２１３に関連付けられてもよい。仮想アシスタント２１３の復号鍵は、鍵ストア２０５の鍵と対称であってもよい。

ブルートゥースモジュール２１５（ブルートゥースは登録商標。以下同様）またはハンズフリーシステムは、アプリケーションモジュール２０９に含めることができる。ブルートゥースモジュール２１５は、モバイルデバイス２１７（例えば、スマートフォン、タブレット、スマートウォッチなど）または別のモバイルデバイスをシステム２００に接続するために利用することができる。ブルートゥースモジュール２１５は、モバイルデバイス２１７のハンズフリー操作を可能にすることができる。ブルートゥースモジュール２１５は、マイクロフォンモジュール２０１は、特定の連絡先またはいくつかの他の機能にダイヤルアウトするために利用することができる。

一実施形態では、ブルートゥースプロトコルは、ブルートゥースモジュール２１５からモバイルデバイス２１７にデータを送信するための、それ自体の型式のセキュリティメカニズムを含むことができる。しかしながら、別の実施形態では、ブルートゥースモジュール２１５は、暗号化されたデータをモバイルデバイス２１７に送信してもよい。モバイルデバイス２１７は、鍵（例えば、復号鍵）を含むことができる。モバイルデバイス２１７上で対応する鍵は、登録または他の手段を介して鍵ストア２０５によって関連付けられるために検索され得る。たとえば、アプリケーションが、復号鍵を鍵ストア２０５の鍵に関連付ける携帯電話にダウンロードされてもよい。

図３は、音声データを暗号化および復号する音声認識システムのフローチャート３００を示す。フローチャート３００は、音声プリケーションコントローラなどの、車両コンピュータシステム、またはコントローラ、またはプロセッサ上で実行することができる。アプリケーションが、判定ステップ３０１で、音声コマンドを介して音声アプリケーションを要求しているとき、システムが開始され得る。システムは、音声認識セッションを開始するために、入力のアクティブ化を常に監視する音声アプリケーションコントローラを含むことができる。たとえば、ステアリングホイールスイッチまたは「ウェイクワード」が、音声認識セッションを開始するために利用され得る。もちろん、インターフェースからの他の入力が利用されてもよい。

ステップ３０３で、システムはアプリケーションモジュールをトリガすることができる。アプリケーションモジュールは、たとえば、ナビゲーションアプリケーション、仮想アシスタントアプリケーション、ブルートゥースモジュール（たとえば、ブルートゥースアプリケーション）などを含むことができる。たとえば、ユーザは、音声コマンドを利用して、ナビゲーションアプリケーションまたはハンズフリー（たとえば、ブルートゥースアプリケーション）をロードすることを要求することができる。

判定ステップ３０５で、システムは、アプリケーションが音声コマンドによって要求されなかった状況で音声データが要求されたかどうかを判定することができる。音声認識システムは、図１および図２を参照して説明されたものなど（たとえば、ブルートゥースモジュール、ナビゲーションアプリケーションなど）の、車両の他のいくつかのアプリケーションおよびコントローラと連携して動作することができる。一例では、ナビゲーションアプリケーションは、音声認識システムおよび／または音声データの利用を要求することができ、したがって、音声認識セッションを開始することができる。

判定ステップ３０７で、システムは、単数または複数の受信者が音声要求を有するかどうかを判定することができる。たとえば、マイクロフォンコントローラは、１つのアプリケーションまたは複数のアプリケーションがマイクロフォンコントローラからの音声データを利用することを要求したかどうかを分析することができる。一例では、システムは、利用される音声データを記録して、スマートフォンに音声データを送信するロガーなど、複数の受信者に音声データを送信することができる。

ステップ３０９で、受信者が単一の受信者のみである場合、システムは対応する暗号鍵に変更することができる。たとえば、音声データを要求するアプリケーションがナビゲーションアプリケーションである場合、鍵ストア２０５を介して、マッピングされた鍵が音声データを暗号化するために利用され得る。暗号化鍵は、その後の送信の前に音声データを暗号化するために利用され得る。

ステップ３１１で、システムは、暗号化されたとき、その暗号化された音声データを受信側アプリケーションに送信することができる。暗号化された音声データを受信すると、アプリケーションは対応する鍵（例えば、復号鍵）を利用して音声データを復号することができる。別の実施形態では、一時鍵が送信され、暗号化された音声データを復号するために利用され得る。一時鍵は、マイクロフォンコントローラの暗号化エンジンの一部である乱数発生器から得られた一意の鍵とすることができる。一時鍵は、受信側アプリケーションに一時鍵を安全に配布し、引き続く音声データの（たとえば、一時鍵を利用する）復号を容易にするために、鍵ストア２０５の既存の鍵を利用する鍵確立プロセスの一部として配布される。一時鍵は、同じチャネルまたは異なるチャネルに、暗号化された音声データとともに送信されてもよい。一時鍵は、処理および通信帯域幅を削減するために利用される、一意のグループベースの鍵であってもよい。

ステップ３１３で、システムは、音声データを暗号化するために一時鍵を利用することができる。一時鍵は、鍵確立プロセスの実行ごとに生成されてもよい。場合によっては、音声データ要求の結果として、送信者が、１つの一時鍵のみを生成する（たとえば、ブロードキャストアプリケーションでの）単一のセッション内で、一時鍵は複数回使用されてもよい。一時鍵が生成、および変更されると、引き続く音声データの（たとえば、一時鍵を利用する）復号を容易にするために、一時鍵は、対応するアプリケーションモジュールに送信され得る。システムはその後、一時鍵によって暗号化された音声データを受信者に送信することができる。一時鍵は、補助通信チャネルまたは暗号化された音声データと同じチャネルで送信され得る。一時鍵は、暗号化されたデータを複数のアプリケーションに送信するときに帯域幅を削減するために利用され得る。

本明細書に示すプロセス、方法、またはアルゴリズムは、任意の既存のプログラム可能な電子制御ユニットまたは専用の電子制御ユニットを含む、処理デバイス、コントローラ、またはコンピュータに配信可能であり、または、それによって実行され得る。同様に、プロセス、方法、またはアルゴリズムは、限定されないが、ＲＯＭデバイスなどの書き込み不可能な記憶媒体に永続的に保存されている情報や、フロッピーディスク、磁気テープ、ＣＤ、ＲＡＭデバイス、および、その他の磁気および光学媒体などの書き込み可能な記憶媒体に変更可能に保存されている情報を含む多くの形式で、コントローラまたはコンピュータによって実行可能なデータおよび命令として保存され得る。プロセス、メソッド、またはアルゴリズムは、ソフトウェア実行可能オブジェクトに実装されてもよい。または、プロセス、方法、またはアルゴリズムの全体または一部を、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ステートマシン、コントローラ、その他のハードウェアコンポーネントまたはデバイス、または、ハードウェア、ソフトウェア、およびファームウェアのコンポーネントの組み合わせなどの適切なハードウェアコンポーネントを使用して具体化することができる。本明細書で使用される言葉は、限定ではなく説明の言葉であり、本開示の主旨および範囲から逸脱することなく様々な変更を加えることができることが理解される。たとえば、モジュールという用語は、コンピュータによって利用される命令に応答し、その命令を処理するプロセッサ、コントローラ、または他の任意のタイプの論理回路を表すことができる。さらに、モジュールという用語は、ルーチンを含むプログラム（または複数のプログラム）の一部を記述するためにソフトウェアに利用されてもよい。

例示的な実施形態が上記で説明されているが、それらの実施形態は、特許請求の範囲に包含されるすべての可能な形態を説明することを意図するものではない。前述のように、さまざまな実施形態の特徴を組み合わせて、明示的に説明または図示されていない本発明のさらなる実施形態を形成することができる。様々な実施形態は、利点を提供するか、または1つ以上の所望の特性に関して他の実施形態または先行技術の形態よりも好ましいと説明されたかもしれないが、当業者は、特定の用途や実施に依存して、所望のシステム全体の特質を達成するために、１つ以上の特徴または特性が妥協され得ることを認識する。これらの特質には、限定されないが、コスト、強度、耐久性、ライフサイクルコスト、市場性、外観、包装、サイズ、保守性、重量、製造性、組み立ての容易さなどが含まれる。したがって、いずれかの実施形態が、1つ以上の特性に関して他の実施形態または先行技術の形態よりも望ましくないと記載されている程度まで、これらの実施形態は本開示の範囲外ではなく、特定の用途に望ましい場合がある。

Claims (20)

1. 音声入力を受け入れるように構成される１つ以上のマイクロフォンと、
   音声入力を受信し、開始される音声認識セッションで音声入力を利用するように構成されるマイクロフォンコントローラと、
   前記マイクロフォンコントローラは、受信した音声入力を暗号化された音声データへ暗号化するように構成される１つ以上の鍵を含む鍵ストアをさらに含み、
   鍵ストア内の１つ以上の鍵に関連付けられた１つ以上の復号鍵をそれぞれ含む１つ以上のアプリケーションコントローラと、を備え、
   前記アプリケーションコントローラは、さらに、復号鍵を用いて音声データを復号し、復号された音声データを利用するように構成される、車両コンピュータシステム。
2. 前記１つ以上のアプリケーションコントローラは、第１の復号鍵を備えたナビゲーションアプリケーションと、第２の復号鍵を備えたブルートゥースコントローラとを含む、請求項１に記載の車両コンピュータシステム。
3. 前記マイクロフォンコントローラは、前記１つ以上のマイクロフォンから受信したウェイクワードに応答して音声認識セッションを起動するように構成されたウェイクワード検出エンジンをさらに含む、請求項１に記載の車両コンピュータシステム。
4. 音声入力はアナログであり、暗号化された音声データはデジタルデータである、請求項１に記載の車両コンピュータシステム。
5. 音声入力はアナログであり、復号された音声データはデジタルデータである、請求項１に記載の車両コンピュータシステム。
6. 受信した音声入力を暗号化するように構成された前記１つ以上の鍵は、前記１つ以上の復号鍵と対称である、請求項１に記載の車両コンピュータシステム。
7. 受信した音声入力を暗号化するように構成された前記１つ以上の鍵は、前記１つ以上の復号鍵と非対称である、請求項１に記載の車両コンピュータシステム。
8. 受信した音声入力を暗号化するように構成された前記１つ以上の鍵は、一時鍵である、請求項１に記載の車両コンピュータシステム。
9. １つ以上の復号鍵は、一時鍵である、請求項１に記載の車両コンピュータシステム。
10. マイクロフォンコントローラによって開始される音声認識セッションで利用される、１つ以上のマイクロフォンからの音声入力を受信するようにプログラムされたプロセッサを備えたマイクロフォンコントローラであって、
    前記マイクロフォンコントローラは、受信した音声入力を暗号化された音声データへ暗号化するように構成される１つ以上の鍵を含む鍵ストアをさらに含む、マイクロフォンコントローラ。
11. ウェイクワード入力に応答して音声認識セッションを起動するように構成されたウェイクワード検出エンジンをさらに含む、請求項１０に記載のマイクロフォンコントローラ。
12. 前記１つ以上の鍵は、第２の復号鍵に関連付けられる第１の暗号化鍵を含み、前記第２の復号鍵は、前記マイクロフォンコントローラではない車両コントローラに配置される、請求項１０に記載のマイクロフォンコントローラ。
13. 前記第１の暗号化鍵は、前記第２の復号鍵と対称である、請求項１２に記載のマイクロフォンコントローラ。
14. 前記マイクロフォンコントローラは、前記暗号化された音声データを復号するように構成された１つ以上の復号鍵を含む１つ以上の車両コントローラと通信するようにさらに構成される、請求項１０に記載のマイクロフォンコントローラ。
15. 受信した音声入力はアナログであり、暗号化された音声データはデジタルである、請求項１０に記載のマイクロフォンコントローラ。
16. 受信した音声入力を暗号化するように構成された前記１つ以上の鍵は、受信した音声入力を復号するように構成された１つ以上の鍵と関連付けられる、請求項１０に記載のマイクロフォンコントローラ。
17. 音声入力を受信し、音声認識セッションで音声入力を利用するように構成されたマイクロフォンコントローラと、
    前記マイクロフォンコントローラは、受信した音声入力を暗号化して、暗号化された音声データを生成するように構成される１つ以上の鍵を含む鍵ストアをさらに含み、
    前記マイクロフォンコントローラと通信するように構成された１つ以上のアプリケーションコントローラと、を備え、
    前記１つ以上のアプリケーションコントローラは、前記鍵ストア内の１つ以上の鍵に関連付けられた１つ以上の復号鍵を含み、
    前記アプリケーションコントローラは、さらに、１つ以上の鍵を利用して音声データを復号するように構成される車両コンピュータシステム。
18. 前記アプリケーションコントローラは、受信した音声入力に対応するコマンドを開始するために、復号された音声データを利用するようにさらに構成され、
    前記コマンドは、前記アプリケーションコントローラに関連付けられる、請求項１７に記載の車両コンピュータシステム。
19. 音声入力はアナログであり、暗号化された音声データはデジタルである、請求項１７に記載の車両コンピュータシステム。
20. １つ以上の復号鍵は、一時鍵である、請求項１７に記載の車両コンピュータシステム。

Images