【事件の表示】
　特願２０１１−５４６８４２「オーディオエンコーダ、オーディオデコーダ、符号化されたオーディオ情報、オーディオ信号を符号化および復号化する方法およびコンピュータ・プログラム」拒絶査定不服審判事件〔平成２２年８月５日国際公開、ＷＯ２０１０／０８６３７３、平成２４年７月１９日国内公表、特表２０１２−５１６４６２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１０年（平成２２年）１月２８日（パリ条約に基づく優先権主張　２００９年１月２８日　米国（ＵＳ））を国際出願日として出願したものであって、平成２４年１２月２５日付け拒絶理由通知に対して平成２５年７月５日付けで手続補正がなされ、同年９月１０日付け拒絶理由通知に対して平成２６年３月１９日付けで手続補正がなされたが、同年１１月２５日付けで拒絶査定がなされた。これに対し、平成２７年３月３１日付けで拒絶査定不服審判の請求がなされると共に手続補正がなされ、同年１２月２１日付け当審の拒絶理由通知に対して、平成２８年６月２１日付けで手続補正がなされたものである。
第２　平成２７年１２月２１日付け当審の拒絶理由通知の内容
　本件出願は、特許請求の範囲の記載が下記の点で不備のため、特許法第３６条第６項第２号に規定する要件を満たしていない。 
 　　　　　　　　　　　　 　　記 
１．請求項１について 
　請求項１の１５行〜１７行目には、「前記
オーディオデコーダ
または
（１）しかしながら、本願明細書の段落【００７４】には、「（中略）ウィンドウ・セレクタ２７０は、ウィンドウ情報２７２を変換器／ウィンドウ化器２５４に提供するように構成される」と記載され、また、本願請求項２には、「前記ウィンドウ・セレクタ（２７０）は、前記ウィンドウ傾斜長情報に基づいて・・・構成される」と記載されている。 
　そうすると、本願の請求項１に係る発明は明確でない。 
  
（２）また、本願明細書の段落【００８６】には、「上記を要約すると、ウィンドウ・セレクタ２７０は、現在のフレームに関連するウィンドウ・タイプを決定するために、前のフレームの「ｗｉｎｄｏｗ_ｌｅｎｇｔｈ」情報
および
　そうすると、本願の請求項１に係る発明は明確でない。 
  
　上記（１）及び（２）より、当該発明特定事項Ａは、「前記
ウィンドウ・セレクタ（２７０）
および
  
２．請求項９について 
（１）請求項９の９行〜１１行目には、「前記ウィンドウ・ベースの信号変換器（１３０）は、長い移行傾斜を有するウィンドウ（３１０、３１２、３１４、３１６、３１８）および短い移行傾斜を有するウィンドウの使用の間で切り替わるように構成され」（以下「発明特定事項Ｂ」という。）と記載されている。 
　しかしながら、本願明細書段落【００５２】には、「第４の
ウィンドウ・タイプ３１６は
短い
傾斜
短い
傾斜
ウィンドウ・タイプ３１８は
短い
傾斜
短い
傾斜
　そうすると、本願の請求項９に係る発明は明確でない。 
　当該発明特定事項Ｂは、「前記ウィンドウ・ベースの信号変換器（１３０）は、長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウ（３１０、３１２、３１４、３１６、３１８）の使用の間で切り替わるように構成され」と補正されることを検討されたい。 
  
（２）請求項９の２０行〜２２行目には、「前記オーディオエンコーダは、前記可変長符号語を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される」と記載されている。 
　しかしながら、本願明細書段落【００７５】には、「
オーディオデコーダ２００は
可変符号長のウィンドウ情報２２４を評価する
ウィンドウ・セレクタ２７０を含む
　そうすると、請求項９は、「オーディオエンコーダ」の発明であり、「前記オーディオエンコーダは、前記可変長符号語を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用する」とはエンコーダの如何なる技術事項を特定しているのか不明である。 
　したがって、本願の請求項９に係る発明は明確でない。 
  
３．請求項１３について 
　請求項９と同様の理由により、本願の請求項１３に係る発明は明確でない。
第３　本願発明
　本願の請求項１，９及び１３に係る発明は、平成２８年６月２１日付け手続補正書の特許請求の範囲の請求項１，２及び１３に記載された事項により特定される以下のとおりのものと認める。なお、下線部は補正された事項である。
「【請求項１】
　符号化オーディオ情報（２１０）に基づいて復号化オーディオ情報（２１２）を提供するためのオーディオデコーダ（２００）であって、
　前記符号化オーディオ情報（２１０）によって示されるオーディオ情報の時間−周波数表現（２４２）をオーディオ情報の時間領域表現（２５２）にマッピングするように構成されるウィンドウ・ベースの信号変換器（２５０）を含み、
　前記ウィンドウ・ベースの信号変換器は、ウィンドウ情報（２７２）を用いて異なる移行傾斜（３１０ａ、３１２ａ、３１４ａ、３１６ａ、３１８ａ、３１０ｂ、３１２ｂ、３１４ｂ、３１６ｂ、３１８ｂ）のウィンドウおよびそれらと関連して異なる変換長を有するウィンドウを含む複数のウィンドウ（３１０、３１２、３１４、３１６、３１８）からウィンドウを選択するように構成され、
　前記オーディオデコーダ（２００）は、オーディオ情報の所定のフレームに関連する時間−周波数表現の所定の部分の処理のためのウィンドウを選択するために可変符号語長のウィンドウ情報（２２４）を評価するように構成されるウィンドウ・セレクタ（２７０）を含み、
　前記オーディオデコーダは、前記可変符号語長のウィンドウ情報を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される、オーディオデコーダ（２００）。」
「【請求項９】
　入力オーディオ情報（１１０）に基づいて符号化オーディオ情報（１９２）を提供するためのオーディオエンコーダ（１００）であって、
　前記入力オーディオ情報（１１０）の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータ（１３２）のシーケンスを提供するように構成されたウィンドウ・ベースの信号変換器（１３０）を含み、
　前記ウィンドウ・ベースの信号変換器（１３０）は、前記入力オーディオ情報（１１０）の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるように構成され、
　前記ウィンドウ・ベースの信号変換器（１３０）は、長い移行傾斜を有するウィンド
ウお
（３１０、３１２、３１４、３１６、３１８）
　前記ウィンドウ・ベースの信号変換器（１３０）は、前記入力オーディオ情報の先の部分および前記入力オーディオ情報の現在の部分のオーディオ・コンテンツを変換するために用いられるウィンドウ・タイプに基づいて前記入力オーディオ情報の現在の部分を変換するために用いられるウィンドウ・タイプを決定するように構成され、
　前記オーディオエンコーダは、可変長符号語を用いて前記入力オーディオ情報（１１０）の現在の部分を変換するために用いられるウィンドウのタイプを示すウィンドウ情報（１４０）を符号化するように構成され、
　前記オーディオエンコーダは、前記可変長符号語を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される、オーディオエンコーダ（１００）。」
「【請求項１３】
　入力オーディオ情報に基づいて符号化オーディオ情報を提供する方法（１１００）であって、
　前記入力オーディオ情報の複数のウィンドウ化された部分に基づいてオーディオ信号パラメータのシーケンスを提供するステップ（１１１０）であって、前記入力オーディオ情報の特性に基づいて前記入力オーディオ情報のウィンドウ化された部分を得るためのウィンドウ・タイプを適応させるために、長い移行傾斜を有するウィンドウおよび短い移行傾斜を有するウィンドウの使用の間で、および、それらと関連して２つ以上の異なる変換長を有するウィンドウの使用の間で切り替えが実行されるステップ（１１１０）、および
　可変長符号語を用いて前記入力オーディオ情報の部分を変換するために用いられるウィンドウのタイプを示す情報を符号化するステップを含み、
　可変長符号語を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係が利用される、方法（１１００）。」
第４　平成２８年６月２１日付け意見書の内容
（１）本願発明につき、審判長殿は、請求項１，９，１３の記載が不備であるとして、拒絶理由を通知されました。
　しかしながら、本件出願人は、現在の請求項１，９，１３は、許可可能とされるべきであるとの意見を持っております（但し、請求項９に関する拒絶理由のご示唆２．（１）は受け入れ可能であり、本意見書と同時差出しの手続補正書により、ご示唆どおり補正いたしました）。
（２）（ｉ）まず、独立請求項１の最終段落の「または」という組合せがなぜ認められるべきかについての意見は、以下の通りです。
「前記オーディオデコーダは、前記可変符号語長のウィンドウ情報を用いて、移行傾斜の選択と変換長との間の依存性または隣接するフレームのウィンドウ形状の間の相関関係を利用するように構成される。」と特定されております。
　しかしながら、図６Ａを参照しますと、隣接するフレームのウィンドウ形状の間の相関関係を考慮する必要はないことが見て取れます。
　「現在フレームの変換長（transform＿length）」の欄から見て取れる通り、「０（または伝送なし）」とラベル付けされるケースは２つあります。実際、「現在フレームのtransform-length」が２番目および３番目のケースにおいて「０」として伝送された場合（「LONG＿START＿SEQUENCE」および「LPD＿START＿SEQUENCE」とラベル付けされる行））、これは「前フレームのウィンドウ長（window＿length）」が考慮されないことを意味します（「０」に等しい「前フレームのwindow＿length」、すなわち前フレームの長いウィンドウ長とは、「現在フレームのtrasnform＿length」がゼロに等しいことを意味するからである）。言い換えれば、前フレームのウィンドウ形状の間の相関関係が何らかのケースで考慮されていれば、「LONG＿START＿SEQUENCE」および「LPD＿START＿SEQUENCE」とラベル付けされたケースにおける値「０」の伝送は生じません（必要がない）。さらに別の言葉で言えば、「０」（「伝送なし」を言い換えたもの）の存在は、この例では可変語長ウィンドウ情報を使用しているため、隣接するフレームのウィンドウ形状の相関関係は利用されていないことを示します。
　要するに、移行傾斜の選択と変換長の選択との間の依存性だけを考えるのであれば（隣接するフレームのウィンドウ長の間の相関関係を考えず）、不要な情報がいくつかありますが（「LONG＿START＿SEQUENCE」および「LPD＿START＿SEQUENCE」のケースについて示された「現在フレームのtransform＿length」の値「０」）、「ONLY＿LONG＿SEQUENCE」および「LONG＿STOP＿SEQUENCE」の場合には、伝送される情報の削減が、まだあります。このように、移行傾斜の選択と変換長の選択との間の依存性だけを考えるのは合理的であります。
　よって、可変語長ウィンドウ情報を用いて、移行傾斜の選択と変換長の選択との間の依存性および隣接フレームのウィンドウ形状の間の相関関係の両方を利用することは、必要な特徴ではありません。
　一方で、可変語長ウィンドウ情報を用いて、隣接するフレームのウィンドウ形状の間の相関関係だけを考慮することも同じく合理的となります。
　再び、図６Ａを参照しますと、「前フレームのwindow＿length」が「０（長いウィンドウ長）」であることが判れば、「現在フレームのtransform＿length」が長く（「０」で示される）、「現在フレームのtransform＿length」をオーディオエンコーダからオーディオデコーダに伝送する必要はないと、即座に判断できます。このように、隣接するフレームのウィンドウ形状の間の相関関係のみを考慮する（移行傾斜の選択と変換の選択との依存性を考慮しない）ことは、可変語長ウィンドウ情報を用いることによる、ビットの節減をもたらします。
　当然、両方のアプローチ（移行傾斜の選択と変換長の選択との間の依存性および隣接するフレームのウィンドウ形状の間の相関関係）を同時に用いれば、最大限のビットレート削減がもたらされます。
　このように、本願発明のアプローチおよび実施例に鑑みますと、請求項１の末尾における「および」という表現は必要ではなく、「または」という表現が適切であると思料いたします。
（ｉｉ）また、請求項９および１３につきましても、現状の記載は、適切であると思料いたします。とりわけ、可変語長ウィンドウ情報を用いて、移行傾斜の選択と変換長の選択の間の依存性または隣接するフレームのウィンドウ形状の間の相関関係を利用することも、オーディオエンコーダおよびオーディオ符号化の機能であることを、喚起していただきたく存じます。
　例えば、図６ａ、ならびに図７ａ、７ｂ、７ｃがウィンドウ・タイプを符号化するための発明概念を示していると言及されています（出願時点の段落【００６４】第１文をご参照ください）。
　また、当業者にとっては、可変語長ウィンドウ情報を提供し評価するうえでは、符号化と復号化が同じ発想に基づいていることは自明であります。
　また、オーディオエンコーダの特定の下位構成要素に機能が束縛される必要はない（図１Ｂに「可変語長符号化」が示されているにしても）ことをご納得いただければ、と思料いたします。
（３）まとめ
　以上のように、本願発明の請求項１，９，１３の記載は、不備なものではなく、許可可能な記載であるものと思料いたします。
　従いまして、審判長殿におかれましては再度合議いただき、本件は特許すべきものとするとの審決を賜りますようお願い申しあげます。
第５　当審の判断
　請求項９に係る発明について、オーディオエンコーダの発明である請求項９において、「前記オーディオエンコーダは、前記可変長符号語を用いて、移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用する」（以下「発明特定事項Ｃ」という。）とはエンコーダの如何なる技術事項を特定しているのか不明である旨の拒絶理由（上記「第２　２．（２）」を参照）を通知したが、平成２８年６月２１日付け手続補正において、補正はなされていない。
　請求項９の上記発明特定事項Ｃは、審判請求時の補正により追加されたもので、その根拠は本願明細書の段落【００４６】に基づくとされているが、オーディオエンコーダの構成についての記載である段落【００４６】には、上記発明特定事項Ｃに係る記載はない。
　また、上記発明特定事項Ｃにおける「移行傾斜の選択と変換長の選択との間の依存関係または隣接するフレームのウィンドウ形状の間の相関関係を利用する」点については、本願明細書の段落【００１４】及び【００１５】に、「・・・例えば、可変符合語長（当審注：「可変符号語長」の誤記）のウィンドウ情報を用いることにより、移行傾斜の選択および変換長の選択の間に依存関係があることを利用することができる。（段落【００１４】）」、「・・・隣接するフレームのウィンドウ形状間に概して相関がある点に留意する必要があり、（段落【００１５】）」との記載があるが、上記記載は、可変符合語長（当審注：「可変符号語長」の誤記）のウィンドウ情報を利用するものであるから、オーディオデコーダに係る記載と認められ、可変長符号語を用いるオーディオエンコーダの如何なる技術事項を特定しているのか不明である。
　なお、請求人は平成２８年６月２１日付け意見書において、「また、請求項９および１３につきましても、現状の記載は、適切であると思料いたします。とりわけ、可変語長ウィンドウ情報を用いて、移行傾斜の選択と変換長の選択の間の依存性または隣接するフレームのウィンドウ形状の間の相関関係を利用することも、オーディオエンコーダおよびオーディオ符号化の機能であることを、喚起していただきたく存じます。
　例えば、図６ａ、ならびに図７ａ、７ｂ、７ｃがウィンドウ・タイプを符号化するための発明概念を示していると言及されています（出願時点の段落【００６４】第１文をご参照ください）。
　また、当業者にとっては、可変語長ウィンドウ情報を提供し評価するうえでは、符号化と復号化が同じ発想に基づいていることは自明であります。」と主張している。
　しかしながら、本願の図６ａ、ならびに図７ａ、７ｂ、７ｃ及び段落【００６４】第１文の記載には、上記発明特定事項Ｃにかかる記載はなく、可変長符号語を用いるオーディオエンコーダの如何なる技術事項を特定しているのか不明であり、加えて、「可変符号語長のウィンドウ情報を用いるオーディオデコーダ」と「可変長符号語を用いるオーディオエンコーダ」とに係る発明特定事項が自明とも認められない。したがって、請求人の上記主張は認められない。
　なお、請求項１３についても、請求項９についての判断と同様である。
　よって、当審の拒絶理由の理由は解消していない。 
第６　むすび
　以上のとおり、本願は、特許請求の範囲の記載が、特許法題３６条第６項第２号に規定する要件を満たしていない。
　よって、結論のとおり審決する。