【事件の表示】
　平成　７年特許願第１２２０５３号「ディジタルデータストリームからデータを分離するディジタルデータ分離方法および分離装置」拒絶査定不服審判事件〔平成　７年１２月１２日出願公開、特開平　７−３２６１３８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成７年５月２２日（パリ条約による優先権主張　１９９４年５月２３日、米国）を出願日とする出願であって、平成１７年１０月７日付けで拒絶査定され、これに対し、平成１８年１月１１日に拒絶査定不服審判が請求されるとともに、同日付けで手続補正がされた。
　そして、平成２０年１２月２６日付けで拒絶の理由が通知され、これに対し平成２１年７月１３日付けで手続補正がされ、平成２１年７月２２日付けで意見書が提出されたものである。　
　
２．本願発明
　本願の請求項１及び２に係る発明は、平成２１年７月１３日付け手続補正により補正された請求項１及び２に記載された次のとおりのものであると認める。
　
「【請求項１】
　伝送されてきたデータストリームからデータとクロック情報を分離するための方法であって、
　前記データストリームを受信するステップと、
　前記データストリームを読み取るための、前記データストリームを囲む継続時間の読み取りデータウィンドウを生成させるステップと、
　前記読み取りデータウィンドウの継続時間の推定値を期間レジスタ値として格納するステップと、
　前記期間レジスタ値を時間レジスタの初期値と指定するステップと、
　前記データストリームを読み取るためのクロック信号のクロックサイクル毎に前記時間レジスタ値をデクリメントするステップと、
　前記時間レジスタ値が０．５未満になった場合に、前記読み取りデータウィンドウにトグルを掛けてクロック信号の負のクロックエッジにおいてストローブする新たな読み取りデータウィンドウを開始するステップと、
の各ステップを備えることを特徴とするディジタルデータストリームの分離方法。
【請求項２】
　伝送されてきたデータストリームからデータとクロック情報を分離するための装置であって、
　前記データストリームを受信するデータパスと、
　前記データパスに接続され、前記データストリームを読み取るための、前記データストリームを囲む継続時間の読み取りデータウィンドウを生成させるウィンドウ生成器と、
　前記データパスに接続され、前記読み取りデータウィンドウの継続時間の推定値を期間レジスタ値として格納する期間レジスタと、
　前記データパスに接続され、前記期間レジスタ値を初期値とする時間レジスタと、
　前記データパスに入力されるクロック信号のクロックサイクル毎に前記時間レジスタ値をデクリメントするカウントダウン手段と、
　前記データパスに接続され、前記時間レジスタ値が０．５未満になった場合に、前記読み取りデータウィンドウにトグルを掛けてクロック信号の負のクロックエッジにおいてストローブする新たな読み取りデータウィンドウを開始する手段と、
の各手段を備えることを特徴とするディジタルデータストリームの分離装置。」
　
３．平成２０年１２月２６日付けの拒絶の理由
　平成２０年１２月２６日付けの拒絶の理由の、「理由：１」の概要は　
「１．本件出願は、明細書及び図面の記載が下記の点で不備のため、平成６年法律第１１６号による改正付則第６条によりなお従前の例によるとされる改正前特許法第３６条第４項及び第５項第２号に規定する要件を満たしていない。 」
というものであり、記載不備について以下のとおり指摘した。
　
「１．３６条第４項について 
 　以下に指摘する各記載は、文言上または技術上、著しく不明確であって、現状では、実施例等に記載された事項と、請求項１に記載された「分離方法」各ステップ、または請求項２に記載された「分離装置」の各構成要素との対応関係する不明であるから、請求項に記載された発明が実施例においてどのように記載されているのか到底理解できないものであり、したがって、明細書の発明の詳細な説明には、請求項１及び２に記載された発明を当業者が実施しうる程度に記載したものとすることができない。 
 　以下、具体的に指摘する。 
 （ａ）【００１０】段落には「そして、本実施例におけるディジタルデータセパレータでは、１６回実行ゼロが検出された後に同期検出を生じる。」と記載されているが「実行ゼロ」とは何を意味するのか不明である。 
 　【００１７】等の他の箇所の「実行ゼロ」についても同様である。 
 （ｂ）【００１３】段落には「このＲＤＷ、すなわち読み取りデータウィンドウが、データ調整器１５からのrddataパルスを囲む。ここで、ＭＦＭ符号化rddataのデータビットは高ＲＤＷウィンドウであり、そしてSYNC（同期化）が検出されると、クロックビットが低ＲＤＷウィンドウとなる。」と記載されているが「データウィンドウが」「パルスを囲む」とは何を意味するのか不明である。 
 　また「データビット」「は高ＲＤＷウィンドウ」であり、「クロックビットが低ＲＤＷウィンドウとなる。」と記載されているが、「ビット」が「ウィンドウ」であるとは何を意味するのか不明である。また「高ＲＤＷウィンドウ」、「低ＲＤＷウィンドウ」自体何を意味するのか不明である。 
 （ｃ）【００１８】には「この現行最適推定値はクロック期間の単位中にある。」と記載されているが、何を意味するのか不明である。 
 （ｄ）【００１８】には「本実施例において、読み取りデータウィンドウ継続時間の現行最適推定値は、２進数小数位８桁まで正確なものとなる。」と記載されているが、「最適推定値」がどのような値であるのか（例えば、単位が秒数であるのか、ｍ秒であるのか、ｎ秒であるのか、それ以外であるのか）不明である。また、「最適推定値」がどのような値であるのか不明であるため「最適推定値」と「２進数少数位８桁」との関係も不明である。 
 （ｅ）【００１８】には「そして、現行最適推定値−１がＤＳＰデータパスブロック２０の時間レジスタ５５に加算され、逆カウントサイクルが始まる。特に、各クロックサイクル間に値１が時間レジスタ５５の値から引かれる。」と記載されているが、上記（ｄ）と同様に「現行最適推定値」がどのような値であるのか不明であるため、「現行最適推定値−１」がどの様な意味を持つ値であるのか不明である。 
 （ｆ）【００１８】には「時間レジスタ５５の値が０の近似値である場合、読み取りデータウィンドウはトグルを掛けて新規サイクルを開始する。通常、時間レジスタ値が０．５未満の時に読み取りデータウィンドウにトグルが掛けられる。」と記載されているが、「０の近似値」がどのような値であるのか不明である。 
 　また、「時間レジスタ値が０．５未満の時」が記載されているが、「０．５」がどのような意味を持つ値であるのか不明である。（「時間レジスタ」に入力されている値であるから「時間」の値であると考えられるが、例えば「０．５秒」等を意味するのか何を意味するのか不明である。） 
 　また、「ウィンドウにトグルが掛けられる」とは何を意味するのか不明確である。 
 （ｇ）【００１８】には「特別な場合として、DATAINパルスがウィンドウの終わりの部分でまずCLK_IN のエッジを立ち下げることによって捕捉される場合には、時間レジスタの値が０．０未満になるまでトルグは掛けられない。」と記載されているが、何を意味するのか不明である。（「DATAINパルスがウィンドウの終わりの部分でまずCLK_IN のエッジを立ち下げる）」は何を意味するのか不明である。） 
 （ｈ）【００１８】には「ここで、（DATAINの）データ入力パルスをセパレータ１０が受信すると、その到着時間が読み取りデータウィンドウの中心部に対して測定され、総エラー量が計算される。」と記載されているが、「総エラー量」とは何を意味するのか不明である。 
 （ｉ）また、【００１８】には「パスルが半期間に届く時には（DATAINパルスがまずCLK_IN のエッジを立ち下げることにより捕捉されるならば−０．５値）、このエラー算定は時間レジスタ５５の値を減算し、その結果をデータパスブロック２０内部のフェーズエラーレジスタ６０で保持することによって実行される。結果として生じるフェーズエラー値は、期間レジスタ５０を更新すると共に、時間レジスタ５５も更新して、選択されたフィードバックパラメータに基づく量ごとのフェーズ調節に用いられる。」と記載されているが「パスルが半期間に届く時」とは内を意味するのか、「（DATAINパルスがまずCLK_IN のエッジを立ち下げることにより捕捉されるならば−０．５値）」が何を意味するのか、「選択されたフィードバックパラメータに基づく量ごとのフェーズ調節に用いられる」とは何を意味するのかそれぞれ不明である。 
 （ｊ）【００１９】には「そして、フェーズフィードバックパラメータ（β）のフェーズエラー値回数を時間レジスタ値に加算することによってフェーズ調節がなされる。」と記載されているが、「フェーズエラー値回数」が何を意味するのか不明であり、「フェーズフィードバックパラメータ（β）のフェーズエラー値回数を時間レジスタ値に加算することによってフェーズ調節がなされる。」が何を意味するのか不明である。 
 （ｋ）【００２０】には「次に、図１のディジタルデータセパレータ１０を形成する各ブロックをより詳細に説明する。まず、データレート・リミット生成器３５は、呼び読み取りデータウィンドウ期間に向けて、データレートセレクト入力（DRSEL （１：０））を４つの異なる値に復号する。」と記載されているが、「呼び読み取りデータウィンドウ」が何を意味するのか不明である。 
 　また、その他の箇所にも「呼び読み取りデータウィンドウ」が記載されているが、同様に何を意味するのか不明である。 
 （ｌ）【００２０】の「また、このＲＤＷ期間の公称値は、読み取りデータウィンドウ期間がクランプされる上限および下限を計算するのにも利用される。本実施例では、その上限がＲＤＷ期間公称値の１．１２５倍に設定される一方、下限値が同じくＲＤＷ期間公称値の０．８７５倍に設定される。」と記載されているが、「ＲＤＷ期間の公称値」は何を意味するのか不明である。 
 　また、「読み取りデータウィンドウ期間がクランプされる上限および下限を計算するのにも利用される。」についても何を意味するのか不明である。 
 （ｍ）【００２１】には「データ調整器１５は生シリアル入力データ（DATAIN）を、ディジタルデータの分割が所望されている特定ディスクドライブ、あるいはテープやその他の出所媒体から受信する。」と記載されているが、「デジタルデータの分割」は何を意味するのか不明である。 
 （ｎ）【００２１】の「高ゲインモードであると、データセパレータ１０が初期速度の変動を速めるまで収束できることがわかる。」と記載されているが「初期速度の変動を速めるまで収束できる」とは何を意味するのか不明である。 
 （ｏ）【００２１】には「そして、再生されたデータウィンドウのクロックフィールドに追加のビットが見いだされと、カウントが増加される。」と記載されているが、何を意味するのか不明である。 
 （ｐ）【００２１】には「同期状態が不良の場合（例えば、ビットがデータフィールドやクロックフィールドの１ビットが検出されずに終了する場合）には、カウントは０にリセットされる。」と記載されているが、「（例えば、ビットがデータフィールドやクロックフィールドの１ビットが検出されずに終了する場合）」は何を意味するのか不明である。 
 （ｑ）【００２３】には「この状態の間に、呼び読み取りデータウィンドウの半期間に至るまでT_REG レジスタ（すなわち時間レジスタ５５）が初期化される。」と記載されているが、何を意味するか不明である。 
 （ｒ）【００２３】には「この作用によって、ディジタルデータセパレータ１０は一番目のビット上フェーズエラーなしで動作を開始することができるようになる。」と記載されているが何を意味するのか不明である。（特に「一番目のビット上フェーズエラー」が何を意味するのか不明である。） 
 （ｓ）【００２４】には「この状態の間に、フェーズ調節にはフェーズエラーの７／１６ファクターが利用され、期間調節にはフェーズエラーの１／１６が利用される。」と記載されているが「フェーズエラーの７／１６ファクター」、「フェーズエラーの１／１６」が何を意味するのか不明である。 
 　他の段落についても同様である。 
 （ｔ）【００２５】の「同期化計数（カウント）」は何を意味するのか不明である。 
 （ｕ）【００２５】には「同期化発見状態、すなわち、HI_GAIN 状態で受信されＭＦＭ符号化データに１６回実行されたビットが見いだされた後に、LO_GAIN _FLOP 状態が加えられるが、この時にLO_GAIN _TAPE 状態は設定されない（すなわち、sync_fnd ＊-tape_mode ）。」と記載されているが、「１６回実行されたビット」が何を意味するのか不明である。 
 　また、「この時にLO_GAIN _TAPE 状態は設定されない（すなわち、sync_fnd ＊-tape_mode ）。」と記載されているが、なぜ、「LO_GAIN _TAPE 状態は設定されない」のか不明である。 
 （ｖ）【００２５】には「このLO_GAIN _FLOP 状態の間に、１５／１２８のフェーズ調節ファクターが一実施例で利用され、期間調節ファクターを１／１２８のフェーズエラーにまで減少する。」と記載されているが、何を意味するのか不明である。（１５／１２８のフェーズ調整ファクター」が何を意味するのか、また、「１５／１２８のフェーズ調節ファクター」が利用されることにより、なぜ、期間調節ファクターを１／１２８のフェーズエラーにまで減少できるのかも不明である。） 
 （ｗ）【００２５】には「そして、主状態処理装置４５は、rgatebが行使されて他のデータシーケンスが開始されるまで、LO_GAIN _FLOP 状態のままとどまる。」と記載されているが、「rgatebが行使されて」は何を意味するのか不明である。 
 （ｘ）【００２６】には「これら相対的に大きなフィードバックパラメータは、テープモードに望ましいより大きなＩＳＶトラッキングを考慮したものであるが、半面ジッタ許容範囲の少な目の部分を犠牲にしたものでもある。これらのパラメータはHI_GAIN モードにおけるのと同じである。」と記載されているが、「半面ジッタ許容範囲の少な目の部分」 
 とは何を意味するのか不明である。 
 （ｙ）【００２７】には「レジスタ容量」と記載されているが何を意味するのか不明である。（一般的に考えると、レジスタのサイズを意味するとも考えられるが、何を意味するのか不明である。） 
 （ｚ）【００２９】には「ＤＳＰ状態処理装置のRUN状態がこの装置の初期状態である。」と記載されているが、【００２８】等の記載によると、「ＲＵＮ状態」の前に「ＦＩＲＳＴ＿ＦＮＤ状態」があり何を意味するのか不明である。 
 （ａａ）【００２９】には「しかしながら、カウントサイクルの即時終了でrddata信号が行使される場合には（すなわち、tog信号が生成されてウィンドウにトルグが掛けられると）、状態処理装置は直接ADD_PHS _ADJ （フェーズ調節加算）状態に進む。」と記載されているが、「（すなわち、tog信号が生成されてウィンドウにトルグが掛けられると）」は何を意味するのか不明である 
 （ａｂ）【００３０】には「このONE_FND （１発見）状態は保留状態であり、調節サイクルが始まる前に逆カウントサイクルの終了を許可する。ONE_FND 状態は、逆カウントサイクルの終了間近でpre_tog かtog信号が行使されるまで維持される。」と記載されているが、「pre_tog」 か「tog信号」の関係が不明である。（特定に「pre_tog」がどのような信号であるのか不明である。） 
 （ａｃ）【００３１】には「ここで、新規逆カウントサイクルが始まると、現行期間値−１が時間レジスタ５５（T REG）の残りの値に加算される。この後、PHASE_ADJ 値−１を時間レジスタ５５の容量に加算されてフェーズ調節がなされる。」と記載されているが、「現行期間値」がどのような値であるのか不明であり、「現行期間値−１」についてもどのような値であるのか不明である。 
 　また、「PHASE_ADJ 値−１」を固定値である「時間レジスタの容量」に加算することにより、なぜフェーズ調節がなされるのか不明である。 
 （ａｄ）【００３３】には「そして上位ビットがサインビットとして用いられ、下位ビットは２進数小数桁として用いられ、所望の精度を維持すると共に切り捨てエラーを削減する。」と記載されているが、「下位ビットは２進数小数桁として用いられ」は何を意味するのか不明である。（ＤＳＰ内部で数値表現についての記載と考えられるが、上記記載では、サインビット（符号ビット）が存在することが記載されているものの、ＤＳＰ内部で数値がどのように表現されているのか不明である。） 
 （ａｆ）【００３４】には「T REG、すなわち時間レジスタ５５は２進数小数位８桁を備えた１５ビットレジスタである。通常動作の間、時間レジスタ５５はクロックサイクル毎に１だけ減分される。」と記載されているが、「時間レジスタ」に格納されている値と、減分される「１」との関係が不明である。（「すなわち時間レジスタ５５は２進数小数位８桁を備えた１５ビットレジスタである。」との記載からすと、時間レジスタは、小数点以下８ビットの固定小数点数とも考えられるが、そうであるとすると、クロック毎に「１」減算とは、「時間レジスタ」の整数部分から「１」減算され、小数部分は変化がないことを意味するのかそれとも違うのか不明である。） 
 （ａｇ）【００３４】には「トグル時間の後、クロックの瞬間に換算して算出された期間（データウィンドウの長さ）がT REGに加算される。」と記載されているが、「クロックの瞬間に換算して算出された期間」がどのような期間であるのか不明である。 
 （ａｈ）【００３４】には「また、T REGに置かれたままの残値と期間レジスタ５０の２進数の桁に並ぶ値とが加算に入れられ、切り捨てエラーによるエラー累積を回避する。」と記載されているが「期間レジスタ５０の２進数の桁に並ぶ値」がどのような値であるのか不明である。 
 （ａｉ）【００３５】の「呼び期間値」は何を意味するのか不明である。 
 　その他の段落についても同様である。 
 （ａｋ）【００３６】には「このPER RAWレジスタ７5は、限界値チェック前の生期間値を内包し、パイプラインレジスタトして動いて期間調節フローの実行を促進する。」と記載されているが、「生期間」が何を意味するのか不明である。 
 （ａｌ）【００３９】、【００４０】の記載は何を意味するのか不明である。 
 （ａｍ）【００４１】の「読み取りデータウィンドウに実際トグルを掛けると、入力データが読み取りデータウィンドウ近くで受信され、まず負のクロックエッジによってストローブされた場合には著しく修正される。」は何を意味するのか不明である。 
 （ａｎ）【００４２】には「フェーズ調節が実行されるならば、−１（ブロック１０５）が加算され（ブロック１１０）か、あるいはT_ADJ に入れられる（ブロック１１５）。」 
 と記載されているが、図４の記載と矛盾し何を意味するのか不明である。 
 （ａｏ）【００４２】には「このようにT_ADJ として蓄積された値か、あるいはPER_M1 （期間−１）かのいずれかに、マルチプレクサ１２０経由でトグルが掛けられる。」と記載されているが、何を意味するのか不明である。（上記記載からすると、何らかの「値」にトグルが掛けられると記載されているが、どのようなことを意味するのか不明である。） 
 　【００４２】の「その結果加算器ブロック１２３かPER_NOM ／２に生じた値にトグルが掛けられ、マルチプレクサ１３０で示すように、T_REG _INIT 初期化信号に応答してT_REG レジスタに入る。」についても同様である。 
 （ａｐ）【００４７】には「次に、図９は、PHASE_ERR 信号をPHASE_PER 信号かPHASE_PER 値の生成を示す流れ図である」は何を意味するのか不明である。 
 （ａｑ）【００４７】には「その結果生じる値が期間PER回数１／２の積に加算される（ブロック５１５）。」何を意味するのか不明である。 
 （ａｒ）【００４８】には「特に、データ入力パルスを含み所定のクロックサイクルレートで計時されるデータストリームからデータおよびクロック情報を分ける分離方法が提供される。開示された方法は、データストリーム用読み取りデータウィンドウを生成させ、その読み取りデータウィンドウの継続時間の現行最適推定値を期間レジスタ値として期間レジスタに格納するステップと、期間レジスタ値−１を時間レジスタに入れることによって時間レジスタ中の値が時間レジスタ値と指定されるステップと、逆カウントサイクルの進行中に各クロックサイクルで値１を時間レジスタ値から減算することにより逆カウントサイクルを実行するステップと、読み取りデータウィンドウにトグルを掛け、時間レジスタ値がゼロに近づく時に新規読み取りデータウィンドウを開始することにより時間レジスタの残りが残値と指定されるステップとを備えている。」と記載されているが、「時間レジスタの残りが残値と指定される」は、何を意味するのか不明である。 （以下略） 」
　
４．当審の判断
　上記「理由：１」の「１．３６条第４項について」で（ａ）乃至（ａｒ）として指摘した記載不備が、平成２１年７月１３日付け手続補正により解消したか検討する。
　平成２１年７月１３日付け手続補正は、特許請求の範囲について補正するものであって、明細書の発明の詳細な説明は補正されていない。
　そこで、請求人の平成２１年７月２２日付け意見書を参酌して、発明の詳細な説明が、補正後の特許請求の範囲に記載された発明を当業者が容易に実施できる程度に記載されているか検討する。
　
　上記意見書において請求人は、
「２．拒絶理由についての意見
（１）拒絶理由１について
　上記拒絶理由（１）において、極めて多くの不明瞭記載のご指摘を受けましたので、以下、当業者が容易に理解できる程度に、参考として、本願明細書の「発明の詳細な説明」の欄を全面的に書き換えてみました。これにより、ご指摘の不明瞭記載の説明に替えさせて頂きます。
（２）拒絶理由２について
　平成２１年７月１３日付けで手続補正書を提出しましたが、上記したとおり、本願明細書を全面的に書き換えた結果、これに対応する特許請求の範囲を、以下のとおりと補正させて頂きたく希望しますので、可能であるならば再度の補正の機会を賜りますようお願いする次第です。」
と主張している。
　しかしながら、上記意見書においても、上記「理由：１」の「１．３６条第４項について」で（ａ）乃至（ａｒ）として指摘した記載不備について、何ら具体的な説明はされておらず、また、意見書における「参考として」の記載は、明細書の記載に代えることができるものでもない。
　
　してみると、本願の明細書の発明の詳細な説明は、上記「理由：１」の「１．３６条第４項について」で（ａ）乃至（ａｒ）として指摘した点が、依然として、文言上または技術上、著しく不明確であって、実施例等に記載された事項と、請求項１に記載された「分離方法」各ステップ、または請求項２に記載された「分離装置」の各構成要素との対応関係すら不明であるから、請求項１及び２に記載された発明が実施例においてどのように記載されているのか到底理解できないものであり、したがって、明細書の発明の詳細な説明は、請求項１及び２に記載された発明を当業者が容易に実施しうる程度に記載したものとすることができない。 
　
５．むすび
　以上のとおり、本願の明細書の発明の詳細な説明は、請求項１及び２に記載された発明を当業者が容易に実施しうる程度にその発明の目的、構成及び効果を記載したものとすることができず、平成６年法律第１１６号による改正附則第６条によりなお従前の例によるとされる改正前特許法第３６条第４項に規定する要件を満たさないものであって、本願は拒絶すべきものである。
　
　よって、結論のとおり審決する。