【事件の表示】
　特願２０１４−　９８８９４「無線ローカルエリアネットワークにおけるフレーム交換の応答性を改善する方法およびシステム」拒絶査定不服審判事件〔平成２６年　８月　７日出願公開，特開２０１４−１４３７６５，請求項の数（２２）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２００６年３月３１日（パリ条約による優先権主張外国庁受理　２００５年４月４日　米国，２００５年４月１３日　米国，２００６年３月２９日　米国）を国際出願日とする出願である特願２００８−５０５４２３号の一部を，平成２２年１１月２日に新たな特許出願とした特願２０１０−２４６５４５号の一部を，平成２３年３月７日に新たな特許出願とした特願２０１１−４９３４６号の一部を，平成２５年４月２２日に新たな特許出願とした特願２０１３−８９３３４号の一部を，平成２６年５月１２日に更に新たな特許出願としたものであって，平成２７年２月２日付けで拒絶理由が通知され，同年６月１０日付けで手続補正がされ，同年６月２４日付けで拒絶査定がされ，これに対し，同年１１月２日に拒絶査定不服審判が請求されたものである。
第２　本願発明
　本願の請求項１−２２に係る発明は，平成２７年６月１０日付けの手続補正で補正された特許請求の範囲の請求項１−２２に記載された事項により特定されるものと認められるところ，本願の請求項１に係る発明（以下，「本願発明」という。）は以下のとおりである。
「第１の局（ＳＴＡ）における使用のための方法であって，
　レスポンダへ，要求フレームを送信するステップであって，前記要求フレームは，要求識別番号を示す要求識別番号フィールドを含む，ステップと，
　前記要求フレームに応答して，前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく，前記レスポンダから，媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信するステップであって，前記サウンディングＰＰＤＵは，前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む，ステップと，
　を含む，方法。」
第３　原査定の理由の概要
Ａ．この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから，特許法第２９条第１項第３号に該当し，特許を受けることができない。
Ｂ．この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
［理由Ａ，Ｂについて］
請求項：１−３
引用文献：１
備考：
　引用文献１（第２６頁第２６行−第３０頁第１５行，第５図，第７−８図）には，
　無線アドホックネットワークの通信局ＳＴＡ（「通信エンティティ」）間の通信方法であって，
　通信局ＳＴＡ０（「開始局」）は，時刻Ｔ１において，ＡＣＫタイプフィールドには遅延ＡＣＫにてＡＣＫを返送してほしい旨のリクエスト情報を記載し，ＡＣＫ  ＳＥＱフィールドには本パケットにＡＣＫ情報が相乗りされていない旨を示す情報を記載した，ＲＴＳパケットを送信し，
　これを受信した通信局ＳＴＡ１（「レスポンダ」）は，時刻Ｔ２において，ＡＣＫタイプフィールドには指示どおり遅延ＡＣＫにてＡＣＫを返送する旨の確認情報を記載し，ＡＣＫ  ＳＥＱフィールドには本パケットにＡＣＫ情報が相乗りされていない旨を示す情報を記載した，ＣＴＳパケットを返送し，
　これを受信した通信局ＳＴＡ０は，時刻Ｔ３で，ＡＣＫタイプフィールドには遅延ＡＣＫにてＡＣＫを返送してほしい旨のリクエスト情報を再度記載し，ＡＣＫ  ＳＥＱフィールドには本パケットにＡＣＫ情報が相乗りされていない旨を示す情報を記載し，ＳＥＱフィールドには本パケットのシーケンス番号（例えば０２３）を記載した，データパケット（「要求フレーム」「データフレーム」）を
送信し，
　通信局ＳＴＡ１は，上記データパケットを受信し，
　通信局ＳＴＡ０は，再度通信局ＳＴＡ１に宛ててデータパケットを送信すべく，ＡＣＫタイプフィールドには今度は即時ＡＣＫにてＡＣＫを返送してほしい旨のリクエスト情報を記載し，ＡＣＫ  ＳＥＱフィールドには本パケットにＡＣＫ情報が相乗りされていない旨を示す情報を記載した，ＲＴＳパケットを時刻Ｔ５で送信し，
　これを受信した通信局ＳＴＡ１は，時刻Ｔ６において，ＣＴＳパケットのＡＣＫタイプフィールドには即時ＡＣＫにてＡＣＫを返送する旨の確認情報を記載し，また通信局ＳＴＡ１は，通信局ＳＴＡ０宛ての未送信のＡＣＫを保持していることから，ＡＣＫ  ＳＥＱフィールドには先に受信したシーケンス番号０２３のパケットの受信確認応答であるＡＣＫ情報を相乗りさせ，ＡＣＫ  ＳＥＱフィールドにＡＣＫの対象であるデータフレームのシーケンス番号０２３を記載した，ＣＴＳパケット（「要求フレームの受領確認を行う別個のＡＣＫフレームを送信することなく，レスポンダから応答フレームを送信」「別のフレームにピギーバック」）を返送する，通信方法の発明が記載されている。
　ここで，ＡＣＫタイプフィールドに記載される，遅延ＡＣＫにてＡＣＫを返送してほしい旨のリクエスト情報は，要求フレームの受領確認のために別個のＡＣＫフレームを送信されるべきでないことを示す情報であり，即時ＡＣＫにてＡＣＫを返送する旨の確認情報は，別個のＡＣＫフレームを送信すべきであることを示す情報（第８図　Ｔ８におけるＡＣＫの送信を参照）であるから，ＡＣＫタイプフィールドは，請求項３に記載されたＡＣＫポリシーフィールドと差異はない。
　したがって，本願の請求項１−３に係る発明は，引用文献１に記載された発明と格別の差異はない。
　　　　　　　　　　　引　用　文　献　等　一　覧
１．国際公開第２００４／０７１０２１号
（拒絶査定のコメント）
　この出願については，平成２７年　２月　２日付け拒絶理由通知書に記載した理由１，２によって，拒絶をすべきものです。
　なお，意見書並びに手続補正書の内容を検討しましたが，拒絶理由を覆すに足りる根拠が見いだせません。
●理由１（特許法第２９条第１項第３号），理由２（特許法第２９条第２項）について
・請求項　１−２２
・引用文献等　１
　先に通知したとおり，引用文献１の図８等に記載された，時刻Ｔ３で送信されるデータパケットは，本願発明の「要求フレーム」に対応する。また，時刻Ｔ６で送信されるＣＴＳパケットは，本願発明の「サウンディングＰＰＤＵ」に対応する。
　また，引用文献１の第２９頁−第３０頁に記載された「シーケンス番号０２３」は，本願発明の「要求識別番号」に対応する。
　したがって，引用文献１において，時刻Ｔ３で送信されるデータパケットは，シーケンス番号０２３を記載したＳＥＱフィールドを含むから「前記要求フレームは，要求識別番号を示す要求識別番号フィールドを含む」点において，本願発明と引用文献１に記載された発明は相違しない。また，時刻Ｔ６で送信されるＣＴＳパケットは，シーケンス番号０２３を記載したＳＥＱフィールドを含むから，「前記サウンディングＰＰＤＵは，前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む」点において，本願発明と引用文献１に記載された発明は相違しない。
第４　当審の判断
１ 刊行物の記載事項
　引用文献１（国際公開第２００４／０７１０２１号）には，以下の事項が記載されている。
「次に，IEEE802.11の拡張規格であるIEEE802.11a を例にとり，フレームフォーマット( パケットフォーマット) について図１３及び図１４を用いて説明する。図１３は，IEEE802.11a におけるフレームフォーマットを示す図である。各パケットの先頭には，パケットの存在を示すためのプリアンブルが付加されている。」（２ページ１５〜１８行），
「・ ACKのバリエーション
　図５に示したように，データパケットを送信した直後にACKパケットを返送しない場合のARQ手順について図８，図９ならび図１０を用いて説明する。この場合，ACKの返送方法として，少なくとも２つのバリエーションが存在し，図５で示したようにデータパケットを誤りなく受信したらすぐさまACKを返送する即時ACKと，データパケットを誤りなく受信したらACKを送信するまでの間定められた期間をカウントしてからACKを返送する遅延ACKが定義される。即時ACKに関しては，従来例ならび図５で示したような手順を踏む一方，遅延ACKでは，下記の手順がとられる。
1.データパケットを誤りなく受信したらACKパケット送信までのタイマーを起動し，該タイマーが終了した時点（expier）でACKパケットの送信を試みる。
2.上記タイマーが終了する以前に，ACKを返送すべき相手通信局宛てに何らかのパケットを送信することになった場合には，そのデータに，ACK情報をも記載し，上記タイマーをリセットする。
　遅延ACKのもう１つの例としては，下記の手順がとられることもある。
１．データパケットを誤りなく受信したら誤りなく受信したパケットの場合を記録しておくが，ACKは送信しない。
２．ACKを送信すべき相手通信局宛に何らかのパケットを送信することになった場合に，そのデータに，ACK情報をも記載し送信する。
３．送信したデータに関して，ACKが一定期間返送されてこない場合には，再送要求を送信する。
　この場合，先に示した例と異なり，ACK返送のためのタイマーを持たない。ACKが一定期間返送されてこない場合には再送要求を送信する制御は，一般的な再送手順である。
　ACKに複数のバリエーションがある場合，図７に示したように，送信するデータやその他の制御用フレームにおいて，どのようにACKを返送するかを示すACKタイプフィールドが定義されており，送信側は，RTSフレームならびデータフレームにて，受信側からどのようにACKを返送してほしいかを示すリクエスト情報をこのフィールドに記載し，CTSフレームにて，どのようにACKを返送するかを示す確認情報をこのフィールドに記載する。さらに，いずれのフレームにおいてもACKが相乗りする可能性があるため，ACK SEQフィールドが定義されている。ACK SEQフィールドは，下記のように用いられる。
　例えば，通信局STA0が通信局STA1に向けてSEQ番号023のリンクレイヤパケットを送信する場合を想定する。このとき，データパケットのSEQフィールドには，番号023 が記載される。例えば，このデータパケットが受信できた旨を返送する際には，ACK SEQフィールドに番号023 を記載する。データパケットが受信できた旨は，RTS/CTS/Data/ACKのいずれのフレームにおいて返送してもよいことから，図７に示した全てのフレームにおいてACK SEQフィールドが定義されている。ここでは，説明を簡略化する都合上，ACK SEQフィールドが一つしかないように記載されているが，実際には，複数のACK SEQフィールドが各フレームに存在してもかまわない。
・図８の例の説明
　図８は，本例の無線通信システムにおける送受信手順の第１の例を示す図である。ここでは，通信局STA0から通信局STA1に宛てて，２つのデータパケットを送信する場合を例にとっている。
　通信局STA0は，時刻T0において，データパケットの送信手順を起動し，CSMAの手順に従い送信権利を獲得するためにバックオフカウントを開始する。時刻T1において，バックオフカウントが完了し，この間メディアがクリアであることを確認したので，RTSパケットを送信する。このとき，RTSパケットのACKタイプフィールドには遅延ACK にてACKを返送してほしい旨のリクエスト情報を記載し，ACK SEQフィールドには本パケットにACK情報が相乗りされていない旨を示す情報を記載する。
　これを受信した通信局STA1は，時刻T2においてCTSパケットを返送する。このとき，CTSパケットのACKタイプフィールドには指示どおり遅延ACKにてACKを返送する旨の確認情報を記載し，ACK SEQフィールドには本パケットにACK情報が相乗りされていない旨を示す情報を記載する。
　これを受信した通信局STA0は，時刻T3でデータパケットを送信する。このとき，データパケットのACKタイプフィールドには遅延ACK（Del.Ack）にてACKを返送してほしい旨のリクエスト情報を再度記載し，ACK SEQフィールドには本パケットにACK情報が相乗りされていない旨を示す情報を記載し，SEQフィールドには本パケットのシーケンス番号（例えば023）を記載する。
　これを受信した通信局STA1は，時刻T4から，ACK返送のためのタイマーを起動する。また，このタイマーが完了するよりも以前に，通信局STA0は，再度通信局STA1に宛ててデータパケットを送信すべくランダム時間の遅延の後にRTSパケットを時刻T5で送信する。このとき，RTSパケットのACK Typeフィールドには今度は即時ACKにてACKを返送してほしい旨のリクエスト情報を記載し，ACK SEQフィールドには本パケットにACK情報が相乗りされていない旨を示す情報を記載する。
　これを受信した通信局STA1は，時刻T6においてCTSパケットを返送する。このとき，CTSパケットのACKタイプフィールドには即時ACKにてACKを返送する旨の確認情報を記載する。また通信局STA1は，通信局STA0宛ての未送信のACKを保持していることから，ACK SEQフィールドには先に受信したシーケンス番号023のパケットの受信確認応答であるACK情報を相乗りさせ，ACK SEQフィールドにACKの対象であるデータフレームのシーケンス番号023を記載する。
　これを受信した通信局STA0は，先のデータフレームが誤りなく受信できた旨を確認しつつ，次のデータパケットを時刻T7で送信する。このとき，データパケットのACKタイプフィールドには即時ACK（Imd.Ack）にてACKを返送してほしい旨のリクエスト情報を再度記載し，ACK SEQフィールドには本パケットがACK情報が相乗りされていない旨を示す情報を記載し，SEQフィールドには本パケットのシーケンス番号（例えば024）を記載する。
　これを受信した通信局STA1は，ACKを即時に送ってほしい旨を認識していることから，今度は時刻T8において即時ACKパケットを返送する。ACKパケットのACK SEQフィールドには先に受信したシーケンス番号024を記載する。」（２６ページ２６行〜３０ページ１５行）
　そうすると，引用文献１には，
「通信局STA0における方法であって，
　バックオフカウントが完了し，その間メディアがクリアであることが確認できた時刻T1において，通信局STA1に，ACKタイプフィールドに遅延ACK にてACKを返送してほしい旨のリクエスト情報を記載し，ACK SEQフィールドに本パケットにACK情報が相乗りされていない旨を示す情報を記載した，RTSパケットを送信し，
　時刻T2において，通信局STA1から，ACKタイプフィールドに指示どおり遅延ACKにてACKを返送する旨の確認情報を記載し，ACK SEQフィールドに本パケットにACK情報が相乗りされていない旨を示す情報を記載した，CTSパケットを受信し，
　時刻T3において，通信局STA1に，ACKタイプフィールドに遅延ACK（Del.Ack）にてACKを返送してほしい旨のリクエスト情報を再度記載し，ACK SEQフィールドに本パケットにACK情報が相乗りされていない旨を示す情報を記載し，SEQフィールドに本パケットのシーケンス番号（例えば023）を記載した，データパケットを送信し，
　再度通信局STA1に宛ててデータパケットを送信すべくランダム時間の遅延の後である時刻T5において，ACK Typeフィールドに即時ACKにてACKを返送してほしい旨のリクエスト情報を記載し，ACK SEQフィールドに本パケットにACK情報が相乗りされていない旨を示す情報を記載したRTSパケットを送信し，ここで前記時刻T5は，通信局STA1が時刻T4から起動したACK返送のためのタイマーが完了するよりも以前であり，
　時刻T6において，前記RTSを受信した通信局STA1から，ACKタイプフィールドに即時ACKにてACKを返送する旨の確認情報を記載し，ACK SEQフィールドに先に受信したシーケンス番号023のパケットの受信確認応答であるACK情報を相乗りさせ，ACK SEQフィールドにACKの対象であるデータフレームのシーケンス番号023を記載したCTSパケットを受信し，
　時刻T7において，先のデータフレームが誤りなく受信できた旨を確認しつつ，通信局STA1に，ACKタイプフィールドに即時ACK（Imd.Ack）にてACKを返送してほしい旨のリクエスト情報を再度記載し，ACK SEQフィールドに本パケットがACK情報が相乗りされていない旨を示す情報を記載し，SEQフィールドに本パケットのシーケンス番号（例えば024）を記載した次のデータパケットを送信し，
　時刻T8において，通信局STA1から，ACK SEQフィールドに先に受信したシーケンス番号024を記載した即時ACKパケットを受信する，方法。」
の発明（以下，「引用発明」という。）が記載されていると認める。
　なお，拒絶査定において「また，時刻Ｔ６で送信されるＣＴＳパケットは，本願発明の「サウンディングＰＰＤＵ」に対応する。」とされているが，時刻T6において通信局STA1から受信するCTSパケットは，時刻T5において送信されたRTSパケットに対応するものであり，T3において送信されたデータパケットに対する遅延ACKも相乗りされているものの，当該CTSパケットはサウンディングに係る構成を有するものではない。したがって，引用文献１には，「前記レスポンダから，媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信するステップ」が記載されているとはいえない。
２　対比
　そこで，本願発明と引用発明とを対比すると，
　引用発明の「通信局STA0における方法」を「第１の局（ＳＴＡ）における使用のための方法」と称することは任意である。
　引用発明の「通信局STA1」は「レスポンダ」といえる。
　引用例がフレームとパケットとを同義のものとして使用していることはその記載から明らかであり，本願明細書の【００１３】の「ただし，本発明は，管理フレーム，制御フレーム，データフレーム等，任意のタイプのフレームに等しく適用可能であることに留意されたい。要求フレームおよび応答フレームは，異なるタイプのフレームとすることができる。」との記載を参酌すれば，引用発明の「RTSパケット」，「データパケット」は，本願発明の「要求フレーム」に含まれるといえる。
　本願発明の「前記要求フレームに応答して，前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく，前記レスポンダから，媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信するステップであって，前記サウンディングＰＰＤＵは，前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む，ステップ」と，引用発明の「時刻T6において，前記RTSを受信した通信局STA1から，ACKタイプフィールドに即時ACKにてACKを返送する旨の確認情報を記載し，ACK SEQフィールドに先に受信したシーケンス番号023のパケットの受信確認応答であるACK情報を相乗りさせ，ACK SEQフィールドにACKの対象であるデータフレームのシーケンス番号023を記載したCTSパケットを受信し，」とは，下記の相違点１，２は別として，「前記要求フレームに応答して，前記レスポンダから，応答を受信するステップ」の点で共通している。
　したがって，本願発明と引用発明とは，
「第１の局（ＳＴＡ）における使用のための方法であって，
　レスポンダへ，要求フレームを送信するステップと，
　前記要求フレームに応答して，前記レスポンダから，応答を受信するステップと，
　を含む，方法。」
の点で一致している。
　他方，本願発明と引用発明は，以下の点で相違する。
（相違点１）
　本願発明の「要求フレーム」は，「要求識別番号を示す要求識別番号フィールド」を含むのに対し，引用例の図７のとおり，引用発明のデータパケット（データフレーム）は「ACK SEQフィールド」及び「SEQフィールド」が含まれ，これらのフィールドに「パケットのシーケンス番号（例えば023）」等が記載されるものの，「要求識別番号」については明らかでない点。
（相違点２）
　一致点の「前記要求フレームに応答して，前記レスポンダから，応答を受信するステップ」に関し，本願発明は，「前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく，前記レスポンダから，媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信」するものであり，「前記サウンディングＰＰＤＵは，前記要求フレームに含まれた前記要求識別番号を示す要求識別フィールドを含む」のに対し，引用発明はこれらの構成を有していない点。
３　判断
　まず，相違点２について検討する。
　引用発明の通信局STA0から送信されるパケットは遅延ACK又は即時ACKのいずれかを含むものであり，これらはいずれもACKを要求するものであって，ACKを要求しない本願のNo-ACKに相当するものは存在しない。また，ACK以外に，要求フレームに応答してレスポンダから受信されるものは記載されていない。ここで，CTSはRTS を受信できた旨をフィードバックするものであるから，一種のACKと解するのが自然である。したがって，引用発明には「前記要求フレームに応答して，前記要求フレームの受領を確認する別個の肯定応答（ＡＣＫ）フレームを受信することなく，前記レスポンダから」何らかの信号を「受信する」ことは記載されておらず，これを容易になし得るとする理由も見当たらない。
　また，本願明細書の【００１６】，【００３０】〜【００３３】等に照らせば，本願発明の「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）」は，イニシエータからの要求フレームがトレーニング要求（training request：ＴＲＱ）フレームである場合に当該要求に応答してレスポンダから送信されるものである。そして，同【００３９】，【００４６】に照らせば，イニシエータは当該サウンディングＰＰＤＵに基づいてチャネル状態情報（ＣＳＩ）を推定し，推定されたＣＳＩは次のパケットの送信時のＭＩＭＯパラメータ設定等に使用されるものである。一方，引用発明の通信局STA0が送信するのはRTSパケット及びデータパケットのみであり，これに対して通信局STA1から受信するのはCTSパケット及びACKパケットのみであって，引用例にはトレーニング要求及びサウンディング（ＣＳＩ推定）については記載も示唆もされていない。このため，引用発明と「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）」との関連は何ら見当たらないから，引用発明において「前記レスポンダから，媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を包含するサウンディング物理層プロトコルデータユニット（ＰＰＤＵ）を受信する」ことを容易になし得るとすることはできない。
　したがって，他の相違点を検討するまでもなく，本願発明は，当業者が引用発明に基いて容易に発明をすることができたとはいえない。
　本願の請求項１２に係る発明は，本願発明を別のカテゴリーにて表現したものであるので，本願発明と同様に，当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
　本願の請求項２−１１，１３−２２に係る発明は，それぞれ本願発明，請求項１２に係る発明をさらに限定したものであるので，本願発明と同様に，当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
第５　むすび
　以上のとおり，本願の請求項１−２２に係る発明は，いずれも，当業者が引用発明に基づいて容易に発明をすることができたものではないから，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。