2016-000336

特願２０１４－　２１５９２「拡張専用チャンネル送信に対するデータライフスパンタイマーの実装実施」拒絶査定不服審判事件〔平成２６年　７月１０日出願公開、特開２０１４－１３１３１０〕について、次のとおり審決する。

【結　論】 本件審判の請求は、成り立たない。

【理　由】 第１　手続の経緯 本願は、２００５年４月２９日（パリ条約による優先権主張２００４年５月７日、米国）を国際出願日とした特願２００７－５１１５４１号の一部を平成２４年３月２６日に新たな特許出願とした特願２０１２－７０１５５号の一部を平成２４年４月２５日に新たな特許出願とした特願２０１２－１００１３６号の一部を平成２６年２月６日に新たな特許出願としたものであって、平成２６年１１月２１日付けで手続補正され、平成２７年２月９日付けで拒絶理由が通知され、同年５月１８日付けで手続補正されたが、同年８月２８日付けで拒絶査定がなされ、これに対し、平成２８年１月７日に拒絶査定不服審判が請求されるとともに同日付けで手続補正され、同年９月２３日付けで当審より拒絶理由が通知され、同年１２月２７日付けで意見書及び手続補正書が提出されたものである。 第２　平成２８年９月２３日付け拒絶理由通知の概要 平成２８年９月２３日付けで、当審より通知した拒絶理由（以下「当審拒絶理由」という。）の内容は、以下のとおりである。 「理　由 １）本件出願は、特許請求の範囲の記載が下記の点で不備のため、特許法第３６条第６項第１号に規定する要件を満たしていない。 ２）（略） 記 理由１について １．請求項３に係る発明は、発明の詳細な説明に記載したものではない。 （１）（略） （２）請求項３に係る方法の発明は、前段の「前記ＷＴＲＵにおいて、下りリンク信号チャネルを介して、上りリンク送信のための物理リソースの割当を受信することと、前記ＷＴＲＵにより、前記割り当てられた物理リソースを介して、ハイブリッド自動再送要求（Ｈ－ＡＲＱ）プロセスを用いて第１のブロックを送信することであって、前記第１のブロックを送信することは、他のデータを送信することより優先されること」と、このプロセスに続く、「前記ＷＴＲＵにおいて、タイマーについての設定情報を受信することであって、前記設定情報は値を示すこと」とは、時系列的な関係になく、さらに、後段の「前記タイマーの満了および物理リソースの割当を受信していないことに応じて、前記ＷＴＲＵにより、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信することと、前記要求に応じて、前記ＷＴＲＵにおいて、下りリンク信号チャネルを介して、物理リソースの割当を受信することと、前記物理リソースの割当に応じて、前記ＷＴＲＵにより、Ｈ－ＡＲＱプロセスを用いて第２のブロックを送信すること」との関係も如何なる時系列的な関係に有るのか明らかでない。このため、発明の詳細な説明（段落【００１３】～【００２０】、ステップ２０２～ステップ２３２）の記載、及び図２におけるＷＴＲＵ内でのデータライフスパンタイマーを実装するプロセスのフローダイアグラムにおける全フローのうちいずれの部分にも対応しておらず、請求項３に係る方法の発明は、発明の詳細な説明に記載したものではない。 （３）（略） （４）（略） ２．３．（略） したがって、上記１～３のとおり、請求項１ないし４に係る発明は、発明の詳細な説明に記載したものではない。 理由２について、（略）」 したがって、請求項３に係る方法の発明は、発明の詳細な説明（段落【００１３】～【００２０】、ステップ２０２～２３２の記載、及び図２におけるＷＴＲＵ内でのデータライフスパンタイマーを実装するプロセスのフローダイアグラムにおける全フローのうちいずれの部分にも対応しておらず、発明の詳細な説明に記載したものではない。 第３　請求人の対応 １．平成２８年１２月２７日付け手続補正書の概要 上記当審拒絶理由に対し、請求人は、平成２８年１２月２７日付けで、手続補正書を提出し、特許請求の範囲について補正したが、その請求項３（以下、「補正後請求項３」という。）の記載は、以下のとおりである。 「無線送受信装置（ＷＴＲＵ）により実行される方法であって、 上りリンク送信のためのデータをバッファに格納することと、 前記ＷＴＲＵにおいて、タイマーについての設定情報を受信することであって、前記設定情報は値を示し、前記設定情報はネットワークから受信されることと、 前記ＷＴＲＵにおいて、前記バッファされたデータに関連付けられた前記タイマーを初期化することと、 前記バッファされたデータの送信のためのハイブリッド自動再送要求（Ｈ－ＡＲＱ）プロセスを関連付けることと、 前記タイマーの満了および物理リソースの割当を受信していないことに応じて、前記ＷＴＲＵにより、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信することと、 前記要求に応じて、前記ＷＴＲＵにおいて、下りリンク信号チャネルを介して、物理リソースの割当を受信することと、 前記物理リソースの受信された割当に応じて、前記ＷＴＲＵにより、前記関連付けられたＨ－ＡＲＱプロセスを用いてデータブロックを送信することと を備えたことを特徴とする方法。」 ２．平成２８年１２月２７日付け意見書の概要 上記当審拒絶理由に対し、請求人は、平成２８年１２月２７日付けで、以下の意見書（以下、「意見書」という。）を提出した。その概要は以下のとおりである。 「【意見の内容】 （１）（略） （２）（略） （３）請求項１の第２段落（補正前の第２，３段落に相当する前段部分）の補正は、段落番号［００１０］、［００１３］の記載に基づいています。 請求項１の第３段落の補正は、段落番号［００１１］の記載に基づいており、第４段落の補正は、段落番号［００１０］、［００１３］の記載に基づいています。第５段落は、段落番号［００１３］の記載に基づいて追記しました。 請求項１の第６－８段落（補正前の第６－８段落に相当する後段部分）は、上記の補正に応じて書誌的な修正を加えたものであり、段落番号［００１２］、［００１６］、［００１９］の記載に基づいています。 請求項２の補正は、段落番号［００１１］、［００１３］の記載に基づいています。 請求項３，４の方法クレームも、請求項１，２の補正に合わせて補正しました。 （４）補正前の請求項に記載されていた「第１のブロック」及び「第２のブロック」という用語が、発明の詳細な説明には直接的に記載されていないため、書き改めました。 請求項１の前段部分は、図２のフローダイヤグラムでは、ステップ２０２に相当し、上りリンク送信のためのデータがバッファに格納されます。制御装置は、タイマーについての設定情報をネットワークから受信しており、バッファされたデータの送信に関連付けられたタイマーを初期化します。このとき、バッファされたデータには、Ｈ－ＡＲＱプロセスが関連付けられます（段落番号［００１３］）。 制御装置は、タイマーの満了（ステップ２２０）および物理リソースの割当を受信していないこと（ステップ２２４－２２８）に応じて、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信します（ステップ２２８）。そして、制御装置は、物理リソースの割当を受信すると、Ｈ－ＡＲＱプロセスを用いてデータブロックを送信します（ステップ２０６－２１２－２１４）。 これにより、ＷＴＲＵにおいて、上りリンク送信のためのデータをバッファに格納してから送信するまで、タイマーの使用との関係が明確になり、図２のフローダイヤグラムとの関係も明確になりましたので、特許請求の範囲の記載が当初明細書等に記載された範囲内となり、拒絶の理由は解消したものと思料いたします。」 第４　当審の判断 補正後請求項３における「前記タイマーの満了および物理リソースの割当を受信していないことに応じて、前記ＷＴＲＵにより、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信することと、前記要求に応じて、前記ＷＴＲＵにおいて、下りリンク信号チャネルを介して、物理リソースの割当を受信することと、前記物理リソースの受信された割当に応じて、前記ＷＴＲＵにより、前記関連付けられたＨ－ＡＲＱプロセスを用いてデータブロックを送信すること」との記載事項（以下、「発明特定事項」という。）が、発明の詳細な説明に記載されたものであるかどうかについて、特に、「前記タイマーの満了」「に応じて」を中心に以下に検討する。 発明特定事項の根拠について、平成２８年１２月２７日付け意見書【意見の内容】の項（４）において、「制御装置は、タイマーの満了（ステップ２２０）および物理リソースの割当を受信していないこと（ステップ２２４－２２８）に応じて、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信します（ステップ２２８）。そして、制御装置は、物理リソースの割当を受信すると、Ｈ－ＡＲＱプロセスを用いてデータブロックを送信します（ステップ２０６－２１２－２１４）。」旨釈明し、「前記タイマーの満了」「に応じて」が（ステップ２２０）に相当するとしている。 そこで、請求人が「前記タイマーの満了」「に応じて」の記載事項の根拠と主張する（ステップ２２０）に関連する事項について検討するに、本願発明の詳細な説明には、以下の記載があり、図２に各ステップのフローが図示されている。 「【００１２】 （前略） 図２は、本発明に従ってＥ－ＤＣＨ送信を支援する目的で、ＷＴＲＵ１０２内でデータライフスパンタイマー１２４を実装実施するプロセス２００のフローダイアグラム（流れ図）である。ＷＴＲＵ１０２は、複数のデータライフスパンタイマー１２４を使用して多数のＥ－ＤＣＨ送信を同時に処理することができる。 【００１３】 Ｅ－ＤＣＨ１０８経由で新規のデータブロックが送信用に受信されると、制御装置１２２はそのデータブロックに対してデータライフスパンタイマー１２４を起動し、Ｈ－ＡＲＱプロセス１２８をそのデータブロックに関連付け、その新規のデータブロックはバッファ１２６で待機する（ステップ２０２）。ＲＮＣは、各Ｅ－ＤＣＨのＴｒＣＨまたは各Ｅ－ＤＣＨの論理チャンネルに対してデータのライフスパンを設定構成する。ＭＡＣまたはＲＬＣでＵＬ送信を受信すると、そのタイマーが各送信に対して初期化される。 【００１４】【００１５】（略） 【００１６】 ステップ２０４の各ＴＴＩ（有効期間）に対して、制御装置１２２はＷＴＲＵ１０２のバッファ１２６内のデータブロックに対するデータライフスパンタイマーが満了したか否かを判定する（ステップ２０６）。データライフスパンタイマー１２４が満了した場合、制御装置１２２はそのデータブロックを破棄し、関連付けられるＨ－ＡＲＱプロセス１２８を解除する（ステップ２０８）。ＷＴＲＵ１０２はこのイベント（事象、出来事）を、ＲＮＣ１０６またはノードＢ１０４のいずれかに通知することができる（ステップ２１０）。ＷＴＲＵ１０２はさらにノードＢに、一意な指示を有するチャンネル割り振り要求を送ることで、物理リソースの割り振りが十分でないことを通知することができる。 【００１７】 ステップ２０６を再び参照すると、データブロックに対するデータライフスパンタイマー１２４が満了していない場合、制御装置１２２は、ＷＴＲＵ１０２のバッファ１２６内のデータブロックがＷＴＲＵ１０２により前もって送信すでに送信されたか否かを判定する（ステップ２１２）。データブロックが前もって送信すでに送信された場合、データブロックに関連付けられるデータフィードバック情報がノードＢ１０４から受信されたか否かがさらに判定される（ステップ２１４）。データブロックの送信が成功したことを示す確認応答（ＡＣＫ）メッセージが受信される場合、そのデータブロックはバッファ１２６から破棄され、関連付けられるＨ－ＡＲＱプロセス１２８が別のデータブロックを支援するために利用可能となり、データライフスパンタイマーがリセットされる（ステップ２１６）。フィードバックメッセージが受信されない場合、ＷＴＲＵ１０２は次のＴＴＩ（有効期間）までフィードバックメッセージを待つ（ステップ２１８）。 【００１８】 ステップ２１２でデータブロックがＷＴＲＵ１０２によりこれまでに前もって送信されていないことが判定される場合、またはそのデータブロックが送信されたが、そのデータブロックの送信が失敗したことを示す非確認応答（ＮＡＣＫ）メッセージが受信される場合、そのデータブロックは再送信される。制御装置１２２は、そのデータブロックに対するデータライフスパンタイマー１２４が満了直前か否かを判定する（ステップ２２０）。データライフスパンタイマー１２４が満了直前でない場合、通常のＨ－ＡＲＱ操作が、そのデータブロックを送信するために初期化される（ステップ２２２）。 【００１９】 ステップ２２４において、制御装置１２２は、データライフスパンタイマー１２４が満了直前であるときに物理リソースが割り振られたているか否かを判定する（ステップ２２４）。物理リソースが割り振られている場合、制御装置１２２はそのデータブロックの送信を随意的に任意に優先することができる（ステップ２２６）。物理リソースが割り振られていない場合、制御装置１２２は、そのデータブロックの送信を支援するために緊急チャンネル割り振り要求をノードＢに随意的に任意に送ることができる（ステップ２２８）。 【００２０】 ステップ２１４を再び参照すると、ＮＡＣＫメッセージが受信された場合、そのデータブロックは再送信され、制御装置１２２は再送カウンタ１３０が最大再送信制限に到達したか否かを判定することができる（ステップ２３０）。再送カウンタ１３０はデータブロックが再送信される度にインクリメント（増加）され、最大再送信制限はＲＮＣ１０６により構成設定される。再送カウンタ１３０が最大再送信制限に到達しない場合、プロセス２００はステップ２２０に進む。再送カウンタ１３０が最大再送信制限に到達した場合、制御装置１２２は、そのデータブロックに対するライフスパンタイマー１２４が満了しない限り、Ｈ－ＡＲＱプロセス１２８を再初期化する（ステップ２３２）。再送カウンタ１３０が初期化され、新規のデータのインジケータ（指示子）がインクリメントされると、Ｈ－ＡＲＱプロセス１２８が再初期化されたことを示す。」 まず、補正後請求項３に「前記ＷＴＲＵにおいて、前記バッファされたデータに関連付けられた前記タイマー」と記載され、これに対応して、発明の詳細な説明の段落【００１３】に「Ｅ－ＤＣＨ１０８経由で新規のデータブロックが送信用に受信されると、制御装置１２２はそのデータブロックに対してデータライフスパンタイマー１２４を起動し、Ｈ－ＡＲＱプロセス１２８をそのデータブロックに関連付け、その新規のデータブロックはバッファ１２６で待機する（ステップ２０２）。」と記載されているから、補正後請求項３の「タイマー」が発明の詳細な説明の「データライフスパンタイマー１２４」に相当することは明らかである。 そして、請求人が「前記タイマーの満了」「に応じて」の記載事項の根拠とする「（ステップ２２０）」に関し、段落【００１８】には「制御装置１２２は、そのデータブロックに対するデータライフスパンタイマー１２４が満了直前か否かを判定する（ステップ２２０）。」と記載され、当該「データライフスパンタイマー１２４が満了直前か否かを判定する（ステップ２２０）」は、データライフスパンタイマー（１２４）が満了していないことを前提として、「満了直前」の状態にあるか否かを「はい」か「いいえ」で判定するものであるから、「前記タイマーの満了」「に応じて」が発明の詳細な説明の（ステップ２２０）に相当するものであるとは認められない。 また、発明の詳細な説明において、「前記タイマーの満了」「に応じて」に相当する記載としては、段落【００１６】に「制御装置１２２はＷＴＲＵ１０２のバッファ１２６内のデータブロックに対するデータライフスパンタイマーが満了したか否かを判定する（ステップ２０６）。データライフスパンタイマー１２４が満了した場合」と記載され、それに対応して、図２にステップ２０６が図示されているのみである。しかし、「データライフスパンタイマー１２４が満了した場合」に続くステップは「制御装置１２２はそのデータブロックを破棄し、関連付けられるＨ－ＡＲＱプロセス１２８を解除する（ステップ２０８）」であるから、請求項３の記載における「前記タイマーの満了および物理リソースの割当を受信していないことに応じて、前記ＷＴＲＵにより、上りリンク信号チャネルを介して、物理リソースの割当の要求を送信することと、前記要求に応じて、前記ＷＴＲＵにおいて、下りリンク信号チャネルを介して、物理リソースの割当を受信することと、前記物理リソースの受信された割当に応じて、前記ＷＴＲＵにより、前記関連付けられたＨ－ＡＲＱプロセスを用いてデータブロックを送信すること」に該当するものではない。 よって、補正後請求項３の発明特定事項は、請求人が根拠とする該当箇所を含めて発明の詳細な説明中には記載も示唆もされておらず、出願時の技術常識を考慮しても自明な事項ともいうことができないから、発明の詳細な説明に記載されたものではない。 第５　むすび 以上のとおり、本願は、特許請求の範囲の記載が、特許法第３６条第６項第１号に規定する要件を満たしていないから、特許を受けることができない。 よって、結論のとおり審決する。