特表 2024-546879 自動車用オーディオシステムにおけるサラウンドサウンド

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-12-26

(54)【発明の名称】自動車用オーディオシステムにおけるサラウンドサウンド

(51)【国際特許分類】

   H04S 7/00 20060101AFI20241219BHJP

【ＦＩ】

H04S7/00 300

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024535595

(86)(22)【出願日】2022-12-14

(85)【翻訳文提出日】2024-08-07

(86)【国際出願番号】 US2022081585

(87)【国際公開番号】W WO2023114865

(87)【国際公開日】2023-06-22

(31)【優先権主張番号】63/265,451

(32)【優先日】2021-12-15

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】515301041

【氏名又は名称】アティエヴァ、インコーポレイテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】パル、ヴィナイ クマル

【テーマコード（参考）】

5D162

【Ｆターム（参考）】

5D162AA05

5D162CB17

5D162CC04

5D162DA51

5D162EG02

(57)【要約】

自動車用オーディオシステムをサラウンドサウンドをサポートするように適合させる方法は：パススルーモードをプレイバックモードとして指定するオーディオトラックオブジェクトの作成のためのアプリケーションプログラムを構成する段階、ここでサラウンドサウンドのために構成されていないオペレーティングシステム下で動作するように、前記アプリケーションプログラムがインストールされる；前記オペレーティングシステムのミキサを通り過ぎるバイパスを有して前記オペレーティングシステムのフレームワークを構成する段階、ここで前記バイパスは、前記オーディオトラックオブジェクトのサラウンドサウンドデータが前記ミキサをバイパスすることを可能にする；および前記オペレーティングシステムから受信された前記サラウンドサウンドデータのための別個のチャネルを有してハードウェア抽象化層を構成する段階、ここで前記ハードウェア抽象化層は、前記処理されたサラウンドサウンドデータをデコーダへ提供する前に、前記サラウンドサウンドデータを処理する、を備える。

【特許請求の範囲】

【請求項1】

自動車用オーディオシステムをサラウンドサウンドをサポートするように適合させる方法であって、前記方法は：
パススルーモードをプレイバックモードとして指定するオーディオトラックオブジェクトの作成のためのアプリケーションプログラムを構成する段階、ここでサラウンドサウンドのために構成されていないオペレーティングシステム下で動作するように、前記アプリケーションプログラムがインストールされる；
前記オペレーティングシステムのミキサを通り過ぎるバイパスを有して前記オペレーティングシステムのフレームワークを構成する段階、ここで前記バイパスは、前記オーディオトラックオブジェクトのサラウンドサウンドデータが前記ミキサをバイパスすることを可能にする；および
前記オペレーティングシステムから受信された前記サラウンドサウンドデータのための別個のチャネルを有してハードウェア抽象化層を構成する段階、ここで前記ハードウェア抽象化層は、処理された前記サラウンドサウンドデータをデコーダへ提供する前に、前記サラウンドサウンドデータを処理する、
を備える、方法。

【請求項2】

前記アプリケーションプログラムを構成する段階は、前記パススルーモードを前記プレイバックモードとして指定するためのサポートを追加する段階を有する、請求項１に記載の方法。

【請求項3】

前記アプリケーションプログラムは、前記オペレーティングシステムの前記フレームワークがサラウンドサウンドプレイバックをサポートしているというサラウンドサウンド出力を提供するための条件を有し、前記バイパスを有して前記フレームワークを構成する段階により前記フレームワークは前記条件を満たす、請求項１または２に記載の方法。

【請求項4】

前記別個のチャネルがバッファ管理を促進する、請求項１または２に記載の方法。

【請求項5】

前記別個のチャネルがタイムスタンプ計算を促進する、請求項１または２に記載の方法。

【請求項6】

少なくとも前記サラウンドサウンドデータの処理は第１のハードウェア基板を使用して実行され、少なくともデコードは前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行され、前記ハードウェア抽象化層は前記タイムスタンプ計算を使用してフレーム推定を前記アプリケーションプログラムに提供する、請求項５に記載の方法。

【請求項7】

車両の自動車用オーディオシステム上でサラウンドサウンドを再生する方法であって、前記方法は：
前記自動車用オーディオシステムのアプリケーションプログラムを使用して、パススルーモードをプレイバックモードとして指定するオーディオトラックオブジェクトを作成する段階、ここでサラウンドサウンドのために構成されていないオペレーティングシステム下で動作するように、前記アプリケーションプログラムがインストールされる；
前記オペレーティングシステムのフレームワーク内で、前記オーディオトラックオブジェクトのサラウンドサウンドデータが前記オペレーティングシステムのミキサをバイパスする段階；
前記自動車用オーディオシステムのハードウェア抽象化層において前記サラウンドサウンドデータを処理する段階；
前記処理されたサラウンドサウンドデータをデコーダへ提供してデコードされたサラウンドサウンド信号を生成する段階；および
前記デコードされたサラウンドサウンド信号を、前記車両の複数のスピーカのうちの少なくとも１つに提供する段階
を備える、方法。

【請求項8】

前記オーディオトラックオブジェクトを作成する段階、前記ミキサをバイパスする段階、および前記サラウンドサウンドデータを処理する段階は、第１のハードウェア基板を使用して実行され、デコードする段階および前記デコードされたサラウンドサウンド信号を提供する段階は、前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行される、請求項７に記載の方法。

【請求項9】

前記アプリケーションプログラムは、前記オペレーティングシステムの前記フレームワークがサラウンドサウンドプレイバックをサポートしているというサラウンドサウンド出力を提供するための条件を有し、前記ミキサをバイパスする前記段階により前記フレームワークは前記条件を満たす、請求項７または８に記載の方法。

【請求項10】

前記サラウンドサウンドデータを処理する前記段階は、バッファ管理を有する、請求項７または８に記載の方法。

【請求項11】

前記サラウンドサウンドデータを処理する前記段階は、タイムスタンプ計算を有する、請求項７または８に記載の方法。

【請求項12】

少なくとも前記サラウンドサウンドデータを処理する前記段階は第１のハードウェア基板を使用して実行され、少なくともデコードは前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行され、前記方法は、前記タイムスタンプ計算を使用してフレーム推定を前記アプリケーションプログラムに提供する段階を更に備える、請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願の相互参照］
本出願は、２０２１年１２月１５日に提出され、「ＳＵＲＲＯＵＮＤ ＳＯＵＮＤ ＩＮ ＡＵＴＯＭＯＴＩＶＥ ＡＵＤＩＯ ＳＹＳＴＥＭ」と題する米国特許出願第６３／２６５，４５１号の優先権を主張し、その開示が全体として本明細書に参照によって組み込まれる。

【0002】

本開示は、自動車用オーディオシステムにおけるサラウンドサウンドを提供することに関する。

【背景技術】

【0003】

車両は数十年の間オーディオシステムを有してきたが、それらは一般に、公共の会場、例えば、映画館、または急速に発展しているハイエンド家庭用サラウンドサウンドシステムの分野において使用される最も洗練されたシステムに近いリスニング体験をもたらすことはできなかった。しかしながら、車両技術の発展および複雑化によって、この点において競争環境は変化した。第１に、今日の車両は、所有者または他の乗客の、現代の車両に乗車する体験がどのようなものであるかべきかの期待を高め得る著しくより強力なコンピュータ処理リソースを提供されている。第２に、電気パワートレインの拡散および空気力学的設計の発展により、車両は走行中に著しく静かになっており、これが搭乗者が第１級のオーディオ性能を享受する機会を増やしている。

【発明の概要】

【0004】

第１の態様において、自動車用オーディオシステムをサラウンドサウンドをサポートするように適合させる方法は：パススルーモードをプレイバックモードとして指定するオーディオトラックオブジェクトの作成のためのアプリケーションプログラムを構成する段階、ここでサラウンドサウンドのために構成されていないオペレーティングシステム下で動作するように、前記アプリケーションプログラムがインストールされる；前記オペレーティングシステムのミキサを通り過ぎるバイパスを有して前記オペレーティングシステムのフレームワークを構成する段階、ここで前記バイパスは、前記オーディオトラックオブジェクトのサラウンドサウンドデータが前記ミキサをバイパスすることを可能にする；および前記オペレーティングシステムから受信された前記サラウンドサウンドデータのための別個のチャネルを有してハードウェア抽象化層を構成する段階、ここで前記ハードウェア抽象化層は、前記処理されたサラウンドサウンドデータをデコーダへ提供する前に、前記サラウンドサウンドデータを処理する、を備える。

【0005】

実装は、下記の特徴のうちのいずれかまたは全てを含むことができる。前記アプリケーションプログラムを構成する段階は、前記パススルーモードを前記プレイバックモードとして指定するためのサポートを追加する段階を有する。前記アプリケーションプログラムは、前記オペレーティングシステムの前記フレームワークがサラウンドサウンドプレイバックをサポートしているというサラウンドサウンド出力を提供するための条件を有し、前記バイパスを有して前記フレームワークを構成する段階により前記フレームワークは前記条件を満たす。前記別個のチャネルがバッファ管理を促進する。前記別個のチャネルがタイムスタンプ計算を促進する。少なくとも前記サラウンドサウンドデータの処理は第１のハードウェア基板を使用して実行され、少なくともデコードは前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行され、前記ハードウェア抽象化層は前記タイムスタンプ計算を使用してフレーム推定を前記アプリケーションプログラムに提供する。

【0006】

第２の態様において、車両の自動車用オーディオシステム上でサラウンドサウンドを再生する方法は：前記自動車用オーディオシステムのアプリケーションプログラムを使用して、パススルーモードをプレイバックモードとして指定するオーディオトラックオブジェクトを作成する段階、ここでサラウンドサウンドのために構成されていないオペレーティングシステム下で動作するように、前記アプリケーションプログラムがインストールされる；前記オペレーティングシステムのフレームワーク内で、前記オーディオトラックオブジェクトのサラウンドサウンドデータが前記オペレーティングシステムのミキサをバイパスする段階；前記自動車用オーディオシステムのハードウェア抽象化層において前記サラウンドサウンドデータを処理する段階；前記処理されたサラウンドサウンドデータをデコーダへ提供してデコードされたサラウンドサウンド信号を生成する段階；および前記デコードされたサラウンドサウンド信号を、前記車両の複数のスピーカのうちの少なくとも１つに提供する段階を備える。

【0007】

実装は、下記の特徴のうちのいずれかまたは全てを含むことができる。前記オーディオトラックオブジェクトの前記作成、前記ミキサをバイパスする前記段階、および前記サラウンドサウンドデータを処理する前記段階は、第１のハードウェア基板を使用して実行され、デコードする前記段階および前記デコードされたサラウンドサウンド信号の前記提供は、前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行される。前記アプリケーションプログラムは、前記オペレーティングシステムの前記フレームワークがサラウンドサウンドプレイバックをサポートしているというサラウンドサウンド出力を提供するための条件を有し、前記ミキサをバイパスする前記段階により前記フレームワークは前記条件を満たす。前記サラウンドサウンドデータを処理する前記段階は、バッファ管理を有する。前記サラウンドサウンドデータを処理する前記段階は、タイムスタンプ計算を有する。少なくとも前記サラウンドサウンドデータを処理する前記段階は第１のハードウェア基板を使用して実行され、少なくともデコードは前記第１のハードウェア基板とは別個の第２のハードウェア基板を使用して実行され、前記方法は、前記タイムスタンプ計算を使用してフレーム推定を前記アプリケーションプログラムに提供する段階を更に備える。

【図面の簡単な説明】

【0008】

【図1】車両における没入型オーディオ体験をもたらし得るオーディオシステムの１つの例のブロック図である。

【0009】

【図2】サラウンドサウンドをサポートするオーディオシステムの１つの例の図である。

【0010】

【図3】サラウンドサウンドをサポートするように自動車用オーディオシステムを適合させる例示的な方法のフローチャートである。

【0011】

【図4】車両の自動車用オーディオシステム上でサラウンドサウンドを再生する例示的な方法のフローチャートである。

【0012】

【図5】コンピュータシステムの例示的なアーキテクチャを示す。

【0013】

様々な図面における同様の参照符号または番号は、同様の要素を示す。

【発明を実施するための形態】

【0014】

本開示は、自動車用オーディオシステム内にサラウンドサウンドを提供するシステムおよび技法の例を与える。

【0015】

本明細書における例は、車両に言及する。車両は、乗客または積荷、またはその両方を輸送する機械である。車両は、少なくとも１つのタイプの燃料、または他のエネルギー源（例えば、電気）を使用する１つまたは複数のモータを有し得る。車両の例は、限定されないが、車、トラック、およびバスを含む。車輪の数は複数のタイプの車両の間で異なり得、車輪のうちの１つまたは複数（例えば全て）は車両の推進のために使用され得る。車両は、１人または複数人の人を収容する乗客コンパートメントを含み得る。少なくとも１人の車両の搭乗者を運転者であるとみなすことができ；この場合、様々な道具、器具または他のデバイスが運転者に提供され得る。本明細書の例において、車両によって搬送される任意の人間は、その人間が車両を運転しているか否かまたはどの程度運転しているか、またはその人間が車両を運転するための制御の全てまたはいくつかだけにアクセスを有するか否か、またはその人間が車両を運転するための制御を欠くか否かに関係なく、車両の「運転者」または「乗客」と称され得る。

【0016】

図１は、車両における没入型オーディオ体験をもたらし得るオーディオシステム１００の１つの例のブロック図を示す。オーディオシステム１００は、本明細書の他の箇所で説明される１つまたは複数の他の例と共に使用され得る。オーディオシステム１００は、図５を参照して下記で説明されるいくつかのまたは全ての例を使用して実装され得る。

【0017】

オーディオシステム１００は、１つまたは複数のハードウェア基板を使用して実装され得る。いくつかの実装において、オーディオシステム１００は、互いとは別個のハードウェア基板１０２およびハードウェア基板１０４を含む。ハードウェア基板１０２は、通信制御センタ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｏｎｔｒｏｌ ｃｅｎｔｅｒ：ＣＣＣ）と称され得る。ハードウェア基板１０２は、数例を挙げると、（例えば、車両内のヒューマン－マシンインターフェースの一部としての）ユーザインターフェース（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ：ＵＩ）または（例えば、１つまたは複数のタイプのファイルまたはフォルダのための）オペレーティングシステムのメモリのパーティション；ステアリング制御；座席制御；および／またはシステム設定を制御するディスプレイユニットを含み得る。ハードウェア基板１０２および１０４は、少なくとも１つのバス１０６を使用して互いとインターフェースで接続し得る。バス１０６は、ストリーミングマルチメディアコンテンツの転送のための標準バスであり得る。

【0018】

いくつかの実装において、ハードウェア基板１０４は、スピーカ、制御部分、車両センサに接続されており、それらとインタラクトし得、および／または車両センサによって提供される速さについての車両情報または他の情報を表示し得る。例えば、ハードウェア基板１０４は、インタラクティブ制御センタ（ｉｎｔｅｒａｃｔｉｖｅ ｃｏｎｔｒｏｌ ｃｅｎｔｅｒ：ＩＣＣ）と称され得る。ハードウェア基板１０４は、車両用のオーディオミキサを実行して、どのオーディオを優先するか、どのオーディオをダッキングするか、およびどのオーディオを音を出して再生するかを決定し得る。例えば、車線逸脱警告がハードウェア基板１０４によって生成され得る。ハードウェア基板１０４は、ほんの１つの例を挙げると、ＬＩＮＵＸ（登録商標）コンソールであり得る。

【0019】

オーディオシステム１００は、アプリケーション層１０８を含み得る。いくつかの実装において、アプリケーション層１０８は、メディアアプリケーションおよびオプションで１つまたは複数の他のシステムアプリケーションを含み得る。例えば、アプリケーション層１０８は：ＳＰＯＴＩＦＹアプリケーション１１０、ＴＩＤＡＬアプリケーション１１２、ＡＭＡＺＯＮ ＡＬＥＸＡアプリケーション１１４、ナビゲーションアプリケーション１１６、またはラジオＵＩアプリケーション１１８のうちの１つまたは複数を含み得る。

【0020】

オーディオシステム１００は、オペレーティングシステムのフレームワーク１２０を含み得る。複数のオペレーティングシステムのうちのいずれかが使用され得る。いくつかの実装において、オペレーティングシステムは、ＡＮＤＲＯＩＤ（登録商標）オペレーティングシステムである。フレームワーク１２０は、ミキサ１２２を含み得る。いくつかの実装において、ミキサ１２２は、オペレーティングシステムによって提供される。例えば、ミキサ１２２は、ＡＮＤＲＯＩＤ ＡＵＤＩＯＦＬＩＮＧＥＲ機能を使用して提供され得る。いくつかの実装において、アプリケーション層１０８におけるアプリケーションは、ＡＮＤＲＯＩＤオペレーティングシステム下で実行されている。例えば、アプリケーション層１０８におけるアプリケーションは、ＡＮＤＲＯＩＤオペレーティングシステムに関してｅｘｏｐｌａｙｅｒと称され得る。

【0021】

オーディオシステム１００は、リアルタイムプロトコル（ｒｅａｌ ｔｉｍｅ ｐｒｏｔｏｃｏｌ：ＲＴＰ）コンポーネント１２４を含み得る。いくつかの実装において、ＲＴＰコンポーネント１２４は、アプリケーション層１０８内の１つまたは複数のアプリケーションに、インターネットプロトコル経由でメディアストリームを提供し得る。例えば、ラジオチューナモジュール１２６は、ＲＴＰコンポーネント１２４がラジオＵＩアプリケーション１１８に提供するストリームを生成し得る。

【0022】

オーディオシステム１００は、少なくともフレームワーク１２０に結合されているハードウェア抽象化層（ｈａｒｄｗａｒｅ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ：ＨＡＬ）１２８を含み得る。ＨＡＬ１２８は、フレームワーク１２０のオペレーティングシステムによって管理されているメモリ内のパーティションを使用して実装され得る。ＨＡＬ１２８は、少なくとも１つのデータストリームを処理コンポーネントに提供するための１つまたは複数のオープンバスパイプライン１３０を含み得る。例えば、処理コンポーネントは、オープンバスパイプライン１３０のためのストリーム処理および／またはバッファ管理を提供し得る。ＨＡＬ１２８は、限定されないが、ＢＬＵＥＴＯＯＴＨ（登録商標）（ＢＴ）通話およびメディア処理のためのコンポーネント、オーディオポリシ構成のためのコンポーネント、ハードウェア基板１０４へのトリガを生成するためのコンポーネント、および／または伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ：ＴＣＰ）通信チャネルを提供するコンポーネントを含む１つまたは複数の他のコンポーネントを有し得る。

【0023】

ハードウェア基板１０４は、１つまたは複数のストリームをバス１０６を経由して受信する処理コンポーネント１３１を含み得る。いくつかの実装において、処理コンポーネント１３１は、ストリーム内のデータのデコードを提供し得る。例えば、ＤＯＬＢＹ ＡＴＭＯＳデコーダが処理コンポーネント１３１内に含まれ得る。

【0024】

オーディオシステム１００は、聞き手に没入型オーディオ体験を提供するために、サラウンドサウンド信号処理をサポートするように適合し得る。アプリケーション層１０８内のアプリケーションのうちの１つまたは複数は、サラウンドサウンドエンコードされたオーディオをサポートし得る。いくつかの実装において、ＴＩＤＡＬアプリケーション１１２は、高さ次元を含むサラウンドサウンドエンコードされたデータを提供し得る。例えば、ＤＯＬＢＹ ＡＴＭＯＳデータが提供され得る。１つまたは複数の他のアプリケーションは、対照的に（例えば、ＳＰＯＴＩＦＹアプリケーション１１０およびＡＭＡＺＯＮ ＡＬＥＸＡアプリケーション１１４）、ＤＯＬＢＹ ＡＴＭＯＳオーディオデータをサポートしていない場合がある。

【0025】

サラウンドサウンドエンコードされたオーディオをサポートするアプリケーションは、関連するプラットフォームが対応するプレイバック（ｐｌａｙｂａｃｋ）能力をサポートしなければならないという条件で構成され得る。例えば、ＴＩＤＡＬアプリケーション１１２は、ＤＯＬＢＹ ＡＴＭＯＳデータストリーム（例えば、オーディオデータのデジタルコンテナ）を、これが関連するプラットフォームによってサポートされている場合のみ提供し得る。ここで、例えば、ＡＮＤＲＯＩＤオペレーティングシステムはＤＯＬＢＹ ＡＴＭＯＳデータストリームを扱うためのネイティブサポートを有さない場合がある。

【0026】

１つまたは複数のカスタマイズがオーディオシステム１００において提供されて、（例えば、ＤＯＬＢＹ ＡＴＭＯＳオーディオストリームを使用する）サラウンドサウンドが提供され得る没入型オーディオ体験のためのサポートを提供し得る。サラウンドサウンドエンコードされたオーディオのためのアプリケーションが、対応するプレイバック能力に関するサポートの上記で言及された条件を有する場合、バイパスを提供することにより、条件を満たし得る。ここでカスタマイズ１３２は、アプリケーション層１０８内に提供され得る。いくつかの実装において、カスタマイズ１３２は、ｅｘｏｐｌａｙｅｒライブラリを修正して、フレームワーク１２０内にパススループレイバックモードに関するサポートを追加し得る。ｊａｖａ（登録商標）に関するオーディオトラックは、基本クラスである。デフォルトオーディオ同期も存在し、デフォルトオーディオ同期およびオーディオ同期の両方が、既存のｅｘｏｐｌａｙｅｒの一部であり得る。デフォルトオーディオ同期およびオーディオ同期のうちの少なくとも１つは、オーディオトラックアプリケーションプログラミングインターフェースによってオーディオトラックオブジェクトを作成し、それをプレイバックモードへと構成し得る。カスタマイズ１３２を使用して提供され得るプレイバックモードの例は、限定されないが、出力パススルーモードおよび出力非パススルーモードを含む。いくつかの実装において、サラウンドサウンドのプレイバックのためのオーディオトラックオブジェクト（例えば、ＤＯＬＢＹ ＡＴＭＯＳストリーム）が出力パススルーモードへと構成され得る。いくつかの実装において、特定のクラスがカスタマイズ１３２においてｅｘｏｐｌａｙｅｒに追加されて、サラウンドサウンドデータのためのオーディオトラックオブジェクト（例えば、ＤＯＬＢＹ ＡＴＭＯＳストリーム）によるパススルーをサポートし得る。

【0027】

他のカスタマイズも、パススルーモードに対する構成を促進するために行われ得る。いくつかの実装において、システムがサポートできるチャネルの数を計算するために、ユーティリティクラスがカスタマイズされ得る。システムは、例えば、出力サイズが７６８バイトである６つのチャネルを有し得、したがってカスタマイズ１３２は、６×７６８個のバイトがｅｘｏｐｌａｙｅｒによって送信され得ると指定し得る。

【0028】

いくつかの実装において、カスタマイズ１３２は、オーディオ能力を指定し得る。これは、アプリケーション層１０８内のアプリケーションに関して、どんなフォーマット能力がオーディオシステム１００内に存在するのかを見せるために行われ得る。そのような能力は、限定されないが、ＡＣ－３（ＤＯＬＢＹ ＡＣ－３と称される場合があるオーディオ圧縮）、拡張ＡＣ－３（ＥＡＣ－３）、またはジョイントオブジェクトコーディング（ｊｏｉｎｔ ｏｂｊｅｃｔ ｃｏｄｉｎｇ：ＪＯＣ）フォーマット（例えば、ＥＡＣ３－ＪＯＣ）を含み得る。

【0029】

いくつかの実装において、ロード制御機能は、カスタマイズ１３２によって提供または拡張され得る。より多くのデータが必要であるか、またはデータが要求された場合、またはデータがフィードされている場合、ロード制御は、適切な制御または通信のために使用され得る。いくつかの実装において、下限ウォーターマークおよび上限ウォーターマークが使用され得る。データロードが下限ウォーターマークから低下するかまたはそれ未満である場合、アプリケーション（例えば、ｅｘｏｐｌａｙｅｒ）により多くのデータを要求するために、データモードがアップされるかまたは別様に増加され得る。データロードが上限ウォーターマークに達した場合、より多くのデータは要求されない。

【0030】

ここで、カスタマイズ１３４は、オペレーティングシステムのフレームワーク１２０内に提供され得る。カスタマイズ１３４は、フレームワーク１２０内に実装され得るミキサのバイパスを提供し得る。カスタマイズ１３４は、アプリケーション層１０８内のアプリケーションからのサラウンドサウンドストリームがフレームワーク１２０のいずれのオペレーティングシステム特徴を用いてもミキシングされず、むしろオーディオＨＡＬ１２８による処理のために（例えば、ベンダパーティションと称される場合がある）特定のパーティションへと（例えば、プレイバックモードとして出力パススルーモードを使用することによって）直接通されることを促進し得る。

【0031】

オーディオＨＡＬ１２８において、カスタマイズ１３６は、バイパスストリームがフレームワーク１２０内のミキサを経由して実行されないことを促進し得；むしろ、アプリケーションからのエンコードされたデータ（例えば、ＴＩＤＡＬアプリケーション１１２からのＤＯＬＢＹ ＡＴＭＯＳストリーム）はＨＡＬ１２８によって未処理データとして受信され得る。オーディオＨＡＬ１２８がフレームワーク１２０からコンテンツを受信した場合、それは、コンテンツがサラウンドサウンドエンコードされたストリームなのか、または別のストリーム（例えば、ステレオストリーム）なのかを確認し得る。それに応じて、これらのストリームは、オーディオシステム１００内で互いとは異なって処理され得る。例えば、ＳＰＯＴＩＦＹアプリケーション１１０からのストリームは、フレームワーク１２０を経由して送信され得、ミキサ１２２（例えばＡＮＤＲＯＩＤ ＡＵＤＩＯＦＬＩＮＧＥＲコンポーネント）がミキシングを実行し得、その後そうしてミキシングされたデータストリームがオーディオＨＡＬ１２８へと提供され得る。他方、（例えば、ＴＩＤＡＬアプリケーション１１２からの）サラウンドサウンドストリームは、限定されないが、ステレオストリームおよびＤＯＬＢＹ ＡＴＭＯＳストリームを含む少なくとも２つのタイプのストリームをサポートし得る。ＴＩＤＡＬアプリケーション１１２からのステレオストリームがフレームワーク１２０内で受信された場合、ステレオストリームは、ＳＰＯＴＩＦＹアプリケーション１１０からのストリームと同じパスを辿り得る。対照的に、ＡＴＭＯＳストリームは、ミキサ１２２をバイパスし得る。オーディオＨＡＬ１２８において、オープンバスパイプライン１３０および特定の他のコンポーネント（例えば、ＢＴ通話およびメディア処理コンポーネント、オーディオポリシ構成コンポーネント、トリガコンポーネント、またはＴＣＰ通信チャネルコンポーネント）は、ＡＴＭＯＳデータストリームを受信しないか、または別様に処理しない場合がある。

【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】

説明した実装の特定の特徴が、本明細書で説明されるように示されてきたが、今や多くの修正、置換、変更、および均等物が当業者には思い浮かぶであろう。したがって、添付の特許請求の範囲は、これらの実装の範囲に入る全てのそのような修正および変更を包含するように意図されていることが理解されるべきである。それらは限定ではなく単なる例として提示されており、形態および詳細の様々な変更が行われてよいことが理解されるべきである。相互に排他的な組み合わせを除き、本明細書で説明する装置および／または方法の任意の部分が任意の組み合わせで組み合わされてよい。本明細書で説明される実装は、説明された異なる実装の機能、コンポーネント、および／または特徴の様々な組み合わせおよび／または副次的組み合わせを含み得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】