平成３０年９月２０日判決言渡平成２９年（行ケ）第１０１１６号審決取消請求事件口頭弁論終結日平成３０年７月１７日判決 原告フラウンホッファー－ゲゼルシャフトツァフェルダールングデァアンゲヴァンテンフォアシュンクエー．ファオ 同訴訟代理人弁理士岡田全啓扇谷一 被告特許庁長官同指定代理人井上信一酒井朋広板谷玲子佐藤聡史 主文 １ 原告の請求を棄却する。 ２ 訴訟費用は原告の負担とする。 ３ この判決に対する上告及び上告受理申立てのための付加期間を３０日と定める。 事実及び理由 第１ 請求 特許庁が不服２０１５－５９１４号事件について平成２９年１月１０日にした審決を取り消す。 第２ 事案の概要（後掲証拠及び弁論の全趣旨から認められる事実） １ 特許庁における手続の経緯等(1) 原告は，発明の名称を「オーディオエンコーダ，オーディオデコーダ，符号化されたオーディオ情報，オーディオ信号を符号化および復号化する方法およびコンピュータ・プログラム」とする発明について，平成２２年１月２８日を国際出願日とする特許出願（特願２０１１－５４６８４２号。パリ条約に基づく優先権主張・平成２１年１月２８日，米国。請求項の数１４）をしたが，平成２６ ラム」とする発明について，平成２２年１月２８日を国際出願日とする特許出願（特願２０１１－５４６８４２号。パリ条約に基づく優先権主張・平成２１年１月２８日，米国。請求項の数１４）をしたが，平成２６年１１月２５日付けで拒絶査定を受けた。 (2) 原告は，平成２７年３月３１日，特許庁に対し，拒絶査定不服審判を請求し，特許庁は，これを不服２０１５－５９１４号事件として審理した。原告は，平成２８年６月２１日付けで特許請求の範囲の記載を補正した（甲２。 以下「本件補正」という。）。 (3) 特許庁は，平成２９年１月１０日付けで審判請求は成り立たない旨の審決（以下「本件審決」という。）をし（出訴期間として９０日を附加），その謄本は，同月２４日原告に送達された。 (4) 原告は，平成２９年５月２０日，本件審決の取消しを求めて本件訴訟を提起した。 ２ 特許請求の範囲の記載本件補正後の特許請求の範囲の請求項１，請求項９及び請求項１３の記載は，次のとおりである（甲２。以下において「特許請求の範囲」という場合には本件補正後のものをいう。）。以下，請求項９の発明を「本願発明９」，請求項１３の発明を「本願発明１３」といい，その明細書（甲１）を，図面を含めて「本件明細書」という。 【請求項１】 符号化オーディオ情報（２１０）に基づいて復号化オーディオ情報（２１２）を提供するためのオーディオデコーダ（２００）であって，前記符号化オーディオ情報（２１０）によって示されるオーディオ情報の時間－周波数表現（２４２）をオーディオ情報の時間領域表現（２５２）にマッピングするように構成されるウィンドウ・ベースの信号変換器（２５０）を含み，前記ウィンドウ・ベースの信号変換器は，ウィンドウ情報（２７２）を用いて異なる移行傾斜（３１０ａ，３１ （２５２）にマッピングするように構成されるウィンドウ・ベースの信号変換器（２５０）を含み，前記ウィンドウ・ベースの信号変換器は，ウィンドウ情報（２７２）を用いて異なる移行傾斜（３１０ａ，３１２ａ，３１４ａ，３１６ａ，３１８ａ，３１０ｂ，３１２ｂ，３１４ｂ，３１６ｂ，３１８ｂ）のウィンドウおよびそれらと関連して異なる変換長を有するウィンドウを含む複数のウィンドウ（３１０，３１２，３１４，３１６，３１８）からウィンドウを選択するように構成され，前記オーディオデコーダ（２００）は，オーディオ情報の所定のフレームに関連する時間－周波数表現の所定の部分の処理のためのウィンドウを選択するために可変符号語長のウィンドウ情報（２２４）を評価するように構成されるウィンドウ・セレクタ（２７０）を含み，前記オーディオデコーダは，前記可変符号語長のウィンドウ情報を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される，オーディオデコーダ（２００）。 【請求項９】入力オーディオ情報（１１０）に基づいて符号化オーディオ情報（１９２）を提供するためのオーディオエンコーダ（１００）であって，前記入力オーディオ情報（１１０）の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（１３２）のシーケンスを提供するように構成されたウィンドウ・ベースの信号変換器（１３０）を含み， 前記ウィンドウ・ベースの信号変換器（１３０）は，前記入力オーディオ情報（１１０）の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるように構成され，前記ウィンドウ・ベースの信号変換器（１３０）は，長い移行傾斜を有す １０）の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるように構成され，前記ウィンドウ・ベースの信号変換器（１３０）は，長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウ（３１０，３１２，３１４，３１６，３１８）の使用の間で切り替わるように構成され，さらに，２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成され，前記ウィンドウ・ベースの信号変換器（１３０）は，前記入力オーディオ情報の先の部分および前記入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて前記入力オーディオ情報の現在の部分を変換するために用いられるウィンドウ・タイプを決定するように構成され，前記オーディオエンコーダは，可変長符号語を用いて前記入力オーディオ情報（１１０）の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報（１４０）を符号化するように構成され，前記オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される，オーディオエンコーダ（１００）。 【請求項１３】入力オーディオ情報に基づいて符号化オーディオ情報を提供する方法（１１００）であって，前記入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータのシーケンスを提供するステップ（１１１０）であって，前記入力オーディオ情報の特性に基づいて前記入力オーディオ情報のウ ィンドウ化された部分を得るためのウィンドウ・タイプを適応させるために，長い移行傾斜を有するウィン （１１１０）であって，前記入力オーディオ情報の特性に基づいて前記入力オーディオ情報のウ ィンドウ化された部分を得るためのウィンドウ・タイプを適応させるために，長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの使用の間で，および，それらと関連して２つ以上の異なる変換長を有するウィンドウの使用の間で切り替えが実行されるステップ（１１１０），および可変長符号語を用いて前記入力オーディオ情報の部分を変換するために用いられるウィンドウのタイプを示す情報を符号化するステップを含み，可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係が利用される，方法（１１００）。 ３ 本件審決の理由の要旨本件審決の理由は，別紙審決書（写し）のとおりであり，要するに，請求項９の「前記オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用する」（以下「本件発明特定事項」という。）とはエンコーダのいかなる技術事項を特定しているのか不明であり，このことは請求項１３についても同様であるから，特許請求の範囲の記載は特許法３６条６項２号の明確性の要件（以下「明確性要件」という。）を満たさないというものである。 ４ 取消事由明確性要件についての判断の誤り第３ 原告主張の取消事由（明確性要件についての判断の誤り） １ 本件審決は本件発明特定事項が不明確であるとして，特許発明の範囲の記載が明確性要件を満たさないとしたが，明確性要件についての本件審決の判断は，次のとおり誤りである。 ２ 請求項９について(1) 本件明細書の記載 ア本願発 許発明の範囲の記載が明確性要件を満たさないとしたが，明確性要件についての本件審決の判断は，次のとおり誤りである。 ２ 請求項９について(1) 本件明細書の記載 ア本願発明９のオーディオエンコーダ１００における可変長符号語エンコーダ１８０は，可変長符号語１８２を提供するために，可変長符号語を用いて，本件発明特定事項の技術事項に基づいて，ウィンドウ情報１４０を符号化しており，このことは，本件明細書の段落【００４４】，【００４６】及び図１（「可変長符号語符号化」の部分）に明確に記載されている。 そして，「可変長符号語」を用いたウィンドウのタイプを示すウィンドウ・タイプ情報１４０に対する具体的な符号化において，前記オーディオエンコーダは，移行傾斜の選択と変換長の選択との間の依存関係，あるいは，隣接するフレームのウィンドウ形状の間の相関関係を利用して処理を行うもので，その具体的な処理内容は，本件明細書の段落【００６３】～【００７１】に記載されているが，これは，正に本願発明９の特定事項の内容をなすものである。 イ 「移行傾斜の選択と変換長の選択との間の依存関係」についての具体的な説明例が図５に示されているが，この場合，ウィンドウ長が長いことを示す「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」が「０」であれば，常に，長い変換長が必ずあり（段落【００６４】），「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の値を無視することができる（段落【００６５】，図６ａ）。 ウ 「隣接するフレームのウィンドウ形状の間の相関関係」は，本件明細書の段落【００５７】～【００５９】及び図４に基づいて，ウィンドウ形状の間での一定の移行のみが可能であることにより理解することができる。 エこのように，本願発明９に係るオーディオエンコーダ１００は，「可変長符号語を用い ００５９】及び図４に基づいて，ウィンドウ形状の間での一定の移行のみが可能であることにより理解することができる。 エこのように，本願発明９に係るオーディオエンコーダ１００は，「可変長符号語を用いて前記入力オーディオ情報（１１０）の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報（１４０）を符号化するように構成され，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」（請求項９）ことによ り，低減されたビット要求でウィンドウ・タイプを示すウィンドウ情報１４０の符号化を可能にするといった特有の効果を有する。 以上のとおり，オーディオエンコーダ１００において本件発明特定事項が含まれる必要があるため，本件発明特定事項はオーディオエンコーダにおける技術事項を特定しているものと言える。そのため，特許請求の範囲の請求項９の記載は明確性要件を満たす。 オ本件発明特定事項の実施例における具体的な手段が「可変長符号語エンコーダ１８０」であるとしても，請求項９に記載の「オーディオエンコーダ」自体が，符号化のために「前記オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用する」ように構成され，その役割により本願発明９の効果が得られることは明確であるから，上記特許請求の範囲の記載に不明な点はない。 (2) オーディオデコーダに関する記載との関係本願発明９に係るオーディオエンコーダにより提供された符号化オーディオ情報（ビットストリーム）１９２に基づいて復号化オーディオ情報２１２を提供するオーディオデコーダの発明は請求項１に記 載との関係本願発明９に係るオーディオエンコーダにより提供された符号化オーディオ情報（ビットストリーム）１９２に基づいて復号化オーディオ情報２１２を提供するオーディオデコーダの発明は請求項１に記載されている。本件明細書の段落【００７９】～【００８６】には，オーディオデコーダのウィンドウ・セレクタ２７０における処理について，可変符号語長ウィンドウ情報２２４を評価するように構成され，その評価は，移行傾斜の選択と変換長の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関関係を利用して行われることが記載されている。また，上記の「移行傾斜の選択と変換長の選択との間の依存関係」，「隣接するフレームのウィンドウ形状の間の相関関係」といった文言については，段落【００１４】及び【００１５】に明示的に記載されている。 本件審決において，オーディオデコーダに関する発明に係る請求項１の 記載について明確性要件違反があるとはされていないところ，オーディオデコーダにおける復号化の処理は，オーディオエンコーダにおける符号化の際に行った処理の逆処理を実行するのが通常であるから，復号化で行われる処理は，符号化で行った処理と概念的に共通する処理が含まれる。すなわち，符号化オーディオ情報（ビットストリーム）１９２に含まれる可変符号語長ウィンドウ情報２２４は，オーディオエンコーダ１００の可変長符号語エンコーダ１８０において，可変符号語長を用いて，移行傾斜の選択と変換長の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関関係を利用して符号化されたものであるため，オーディオデコーダ２００における復号化の処理の際に，可変符号語長を用いて，移行傾斜の選択と変換長の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関関係 号化されたものであるため，オーディオデコーダ２００における復号化の処理の際に，可変符号語長を用いて，移行傾斜の選択と変換長の選択との間の依存関係又は隣接するフレームのウィンドウ形状の間の相関関係を利用して，可変符号語長のウィンドウ情報２２４を評価することができる。 符号化処理と復号化処理との間の相互関係とは，オーディオエンコーダが特定の状況においてオーディオデコーダが必要としない情報をビットストリームに含めないということであり，どの情報をオーディオデコーダが必要とせず，オーディオエンコーダが無視することができるかについて，本件明細書の段落【００８１】～【００８５】に詳細に説明されている。 以上より，本件発明特定事項は，オーディオデコーダ２００に限ることなく，オーディオエンコーダ１００においても共通に含まれる必要があり，このことからも，本件発明特定事項は，オーディオエンコーダにおける技術事項を特定しているものであるといえ，特許請求の範囲の請求項９の記載は明確性要件を満たすものである。 ３ 請求項１３について本願発明１３は，本願発明９に対応する方法の発明であり，上記に述べたところが妥当するから，特許請求の範囲の請求項１３の記載についても明確性要 件を満たす。 第４ 被告の反論 １ 特許請求の範囲の請求項９及び請求項１３の記載が明確性要件を満たさないとした本件審決の判断に誤りはない。 ２ 請求項９について(1) 本件明細書の記載請求項９の「オーディオエンコーダは，前記可変長符号語を用いて，」「依存関係」「または」「相関関係を利用するように構成され」との記載において，可変長符号語を用いて依存関係又は相関関係を利用するというのは日本語として極めて分かりにくく，特許請求の範囲の記載自体から技術的意味が明らかとはいえ 関係を利用するように構成され」との記載において，可変長符号語を用いて依存関係又は相関関係を利用するというのは日本語として極めて分かりにくく，特許請求の範囲の記載自体から技術的意味が明らかとはいえない。そこで，本件明細書の記載を検討する。 ア 「前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係」「を利用するように構成される」との点について本件明細書の主として段落【００６３】～【００６７】及び図６ａ，図７ａ～ｃからは，可変長符号語エンコーダ１８０は，「現在のフレームのｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が「０」であれば「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供せず，逆に「現在のフレームのｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が「１」であれば「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供すること，「現在のフレームのｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」が「０」の場合に，「現在のフレームのｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」が「未送信（＝０）」であるのに対し，「現在のフレームのｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」が「１」の場合には，「現在のフレームのｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」は「０（または未送信）」，「０」，「１」のいずれかであることが示され，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」の選択（「０」か「１」かの選択）と，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」の選択とに，依存する関係があることが理解できる。また，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」が， 請求項９の「移行傾斜」に，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」が請求項９の「変換長」に対応しているものと解される。さらに，「可変長符号語エンコーダ１８０」は，段落【００４４】の記載から，「オーディオエンコーダ１００」に含まれ，かつ「可変長符号語１８２を提供する」ものであり，ここで，「オーデ るものと解される。さらに，「可変長符号語エンコーダ１８０」は，段落【００４４】の記載から，「オーディオエンコーダ１００」に含まれ，かつ「可変長符号語１８２を提供する」ものであり，ここで，「オーディオエンコーダ１００」は，請求項９の「オーディオエンコーダ」に対応しているものと解される。これによれば，本件明細書の段落【００６３】～【００６７】には，「オーディオエンコーダ１００」に含まれる「可変長符号語エンコーダ１８０」が，移行傾斜の選択と変換長の選択との間の依存関係を利用して，可変長符号語を提供する態様が記載されている，ということができる。 以上に対し，請求項９には，「オーディオエンコーダは，・・・を用いて，・・・を利用するように構成され」と，主語が「オーディオエンコーダ」であるものとして記載されているから，「可変長符号語エンコーダ」について記載された本件明細書の段落【００６３】～【００６７】と対応するものとはいえない。 また，請求項９の「可変長符号語を用いて，」「依存関係・・・を利用する」ことと，上記本件明細書における「依存関係を利用して，可変長符号語を提供する」ことは，前者が「可変長符号語」を用いることで「依存関係」を何らかの形で利用する意味に解されるのに対し，後者は，「依存関係」を利用して「可変長符号語」を提供することと解され，特許請求の範囲の記載と本件明細書の記載が対応する関係にない。 以上のとおり，請求項９の「前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係」「を利用するように構成される」の記載は本件明細書の段落【００６３】～【００６７】の記載事項と対応していないから，本件明細書の当該段落の記載を考慮しても，その技術的意味が明らかとはいえない。 イ 「前記可変長符号語を用いて，」「隣 の段落【００６３】～【００６７】の記載事項と対応していないから，本件明細書の当該段落の記載を考慮しても，その技術的意味が明らかとはいえない。 イ 「前記可変長符号語を用いて，」「隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」との点について(ｱ) 本件明細書の段落【００６３】～【００６７】の可変長符号語エンコーダに関する説明には，隣接するフレームのウィンドウ形状の間の相関関係に触れた記載はないから，これらの段落の記載からは「隣接するフレームのウィンドウ形状の間の相関関係を利用する」ことの意義は明らかではない。 次に，本件明細書の段落【００５７】～【００５９】及び図４からは，「第１のフレームのためのウィンドウ・タイプが与えられる場合，（２つの次のフレームから）第２のフレームのためのウィンドウ・タイプの選択は制限される。」（段落【００５７】）との記載があることや，図４に，「ｆｒｏｍ」の欄に示されている各ウィンドウの選択と，「ｔｏ」の欄に示されている各ウィンドウとの間の選択との関係に，制限があることが示されていることから，隣接するフレームのウィンドウ形状の間に相関関係があることを理解することができる。 もっとも，本件明細書の段落【００５７】～【００５９】の記載は，「ウィンドウ・シーケンス決定器１３８」が「異なるウィンドウ」を選択する際の処理に関する記載と理解するのが自然である（段落【００４７】）。 そうすると，「ウィンドウ・シーケンス決定器１３８」は，「オーディオエンコーダ１００」中の「ウィンドウ・ベースの信号変換器１３０」に含まれる（段落【００４０】及び図１）のであるから，上記段落【００５７】～【００５９】の記載は，「ウィンドウ・ベースの信号変換器１３０」が，隣接するフレームのウィンドウ ベースの信号変換器１３０」に含まれる（段落【００４０】及び図１）のであるから，上記段落【００５７】～【００５９】の記載は，「ウィンドウ・ベースの信号変換器１３０」が，隣接するフレームのウィンドウ形状の間の相関関係を利用して，「異なるウィンドウ」を「選択」することについてのものと解される。そして，上記段落【００５７】～【００５９】及び図４には「可変長符号語」についての記載はないから，上記段落の記載は，「可変長符号語」を用いること とは，何ら関係がないといえる。 以上のとおり，本件明細書の記載からは，「可変長符号語」を用いて，「隣接するフレームのウィンドウ形状の間の相関関係」を利用することの技術的意味は明らかではない。 (ｲ) 本件明細書の主として段落【００８１】～【００８７】には，オーディオデコーダ２００に含まれるウィンドウ・セレクタ２７０は，現在のフレームに関連するウィンドウ・タイプを決定するために，前のフレームの移行傾斜「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報及び現在のフレームの移行傾斜「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を評価し，前のフレームの移行傾斜情報及び現在のフレームの移行傾斜情報が共に（値「１」）の存在を示す場合には，現在のフレームの変換長「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価することが必要であることが理解でき，ウィンドウ・セレクタ２７０が，隣接するフレームのウィンドウ形状の間の相関関係及び現在のフレームの変換長を利用して，可変符号語長ウィンドウ情報を評価する態様が記載されているものといえる。 これに対し，請求項９の「前記可変長符号語を用いて，」「隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」は，「利用する」の主語が「オーディオエンコーダ」であるものとして記載されているから 項９の「前記可変長符号語を用いて，」「隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」は，「利用する」の主語が「オーディオエンコーダ」であるものとして記載されているから，「オーディオデコーダ２００」の動作に係る上記の態様を表現しているものとして理解することはできない。また，請求項９の「可変長符号語を用いて，」「相関関係を利用する」ことと，上記態様における，「オーディオデコーダ２００」に含まれる「ウィンドウ・セレクタ２７０」が，「隣接するフレームのウィンドウ形状の間の相関関係および現在のフレームの変換長を利用して，可変符号語長ウィンドウ情報を評価する」こととは，前者が「可変長符号語」を用いることで「相関関係」を何らかの形で利用する意味に解されるのに対し，後者は，「相関関係」 を利用して「可変長符号語」を評価することと解されることからすれば，両者は対応する関係にない。 以上のとおり，請求項９の「前記可変長符号語を用いて，」「隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」の記載は，オーディオデコーダについての上記段落【００８１】～【００８７】の記載事項と対応していないから，当該段落の記載を考慮しても，請求項９の上記記載の技術的意味が明らかとはいえない。 (2) オーディオデコーダについての記載との関係請求項９は「オーディオエンコーダ（１００）」の発明であり，本件発明特定事項もオーディオエンコーダを特定する事項であるのに対し，請求項１は「オーディオデコーダ（２００）」の発明である点で異なる。そして，請求項１の「オーディオデコーダ２００」が含む「ウィンドウ・セレクタ（２７０）」との関係で，請求項１の発明特定事項の技術的意味が理解できるとしても，そのことから，請求項９ である点で異なる。そして，請求項１の「オーディオデコーダ２００」が含む「ウィンドウ・セレクタ（２７０）」との関係で，請求項１の発明特定事項の技術的意味が理解できるとしても，そのことから，請求項９の技術的意味が理解できることが一義的に導かれるとはいえない。 ３ 請求項１３について本願発明１３は，本願発明９に対応する方法の発明であり，上記に述べたところが妥当するから，特許請求の範囲の請求項１３の記載についても明確性要件を満たさない。 第５ 当裁判所の判断 １ 本願発明９及び本願発明１３について(1) 特許請求の範囲の記載本願発明９及び本願発明１３に係る特許請求の範囲の記載は，前記第２の２の【請求項９】及び【請求項１３】のとおりであり，請求項９の記載は次のとおり分説することができる。以下，各分説を，その符号に従い「分説Ａ」などという。 Ａ 入力オーディオ情報（１１０）に基づいて符号化オーディオ情報（１９２）を提供するためのオーディオエンコーダ（１００）であって，Ｂ 前記入力オーディオ情報（１１０）の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（１３２）のシーケンスを提供するように構成されたウィンドウ・ベースの信号変換器（１３０）を含み，Ｃ 前記ウィンドウ・ベースの信号変換器（１３０）は，前記入力オーディオ情報（１１０）の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるように構成され，Ｄ 前記ウィンドウ・ベースの信号変換器（１３０）は，長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウ（３１０，３１２，３１４，３１６，３１８）の使用の間で切り替わるように構成され，さらに，２つ以上の異なる変換長を有するウィン は，長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウ（３１０，３１２，３１４，３１６，３１８）の使用の間で切り替わるように構成され，さらに，２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成され，Ｅ 前記ウィンドウ・ベースの信号変換器（１３０）は，前記入力オーディオ情報の先の部分および前記入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて前記入力オーディオ情報の現在の部分を変換するために用いられるウィンドウ・タイプを決定するように構成され，Ｆ 前記オーディオエンコーダは，可変長符号語を用いて前記入力オーディオ情報（１１０）の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報（１４０）を符号化するように構成され，Ｇ 前記オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される，オーディオエンコーダ（１００）。 (2) 本件明細書の記載本件明細書には，以下のような記載がある。また，図面の一部は別紙本件明細書図面目録のとおりである（なお，図面の表題（「ＦＩＧＵＲＥ １Ａ」等）は，「ＦＩＧＵＲＥ」を「図」と読み替え，アルファベットの大文字を小文字に読み替える。）。 ア技術分野【０００１】 本発明による実施例は，入力されたオーディオ情報に基づいて符号化されたオーディオ情報を得るためのオーディオエンコーダ，および符号化されたオーディオ情報に基づいて復号化されたオーディオ情報を得るためのオーディオデコーダに関する。本発明による更なる実施例は，符号化されたオーディオ情報に関す めのオーディオエンコーダ，および符号化されたオーディオ情報に基づいて復号化されたオーディオ情報を得るためのオーディオデコーダに関する。本発明による更なる実施例は，符号化されたオーディオ情報に関する。本発明によるさらに他の実施例は，符号化されたオーディオ情報に基づいて復号化されたオーディオ情報を提供する方法，および入力されたオーディオ情報に基づいて符号化されたオーディオ情報を提供する方法に関する。更なる実施例は，発明の方法を実行するためのコンピュータ・プログラムに関する。 【０００２】 本発明の実施例は，統合音声音響符号化（ＵＳＡＣ）ビットストリーム構文の提案された更新に関する。 イ背景技術【０００３】 以下に，発明およびその効果を理解しやすくするために，この発明のいくつかの背景が説明される。過去の１０年の間に，デジタル的にオーディオ・コンテンツを格納して配布するという可能性において大きい努力が加えられた。この方法における１つの重要な業績は，国際基準ＩＳＯ／ＩＥＣ １４４９６－３の定義である。この基準のパート３は，オーディオ・コンテンツの符号化および復号化に関連し，パート３のサブパート４は一般のオーディオ符号化に関連する。ＩＳＯ／ＩＥＣ １４４９６のパート３，サブパート４は，一般のオーディオ・コ ンテンツの符号化および復号化のための概念を定義する。さらに，品質を改善しおよび／または必要なビットレートを低下させるために，さらなる改良が提案された。 【０００４】 しかしながら，前記基準に示されている概念によれば，時間領域オーディオ信号は，時間－周波数表現に変換される。時間領域から時間－周波数領域への変換は，典型的には変換ブロックを用いて実行され，それは時間領域サンプルの「フレーム」として指定される。例えばフ 領域オーディオ信号は，時間－周波数表現に変換される。時間領域から時間－周波数領域への変換は，典型的には変換ブロックを用いて実行され，それは時間領域サンプルの「フレーム」として指定される。例えばフレームの半分がシフトして重なり合うフレームを使用することが有利であることが分かっており，その理由は，重なりが効果的にアーチファクトを回避する（または，少なくとも減らす）ことができるからである。さらに，時間的に限られたフレームのこの処理から生じているアーチファクトを回避するために，ウィンドウ機能が実行されなければならないことが分かっている。また，ウィンドウ機能は，次の時間的に移され重なり合うフレームの重複および加算処理の最適化を可能にする。 【０００５】 しかしながら，一定の長さのウィンドウを用いて，能率的にエッジ，すなわちオーディオ・コンテンツの中の急激な移行またはいわゆる過渡信号を表すことは問題を含むことが分かっており，その理由は，移行のエネルギーはウィンドウの全ての期間に広げられ，それは聞き取れるアーチファクトという結果になるからである。したがって，オーディオ・コンテンツのおよそ変化しない部分は長いウィンドウを用いて符号化され，オーディオ・コンテンツの移行部分（例えば，過渡信号を含む部分）は短いウィンドウを用いて符号化されるように，異なる長さのウィンドウの間で切り替えることが提案された。 【０００６】 しかしながら，時間領域から時間－周波数領域までオーディオ・コンテンツの変換のための異なるウィンドウの間で選択することができるシステムにおいて，もちろん，与えられたフレームの符号化さ れたオーディオ・コンテンツの復号化のためにどのウィンドウが用いられるべきかをデコーダに示す必要がある。 【０００７】 従来のシステムにおいて， もちろん，与えられたフレームの符号化さ れたオーディオ・コンテンツの復号化のためにどのウィンドウが用いられるべきかをデコーダに示す必要がある。 【０００７】 従来のシステムにおいて，例えば国際基準ＩＳＯ／ＩＥＣ１４４９６－３，パート３，サブパート４によるオーディオデコーダにおいて，現在のフレームで使用するウィンドウ・シーケンスを示す「ｗｉｎｄｏｗ＿ｓｅｑｕｅｎｃｅ」と呼ばれているデータのエレメントは，いわゆる「ｉｃｓ＿ｉｎｆｏ」ビットストリーム・エレメントにおけるビットストリームに２ビットで書き込まれる。先行フレームのウィンドウ・シーケンスを考慮に入れることによって，８つの異なるウィンドウ・シーケンスが示される。 【０００８】 上記説明からみて，オーディオ情報を表している符号化されたビットストリームのビット・ロードが，使用されるウィンドウのタイプを示す必要によってつくられることが分かる。 ウ発明が解決しようとする課題【００１０】 この状況からみて，オーディオ・コンテンツの時間領域表現およびオーディオ・コンテンツの時間－周波数領域表現の間の変換のために用いられるウィンドウのタイプのよりビットレート効率のよいシグナリングを可能にする概念をつくりたいという要求がある。 エ課題を解決するための手段【００１１】 この課題は，請求項１に記載のオーディオデコーダ，請求項９に記載のオーディオエンコーダ，請求項１２に記載の符号化されたオーディオ情報，請求項１４に記載の復号化されたオーディオ情報を提供する方法，請求項１５に記載の符号化されたオーディオ情報を提供する方法および請求項１６に記載のコンピュータ・プログラムによって解決される。 【００１２】 本発明による実施例は，符号化されたオーディオ情報に基 １５に記載の符号化されたオーディオ情報を提供する方法および請求項１６に記載のコンピュータ・プログラムによって解決される。 【００１２】 本発明による実施例は，符号化されたオーディオ情報に基 づいて復号化オーディオ情報を提供するためのオーディオデコーダを提供する。オーディオデコーダは，符号化されたオーディオ情報によって記載されている時間－周波数表現をオーディオ・コンテンツの時間領域表現にマッピングするように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は，ウィンドウ情報に基づいて，異なる移行傾斜のウィンドウおよび異なる変換長のウィンドウを含む複数のウィンドウからウィンドウを選択するように構成される。オーディオデコーダは，オーディオ情報の与えられたフレームに関連する時間－周波数表現の所定の部分（例えばフレーム）の処理のためのウィンドウを選択するために，可変符号語長のウィンドウ情報を評価するように構成されるウィンドウ・セレクタを含む。 【００１３】 本発明の本実施例は，どのタイプのウィンドウがオーディオ・コンテンツの時間－周波数領域表現を時間領域表現に変換するために用いられるべきであるかについて示す情報を格納または送信するために必要なビットレートが，可変符号語長のウィンドウ情報を用いて低減されることができることを発見したことに基づく。適当なウィンドウを選択するために必要な情報がこの種の可変符号語長の表現のために適切であるので，可変符号語長のウィンドウ情報が適切であることが分かっている。 【００１４】 短い変換長が概して１つか２つの長い移行傾斜を有するウィンドウのために用いられないため，例えば，可変符号語長のウィンドウ情報を用いることにより，移行傾斜の選択および変換長の選択の間に依存関係 ４】 短い変換長が概して１つか２つの長い移行傾斜を有するウィンドウのために用いられないため，例えば，可変符号語長のウィンドウ情報を用いることにより，移行傾斜の選択および変換長の選択の間に依存関係があることを利用することができる。したがって，重複情報の伝送は可変符号語長のウィンドウ情報を用いて回避されることができ，それにより，符号化されたオーディオ情報のビットレート効率を改善する。 【００１５】 さらなる例として，隣接するフレームのウィンドウ形状間に概して相関がある点に留意する必要があり，（現在考慮されたウィンドウと隣接している）もう一つの隣接するウィンドウのウィンドウ・タイプは現在のフレームのためのウィンドウ・タイプの選択を制限する場合のためのウィンドウ情報の符号語長を選択的に減らすために利用されることができる。 【００１６】 上記を要約すると，可変符号語長のウィンドウ情報の使用は，（一定符号語長のウィンドウ情報と比較したとき）オーディオデコーダの複雑さを著しく増加させることなく，オーディオデコーダの出力波形を変えることなく，ビットレートの節減を可能にする。また，符号化されたオーディオ情報の構文は場合によっては単純化されることさえでき，そのことは後ほど詳述する。 【００２９】 本発明による他の実施例は，入力オーディオ情報に基づいて符号化されたオーディオ情報を提供するためのオーディオエンコーダを作製する。オーディオエンコーダは，入力オーディオ情報の複数のウィンドウ化された部分（例えば，重複または非重複フレーム）に基づいてオーディオ信号パラメータ（例えば，入力オーディオ情報の時間－周波数領域表現）のシーケンスを提供するように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は，好ましく オーディオ信号パラメータ（例えば，入力オーディオ情報の時間－周波数領域表現）のシーケンスを提供するように構成されるウィンドウ・ベースの信号変換器を含む。ウィンドウ・ベースの信号変換器は，好ましくは，ウィンドウ形状を入力オーディオ情報の特性に基づいて入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウの形に適応するように構成される。ウィンドウ・ベースの信号変換器は，（比較的）長い移行傾斜を有するウィンドウおよび（比較的）短い移行傾斜を有するウィンドウの使用の間で切り替わり，更に２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成される。ウィンドウ・ベースの信号変換器は，入力オーディオ情報の前の部分（例 えばフレーム）および入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウ・タイプを決定するように構成される。また，オーディオエンコーダは，可変長符号語を用いて入力オーディオ情報の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報を符号化するように構成される。このオーディオエンコーダは，発明のオーディオデコーダに関連してすでに述べられた効果を提供する。 特に，これが可能である状況のいくらかまたは全ての比較的長い符号語の使用を回避することによって符号化されたオーディオ情報のビットレートを減らすことは可能である。 【００３２】 本発明による他の実施例は，入力オーディオ情報に基づいて符号化オーディオ情報を提供する方法を作成する。この方法は，入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（例えば時間－周 実施例は，入力オーディオ情報に基づいて符号化オーディオ情報を提供する方法を作成する。この方法は，入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（例えば時間－周波数領域表現）のシーケンスを提供することを含む。オーディオ信号パラメータのシーケンスを提供するために，入力オーディオ情報の特性に基づいて入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ形状を適応させるために，長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの使用の間で，更に，２つ以上の異なる変換長を有するウィンドウの使用の間で切り替えが行われる。この方法は，可変長符号語を用いて，入力オーディオ情報の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報を符号化することを含む。 オ発明を実施するための形態(ｱ) オーディオエンコーダ概要【００３５】 オーディオエンコーダ概要 以下に，発明概念を適用することができるオーディオエンコーダが説明される。しかしながら，図１を参照して記載されているオーディオエンコーダは，本発明が適用されることができるオーディオエンコーダの単なる実施例であると考えるべきである点に留意する必要がある。しかしながら，比較的簡単なオーディオエンコーダが図１を参照して議論されるが，本発明がもっと複雑なオーディオエンコーダにおいて，例えば，異なる符号化コアモードの間で（例えば，周波数領域符号化および線形予測領域符号化の間で）切り替えができるオーディオエンコーダに本発明が適用されることができる点に留意する必要がある。それにもかかわらず，単純性のために，単純な周波数領域オーディオエンコーダの基本概念を理解することは有用であると思われる。 オエンコーダに本発明が適用されることができる点に留意する必要がある。それにもかかわらず，単純性のために，単純な周波数領域オーディオエンコーダの基本概念を理解することは有用であると思われる。 【００３７】 図１に示される音声エンコーダ１００は，例えば時間領域オーディオ信号のような入力オーディオ情報１１０を受信するように構成される。さらに，オーディオエンコーダ１００は，例えば入力オーディオ情報１１０をダウンサンプリングしたり，入力オーディオ情報１１０のゲインを制御することにより，任意に入力オーディオ情報１１０を前処理するように構成される任意のプリプロセッサ１２０を含む。また，オーディオエンコーダ１００は，時間－周波数領域におけるスペクトル値のようなオーディオ信号パラメータのシーケンスを得るために，主要な構成要素として，入力オーディオ情報１１０またはその前処理バージョン１２２を受信し，入力オーディオ情報１１０またはその前処理バージョン１２２を周波数領域（または，時間－周波数領域）に変換するように構成されるウィンドウ・ベースの信号変換器１３０を含む。この目的のために，ウィンドウ・ベースの信号変換器１３０は，入力オーディオ情報１１０，１２２のサンプルのブロック（例えば「フレーム」）をスペクトル値１３２のセットに変換 するように構成されるウィンドウ化器／変換器１３６を含む。例えば，ウィンドウ化器／変換器１３６は，１セットのスペクトル値を入力オーディオ情報のサンプルの各ブロックに（すなわち，各「フレーム」に）提供するように構成される。しかしながら，入力オーディオ情報１１０，１２２のサンプルのブロック（すなわち「フレーム」）は，好ましくは，入力オーディオ情報１１０，１２２のサンプルの時間的に隣接するブロック（フレーム）が複数の しかしながら，入力オーディオ情報１１０，１２２のサンプルのブロック（すなわち「フレーム」）は，好ましくは，入力オーディオ情報１１０，１２２のサンプルの時間的に隣接するブロック（フレーム）が複数のサンプルを共有するように，重複してもよい。例えば，２つの時間的に続くサンプルのブロック（フレーム）は，サンプルのほぼ５０％重複する。したがって，ウィンドウ化器／変換器１３６は，例えば修正離散コサイン変換（ＭＤＣＴ）のようないわゆる重複変換を実行するように構成される。しかしながら，修正離散コサイン変換を実行するときに，ウィンドウ化器／変換器１３６はウィンドウをサンプルの各ブロックに適用することができ，それによって，（サンプルのブロックの先端および後端の時間的近傍に時間的に配置される）周辺サンプルより（サンプルのブロックの時間的中心の近傍に時間的に配置される）中心サンプルを強く重み付けする。ウィンドウ化は，ブロックへの入力オーディオ情報１１０，１２２の分割から生じるアーチファクトを回避するのに役立つ。このように，時間領域から時間－周波数領域への変換の前または間のウィンドウの適用は，入力オーディオ情報１１０，１２２のサンプルの次のブロックとの間の滑らかな移行を可能にする。ウィンドウ化に関する詳細について，国際基準ＩＳＯ／ＩＥＣ １４４９６，パート３，サブパート４およびそこに引用されている書類が参照される。オーディオエンコーダの非常に単純なバージョンにおいて，（サンプルのブロックとして定義される）オーディオフレームの２Ｎの数のサンプルは，信号特性から独立したＮのスペクトル係数のセットに変換される。し かしながら，移行の場合，オーディオ情報を復号化するときに，移行のエネルギーは全フレームに広げられるため，オーディオ情報１１０， 立したＮのスペクトル係数のセットに変換される。し かしながら，移行の場合，オーディオ情報を復号化するときに，移行のエネルギーは全フレームに広げられるため，オーディオ情報１１０，１２２の２Ｎのサンプルの同一の変換長が入力オーディオ情報１１０，１１２の特性とは無関係に用いられるという概念が移行の重大な低下をもたらすことがわかった。それにもかかわらず，短い変換長（例えば，変換につき２Ｎ／８＝Ｎ／４サンプル）が選択される場合，端の符号化における改良を得ることができることが分かっている。しかしながら，長い変換長と比較したとき短い変換長に対して少ないスペクトル値が得られる場合であっても，短い変換長の選択が概して必要なビットレートを増加させることも分かった。したがって，オーディオ・コンテンツの移行（端として指定される）の近傍において長い変換長（例えば，変換につき２Ｎサンプル）から短い変換長（例えば，変換につき２Ｎ／８＝Ｎ／４サンプル）へ切り替え，移行後に長い変換長（例えば，変換につき２Ｎサンプル）に切り換えることを推薦できることがわかった。変換長の切り替えは変換の前または間に入力オーディオ情報１１０，１２２のサンプルをウィンドウ化するために適用されるウィンドウの変更に関連する。 【００４０】 したがって，ウィンドウ・ベースの信号変換器１３０は，ウィンドウ化器／変換器１３６がウィンドウの適当なタイプ（「ウィンドウ・シーケンス」）を用いることができるように，ウィンドウ化器／変換器１３６にウィンドウ・タイプ情報１４０を提供するように構成されるウィンドウ・シーケンス決定器１３８を含む。例えば，ウィンドウ・シーケンス決定器１３０は，入力オーディオ情報１１０または前処理された入力オーディオ情報１２２を直接評価するように構成される。しかしな ウィンドウ・シーケンス決定器１３８を含む。例えば，ウィンドウ・シーケンス決定器１３０は，入力オーディオ情報１１０または前処理された入力オーディオ情報１２２を直接評価するように構成される。しかしながら，オーディオエンコーダ１００は，入力オーディオ情報１１０または前処理された入力オーディオ情報１２２を受 信し，入力オーディオ情報１１０，１２２から，入力オーディオ情報１１０，１２２の符号化のために関連する情報を得るために，音響心理学的なモデルを適用するように構成された，音響心理学モデル・プロセッサ１５０を含む。例えば，音響心理学モデル・プロセッサ１５０は，入力オーディオ情報１１０，１２２の範囲内で移行を確認して，対応する入力オーディオ情報１１０，１２２の移行の存在のため，短い変換長が要求されるフレームの信号を送るウィンドウ長の情報１５２を提供するように構成される。 【００４４】 さらに，オーディオエンコーダ１００は，ウィンドウ・シーケンス決定器１３８からウィンドウ・タイプ情報１４０を受信し，それに基づいて，ウィンドウ化器／変換器１３６によって実行されるウィンドウ化／変換動作のために用いられるウィンドウのタイプを示す可変長符号語１８２を提供するように構成される可変長符号語エンコーダ１８０を含む。可変長符号語エンコーダ１８０に関する詳細は後述される。 【００４６】 上記を要約すると，オーディオエンコーダ１００は，入力オーディオ情報１１０に基づいて符号化オーディオ情報１９２を提供するように構成される。オーディオエンコーダ１００は，重要なコンポーネントとして，入力オーディオ情報１１０の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ１３２のシーケンス（例えば，スペクトル値のシーケンス）を提供するように構成される なコンポーネントとして，入力オーディオ情報１１０の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ１３２のシーケンス（例えば，スペクトル値のシーケンス）を提供するように構成されるウィンドウ・ベースの信号変換器１３０を含む。ウィンドウ・ベースの信号変換器１３０は，入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプがオーディオ情報の特性に基づいて選択されるように構成される。ウィンドウ・ベースの信号変換器１３０は，長い移行傾斜を有するウィンドウと短い移行傾斜を有する ウィンドウの使用との間で切り替わるように構成され，また，２つ以上の異なる変換長を有するウィンドウの使用の間で切り替わるように構成される。たとえば，ウィンドウ・ベースの信号変換器１３０は，入力オーディオ情報の先の部分（例えばフレーム）のために用いられるウィンドウ・タイプに基づいて，そして，入力オーディオ情報の現在の部分のオーディオ・コンテンツに基づいて，入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウ・タイプを決定するように構成される。しかしながら，オーディオエンコーダは，例えば可変長符号語エンコーダ１８０を用いて，可変長符号語を用いた入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウのタイプを示すウィンドウ・タイプ情報１４０を符号化するように構成される。 (ｲ) ウィンドウ・タイプの変換について【００４７】 ウィンドウ・タイプの変換以下において，ウィンドウ化器／変換器１３６によって適用されることができ，ウィンドウ・シーケンス決定器１３８によって選択される異なるウィンドウの詳細な説明が示される。しかしながら，ここで述べられるウィンドウは，例証とし ウ化器／変換器１３６によって適用されることができ，ウィンドウ・シーケンス決定器１３８によって選択される異なるウィンドウの詳細な説明が示される。しかしながら，ここで述べられるウィンドウは，例証としてのみとられるべきものである。 次に，ウィンドウ・タイプの効果的な符号化のための発明概念が示される。 【００４８】 今，変換ウィンドウの異なるタイプの図解表現を示す図３を参照して，新しいサンプルウィンドウの上の概要が与えられる。しかしながら，付加的にＩＳＯ／ＩＥＣ １４４９６－３，パート３，サブパート４が参照され，そこにおいて，変換ウィンドウを適用する概念はさらに詳細に示される。 【００４９】 図３は，（比較的）長い左側ウィンドウ傾斜３１０ａ（１ ０２４サンプル）および長い右側ウィンドウ傾斜３１０ｂ（１０２４サンプル）を含む第１のウィンドウ・タイプ３１０の図解図を示す。第１のウィンドウ・タイプ３１０がいわゆる「長い変換長」を含むように，合計２０４８のサンプルおよび１０２４のスペクトル係数は第１のウィンドウ・タイプ３１０に関連付けられる。 【００５０】 第２のウィンドウ・タイプ３１２は，「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔａｒｔ＿ｗｉｎｄｏｗ」として指定される。第２のウィンドウ・タイプは，（比較的）長い左側ウィンドウ傾斜３１２ａ（１０２４サンプル）および（比較的）短い右側ウィンドウ傾斜３１２ｂ（１２８サンプル）を含む。第２のウィンドウ・タイプ３１２が長い変換長を含むように，合計２０４８のサンプルおよび１０２４のスペクトル係数が第２のウィンドウ・タイプに関連付けられる。 【００５１】 第３のウィンドウ・タイプ３１４は，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔｏｐ＿ｗｉｎｄｏｗ」 ４のスペクトル係数が第２のウィンドウ・タイプに関連付けられる。 【００５１】 第３のウィンドウ・タイプ３１４は，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」または「ｌｏｎｇ＿ｓｔｏｐ＿ｗｉｎｄｏｗ」として指定される。第３のウィンドウ・タイプ３１４は，短い左側ウィンドウ傾斜３１４ａ（１２８サンプル）および長い右側ウィンドウ傾斜３１４ｂ（１０２４サンプル）を含む。第３のウィンドウ・タイプが長い変換長を含むように，合計２０４８のサンプルおよび１０２４のスペクトル係数が第３のウィンドウ・タイプ３１４に関連付けられる。 【００５２】 第４のウィンドウ・タイプ３１６は，「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」または「ｓｔｏｐ＿ｓｔａｒｔ＿ｗｉｎｄｏｗ」として指定される。第４のウィンドウ・タイプ３１６は，短い左側ウィンドウ傾斜３１６ａ（１２８サンプル）および短い右側ウィンドウ傾斜３１６ｂ（１２８サンプル）を含む。第４のウィンドウ・タイプが「長い変換長」を含むように，合計２０４８のサンプルおよび１０２４ のスペクトル係数が第４のウィンドウ・タイプに関連付けられる。 【００５３】 第５のウィンドウ・タイプ３１８は，第１ないし第４のウィンドウ・タイプと著しく異なる。第５のウィンドウ・タイプは，時間的に重複するように配置される８つの「短いウィンドウ」またはサブウィンドウ３１９ａ－３１９ｈの重ね合わせを含む。短いウィンドウ３１９ａ－３１９ｈの各々は，２５６サンプルの長さを含む。したがって，２５６のサンプルを１２８のスペクトル値に変換する「短い」ＭＤＣＴ変換は，短いウィンドウ３１９ａ－３１９ｈの各々に関連付けられる。 したがって，１２８スペクトル値の８セットは各々第５のウィンドウ・タイプ３１８に関連しており，その一方で，１０２４スペクトル値の１ Ｔ変換は，短いウィンドウ３１９ａ－３１９ｈの各々に関連付けられる。 したがって，１２８スペクトル値の８セットは各々第５のウィンドウ・タイプ３１８に関連しており，その一方で，１０２４スペクトル値の１セットは第１－第４のウィンドウ・タイプ３１０，３１２，３１４，３１６の各々に関連する。したがって，第５のウィンドウ・タイプが，「短い」変換長を含むということができる。それにもかかわらず，第５のウィンドウ・タイプは，短い左側ウィンドウ傾斜３１８ａおよび短い右側ウィンドウ傾斜３１８ｂを含む。 (ｳ) 変換ウィンドウ・タイプ間の移行【００５７】 変換ウィンドウ・タイプ間の移行ウィンドウ・シーケンス（または変換ウィンドウのタイプ）の間の許可された移行の図解図である図４を参照して，若干の詳細が説明される。それぞれウィンドウ・タイプ３１０，３１２，３１４，３１６，３１８の１つを有する２つの次の変換ウィンドウがオーディオサンプルの部分的に重なり合うブロックに適用されることなく，第１のウィンドウの右側ウィンドウ傾斜が，部分的な重なりによって生じるアーチファクトを回避するために第２の，次のウィンドウの左側ウィンドウ傾斜と適合しなければならないと理解することができる。したがって，（２つの次のフレームから）第１のフレームのためのウィンドウ・ タイプが与えられる場合，（２つの次のフレームから）第２のフレームのためのウィンドウ・タイプの選択は制限される。図４において見られるように，第１のウィンドウが「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウである場合，第１のウィンドウの後に「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウが続く。対照的に，「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃ ある場合，第１のウィンドウの後に「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウが続く。対照的に，「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウが第１フレームを変換するために使われる場合，第１フレームの後の第２のフレームのために「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができない。同様に，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウが第１フレームで使われる場合，第２のフレームは「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができるが，第２のフレームは「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを使用することができない。 【００５８】 対照的に，（２つの次のフレームから）第１のフレームが「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ，「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いる場合，（２つの次のフレームから）第２のフレームは「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いることができなくて，「ｅｉｇｈｔ＿ ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いることができる。 ｇｈｔ＿ ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウまたは「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウを用いることができる。 【００５９】 ウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」間の可能な移行は，図４における「チェック」によって示される。対照的に，「チェック」がないウィンドウ・タイプ間の移行は，いくつかの実施例において許容されない。 (ｴ) 実施例ウィンドウ・シーケンス【００６３】 しかしながら，以下において詳細に説明されるように，本発明はオーディオフレームに関連するウィンドウのタイプを符号化するための特に効果的な概念をつくる。この問題に関して，合計５種類の異なるウィンドウ３１０，３１２，３１４，３１６，３１８が図５のウィンドウ・シーケンス５００において用いられる点に留意する必要がある。したがって，フレームのタイプを符号化するために３ビットを使用することは「通常」必要である。対照的に，本発明は，低減されたビット要求でウィンドウ・タイプの符号化を可能にする概念をつくる。 【００６４】 ここで，図６ａ，更には，図７ａ，７ｂおよび７ｃを参照して，ウィンドウ・タイプを符号化するための発明概念が説明される。図６ａは，ウィンドウ・タイプを符号化するための規則を含むウィンドウ・タイプ情報の提案された構文を表す表を示す。説明の目的で，ウィンドウ・シーケンス決定器１３８によって可変長符号語エンコーダ１８０に提供されるウィンドウ・タイプ情報１４０が現在のフ レームのウ 情報の提案された構文を表す表を示す。説明の目的で，ウィンドウ・シーケンス決定器１３８によって可変長符号語エンコーダ１８０に提供されるウィンドウ・タイプ情報１４０が現在のフ レームのウィンドウ・タイプを示し，値「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」，「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」，「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」，「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」，「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および値「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」と「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」のどちらかの中の１つをとることができると仮定される。しかしながら，発明の符号化概念によれば，可変長符号語エンコーダ１８０は，現在のフレームに関連するウィンドウの右側ウィンドウ傾斜の長さを示す１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を提供する。図７ａで分かるように，１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「０」の値は１０２４サンプルの右側ウィンドウ傾斜の長さを表し，値「１」は１２８サンプルの右側ウィンドウ傾斜の長さを表す。したがって，ウィンドウ・タイプが「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」（第１のウィンドウ・タイプ３１０）または「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」（第３のウィンドウ・タイプ３１４）である場合，可変長符号後エンコーダ１８０は「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「０」の値を提供する。任意には，可変長符号語エンコーダ１８０は，「０」の「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報をタイプ「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」（ウィンドウ・タイプ３３０）のウィンドウに提供することもできる。対照的に，可変長符号語エンコーダ１８０は，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「１」の値を「ｌｏｎｇ＿ １１５２＿ｓｅｑｕｅｎｃｅ」（ウィンドウ・タイプ３３０）のウィンドウに提供することもできる。対照的に，可変長符号語エンコーダ１８０は，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「１」の値を「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」（第２のウィンドウ・タイプ３１２），「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」（第４のウィンドウ・タイプ３１６），および，「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」（第５のウィンドウ・タイプ３１８）に提供することができる。任意 には，可変長符号語エンコーダ１８０は，「１」の「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」（ウィンドウ・タイプ３３２）に提供することもできる。 さらに，可変長符号語エンコーダ１８０は，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の「１」の値をウィンドウ・タイプ３６２，３６６，３６８，３８２の１つ以上に，任意に提供することができる。 【００６５】 しかしながら，可変長符号語エンコーダ１８０は，現在のフレームの１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に基づいて，選択的に，別の１ビット情報，すなわち，現在のフレームのいわゆる「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供するように構成される。現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が（ウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および任意に「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」のために）値「０」をとる場合，可変長符号語エンコーダ１８０はビットストリーム１９２に含ませるために「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供しない。対照的に，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が（ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔ ０はビットストリーム１９２に含ませるために「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供しない。対照的に，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が（ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」，「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」，「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」および，任意に，「ＬＰＤ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」のために）値「１」をとる場合，可変長符号語エンコーダ１８０はビットストリーム１９２に含ませるために１ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供する。「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が現在のフレームに適用される変換長を表すようにそれが与えられている場合，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎ ｇｔｈ」情報は提供される。このように，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は，ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」，「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および，任意に，「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」および「ＬＰＤ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」のための第１の値（例えば値「０」）をとるために提供され，それによって，現在のフレームに適用されるＭＤＣＴカーネルサイズが１０２４サンプル（または１１５２サンプル）であることを示す。対照的に，「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプが現在のフレームに関連している場合，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は第２の値（例えば，値「１」）をとるために可変長符号語エンコーダ１８０によって提供され，それによって，現在のフレームに関連するＭＤＣＴカーネルサイズが１２８サンプル（図７ｂの構文表現を参 ｈ」情報は第２の値（例えば，値「１」）をとるために可変長符号語エンコーダ１８０によって提供され，それによって，現在のフレームに関連するＭＤＣＴカーネルサイズが１２８サンプル（図７ｂの構文表現を参照）であることを示す。 【００６６】 要約すると，現在のフレームに関連するウィンドウの右側ウィンドウ傾斜が比較的長い（長いウィンドウ傾斜３１０ｂ，３１４ｂ，３３０ｂ）場合，すなわちウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」および「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」に対して，ビットストリーム１９２に含めるために，可変長符号語エンコーダ１８０は，現在のフレームの１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報だけを含む１ビット符号語を提供する。対照的に，現在のフレームに関連するウィンドウの右側ウィンドウ傾斜が短いウィンドウ傾斜３１２ｂ，３１６ｂ，３１８ｂ，３３２ｂである場合，すなわちウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」「ｓｔｏｐ＿ｓｔａｒｔ＿ｓ ｅｑｕｅｎｃｅ」および，任意に，「ｓｔｏｐ＿ｓｔａｒｔ＿１１５２＿ｓｅｑｕｅｎｃｅ」に対して，ビットストリーム１９２に含めるために，可変長符号語エンコーダ１８０は，１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および１ビット「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を含む２ビット符号語を提供する。このように，「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプおよび「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプの場合に（そして，任意に「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプに対して），１ビットが節約される。 【００６７】 このように，現 ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプの場合に（そして，任意に「ｓｔｏｐ＿１１５２＿ｓｅｑｕｅｎｃｅ」ウィンドウ・タイプに対して），１ビットが節約される。 【００６７】 このように，現在のフレームに関連するウィンドウ・タイプに応じて，わずか１または２ビットが，５つの（またはより多くの）可能なウィンドウ・タイプからの選択を符号化するために必要とされるだけである。 【００６８】 ここで，図６ａが，コラム６２０に示される「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に，および，コラム６２４に示される規定位置および（必要であれば）「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の値に，ウィンドウ・タイプ・カラム６３０において定められるウィンドウ・タイプのマッピングを示すことに注意しなければならない。 【００６９】 図６ｂは，現在のフレームのウィンドウ・タイプから，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報，および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報（または「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報がビットストリーム１９２から省略されるという指示）を引き出すためのマッピングの図解図を示す。このマッピングは，現在のフレームのウィンドウ・タイプを示すウィンドウ・タイプ情報１４０を受信して，それを図６ｂの表のコラム６６０に示す 「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報に，および，図６ｂの表のコラム６６２で示す「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報にマッピングする，可変長符号語エンコーダ１８０によって実行される。特に，「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が所定の値（例えば「１」）を取るか，さもなければ，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の供給を省略するか，またはビットストリーム１９２への「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情 ｎｇｔｈ」情報が所定の値（例えば「１」）を取るか，さもなければ，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の供給を省略するか，またはビットストリーム１９２への「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報の包含を抑制する場合だけ，可変長符号語エンコーダ１８０は「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を提供する。したがって，現在のフレームのウィンドウ・タイプに基づいて，図６ｂの表のコラム６６４に示すように，所定のフレームのためのビットストリーム１９２に含まれるウィンドウタイプ・ビットの数を変化させることができる。 (ｵ) オーディオデコーダ概説【００７９】 可変符号語長ウィンドウ情報２２４は，通常は，１フレームにつき１または２ビットを含む。好ましくは，可変符号語長ウィンドウ情報は，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を有する第１ビットおよび現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を有する第２ビットを含み，第２ビット（「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビット）の存在は，第１ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」ビット）の値に依存している。このように，ウィンドウ・セレクタ２７０は，現在のフレームに関連する「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」ビットの値に基づいて，現在のフレームに関連するウィンドウ・タイプについて決定するための１または２ウィンドウ情報ビット（「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」および「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」）を選択的に評価するように構成される。それにもかかわらず，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」 ビットがない場合，ウィンドウ・セレクタ２７０は，当然，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビットがデフォルト値をとると仮定することができる。 【００８０】 好ましい実施例において， ビットがない場合，ウィンドウ・セレクタ２７０は，当然，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」ビットがデフォルト値をとると仮定することができる。 【００８０】 好ましい実施例において，ウィンドウ・セレクタ２７０は，図６ａを参照して上述のように構文を評価して，ウィンドウ情報を前記構文に従って２７２に提供するように構成されることができる。 【００８１】 まず，オーディオデコーダ２００が周波数領域コアモードで常に作動すると仮定すると，すなわち，周波数領域コアモードと線形予測領域コアモードとの間で切り替えがないと過程すると，上述の５つのウィンドウ・タイプ（「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」および「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」）を区別するのに十分である。この場合，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および（利用できる場合）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は，ウィンドウ・タイプについて決めるのに十分である。 【００８２】 たとえば，（少なくとも３つの次のフレームのシーケンスを通じて）周波数領域コアモードのみにおける動作を仮定すると，それは前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い移行傾斜（値「０」）を示し，そして，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報はウィンドウ・タイプ「ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ」がこの場合エンコーダによって送信されない「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しないで現在のフレームに関連する長い移行傾斜（値「０」）を示すという事実から結論さ ｏｎｇ＿ｓｅｑｕｅｎｃｅ」がこの場合エンコーダによって送信されない「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しないで現在のフレームに関連する長い移行傾斜（値「０」）を示すという事実から結論さ れることができる。 【００８３】 また，周波数領域コアモードだけの動作を仮定すると，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い（右側）移行傾斜を示すという事実から，そして，（この場合，エンコーダによって生成されおよび／または送信されるか，生成されおよび／または送信されない）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しなかったとしても，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜（値「１」）を示し，ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関係しているという事実から結論されることができる。 【００８４】 さらに，周波数領域コアモードだけの動作を仮定すると，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜（値「１」）の存在を示し，そして，（いずれにしろ対応するオーディオエンコーダによって通常は設けられていない）現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価しなかったとしても，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が長い（右側）移行傾斜（値「０」）を示し，ウィンドウ・タイプ「ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関連するという事実から結論されることができる。 【００８５】 しかしながら，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜の存在を示し，そして，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報も短い移行傾斜（値「１」）の存在を示 しかしながら，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報が短い（右側）移行傾斜の存在を示し，そして，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報も短い移行傾斜（値「１」）の存在を示す場合，現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を評価することが必要かもしれない。この場合，現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が第１ の値（例えばゼロ）をとる場合，ウィンドウ・タイプ「ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ」は現在のフレームに関連している。そうでなければ，すなわち，現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報が第２の値（例えば１）をとる場合，ウィンドウ・タイプ「ｅｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ」が現在のフレームに関連すると結論されることができる。 【００８６】 上記を要約すると，ウィンドウ・セレクタ２７０は，現在のフレームに関連するウィンドウ・タイプを決定するために，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を評価するように構成される。さらに，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に基づいて（そして，場合により，前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報またはコアモード情報に基づいて），現在のフレームに関連するウィンドウ・タイプを決定するために，ウィンドウ・セレクタ２７０は，選択的に，現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を考慮に入れるように構成される。このように，ウィンドウ・セレクタ２７０は，現在のフレームに関連するウィンドウ・タイプを決定するために，可変符号語長ウィンドウ情報を評価するように構成される。 【００８７】 図６ｃは，現在のフレームのウ うに，ウィンドウ・セレクタ２７０は，現在のフレームに関連するウィンドウ・タイプを決定するために，可変符号語長ウィンドウ情報を評価するように構成される。 【００８７】 図６ｃは，現在のフレームのウィンドウ・タイプ上への前のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報のマッピングを表す表を示す。 現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報および現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報は，可変符号語長ウィンドウ情報２２４によって表されることができる。現在のフ レームのウィンドウ・タイプは，ウィンドウ情報２７２によって表されることができる。図６ｃの表によって示されているマッピングは，ウィンドウ・セレクタ２７０によって実行されることができる。 ２ 請求項９の明確性について(1) 特許法３６条６項２号は，特許請求の範囲の記載に関し，特許を受けようとする発明が明確でなければならない旨規定するが，同号がこのように規定した趣旨は，特許請求の範囲に記載された発明が明確でない場合には，特許が付与された発明の技術的範囲が不明確となり，権利者がどの範囲において独占権を有するのかについて予測可能性を奪うなど第三者の利益が不当に害されることがあり得るので，そのような不都合な結果を防止することにある。 そして，特許を受けようとする発明が明確であるか否かは，特許請求の範囲の記載だけではなく，願書に添付した明細書の記載及び図面を考慮し，また，当業者の出願当時における技術常識を基礎として，特許請求の範囲の記載が，第三者の利益が不当に害されるほどに不明確であるか否かという観点から判断されるべきである。 (2) 本件 を考慮し，また，当業者の出願当時における技術常識を基礎として，特許請求の範囲の記載が，第三者の利益が不当に害されるほどに不明確であるか否かという観点から判断されるべきである。 (2) 本件審決は，本件発明特定事項が不明確であると判断しているところ，本件発明特定事項は分説Ｇに含まれるから，まずは特許請求の範囲の記載に基づき分説Ｇの意義を検討する。 ア分説Ｇ（「前記オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」）のうち，「前記可変長符号語」とは，分説Ｆの記載により，オーディオエンコーダがウィンドウ情報を符号化するために用いるものであることが理解される。 そして，分説Ｇの記載において，「前記可変長符号語を用いて」の部分は「利用する」にかかっていると解することができるから，分説Ｇは，①オーディオエンコーダは，前記可変長符号語を用いて，移行傾斜の選択と 変換長の選択との間の依存関係を利用するように構成される（以下「分説Ｇ１」という。），又は② オーディオエンコーダは，前記可変長符号語を用いて，隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される（以下「分説Ｇ２」という。）ことと同義であると理解できる。 イ分説Ｇ１の「移行傾斜の選択と変換長の選択との間の依存関係」について，分説Ｄによれば，「移行傾斜」として長い移行傾斜と短い移行傾斜の２つが存在し，「変換長」にも２つ以上の異なる長さが存在し，これらはウィンドウの特徴を示すものであることが読み取れるが，「移行傾斜」及び「変換長」によって表されるウィンドウの特徴がどのようなものであるか明らかではないから，特許請求の範囲 なる長さが存在し，これらはウィンドウの特徴を示すものであることが読み取れるが，「移行傾斜」及び「変換長」によって表されるウィンドウの特徴がどのようなものであるか明らかではないから，特許請求の範囲からは，可変長符号語を用いて符号化されるウィンドウ情報（分説Ｆ参照）と，「移行傾斜」と「変換長」によって表されるウィンドウの特徴がいかなる関係にあるのかは不明である。そうすると，分説Ｇ１の「可変長符号語を用い」ることと，「移行傾斜の選択と変換長の選択との間の依存関係」とがどのような技術的関係にあるのかも不明である。 また，分説Ｇ２の「隣接するフレームのウィンドウ形状の間の相関関係」の文言から，「フレーム」と「ウィンドウ形状」が対応する関係にあることを読み取ることができるものの，「ウィンドウ形状」と，「ウィンドウ・タイプ」（分説Ｅ）ないし「ウィンドウのタイプ」（分説Ｆ）の関係も不明であり，隣接するフレームのウィンドウ形状の間にいかなる関係があるのかも明らかでないから，特許請求の範囲からは，可変長符号語を用いて符号化されるウィンドウ情報（分説Ｆ参照）と，「隣接するフレームのウィンドウ形状」とがいかなる関係にあるのかは不明である。そうすると，分説Ｇ２の「可変長符号語を用い」ることと，「隣接するフレームのウィンドウ形状の間の相関関係」とがどのような技術的関係にあるのかも不明 である。 (3) このように，特許請求の範囲の記載からは分説Ｇの意義は明らかではないため，本件明細書の記載に基づいてその意義を検討する。 ア分説Ｇ１について(ｱ) 上記１(2)オ(ｱ)の本件明細書の記載及び図１ａ，ｂからは，オーディオエンコーダ１００は，ウィンドウ・シーケンス決定器１３８からウィンドウ・タイプ情報１４０を受信し，それに基づ (ｱ) 上記１(2)オ(ｱ)の本件明細書の記載及び図１ａ，ｂからは，オーディオエンコーダ１００は，ウィンドウ・シーケンス決定器１３８からウィンドウ・タイプ情報１４０を受信し，それに基づいて，ウィンドウ化器／変換器１３６によって実行されるウィンドウ化／変換動作のために用いられるウィンドウのタイプを示す可変長符号語１８２を提供するように構成される可変長符号語エンコーダ１８０を含むこと，オーディオエンコーダは，例えば可変長符号語エンコーダ１８０を用いて，可変長符号語を用いた入力オーディオ情報の現在の部分（例えばフレーム）を変換するために用いられるウィンドウのタイプを示すウィンドウ・タイプ情報１４０を符号化するように構成されることが理解できる。 そして，同(ｲ)の本件明細書の記載及び図３ａ，ｂからは，変換ウィンドウのタイプについて，第１のウィンドウ・タイプ（ｏｎｌｙ＿ｌｏｎｇ＿ｓｅｑｕｅｎｃｅ）として長い左側ウィンドウ傾斜及び長い右側ウィンドウ傾斜並びに長い変換長を含むもの（段落【００４９】），第２のウィンドウ・タイプ（ｌｏｎｇ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ）として長い左側ウィンドウ傾斜及び短い右側ウィンドウ傾斜並びに長い変換長を含むもの（段落【００５０】），第３のウィンドウ・タイプ（ｌｏｎｇ＿ｓｔｏｐ＿ｓｅｑｕｅｎｃｅ）として短い左側ウィンドウ傾斜及び長い右側ウィンドウ傾斜並びに長い変換長を含むもの（段落【００５１】），第４のウィンドウ・タイプ（ｓｔｏｐ＿ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ）として短い左側ウィンドウ傾斜及び短い右側ウィンドウ傾斜並びに長い変換長を含むもの（段落【００５２】），第５のウィンドウ・タイプ（ｅ ｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ）として短い左側ウィンドウ傾斜及び短い右側ウィン 右側ウィンドウ傾斜並びに長い変換長を含むもの（段落【００５２】），第５のウィンドウ・タイプ（ｅ ｉｇｈｔ＿ｓｈｏｒｔ＿ｓｅｑｕｅｎｃｅ）として短い左側ウィンドウ傾斜及び短い右側ウィンドウ傾斜並びに短い変換長を含むもの（段落【００５３】）等があることが理解できる。 さらに，同(ｴ)の本件明細書の記載及び図５，図６ａ，ｂ，図７ａ～ｃからは，ウィンドウのタイプの符号化に関し，右側ウィンドウ傾斜が長いことを示す「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」（判決注：「移行傾斜」に対応する。）が「０」であれば，変換長は常に長い変換長となり，「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」（判決注：「変換長」に対応する。）の値を省略することができることから，可変長符号語エンコーダ１８０は，現在のフレームのウィンドウの右側ウィンドウ傾斜が長い場合，現在のフレームの１ビット「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報だけを含む１ビット符号語のみを提供し，現在のフレームの右側ウィンドウ傾斜が短い場合，１ビットの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報及び１ビットの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を含む２ビット符号語を提供することにより，現在のフレームのウィンドウの右側ウィンドウ傾斜が長い場合，１ビットが節約されることが理解される。 (ｲ) 以上によれば，本件明細書には，右側の移行傾斜が長いウィンドウには短い変換長が選ばれることはないという関係があることから，このような関係を利用して可変長符号語を得ることが記載されていると理解でき，本件明細書の段落【００１４】の「移行傾斜の選択と変換長の選択との間の依存関係」も，右側の移行傾斜が長いウィンドウには短い変換長が選ばれることはないという関係を意味すると解される。 したがって，本件明細書には，オーディオエン の「移行傾斜の選択と変換長の選択との間の依存関係」も，右側の移行傾斜が長いウィンドウには短い変換長が選ばれることはないという関係を意味すると解される。 したがって，本件明細書には，オーディオエンコーダにおいて，このような「移行傾斜の選択と変換長の選択との間の依存関係」を利用することにより可変長符号語を得ることが記載されているということができる。なお，被告は，本件明細書の段落【００６３】～【００６７】が「可 変長符号語エンコーダ」についての記載であることを理由に，これらの段落の記載は，請求項９の「オーディオエンコーダ」に関する記載と対応していないと主張するが，「可変長符号語エンコーダ」はオーディオエンコーダに含まれており，オーディオエンコーダに含まれる可変長符号語エンコーダがウィンドウ・タイプ情報の符号化をするように構成されていることは，実施例にすぎないと解されるから（上記(ｱ)参照），上記段落の記載は請求項９のオーディオエンコーダに関する記載と理解することができ，この点に関する被告の主張は採用できない。 (ｳ) これに対し，特許請求の範囲の請求項９には，オーディオエンコーダにおいて可変長符号語がいかなる方法により符号化されるかについて特定する記載はなく，分説Ｇ１には，オーディオエンコーダが，「前記（判決注：分説Ｆに記載の）可変長符号語を用いて」何らかの方法により「移行傾斜の選択と変換長の選択との間の依存関係」「を利用する」ことが記載されているものと解さざるを得ない。そうすると，分説Ｇ１の記載は，上記の本件明細書から読み取れる，オーディオエンコーダが「移行傾斜の選択と変換長の選択との間の依存関係」を利用して可変長符号語を得ることとは異なるものというほかなく，本件明細書の記載を参照しても，分説Ｇ１に記載された，オーディ ，オーディオエンコーダが「移行傾斜の選択と変換長の選択との間の依存関係」を利用して可変長符号語を得ることとは異なるものというほかなく，本件明細書の記載を参照しても，分説Ｇ１に記載された，オーディオエンコーダが「前記可変長符号語を用いて」「依存関係を利用する」ことの意義は明らかではないと言わざるを得ない。 (ｴ) 以上のとおりであるから，本件明細書の記載を参酌しても，分説Ｇ１の技術的意義を理解することができない。 イ分説Ｇ２について(ｱ) 上記１(2)オ(ｳ)の本件明細書の記載及び図４からは，変換ウィンドウ・タイプ間の移行について，第１のフレームのためのウィンドウ・タイプによって，第２のフレームのためのウィンドウ・タイプの種類の選択が 制限されることが理解され，これによれば「隣接するフレームのウィンドウ・タイプの種類の間に一定の関係がある」ということができる。 そして，分説Ｇ２には「隣接するフレームのウィンドウ形状の間の相関関係」との記載があるから，分説Ｇ２の「ウィンドウ形状」と上記の本件明細書の「ウィンドウ・タイプ」の関係が問題となる。 (ｲ) 本件明細書には「ウィンドウ形状」と「ウィンドウ・タイプ」が同義であることを明示した記載はなく，段落【０１０２】の記載（「このように，本発明による実施例において，「ウィンドウ形状」，すなわち移行の形は，ウィンドウ・タイプ，すなわち移行傾斜の一般の長さ（長いか短い）および変換長の一般の長さ（長いか短い）とは別に決定される。」）からは，「ウィンドウ形状」と「ウィンドウ・タイプ」が異なる概念であると解し得る。そして，両者が異なる概念であるとすると，上記(ｱ)の「隣接するフレームのウィンドウ・タイプの種類の間に関係があること」から分説Ｇ２の「隣接するフレームのウィ タイプ」が異なる概念であると解し得る。そして，両者が異なる概念であるとすると，上記(ｱ)の「隣接するフレームのウィンドウ・タイプの種類の間に関係があること」から分説Ｇ２の「隣接するフレームのウィンドウ形状の間の相関関係」の意義を理解することはできない。加えて，本件明細書には「ウィンドウ形状」と可変長符号語とがどのような関係に立つかについて記載した箇所も存在しないから，本件明細書から分説Ｇ２における「前記可変長符号語を用いて」「隣接するフレームのウィンドウ形状の間の相関関係」「を利用する」ことの意味を理解することはできない。 (ｳ) ここで，仮に「ウィンドウ形状」と「ウィンドウ・タイプ」が同義であるものとして検討すると，上記(ｱ)における隣接するフレームのウィンドウ・タイプの種類の間の関係と分説Ｇ２の「隣接するフレームのウィンドウ形状の間の相関関係」及び本件明細書の段落【００１５】の「隣接するフレームのウィンドウ形状間に概して相関がある点」とは，いずれも，隣接するウィンドウのウィンドウ形状（すなわち，ウィンドウ・タイプ）が現在のフレームのためのウィンドウ形状（すなわち，ウィン ドウ・タイプ）の選択を制限するという関係にあることを示すものと理解することが可能である。そして，上記１(2)オ(ｴ)のウィンドウのタイプの符号化に関する本件明細書の記載を考慮すれば，本件明細書の記載から，オーディオエンコーダにおいて，このような「隣接するフレームのウィンドウ形状（すなわち，ウィンドウ・タイプ）間の相関関係」を利用することにより可変長符号語を得るという技術思想を読み取る余地がある。 しかし，上記ア(ｳ)に説示したとおり，特許請求の範囲の請求項９には，オーディオエンコーダにおいて可変長符号語がいかなる方法により符号化されるかに 語を得るという技術思想を読み取る余地がある。 しかし，上記ア(ｳ)に説示したとおり，特許請求の範囲の請求項９には，オーディオエンコーダにおいて可変長符号語がいかなる方法により符号化されるかについて特定する記載はなく，分説Ｇ２には，オーディオエンコーダが，「前記（判決注：分説Ｆに記載の）可変長符号語を用いて」何らかの方法により「隣接するフレームのウィンドウ形状の間の相関関係」「を利用する」ことが記載されていると解さざるを得ない。そうすると，分説Ｇ２の記載は，上記のとおり本件明細書から読み取れる，オーディオエンコーダが「隣接するフレームのウィンドウ形状（ウィンドウ・タイプ）間の相関関係」を利用して可変長符号語を得ることとは異なるものというほかなく，本件明細書の記載を参照しても，分説Ｇ２に記載された，オーディオエンコーダが「前記可変長符号語を用いて」「相関関係を利用する」ことの意義は明らかではないと言わざるを得ない。 (ｴ) 以上のとおりであるから，本件明細書の記載を参酌しても，分説Ｇ２の技術的意義を理解することができない。 (4) このように，分説Ｇ１及び分説Ｇ２の意義は明らかでなく，分説Ｇの技術的意義は不明ということになるから，特許請求の範囲の請求項９の記載は明確性要件を充足しないというべきである。 ３ 請求項１３の明確性について本願発明１３は入力オーディオ情報に基づいて符号化オーディオ情報を提供 する方法の発明であり，請求項１３には「可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係が利用される，方法」との記載がある。 この部分についても，上記２(2)アと同様，① 可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係が利用 フレームのウィンドウ形状の間の相関関係が利用される，方法」との記載がある。 この部分についても，上記２(2)アと同様，① 可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係が利用される，又は② 可変長符号語を用いて，隣接するフレームのウィンドウ形状の間の相関関係が利用されることが記載されていると解することができる。そして，上記２(3)において述べたのと同様に，請求項１３の「可変長符号語を用いて」「依存関係」又は「相関関係」「が利用される」ことと，本件明細書から読み取れる技術思想は異なるものというべきであるから，本件明細書の記載を参酌しても，請求項１３の「可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係が利用される」の技術的意義を理解することはできない。 したがって，特許請求の範囲の請求項１３の記載も明確性要件を充足しないというべきである。 ４ 原告の主張について(1) 原告は，本件明細書の記載（段落【００５７】～【００５９】，【００６３】～【００７１】）から「移行傾斜の選択と変換長の選択との間の依存関係」及び「隣接するフレームのウィンドウ形状の間の相関関係」の意義は明らかであり，本願発明９に係るオーディオエンコーダ１００は，分説Ｆ及び分説Ｇの構成により，低減されたビット要求でウィンドウ・タイプを示すウィンドウ情報１４０の符号化を可能にするといった特有の効果を有するから，分説Ｇはオーディオエンコーダにおける技術事項を特定しており，本願発明９の特許請求の範囲の記載は明確性要件を満たすと主張する。 しかし，本件明細書の記載から「移行傾斜の選択と変換長の選択との間の依存関係」及び「隣接するフレームのウィンドウ形状の間の相関関係」の意 許請求の範囲の記載は明確性要件を満たすと主張する。 しかし，本件明細書の記載から「移行傾斜の選択と変換長の選択との間の依存関係」及び「隣接するフレームのウィンドウ形状の間の相関関係」の意 義が理解できるとしても，分説Ｇにおける，「可変長符号語を用いて」「移行傾斜の選択と変換長の選択との間の依存関係」又は「隣接するフレームのウィンドウ形状の間の相関関係」「を利用する」ことの意義が明らかではないのは，上記３(3)において説示したとおりであり，原告の主張は採用できない。 (2) 原告は，特許請求の範囲の請求項１に記載されたオーディオデコーダの発明における復号化処理と本願発明９のオーディオエンコーダにおける符号化処理は概念的に共通する処理が含まれているところ，特許請求の範囲の請求項１の記載の明確性は否定されていないのであるから，これに対応する請求項９の記載も明確性要件を満たす旨主張する。 本件明細書の上記１(2)エ(ｵ)の記載及び図６ａ，ｃからは，オーディオデコーダのウィンドウ・セレクタは，現在のフレームに関連するウィンドウ・タイプを決定するために，前のフレーム及び現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報を評価し，現在のフレームの「ｗｉｎｄｏｗ＿ｌｅｎｇｔｈ」情報の値に基づいて，選択的に現在のフレームの「ｔｒａｎｓｆｏｒｍ＿ｌｅｎｇｔｈ」情報を考慮するように構成されることが理解され，このような復号化の処理は，本件明細書から理解されるオーディオエンコーダによる符号化の処理（上記２(3)ア(ｱ)）と対応するものと言う余地がある。 しかし，特許請求の範囲の記載におけるオーディオデコーダに関する記載（請求項１の「可変符号語長のウィンドウ情報（２２４）を評価するように構成されるウィンドウ・セレクタ（２７０）を含み，」「 ある。 しかし，特許請求の範囲の記載におけるオーディオデコーダに関する記載（請求項１の「可変符号語長のウィンドウ情報（２２４）を評価するように構成されるウィンドウ・セレクタ（２７０）を含み，」「前記可変符号語長のウィンドウ情報を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」）と，オーディオエンコーダに関する記載（分説Ｇの「前記可変長符号語を用いて，移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構 成される」）は，復号化処理と符号化処理の観点からみて対応した記載にはなっていない。 したがって，原告の主張する点は上記３の判断を左右するものではない。 ５ 以上のとおりであるから，特許請求の範囲の請求項９及び請求項１３の記載は明確性要件を充足しないとした本件審決の判断に誤りはない。 よって，原告の請求は理由がないから，これを棄却することとして主文のとおり判決する。 知的財産高等裁判所第３部 裁判長裁判官鶴岡稔彦 裁判官高橋 彩 裁判官寺田利彦 （別紙）本件明細書図面目録 ＦＩＧＵＲＥ ４ ＦＩＧＵＲＥ ５ ＦＩＧＵＲＥ ６Ａ ＦＩＧＵＲＥ ６Ｂ ＦＩＧＵＲＥ ＦＩＧＵＲＥ ４ ＦＩＧＵＲＥ ５ ＦＩＧＵＲＥ ６Ａ ＦＩＧＵＲＥ ６Ｂ ＦＩＧＵＲＥ ６Ｃ ＦＩＧＵＲＥ ７Ａ ＦＩＧＵＲＥ ７Ｂ ＦＩＧＵＲＥ ７Ｃ
▼ クリックして全文を表示