特許 6567691 マルチチャネルオーディオ信号のコード化

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6567691

(24)【登録日】2019年8月9日

(45)【発行日】2019年8月28日

(54)【発明の名称】マルチチャネルオーディオ信号のコード化

(51)【国際特許分類】

   G10L 19/22 20130101AFI20190819BHJP

   G10L 19/008 20130101ALI20190819BHJP

   G10L 19/02 20130101ALI20190819BHJP

【ＦＩ】

   G10L19/22

   G10L19/008

   G10L19/02 150

【請求項の数】14

【全頁数】17

(21)【出願番号】特願2017-560162(P2017-560162)

(86)(22)【出願日】2016年5月19日

(65)【公表番号】特表2018-515813(P2018-515813A)

(43)【公表日】2018年6月14日

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

(87)【国際公開番号】WO2016184958

(87)【国際公開日】20161124

【審査請求日】2018年1月15日

(31)【優先権主張番号】62/164,141

(32)【優先日】2015年5月20日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】ポブロス， ハラルド

(72)【発明者】

【氏名】ブルーン， ステファン

【審査官】 千本 潤介

(56)【参考文献】

【文献】 特開平０８−０６５１６９（ＪＰ，Ａ）

【文献】 特開２０１１−０７５９３６（ＪＰ，Ａ）

【文献】 特開２００２−２４４６９８（ＪＰ，Ａ）

【文献】 特表２０１１−５２７４４５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１０Ｌ １９／００−１９／２６

(57)【特許請求の範囲】

【請求項1】

種々の符号化モードが種々のチャネルに対して選定可能である、マルチチャネルオーディオ信号符号化のための符号化モードの選択を支援するための方法であって、前記方法は、オーディオエンコーダにおいて行われ、
複数のオーディオ信号チャネルを取得することと、
前記取得された複数のオーディオ信号チャネルに対して異なる符号化モードが選択されることによる、アンマスキング効果を含む不要な効果のリスクのために、前記符号化モードの選択の調整が必要とされるかどうかを判断することと、
前記調整が必要とされる場合に、同一のコーデックモード、または同様の歪み特性を有するコーデックモードが、前記取得された複数のオーディオ信号チャネルの全てに対して選択されるように、前記複数の取得されたチャネルに対する前記符号化モードの選択を調整することと、を含み、
前記調整は、前記取得されたチャネルのうちの１つに対して、または前記取得されたチャネルのグループに対して選択された符号化モードに基づく、方法。

【請求項2】

前記複数の取得されたチャネルを符号化するために、前記取得されたチャネルのうちの１つに対して選択されたコード化モードを適用することをさらに含む、請求項１に記載の方法。

【請求項3】

前記複数の取得されたチャネルを符号化するために、前記取得されたチャネルのうちの少なくとも２つの組み合わせに対して選択されたコード化モードを適用することをさらに含む、請求項１に記載の方法。

【請求項4】

前記取得されたチャネルのうちのいずれが調整を必要とするのかを判断することをさらに含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

マスタコーデックインスタンスを選択することをさらに含み、前記マスタコーデックインスタンスは、そのモード決定を他のコーデックインスタンスに対して課す、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記調整された符号化モード選択に従って、前記オーディオ信号チャネルを符号化することをさらに含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

マルチチャネルオーディオ信号に対する符号化モードの選択を支援するための装置であって、
プロセッサ（７０、８０）と、
命令（７６、８６）を格納するメモリ（７４、８４）と
を備え、前記命令は、前記プロセッサによって実行されると、前記装置に、
複数のオーディオ信号チャネルを取得させ、
前記取得された複数のオーディオ信号チャネルに対して異なる符号化モードが選択されることによる、アンマスキング効果を含む不要な効果のリスクのために、前記符号化モードの選択の調整が必要とされるかどうかを判断させ、
前記調整が必要とされる場合に、同一のコーデックモード、または同様の歪み特性を有するコーデックモードが、前記取得された複数のオーディオ信号チャネルの全てに対して選択されるように、前記複数の取得されたチャネルに対する符号化モードの選択を調整させ、前記調整は、前記取得されたチャネルのうちの１つに対して、または前記取得されたチャネルのグループに対して選択された符号化モードに基づく、装置。

【請求項8】

前記プロセッサによって実行されると、前記装置に、前記複数の取得されたチャネルを符号化するために、前記取得されたチャネルのうちの１つに対して選択されたコード化モードを適用させる命令をさらに含む、請求項７に記載の装置。

【請求項9】

前記プロセッサによって実行されると、前記装置に、前記複数の取得されたチャネルを符号化するために、前記取得されたチャネルのうちの少なくとも２つの組み合わせに対して選択されたコード化モードを適用させる命令をさらに含む、請求項７に記載の装置。

【請求項10】

前記オーディオ信号を分類するための前記命令は、前記プロセッサによって実行されると、前記装置に、前記取得されたオーディオチャネルのうちのいずれが調整を必要とするのかを判断させる命令を含む、請求項７から９のいずれか一項に記載の装置。

【請求項11】

前記装置は、オーディオエンコーダまたはオーディオコーデックである、請求項７から１０のいずれか一項に記載の装置。

【請求項12】

前記装置は、ホストデバイス（２、５）に含まれる、請求項７から１１のいずれか一項に記載の装置。

【請求項13】

オーディオ用の符号化モードの選択を支援するためのコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータプログラムコードを含み、前記コンピュータプログラムコードは、装置上で実行されると、前記装置に、
複数のオーディオ信号チャネルを取得させ、
前記取得された複数のオーディオ信号チャネルに対して異なる符号化モードが選択されることによる、アンマスキング効果を含む不要な効果のリスクのために、前記符号化モードの選択の調整が必要とされるかどうかを判断させ、
前記調整が必要とされる場合に、同一のコーデックモード、または同様の歪み特性を有するコーデックモードが、前記取得された複数のオーディオ信号チャネルの全てに対して選択されるように、前記複数の取得されたチャネルのための前記符号化モードの選択を調整させ、前記調整は、前記取得されたチャネルのうちの１つに対して、または前記取得されたチャネルのグループに対して選択された符号化モードに基づく、コンピュータプログラム。

【請求項14】

請求項１３に記載のコンピュータプログラムが格納されたコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

開示された主題は、オーディオコード化に関し、より詳細には、いくつかのコーデックモードを含むコーデックの２つ以上のインスタンスによるステレオ信号またはマルチチャネル信号のコード化に関する。

【背景技術】

【0002】

セルラー通信ネットワークは、より高いデータレート、容量の改善、およびカバレッジの改善に向かって進化している。第３世代パートナーシッププロジェクト（３ＧＰＰ）標準化団体において、いくつかの技術が開発されてきており、現在も開発されている。

【0003】

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、標準化技術の一例である。ＬＴＥでは、ダウンリンクには、ＯＦＤＭ（直交周波数分割多重）に基づくアクセス技術が使用され、アップリングには、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）が使用される。ダウンリンクおよびアップリング両方に対する、ユーザ機器（ＵＥ）としても知られるワイヤレス端末へのリソース割り当ては、一般的に、高速スケジューリングを使用して、それぞれのワイヤレス端末の瞬間的なトラフィックパターンおよび電波伝播特性を考慮に入れて、適応的に行われる。ＬＴＥ上の１つのタイプのデータは、例えば、音声による会話またはストリーミングオーディオ用のオーディオデータである。

【0004】

低ビットレートスピーチおよびオーディオコード化の性能を改善するために、信号特性についてのアプリオリ知識を活用し、信号モデル化を用いることが知られている。より多くの複素信号によって、いくつかのコード化モデル、またはコード化モードが、種々の信号タイプおよび信号の種々の部分に使用されてよい。どの時点においても適切なコード化モードを選択することは有益である。

【0005】

ステレオ信号またはマルチチャネル信号が送信されるが、利用可能なまたは好ましいコーデックが専用ステレオモードを含まないシステムでは、当面のコーデックの別個のインスタンスによって、信号のそれぞれのチャネルを符号化し、送信することができる。これは、例えば、ステレオのケースにおいて２つのチャネルがある場合、コーデックは、左チャネルに対して一度実行され、右チャネルに対して一度実行されることを意味する。別個のインスタンスは、左および右チャネル符号化の結合がないことを意味する。「異なるインスタンス」による符号化は、並列であってよく、例えば、好ましいケースでは、同時に行われ得るが、代替的には直列であってよい。ステレオのケースについて、左／右表現および中央／サイド表現は、ステレオ信号の２つのチャネルと考えられ得る。同様に、マルチチャネルのケースについて、チャネルは、レンダリングされ、またはキャプチャされる際に異なる手法でコード化に対して表現可能である。受信側での復号信号の時間整合時に、このチャネルは、ステレオまたはマルチチャネル信号をレンダリングするまたは再構成するために使用可能である。ステレオのケースについて、これは、デュアルモノコード化と呼ばれることが多い。

【0006】

典型的な状況では、それぞれのマイクロフォンは、符号化され、かつ、復号後、１つのスピーカによって展開される１つのチャネルを表すことができる。しかしながら、マイクロフォン信号の種々の組み合わせに基づいて仮想入力チャネルを生成することも可能である。例えば、ステレオのケースにおいて、中央／サイド表現が左／右表現の代わりに選定される場合が多い。最も簡易なケースでは、中央信号は、左および右チャネル信号を追加することによって生成されるが、サイド信号は、差を取ることによって取得される。逆に言えば、デコーダにおいて、再び、例えば、中央／サイド表現から左／右表現までの同様の再マッピングがあり得る。（例えば、一定の倍率を除いて）左信号は、中央信号およびサイド信号を追加することによって取得されてよく、右信号は、これらの信号を取り去ることによって取得されてよい。一般に、コード化されるＭ仮想入力チャネルへの、かつ、デコーダからＫスピーカまで受信されたＭ仮想出力チャネルからの、Ｎマイクロフォン信号の対応するマッピングがある場合がある。これらのマッピングは、マッピングのそれぞれの入力信号の一次結合によって取得されてよく、このマッピングは、入力信号とマッピングマトリクスとの乗算によって数学的に定式化されることが可能である。

【0007】

最近開発された多くのコーデックは、例えば、符号化／復号される信号の特性に基づいて選択可能である複数の種々のコード化モードを含む。最良の符号化／復号モードを選択するために、エンコーダおよび／またはデコーダは、閉ループ式とも呼ばれる合成による解析における全ての利用可能なモードを試すことができる、または、開ループ決定とも呼ばれる信号解析に基づいてコード化モードの決定を行う信号分類器に頼ることができる。種々の選択可能なコード化モードを含むコーデックの例は、ＡＣＥＬＰ（スピーチ）符号化方式またはモード、および、ＭＤＣＴ（音楽）符号化方式またはモードの両方を包含するコーデックとすることができる。さらに、主コード化モードの重要な例は、コンフォートノイズ生成による、間欠送信（ＤＴＸ）手法に対するアクティブ信号コード化である。そのケースについて、典型的には、音声活動検出器または信号活動検出器は、これらのコード化モードのうちの１つを選択するために使用される。さらに、検出されたオーディオ帯域幅に応じて、コード化モードが選定可能である。例えば、入力オーディオ帯域幅が狭帯域のみである（４ｋｈｚを上回る信号エネルギーがない）場合、信号が、例えば、広帯域（最高８ｋＨｚまでの信号エネルギー）、超広帯域（最高１６ｋｈｚまでの信号エネルギー）、または全帯域（全可聴スペクトルに対するエネルギー）である場合と比較して、狭帯域コード化モードが選定可能である。種々のコード化モードのさらなる例は、符号化に対して使用されるビットレートに関連している。レートセレクタは、オーディオ入力信号または送信ネットワークの要件のどちらかに基づいて符号化するために種々のビットレートを選択することができる。

【0008】

次に、多くの場合、主コード化手法は、例えば信号分類器に基づいて選択可能でもある複数の副次的手法を含む。このような副次的手法の例は、（主な手法がＭＤＣＴコード化およびＡＣＥＬＰコード化であるとき）例えば、ノイズ状信号のＭＤＣＴコード化、および高調波信号のＭＤＣＴコード化、ならびに／または、種々のＡＣＥＬＰ励起表現とすることができる。

【0009】

オーディオ信号分類に関して、スピーチ信号に対する典型的な信号クラスは、有声発話および無声発話である。一般的なオーディオ信号については、スピーチ、音楽、および、場合によっては背景ノイズ信号との間で区別することが一般的である。

【発明の概要】

【0010】

第１の態様によると、種々の符号化モードが種々のチャネルに対して選定可能である、マルチチャネルオーディオ信号符号化のための符号化モードの選択を支援するための方法が提供される。本方法は、オーディオエンコーダにおいて行われ、複数のオーディオ信号チャネルを取得することと、複数の取得されたチャネルに対する符号化モードの選択を調整することまたは一致させることとを含み、この調整は、取得されたチャネルのうちの１つに対して、または、取得されたチャネルのグループに対して選択された符号化モードに基づく。

【0011】

第２の態様によると、マルチチャネルオーディオ信号に対する符号化モードの選択を支援するための装置が提供される。本装置は、プロセッサと、命令を格納するためのメモリとを備える。この命令は、プロセッサによって実行されると、装置に、複数のオーディオ信号チャネルを取得させ、複数の取得されたチャネルに対する符号化モードの選択を調整または一致させ、この調整は、取得されたチャネルのうちの１つに対して、または取得されたチャネルのグループに対して選択された符号化モードに基づく。

【0012】

第３の態様によると、オーディオ用の符号化モードの選択を支援するためのコンピュータプログラムが提供される。本コンピュータプログラムは、コンピュータプログラムコードを含む。このコンピュータプログラムコードは、装置上で実行されると、装置に、複数のオーディオ信号チャネルを取得させ、複数の取得されたチャネルに対する符号化モードの選択を調整または一致させ、この調整は、取得されたチャネルのうちの１つに対して、または取得されたチャネルのグループに対して選択された符号化モードに基づく。

【0013】

図面は、開示された主題の選択された実施形態を示す。図面において、同様の参照標示は同様の特徴を指す。

【図面の簡単な説明】

【0014】

【図1】本明細書に提示される実施形態が適用可能であるセルラーネットワークを示す図である。

【図2】モードの一致なく、それぞれのチャネルに対する別個のコーデックによる先行技術解決策を示す図式である。

【図3】先行技術によるエンコーダの１つのインスタンス内のモード決定構造の例を示す図式である。

【図4】一実施形態によるエンコーダのインスタンス全てを制御する外部のモード決定ユニットを使用する解決策を示す図である。

【図5】１つのコーデックがマスタとして選択される、すなわち、このコーデックのモード決定が全ての他のエンコーダに課せられる一実施形態を示す図である。

【図6】実施形態による方法を示すフローチャートである。

【図7】実施形態による方法を示すフローチャートである。

【図8a】実施形態によるエンコーダの異なる実装形態を示す概略的ブロック図である。

【図8b】実施形態によるエンコーダの異なる実装形態を示す概略的ブロック図である。

【図8c】実施形態によるエンコーダの異なる実装形態を示す概略的ブロック図である。

【図9】ワイヤレス端末のいくつかの構成要素を示す図である。

【図10】トランスコーディングノードのいくつかの構成要素を示す図である。

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

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

代替的には、上述されたステップ、機能、手順、モジュール、ユニット、および／またはブロックの少なくともいくつは、１つまたは複数の処理ユニットを含む、適した処理回路構成によって実行するために、コンピュータプログラムといったソフトウェアにおいて実装されてよい。ソフトウェアは、ネットワークノードにおけるコンピュータプログラムの使用前および／または使用中に、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体といったキャリアによって搬送可能である。上述されるネットワークノードおよびインデックスサーバは、実装形態が分散されることに言及するいわゆるクラウドソルーションにおいて実装されてよいため、ネットワークノードおよびインデックスサーバは、いわゆる仮想ノードまたは仮想マシンであってよい。

【0070】

本明細書に提示される１つまたは複数のフロー図は、１つまたは複数のプロセッサによって行われる場合、１つまたは複数のコンピュータフロー図と見なされてよい。対応する装置は、機能モジュールのグループとして規定されてよく、ここで、プロセッサによって行われるそれぞれのステップは、機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で実行されるコンピュータプログラムとして実装される。

【0071】

処理回路構成の例は、１つもしくは複数のマイクロプロセッサ、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）、１つもしくは複数の中央処理装置（ＣＰＵ）、および／または、１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または１つもしくは複数のプログラマブル論理制御装置（ＰＬＣ）などの任意の適したプログラマブル論理回路構成を含むがこれらに限定されない。すなわち、上述される種々のノードにおける配置構成のユニットまたはモジュールは、アナログ回路およびデジタル回路の組み合わせ、および／または、例えばメモリに格納されるソフトウェアおよび／またはファームウェアで構成される１つもしくは複数のプロセッサによって実装可能である。これらのプロセッサの１つまたは複数のみならず、他のデジタルハードウェアは、単一の特定用途向け集積回路構成（ＡＳＩＣ）に含まれてよいか、または、いくつかのプロセッサおよびさまざまなデジタルハードウェアは、システムオンチップ（ＳｏＣ）に個々にパッケージ化されるまたはアセンブルされるかどうかにかかわらず、いくつかの別個の構成要素の中で分散されてよい。

【0072】

提案された技術が実装される任意の従来のデバイスまたはユニットの一般的な処理能力を再利用可能とすることができることも、理解されるべきである。また、例えば、既存のソフトウェアを再プログラミングすること、または新しいソフトウェア構成要素を追加することによって、既存のソフトウェアを再利用可能とすることができる。

【0073】

上述される実施形態は、単に例として挙げられたものであり、提案された技術がこれに限定されないことは、理解されるべきである。本発明の範囲から逸脱することなく、さまざまな修正、組み合わせ、および変更が実施形態に対してなされてよいことは、当業者には理解されるであろう。特に、種々の実施形態における種々の部分的な解決策は、技術的に可能である場合、他の構成において組み合わせ可能である。

【0074】

いくつかの代替的な実装形態では、ブロックに記した機能／作用は、フローチャートに記した順序から外れて生じる場合がある。例えば、連続して示される２つのブロックは、関わる機能性／作用に応じて、実際は、実質的に同時に実行されてよく、または、ブロックは、時には逆の順序で実行されてよい。さらに、フローチャートおよび／またはブロック図の所与のブロックの機能性は、複数のブロックに分離されてよく、ならびに／または、フローチャートおよび／もしくはブロック図の２つ以上のブロックの機能性は、少なくとも部分的に統合されてよい。最後に、他のブロックは、示されるブロックの間に追加／挿入されてよく、および／または、ブロック／動作は、開示された主題の範囲から逸脱することなく省略されてよい。

【0075】

本開示の範囲内の相互作用するユニットの選択およびユニットの命名は、例示の目的のためのものに過ぎず、上述される方法のいずれかを実行するのに適したノードは、提案された手順のアクションを実行できるように、複数の代替的な手法方で構成可能であることは理解されたい。

【0076】

本開示に説明されるユニットが、論理エンティティと見なされるものとし、別個の物理エンティティとしての必要性はないことも、留意されるべきである。

【0077】

開示された主題はさまざまな実施形態を参照して上に提示されているが、開示された主題の範囲全体から逸脱することなく、説明した実施形態に形式および細部のさまざまな変更がなされてよいことは、理解されるであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8a】

【図8b】

【図8c】

【図9】

【図10】