(57)【要約】  音声デコーダは、符号化音声データのビットストリームを復号し、符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレームを含み、各々のフレームは、関連付けられた符号化音声サンプル値を含む。当該音声デコーダは、符号化音声データのフレームが特殊フレームであるか否かを判定するように構成された判定部を備え、この特殊フレームは、当該特殊フレームに関連付けられた符号化音声サンプル値及び追加情報を含み、追加情報は、特殊フレームに先行する或る数のフレームの符号化音声サンプル値を含み、先行するフレームの符号化音声サンプル値は、特殊フレームと同じコーデック構成を用いて符号化され、先行するフレームの数は、デコーダを初期化することによって、特殊フレームがデコーダの起動後の最初のフレームである場合に特殊フレームに関連付けられた音声サンプル値を復号することができる状態へとデコーダを移行させるために十分である。当該デコーダは、デコーダを初期化するように構成された初期化部を備え、デコーダを初期化することは、特殊フレームに関連付けられた符号化音声サンプル値を復号する前に追加情報に含まれる符号化音声サンプル値を復号することを含む。【選択図】図１【特許請求の範囲】
【請求項１】
符号化音声データのビットストリームを復号するための音声デコーダ（６０）であって、前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレーム（４０）を含み、各々のフレーム（４０）は、関連付けられた符号化音声サンプル値を含み、
前記音声デコーダ（６０）は、
前記符号化音声データのフレームが特殊フレーム（４２，８０）であるか否かを判定するように構成されている判定部（１３０）を備え、
前記特殊フレーム（４２，８０）は、当該特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記デコーダ（６０）を初期化することによって、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するために十分であり、
前記音声デコーダ（６０）は、更に、
前記フレームが特殊フレームであると前記判定部が判定した場合に前記デコーダ（６０）を初期化するように構成されている初期化部を備え、
前記デコーダを初期化することには、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することが含まれる、
音声デコーダ。
【請求項２】
前記初期化部は、前記フレームが特殊フレーム（４２，８０）であると前記判定部（１３０）により判定された場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合に、前記音声デコーダ（６０）を現在のコーデック構成から前記異なるコーデック構成（８４）に切り替えるように構成されている、
請求項１に記載の音声デコーダ（６０）。
【請求項３】
前記フレームが特殊フレーム（４２，８０）であると前記判定部（１３０）により判定された場合であって、かつ、前記特殊フレームの音声サンプル値が前記現在の符号化構成を用いて符号化された場合に、前記現在のコーデック構成を用いて前記特殊フレーム（４２，８０）を復号して前記追加情報を破棄するように構成されている、
請求項２に記載のデコーダ。
【請求項４】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含み、
前記判定部は、前記追加情報のコーデック構成が前記現在のコーデック構成と異なるか否かを判定するように構成されている、
請求項２に記載の音声デコーダ。
【請求項５】
前記現在のコーデック構成を用いて得られた複数の出力サンプル値と、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号することによって得られた複数の出力サンプル値との間でクロスフェードを実行するように構成されたクロスフェード部（３１８）を備える、
請求項２から請求項４のいずれかに記載の音声デコーダ（６０）。
【請求項６】
前記クロスフェード部（３１８）は、前記現在のコーデック構成において前記デコーダ（６０）をフラッシュすることによって得られた出力サンプル値と、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号することによって得られた出力サンプル値とのクロスフェードを実行するように構成されている、
請求項５に記載の音声デコーダ。
【請求項７】
前記追加情報（８２）に含まれる或る数のフレーム（８６）のうちの最も早いフレームは、前記最も早いフレームに先行する任意のフレームに対して時間差分符号化又はエントロピー符号化されておらず、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に先行する或る数のフレームのうちの最も早いフレームに先行する任意のフレームに対して、又は、前記特殊フレーム（４２，８０）に先行する任意のフレームに対して、時間差分符号化又はエントロピー符号化されていない、
請求項１から請求項６のいずれかに記載の音声デコーダ。
【請求項８】
前記特殊フレーム（４２，８０）は、拡張ペイロードとして前記追加情報を含み、
前記判定部は、前記特殊フレーム（４２，８０）の拡張ペイロードを評価するように構成されている、
請求項１から請求項７のいずれかに記載の音声デコーダ。
【請求項９】
音声信号（１０）の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための装置（１００；１２，１４，１６，１８）であって、
前記符号化音声データのビットストリームは、複数のフレームを含み、
各々のフレームは、関連付けられた符号化音声サンプル値を含み、
前記装置（１００；１２，１４，１６，１８）は、
前記フレームのうちの少なくとも１つを特殊フレーム（４２，８０）として提供するように構成されている特殊フレーム提供部を備え、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、デコーダ（６０）を初期化することによって、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するために十分であり、
前記装置（１００；１２，１４，１６，１８）は、更に、
前記符号化音声データのビットストリーム（５４，１０２）を出力するように構成されている出力部（１１２）を備える、
装置。
【請求項１０】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含む、
請求項９に記載の装置（１００；１２，１４，１６，１８）。
【請求項１１】
前記符号化音声データは、複数のセグメント（３０）を含み、
各々のセグメントは、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられており、複数のフレーム（４０）を含み、
前記特殊フレーム追加部は、各々のセグメント（３０）の先頭に特殊フレーム（４２，８０）を追加するように構成されている、
請求項９又は請求項１０に記載の装置（１００；１２，１４，１６，１８）。
【請求項１２】
前記符号化音声データ（５４，１０２）は、複数のセグメント（４４，４６，４８）を含み、
各々のセグメント（４４，４６，４８）は、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられており、複数のフレーム（４０）を含み、
前記装置（１００）は、
前記音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられてそれぞれ異なるコーデック構成によって符号化されるセグメント（４４，４６，４８）を提供するように構成されたセグメント提供部（１０４）を備え、
前記特殊フレーム提供部は、前記セグメントのうちの少なくとも１つについての最初のフレーム（４２，８０）を、前記特殊フレーム（４２，８０）として、提供するように構成され、
前記装置（１００）は、更に、
前記セグメント（４４，４６，４８）のうちの少なくとも１つと、それに続く前記セグメント（４４，４６，４８）のうちの別の１つとを配置することによって前記音声出力データを生成するように構成された生成部（５２，１１０）を備える、
請求項９又は１０に記載の装置（１００）。
【請求項１３】
前記セグメント提供部（１００）は、制御信号に基づいて各々のセグメントについてのコーデック構成を選択するように構成される、
請求項１２に記載の装置。
【請求項１４】
前記セグメント提供部（１００）は、前記音声サンプル値のシーケンスについてのｍ個（ｍ≧２）の符号化されたバージョン（２２，２４，２６，２８）を提供するように構成されており、
前記ｍ個の符号化されたバージョンは、それぞれ異なるコーデック構成を用いて符号化され、
各々の符号化されたバージョンは、前記音声サンプル値のシーケンスについての複数の部分を表す複数のセグメント（３０）を含み、
前記特殊フレーム提供部は、前記セグメントの各々についての先頭で特殊フレーム（４２，８０）を提供するように構成されている、
請求項１２又は請求項１３に記載の装置。
【請求項１５】
前記セグメント提供部（１００）は、複数のエンコーダ（１２，１４，１６，１８）を含み、
各々のエンコーダは、前記複数の異なるコーデック構成のうちの１つに従って前記音声信号を少なくとも部分的に符号化するように構成されている、
請求項１４に記載の装置。
【請求項１６】
前記セグメント提供部は、前記音声サンプル値のシーケンスについてのｍ個の符号化バージョンを記憶するメモリを含む、
請求項１５に記載の装置。
【請求項１７】
前記特殊フレーム提供部（１００）は、前記追加情報を、前記特殊フレーム（４２，８０）の拡張ペイロードとして提供するように構成されている、
請求項１２から請求項１５のいずれかに記載の装置。
【請求項１８】
符号化音声データのビットストリームを復号するための方法であって、
前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレーム（４０）を含み、
各々のフレーム（４０）は、関連付けられた符号化音声サンプル値を含み、
前記方法は、
前記符号化音声データのフレームが特殊フレーム（４２，８０）であるか否かを判定するステップを備え、
前記特殊フレーム（４２，８０）は、当該特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、デコーダ（６０）を初期化することによって、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するために十分であり、
前記方法は、更に、
前記フレームが特殊フレームであると判定された場合に前記デコーダ（６０）を初期化するステップを備え、
前記初期化するステップは、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することを含む、
方法。
【請求項１９】
前記フレームが特殊フレーム（４２，８０）であると判定された場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合、前記音声デコーダ（６０）を現在のコーデック構成から前記異なるコーデック構成（８４）に切り替えるステップを備える、
請求項１８に記載の方法。
【請求項２０】
前記音声データのビットストリームは、第１のコーデック構成を用いて符号化された第１の数のフレームと、前記第１の数のフレームに続き、第２のコーデック構成を用いて符号化された第２の数のフレームとを含み、
前記第２の数のフレームの中の最初のフレームは、前記特殊フレームである、
請求項１９に記載の方法。
【請求項２１】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含み、
前記方法は、前記追加情報のコーデック構成が、前記特殊フレームに先行するビットストリーム中のフレームの符号化音声サンプル値を符号化するために用いる現在のコーデック構成と異なるか否かを判定するステップを含む、
請求項１８から請求項２０のいずれかに記載の方法。
【請求項２２】
音声信号（１０）の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための方法であって、
前記符号化音声データのビットストリームは、複数のフレームを含み、
各々のフレームは、関連付けられた符号化音声サンプル値を含み、
前記方法は、
前記フレームのうちの少なくとも１つを特殊フレーム（４２，８０）として提供するステップを備え、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、デコーダ（６０）を初期化することによって、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するために十分であり、
前記方法は、更に、
前記特殊フレーム（４２，８０）と、前記複数のフレームのうちの他のフレームとを連結することによって前記ビットストリームを生成するステップを備える、
方法。
【請求項２３】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含む、
請求項２２に記載の方法。
【請求項２４】
前記音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられ、それぞれ異なるコーデック構成によって符号化されるセグメント（４４，４６，４８）を提供するステップを含み、
前記セグメントのうちの少なくとも１つについての第１のフレーム（４２，８０）が前記特殊フレーム（４２，８０）として提供される、
請求項２２又は請求項２３に記載の方法。
【請求項２５】
コンピュータ又はプロセッサにおいて実行されたときに、請求項１８から請求項２４のいずれかに記載の方法を実行するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声符号化・復号に関するものであり、具体的には、データを符号化及び復号する方策であって、それぞれ異なるコーデック構成間における切り替えの際に必要となり得るようなデコーダの初期化を可能にするものに関する。
【背景技術】
【０００２】
本発明の実施例は、伝送チャネルの特性が、ＤＳＬ、ＷｉＦｉ、３Ｇ、ＬＴＥ等といったアクセス技術に応じて大きく変化し得る場面に適応され得る。携帯電話の受信は、屋内や農村部ではフェードし得る。無線インターネット接続の品質は、基地局との距離及びアクセス技術に大きく依存し、それによって、ビットレートは変動する。ユーザ当りの利用可能なビットレートもまた、１つの基地局に接続しているクライアントの数により変化し得る。
【０００３】
本発明の目的は、音声コンテンツを柔軟に配信できるようにする概念を提供することである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明によると、この目的は、請求項１に記載の音声デコーダ、請求項９に記載の符号化音声出力データを生成するための装置、請求項１８に記載の音声入力データを復号するための方法、請求項２２に記載の符号化音声データを生成するための方法、及び請求項２５に記載のコンピュータプログラムによって達成される。
【０００５】
本発明の実施例は、符号化音声データのビットストリームを復号するための音声デコーダであって、前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレームを含み、各々のフレームは、関連付けられた符号化音声サンプル値を含み、前記音声デコーダは、
前記符号化音声データのフレームが特殊フレームであるか否かを判定するように構成された判定部を備え、前記特殊フレームは、当該特殊フレームに関連付けられた符号化音声サンプル値及び追加情報を含み、前記追加情報は、前記特殊フレームに先行する或る数のフレームの符号化音声サンプル値を含み、前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記デコーダを初期化することによって、前記特殊フレームに関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するために十分であり、前記音声デコーダは、更に、
前記フレームが特殊フレームであると前記判定部が判定した場合に前記デコーダを初期化するように構成された初期化部を備え、前記デコーダを初期化することには、前記特殊フレームに関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することが含まれる、音声デコーダを提供する。
【０００６】
本発明の実施例は、音声信号の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための装置であって、前記符号化音声データのビットストリームは、複数のフレームを含み、各々のフレームは、関連付けられた符号化音声サンプル値を含み、前記装置は、
前記フレームのうちの少なくとも１つを特殊フレームとして提供するように構成された特殊フレーム提供部を備え、前記特殊フレームは、前記特殊フレームに関連付けられた符号化音声サンプル値及び追加情報を含み、前記追加情報は、前記特殊フレームに先行する或る数のフレームの符号化音声サンプル値を含み、前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、デコーダを初期化することによって、前記特殊フレームに関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するために十分であり、前記装置は、更に、
前記符号化音声データのビットストリームを出力するように構成された出力部を備える、装置を提供する。
【０００７】
本発明の実施例は、符号化音声データのビットストリームを復号するための方法であって、前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレームを含み、各々のフレームは、関連付けられた符号化音声サンプル値を含み、前記方法は、
前記符号化音声データのフレームが特殊フレームであるか否かを判定するステップを備え、前記特殊フレームは、当該特殊フレームに関連付けられた符号化音声サンプル値及び追加情報を含み、前記追加情報は、前記特殊フレームに先行する或る数のフレームの符号化音声サンプル値を含み、前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、前記先行するフレームの数は、デコーダを初期化することによって、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に前記特殊フレームに関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するために十分であり、前記方法は、更に、
前記フレームが特殊フレームであると判定された場合に前記デコーダを初期化するステップを備え、前記初期化するステップは、前記特殊フレームに関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することを含む、方法を提供する。
【０００８】
本発明の実施例は、音声信号の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための方法であって、前記符号化音声データのビットストリームは、複数のフレームを含み、各々のフレームは、関連付けられた符号化音声サンプル値を含み、前記方法は、
前記フレームのうちの少なくとも１つを特殊フレームとして提供するステップを備え、前記特殊フレームは、前記特殊フレームに関連付けられた符号化音声サンプル値及び追加情報を含み、前記追加情報は、前記特殊フレームに先行する或る数のフレームの符号化音声サンプル値を含み、前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、デコーダを初期化することによって、前記特殊フレームに関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するために十分であり、前記方法は、更に、
前記特殊フレームと、前記複数のフレームのうちの他のフレームとを連結することによって前記ビットストリームを生成するステップを備える、方法を提供する。
【０００９】
本発明の実施例は以下の知見に基づく。即ち、音声信号の音声サンプル値のシーケンスを表し複数のフレームを含む符号化音声データのビットストリームの即時再生は、フレームのうちの１つが、特殊フレームに関連付けられた符号化音声サンプル値を復号することができる状態になるようにデコーダを初期化するために必要な先行フレームに関連付けられた符号化音声サンプル値を含む特殊フレームとして生成された場合、達成することができる、という知見である。従って、デコーダを初期化するために必要なフレームの数は、使用されるコーデック構成に依存するものであり、コーデック構成について既知である。本発明の実施例は、それぞれ異なるコーデック構成間での切り替えは、このような特殊フレームが、符号化構成間での切り替えが行われるべき位置において配置された場合、有益な態様で達成することができるという知見に基づく。特殊フレームは、特殊フレームに関連付けられた符号化音声サンプル値を含むだけでなく、コーデック構成間の切り替えと、切り替え後の即時再生とを可能にする更なる情報をも含み得る。本発明の実施例においては、符号化音声出力データを生成するための装置及び方法、並びに音声エンコーダは、コーデック構成間の切り替え後の即時再生がデコーダ側で行われ得るように符号化音声データを用意するように構成されている。本発明の実施例においては、このようなエンコーダ側で生成及び出力される音声データは、デコーダ側では音声入力データとして受信され、デコーダ側で即時再生を可能にする。本発明の実施例においては、即時再生は、デコーダ側でのそれぞれ異なるコーデック構成間の切り替え後、デコーダ側で可能になる。
【００１０】
本発明の実施例においては、前記初期化部は、前記フレームが特殊フレームであると前記判定部が判定した場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合に、前記音声デコーダを現在のコーデック構成から前記異なるコーデック構成に切り替えるように構成されている。
【００１１】
本発明の実施例においては、前記デコーダは、前記フレームが特殊フレームであると前記判定部が判定した場合であって、かつ、前記特殊フレームの音声サンプル値が前記現在の符号化構成を用いて符号化された場合に、前記現在のコーデック構成を用いて前記特殊フレームを復号するとともに、前記追加情報を破棄するように構成されている。
【００１２】
本発明の実施例においては、前記追加情報は、前記特殊フレームに関連付けられた音声サンプル値を符号化するために用いられるコーデック構成についての情報を含み、前記判定部は、前記追加情報のコーデック構成が前記現在のコーデック構成と異なるか否かを判定するように構成されている。
【００１３】
本発明の実施例においては、前記音声デコーダは、前記現在のコーデック構成を用いて得られた複数の出力サンプル値と、前記特殊フレームに関連付けられた符号化音声サンプル値を復号することによって得られた複数の出力サンプル値との間でクロスフェードを実行するように構成されたクロスフェード部を備える。本発明の実施例においては、前記クロスフェード部は、前記現在のコーデック構成において前記デコーダをフラッシュすることによって得られた出力サンプル値と、前記特殊フレームに関連付けられた符号化音声サンプル値を復号することによって得られた出力サンプル値とのクロスフェードを実行するように構成されている。
【００１４】
本発明の実施例においては、前記追加情報に含まれる或る数のフレームのうちの最も早いフレームは、前記最も早いフレームに先行する任意のフレームに対して時間差分符号化又はエントロピー符号化されておらず、前記特殊フレームは、前記特殊フレームに先行する或る数のフレームのうちの最も早いフレームに先行する任意のフレームに対して、又は、前記特殊フレームに先行する任意のフレームに対して、時間差分符号化又はエントロピー符号化されていない。
【００１５】
本発明の実施例においては、前記特殊フレームは、拡張ペイロードとして前記追加情報を含み、前記判定部は、前記特殊フレームの拡張ペイロードを評価するように構成されている。本発明の実施例においては、前記追加情報は、前記特殊フレームに関連付けられた音声サンプル値を符号化するために用いられるコーデック構成についての情報を含む。
【００１６】
本発明の実施例においては、前記符号化音声データは、複数のセグメントを含み、各々のセグメントは、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられて複数のフレームを含み、前記特殊フレーム追加部は、各々のセグメントの先頭に特殊フレームを追加するように構成されている。
【００１７】
本発明の実施例においては、前記符号化音声データは、複数のセグメントを含み、各々のセグメントは、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられて複数のフレームを含み、前記符号化音声データのビットストリームを生成するための装置は、前記音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられてそれぞれ異なるコーデック構成によって符号化されるセグメントを提供するように構成されたセグメント提供部を備え、前記特殊フレーム提供部は、前記セグメントのうちの少なくとも１つについての最初のフレームを前記特殊フレームとして提供するように構成され、前記装置は、更に、前記セグメントのうちの少なくとも１つと、これが続く前記セグメントのうちの別の１つとを配置することによって前記音声出力データを生成するように構成された生成部を備える。本発明の実施例においては、前記セグメント提供部は、制御信号に基づいて各々のセグメントについてのコーデック構成を選択するように構成されている。本発明の実施例においては、前記セグメント提供部は、前記音声サンプル値のシーケンスについてのｍ個（ｍ≧２）の符号化されたバージョンを提供するように構成され、前記ｍ個の符号化されたバージョンは、それぞれ異なるコーデック構成を用いて符号化され、各々の符号化されたバージョンは、前記音声サンプル値のシーケンスについての複数の部分を表す複数のセグメントを含み、前記特殊フレーム提供部は、前記セグメントの各々についての先頭で特殊フレームを提供するように構成されている。
【００１８】
本発明の実施例においては、前記セグメント提供部は、複数のエンコーダを含み、各々のエンコーダは、前記複数の異なるコーデック構成のうちの１つに従って前記音声信号を少なくとも部分的に符号化するように構成されている。本発明の実施例においては、前記セグメント提供部は、前記音声サンプル値のシーケンスについてのｍ個の符号化バージョンを記憶するメモリを含む。
【００１９】
本発明の実施例においては、前記追加情報は、前記特殊フレームの拡張ペイロードの形式を有する。
【００２０】
本発明の実施例においては、当該復号する方法は、前記フレームが特殊フレームであると判定された場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合、前記音声デコーダを現在のコーデック構成から前記異なるコーデック構成に切り替えるステップを備える。
【００２１】
本発明の実施例においては、前記符号化音声データのビットストリームは、第１のコーデック構成を用いて符号化された第１の数のフレームと、前記第１の数のフレームに続き、第２のコーデック構成を用いて符号化された第２の数のフレームとを含み、前記第２の数のフレームの中の最初のフレームは、前記特殊フレームである。
【００２２】
本発明の実施例においては、前記追加情報は、前記特殊フレームに関連付けられた音声サンプル値を符号化するために用いられるコーデック構成についての情報を含み、当該方法は、前記追加情報のコーデック構成が、前記特殊フレームに先行するビットストリーム中のフレームの符号化音声サンプル値を符号化するために用いる現在のコーデック構成と異なるか否かを判定するステップを含む。
【００２３】
本発明の実施例においては、当該符号化音声データのビットストリームを生成する方法は、前記音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられそれぞれ異なるコーデック構成によって符号化されるセグメントを提供するステップを含み、前記セグメントのうちの少なくとも１つについての第１のフレームが前記特殊フレームとして提供される。
【００２４】
従って、本発明の実施例においては、クロスフェードを実行することによってそれぞれ異なるコーデック構成間におけるシームレスな切り替えを可能にする。本発明の実施例においては、特殊フレームの追加情報は、デコーダを初期化することによって、前記特殊フレームを復号することができる状態へと前記デコーダを移行させるために必要なプレロール・フレームを含む。換言すると、本発明の実施例においては、追加情報は、特殊フレームに先行する符号化音声サンプル値であって、デコーダを初期化することによって、特殊フレームに関連付けられた音声サンプル値を復号することができる状態へとデコーダを移行させるために必要な特殊フレームによって表された符号化音声サンプル値と同じコーデック構成を用いて符号化された符号化音声サンプル値のフレームのコピーを含む。
【００２５】
本発明の実施例においては、特殊フレームは、規則的な時間間隔、即ち周期的に符号化音声データ内に導入される。本発明の実施例においては、符号化音声データの各セグメントの最初のフレームが特殊フレームである。実施例においては、前記音声デコーダは、異なるコーデック構成を示す更なる特殊フレームに遭遇するまで、前記特殊フレームにおいて示されたコーデック構成を用いて前記特殊フレーム及び続くフレームを復号するように構成されている。
【００２６】
本発明の実施例においては、当該デコーダ及び復号するための方法は、１のコーデック構成から別のコーデック構成に切り替える際にクロスフェードを実行することによって、多数の圧縮音声表現間におけるシームレスな切り替えを可能にするように構成されている。
【００２７】
本発明の実施例においては、それぞれ異なるコーデック構成は、ＡＡＣ（先進的音響符号化）規格による異なるコーデック構成、即ち、ＡＡＣファミリーコーデックについての異なるコーデック構成である。本発明の実施例は、ＡＡＣファミリーコーデックのコーデック構成及びＡＭＲ（適応多重レート）ファミリーコーデックのコーデック構成間での切り替えに向けたものとすることができる。
【００２８】
従って、本発明の実施例は、音声コンテンツが配信される態様が、可変ビットレートを伴う伝送チャネルといった環境条件に適合され得るように、デコーダ側での即時再生と、それぞれ異なるコーデック構成間の切り替えとを可能にする。従って、本発明の実施例は、所与のネットワーク条件について可能な限り最良の音声品質を消費者に提供することを可能にする。
【００２９】
以下、本発明の実施例について、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００３０】
【図１】図１は、符号化音声出力データを生成するための装置の実施例の概略図である。
【図２】図２は、特殊フレームの実施例を説明するための概略図である。
【図３】図３は、音声信号についてのそれぞれ異なる表現の概略図である。
【図４ａ】図４ａ及び図４ｂは、符号化音声出力データを生成するための装置の概略図である。
【図４ｂ】図４ａ及び図４ｂは、符号化音声出力データを生成するための装置の概略図である。
【図５】図５は、音声デコーダの概略図である。
【図６】図６は、音声デコーダ及び復号する方法の実施例を説明するための概略的なブロック図である。
【図７】図７は、それぞれ異なるコーデック構成間における音声デコーダの切り替えを説明するための概略的なブロック図である。
【図８】図８は、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）デコーダ挙動を説明するための概略図である。
【図９】図９は、第１のストリーム１から第２のストリーム２への切り替えを示す図である。
【図１０】図１０は、追加情報を提供するシンタックス要素の例を示す図である。
【発明を実施するための形態】
【００３１】
一般的に、本発明の実施例は、可変ビットレートの伝送チャネルを介した、場合によっては映像とともに配信される音声コンテンツの配信に関するものである。所与のネットワーク条件について可能な限り最良の音声品質を消費者に提供することが１つの目的である。本発明の実施例では、適応ストリーミング環境にＡＡＣファミリーコーデックを実装することに焦点を当てる。
【００３２】
本発明の実施例においては、符号化されない音声サンプル値は、ＰＣＭ（パルス符号変調）サンプルのような時間領域音声サンプル値を表す。本発明の実施例においては、符号化音声サンプル値という用語は、時間領域音声サンプル値を符号化した後に得られる周波数領域サンプル値を指す。本発明の実施例においては、符号化音声サンプル値又はサンプルは、例えば、ＭＤＣＴ（変形離散コサイン変換）によって時間領域サンプルをスペクトル表現に変換し、その変換結果を、例えば、量子化及びハフマン（Ｈｕｆｆｍａｎ）符号化により符号化することによって取得されるものである。従って、本発明の実施例においては、符号化とは、時間領域サンプルから周波数領域サンプルを得ることを意味し、復号とは、周波数領域サンプルから時間領域サンプルを得ることを意味する。符号化音声データを復号することによって得られるサンプル値（サンプル）は、本願明細書において、出力サンプル値（サンプル）と称する場合がある。
【００３３】
図１は、符号化音声出力データを生成するための装置の実施例を示す。図１は、本発明の実施例が適用され得る適応音声ストリーミングの典型的なシナリオを示す。音声入力信号１０は、様々な音声エンコーダ１２，１４，１６，１８、即ちエンコーダ１〜ｍによって符号化される。エンコーダ１〜ｍは、音声入力信号１０を同時に符号化するように構成され得る。典型的には、エンコーダ１〜ｍは、広いビットレート範囲を実現できるように構成され得る。これらエンコーダは、音声入力信号１０についてのそれぞれ異なる表現、即ち符号化バージョン２２，２４，２６，２８、即ち表現１〜ｍを生成する。各々の表現は、複数のセグメント１〜ｋを含み、１番目の表現の２番目のセグメントには、単に例示として参照番号３０を付している。各セグメントは、符号ＡＵで示される複数のフレーム（アクセス単位）と、各フレームの表現内の位置を示すインデックス１〜ｎと、を含む。１番目の表現の８番目のフレームは、単に例示として参照番号４０を付す。
【００３４】
エンコーダ１２，１４，１６，１８は、規則的な時間間隔でストリームアクセスポイント（ＳＡＰ）４２を挿入するように構成され、これはセグメントのサイズを規定する。従って、セグメント３０といったセグメントは、ＡＵ５，ＡＵ６，ＡＵ７，ＡＵ８といった多数のフレームから構成され、１番目のフレームＡＵ５はＳＡＰ４２を表す。図１においては、ＳＡＰはハッチングで示す。各々の表現１〜ｍは、音声入力信号１０についての圧縮音声表現（ＣＡＲ）を表し、ｋ個のこのようなセグメントから構成される。それぞれ異なるＣＡＲ間での切り替えは、セグメント境界において行うことができる。
【００３５】
デコーダ側においてクライアントは、これら表現のうち所与の状況、例えば所与のネットワーク条件に最も適合したものを要求することができる。何らかの理由で条件が変化すると、クライアントは異なるＣＡＲを要求できることが要求され、符号化出力データを生成する装置は、各々全てのセグメント境界においてそれぞれ異なるＣＡＲ間で切り替えできることが要求され、デコーダは、各々全てのセグメント境界において異なるＣＡＲを復号するように切り替えできることが要求される。従って、クライアントは、ラン状態下のバッファ（「再バッファ」）を最小限にしつつ品質を最大化するために、媒体ビットレートを利用可能なチャネルビットレートに適合させた状態になっているであろう。ＨＴＴＰ（ハイパーテキスト転送プロトコル）を用いてセグメントをダウンロードする場合、このようなストリーミングアーキテクチャをＨＴＴＰ適応ストリーミングと称する場合がある。
【００３６】
現在の実現されている例としては、アップル（Ａｐｐｌｅ）社製のＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）社製のＳｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ、及び、アドビ（Ａｄｏｂｅ）社製のＤｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇがあり、これらはいずれも基本原理に従っている。最近、ＭＰＥＧはオープン規格をリリースした。即ち、ＨＴＴＰによる動的適応ストリーミング（ＭＰＥＧ  ＤＡＳＨ）である。「実現のためのガイドライン：ＤＡＳＨ−ＡＶＣ／２６４相互動作性ポイント（Ｇｕｉｄｅｌｉｎｅｓ  ｆｏｒ  Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ：ＤＡＳＨ−ＡＶＣ／２６４  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  Ｐｏｉｎｔs）」、http://dashif.org/w/2013/08/DASH-AVC-264-v2.00-hd-mca.pdf.を参照。ＨＴＴＰは、一般的に、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）を、その基盤となるネットワークプロトコルとして用いる。本発明の実施例は、これら現在の開発されているもののいずれに対しても適用することができる。
【００３７】
表現（符号化バージョン）間の切り替えは、可能な限り途切れないものであることが要求される。換言すると、切り替え中に可聴の異常やカチッという音が生じないことが要求される。本発明の実施例により実現される手法を用いなければ、この要件は特定の制約のもとで、符号化プロセス中に特別の注意を払った場合にしか達成され得ない。
【００３８】
図１において、セグメントを発生させたエンコーダを、それぞれ、丸印中の符号によって示している。図１は更に、各々のセグメントについてどの表現をダウンロードすべきかを決定する決定エンジン５０を示す。生成部５２は、図１において参照番号４４，４６，４８を付している選択セグメントから、当該選択セグメントを連結することによって符号化音声出力データ５４を生成する。符号化音声出力データ５４は、符号化音声出力データを音声出力サンプルを含む音声出力信号６２に復号するデコーダ６０に送信されてもよい。
【００３９】
図１に示す実施例においては、それぞれ異なるエンコーダから由来するセグメント、従ってフレーム、例えば図１の例ではエンコーダ２からのＡＵ４及びエンコーダ３からのＡＵ５は、同じデコーダ６０に入力される。同じデコーダインスタンスを用いてこれらＡＵを復号する場合、両方のエンコーダが互いに互換性があることが必要である。特に、追加の処理をすることなく、これら２つのエンコーダが完全に異なるコーデックファミリーのものである、例えば、エンコーダ２にＡＭＲを使用し、エンコーダ３にＧ．７１１を使用する場合、このようなアプローチを用いて動作させることはできない。しかし、同じコーデックが全ての表現に亘って用いられている場合でも、符号化プロセスを規制するために特別の注意を払わなければならない。それは、例えば、先進的音響符号化（ＡＡＣ）のような現代の音声コーデックが、多様な符号化ツールやモードを用いるいくつかのコンフィギュレーションにおいて動作可能である柔軟なアルゴリズムであるからである。ＡＡＣにおけるそのような符号化ツールの例として、スペクトル帯域複製（ＳＢＲ）又はショートブロック（ＳＢ）が挙げられる。他の重要な構成パラメータとしては、サンプリング周波数（ｆｓ、例えば４８ｋＨｚ）又はチャネル構成（モノ、ステレオ、サラウンド）がある。フレーム（ＡＵ）を正しく復号するために、デコーダは、どのツールを用いるのか、そしてこれらがどのように構成されるのか（例えばｆｓ又はＳＢＲクロスオーバー周波数）について把握していなければならない。従って、一般的に、必要とされる情報は、短い構成ストリングにおいて符号化され、デコーダに対して利用可能にされてから復号される。これら構成パラメータは、コーデック構成と称する場合がある。ＡＡＣの場合、この構成は特定音声コンフィグ（ＡＳＣ）として知られる。
【００４０】
現在の所、シームレスな切り替えを達成するためには、コーデック構成が複数の表現（符号化バージョン）に亘って互換性を有するように制限することが必要であった。例えば、サンプリング周波数又は符号化ツールは、典型的に、全ての表現に亘って同一である必要がある。互換性のないコーデック構成が複数の表現間で用いられる場合、デコーダは再構成する必要がある。これは、基本的に、古いデコーダを閉じて新たなデコーダを新たな構成で開始する必要があることを意味する。しかし、この再構成プロセスは、すべての条件下でシームレスではなく、異常を引き起こし得る。その理由の１つは、新たなデコーダが有効なサンプルを直ちに生成することができず、完全な信号強度を確立するためにはいくつかのプレロールＡＵを必要とすることである。この起動挙動は、デコーダ状態を有するコーデックの場合、即ち現在のＡＵの復号が先行するＡＵの復号から完全に独立でない場合、典型的である。
【００４１】
この挙動の結果、コーデック構成は、典型的に、全ての表現に亘って一定であることが必要であり、変化するパラメータはビットレートのみであった。これは、例えば、ＤＡＳＨ産業フォーラム（ＤＡＳＨ  Ｉｎｄｕｓｔｒｙ  Ｆｏｒｕｍ）によって定義されたＤＡＳＨ−ＡＶＣ／２６４プロファイルの場合に適用される。
【００４２】
この制約により、コーデックの柔軟性が制限され、それにより完全なビットレート範囲に亘る符号化の効率が制限されていた。例えば、ＳＢＲは、極めて低いビットレートの場合には価値のある符号化ツールであるが、高ビットレートでは音声品質が制限される。従って、符号化構成が一定であることが要求される場合、即ち、ＳＢＲによる又はＳＢＲによらない場合、高ビットレート又は低ビットレートのいずれかで妥協しなければならなかった。同様に、符号化の効率は、表現間でサンプリングレートを変化させることにより良くなっていたが、上述のシームレスな切り替えについての制約のため、符号化効率は、一定に保たなければならなかった。
【００４３】
本発明の実施例は、適応ストリーミング環境におけるシームレスな音声切り替えを可能にする、具体的には、適応ストリーミング環境においてＡＡＣファミリー音声コーデックについてシームレスな音声切り替えを可能にする新規のアプローチの実現を目指すものである。本発明のアプローチは、上述のコーデック構成に対する制約の結果生じる全ての問題に対応するように設計されたものである。全体的な目標は、シームレスな切り替えを可能にし又は確保しながら、符号化ツール又はサンプリング周波数といった複数の表現（符号化バージョン）に亘る構成においてより柔軟性を持たせることである。
【００４４】
本発明の実施例は、特殊フレームを追加することによって、上述の制約を克服することができ、より高い柔軟性を達成することができるという知見に基づく。そして、当該特殊フレームは、例えば、圧縮音声表現（ＣＡＲ（Ｃｏｍｐｒｅｓｓｅｄ  Ａｕｄｉｏ  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ））のような符号化音声データのフレーム（特殊フレーム以外のフレーム）の間にある上記特殊フレームに対応付けられた符号化音声サンプル値と追加情報とを含む。圧縮音声表現は、全体のビットレートが一定であって、可逆又は不可逆の音声エンコーダ、例えば、ＡＡＣファミリーの音声エンコーダ（ＡＡＣ、ＨＥ−ＡＡＣ、ＭＰＥＧ−Ｄ  ＵＳＡＣ、…）により圧縮された１つの音声素材（音楽、発話、…）と見做すことができる。具体的には、特殊フレームにおける追加情報は、別の異なるコーデック構成に切り替える場合でも、デコーダ側において瞬間的なプレイアウトを可能にするように設計される。従って、特殊フレームは、瞬間プレイアウトフレーム（ＩＰＦ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｐｌａｙ−ｏｕｔ  Ｆｒａｍｅ））と称する場合もある。ＩＰＦは、デコーダ起動遅延を補償するように構成され、現在のフレームのデータとともに前のフレームについての音声情報を送信するために用いられる。
【００４５】
このようなＩＰＦ８０の例を図２に示す。図２は、或る数のフレーム（アクセス単位）４０（ｎ−４〜ｎ＋３の番号を付す）を示す。各々のフレームは、関連付けられた符号化音声サンプル値、即ち、音声入力信号１０といった音声信号を表す時間領域音声サンプル値のシーケンスについての特定の数の時間領域音声サンプル値の符号化音声サンプル値、を含む。例えば、各々のフレームは、１０２４個の時間領域音声サンプル値を表す符号化音声サンプル値、即ち、符号化されていない音声信号の音声サンプル値を含んでもよい。図２においては、先行するフレームｎ−１及び後続のフレームｎ＋１間に配置されたフレームｎは、特殊フレーム又はＩＰＦ８０を表す。特殊フレーム８０は、追加情報８２を含む。追加情報８２は、コーデック構成についての情報８４、即ち、フレームｎ−４〜ｎ＋３を含むデータストリームの符号化に用いられるコーデック構成についての情報、及び、従って、特殊フレームに関連付けられた音声サンプル値を符号化するために用いられるコーデック構成についての情報、を含む。
【００４６】
図２に示す実施例においては、音声デコーダによって発生した遅延は３フレーム分であると仮定し、即ち、音声デコーダの起動中における完全な信号を確立するためには所謂プレロールのフレームが３個必要であると仮定する。従って、ストリーム構成（コーデック構成）をデコーダが把握していると仮定すると、デコーダは、フレームｎで有効なサンプルを生成するためには、通常、フレームｎー３で復号を開始する必要がある。従って、必要な情報をデコーダに対して利用可能にするために、追加情報８２は、特殊フレーム８０に先行して、追加情報８２に示されるコーデック構成８４を用いて符号化される符号化音声サンプル値からなる或る数のフレームを含む。これら或る数のフレームは、図２では参照番号８６によって示される。デコーダを初期化することによって、特殊フレームｎに関連付けられた音声サンプル値を復号することができる状態へとデコーダを移行させるためには、この数のフレーム８６が必要である。従って、フレーム８６の情報は複製されて、特殊フレーム８０の一部として送信される。従って、この情報は、フレームｎにて、図２に示すデータストリームへの切り替えの直後にデコーダに対して利用可能である。フレームｎにおけるこの追加情報がなければ、切り替え後、コーデック構成８４及びフレームｎ−３〜ｎ−１は、いずれもデコーダに対して利用可能とはならない。この情報を特殊フレーム８０に追加することによって、デコーダを直ちに初期化することが可能となり、これにより、特殊フレームを含むデータストリームへの切り替え後における即時プレイアウトが可能となる。デコーダは、フレームｎを復号することによって得られる出力サンプルを出力しなければならなくなるまで利用可能である時間窓の中で上記初期化及びフレームｎの復号を実行することができるように構成される。
【００４７】
通常の復号中、即ち、異なるコーデック構成への切り替えのないときは、フレームｎのみが復号され、追加情報ｎ−３〜ｎ−１に含まれるフレームは無視される。しかしながら、異なるコーデック構成への切り替え後、特殊フレーム８０内の情報全てが抽出され、デコーダは、含まれるコーデック構成と、プレロール・フレーム（ｎ−３〜ｎ−１）の復号とに基づいて初期化され、最終的に現在のフレームｎを復号及び再生する。プレロール・フレームの復号は、現在のフレームが復号及び再生される前に行われる。プレロール・フレームは再生されないが、デコーダは、現在のフレームｎの再生前に利用可能な時間窓内でプレロール・フレームを復号するように構成される。
【００４８】
「コーデック構成」という用語は、音声データ又は音声データのフレームの符号化において用いられるコーデック構成を指す。従って、符号化構成は、用いられるそれぞれ異なる符号化ツール及びモードを示すことができ、ＡＡＣにおいて用いられる符号化ツールの例としてスペクトル帯域複製（ＳＢＲ）又はショートブロック（ＳＢ）がある。構成パラメータの１つがＳＢＲクロスオーバー周波数である。他の構成パラメータとして、サンプリング周波数又はチャネル構成がある。異なるコーデック構成では、１つ以上の構成パラメータが異なっている。本発明の実施例においては、異なるコーデック構成は、ＡＡＣ、ＡＭＲ又はＧ．７１１といった完全に異なるコーデックを含んでも良い。
【００４９】
従って、図２に示す例においては、デコーダ起動遅延を補償するためには３つのフレーム、即ちｎ−３〜ｎ−１が必要である。追加フレームのデータは、音声ビットストリーム内の拡張ペイロード機構によって送信してもよい。例えば、ＵＳＡＣ拡張ペイロード機構（ＵｓａｃＥｘｔＥｌｅｍｅｎｔ）を用いて追加情報を送信してもよい。更に、「コンフィグ」フィールドを用いてストリーム構成９４を送信してもよい。これは、ビットストリーム切り替え又はビットレート適応の場合に有用であり得る。第１のプレロールＡＵ（ｎ−３）及びＩＰＦ自体（ｎ）の両方が、独立に復号可能なフレームであってもよい。ＵＳＡＣのコンテキストにおいて、エンコーダは、これらフレームについてフラグ（ｕｓａｃＩｎｄｅｐｅｎｄｅｎｃｙＦｌａｇ）を「１」に設定することができる。図２に示すフレーム構造を実装することにより、各々全てのＩＰＦにおけるビットストリーム及びプレイアウト有効ＰＣＭサンプルに対する即時のランダムアクセスが可能となる。ＩＰＦの復号プロセスは、以下のステップを含んでもよい。全ての「プレロール」ＡＵ（ｎ−３…ｎ−１）を復号し、その結果取得された出力ＰＣＭサンプルを破棄する。内部デコーダ状態及びバッファは、このステップ後に完全に初期化される。フレームｎを復号し、通常のプレイアウトを開始する。フレームｎ＋１で、通常通りの復号を継続する。ＩＰＦは、音声ストリームアクセスポイント（ＳＡＰ）として用いることができる。各々全てのＩＰＦにおいて、有効なＰＣＭサンプルの即時プレイアウトが可能である。
【００５０】
本願明細書において定義された特殊フレームは、補助的なデータ若しくは拡張データ若しくはデータストリーム要素の多重化及び送信を可能にする任意のコーデック、又は音声コーデック外部データを送信するための類似の機構において実現することができる。本発明の実施例は、ＵＳＡＣコーデックフレームワークの実装に関する。本発明の実施例は、ＵＳＡＣ音声エンコーダ及びデコーダとの関連で実現することができる。ＵＳＡＣとは、音声音響統合符号化という意味であり、標準規格ＩＳＯ／ＩＥＣ  ２３００３−３：２０１２を参照する。本発明の実施例においては、追加情報は、図２のフレームｎといった対応するフレームの拡張ペイロードに含まれる。例えば、ＵＳＡＣ規格によって、任意の拡張ペイロードを符号化音声データに追加することが可能となる。拡張ペイロードの存在は、フレーム毎に切り替え可能である。従って、追加情報は、先行するフレームの追加の音声情報を運ぶために規定された新たな拡張ペイロードタイプとして実現することができる。
【００５１】
上述のように、瞬間プレイアウトフレーム８０は、特定の時間スタンプ（フレームｎ）に関連付けられた有効な出力サンプルが直ちに生成され得る、即ち、音声コーデック遅延に従って特定の数のフレームだけ待つ必要がなくなるように設計されている。換言すると、音声コーデック遅延を補償することができる。図２に示す実施例においては、音声コーデック遅延は３フレームである。更に、ＩＰＦは、完全かつ独立して復号可能となる、即ち、先行する音声ストリームを更に把握せずに復号可能となるように設計されている。この観点で、特殊フレーム（即ち、図２のフレームｎ−３）に追加される或る数のフレームのうちの最も早いものは、どの先行するフレームに対しても時間差分符号化又はエントロピー符号化されない。さらに、特殊フレームは、追加情報に含まれる或る数のフレームのうちの最も早いものに先行するいずれのフレームに対しても、あるいは、どの先行するフレームに対しても、時間差分符号化又はエントロピー符号化されない。換言すると、図２のフレームｎ−３及びｎについて、先行するフレームに対するあらゆる依存関係が除去される、例えば、特定のパラメータの時間差分符号化又はエントロピー符号化のリセットを行うことができる。従って、これらの独立のフレームは、全てのシンボルの正しい復号及び解析を可能にするが、それ自体は有効なＰＣＭサンプルを瞬間的に得るためには十分ではない。このような独立のフレームが、ＡＡＣ又はＵＳＡＣといった一般的な音声コーデックにおいて既に利用可能である一方、このような音声コーデックは、ＩＰＦフレーム８０といった特殊フレームには対応していない。
【００５２】
本発明の実施例においては、特殊フレームは、図１に示す表現についての各々のストリームアクセスポイントにおいて与えられる。図１では、ストリームアクセスポイントは、各々のセグメントにおける最初のフレームであり、ハッチングを付している。従って、図１は、本発明による符号化音声出力データを生成するための装置の特定の実施例を示している。更に、図１に示すエンコーダ１〜ｍの各々は、本発明による音声エンコーダの実施例を表す。図１によると、エンコーダ１２〜１８は、音声入力信号１０についてのそれぞれ異なる部分に関連付けられそれぞれ異なるコーデック構成によって符号化されるセグメントを出力する提供部を表している。この観点で、エンコーダ１２〜１８の各々は、異なるコーデック構成を用いる。決定部５０は、各々のセグメントについて、どの表現をダウンロードすべきかを決定するように構成される。従って、決定部５０は、制御信号に基づいて各々のセグメントについてコーデック構成（それぞれの表現に関連付けられたもの）を選択するように構成される。例えば、制御信号は、所与の状況に最も良く適合する表現を要求するクライアントから受信されるものであってもよい。
【００５３】
決定部５０の決定に基づいて、ブロック５２は、セグメント、例えばセグメント４４（表現２のセグメント１）及びそれに続くセグメント４６（表現３のセグメント２）、を順に配置することによって音声出力データ５４を生成する。従って、セグメント２の先頭における特殊フレームＡＵ５によって、表現３への切り替えと、デコーダ側でのセグメント４４，４６間の境界における即時再生とが可能になる。
【００５４】
従って、図１に示す実施例において、提供部（エンコーダ１〜ｍを含む）は、音声入力１０についてのｍ個の符号化バージョン（ｍ≧２）を提供するように構成され、ｍ個の符号化バージョン（表現）は、それぞれ異なるコーデック構成を用いて符号化され、各々の符号化バージョンは、音声サンプル値のシーケンスについての複数の部分を表す複数のセグメントを含み、セグメントの各々は、その先頭に特殊フレームを含む。
【００５５】
本発明の他の実施例においては、図１における表現２２〜２８といった、同じ音声入力についての異なる表現がメモリに格納可能であり、対応する媒体コンテンツをユーザが要求した場合にアクセス可能である。
【００５６】
図１に示すエンコーダインスタンス１〜ｍは、エンコーダ構成及び／又はエンコーダインスタンスにおけるツールのアクティブ化により、異なるエンコーダ遅延を発生させるかもしれない。このような場合、エンコーダ遅延を補償し、ｍ個の出力ストリーム、即ち、ｍ個の表現の時間調整を達成するための措置を取ることができる。これは、例えば、異なるエンコーダ遅延を補償するために、ある量のゼロ・サンプルをエンコーダ入力の後ろに足すことで、実現することができる。換言すると、それぞれ異なる表現におけるセグメントが同じ持続時間を有することで、セグメント境界における表現間のシームレスな切り替えを可能にする。理論的なセグメント持続時間は、採用されるサンプルレート及びフレームサイズに依存する。図３は、例えば異なるサンプルレート及び／又はフレームサイズのため、異なるフレーム構成を有する表現にＩＰＦを挿入することができる例を示す。適当な位置において、より短いセグメントにゼロ・サンプルを追加することによって、全ての特殊フレームが図３に示すように時間調整されるようにすることができる。
【００５７】
図４ａに、符号化音声出力データ１０２を生成するための装置９０の概略図を示す。装置９０は、複数のフレーム４０のうちの少なくとも１つのフレーム８０を、本願明細書に定義する特殊フレームとして提供するように構成された提供部９２を備える。本発明の実施例においては、提供部９２は、音声サンプル値を符号化するためのエンコーダの一部として実現することができ、提供部９２は、フレーム４０を提供し、追加情報をフレームのうちの少なくとも１つに追加して特殊フレームを生成する。例えば、提供部９２は、追加情報をペイロード拡張としてフレーム４０のうちの１つに追加することによって、特殊フレーム８０を生成するように構成され得る。符号化音声データ１０２のビットストリームを表すフレーム４０，８０は、出力１１２を介して出力される。
【００５８】
図４ｂに、符号化音声出力データ１０２を生成するための装置１００の概略図を示す。当該装置は、音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられたセグメント１０６，１０８を提供するように構成された提供部１０４を備える。セグメントのうちの少なくとも１つについての最初のフレームは、上述の特殊フレームである。生成部１１０は、セグメント１０６，１０８のうちの少なくとも一方と、それに続いてセグメント１０６，１０８のうちの他方とを配置することによって、音声出力データを生成するように構成される。生成部１１０は、音声出力データを、符号化音声データ１０２を出力する出力部１１２に送信する。
【００５９】
図５に、音声入力データ１２２を復号するための音声デコーダ６０の実施例の概略図を示す。音声入力データは、図１に示すブロック５２の出力であってもよい。音声デコーダ６０は、判定部１３０、初期化部１３２及びデコーダコア１３４を含む。判定部１３０は、音声入力データ１２２のフレームが特殊フレームであるか否かを判定するように構成される。初期化部１３２は、フレームが特殊フレームであり、かつ、初期化が必要又は望ましい場合、デコーダコア１３４を初期化するように構成される。初期化には、追加情報に含まれる先行するフレームを復号する処理が含まれる。デコーダコア１３４は、初期化に用いるコーデック構成を用いて符号化音声サンプル値のフレームを復号するように構成される。
【００６０】
フレームが特殊フレームでない場合、当該フレームは、矢印１３６で示すように、直接デコーダコア１３４に送信される。フレームが特殊フレームであり、かつ、デコーダコア１３４の初期化が必要とされていない場合、判定部１３０は、追加情報を破棄して、特殊フレームについての符号化音声サンプル値のみを（追加情報中のフレームなしに）デコーダコア１３４に送信してもよい。判定部１３０は、追加情報に含まれる情報、又は外部情報に基づいて、デコーダコア１３４の初期化が必要か否かを判定するように構成され得る。追加情報に含まれる情報は、特殊フレームを符号化するために用いられるコーデック構成についての情報であってもよく、当該情報が、先行するフレームが、異なるコーデック構成を用いて特殊フレームとして符号化されたことを示している場合、判定部は、初期化が必要であると判定してもよい。外部情報は、次の特殊フレームを受信したときに、デコーダコア１３４が初期化又は再初期化されるべきであると示すものであってもよい。
【００６１】
本発明の実施例においては、デコーダ６０は、異なるコーデック構成のうちの１つにおいてデコーダコア１３４を初期化するように構成される。例えば、ソフトウェアデコーダコアについてのそれぞれ異なるインスタンスが、異なるコーデック構成、即ち、上述の異なるコーデック構成パラメータを用いて初期化され得る。本発明の実施例においては、デコーダ（コア）の初期化は、現在のデコーダインスタンスを閉じるステップと、追加情報に含まれる（即ち受信したビットストリーム内にある）又は外部から送られた即ち受信ビットストリームに対して外部にあるコーデック構成パラメータを用いて新たなデコーダインスタンスを開くステップとを含んでもよい。デコーダ６０は、受信した符号化音声データのそれぞれのセグメントを符号化するために用いられるコーデック構成に応じて、異なるコーデック構成に切り替えられ得る。
【００６２】
デコーダ６０は、現在のコーデック構成と異なるコーデック構成を追加情報が示す場合、現在のコーデック構成、即ち特殊フレームに遭遇する前の音声デコーダのコーデック構成から、異なるコーデック構成に切り替えるように構成され得る。
【００６３】
ＡＡＣデコーダ挙動を有する音声デコーダの実施例の更なる詳細について、図６〜８を参照して説明する。図８は、ＡＡＣデコーダの挙動を概略的に示す。標準規格ＩＳＯ／ＩＥＣ  ＤＴＲ  １４４９６−２４「音声及びシステム相互作用（Ａｕｄｉｏ  ａｎｄ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒａｃｔｉｏｎ）」を参照する。
【００６４】
図８は、いくつかの状態に亘るデコーダの挙動を示す。状態は、１つ以上のプレロール・フレームに対応する第１の状態２００、フレームＡＵ１，ＡＵ２，ＡＵ３及び「フラッシュ」状態２０２の各々に１つずつ関連付けられた状態である。
【００６５】
ＡＵ１についての有効な出力サンプルを生成するために、１つ以上のプレロール・フレーム及びフレームＡＵ１の両方を復号する必要がある。プレロール・フレームによって生成されたサンプルは破棄される、即ちデコーダの初期化のみに用いられ、再生されない。しかしながら、プレロール・フレームの復号は、内部デコーダ状態をセットアップするために必須である。本発明の実施例においては、特殊フレームの追加情報は、プレロール・フレームを含む。従って、デコーダは、特殊フレームを復号することができ、特殊フレームの有効な出力サンプルの即時プレイアウトを行うことができるように、プレロール・フレームを復号して内部デコーダ状態をセットアップすることができる状態にある。「プレロール」ＡＵ（フレーム）の実際の数は、デコーダ起動時の遅延に依存し、図８の例ではＡＵ１個である。
【００６６】
一般的に、ファイルのプレイバックの場合、図８を参照して説明した即時プレイアウトは、システムレベルで実現される。現在の所、これはデコーダ起動においてのみ行われる。しかしながら、特殊フレーム（ＩＰＦ）は、内部デコーダ状態を完全に初期化して内部バッファを満たすために十分な情報を常に運ぶ。従って、特殊フレームを挿入することによって、ランダムなストリーム位置において即時プレイアウトが可能となる。
【００６７】
図８のフラッシュ状態２０２は、フラッシュが最後のフレームＡＵ３の復号後に実行される場合のデコーダの挙動を示している。フラッシュとは、仮説ゼロ・フレーム、即ち全ての「デジタル・ゼロ」入力サンプルから構成される仮説フレームをデコーダに入力することを意味する。ＡＡＣファミリーの重複追加のため、新たな入力フレームを消費することなく、フラッシュを行うことで、有効な出力を得ることができる。これは、フレームが或る数の時間領域サンプル値に亘って重複することから、フレームＡＵ３に続く次のフレームの復号時に得られる出力サンプル値についての予測情報が最後のフレームＡＵ３に含まれることから可能である。一般的に、フレームの前半は、先行するフレームと重複し、フレームの後半は、続くフレームと重複する。従って、１番目のフレームの復号時に得られる出力サンプル値の後半は、１番目のフレームに続く２番目のフレームの復号時に得られた出力サンプル値の前半についての情報を含む。この特徴は、後述のクロスフェードを実現する際に利用することができる。
【００６８】
次に、音声デコーダ及び音声入力データを復号するための方法の実施例の更なる詳細について、図６を参照して説明し、ここで、音声デコーダは、図６，７を参照して説明した方法を実行するように構成される。当該プロセスは３００から開始する。デコーダは、ＩＰＦについての入力フレーム（ＡＵ）を走査し、入力フレームがＩＰＦであるか否かを判定する（３０２）。入力フレームがＩＰＦではない場合、フレームを復号し（３０４）、当該プロセスは次のフレームにジャンプする（３０６）。次のフレームが存在しない場合、当該プロセスは終了する。ブロック３０８（出力バッファを表し得る）によって示すように、復号されたＰＣＭサンプルが出力される。３０２にて、フレームがＩＰＦであると判定された場合、コーデック構成を評価する（３１０）。例えば、図２に示す「コンフィグ」フィールドを評価する。コーデック構成（ストリーム構成）が変化したか否かについての判定を行う（３１２）。コーデック構成が変化しなかった場合、即ち、追加情報が現在のコーデック構成と同一のコーデック構成を示す場合、追加情報（例えば、拡張ペイロード）をスキップし、当該プロセスは３０４にジャンプし、復号を通常通り継続する。
【００６９】
コーデック構成が変化した場合、後続のステップを適用する。デコーダをフラッシュする（３１４）。デコーダのフラッシュの結果生じた出力サンプルをフラッシュバッファに格納する（３１６）。これら出力サンプル（又は少なくともこれら出力サンプルの一部）を、まずクロスフェードプロセス３１８に入力する。次に、追加情報（例えば、図２のフィールド「コンフィグ（ｃｏｎｆｉｇ）」）、によって指示される新たなコーデック構成を用い、更に、特殊フレームに含まれる先行するフレームを用いて、デコーダを再初期化する。再初期化後、デコーダは、特殊フレーム、即ち、特殊フレームに関連付けられた符号化音声サンプル値を復号することが可能である。特殊フレームを復号する（３２２）。特殊フレームを復号することにより得られた出力サンプル（ＰＣＭサンプル）を、クロスフェードプロセス３１８への第２の入力として格納する。例えば、対応するＰＣＭ出力サンプルは、バッファに格納することができ（３２４）、これはＩＰＦバッファと称する場合がある。クロスフェードプロセス３１８において、フラッシュバッファ及びＩＰＦバッファからの２つの入力信号に基づいてクロスフェードを算出する。クロスフェードの結果をＰＣＭ出力サンプルとして出力する（ブロック３０８）。その後、当該プロセスは次のフレーム３０６にジャンプし、次のフレームについて当該プロセスを繰り返す。現在のフレームが最後のフレームである場合、当該プロセスは終了する。
【００７０】
次に、３１２で検出されたように、コンフィギュレーションが変更された後に実行されるステップの更なる詳細について、図７を参照して説明する。ＩＰＦの追加情報からコーデック構成を取得し（３３０）、デコーダ再初期化のために提供する（３３２）。デコーダの再初期化前に、デコーダをフラッシュし（３１４）、結果として生じる出力サンプルをフラッシュバッファに格納する（３１６）。デコーダの再初期化は、現在のデコーダインスタンスを閉じるステップと、新たなデコーダインスタンスを新たな構成で開くステップとを含んでもよい。新たなデコーダインスタンスを再び開く際、ＩＰＦに含まれるコーデック構成についての情報を用いる。新たなデコーダインスタンスを開いた後、このデコーダインスタンスは、ＩＰＦに含まれるプレロール・フレームを復号することにより初期化される。ＩＰＦに含まれるプレロール・フレームの数は、ブロック３３４に示すようにｍ個であると仮定する。ｍ＞０であるか否かを判定する（３３６）。ｍ＞０であれば、プレロール・フレームｎ−ｍを復号する（３３８）（なお、ｎはＩＰＦを示す）。こうして得られた出力ＰＣＭサンプルを破棄する（３４０）。ｍを１だけ減少させ、当該プロセスはブロック３３６にジャンプする。ＩＰＦに含まれる全てのプレロール・フレームについてステップ３３６〜３４２を繰り返すことによって、デコーダのデコーダ状態を、これを再び開いた後に満たすプロセスを実行する（３４４）。全てのプレロール・フレームが復号された場合、当該プロセスはブロック３３２にジャンプし、ここでＩＰＦを復号する。その結果生じるＰＣＭサンプルをＰＣＭバッファ３４２に送る。ＰＣＭバッファ３１６，３２４からの出力に基づいてクロスフェード３１８を実行し、クロスフェードプロセス３１８の出力を出力ＰＣＭバッファ３０８に送る。
【００７１】
上述の実施例においては、デコーダ再初期化は、現在のデコーダインスタンスを閉じるステップと、新たなデコーダインスタンスを開くステップとを含む。代替的な実施例においては、デコーダは、複数の並列のデコーダインスタンスを含んでも良く、その結果、デコーダ再初期化は、それぞれ異なるデコーダインスタンス間における切り替え処理を含んでもよい。また、デコーダ再初期化は、特殊フレームの追加情報に含まれるプレロール・フレームを復号することによってデコーダ状態を満たすステップを含む。
【００７２】
上述のように、ＡＡＣデコーダにおける内部メモリ状態及びバッファ（重複追加、フィルタ状態）を利用することで、フラッシュプロセスを用いて新たな入力を渡すことなく出力サンプルを得ることが可能である。フラッシュの出力信号は、得られる出力サンプル値の少なくとも一部、特に、その最初の部分について、「元の信号」に極めて類似したものである（図８の状態２０２を参照）。フラッシュプロセスによって得られる出力サンプル値は、後で詳述するクロスフェードプロセスに対して用いられる。
【００７３】
図８の状態２０２に示すように、結果として生じるフラッシュバッファのエネルギーは、変換窓と現在のコーデック構成について動作しているツールとに応じて時間の経過に伴って減少する。従って、クロスフェードをフラッシュバッファの最初の部分に適用することが求められ、ここで、出力信号は殆ど満杯のエネルギーとみなすことができる。現代の音声コーデックをフラッシュして連続するクロスフェードについての有効なサンプルを得ることができるということを利用すれば、シームレスな切り替え値を取得する処理に大変役立つ。従って、本発明の実施例においては、クロスフェード部は、現在のコーデック構成のフラッシュプロセスによって得られた出力値と、追加情報において示されるコーデック構成を用いて特殊フレームを復号することによって得られる出力サンプル値とのクロスフェードを実行するように構成される。
【００７４】
以下、クロスフェードプロセスの特定の実施例について説明する。ＣＡＲの切り替え中の可聴アーティファクト（可聴の副作用）を防止するために、クロスフェードが、上述したように、音声信号に適用される。典型的なアーティファクト（副作用）は、出力信号のエネルギーが急激に低下することである。上述のように、フラッシュ信号のエネルギーは、構成に応じて減少する。従って、クロスフェードの長さは、アーティファクトを回避するように構成に応じて注意深く選択する必要がある。クロスフェード窓が短すぎると、音声波形に差があることにより、切り替えプロセスにおいて、可聴アーティファクトが発生する恐れがある。クロスフェード窓が長すぎると、フラッシュされた音声サンプルは既にエネルギーを失っており、出力信号エネルギーにおける急な低下を引き起こす。２５６サンプルの短い変換窓を用いたＡＡＣコーデック構成の場合、ｎ＝１２８サンプル（チャネル当り）の長さの線形クロスフェードを適用することができる。他の実施例においては、例えば、６４サンプル（チャネル当り）の長さの線形クロスフェードを適用してもよい。
【００７５】
１２８サンプルを用いた線形クロスフェードプロセスの一例について以下に説明する。
【００７６】
クロスフェードプロセスは、フラッシュバッファの最初の１２８サンプルを用いることができる。フラッシュバッファは、フラッシュバッファＳｆ＝Ｓｆ０，・・・，Ｓｆ１２７の最初の１２８サンプルを（１−（i＋１）／１２８）によって乗算することによって窓化することができ、ここでiは現在のサンプルのインデックスである。この結果をクロスフェード部の内部バッファに格納することができ、即ち、
Ｓｆ１＝Ｓｆ０・（１−１／１２８），・・・，Ｓ１２７・（１−１２８／１２８）
とする。
【００７７】
更に、ＩＰＦバッファＳｄを窓化し、ここで最初の１２８個の復号ＩＰＦ出力サンプルを因数（i＋１）／１２８によって乗算し、iは現在のサンプルのインデックスである。この結果をクロスフェード部の内部バッファに格納することができ、即ち、
Ｓｄ’＝Ｓｄ０・（１／１２８），・・・，Ｓ１２７・１，・・・，Ｓｄｎである。
【００７８】
内部バッファの最初の１２８サンプルを加算し、即ちＳ０＝Ｓｄ’０＋Ｓｆ’０，…，Ｓｄ’１２７＋Ｓｆ’，Ｓｄ’１２８，…，Ｓｄ’ｎとし、結果として得られた値をＰＣＭ出力サンプルバッファ３０８に出力する。
【００７９】
これにより、フラッシュバッファの最初の１２８出力サンプル値及びＩＰＦバッファの最初の１２８サンプル値に亘る線形クロスフェードを実現することができる。
【００８０】
一般的に、クロスフェード部は、現在のコーデック構成を用いて得られた複数の出力サンプル値と、特殊フレームに関連付けられた符号化音声サンプル値を復号することによって得られた複数の出力サンプル値とのクロスフェードを実行するように構成され得る。一般的に、ＡＡＣファミリーコーデック及びＡＭＲファミリーコーデックといった音声コーデックにおいては、先行するフレームの符号化音声サンプル値は、次のフレームにおいて符号化される音声信号についての情報を暗黙的に含む。この特性を、それぞれ異なるコーデック構成間における切り替え処理を行うときのクロスフェードを実現するときに利用することができる。例えば、現在のコーデック構成がＡＭＲコーデック構成であれば、クロスフェードにおいて用いられる出力サンプル値は、ゼロ・インパルス応答に基づいて、即ち、現在のコーデック構成の最後のフレームの後にデコーダコアにゼロフレームを適用する際に得られる応答に基づいて、得ることができる。本発明の実施例においては、音声符号化及び復号において用いられる追加の機構をクロスフェードにおいて利用しても良い。例えば、ＳＢＲにおいて用いられる内部フィルタ（スペクトル帯域複製）は、遅延を含み、従って、クロスフェードに利用され得る長い整定時間を含む。従って、本発明の実施例は、コーデック構成間におけるシームレスな切り替えを達成する目的において、特定のクロスフェードに限定されない。例えば、クロスフェード部は、増加する重みを、特殊フレームの出力サンプル値の最初の数に適用し、減少する重みを、現在のコーデック構成を用いた復号に基づいて得られた出力サンプル値の数に適用するように構成することができ、これら重みは、線形に増加及び減少しても、又は非線形に増加及び減少しても良い。
【００８１】
本発明の実施例においては、デコーダの初期化は、特殊フレームの追加情報を用いて内部デコーダ状態及びバッファを初期化するステップを含む。本発明の実施例においては、デコーダの初期化は、コーデック構成が変化した場合に行われる。本発明の他の実施例においては、特殊フレームは、コーデック構成を変化させることなしにデコーダを初期化するために用いられ得る。例えば、本発明の実施例においては、デコーダは即時プレイアウトに対して構成することができ、デコーダの内部状態及びバッファは、コーデック構成を変化させることなしに満たされ、ここでゼロ・サンプルによるクロスフェードが実行され得る。従って、有効なサンプルの即時プレイアウトが可能である。他の実施例においては、早送り機能を実現することができ、特殊フレームは、所望の早送りレートに応じて所定の間隔で復号され得る。本発明の実施例においては、特殊フレームを用いた初期化を行うことが求められるか否か、即ち必要又は所望であるか否かの判定は、音声デコーダに入力される外部制御信号に基づいて行うことができる。
【００８２】
上述のように、特殊フレーム（例えば図２に示すＩＰＦ８０）は、それぞれビットレート適応及びビットストリーム切り替えに用いることができる。以下の制約が当てはまり得る。即ち、全ての表現（例えば異なるビットレート、符号化ツールについての異なる使用）が時間調整され、ＩＰＦが各々全ての表現に挿入され、ＩＰＦが同期化され、図２におけるＩＰＦフィールド「コンフィグ」はストリーム構成、即ちツールのアクティブ化等を含む。図９は、適応ストリーミング環境におけるビットストリーム切り替えによるビットレート適応の一例を示す。フレームワークとも呼ばれる制御ロジック（例えば図１に示すシステム）が音声データをセグメントに分割する。セグメントは、多数のＡＵを含む。音声ストリーム構成は、各々全てのセグメント境界で変化し得る。音声デコーダはセグメント化を意識せず、制御ロジックによって普通ＡＵを与えられるのみである。各々全てのセグメント境界における音声ビットストリーム切り替えを可能にするために、各々全てのセグメントの最初のＡＵは、上述のようにＩＰＦであり得る。図９において、セグメント境界４００は破線で示す。図９に示すシナリオでは、音声デコーダは、「ストリーム１」のＡＵ４０（ＡＵ１〜ＡＵ３）が与えられる。制御ロジックは、次のセグメント境界、即ち境界４００において「ストリーム２」に切り替えることを決定する。「ストリーム１」のＡＵ３の復号後、制御ロジックは、特に通知を行うことなく「ストリーム２」のＡＵ４を音声デコーダに渡してもよい。ＡＵ４は、特殊フレーム（ＩＰＦ）であり、従って、ストリーム２への切り替え後に即時プレイアウトを行うことができる。
【００８３】
図９に示すシナリオを参照して、切り替えは以下のように行われる。ストリーム１のＡＵ１〜ＡＵ３について、ＩＰＦは検出されず、復号プロセスは通常通り行われる。ストリーム２のＡＵ４についてＩＰＦが検出される。更に、ストリーム構成における変化が検出される。音声デコーダは、フラッシュプロセスを初期化する（図９の４０２）。その結果生じたＰＣＭ出力サンプルを、後で使用できるように一時バッファ（フラッシュバッファ）に格納する。音声デコーダを、ＩＰＦにより運ばれるストリーム構成によって再初期化する。ＩＰＦペイロード（「プレロール」）を復号する。その結果生じた出力ＰＣＭサンプルを破棄する。この時点で、内部デコーダ状態及びバッファは完全に初期化される。ＡＵ４を復号する。切り替えアーティファクトを回避するためにクロスフェードを適用する。フラッシュバッファに格納されたＰＣＭサンプルはフェードアウトする一方、ＡＵ４の復号の結果生じてＰＣＭ出力バッファに格納されたＰＣＭサンプルはフェードインする。このクロスフェードの結果は、プレイアウトされる。
【００８４】
従って、ＩＰＦを利用して、圧縮された音声表現の切り替えを可能にすることができる。デコーダは、普通ＡＵを入力として受け取ることができるため、更なる制御ロジックは必要ではない。
【００８５】
次に、ＭＰＥＧ−Ｄ  ＵＳＡＣのコンテキストで特定の実施例の詳細について説明する。ここで、ビットストリームシンタックスは、以下のようであってもよい。
【００８６】
ＡｕｄｉｏＰｒｅＲｏｌｌ（）シンタックス要素は、現在のフレームのデータとともに先行するフレームの音声情報を送信するために用いられる。追加の音声データを用いてデコーダ起動遅延（プレロール）を補償することができ、これにより、ＡｕｄｉｏＰｒｅＲｏｌｌ（）を利用するストリームアクセスポイントへのランダムアクセスが可能になる。ＵｓａｃＥｘｔＥｌｅｍｅｎｔ（）は、ＡｕｄｉｏＰｒｅＲｏｌｌ（）を送信するために用いられ得る。この目的のために、新たなペイロード識別子を用いることが求められる。
表１：ＡｕｄｉｏＰｒｅＲｏｌｌ（）についてのペイロード識別子
【００８７】
【表１】
2016539357.tif 000002
ＡｕｄｉｏＰｒｅＲｏｌｌ（）のシンタックスを図１０に示し、以下に説明する。
【００８８】
ｃｏｎｆｉｇＬｅｎ  構成シンタックス要素のサイズ（単位：バイト）
Ｃｏｎｆｉｇ（）  デコーダ構成シンタックス要素。ＭＰＥＧ−Ｄ  ＵＳＡＣのコンテキストにおいては、これはＩＳＯ／ＩＥＣ  ２３００３−３：２０１２に定義されたＵｓａｃＣｏｎｆｉｇ（）である。Ｃｏｎｆｉｇ（）フィールドは、音声構成における変化（ストリームの切り替え）に応答できるように送信され得る。
【００８９】
ｎｕｍＰｒｅＲｏｌｌＦｒａｍｅｓ  音声プレロールデータとして送信されるプレロールアクセス単位（ＡＵ）の数。合理的なＡＵ数は、デコーダ起動遅延に依存する。
【００９０】
ａｕＬｅｎ  ＡＵ長（単位：バイト）
ＡｃｃｅｓｓＵｎｉｔ（）  プレロールＡＵ
拡張要素において運ばれるプレロールデータは「帯域外で」送信することができ、即ち、バッファ要件は満足されない場合がある。
【００９１】
ランダムアクセス及びビットレート適応の両方にＡｕｄｉｏＰｒｅＲｏｌｌ（）を使用するために、以下の制約が適用される。
【００９２】
−全てのフレーム（各フレーム）の最初の要素はＩＤ＿ＥＸＴ＿ＥＬＥ＿ＡＵＤＩＯＰＲＥＲＯＬＬのタイプの拡張要素（ＵｓａｃＥｘｔＥｌｅｍｅｎｔ）である。
【００９３】
−対応するＵｓａｃＥｘｔＥｌｅｍｅｎｔ（）は、表２に記載のようにセットアップされることが求められる。
【００９４】
−従って、プレロールデータが存在する場合、このＵｓａｃＦｒａｍｅ（）は、以下のビットシーケンスで開始することが求められる。
【００９５】
「１」：ｕｓａｃＩｎｄｅｐｅｎｄｅｎｃｙＦｌａｇ
「１」：ｕｓａｃＥｘｔＥｌｅｍｅｎｔＰｒｅｓｅｎｔ（音声プレロール拡張要素を指す）
「０」：ｕｓａｃＥｘｔＥｌｅｍｅｎｔＵｓｅＤｅｆａｕｌｔＬｅｎｇｔｈ（音声プレロール拡張要素を指す）
−プレロールデータが送信されない場合、拡張ペイロードは存在しないことが求められる（ｕｓａｃＥｘｔＥｌｅｍｅｎｔＰｒｅｓｅｎｔ＝０）
−インデックス「０」及び「ｎｕｍＰｒｅＲｏｌｌＦｒａｍｅｓ−１」を伴うプレロール・フレームは、独立に復号可能であることが求められ、即ちｕｓａｃＩｎｄｅｐｅｎｄｅｎｃｙＦｌａｇは「１」に設定されることが求められる。
表２：ＡｕｄｉｏＰｒｅＲｏｌｌ（）についてのＵｓａｃＥｘｔＥｌｅｍｅｎｔ（）のセットアップ
【００９６】
【表２】
2016539357.tif 000003
ランダムアクセス及び即時プレイアウトは、上述のＡｕｄｉｏＰｒｅＲｏｌｌ（）構造を利用する各々全てのフレームで可能である。以下の疑似コードは、復号プロセスを記述する。
【００９７】
if(usacIndependencyFlag == 1){
if(usacExtElementPresent == 1{
/* In this case usacExtElementUseDefaultLength must be 0! */
if(usacExtElementUseDefaultLength != 0) goto error;
/* Check for presence of config and re-initialize if necessary */
int configLen = getConfigLen();
if(configLen > 0){
config c = getConfig(configLen); ReConfigureDecoder(c);
}
/* Get pre-roll AUs and decode, discard output samples */
int numPreRollFrames = getNumPreRollFrames();
for(auIdx = 0; auIdx < numPreRollFrames; auIdx++)
int auLen = getAuLen();
AU nextAU = getPreRollAU(auLen); DecodeAU(nextAU);
}
}
}
/* Decoder states are initialized at this point. Continue normal decoding */
ビットレート適応は、同じ音声コンテンツについてのそれぞれ異なる符号化表現間における切り替え処理において利用されるものであってもよい。上述のＡｕｄｉｏＰｒｅＲｏｌｌ（）構造は、この目的のために用いることができる。ビットレート適応の場合における復号プロセスは、以下の疑似コードによって記述される。
【００９８】
if(usacIndependencyFlag == 1){
if(usacExtElementPresent == 1{
/* In this case usacExtElementUseDefaultLength must be 0! */
if(usacExtElementUseDefaultLength != 0) goto error;
int configLen = getConfigLen();
if(configLen > 0){
config newConfig = getConfig(configLen);
/* Configuration did not change, skip AudioPreRoll and continue decoding as normal */
if(newConfig == currentConfig){ SkipAudioPreRoll();
goto finish;
}
/* Configuration changed, prepare for bitstream switching*/
config c = getConfig(configLen); outSamplesFlush = FlushDecoder(); ReConfigureDecoder(c);
/* Get pre-roll AUs and decode, discard output samples */
int numPreRollFrames = getNumPreRollFrames();
for(auIdx = 0; auIdx < numPreRollFrames; auIdx++)
int auLen = getAuLen();
AU nextAU = getPreRollAU(auLen); DecodeAU(nextAU);
}
/* Get “regular” AU and decode */
AU au = UsacFrame();
outSamplesFrame = Decode(au);
/* Apply crossfade */
for(i = 0; i < 128; i++){
outSamples[i] = outSamplesFlush[i] * (1-i/127) +
outSamplesFrame[i] * (i/127)
}
for(i = 128; i < outputFrameLength; i++){
outSamples[i] = outSamplesFrame[i];
}
} else {
goto error;
}
}
}
装置の文脈でいくつかの局面を記載したが、これらの局面は対応の方法の記載をも表すものであり、ブロック又は装置は、方法ステップ又は方法ステップの特徴に対応することは明らかである。同様に、方法ステップの文脈で記載した局面は、対応の装置の対応のブロック若しくは項目又は特徴の記載をも表す。方法ステップのうちのいくつか又はその全ては、ハードウェア装置、例えばマイクロプロセッサ、プログラム可能コンピュータ又は電子回路によって（又はこれを用いて）実行され得る。いくつかの実施例においては、最も重要な方法ステップのうちの１つ以上は、このような装置によって実行され得る。本発明の実施例においては、本願明細書に記載された方法は、プロセッサ又はコンピュータで実現されるものである。
【００９９】
特定の実現要件に応じて、本発明の実施例はハードウェア又はソフトウェアによって実現され得る。その実現は、デジタル記憶媒体といった非一時的記憶媒体、例えばフロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリであって、電子的に読み出し可能な制御信号を格納しており、プログラム可能なコンピュータシステムと協働する（又は協働可能である）ことによりそれぞれの方法が実行されるようにするものを用いて実行され得る。従って、デジタル記憶媒体は、コンピュータ読み取り可能であり得る。
【０１００】
本発明のいくつかの実施例は、プログラム可能なコンピュータシステムと協働可能であることによって本願明細書に記載の方法の１つが実行されるようにする、電子的に読み出し可能な制御信号を有するデータキャリアを含む。
【０１０１】
一般的には、本発明の実施例は、プログラムコードを有するコンピュータプログラム製品であって、このコンピュータプログラム製品がコンピュータにおいて実行されるときに上記プログラムコードが上記方法の１つを実行するように動作するものとして実現され得る。プログラムコードは、例えば、機械読み取り可能キャリアに格納され得る。
【０１０２】
他の実施例は、機械読み取り可能キャリアに格納された、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを含む。
【０１０３】
従って、換言すると、本発明の方法の一実施例は、コンピュータプログラムであって、このコンピュータプログラムがコンピュータにおいて実行されるときに、本願明細書に記載の方法の１つを実行するためのプログラムコードを有するものである。
【０１０４】
従って、本発明の方法の更なる実施例は、データキャリア（又はデジタル記憶媒体若しくはコンピュータ読み取り可能媒体）であって、そこに記録された、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを含むものである。データキャリア、デジタル記憶媒体又は記録された媒体は、典型的にはタンジブル且つ／又は非一時的である。
【０１０５】
従って、本発明の方法の更なる実施例は、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムを表すデータストリーム又は信号シーケンスである。データストリーム又は信号シーケンスは、例えば、インターネットを介したデータ通信接続を介して転送されるように構成され得る。
【０１０６】
更なる実施例は、本願明細書に記載の方法の１つを実行するようにプログラム、構成又は適合された処理手段、例えばコンピュータ又はプログラム可能論理装置を含む。
【０１０７】
更なる実施例は、本願明細書に記載の方法の１つを実行するためのコンピュータプログラムをインストールしたコンピュータを含む。
【０１０８】
本発明による更なる実施例は、本願明細書に記載された方法のうちの１つを実行するためのコンピュータプログラムを受信機に（例えば電子的または光学的に）転送するように構成された装置又はシステムを含む。受信機は、例えば、コンピュータ、移動装置、又はメモリ装置等であり得る。当該装置又はシステムは、例えば、当該コンピュータプログラムを受信機に転送するためのファイルサーバを含み得る。
【０１０９】
いくつかの実施例においては、プログラム可能論理装置（例えば、フィールドプログラマブルゲートアレイ）を用いて、本願明細書に記載の方法におけるいくつか又は全ての機能を実行しても良い。いくつかの実施例においては、フィールドプログラマブルゲートアレイは、マイクロプロセッサと協働して、本願明細書に記載の方法の１つを実行しても良い。一般的に、当該方法は、どのようなハードウェア装置によって実行されても良い。
【０１１０】
上述の各実施例は、単に本発明の原理を例示するものである。本願明細書に記載の構成及び詳細を変更及び変形したものが当業者には明らかであることが理解される。従って、本願明細書における各実施例の記載及び説明として提示された特定の詳細によってではなく、添付の特許請求の範囲によってのみ限定されることが意図される。
【図１】
2016539357.tif 000004
【図２】
2016539357.tif 000005
【図３】
2016539357.tif 000006
【図４ａ】
2016539357.tif 000007
【図４ｂ】
2016539357.tif 000008
【図５】
2016539357.tif 000009
【図６】
2016539357.tif 000010
【図７】
2016539357.tif 000011
【図８】
2016539357.tif 000012
【図９】
2016539357.tif 000013
【図１０】
2016539357.tif 000014
【手続補正書】
【提出日】平成27年11月30日(2015.11.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
符号化音声データのビットストリームを復号するための音声デコーダ（６０）であって、前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレーム（４０）を含み、各々のフレーム（４０）は、関連付けられた符号化音声サンプル値を含み、
前記音声デコーダ（６０）は、
前記符号化音声データのフレームが特殊フレーム（４２，８０）であるか否かを判定するように構成されている判定部（１３０）を備え、
前記特殊フレーム（４２，８０）は、当該特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダを移行するように、プレロールフレームに応じて、前記デコーダの起動中においてフル信号を確立させるために前記デコーダに要求されるフレーム数に相当する数であり、
前記音声デコーダ（６０）は、更に、
前記フレームが特殊フレームであると前記判定部が判定した場合に前記デコーダ（６０）を初期化するように構成されている初期化部を備え、
前記デコーダを初期化することには、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することが含まれ、
前記初期化部は、
前記フレームが特殊フレーム（４２，８０）であると前記判定部（１３０）により判定された場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合に、前記音声デコーダ（６０）を現在のコーデック構成から前記異なるコーデック構成（８４）に切り替えるように構成されており、
前記デコーダは、前記フレームが特殊フレーム（４２，８０）であると前記判定部（１３０）により判定された場合であって、かつ、前記特殊フレームの音声サンプル値が前記現在の符号化構成を用いて符号化された場合に、前記現在のコーデック構成を用いて前記特殊フレーム（４２，８０）を復号して前記追加情報を破棄するように構成されている、
音声デコーダ。
【請求項２】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含み、
前記判定部は、前記追加情報のコーデック構成が前記現在のコーデック構成と異なるか否かを判定するように構成されている、
請求項１に記載の音声デコーダ。
【請求項３】
前記現在のコーデック構成を用いて得られた複数の出力サンプル値と、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号することによって得られた複数の出力サンプル値との間でクロスフェードを実行するように構成されたクロスフェード部（３１８）を備える、
請求項１から請求項２のいずれかに記載の音声デコーダ（６０）。
【請求項４】
前記クロスフェード部（３１８）は、前記現在のコーデック構成において前記デコーダ（６０）をフラッシュすることによって得られた出力サンプル値と、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号することによって得られた出力サンプル値とのクロスフェードを実行するように構成されている、
請求項３に記載の音声デコーダ。
【請求項５】
前記追加情報（８２）に含まれる或る数のフレーム（８６）のうちの最も早いフレームは、前記最も早いフレームに先行する任意のフレームに対して時間差分符号化又はエントロピー符号化されておらず、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に先行する或る数のフレームのうちの最も早いフレームに先行する任意のフレームに対して、又は、前記特殊フレーム（４２，８０）に先行する任意のフレームに対して、時間差分符号化又はエントロピー符号化されていない、
請求項１から請求項４のいずれかに記載の音声デコーダ。
【請求項６】
前記特殊フレーム（４２，８０）は、拡張ペイロードとして前記追加情報を含み、
前記判定部は、前記特殊フレーム（４２，８０）の拡張ペイロードを評価するように構成されている、
請求項１から請求項５のいずれかに記載の音声デコーダ。
【請求項７】
音声信号（１０）の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための装置（１００；１２，１４，１６，１８）であって、
前記符号化音声データのビットストリームは、複数のフレームを含み、
各々のフレームは、関連付けられた符号化音声サンプル値を含み、
前記装置（１００；１２，１４，１６，１８）は、
前記フレームのうちの少なくとも１つを特殊フレーム（４２，８０）として提供するように構成されている特殊フレーム提供部を備え、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するように、プレロールフレームに応じて、前記デコーダの起動中においてフル信号を確立させるために前記デコーダに要求されるフレーム数に相当する数であり、
前記装置（１００；１２，１４，１６，１８）は、更に、
前記符号化音声データのビットストリーム（５４，１０２）を出力するように構成されている出力部（１１２）を備え、
前記符号化音声データは、複数のセグメント（３０）を含み、
各々のセグメントは、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられており、複数のフレーム（４０）を含み、
前記特殊フレーム追加部は、コーデック構成が変化するか否かに関わらず、各々のセグメント（３０）の先頭に特殊フレーム（４２，８０）を追加するように構成されている、
装置。
【請求項８】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含む、
請求項７に記載の装置（１００；１２，１４，１６，１８）。
【請求項９】
前記符号化音声データ（５４，１０２）は、
前記音声サンプル値のシーケンスについてのそれぞれ異なる部分に関連付けられてそれぞれ異なるコーデック構成によって符号化されるセグメント（４４，４６，４８）を提供するように構成されたセグメント提供部（１０４）を備え、
前記特殊フレーム提供部は、前記セグメントのうちの少なくとも１つについての最初のフレーム（４２，８０）を、前記特殊フレーム（４２，８０）として、提供するように構成され、
前記装置（１００）は、更に、
前記セグメント（４４，４６，４８）のうちの少なくとも１つと、それに続く前記セグメント（４４，４６，４８）のうちの別の１つとを配置することによって前記音声出力データを生成するように構成された生成部（５２，１１０）を備える、
請求項７又は８に記載の装置（１００）。
【請求項１０】
前記セグメント提供部（１００）は、制御信号に基づいて各々のセグメントについてのコーデック構成を選択するように構成される、
請求項１１に記載の装置。
【請求項１１】
前記セグメント提供部（１００）は、前記音声サンプル値のシーケンスについてのｍ個（ｍ≧２）の符号化されたバージョン（２２，２４，２６，２８）を提供するように構成されており、
前記ｍ個の符号化されたバージョンは、それぞれ異なるコーデック構成を用いて符号化され、
各々の符号化されたバージョンは、前記音声サンプル値のシーケンスについての複数の部分を表す複数のセグメント（３０）を含み、
前記特殊フレーム提供部は、前記セグメントの各々についての先頭で特殊フレーム（４２，８０）を提供するように構成されている、
請求項９又は請求項１０に記載の装置。
【請求項１２】
前記セグメント提供部（１００）は、複数のエンコーダ（１２，１４，１６，１８）を含み、
各々のエンコーダは、前記複数の異なるコーデック構成のうちの１つに従って前記音声信号を少なくとも部分的に符号化するように構成されている、
請求項１１に記載の装置。
【請求項１３】
前記セグメント提供部は、前記音声サンプル値のシーケンスについてのｍ個の符号化バージョンを記憶するメモリを含む、
請求項１２に記載の装置。
【請求項１４】
前記特殊フレーム提供部（１００）は、前記追加情報を、前記特殊フレーム（４２，８０）の拡張ペイロードとして提供するように構成されている、
請求項９から請求項１３のいずれかに記載の装置。
【請求項１５】
符号化音声データのビットストリームを復号するための方法であって、
前記符号化音声データのビットストリームは、音声サンプル値のシーケンスを表して複数のフレーム（４０）を含み、
各々のフレーム（４０）は、関連付けられた符号化音声サンプル値を含み、
前記方法は、
前記符号化音声データのフレームが特殊フレーム（４２，８０）であるか否かを判定するステップを備え、
前記特殊フレーム（４２，８０）は、当該特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するように、プレロールフレームに応じて、前記デコーダの起動中においてフル信号を確立させるために前記デコーダに要求されるフレーム数に相当する数であり、
前記方法は、更に、
前記フレームが特殊フレームであると判定された場合に前記デコーダ（６０）を初期化するステップを備え、
前記初期化するステップは、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値を復号する前に前記追加情報に含まれる符号化音声サンプル値を復号することを含み、
前記方法は、更に、
前記フレームが特殊フレーム（４２，８０）であると判定された場合であって、かつ、前記特殊フレームの音声サンプル値が異なるコーデック構成を用いて符号化された場合、前記音声デコーダ（６０）を現在のコーデック構成から前記異なるコーデック構成（８４）に切り替えるステップを備え、
前記方法は、更に、
前記フレームが特殊フレームであり、かつ、当該特殊フレームの音声サンプル値が前記現在のコーデック構成を用いて符号化されたと判定された場合、前記現在のコーデック構成を用いて、前記特殊フレーム（４２，８０）を復号し、前記追加情報を破棄するステップを備える、
方法。
【請求項１６】
前記音声データのビットストリームは、第１のコーデック構成を用いて符号化された第１の数のフレームと、前記第１の数のフレームに続き、第２のコーデック構成を用いて符号化された第２の数のフレームとを含み、
前記第２の数のフレームの中の最初のフレームは、前記特殊フレームである、
請求項１５に記載の方法。
【請求項１７】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含み、
前記方法は、前記追加情報のコーデック構成が、前記特殊フレームに先行するビットストリーム中のフレームの符号化音声サンプル値を符号化するために用いる現在のコーデック構成と異なるか否かを判定するステップを含む、
請求項１５または請求項１６に記載の方法。
【請求項１８】
音声信号（１０）の音声サンプル値のシーケンスを表す符号化音声データのビットストリームを生成するための方法であって、
前記符号化音声データのビットストリームは、複数のフレームを含み、
各々のフレームは、関連付けられた符号化音声サンプル値を含み、
前記方法は、
前記フレームのうちの少なくとも１つを特殊フレーム（４２，８０）として提供するステップを備え、
前記特殊フレーム（４２，８０）は、前記特殊フレーム（４２，８０）に関連付けられた符号化音声サンプル値及び追加情報（８２）を含み、
前記追加情報（８２）は、前記特殊フレームに先行する或る数のフレーム（８６）の符号化音声サンプル値を含み、
前記先行するフレームの符号化音声サンプル値は、前記特殊フレームと同じコーデック構成を用いて符号化され、
前記先行するフレームの数は、前記特殊フレームが前記デコーダの起動後の最初のフレームである場合に、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を復号することができる状態へと前記デコーダ（６０）を移行するように、プレロールフレームに応じて、前記デコーダの起動中においてフル信号を確立させるために前記デコーダに要求されるフレーム数に相当する数であり、
前記方法は、更に、
前記特殊フレーム（４２，８０）と、前記複数のフレームのうちの他のフレームとを連結することによって前記ビットストリームを生成するステップを備え、
前記符号化音声データは、複数のセグメント（３０）を含み、
各々のセグメントは、前記音声サンプル値のシーケンスについての複数の部分のうちの１つに関連付けられており、複数のフレーム（４０）を含み、
特殊フレーム（４２，８０）は、コーデック構成が変化するか否かに関わらず、各々のセグメント（３０）の先頭に追加される、
方法。
【請求項１９】
前記追加情報は、前記特殊フレーム（４２，８０）に関連付けられた音声サンプル値を符号化するために用いられるコーデック構成（８４）についての情報を含む、
請求項１８に記載の方法。
【請求項２０】
コンピュータ又はプロセッサにおいて実行されたときに、請求項１５から請求項１９のいずれかに記載の方法を実行するためのコンピュータプログラム。
【国際調査報告】
2016539357.tif 000015
2016539357.tif 000016
2016539357.tif 000017