ポートフォリオ機能| 関連審決 | 不服2015-5914 |
|---|
| 元本PDF |
裁判所収録の全文PDFを見る
 |
|---|---|
| 元本PDF |
裁判所収録の別紙1PDFを見る
|
| 元本PDF |
裁判所収録の別紙2PDFを見る
|
| 元本PDF |
裁判所収録の別紙3PDFを見る
|
| 事件 |
平成
29年
(行ケ)
10116号
審決取消請求事件
|
|---|---|
|
原告 フラウンホッファー−ゲゼルシャ フト ツァ フェルダールング デァ アンゲヴァンテン フォアシ ュンク エー．ファオ 同訴訟代理人弁理士 岡田全啓 扇谷一 被告特許庁長官 同 指定代理人井上信一 酒井朋広 板谷玲子 佐藤聡史 |
|
| 裁判所 | 知的財産高等裁判所 |
| 判決言渡日 | 2018/09/20 |
| 権利種別 | 特許権 |
| 訴訟類型 | 行政訴訟 |
| 主文 |
１ 原告の請求を棄却する。 ２ 訴訟費用は原告の負担とする。 ３ この判決に対する上告及び上告受理申立てのための付加期間を３０日と定める。 |
| 事実及び理由 | |
|---|---|
|
請求
1 特許庁が不服2015-5914号事件について平成29年1月10日にし た審決を取り消す。 |
|
|
事案の概要(後掲証拠及び弁論の全趣旨から認められる事実)
1 特許庁における手続の経緯等 (1) 原告は,発明の名称を「オーディオエンコーダ,オーディオデコーダ,符 号化されたオーディオ情報,オーディオ信号を符号化および復号化する方法 およびコンピュータ・プログラム」とする発明について,平成22年1月2 8日を国際出願日とする特許出願(特願2011-546842号。パリ条 約に基づく優先権主張・平成21年1月28日,米国。請求項の数14)を したが,平成26年11月25日付けで拒絶査定を受けた。 (2) 原告は,平成27年3月31日,特許庁に対し,拒絶査定不服審判を請求 し,特許庁は,これを不服2015-5914号事件として審理した。原告 は,平成28年6月21日付けで特許請求の範囲の記載を補正した(甲2。 以下「本件補正」という。)。 (3) 特許庁は,平成29年1月10日付けで審判請求は成り立たない旨の審決 (以下「本件審決」という。)をし(出訴期間として90日を附加),その 謄本は,同月24日原告に送達された。 (4) 原告は,平成29年5月20日,本件審決の取消しを求めて本件訴訟を提 起した。 2 特許請求の範囲の記載 本件補正後の特許請求の範囲の請求項1,請求項9及び請求項13の記載は, 次のとおりである(甲2。以下において「特許請求の範囲」という場合には本 件補正後のものをいう。)。以下,請求項9の発明を「本願発明9」,請求項 13の発明を「本願発明13」といい,その明細書(甲1)を,図面を含めて 「本件明細書」という。 【請求項1】 2 符号化オーディオ情報(210)に基づいて復号化オーディオ情報(21 2)を提供するためのオーディオデコーダ(200)であって, 前記符号化オーディオ情報(210)によって示されるオーディオ情報の 時間-周波数表現(242)をオーディオ情報の時間領域表現(252)に マッピングするように構成されるウィンドウ ベースの信号変換器 ・ (250) を含み, 前記ウィンドウ・ベースの信号変換器は,ウィンドウ情報(272)を用 いて異なる移行傾斜(310a,312a,314a,316a,318a, 310b,312b,314b,316b,318b)のウィンドウおよび それらと関連して異なる変換長を有するウィンドウを含む複数のウィンドウ (310,312,314,316,318)からウィンドウを選択するよ うに構成され, 前記オーディオデコーダ(200)は,オーディオ情報の所定のフレーム に関連する時間-周波数表現の所定の部分の処理のためのウィンドウを選択 するために可変符号語長のウィンドウ情報(224)を評価するように構成 されるウィンドウ・セレクタ(270)を含み, 前記オーディオデコーダは,前記可変符号語長のウィンドウ情報を用いて, 移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームの ウィンドウ形状の間の相関関係を利用するように構成される,オーディオデ コーダ(200)。 【請求項9】 入力オーディオ情報(110)に基づいて符号化オーディオ情報(192) を提供するためのオーディオエンコーダ(100)であって, 前記入力オーディオ情報(110)の複数のウィンドウ化された部分に基 づいてオーディオ信号パラメータ(132)のシーケンスを提供するように 構成されたウィンドウ・ベースの信号変換器(130)を含み, 3 前記ウィンドウ・ベースの信号変換器(130)は,前記入力オーディオ 情報(110)の特性に基づいて前記入力オーディオ情報のウィンドウ化さ れた部分を得るためのウィンドウ・タイプを適応させるように構成され, 前記ウィンドウ・ベースの信号変換器(130)は,長い移行傾斜を有す るウィンドウおよび短い移行傾斜を有するウィンドウ(310,312,3 14,316,318)の使用の間で切り替わるように構成され,さらに, 2つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように 構成され, 前記ウィンドウ・ベースの信号変換器(130)は,前記入力オーディオ 情報の先の部分および前記入力オーディオ情報の現在の部分のオーディオ・ コンテンツを変換するために用いられるウィンドウ・タイプに基づいて前記 入力オーディオ情報の現在の部分を変換するために用いられるウィンドウ・ タイプを決定するように構成され, 前記オーディオエンコーダは,可変長符号語を用いて前記入力オーディオ 情報(110)の現在の部分を変換するために用いられるウィンドウのタイ プを示すウィンドウ情報(140)を符号化するように構成され, 前記オーディオエンコーダは,前記可変長符号語を用いて,移行傾斜の選 択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形 状の間の相関関係を利用するように構成される,オーディオエンコーダ(1 00)。 【請求項13】 入力オーディオ情報に基づいて符号化オーディオ情報を提供する方法(1 100)であって, 前記入力オーディオ情報の複数のウィンドウ化された部分に基づいてオー ディオ信号パラメータのシーケンスを提供するステップ(1110)であっ て,前記入力オーディオ情報の特性に基づいて前記入力オーディオ情報のウ 4 ィンドウ化された部分を得るためのウィンドウ タイプを適応させるために, ・ 長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの 使用の間で,および,それらと関連して2つ以上の異なる変換長を有するウ ィンドウの使用の間で切り替えが実行されるステップ(1110),および 可変長符号語を用いて前記入力オーディオ情報の部分を変換するために用 いられるウィンドウのタイプを示す情報を符号化するステップを含み, 可変長符号語を用いて,移行傾斜の選択と変換長の選択との間の依存関係 または隣接するフレームのウィンドウ形状の間の相関関係が利用される,方 法(1100)。 3 本件審決の理由の要旨 本件審決の理由は,別紙審決書(写し)のとおりであり,要するに,請求項 9の「前記オーディオエンコーダは,前記可変長符号語を用いて,移行傾斜の 選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形 状の間の相関関係を利用する」(以下「本件発明特定事項」という。)とはエ ンコーダのいかなる技術事項を特定しているのか不明であり,このことは請求 項13についても同様であるから,特許請求の範囲の記載は特許法36条6項 2号の明確性の要件(以下「明確性要件」という。)を満たさないというもの である。 4 取消事由 明確性要件についての判断の誤り |
|
|
原告主張の取消事由(明確性要件についての判断の誤り)
1 本件審決は本件発明特定事項が不明確であるとして,特許発明の範囲の記載 が明確性要件を満たさないとしたが,明確性要件についての本件審決の判断は, 次のとおり誤りである。 2 請求項9について (1) 本件明細書の記載 5 ア 本願発明9のオーディオエンコーダ100における可変長符号語エンコ ーダ180は,可変長符号語182を提供するために,可変長符号語を用 いて,本件発明特定事項の技術事項に基づいて,ウィンドウ情報140を 符号化しており,このことは,本件明細書の段落【0044】,【004 6】及び図1(「可変長符号語符号化」の部分)に明確に記載されている。 そして,「可変長符号語」を用いたウィンドウのタイプを示すウィンド ウ・タイプ情報140に対する具体的な符号化において,前記オーディオ エンコーダは,移行傾斜の選択と変換長の選択との間の依存関係,あるい は,隣接するフレームのウィンドウ形状の間の相関関係を利用して処理を 行うもので,その具体的な処理内容は,本件明細書の段落【0063】〜 【0071】に記載されているが,これは,正に本願発明9の特定事項の 内容をなすものである。 イ 「移行傾斜の選択と変換長の選択との間の依存関係」についての具体的 な説明例が図5に示されているが,この場合,ウィンドウ長が長いことを 示す「ｗindｏｗ_lengｔh」が「0」であれば,常に,長い変換 長が必ずあり(段落【0064】),「ｔｒanｓfｏｒm_lengｔ h」の値を無視することができる(段落【0065】,図6a)。 ウ 「隣接するフレームのウィンドウ形状の間の相関関係」は,本件明細書 の段落【0057】〜【0059】及び図4に基づいて,ウィンドウ形状 の間での一定の移行のみが可能であることにより理解することができる。 エ このように,本願発明9に係るオーディオエンコーダ100は,「可変 長符号語を用いて前記入力オーディオ情報(110)の現在の部分を変換 するために用いられるウィンドウのタイプを示すウィンドウ情報(140) を符号化するように構成され,前記可変長符号語を用いて,移行傾斜の選 択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ 形状の間の相関関係を利用するように構成される」(請求項9)ことによ 6 り,低減されたビット要求でウィンドウ・タイプを示すウィンドウ情報1 40の符号化を可能にするといった特有の効果を有する。 以上のとおり,オーディオエンコーダ100において本件発明特定事項 が含まれる必要があるため,本件発明特定事項はオーディオエンコーダに おける技術事項を特定しているものと言える。そのため,特許請求の範囲 の請求項9の記載は明確性要件を満たす。 オ 本件発明特定事項の実施例における具体的な手段が「可変長符号語エン コーダ180」であるとしても,請求項9に記載の「オーディオエンコー ダ」自体が,符号化のために「前記オーディオエンコーダは,前記可変長 符号語を用いて,移行傾斜の選択と変換長の選択との依存関係または隣接 するフレームのウィンドウ形状の間の相関関係を利用する」ように構成さ れ,その役割により本願発明9の効果が得られることは明確であるから, 上記特許請求の範囲の記載に不明な点はない。 (2) オーディオデコーダに関する記載との関係 本願発明9に係るオーディオエンコーダにより提供された符号化オーディ オ情報(ビットストリーム)192に基づいて復号化オーディオ情報212 を提供するオーディオデコーダの発明は請求項1に記載されている。本件明 細書の段落【0079】〜【0086】には,オーディオデコーダのウィ ンドウ・セレクタ270における処理について,可変符号語長ウィンドウ 情報224を評価するように構成され,その評価は,移行傾斜の選択と変 換長の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間 の相関関係を利用して行われることが記載されている。また,上記の「移 行傾斜の選択と変換長の選択との間の依存関係」,「隣接するフレームの ウィンドウ形状の間の相関関係」といった文言については,段落【001 4】及び【0015】に明示的に記載されている。 本件審決において,オーディオデコーダに関する発明に係る請求項1の 7 記載について明確性要件違反があるとはされていないところ,オーディオデ コーダにおける復号化の処理は,オーディオエンコーダにおける符号化の際 に行った処理の逆処理を実行するのが通常であるから,復号化で行われる処 理は,符号化で行った処理と概念的に共通する処理が含まれる。すなわち, 符号化オーディオ情報(ビットストリーム)192に含まれる可変符号語長 ウィンドウ情報224は,オーディオエンコーダ100の可変長符号語エン コーダ180において,可変符号語長を用いて,移行傾斜の選択と変換長の 選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関関 係を利用して符号化されたものであるため,オーディオデコーダ200にお ける復号化の処理の際に,可変符号語長を用いて,移行傾斜の選択と変換長 の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関 関係を利用して,可変符号語長のウィンドウ情報224を評価することがで きる。 符号化処理と復号化処理との間の相互関係とは,オーディオエンコーダが 特定の状況においてオーディオデコーダが必要としない情報をビットストリ ームに含めないということであり,どの情報をオーディオデコーダが必要と せず,オーディオエンコーダが無視することができるかについて,本件明細 書の段落【0081】〜【0085】に詳細に説明されている。 以上より,本件発明特定事項は,オーディオデコーダ200に限ることな く,オーディオエンコーダ100においても共通に含まれる必要があり,こ のことからも,本件発明特定事項は,オーディオエンコーダにおける技術事 項を特定しているものであるといえ,特許請求の範囲の請求項9の記載は明 確性要件を満たすものである。 3 請求項13について 本願発明13は,本願発明9に対応する方法の発明であり,上記に述べたと ころが妥当するから,特許請求の範囲の請求項13の記載についても明確性要 8 件を満たす。 |
|
|
被告の反論
1 特許請求の範囲の請求項9及び請求項13の記載が明確性要件を満たさない とした本件審決の判断に誤りはない。 2 請求項9について (1) 本件明細書の記載 請求項9の「オーディオエンコーダは,前記可変長符号語を用いて,」「依 存関係」 「または」 「相関関係を利用するように構成され」との記載において, 可変長符号語を用いて依存関係又は相関関係を利用するというのは日本語と して極めて分かりにくく,特許請求の範囲の記載自体から技術的意味が明らか とはいえない。そこで,本件明細書の記載を検討する。 ア 「前記可変長符号語を用いて,移行傾斜の選択と変換長の選択との間の 依存関係」「を利用するように構成される」との点について 本件明細書の主として段落【0063】〜【0067】及び図6a,図7 a〜cからは,可変長符号語エンコーダ180は,「現在のフレームのｗi ndｏｗ_lengｔh」情報が「0」であれば「ｔｒanｓfｏｒm_l engｔh」情報を提供せず,逆に「現在のフレームのｗindｏｗ_le ngｔh」情報が「1」であれば「ｔｒanｓfｏｒm_lengｔh」情 報を提供すること,現在のフレームのｗindｏｗ_lengｔh」「0」 「 が の場合に,「現在のフレームのｔｒanｓfｏｒm_lengｔh」が「未 送信(=0)」であるのに対し,「現在のフレームのｗindｏｗ_len gｔh」が「1」の場合には,「現在のフレームのｔｒanｓfｏｒm_l engｔh」は「0(または未送信)」,「0」,「1」のいずれかである ことが示され,「ｗindｏｗ_lengｔh」の選択(「0」か「1」か の選択)と,「ｔｒanｓfｏｒm_lengｔh」の選択とに,依存する 関係があることが理解できる。また,「ｗindｏｗ_lengｔh」が, 9 請求項9の「移行傾斜」に,「ｔｒanｓfｏｒm_lengｔh」が請求項9の「変換長」に対応しているものと解される。さらに,「可変長符号語エンコーダ180」は,段落【0044】の記載から,「オーディオエンコーダ100」に含まれ, 「可変長符号語182を提供する」 かつ ものであり,ここで,「オーディオエンコーダ100」は,請求項9の「オーディオエンコーダ」に対応しているものと解される。これによれば,本件明細書の段落【0063】〜【0067】には,「オーディオエンコーダ100」に含まれる「可変長符号語エンコーダ180」が,移行傾斜の選択と変換長の選択との間の依存関係を利用して,可変長符号語を提供する態様が記載されている,ということができる。 以上に対し,請求項9には,「オーディオエンコーダは,・・・を用いて, ・ ・ ・を利用するように構成され」と,主語が「オーディオエンコーダ」であるものとして記載されているから,「可変長符号語エンコーダ」について記載された本件明細書の段落【0063】〜【0067】と対応するものとはいえない。 また,請求項9の「可変長符号語を用いて,」「依存関係・・・を利用する」ことと,上記本件明細書における「依存関係を利用して,可変長符号語を提供する」ことは,前者が「可変長符号語」を用いることで「依存関係」を何らかの形で利用する意味に解されるのに対し,後者は,「依存関係」を利用して「可変長符号語」を提供することと解され,特許請求の範囲の記載と本件明細書の記載が対応する関係にない。 以上のとおり,請求項9の「前記可変長符号語を用いて,移行傾斜の選択と変換長の選択との間の依存関係」「を利用するように構成される」の記載は本件明細書の段落【0063】〜【0067】の記載事項と対応していないから,本件明細書の当該段落の記載を考慮しても,その技術的意味が明らかとはいえない。 10 イ 「前記可変長符号語を用いて,」「隣接するフレームのウィンドウ形状 の間の相関関係を利用するように構成される」との点について (ｱ) 本件明細書の段落【0063】〜【0067】の可変長符号語エンコ ーダに関する説明には,隣接するフレームのウィンドウ形状の間の相関 関係に触れた記載はないから,これらの段落の記載からは「隣接するフ レームのウィンドウ形状の間の相関関係を利用する」ことの意義は明ら かではない。 次に,本件明細書の段落【0057】〜【0059】及び図4からは, 「第1のフレームのためのウィンドウ・タイプが与えられる場合,(2 つの次のフレームから)第2のフレームのためのウィンドウ・タイプの 選択は制限される。」(段落【0057】)との記載があることや,図 4に,「fｒｏm」の欄に示されている各ウィンドウの選択と,「ｔｏ」 の欄に示されている各ウィンドウとの間の選択との関係に,制限がある ことが示されていることから,隣接するフレームのウィンドウ形状の間 に相関関係があることを理解することができる。 もっとも,本件明細書の段落【0057】 【0059】 〜 の記載は,「ウ ィンドウ・シーケンス決定器138」が「異なるウィンドウ」を選択する 際の処理に関する記載と理解するのが自然である(段落【0047】)。 そうすると,「ウィンドウ・シーケンス決定器138」は,「オーディオ エンコーダ100」中の「ウィンドウ・ベースの信号変換器130」に含 まれる(段落【0040】及び図1)のであるから,上記段落【0057】 〜【0059】の記載は, 「ウィンドウ・ベースの信号変換器130」が, 隣接するフレームのウィンドウ形状の間の相関関係を利用して, 「異なる ウィンドウ」を「選択」することについてのものと解される。そして,上 記段落【0057】〜【0059】及び図4には「可変長符号語」につい ての記載はないから,上記段落の記載は,「可変長符号語」を用いること 11 とは,何ら関係がないといえる。 以上のとおり,本件明細書の記載からは,「可変長符号語」を用いて, 「隣接するフレームのウィンドウ形状の間の相関関係」を利用すること の技術的意味は明らかではない。 (ｲ) 本件明細書の主として段落【0081】〜【0087】には,オーデ ィオデコーダ200に含まれるウィンドウ・セレクタ270は,現在のフ レームに関連するウィンドウ・タイプを決定するために,前のフレームの 移行傾斜「ｗindｏｗ_lengｔh」情報及び現在のフレームの移行 傾斜「ｗindｏｗ_lengｔh」情報を評価し,前のフレームの移行 傾斜情報及び現在のフレームの移行傾斜情報が共に(値「1」)の存在を 示す場合には,現在のフレームの変換長「ｔｒanｓfｏｒm_leng ｔh」情報を評価することが必要であることが理解でき,ウィンドウ・セ レクタ270が,隣接するフレームのウィンドウ形状の間の相関関係及び 現在のフレームの変換長を利用して,可変符号語長ウィンドウ情報を評価 する態様が記載されているものといえる。 これに対し,請求項9の「前記可変長符号語を用いて,」「隣接するフ レームのウィンドウ形状の間の相関関係を利用するように構成される」 は,「利用する」の主語が「オーディオエンコーダ」であるものとして記 載されているから,「オーディオデコーダ200」の動作に係る上記の態 様を表現しているものとして理解することはできない。また,請求項9の 「可変長符号語を用いて,」「相関関係を利用する」ことと,上記態様に おける,「オーディオデコーダ200」に含まれる「ウィンドウ・セレク タ270」 「隣接するフレームのウィンドウ形状の間の相関関係およ が, び現在のフレームの変換長を利用して,可変符号語長ウィンドウ情報を評 価する」こととは,前者が「可変長符号語」を用いることで「相関関係」 を何らかの形で利用する意味に解されるのに対し,後者は,「相関関係」 12 を利用して「可変長符号語」を評価することと解されることからすれば, 両者は対応する関係にない。 以上のとおり,請求項9の「前記可変長符号語を用いて,」「隣接する フレームのウィンドウ形状の間の相関関係を利用するように構成される」 の記載は,オーディオデコーダについての上記段落【0081】〜【00 87】の記載事項と対応していないから,当該段落の記載を考慮しても, 請求項9の上記記載の技術的意味が明らかとはいえない。 (2) オーディオデコーダについての記載との関係 請求項9は「オーディオエンコーダ(100)」の発明であり,本件発明 特定事項もオーディオエンコーダを特定する事項であるのに対し,請求項1 は「オーディオデコーダ(200)」の発明である点で異なる。そして,請 求項1の「オーディオデコーダ200」が含む「ウィンドウ・セレクタ(2 70)」との関係で,請求項1の発明特定事項の技術的意味が理解できると しても,そのことから,請求項9の技術的意味が理解できることが一義的に 導かれるとはいえない。 3 請求項13について 本願発明13は,本願発明9に対応する方法の発明であり,上記に述べたと ころが妥当するから,特許請求の範囲の請求項13の記載についても明確性要 件を満たさない。 |
|
|
当裁判所の判断
1 本願発明9及び本願発明13について (1) 特許請求の範囲の記載 本願発明9及び本願発明13に係る特許請求の範囲の記載は,前記第2の 2の【請求項9】及び【請求項13】のとおりであり,請求項9の記載は次 のとおり分説することができる。以下,各分説を,その符号に従い「分説A」 などという。 13 A 入力オーディオ情報(110)に基づいて符号化オーディオ情報(19 2)を提供するためのオーディオエンコーダ(100)であって,B 前記入力オーディオ情報(110)の複数のウィンドウ化された部分に 基づいてオーディオ信号パラメータ(132)のシーケンスを提供するよ うに構成されたウィンドウ・ベースの信号変換器(130)を含み,C 前記ウィンドウ・ベースの信号変換器(130)は,前記入力オーディ オ情報(110)の特性に基づいて前記入力オーディオ情報のウィンドウ 化された部分を得るためのウィンドウ・タイプを適応させるように構成さ れ,D 前記ウィンドウ・ベースの信号変換器(130)は,長い移行傾斜を有 するウィンドウおよび短い移行傾斜を有するウィンドウ(310,312, 314,316,318)の使用の間で切り替わるように構成され,さら に,2つ以上の異なる変換長を有するウィンドウの使用の間で切り替わる ように構成され,E 前記ウィンドウ・ベースの信号変換器(130)は,前記入力オーディ オ情報の先の部分および前記入力オーディオ情報の現在の部分のオーディ オ・コンテンツを変換するために用いられるウィンドウ・タイプに基づい て前記入力オーディオ情報の現在の部分を変換するために用いられるウィ ンドウ・タイプを決定するように構成され,F 前記オーディオエンコーダは,可変長符号語を用いて前記入力オーディ オ情報(110)の現在の部分を変換するために用いられるウィンドウの タイプを示すウィンドウ情報(140)を符号化するように構成され,G 前記オーディオエンコーダは,前記可変長符号語を用いて,移行傾斜の 選択と変換長の選択との間の依存関係または隣接するフレームのウィンド ウ形状の間の相関関係を利用するように構成される,オーディオエンコー ダ(100)。 14 (2) 本件明細書の記載 本件明細書には,以下のような記載がある。また,図面の一部は別紙本件 明細書図面目録のとおりである(なお,図面の表題 「FIGURE ( 1A」 等)は,「FIGURE」を「図」と読み替え,アルファベットの大文字を 小文字に読み替える。)。 ア 技術分野 【0001】 本発明による実施例は,入力されたオーディオ情報に基づ いて符号化されたオーディオ情報を得るためのオーディオエンコーダ, および符号化されたオーディオ情報に基づいて復号化されたオーディオ 情報を得るためのオーディオデコーダに関する。本発明による更なる実 施例は,符号化されたオーディオ情報に関する。本発明によるさらに他 の実施例は,符号化されたオーディオ情報に基づいて復号化されたオー ディオ情報を提供する方法,および入力されたオーディオ情報に基づい て符号化されたオーディオ情報を提供する方法に関する。更なる実施例 は,発明の方法を実行するためのコンピュータ・プログラムに関する。 【0002】 本発明の実施例は,統合音声音響符号化(USAC)ビッ トストリーム構文の提案された更新に関する。 イ 背景技術 【0003】 以下に,発明およびその効果を理解しやすくするために, この発明のいくつかの背景が説明される。過去の10年の間に,デジタ ル的にオーディオ・コンテンツを格納して配布するという可能性におい て大きい努力が加えられた。この方法における1つの重要な業績は,国 際基準ISO/IEC 14496-3の定義である。この基準のパー ト3は,オーディオ・コンテンツの符号化および復号化に関連し,パー ト3のサブパート4は一般のオーディオ符号化に関連する。ISO/I EC 14496のパート3,サブパート4は,一般のオーディオ・コ 15 ンテンツの符号化および復号化のための概念を定義する。さらに,品質 を改善しおよび/または必要なビットレートを低下させるために,さら なる改良が提案された。 【0004】 しかしながら,前記基準に示されている概念によれば,時 間領域オーディオ信号は,時間-周波数表現に変換される。時間領域か ら時間-周波数領域への変換は,典型的には変換ブロックを用いて実行 され,それは時間領域サンプルの「フレーム」として指定される。例え ばフレームの半分がシフトして重なり合うフレームを使用することが有 利であることが分かっており,その理由は,重なりが効果的にアーチフ ァクトを回避する(または,少なくとも減らす)ことができるからであ る。さらに,時間的に限られたフレームのこの処理から生じているアー チファクトを回避するために,ウィンドウ機能が実行されなければなら ないことが分かっている。また,ウィンドウ機能は,次の時間的に移さ れ重なり合うフレームの重複および加算処理の最適化を可能にする。 【0005】 しかしながら,一定の長さのウィンドウを用いて,能率的 にエッジ,すなわちオーディオ・コンテンツの中の急激な移行またはい わゆる過渡信号を表すことは問題を含むことが分かっており,その理由 は,移行のエネルギーはウィンドウの全ての期間に広げられ,それは聞 き取れるアーチファクトという結果になるからである。したがって,オ ーディオ・コンテンツのおよそ変化しない部分は長いウィンドウを用い て符号化され,オーディオ・コンテンツの移行部分(例えば,過渡信号 を含む部分)は短いウィンドウを用いて符号化されるように,異なる長 さのウィンドウの間で切り替えることが提案された。 【0006】 しかしながら,時間領域から時間-周波数領域までオーデ ィオ・コンテンツの変換のための異なるウィンドウの間で選択すること ができるシステムにおいて,もちろん,与えられたフレームの符号化さ 16 れたオーディオ・コンテンツの復号化のためにどのウィンドウが用いら れるべきかをデコーダに示す必要がある。 【0007】 従来のシステムにおいて,例えば国際基準ISO/IEC 14496-3,パート3,サブパート4によるオーディオデコーダに おいて,現在のフレームで使用するウィンドウ・シーケンスを示す「ｗ indｏｗ_ｓeｑｕence」と呼ばれているデータのエレメントは, いわゆる「icｓ_infｏ」ビットストリーム・エレメントにおける ビットストリームに2ビットで書き込まれる。先行フレームのウィンド ウ・シーケンスを考慮に入れることによって,8つの異なるウィンドウ・ シーケンスが示される。 【0008】 上記説明からみて,オーディオ情報を表している符号化さ れたビットストリームのビット・ロードが,使用されるウィンドウのタ イプを示す必要によってつくられることが分かる。 ウ 発明が解決しようとする課題 【0010】 この状況からみて,オーディオ・コンテンツの時間領域表 現およびオーディオ・コンテンツの時間-周波数領域表現の間の変換の ために用いられるウィンドウのタイプのよりビットレート効率のよいシ グナリングを可能にする概念をつくりたいという要求がある。 エ 課題を解決するための手段 【0011】 この課題は,請求項1に記載のオーディオデコーダ,請求 項9に記載のオーディオエンコーダ,請求項12に記載の符号化された オーディオ情報,請求項14に記載の復号化されたオーディオ情報を提 供する方法,請求項15に記載の符号化されたオーディオ情報を提供す る方法および請求項16に記載のコンピュータ・プログラムによって解 決される。 【0012】 本発明による実施例は,符号化されたオーディオ情報に基 17 づいて復号化オーディオ情報を提供するためのオーディオデコーダを提 供する。オーディオデコーダは,符号化されたオーディオ情報によって 記載されている時間-周波数表現をオーディオ・コンテンツの時間領域 表現にマッピングするように構成されるウィンドウ・ベースの信号変換 器を含む。ウィンドウ・ベースの信号変換器は,ウィンドウ情報に基づ いて,異なる移行傾斜のウィンドウおよび異なる変換長のウィンドウを 含む複数のウィンドウからウィンドウを選択するように構成される。オ ーディオデコーダは,オーディオ情報の与えられたフレームに関連する 時間-周波数表現の所定の部分(例えばフレーム)の処理のためのウィ ンドウを選択するために,可変符号語長のウィンドウ情報を評価するよ うに構成されるウィンドウ・セレクタを含む。 【0013】 本発明の本実施例は,どのタイプのウィンドウがオーディ オ・コンテンツの時間-周波数領域表現を時間領域表現に変換するため に用いられるべきであるかについて示す情報を格納または送信するため に必要なビットレートが,可変符号語長のウィンドウ情報を用いて低減 されることができることを発見したことに基づく。適当なウィンドウを 選択するために必要な情報がこの種の可変符号語長の表現のために適切 であるので,可変符号語長のウィンドウ情報が適切であることが分かっ ている。 【0014】 短い変換長が概して1つか2つの長い移行傾斜を有するウ ィンドウのために用いられないため,例えば,可変符号語長のウィンド ウ情報を用いることにより,移行傾斜の選択および変換長の選択の間に 依存関係があることを利用することができる。したがって,重複情報の 伝送は可変符号語長のウィンドウ情報を用いて回避されることができ, それにより,符号化されたオーディオ情報のビットレート効率を改善す る。 18 【0015】 さらなる例として,隣接するフレームのウィンドウ形状間 に概して相関がある点に留意する必要があり,(現在考慮されたウィン ドウと隣接している)もう一つの隣接するウィンドウのウィンドウ・タ イプは現在のフレームのためのウィンドウ・タイプの選択を制限する場 合のためのウィンドウ情報の符号語長を選択的に減らすために利用され ることができる。 【0016】 上記を要約すると,可変符号語長のウィンドウ情報の使用 は,(一定符号語長のウィンドウ情報と比較したとき)オーディオデコ ーダの複雑さを著しく増加させることなく,オーディオデコーダの出力 波形を変えることなく,ビットレートの節減を可能にする。また,符号 化されたオーディオ情報の構文は場合によっては単純化されることさえ でき,そのことは後ほど詳述する。 【0029】 本発明による他の実施例は,入力オーディオ情報に基づい て符号化されたオーディオ情報を提供するためのオーディオエンコーダ を作製する。オーディオエンコーダは,入力オーディオ情報の複数のウ ィンドウ化された部分(例えば,重複または非重複フレーム)に基づい てオーディオ信号パラメータ(例えば,入力オーディオ情報の時間-周 波数領域表現)のシーケンスを提供するように構成されるウィンドウ・ ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は,好ま しくは,ウィンドウ形状を入力オーディオ情報の特性に基づいて入力オ ーディオ情報のウィンドウ化された部分を得るためのウィンドウの形に 適応するように構成される。ウィンドウ・ベースの信号変換器は,(比 較的)長い移行傾斜を有するウィンドウおよび(比較的)短い移行傾斜 を有するウィンドウの使用の間で切り替わり,更に2つ以上の異なる変 換長を有するウィンドウの使用の間で切り替わるように構成される。ウ ィンドウ・ベースの信号変換器は,入力オーディオ情報の前の部分(例 19 えばフレーム)および入力オーディオ情報の現在の部分のオーディオ・ コンテンツを変換するために用いられるウィンドウ・タイプに基づいて 入力オーディオ情報の現在の部分(例えばフレーム)を変換するために 用いられるウィンドウ・タイプを決定するように構成される。また,オ ーディオエンコーダは,可変長符号語を用いて入力オーディオ情報の現 在の部分を変換するために用いられるウィンドウのタイプを示すウィン ドウ情報を符号化するように構成される。このオーディオエンコーダは, 発明のオーディオデコーダに関連してすでに述べられた効果を提供する。 特に,これが可能である状況のいくらかまたは全ての比較的長い符号語 の使用を回避することによって符号化されたオーディオ情報のビットレ ートを減らすことは可能である。 【0032】 本発明による他の実施例は,入力オーディオ情報に基づい て符号化オーディオ情報を提供する方法を作成する。この方法は,入力 オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ 信号パラメータ(例えば時間-周波数領域表現)のシーケンスを提供す ることを含む。オーディオ信号パラメータのシーケンスを提供するため に,入力オーディオ情報の特性に基づいて入力オーディオ情報のウィン ドウ化された部分を得るためのウィンドウ形状を適応させるために,長 い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウ の使用の間で,更に,2つ以上の異なる変換長を有するウィンドウの使 用の間で切り替えが行われる。この方法は,可変長符号語を用いて,入 力オーディオ情報の現在の部分を変換するために用いられるウィンドウ のタイプを示すウィンドウ情報を符号化することを含む。 オ 発明を実施するための形態 (ｱ) オーディオエンコーダ概要 【0035】 オーディオエンコーダ概要 20 以下に,発明概念を適用することができるオーディオエンコーダが 説明される。しかしながら,図1を参照して記載されているオーディ オエンコーダは,本発明が適用されることができるオーディオエンコ ーダの単なる実施例であると考えるべきである点に留意する必要があ る。しかしながら,比較的簡単なオーディオエンコーダが図1を参照 して議論されるが,本発明がもっと複雑なオーディオエンコーダにお いて,例えば,異なる符号化コアモードの間で(例えば,周波数領域 符号化および線形予測領域符号化の間で)切り替えができるオーディ オエンコーダに本発明が適用されることができる点に留意する必要が ある。それにもかかわらず,単純性のために,単純な周波数領域オー ディオエンコーダの基本概念を理解することは有用であると思われる。 【0037】 図1に示される音声エンコーダ100は,例えば時間領 域オーディオ信号のような入力オーディオ情報110を受信するよう に構成される。さらに,オーディオエンコーダ100は,例えば入力 オーディオ情報110をダウンサンプリングしたり,入力オーディオ 情報110のゲインを制御することにより,任意に入力オーディオ情 報110を前処理するように構成される任意のプリプロセッサ120 を含む。また,オーディオエンコーダ100は,時間-周波数領域に おけるスペクトル値のようなオーディオ信号パラメータのシーケンス を得るために,主要な構成要素として,入力オーディオ情報110ま たはその前処理バージョン122を受信し,入力オーディオ情報11 0またはその前処理バージョン122を周波数領域(または,時間- 周波数領域)に変換するように構成されるウィンドウ・ベースの信号 変換器130を含む。この目的のために,ウィンドウ・ベースの信号 変換器130は,入力オーディオ情報110,122のサンプルのブ ロック(例えば「フレーム」)をスペクトル値132のセットに変換 21 するように構成されるウィンドウ化器/変換器136を含む。例えば,ウィンドウ化器/変換器136は,1セットのスペクトル値を入力オーディオ情報のサンプルの各ブロックに(すなわち,各「フレーム」に)提供するように構成される。しかしながら,入力オーディオ情報110,122のサンプルのブロック(すなわち「フレーム」)は,好ましくは,入力オーディオ情報110,122のサンプルの時間的に隣接するブロック(フレーム)が複数のサンプルを共有するように,重複してもよい。例えば,2つの時間的に続くサンプルのブロック(フレーム)は,サンプルのほぼ50%重複する。したがって,ウィンドウ化器/変換器136は,例えば修正離散コサイン変換(MDCT)のようないわゆる重複変換を実行するように構成される。しかしながら,修正離散コサイン変換を実行するときに,ウィンドウ化器/変換器136はウィンドウをサンプルの各ブロックに適用することができ,それによって,(サンプルのブロックの先端および後端の時間的近傍に時間的に配置される)周辺サンプルより(サンプルのブロックの時間的中心の近傍に時間的に配置される)中心サンプルを強く重み付けする。ウィンドウ化は,ブロックへの入力オーディオ情報110,122の分割から生じるアーチファクトを回避するのに役立つ。このように,時間領域から時間-周波数領域への変換の前または間のウィンドウの適用は,入力オーディオ情報110,122のサンプルの次のブロックとの間の滑らかな移行を可能にする。ウィンドウ化に関する詳細について,国際基準ISO/IEC 14496,パート3,サブパート4およびそこに引用されている書類が参照される。オーディオエンコーダの非常に単純なバージョンにおいて,(サンプルのブロックとして定義される)オーディオフレームの2Nの数のサンプルは,信号特性から独立したNのスペクトル係数のセットに変換される。し 22 かしながら,移行の場合,オーディオ情報を復号化するときに,移行のエネルギーは全フレームに広げられるため,オーディオ情報110,122の2Nのサンプルの同一の変換長が入力オーディオ情報110,112の特性とは無関係に用いられるという概念が移行の重大な低下をもたらすことがわかった。それにもかかわらず,短い変換長(例えば,変換につき2N/8=N/4サンプル)が選択される場合,端の符号化における改良を得ることができることが分かっている。しかしながら,長い変換長と比較したとき短い変換長に対して少ないスペクトル値が得られる場合であっても,短い変換長の選択が概して必要なビットレートを増加させることも分かった。したがって,オーディオ・コンテンツの移行(端として指定される)の近傍において長い変換長(例えば,変換につき2Nサンプル)から短い変換長(例えば,変換につき2N/8=N/4サンプル)へ切り替え,移行後に長い変換長(例えば,変換につき2Nサンプル)に切り換えることを推薦できることがわかった。変換長の切り替えは変換の前または間に入力オーディオ情報110,122のサンプルをウィンドウ化するために適用されるウィンドウの変更に関連する。 【0040】 したがって,ウィンドウ・ベースの信号変換器130は, ウィンドウ化器/変換器136がウィンドウの適当なタイプ(「ウィ ンドウ・シーケンス」)を用いることができるように,ウィンドウ化 器/変換器136にウィンドウ・タイプ情報140を提供するように 構成されるウィンドウ・シーケンス決定器138を含む。例えば,ウ ィンドウ・シーケンス決定器130は,入力オーディオ情報110ま たは前処理された入力オーディオ情報122を直接評価するように構 成される。しかしながら,オーディオエンコーダ100は,入力オー ディオ情報110または前処理された入力オーディオ情報122を受 23 信し,入力オーディオ情報110,122から,入力オーディオ情報 110,122の符号化のために関連する情報を得るために,音響心 理学的なモデルを適用するように構成された,音響心理学モデル・プ ロセッサ150を含む。例えば,音響心理学モデル・プロセッサ15 0は,入力オーディオ情報110,122の範囲内で移行を確認して, 対応する入力オーディオ情報110,122の移行の存在のため,短 い変換長が要求されるフレームの信号を送るウィンドウ長の情報15 2を提供するように構成される。 【0044】 さらに,オーディオエンコーダ100は,ウィンドウ・ シーケンス決定器138からウィンドウ タイプ情報140を受信し, ・ それに基づいて,ウィンドウ化器/変換器136によって実行される ウィンドウ化/変換動作のために用いられるウィンドウのタイプを示 す可変長符号語182を提供するように構成される可変長符号語エン コーダ180を含む。可変長符号語エンコーダ180に関する詳細は 後述される。 【0046】 上記を要約すると,オーディオエンコーダ100は,入 力オーディオ情報110に基づいて符号化オーディオ情報192を提 供するように構成される。オーディオエンコーダ100は,重要なコ ンポーネントとして,入力オーディオ情報110の複数のウィンドウ 化された部分に基づいてオーディオ信号パラメータ132のシーケン ス(例えば,スペクトル値のシーケンス)を提供するように構成され るウィンドウ・ベースの信号変換器130を含む。ウィンドウ・ベー スの信号変換器130は,入力オーディオ情報のウィンドウ化された 部分を得るためのウィンドウ・タイプがオーディオ情報の特性に基づ いて選択されるように構成される。ウィンドウ・ベースの信号変換器 130は,長い移行傾斜を有するウィンドウと短い移行傾斜を有する 24 ウィンドウの使用との間で切り替わるように構成され,また,2つ以 上の異なる変換長を有するウィンドウの使用の間で切り替わるように 構成される。たとえば,ウィンドウ・ベースの信号変換器130は, 入力オーディオ情報の先の部分(例えばフレーム)のために用いられ るウィンドウ・タイプに基づいて,そして,入力オーディオ情報の現 在の部分のオーディオ・コンテンツに基づいて,入力オーディオ情報 の現在の部分(例えばフレーム)を変換するために用いられるウィン ドウ・タイプを決定するように構成される。しかしながら,オーディ オエンコーダは,例えば可変長符号語エンコーダ180を用いて,可 変長符号語を用いた入力オーディオ情報の現在の部分(例えばフレー ム)を変換するために用いられるウィンドウのタイプを示すウィンド ウ・タイプ情報140を符号化するように構成される。 (ｲ) ウィンドウ・タイプの変換について 【0047】 ウィンドウ・タイプの変換 以下において,ウィンドウ化器/変換器136によって適用される ことができ,ウィンドウ・シーケンス決定器138によって選択され る異なるウィンドウの詳細な説明が示される。しかしながら,ここで 述べられるウィンドウは,例証としてのみとられるべきものである。 次に,ウィンドウ・タイプの効果的な符号化のための発明概念が示さ れる。 【0048】 今,変換ウィンドウの異なるタイプの図解表現を示す図3 を参照して,新しいサンプルウィンドウの上の概要が与えられる。しか しながら,付加的にISO/IEC 14496-3,パート3,サブ パート4が参照され,そこにおいて,変換ウィンドウを適用する概念は さらに詳細に示される。 【0049】 図3は,(比較的)長い左側ウィンドウ傾斜310a(1 25 024サンプル)および長い右側ウィンドウ傾斜310b(1024サ ンプル)を含む第1のウィンドウ・タイプ310の図解図を示す。第1 のウィンドウ・タイプ310がいわゆる「長い変換長」を含むように, 合計2048のサンプルおよび1024のスペクトル係数は第1のウィ ンドウ・タイプ310に関連付けられる。 【0050】 第2のウィンドウ・タイプ312は,「lｏng_ｓｔa ｒｔ_ｓeｑｕence」または「lｏng_ｓｔaｒｔ_ｗindｏ ｗ」として指定される。第2のウィンドウ・タイプは,(比較的)長い 左側ウィンドウ傾斜312a(1024サンプル)および(比較的)短 い右側ウィンドウ傾斜312b(128サンプル)を含む。第2のウィ ンドウ・タイプ312が長い変換長を含むように,合計2048のサン プルおよび1024のスペクトル係数が第2のウィンドウ タイプに関 ・ 連付けられる。 【0051】 第3のウィンドウ・タイプ314は,「lｏng_ｓｔｏ ｐ_ｓeｑｕence」または「lｏng_ｓｔｏｐ_ｗindｏｗ」 として指定される。第3のウィンドウ・タイプ314は,短い左側ウィ ンドウ傾斜314a(128サンプル)および長い右側ウィンドウ傾斜 314b(1024サンプル)を含む。第3のウィンドウ・タイプが長 い変換長を含むように,合計2048のサンプルおよび1024のスペ クトル係数が第3のウィンドウ・タイプ314に関連付けられる。 【0052】 第4のウィンドウ・タイプ316は,「ｓｔｏｐ_ｓｔa ｒｔ_ｓeｑｕence」または「ｓｔｏｐ_ｓｔaｒｔ_ｗindｏ ｗ」として指定される。第4のウィンドウ・タイプ316は,短い左側 ウィンドウ傾斜316a(128サンプル)および短い右側ウィンドウ 傾斜316b(128サンプル)を含む。第4のウィンドウ・タイプが 「長い変換長」を含むように,合計2048のサンプルおよび1024 26 のスペクトル係数が第4のウィンドウ・タイプに関連付けられる。 【0053】 第5のウィンドウ・タイプ318は,第1ないし第4のウ ィンドウ・タイプと著しく異なる。第5のウィンドウ・タイプは,時間 的に重複するように配置される8つの「短いウィンドウ」またはサブウ ィンドウ319a-319hの重ね合わせを含む。短いウィンドウ31 9a-319hの各々は,256サンプルの長さを含む。したがって, 256のサンプルを128のスペクトル値に変換する「短い」MDCT 変換は,短いウィンドウ319a-319hの各々に関連付けられる。 したがって,128スペクトル値の8セットは各々第5のウィンドウ・ タイプ318に関連しており,その一方で,1024スペクトル値の1 セットは第1-第4のウィンドウ・タイプ310,312,314,3 16の各々に関連する。したがって,第5のウィンドウ・タイプが, 「短 い」変換長を含むということができる。それにもかかわらず,第5のウ ィンドウ・タイプは,短い左側ウィンドウ傾斜318aおよび短い右側 ウィンドウ傾斜318bを含む。 (ｳ) 変換ウィンドウ・タイプ間の移行 【0057】 変換ウィンドウ・タイプ間の移行 ウィンドウ・シーケンス(または変換ウィンドウのタイプ)の間の 許可された移行の図解図である図4を参照して,若干の詳細が説明さ れる。それぞれウィンドウ・タイプ310,312,314,316, 318の1つを有する2つの次の変換ウィンドウがオーディオサンプ ルの部分的に重なり合うブロックに適用されることなく,第1のウィ ンドウの右側ウィンドウ傾斜が,部分的な重なりによって生じるアー チファクトを回避するために第2の,次のウィンドウの左側ウィンド ウ傾斜と適合しなければならないと理解することができる。したがっ て,(2つの次のフレームから)第1のフレームのためのウィンドウ・ 27 タイプが与えられる場合,(2つの次のフレームから)第2のフレームのためのウィンドウ・タイプの選択は制限される。図4において見られるように,第1のウィンドウが「ｏnlｙ_lｏng_ｓeｑｕence」ウィンドウである場合,第1のウィンドウの後に「ｏnlｙ_lｏng_ｓeｑｕence」ウィンドウまたは「lｏng_ｓｔaｒｔ_ｓeｑｕence」ウィンドウが続く。対照的に,「ｏnlｙ_lｏng_ｓeｑｕence」ウィンドウが第1フレームを変換するために使われる場合,第1フレームの後の第2のフレームのために「eighｔ_ｓhｏｒｔ_ｓeｑｕence」ウィンドウ,「lｏng_ｓｔｏｐ_ｓeｑｕence」ウィンドウまたは「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」ウィンドウを使用することができない。同様に,「lｏng_ｓｔｏｐ_ｓeｑｕence」ウィンドウが第1フレームで使われる場合,第2のフレームは「ｏnlｙ_lｏng_ｓeｑｕence」ウィンドウまたは「lｏng_ｓｔaｒｔ_ｓeｑｕence」ウィンドウを使用することができるが,第2のフレームは「eighｔ_ｓhｏｒｔ_ｓeｑｕence」ウィンドウ,「lｏng_ｓｔｏｐ_ｓeｑｕence」ウィンドウまたは「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」ウィンドウを使用することができない。 【0058】 対照的に,(2つの次のフレームから)第1のフレームが「lｏng_ｓｔaｒｔ_ｓeｑｕence」ウィンドウ,「eighｔ_ｓhｏｒｔ_ｓeｑｕence」ウィンドウまたは「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」ウィンドウを用いる場合,(2つの次のフレームから)第2のフレームは「ｏnlｙ_lｏng_ｓeｑｕence」ウィンドウまたは「lｏng_ｓｔaｒｔ_ｓeｑｕence」ウィンドウを用いることができなくて,「eighｔ_ 28 ｓhｏｒｔ_ｓeｑｕence」ウィンドウ,「lｏng_ｓｔｏｐ _ｓeｑｕence」ウィンドウまたは「ｓｔｏｐ_ｓｔaｒｔ_ｓ eｑｕence」ウィンドウを用いることができる。 【0059】 ウィンドウ・タイプ「ｏnlｙ_lｏng_ｓeｑｕe nce」「lｏng_ｓｔaｒｔ_ｓeｑｕence」「eighｔ _ｓhｏｒｔ_ｓeｑｕence」「lｏng_ｓｔｏｐ_ｓeｑｕ ence」および「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」間の 可能な移行は,図4における「チェック」によって示される。対照的 に,「チェック」がないウィンドウ・タイプ間の移行は,いくつかの 実施例において許容されない。 (ｴ) 実施例ウィンドウ・シーケンス 【0063】 しかしながら,以下において詳細に説明されるように, 本発明はオーディオフレームに関連するウィンドウのタイプを符号化 するための特に効果的な概念をつくる。この問題に関して,合計5種 類の異なるウィンドウ310,312,314,316,318が図 5のウィンドウ・シーケンス500において用いられる点に留意する 必要がある。したがって,フレームのタイプを符号化するために3ビ ットを使用することは「通常」必要である。対照的に,本発明は,低 減されたビット要求でウィンドウ・タイプの符号化を可能にする概念 をつくる。 【0064】 ここで,図6a,更には,図7a,7bおよび7cを参 照して,ウィンドウ・タイプを符号化するための発明概念が説明され る。図6aは,ウィンドウ・タイプを符号化するための規則を含むウ ィンドウ・タイプ情報の提案された構文を表す表を示す。説明の目的 で,ウィンドウ・シーケンス決定器138によって可変長符号語エン コーダ180に提供されるウィンドウ・タイプ情報140が現在のフ 29 レームのウィンドウ・タイプを示し,値「ｏnlｙ_lｏng_ｓeｑｕence」,「lｏng_ｓｔaｒｔ_ｓeｑｕence」,「eighｔ_ｓhｏｒｔ_ｓeｑｕence」,「lｏng_ｓｔｏｐ_ｓeｑｕence」「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」 ,および値「ｓｔｏｐ_1152_ｓeｑｕence」と「ｓｔｏｐ_ｓｔaｒｔ_1152_ｓeｑｕence」のどちらかの中の1つをとることができると仮定される。しかしながら,発明の符号化概念によれば,可変長符号語エンコーダ180は,現在のフレームに関連するウィンドウの右側ウィンドウ傾斜の長さを示す1ビット「ｗindｏｗ_lengｔh」情報を提供する。図7aで分かるように,1ビット「ｗindｏｗ_lengｔh」情報の「0」の値は1024サンプルの右側ウィンドウ傾斜の長さを表し,値「1」は128サンプルの右側ウィンドウ傾斜の長さを表す。したがって,ウィンドウ・タイプが「ｏnlｙ_lｏng_ｓeｑｕence」(第1のウィンドウ・タイプ310)または「lｏng_ｓｔｏｐ_ｓeｑｕence」(第3のウィンドウ・タイプ314)である場合,可変長符号後エンコーダ180は「ｗindｏｗ_lengｔh」情報の「0」の値を提供する。任意には,可変長符号語エンコーダ180は,「0」の「ｗindｏｗ_lengｔh」情報をタイプ「ｓｔｏｐ_1152_ｓeｑｕence」(ウィンドウ・タイプ330)のウィンドウに提供することもできる。対照的に,可変長符号語エンコーダ180は, 「ｗindｏｗ_lengｔh」情報の「1」の値を「lｏng_ｓｔaｒｔ_ｓeｑｕence」(第2のウィンドウ・タイプ312),「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」(第4のウィンドウ・タイプ316) および, , 「eighｔ_ｓhｏｒｔ_ｓeｑｕence」(第5のウィンドウ・タイプ318)に提供することができる。任意 30 には,可変長符号語エンコーダ180は,「1」の「ｗindｏｗ_ lengｔh」情報を「ｓｔｏｐ_ｓｔaｒｔ_1152_ｓeｑｕ ence」(ウィンドウ・タイプ332)に提供することもできる。 さらに,可変長符号語エンコーダ180は,「ｗindｏｗ_len gｔh」情報の「1」の値をウィンドウ・タイプ362,366,3 68,382の1つ以上に,任意に提供することができる。 【0065】 しかしながら,可変長符号語エンコーダ180は,現在 のフレームの1ビット「ｗindｏｗ_lengｔh」情報の値に基 づいて,選択的に,別の1ビット情報,すなわち,現在のフレームの いわゆる「ｔｒanｓfｏｒm_lengｔh」情報を提供するよう に構成される。現在のフレームの「ｗindｏｗ_lengｔh」情 報が(ウィンドウ・タイプ「ｏnlｙ_lｏng_ｓeｑｕence」 「lｏng_ｓｔｏｐ_ｓeｑｕence」および任意に「ｓｔｏｐ _1152_ｓeｑｕence」のために)値「0」をとる場合,可 変長符号語エンコーダ180はビットストリーム192に含ませるた めに「ｔｒanｓfｏｒm_lengｔh」情報を提供しない。対照 的に,現在のフレームの「ｗindｏｗ_lengｔh」情報が(ウ ィンドウ・タイプ「lｏng_ｓｔaｒｔ_ｓeｑｕence」,「ｓ ｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」,「eighｔ_ｓhｏｒ ｔ_ｓeｑｕence」および,任意に,「LPD_ｓｔaｒｔ_ｓ eｑｕence」および「ｓｔｏｐ_ｓｔaｒｔ_1152_ｓeｑ ｕence」のために)値「1」をとる場合,可変長符号語エンコー ダ180はビットストリーム192に含ませるために1ビット「ｔｒ anｓfｏｒm_lengｔh」情報を提供する。「ｔｒanｓfｏ ｒm_lengｔh」情報が現在のフレームに適用される変換長を表 すようにそれが与えられている場合,「ｔｒanｓfｏｒm_len 31 gｔh」情報は提供される。このように,「ｔｒanｓfｏｒm_l engｔh」情報は,ウィンドウ・タイプ「lｏng_ｓｔaｒｔ_ ｓeｑｕence」,「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence」 および,任意に,「ｓｔｏｐ_ｓｔaｒｔ_1152_ｓeｑｕen ce」および「LPD_ｓｔaｒｔ_ｓeｑｕence」のための第 1の値(例えば値「0」)をとるために提供され,それによって,現 在のフレームに適用されるMDCTカーネルサイズが1024サンプ ル(または1152サンプル)であることを示す。対照的に,「ei ghｔ_ｓhｏｒｔ_ｓeｑｕence」ウィンドウ・タイプが現在 のフレームに関連している場合,「ｔｒanｓfｏｒm_lengｔ h」情報は第2の値(例えば,値「1」)をとるために可変長符号語 エンコーダ180によって提供され,それによって,現在のフレーム に関連するMDCTカーネルサイズが128サンプル(図7bの構文 表現を参照)であることを示す。 【0066】 要約すると,現在のフレームに関連するウィンドウの右 側ウィンドウ傾斜が比較的長い(長いウィンドウ傾斜310b,31 4b,330b)場合,すなわちウィンドウ・タイプ「ｏnlｙ_l ｏng_ｓeｑｕence」「lｏng_ｓｔｏｐ_ｓeｑｕenc e」および「ｓｔｏｐ_1152_ｓeｑｕence」に対して,ビ ットストリーム192に含めるために,可変長符号語エンコーダ18 0は,現在のフレームの1ビット「ｗindｏｗ_lengｔh」情 報だけを含む1ビット符号語を提供する。対照的に,現在のフレーム に関連するウィンドウの右側ウィンドウ傾斜が短いウィンドウ傾斜3 12b,316b,318b,332bである場合,すなわちウィン ドウ・タイプ「lｏng_ｓｔaｒｔ_ｓeｑｕence」「eig hｔ_ｓhｏｒｔ_ｓeｑｕence」「ｓｔｏｐ_ｓｔaｒｔ_ｓ 32 eｑｕence」および,任意に,「ｓｔｏｐ_ｓｔaｒｔ_115 2_ｓeｑｕence」に対して,ビットストリーム192に含める ために,可変長符号語エンコーダ180は,1ビット「ｗindｏｗ _lengｔh」情報および1ビット「ｔｒanｓfｏｒm_len gｔh」情報を含む2ビット符号語を提供する。このように,「ｏn lｙ_lｏng_ｓeｑｕence」ウィンドウ・タイプおよび「l ｏng_ｓｔｏｐ_ｓeｑｕence」ウィンドウ・タイプの場合に (そして,任意に「ｓｔｏｐ_1152_ｓeｑｕence」ウィン ドウ・タイプに対して),1ビットが節約される。 【0067】 このように,現在のフレームに関連するウィンドウ・タ イプに応じて,わずか1または2ビットが,5つの(またはより多く の)可能なウィンドウ・タイプからの選択を符号化するために必要と されるだけである。 【0068】 ここで,図6aが,コラム620に示される「ｗind ｏｗ_lengｔh」情報の値に,および,コラム624に示される 規定位置および(必要であれば)「ｔｒanｓfｏｒm_lengｔ h」情報の値に,ウィンドウ・タイプ・カラム630において定めら れるウィンドウ・タイプのマッピングを示すことに注意しなければな らない。 【0069】 図6bは,現在のフレームのウィンドウ・タイプから, 現在のフレームの「ｗindｏｗ_lengｔh」情報,および「ｔ ｒanｓfｏｒm_lengｔh」情報(または「ｔｒanｓfｏｒ m_lengｔh」情報がビットストリーム192から省略されると いう指示)を引き出すためのマッピングの図解図を示す。このマッピ ングは,現在のフレームのウィンドウ・タイプを示すウィンドウ・タ イプ情報140を受信して,それを図6bの表のコラム660に示す 33 「ｗindｏｗ_lengｔh」情報に,および,図6bの表のコラ ム662で示す「ｔｒanｓfｏｒm_lengｔh」情報にマッピ ングする,可変長符号語エンコーダ180によって実行される。特に, 「ｗindｏｗ_lengｔh」情報が所定の値(例えば「1」)を 取るか,さもなければ,「ｔｒanｓfｏｒm_lengｔh」情報 の供給を省略するか,またはビットストリーム192への「ｔｒan ｓfｏｒm_lengｔh」情報の包含を抑制する場合だけ,可変長 符号語エンコーダ180は「ｔｒanｓfｏｒm_lengｔh」情 報を提供する。したがって,現在のフレームのウィンドウ・タイプに 基づいて,図6bの表のコラム664に示すように,所定のフレーム のためのビットストリーム192に含まれるウィンドウタイプ・ビッ トの数を変化させることができる。 (ｵ) オーディオデコーダ概説 【0079】 可変符号語長ウィンドウ情報224は,通常は,1フレ ームにつき1または2ビットを含む。好ましくは,可変符号語長ウィ ンドウ情報は,現在のフレームの「ｗindｏｗ_lengｔh」情 報を有する第1ビットおよび現在のフレームの「ｔｒanｓfｏｒm _lengｔh」情報を有する第2ビットを含み,第2ビット(「ｔ ｒanｓfｏｒm_lengｔh」ビット)の存在は,第1ビット 「ｗ ( indｏｗ_lengｔh」ビット)の値に依存している。このよう に,ウィンドウ・セレクタ270は,現在のフレームに関連する「ｗ indｏｗ_lengｔh」ビットの値に基づいて,現在のフレーム に関連するウィンドウ・タイプについて決定するための1または2ウ ィンドウ情報ビット(「ｗindｏｗ_lengｔh」および「ｔｒ anｓfｏｒm_lengｔh」)を選択的に評価するように構成さ れる。それにもかかわらず,「ｔｒanｓfｏｒm_lengｔh」 34 ビットがない場合,ウィンドウ・セレクタ270は,当然,「ｔｒa nｓfｏｒm_lengｔh」ビットがデフォルト値をとると仮定す ることができる。 【0080】 好ましい実施例において,ウィンドウ・セレクタ270 は,図6aを参照して上述のように構文を評価して,ウィンドウ情報 を前記構文に従って272に提供するように構成されることができる。 【0081】 まず,オーディオデコーダ200が周波数領域コアモー ドで常に作動すると仮定すると,すなわち,周波数領域コアモードと 線形予測領域コアモードとの間で切り替えがないと過程すると,上述 の5つのウィンドウ・タイプ(「ｏnlｙ_lｏng_ｓeｑｕen ce」「lｏng_ｓｔaｒｔ_ｓeｑｕence」「lｏng_ｓ ｔｏｐ_ｓeｑｕence」「ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕen ce」および「eighｔ_ｓhｏｒｔ_ｓeｑｕence」)を区 別するのに十分である。この場合,前のフレームの「ｗindｏｗ_ lengｔh」情報,現在のフレームの「ｗindｏｗ_lengｔ h」情報および(利用できる場合)現在のフレームの「ｔｒanｓf ｏｒm_lengｔh」情報は,ウィンドウ・タイプについて決める のに十分である。 【0082】 たとえば,(少なくとも3つの次のフレームのシーケン スを通じて)周波数領域コアモードのみにおける動作を仮定すると, それは前のフレームの「ｗindｏｗ_lengｔh」情報が長い移 行傾斜(値「0」)を示し,そして,現在のフレームの「ｗindｏ ｗ_lengｔh」情報はウィンドウ・タイプ「ｏnlｙ_lｏng _ｓeｑｕence」がこの場合エンコーダによって送信されない「ｔ ｒanｓfｏｒm_lengｔh」情報を評価しないで現在のフレー ムに関連する長い移行傾斜(値「0」)を示すという事実から結論さ 35 れることができる。 【0083】 また,周波数領域コアモードだけの動作を仮定すると, 前のフレームの「ｗindｏｗ_lengｔh」情報が長い(右側) 移行傾斜を示すという事実から,そして,(この場合,エンコーダに よって生成されおよび/または送信されるか,生成されおよび/また は送信されない)現在のフレームの「ｔｒanｓfｏｒm_leng ｔh」情報を評価しなかったとしても,現在のフレームの「ｗind ｏｗ_lengｔh」情報が短い(右側)移行傾斜(値「1」)を示 し,ウィンドウ・タイプ「lｏng_ｓｔaｒｔ_ｓeｑｕence」 が現在のフレームに関係しているという事実から結論されることがで きる。 【0084】 さらに,周波数領域コアモードだけの動作を仮定すると, 前のフレームの「ｗindｏｗ_lengｔh」情報が短い(右側) 移行傾斜(値「1」)の存在を示し,そして,(いずれにしろ対応す るオーディオエンコーダによって通常は設けられていない)現在のフ レームの「ｔｒanｓfｏｒm_lengｔh」情報を評価しなかっ たとしても,現在のフレームの「ｗindｏｗ_lengｔh」情報 が長い(右側)移行傾斜(値「0」)を示し,ウィンドウ・タイプ「l ｏng_ｓｔｏｐ_ｓeｑｕence」が現在のフレームに関連する という事実から結論されることができる。 【0085】 しかしながら,前のフレームの「ｗindｏｗ_len gｔh」情報が短い(右側)移行傾斜の存在を示し,そして,現在の フレームの「ｗindｏｗ_lengｔh」情報も短い移行傾斜(値 「1」)の存在を示す場合,現在のフレームの「ｔｒanｓfｏｒm _lengｔh」情報を評価することが必要かもしれない。この場合, 現在のフレームの「ｔｒanｓfｏｒm_lengｔh」情報が第1 36 の値(例えばゼロ)をとる場合,ウィンドウ・タイプ「ｓｔｏｐ_ｓ ｔaｒｔ_ｓeｑｕence」は現在のフレームに関連している。そ うでなければ,すなわち,現在のフレームの「ｔｒanｓfｏｒm_ lengｔh」情報が第2の値(例えば1)をとる場合,ウィンドウ・ タイプ「eighｔ_ｓhｏｒｔ_ｓeｑｕence」が現在のフレ ームに関連すると結論されることができる。 【0086】 上記を要約すると,ウィンドウ・セレクタ270は,現 在のフレームに関連するウィンドウ・タイプを決定するために,前の フレームの「ｗindｏｗ_lengｔh」情報および現在のフレー ムの「ｗindｏｗ_lengｔh」情報を評価するように構成され る。さらに,現在のフレームの「ｗindｏｗ_lengｔh」情報 の値に基づいて(そして,場合により,前のフレームの「ｗindｏ ｗ_lengｔh」情報またはコアモード情報に基づいて),現在の フレームに関連するウィンドウ・タイプを決定するために,ウィンド ウ・セレクタ270は,選択的に,現在のフレームの「ｔｒanｓf ｏｒm_lengｔh」情報を考慮に入れるように構成される。この ように,ウィンドウ・セレクタ270は,現在のフレームに関連する ウィンドウ・タイプを決定するために,可変符号語長ウィンドウ情報 を評価するように構成される。 【0087】 図6cは,現在のフレームのウィンドウ・タイプ上への 前のフレームの「ｗindｏｗ_lengｔh」情報,現在のフレー ムの「ｗindｏｗ_lengｔh」情報および現在のフレームの「ｔ ｒanｓfｏｒm_lengｔh」情報のマッピングを表す表を示す。 現在のフレームの「ｗindｏｗ_lengｔh」情報および現在の フレームの「ｔｒanｓfｏｒm_lengｔh」情報は,可変符号 語長ウィンドウ情報224によって表されることができる。現在のフ 37 レームのウィンドウ・タイプは,ウィンドウ情報272によって表さ れることができる。図6cの表によって示されているマッピングは, ウィンドウ・セレクタ270によって実行されることができる。 2 請求項9の明確性について (1) 特許法36条6項2号は,特許請求の範囲の記載に関し,特許を受けよう とする発明が明確でなければならない旨規定するが,同号がこのように規定 した趣旨は,特許請求の範囲に記載された発明が明確でない場合には,特許 が付与された発明の技術的範囲が不明確となり,権利者がどの範囲において 独占権を有するのかについて予測可能性を奪うなど第三者の利益が不当に害 されることがあり得るので,そのような不都合な結果を防止することにある。 そして,特許を受けようとする発明が明確であるか否かは,特許請求の範囲 の記載だけではなく,願書に添付した明細書の記載及び図面を考慮し,また, 当業者の出願当時における技術常識を基礎として,特許請求の範囲の記載が, 第三者の利益が不当に害されるほどに不明確であるか否かという観点から判 断されるべきである。 (2) 本件審決は,本件発明特定事項が不明確であると判断しているところ,本 件発明特定事項は分説Gに含まれるから,まずは特許請求の範囲の記載に基 づき分説Gの意義を検討する。 ア 分説G(「前記オーディオエンコーダは,前記可変長符号語を用いて, 移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレーム のウィンドウ形状の間の相関関係を利用するように構成される」 のうち, ) 「前記可変長符号語」とは,分説Fの記載により,オーディオエンコーダ がウィンドウ情報を符号化するために用いるものであることが理解される。 そして,分説Gの記載において,「前記可変長符号語を用いて」の部分 は「利用する」にかかっていると解することができるから,分説Gは,@ オーディオエンコーダは,前記可変長符号語を用いて,移行傾斜の選択と 38 変換長の選択との間の依存関係を利用するように構成される(以下「分説 G1」という。),又はA オーディオエンコーダは,前記可変長符号語 を用いて,隣接するフレームのウィンドウ形状の間の相関関係を利用する ように構成される(以下「分説G2」という。)ことと同義であると理解 できる。 イ 分説G1の「移行傾斜の選択と変換長の選択との間の依存関係」につい て,分説Dによれば,「移行傾斜」として長い移行傾斜と短い移行傾斜の 2つが存在し,「変換長」にも2つ以上の異なる長さが存在し,これらは ウィンドウの特徴を示すものであることが読み取れるが,「移行傾斜」及 び「変換長」によって表されるウィンドウの特徴がどのようなものである か明らかではないから,特許請求の範囲からは,可変長符号語を用いて符 号化されるウィンドウ情報(分説F参照)と,「移行傾斜」と「変換長」 によって表されるウィンドウの特徴がいかなる関係にあるのかは不明であ る。そうすると,分説G1の「可変長符号語を用い」ることと,「移行傾 斜の選択と変換長の選択との間の依存関係」とがどのような技術的関係に あるのかも不明である。 また,分説G2の「隣接するフレームのウィンドウ形状の間の相関関係」 の文言から,「フレーム」と「ウィンドウ形状」が対応する関係にあるこ とを読み取ることができるものの,「ウィンドウ形状」と,「ウィンドウ・ タイプ」(分説E)ないし「ウィンドウのタイプ」(分説F)の関係も不 明であり,隣接するフレームのウィンドウ形状の間にいかなる関係がある のかも明らかでないから,特許請求の範囲からは,可変長符号語を用いて 符号化されるウィンドウ情報(分説F参照)と,「隣接するフレームのウ ィンドウ形状」とがいかなる関係にあるのかは不明である。そうすると, 分説G2の「可変長符号語を用い」ることと,「隣接するフレームのウィ ンドウ形状の間の相関関係」とがどのような技術的関係にあるのかも不明 39 である。 (3) このように,特許請求の範囲の記載からは分説Gの意義は明らかではない ため,本件明細書の記載に基づいてその意義を検討する。 ア 分説G1について (ｱ) 上記1(2)オ(ｱ)の本件明細書の記載及び図1a,bからは,オーディ オエンコーダ100は,ウィンドウ・シーケンス決定器138からウィ ンドウ・タイプ情報140を受信し,それに基づいて,ウィンドウ化器 /変換器136によって実行されるウィンドウ化/変換動作のために用 いられるウィンドウのタイプを示す可変長符号語182を提供するよう に構成される可変長符号語エンコーダ180を含むこと,オーディオエ ンコーダは,例えば可変長符号語エンコーダ180を用いて,可変長 符号語を用いた入力オーディオ情報の現在の部分(例えばフレーム) を変換するために用いられるウィンドウのタイプを示すウィンドウ・ タイプ情報140を符号化するように構成されることが理解できる 。 そして,同(ｲ)の本件明細書の記載及び図3a,bからは,変換ウィン ドウのタイプについて,第1のウィンドウ・タイプ(ｏnlｙ_lｏng _ｓeｑｕence)として長い左側ウィンドウ傾斜及び長い右側ウィ ンドウ傾斜並びに長い変換長を含むもの(段落【0049】),第2のウ ィンドウ・タイプ(lｏng_ｓｔaｒｔ_ｓeｑｕence)として長 い左側ウィンドウ傾斜及び短い右側ウィンドウ傾斜並びに長い変換長を 含むもの(段落【0050】),第3のウィンドウ・タイプ(lｏng_ ｓｔｏｐ_ｓeｑｕence)として短い左側ウィンドウ傾斜及び長い 右側ウィンドウ傾斜並びに長い変換長を含むもの(段落【0051】 , ) 第4のウィンドウ タイプ ・ (ｓｔｏｐ_ｓｔaｒｔ_ｓeｑｕence) として短い左側ウィンドウ傾斜及び短い右側ウィンドウ傾斜並びに長い 変換長を含むもの(段落【0052】),第5のウィンドウ・タイプ(e 40 ighｔ_ｓhｏｒｔ_ｓeｑｕence)として短い左側ウィンドウ 傾斜及び短い右側ウィンドウ傾斜並びに短い変換長を含むもの(段落【0 053】)等があることが理解できる。 さらに,同(ｴ)の本件明細書の記載及び図5,図6a,b,図7a〜c からは,ウィンドウのタイプの符号化に関し,右側ウィンドウ傾斜が長 いことを示す「ｗindｏｗ_lengｔh」(判決注:「移行傾斜」に 対応する。)が「0」であれば,変換長は常に長い変換長となり,「ｔｒ anｓfｏｒm_lengｔh」(判決注:「変換長」に対応する。)の 値を省略することができることから,可変長符号語エンコーダ180は, 現在のフレームのウィンドウの右側ウィンドウ傾斜が長い場合,現在の フレームの1ビット「ｗindｏｗ_lengｔh」情報だけを含む1 ビット符号語のみを提供し,現在のフレームの右側ウィンドウ傾斜が短 い場合,1ビットの「ｗindｏｗ_lengｔh」情報及び1ビットの 「ｔｒanｓfｏｒm_lengｔh」情報を含む2ビット符号語を提 供することにより,現在のフレームのウィンドウの右側ウィンドウ傾斜 が長い場合,1ビットが節約されることが理解される。 (ｲ) 以上によれば,本件明細書には,右側の移行傾斜が長いウィンドウに は短い変換長が選ばれることはないという関係があることから,このよ うな関係を利用して可変長符号語を得ることが記載されていると理解で き,本件明細書の段落【0014】の「移行傾斜の選択と変換長の選択 との間の依存関係」も,右側の移行傾斜が長いウィンドウには短い変換 長が選ばれることはないという関係を意味すると解される。 したがって,本件明細書には,オーディオエンコーダにおいて,この ような「移行傾斜の選択と変換長の選択との間の依存関係」を利用する ことにより可変長符号語を得ることが記載されているということができ る。なお,被告は,本件明細書の段落【0063】〜【0067】が「可 41 変長符号語エンコーダ」についての記載であることを理由に,これらの段 落の記載は,請求項9の「オーディオエンコーダ」に関する記載と対応し ていないと主張するが,「可変長符号語エンコーダ」はオーディオエンコ ーダに含まれており,オーディオエンコーダに含まれる可変長符号語エン コーダがウィンドウ タイプ情報の符号化をするように構成されているこ ・ とは,実施例にすぎないと解されるから(上記(ｱ)参照),上記段落の記 載は請求項9のオーディオエンコーダに関する記載と理解することがで き,この点に関する被告の主張は採用できない。 (ｳ) これに対し,特許請求の範囲の請求項9には,オーディオエンコーダ において可変長符号語がいかなる方法により符号化されるかについて特 定する記載はなく,分説G1には,オーディオエンコーダが,「前記(判 決注:分説Fに記載の)可変長符号語を用いて」何らかの方法により「移 行傾斜の選択と変換長の選択との間の依存関係」「を利用する」ことが 記載されているものと解さざるを得ない。そうすると,分説G1の記載 は,上記の本件明細書から読み取れる,オーディオエンコーダが「移行 傾斜の選択と変換長の選択との間の依存関係」を利用して可変長符号語 を得ることとは異なるものというほかなく,本件明細書の記載を参照し ても,分説G1に記載された,オーディオエンコーダが「前記可変長符 号語を用いて」「依存関係を利用する」ことの意義は明らかではないと 言わざるを得ない。 (ｴ) 以上のとおりであるから,本件明細書の記載を参酌しても,分説G1 の技術的意義を理解することができない。 イ 分説G2について (ｱ) 上記1(2)オ(ｳ)の本件明細書の記載及び図4からは,変換ウィンドウ・ タイプ間の移行について,第1のフレームのためのウィンドウ・タイプ によって,第2のフレームのためのウィンドウ・タイプの種類の選択が 42 制限されることが理解され,これによれば「隣接するフレームのウィン ドウ・タイプの種類の間に一定の関係がある」ということができる。 そして,分説G2には「隣接するフレームのウィンドウ形状の間の相 関関係」との記載があるから,分説G2の「ウィンドウ形状」と上記の 本件明細書の「ウィンドウ・タイプ」の関係が問題となる。 (ｲ) 本件明細書には「ウィンドウ形状」と「ウィンドウ・タイプ」が同義 であることを明示した記載はなく,段落【0102】の記載(「このよ うに,本発明による実施例において,「ウィンドウ形状」,すなわち移 行の形は,ウィンドウ・タイプ,すなわち移行傾斜の一般の長さ(長い か短い)および変換長の一般の長さ (長いか短い)とは別に決定される。) 」 からは,「ウィンドウ形状」と「ウィンドウ・タイプ」が異なる概念で あると解し得る。そして,両者が異なる概念であるとすると,上記(ｱ)の 「隣接するフレームのウィンドウ タイプの種類の間に関係があること」 ・ から分説G2の「隣接するフレームのウィンドウ形状の間の相関関係」 の意義を理解することはできない。加えて,本件明細書には「ウィンド ウ形状」と可変長符号語とがどのような関係に立つかについて記載した 箇所も存在しないから,本件明細書から分説G2における「前記可変長 符号語を用いて」 隣接するフレームのウィンドウ形状の間の相関関係」 「 「を利用する」ことの意味を理解することはできない。 (ｳ) ここで,仮に「ウィンドウ形状」と「ウィンドウ・タイプ」が同義で あるものとして検討すると,上記(ｱ)における隣接するフレームのウィン ドウ・タイプの種類の間の関係と分説G2の「隣接するフレームのウィ ンドウ形状の間の相関関係」及び本件明細書の段落【0015】の「隣 接するフレームのウィンドウ形状間に概して相関がある点」とは,いず れも,隣接するウィンドウのウィンドウ形状(すなわち,ウィンドウ・ タイプ)が現在のフレームのためのウィンドウ形状(すなわち,ウィン 43 ドウ・タイプ)の選択を制限するという関係にあることを示すものと理 解することが可能である。そして,上記1(2)オ(ｴ)のウィンドウのタイ プの符号化に関する本件明細書の記載を考慮すれば,本件明細書の記載 から,オーディオエンコーダにおいて,このような「隣接するフレーム のウィンドウ形状(すなわち,ウィンドウ・タイプ)間の相関関係」を 利用することにより可変長符号語を得るという技術思想を読み取る余地 がある。 しかし,上記ア(ｳ)に説示したとおり,特許請求の範囲の請求項9には, オーディオエンコーダにおいて可変長符号語がいかなる方法により符号 化されるかについて特定する記載はなく,分説G2には,オーディオエ ンコーダが,「前記(判決注:分説Fに記載の)可変長符号語を用いて」 何らかの方法により「隣接するフレームのウィンドウ形状の間の相関関 係」「を利用する」ことが記載されていると解さざるを得ない。そうす ると,分説G2の記載は,上記のとおり本件明細書から読み取れる,オ ーディオエンコーダが「隣接するフレームのウィンドウ形状(ウィンド ウ・タイプ)間の相関関係」を利用して可変長符号語を得ることとは異 なるものというほかなく,本件明細書の記載を参照しても,分説G2に 記載された,オーディオエンコーダが「前記可変長符号語を用いて」「相 関関係を利用する」ことの意義は明らかではないと言わざるを得ない。 (ｴ) 以上のとおりであるから,本件明細書の記載を参酌しても,分説G2 の技術的意義を理解することができない。 (4) このように,分説G1及び分説G2の意義は明らかでなく,分説Gの技術 的意義は不明ということになるから,特許請求の範囲の請求項9の記載は明 確性要件を充足しないというべきである。 3 請求項13の明確性について 本願発明13は入力オーディオ情報に基づいて符号化オーディオ情報を提供 44 する方法の発明であり,請求項13には「可変長符号語を用いて,移行傾斜の 選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形 状の間の相関関係が利用される,方法」との記載がある。 この部分についても,上記2(2)アと同様,@ 可変長符号語を用いて,移行 傾斜の選択と変換長の選択との間の依存関係が利用される,又はA 可変長符 号語を用いて,隣接するフレームのウィンドウ形状の間の相関関係が利用され ることが記載されていると解することができる。そして,上記2(3)において述 べたのと同様に,請求項13の「可変長符号語を用いて」「依存関係」又は「相 関関係」「が利用される」ことと,本件明細書から読み取れる技術思想は異な るものというべきであるから,本件明細書の記載を参酌しても,請求項13の 「可変長符号語を用いて,移行傾斜の選択と変換長の選択との間の依存関係ま たは隣接するフレームのウィンドウ形状の間の相関関係が利用される」の技術 的意義を理解することはできない。 したがって,特許請求の範囲の請求項13の記載も明確性要件を充足しない というべきである。 4 原告の主張について (1) 原告は,本件明細書の記載(段落【0057】〜【0059】,【006 3】〜【0071】)から「移行傾斜の選択と変換長の選択との間の依存関 係」及び「隣接するフレームのウィンドウ形状の間の相関関係」の意義は明 らかであり,本願発明9に係るオーディオエンコーダ100は,分説F及び 分説Gの構成により,低減されたビット要求でウィンドウ・タイプを示すウ ィンドウ情報140の符号化を可能にするといった特有の効果を有するから, 分説Gはオーディオエンコーダにおける技術事項を特定しており,本願発明 9の特許請求の範囲の記載は明確性要件を満たすと主張する。 しかし,本件明細書の記載から「移行傾斜の選択と変換長の選択との間の 依存関係」及び「隣接するフレームのウィンドウ形状の間の相関関係」の意 45 義が理解できるとしても,分説Gにおける,「可変長符号語を用いて」「移 行傾斜の選択と変換長の選択との間の依存関係」又は「隣接するフレームの ウィンドウ形状の間の相関関係」「を利用する」ことの意義が明らかではな いのは,上記3(3)において説示したとおりであり,原告の主張は採用できな い。 (2) 原告は,特許請求の範囲の請求項1に記載されたオーディオデコーダの発 明における復号化処理と本願発明9のオーディオエンコーダにおける符号化 処理は概念的に共通する処理が含まれているところ,特許請求の範囲の請求 項1の記載の明確性は否定されていないのであるから,これに対応する請求 項9の記載も明確性要件を満たす旨主張する。 本件明細書の上記1(2)エ(ｵ)の記載及び図6a,cからは,オーディオデ コーダのウィンドウ・セレクタは,現在のフレームに関連するウィンドウ・ タイプを決定するために,前のフレーム及び現在のフレームの「ｗindｏ ｗ_lengｔh」情報を評価し,現在のフレームの「ｗindｏｗ_le ngｔh」情報の値に基づいて,選択的に現在のフレームの「ｔｒanｓf ｏｒm_lengｔh」情報を考慮するように構成されることが理解され, このような復号化の処理は,本件明細書から理解されるオーディオエンコー ダによる符号化の処理(上記2(3)ア(ｱ))と対応するものと言う余地がある。 しかし,特許請求の範囲の記載におけるオーディオデコーダに関する記載 (請求項1の「可変符号語長のウィンドウ情報(224)を評価するように 構成されるウィンドウ・セレクタ(270)を含み,」「前記可変符号語長 のウィンドウ情報を用いて,移行傾斜の選択と変換長の選択との間の依存関 係または隣接するフレームのウィンドウ形状の間の相関関係を利用するよう に構成される」)と,オーディオエンコーダに関する記載(分説Gの「前記 可変長符号語を用いて,移行傾斜の選択と変換長の選択との間の依存関係ま たは隣接するフレームのウィンドウ形状の間の相関関係を利用するように構 46 成される」)は,復号化処理と符号化処理の観点からみて対応した記載には なっていない。 したがって,原告の主張する点は上記3の判断を左右するものではない。 5 以上のとおりであるから,特許請求の範囲の請求項9及び請求項13の記載 は明確性要件を充足しないとした本件審決の判断に誤りはない。 よって,原告の請求は理由がないから,これを棄却することとして主文のと おり判決する。 |
| 裁判長裁判官 | 鶴岡稔彦 |
|---|---|
| 裁判官 | 高橋彩 |
| 裁判官 | 寺田利彦 |