▶ ハーマン インターナショナル インダストリーズ， インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023179770
(43)【公開日】2023-12-19
(54)【発明の名称】高度なオーディオ処理システム
(51)【国際特許分類】
H04R 3/00 20060101AFI20231212BHJP
G10K 15/00 20060101ALN20231212BHJP
【ＦＩ】
H04R3/00 310
G10K15/00 L
【審査請求】有
【請求項の数】1
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023181762
(22)【出願日】2023-10-23
(62)【分割の表示】P 2020533059の分割
【原出願日】2018-12-31
(31)【優先権主張番号】62/611,682
(32)【優先日】2017-12-29
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＳＵＡＬ ＢＡＳＩＣ
(71)【出願人】
【識別番号】512168283
【氏名又は名称】ハーマン インターナショナル インダストリーズ， インコーポレイテッド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】フィリップ マクシミリアン クレイチ
(72)【発明者】
【氏名】カダガター ゴピナータ スリニディ
(72)【発明者】
【氏名】トビアス ミュンヒ
(72)【発明者】
【氏名】ダービー ハドリー
(57)【要約】
【課題】高度なオーディオ処理システムを提供する。
【解決手段】オーディオ処理システムは、複数のオーディオ信号処理アルゴリズム及びオーディオコンポーネントを維持するように構成された少なくとも１つのメモリと、プロセッサを有するサーバとを含み得る。プロセッサは、信号処理アルゴリズムとオーディオコンポーネントの少なくとも一部を表示するインターフェイスを提示し、オーディオコンポーネントの少なくとも１つの使用者の選択を受信し、インターフェイスを介して少なくとも１つの選択されたオーディオコンポーネントを提示し、少なくとも１つの選択したオーディオコンポーネントに適用する信号処理アルゴリズムの少なくとも１つの使用者の選択を受信し、少なくとも１つの選択したアルゴリズムを少なくとも１つの選択したオーディオコンポーネントに適用し、インターフェイスを介して少なくとも１つの選択したアルゴリズムと少なくとも１つの選択したオーディオコンポーネントの測定を提供するように構成できる。
【選択図】図１０
【解決手段】オーディオ処理システムは、複数のオーディオ信号処理アルゴリズム及びオーディオコンポーネントを維持するように構成された少なくとも１つのメモリと、プロセッサを有するサーバとを含み得る。プロセッサは、信号処理アルゴリズムとオーディオコンポーネントの少なくとも一部を表示するインターフェイスを提示し、オーディオコンポーネントの少なくとも１つの使用者の選択を受信し、インターフェイスを介して少なくとも１つの選択されたオーディオコンポーネントを提示し、少なくとも１つの選択したオーディオコンポーネントに適用する信号処理アルゴリズムの少なくとも１つの使用者の選択を受信し、少なくとも１つの選択したアルゴリズムを少なくとも１つの選択したオーディオコンポーネントに適用し、インターフェイスを介して少なくとも１つの選択したアルゴリズムと少なくとも１つの選択したオーディオコンポーネントの測定を提供するように構成できる。
【選択図】図１０
【特許請求の範囲】
【請求項1】
本明細書に記載の発明。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本願は、その開示がその全体で参照することにより本明細書に組み込まれる、２０１７年１２月２９日に出願された米国仮出願第６２／６１１，６８２号の利益を主張する。
本願は、その開示がその全体で参照することにより本明細書に組み込まれる、２０１７年１２月２９日に出願された米国仮出願第６２／６１１，６８２号の利益を主張する。
【0002】
本明細書では、高度なオーディオ処理システムを開示する。
【背景技術】
【0003】
オーディオ製品の開発には、信号処理、設定の割り当て、パラメータなどの様々な適用が含まれ、新規及び既存の製品に適用され得る。オーディオコンポーネントを含む製品の多様性の数や度合いが増していることで、メーカーは、製品のライフサイクルの短縮、コストの増加、エクスペリエンスの向上に対する消費者の要求などの様々な制約に直面している。
【発明の概要】
【課題を解決するための手段】
【0004】
オーディオ処理システムは、複数のオーディオ信号処理アルゴリズム及びオーディオコンポーネントを維持するように構成された少なくとも１つのメモリと、プロセッサを有するサーバとを含み得る。プロセッサは、信号処理アルゴリズムとオーディオコンポーネントの少なくとも一部を表示するインターフェイスを提示し、オーディオコンポーネントの少なくとも１つの使用者の選択を受信し、インターフェイスを介して少なくとも１つの選択されたオーディオコンポーネントを提示し、少なくとも１つの選択したオーディオコンポーネントに適用する信号処理アルゴリズムの少なくとも１つの使用者の選択を受信し、少なくとも１つの選択したアルゴリズムを少なくとも１つの選択したオーディオコンポーネントに適用し、インターフェイスを介して少なくとも１つの選択したアルゴリズムと少なくとも１つの選択したオーディオコンポーネントの測定を提供するように構成できる。
【0005】
オーディオ処理システムのための方法は、複数の信号処理アルゴリズムとオーディオコンポーネントを表示するインターフェイスを提示し、オーディオコンポーネントの少なくとも１つの使用者の選択を受信し、インターフェイスを介して少なくとも１つの選択されたオーディオコンポーネントを提示し、少なくとも１つの選択したオーディオコンポーネントに適用する信号処理アルゴリズムの少なくとも１つの使用者の選択を受信し、少なくとも１つの選択したアルゴリズムを少なくとも１つの選択したオーディオコンポーネントに適用し、インターフェイスを介して少なくとも１つの選択したアルゴリズムと少なくとも１つの選択したオーディオコンポーネントの測定を提供することを含むことができる。本願明細書は、例えば、以下の項目も提供する。
（項目１）
オーディオ処理システムであって、
複数のオーディオ信号処理アルゴリズム及びオーディオコンポーネントを維持するように構成された少なくとも１つのメモリと、
サーバであって、
前記信号処理アルゴリズムとオーディオコンポーネントの少なくとも一部を表示するインターフェイスを提示すること、
前記オーディオコンポーネントの少なくとも１つの使用者の選択を受信すること、
前記インターフェイスを介して前記少なくとも１つの選択されたオーディオコンポーネントを提示すること、
前記少なくとも１つの選択されたオーディオコンポーネントに適用するための信号処理アルゴリズムの少なくとも１つの使用者の選択を受信すること、
前記少なくとも１つの選択されたアルゴリズムを前記少なくとも１つの選択されたオーディオコンポーネントに適用すること、及び
前記インターフェイスを介して、前記少なくとも１つの選択されたアルゴリズムと前記少なくとも１つの選択されたオーディオコンポーネントの測定を提供すること
のために構成されるプロセッサを有する前記サーバ
を含む前記システム。
（項目２）
前記プロセッサが、前記少なくとも１つの選択されたオーディオコンポーネントに基づいてオーディオシステムフレームワークを生成し、前記インターフェイスを介して前記オーディオシステムフレームワークの少なくとも一部の視覚的表現を提示するようにさらに構成される、項目１に記載のシステム。
（項目３）
前記プロセッサが、ターゲットデバイスの選択を受信し、前記オーディオシステムフレームワークを前記選択されたターゲットデバイスに適用するようにさらに構成される、項目２に記載のシステム。
（項目４）
前記ターゲットデバイスは複数のターゲットデバイスを含み、前記測定は各ターゲットデバイスに対して同時に提供される、項目３に記載のシステム。
（項目５）
前記少なくとも１つの選択されたオーディオ処理アルゴリズムが仮想増幅器を含む、項目１に記載のシステム。
（項目６）
前記少なくとも１つのオーディオ処理アルゴリズムは、前記オーディオコンポーネントをチューニングするためのチューニングプロトコルを含む、項目１に記載のシステム。
（項目７）
前記プロセッサが、前記インターフェイスを介してカスタマイズされたインターフェイスを生成するためのオプションを提示するようにさらに構成される、項目１に記載のシステム。
（項目８）
前記プロセッサは、前記少なくとも１つの選択されたオーディオコンポーネントを経る信号のフローを示す前記信号のフローの選択を受信するようにさらに構成される、項目１に記載のシステム。
（項目９）
前記プロセッサは、使用者の選択を受信して前記インターフェイスを提示する前に、使用者を認証するようにさらに構成される、項目１に記載のシステム。
（項目１０）
前記プロセッサはさらに、前記少なくとも１つの選択されたアルゴリズム及び前記少なくとも１つの選択されたオーディオコンポーネントの前記測定に基づいてオーディオ出力をシミュレートし、前記インターフェイスを介して前記シミュレートされた出力を提示するように構成される、項目１に記載のシステム。
（項目１１）
オーディオ処理システムのための方法であって、
複数の信号処理アルゴリズムとオーディオコンポーネントを表示するインターフェイスを提示すること、
前記オーディオコンポーネントの少なくとも１つの使用者の選択を受信すること、
前記インターフェイスを介して前記少なくとも１つの選択されたオーディオコンポーネントを提示すること、
前記少なくとも１つの選択されたオーディオコンポーネントに適用するための信号処理アルゴリズムの少なくとも１つの使用者の選択を受信すること、
前記少なくとも１つの選択されたアルゴリズムを前記少なくとも１つの選択されたオーディオコンポーネントに適用すること、及び
前記インターフェイスを介して、前記少なくとも１つの選択されたアルゴリズムと前記少なくとも１つの選択されたオーディオコンポーネントの測定を提供すること
を含む前記方法。
（項目１２）
前記少なくとも１つの選択されたオーディオコンポーネントに基づいてオーディオシステムフレームワークを生成し、前記インターフェイスを介して前記オーディオシステムフレームワークの少なくとも一部の視覚的表現を提示する、項目１１に記載の方法。
（項目１３）
ターゲットデバイスの選択を受信し、前記オーディオシステムフレームワークを前記選択されたターゲットデバイスに適用する、項目１２に記載の方法。
（項目１４）
前記ターゲットデバイスは複数のターゲットデバイスを含み、前記測定は各ターゲットデバイスに対して同時に提供される、項目１３に記載の方法。
（項目１５）
前記オーディオ処理アルゴリズムの少なくとも１つは、仮想増幅器を含む、項目１１に記載の方法。
（項目１６）
前記オーディオ処理アルゴリズムの前記少なくとも１つは、前記オーディオコンポーネントをチューニングするためのチューニングプロトコルを含む、項目１１に記載の方法。
（項目１７）
カスタマイズされたインターフェイスを生成するためのオプションを提示する、項目１１に記載の方法。
（項目１８）
前記少なくとも１つの選択されたオーディオコンポーネントを経る信号のフローを示す前記信号の前記フローの選択を受信する、項目１１に記載の方法。
（項目１９）
使用者の選択を受信して前記インターフェイスを提示する前に、使用者を認証する、項目１１に記載の方法。
（項目２０）
前記少なくとも１つの選択されたアルゴリズム及び前記少なくとも１つの選択されたオーディオコンポーネントの前記測定に基づいてオーディオ出力をシミュレートし、前記インターフェイスを介して前記シミュレートされた出力を提示する、項目１１に記載の方法。
（項目１）
オーディオ処理システムであって、
複数のオーディオ信号処理アルゴリズム及びオーディオコンポーネントを維持するように構成された少なくとも１つのメモリと、
サーバであって、
前記信号処理アルゴリズムとオーディオコンポーネントの少なくとも一部を表示するインターフェイスを提示すること、
前記オーディオコンポーネントの少なくとも１つの使用者の選択を受信すること、
前記インターフェイスを介して前記少なくとも１つの選択されたオーディオコンポーネントを提示すること、
前記少なくとも１つの選択されたオーディオコンポーネントに適用するための信号処理アルゴリズムの少なくとも１つの使用者の選択を受信すること、
前記少なくとも１つの選択されたアルゴリズムを前記少なくとも１つの選択されたオーディオコンポーネントに適用すること、及び
前記インターフェイスを介して、前記少なくとも１つの選択されたアルゴリズムと前記少なくとも１つの選択されたオーディオコンポーネントの測定を提供すること
のために構成されるプロセッサを有する前記サーバ
を含む前記システム。
（項目２）
前記プロセッサが、前記少なくとも１つの選択されたオーディオコンポーネントに基づいてオーディオシステムフレームワークを生成し、前記インターフェイスを介して前記オーディオシステムフレームワークの少なくとも一部の視覚的表現を提示するようにさらに構成される、項目１に記載のシステム。
（項目３）
前記プロセッサが、ターゲットデバイスの選択を受信し、前記オーディオシステムフレームワークを前記選択されたターゲットデバイスに適用するようにさらに構成される、項目２に記載のシステム。
（項目４）
前記ターゲットデバイスは複数のターゲットデバイスを含み、前記測定は各ターゲットデバイスに対して同時に提供される、項目３に記載のシステム。
（項目５）
前記少なくとも１つの選択されたオーディオ処理アルゴリズムが仮想増幅器を含む、項目１に記載のシステム。
（項目６）
前記少なくとも１つのオーディオ処理アルゴリズムは、前記オーディオコンポーネントをチューニングするためのチューニングプロトコルを含む、項目１に記載のシステム。
（項目７）
前記プロセッサが、前記インターフェイスを介してカスタマイズされたインターフェイスを生成するためのオプションを提示するようにさらに構成される、項目１に記載のシステム。
（項目８）
前記プロセッサは、前記少なくとも１つの選択されたオーディオコンポーネントを経る信号のフローを示す前記信号のフローの選択を受信するようにさらに構成される、項目１に記載のシステム。
（項目９）
前記プロセッサは、使用者の選択を受信して前記インターフェイスを提示する前に、使用者を認証するようにさらに構成される、項目１に記載のシステム。
（項目１０）
前記プロセッサはさらに、前記少なくとも１つの選択されたアルゴリズム及び前記少なくとも１つの選択されたオーディオコンポーネントの前記測定に基づいてオーディオ出力をシミュレートし、前記インターフェイスを介して前記シミュレートされた出力を提示するように構成される、項目１に記載のシステム。
（項目１１）
オーディオ処理システムのための方法であって、
複数の信号処理アルゴリズムとオーディオコンポーネントを表示するインターフェイスを提示すること、
前記オーディオコンポーネントの少なくとも１つの使用者の選択を受信すること、
前記インターフェイスを介して前記少なくとも１つの選択されたオーディオコンポーネントを提示すること、
前記少なくとも１つの選択されたオーディオコンポーネントに適用するための信号処理アルゴリズムの少なくとも１つの使用者の選択を受信すること、
前記少なくとも１つの選択されたアルゴリズムを前記少なくとも１つの選択されたオーディオコンポーネントに適用すること、及び
前記インターフェイスを介して、前記少なくとも１つの選択されたアルゴリズムと前記少なくとも１つの選択されたオーディオコンポーネントの測定を提供すること
を含む前記方法。
（項目１２）
前記少なくとも１つの選択されたオーディオコンポーネントに基づいてオーディオシステムフレームワークを生成し、前記インターフェイスを介して前記オーディオシステムフレームワークの少なくとも一部の視覚的表現を提示する、項目１１に記載の方法。
（項目１３）
ターゲットデバイスの選択を受信し、前記オーディオシステムフレームワークを前記選択されたターゲットデバイスに適用する、項目１２に記載の方法。
（項目１４）
前記ターゲットデバイスは複数のターゲットデバイスを含み、前記測定は各ターゲットデバイスに対して同時に提供される、項目１３に記載の方法。
（項目１５）
前記オーディオ処理アルゴリズムの少なくとも１つは、仮想増幅器を含む、項目１１に記載の方法。
（項目１６）
前記オーディオ処理アルゴリズムの前記少なくとも１つは、前記オーディオコンポーネントをチューニングするためのチューニングプロトコルを含む、項目１１に記載の方法。
（項目１７）
カスタマイズされたインターフェイスを生成するためのオプションを提示する、項目１１に記載の方法。
（項目１８）
前記少なくとも１つの選択されたオーディオコンポーネントを経る信号のフローを示す前記信号の前記フローの選択を受信する、項目１１に記載の方法。
（項目１９）
使用者の選択を受信して前記インターフェイスを提示する前に、使用者を認証する、項目１１に記載の方法。
（項目２０）
前記少なくとも１つの選択されたアルゴリズム及び前記少なくとも１つの選択されたオーディオコンポーネントの前記測定に基づいてオーディオ出力をシミュレートし、前記インターフェイスを介して前記シミュレートされた出力を提示する、項目１１に記載の方法。
【0006】
本開示の実施形態は、添付の特許請求の範囲で詳細に指摘されている。しかし、様々な実施形態の他の特徴は、添付の図面と併せて以下の詳細な説明を参照することによって、より明らかになり、最もよく理解される。
【図面の簡単な説明】
【0007】
【図1】一実施形態による、オーディオ処理システムのブロック図を示す。
【図2】例示的な拡張可能なオーディオフレームワーク（ｘＡＦ）を示す。
【図3】ｘＡＦの例示的な設計の流れを示す。
【図4】例示的な開発キットの統合を示している。
【図5】Ａ及びＢは、グローバルチューニングツール（ＧＴＴ）の様々な態様のブロック図を示す。
【図6-1】Ａは、ＧＴＴの例示的なオーディオパネルを示す。Ｂは、ＧＴＴの別の例示的なオーディオパネルを示す。
【図6-2】Ｃは、ＧＴＴの別の例示的なオーディオパネルを示す。Ｄは、ＧＴＴの別のカスタムのオーディオパネルを示す。
【図6-3】Ｅは、ＧＴＴの例示的な信号フロー設計パネルを示す。
【図6-4】Ｆは、アルゴリズムツールボックスを有するシステムの例示的なデータベースパネルを示す。Ｇは、システムの例示的なプロパティパネルを示す。
【図6-5】Ｈは、選択されたオブジェクトの例示的なネイティブパネルを示している。Ｉは、例示的なシステムオンチップ（ＳｏＣ）パネルを示す。
【図6-6】Ｊは、例示的なシステム機能編集パネルを示す。Ｋは、編集パネルに応答して作成された例示的なネイティブパネルを示している。
【図7】ＧＴＴの例示的なトランザクションプロセスを示している。
【図8】全体のシステムの例示的なブロック図を示す。
【図9】複数のデバイスが同時に構成されるＧＴＴの例示的な構成を示す。
【図10】測定ルーチンのプロセスの例示的なフローチャートを示す。
【図11】例示的な測定パネルを示す。
【図12】例示的なリンクパネルを示している。
【発明を実施するための形態】
【0008】
必要に応じて、本発明の詳細な実施形態が本明細書中に開示されるが、開示された実施形態は、様々なかつ代替の形式で具現化され得る発明の単なる例であることが理解されよう。図は必ずしも縮尺通りではなく、一部の特徴は、特定の構成要素の詳細を示すために誇張または最小化され得る。したがって、本明細書に開示される具体的な構造的及び機能的詳細は、限定するものではなく、単に当業者が本発明を様々に採用するのに教示するための代表的な基礎として解釈されたい。
【0009】
オーディオコンポーネントの製造元は、所与のアーキテクチャフレームワークに最適なオーディオ及びアクティブノイズ管理ソリューションを実現し、複数のプラットフォームに拡張できるようにすることを目指している。ただし、製品開発の需要により、合理化されたオーディオ開発と設計プロセスは有益である。
【0010】
本明細書に開示されているのは、企業間で、また企業が消費者に向けて利用する拡張システムであり、単一のオーディオフレームワークをプラットフォーム及びプロジェクト全体でグローバルに使用して、オーディオ機能の開発と使用のための単一のワークフローと構造を実現できる。オーディオ処理システムは、ハードウェアのアップグレードを必要とせずに、オーディオオブジェクトとチューニング戦略をシームレスに使用して、入門レベルから高度に複雑なシステムまでの様々なシステムレベルで、至極のサウンドを提供する能力と柔軟性を備えている。システムは更新を無線で後押しし、従量課金制の収益化を提供する。このシステムは、簡単にカスタマイズできるオーディオ製品のビルドメカニズムを有効なものにし、これにより、設計者は製品を見つけて選択して、様々なパラメータと処理をそれらの製品に適用し、ビルドを分析して製品開発のシームレスな最適化を促進することができるようになる。
【0011】
このシステムは、システムエンジニアが、複雑な信号とデータフローを１か所で構成、調整、及び測定できるようにするグラフィカルなＳｉｇｎａｌ Ｆｌｏｗ Ｄｅｓｉｇｎｅｒを提供する。システムはデバイスに依存せず、シミュレーションとラピッドプロトタイピング用の仮想増幅器が付属している。このシステムは、ＳｏＣの単一のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、または１つ以上のコアで動作するように設計されている。システムは複数のデバイスで同時に動作するように設計されている（例えば、ヘッドユニットと増幅器の信号のフローはすべて、システムの１つのインスタンスを介して構成及び調整できる）。
【0012】
このシステムは、複数の物理インターフェイスをサポートする仮想デバイスまたはターゲットデバイスと通信するためのホストサーバアプリケーション（ＡｍｐＳｒｖ２）を提供する。このシステムは、カスタムパネル、ネイティブパネル、及び両方のパネルタイプのハイブリッドを使用して、チューニングパネルの完全なカスタマイズをサポートするように設計されている。システムには、仮想デバイスまたはターゲットデバイスと効率的に双方向通信をするための独自のチューニングプロトコル（ｘＴＰ）がある。このシステムは、様々な範囲のオーディオ測定ルーチンを簡単に効率的に自動化するために、ターゲットデバイスと直接通信できるように設計された測定モジュールを提供する。システムは、直感的なＵＸ／ＵＩのコンセプトの状態変数の連結メカニズムを提供する。
【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】
例示的な実施形態を上述したが、これらの実施形態が発明のあらゆる可能な形式を記載するとは意図されない。むしろ、明細書で用いられた単語は限定ではなく説明のための単語であり、発明の範囲及び範囲から逸脱することなく多様な変更が成され得ることが理解される。さらに、様々な実装実施形態の特徴は組み合わされて発明のさらなる実施形態を形成し得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6-1】
【図6-2】
【図6-3】
【図6-4】
【図6-5】
【図6-6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【外国語明細書】