【事件の表示】
　特願２０１３−５１９８７１「マルチユーザ伝送のためのメディアアクセス手法」拒絶査定不服審判事件〔平成２４年　１月２６日国際公開、ＷＯ２０１２／０１２４２０、平成２５年１０月　３日国内公表、特表２０１３−５３７７３９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続きの経緯
　本件特許出願は、２０１１年（平成２３年）７月１９日（パリ条約による優先権主張外国庁受理２０１０年（平成２２年）７月２０日，米国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２５年１２月２７日付け：拒絶理由の通知
　平成２６年　４月１４日　　：意見書、手続補正書の提出
　平成２６年　９月　５日付け：拒絶理由の通知
　平成２６年１２月　９日　　：意見書、手続補正書の提出
　平成２７年　１月２７日付け：拒絶査定
　平成２７年　６月　３日　　：審判請求書、手続補正書の提出
　平成２７年　７月１７日付け：前置審査における拒絶理由の通知
　平成２７年１１月３０日　　：意見書、手続補正書の提出
　平成２７年１２月１８日付け：前置報告
　平成２８年　３月　１日付け：当審における拒絶理由の通知
　平成２８年　６月　７日　　：意見書、手続補正書の提出
第２．本件発明について
　本件の請求項１に係る発明（「以下、本件発明」という。）は、平成２８年６月７日に提出された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものと認める。
「複数の宛先装置のうちの１つ又は複数の宛先装置を選択するステップと、
　前記選択された１つ又は複数の宛先装置のうちの少なくとも一宛先装置との第１の交換を開始するステップであって、前記選択された１つ又は複数の宛先装置のうちの少なくとも一宛先装置にメッセージを送信するステップを含む、ステップと、
　前記第１の交換の結果に基づき、前記選択された１つ又は複数の宛先装置のうちの少なくともいくつかの宛先装置にマルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）無線データ送信をするかバックオフ時間に入るか選ぶステップであって、前記バックオフ時間は第２の交換が開始される前の時間を含むステップと
を有する方法。」
第３．引用文献について
１．引用文献１の記載
　当審における平成２８年３月１日付けで通知した拒絶理由にて引用した、本件の優先権主張の日前に公開された刊行物である国際公開第２００９／０２７９３１号（２００９年（平成２１年）３月５日公開、以下「引用文献１」という。）には、図面とともに次の事項が記載されている。（なお、下線は当審にて付した。）
（１）第６頁第６行から第１９行 
「Accordingly, 
an enhanced MAC frame, i.e., the MU-RTS
is different from the ordinary RTS frame because it has multiple recipient MAC addresses.
Although the
enhanced MAC frame has specific fields which are only meaningful/understandable to MU devices, the frame can be transmitted in the legacy physical layer and has common fields, that are understandable by all legacy devices. Therefore, legacy devices can decode the bits, interpret common fields and initiate appropriate settings.
Moreover, there is no need to change interpretation rules for corresponding existing or legacy MAC frames.
当審訳： 
「結果的に、
改善されたMACフレーム(すなわちMU-RTS)
は、複数の受信側MACアドレスを持つので、通常のRTSフレームと異なる。
改善されたMACフレームは、MU装置に対してのみ意味があり理解可能な特定のフィールドを持つが、このフレームは、レガシー物理レイヤにおいて送信されることができ、全てのレガシー装置が理解できる共通のフィールドを持つ。したがって、レガシー装置は、ビット列を復号することができ、共通のフィールドを解釈することができて、適切な設定を開始することができる。
対応する既存の又はレガシーMACフレームのための解釈ルールを変更する必要はない。
（２）第１０頁第５行から第７行
「The following embodiments provide enhancements for 
multi-user support for IEEE 802.11 based networks by using MU-RTS and M-CTS frames for accessing the channel
当審訳： 
「以下の実施の形態は、
チャネルにアクセスするためのMU-RTS及びM-CTSフレーム
を用いることによりIEEE 802.11ベースのネットワークのマルチユーザサポート
  
（３）第１０頁第１６行から第１９行 
「Fig. 2 shows 
a four-way handshake
to facilitate channel access with multiple users prior to data transmission.
当審訳：
「図２は、第１の実施の形態による
四方向のハンドシェイク手順
これによってデータ伝送に先立ち複数のユーザでのチャネルアクセスを支援する。
（４）第１０頁第２２行から第２５行 
「According to Fig. 2, 
the transmission is initiated
by the AP 10 by broadcasting an MU-RTS frame
which is a MAC frame including multiple receiver addresses used for addressing e.g. three (R#l to R#3) of the four exemplary stations 21 to 24 shown on Fig. 1.
当審訳：
「図２によれば、例えば
AP 10が
MU-RTSフレームをブロードキャストすることによって送信が開始され、このMU-RTSフレームは、４つの例示的なステーション21から24のうちの例えば３つ(R#1からR#3)をアドレス指定するために使用される複数の受信機アドレスを含むMACフレームである。
（５）第１０頁第３１行から第３２行 
「
After receiving the MU-RTS frame, the selection of stations (R#1 to R#3) which are present in the receiver list reply with an M-CTS frame.
当審訳：
「
MU-RTSフレームを受信し
受信機リスト中に含まれる選択されたステーション(R#1からR#3)は、M-CTSフレームで応答する。
  
（６）第１１頁第３行から第２０行 
「The above procedure can be programmed as a software routine based on the following pseudo code structure: 
  
　n is the position of the station in 
the receiver list in MU-RTS frame
　after receiving MU-RTS, wait for SIFS 
　　while(the station still did not transmit its M-CTS) 
　　if (n=l) 
　　　transmit M-CTS 
　　　else 
　　　if (the channel gets occupied){ 
　　　　wait that the channel gets free 
　　　　n = n-1 
　　　　wait for RIFS 
　　　} 
　　　else{ 
　　　n = n-1 
　　　wait for RIFS 
　　　} 」
当審訳：
「上述の手順は、以下の擬似コード構造に基づくソフトウェアルーチンとしてプログラムされ得る。
　nを
MU-RTSフレーム中の受信機リスト
　M-RTSを受信後、SIFSの期間待機する 
　　while(当該ステーションがまだ自身のM-CTSを送信していない) 
　　　if (n=1) 
　　　　M-CTSを送信する 
　　　else 
　　　　if (チャネルが占有されている){ 
　　　　　チャネルが解放されるのを待つ 
　　　　　n = n-1 
　　　　　RIFSの期間待機する 
　　　} 
　　　else{ 
　　　　n = n-1 
　　　　RIFSの期間待機する 
　　　} 」
（７）第１１頁第３３行から第１２頁第９行 
「The transmitter (e.g. 
AP 10
receives none, some, or all of the M-CTS frames from the addressed subset of stations.
　if (# of M-CTS received  0) 
　　create and transmit a MIMO frame from the packets for stations that replied, optionally applying some scheduling strategy; 
　else 
　　start accessing the channel for the next transmission; 」
当審訳：
「送信機(例えば
AP 10
は、ステーションのうちのアドレス指定されたサブセットからのM-CTSフレームのどれも受信しないか、それらの幾つかを受信するか、又はそれらの全てを受信する。
  
　if (受信したM-CTSの数  0) 
　　応答したステーション宛てのパケットからMIMOフレームを作成し送信する、オプションとして何らかのスケジューリング戦略を適用する; 
　else 
　　次回の送信のためにチャネルにアクセスする; 」
（８）上記摘記事項（７）にて摘記した擬似コード構造によって表現される部分（引用文献１の第１２頁第５から９行まで）
「if (# of M-CTS received  0) 
　　create and transmit a MIMO frame from the packets for stations that replied, optionally applying some scheduling strategy; 
　else 
　　start accessing the channel for the next transmission;」
は、if else制御文による条件分岐を記述したものであって、以下の意味であると理解できる。 
〈擬似コードの意味〉 
　
受信したM-CTSが１つでもある場合には、応答したステーション宛てのパケットからMIMOフレームを作成して送信し
受信したM-CTSが全く無い場合には、次回の送信のためにチャネルにアクセスする。
（９）第１３頁第３行から第５行
「Additionally, other options of IEEE 802.11e, such as trasmission opportunities(TxOP), block acknowledgement(BA), or no acknowledgement may also be combined with the above procedures, so as to further improve the performance.」
当審訳：
「更なるパフォーマンスの改善に関して、追加的に、送信機会（TxOP）、ブロックアックナレッジメント（BA）、又はノーアックナレッジメント、のような、IEEE 802.11eの他のオプションも同様に上記処理手順と組み合わせることができる。」
２．引用発明１について
　以上の引用文献１の記載によれば、引用文献１には、次の発明（以下、「引用発明１」という。）が記載されていると認められる。 
  
［引用発明１］
「チャネルにアクセスするためのMU-RTS及びM-CTSフレームを用いることによるIEEE 802.11ベースのネットワークのマルチユーザサポートの方法であって、 
　四方向のハンドシェイク手順を含み、これによってデータ伝送に先立ち複数のユーザでのチャネルアクセスを支援し、 
　四方向のハンドシェイク手順は、 
　　AP 10がMU-RTSフレームをブロードキャストすることによって送信が開始され、このMU-RTSフレームは、４つの例示的なステーション21から24のうちの例えば３つ(R#1からR#3)をアドレス指定するために使用される複数の受信機アドレスを含むMACフレームであり、 
　　MU-RTSフレーム中の受信機リスト中に含まれる選択されたステーション(R#1からR#3)は、MU-RTSフレームを受信した後に、M-CTSフレームで応答し、 
　　AP 10は、ステーションのうちのアドレス指定されたサブセットからのM-CTSフレームのどれも受信しないか、それらの幾つかを受信するか、又はそれらの全てを受信し、 
　　受信したM-CTSが１つでもある場合には、応答したステーション宛てのパケットからMIMOフレームを作成して送信し、受信したM-CTSが全く無い場合には、次回の送信のためにチャネルにアクセスする 
　ことを含み、 
　改善されたMACフレームすなわちMU-RTSフレームは、 
　　複数の受信側MACアドレスを持つので、通常のRTSフレームと異なり、 
　　MU装置に対してのみ意味があり理解可能な特定のフィールドを持つが、このフレームは、レガシー物理レイヤにおいて送信されることができ、全てのレガシ装置が理解できる共通のフィールドを持つため、レガシー装置は、ビット列を復号することができ、共通のフィールドを解釈することができて、適切な設定を開始することができるものであり、対応する既存の又はレガシーMACフレームのための解釈ルールを変更する必要はない 
　ものである、 
IEEE 802.11ベースのネットワークのマルチユーザーサポートの方法。」
３．引用文献２について
　当審における平成２８年３月１日付けで通知した拒絶理由にて引用した、本件の優先権主張の日前に公開された刊行物である特開２００８−２７８４８３号公報（平成２０年１１月１３日公開、以下「引用文献２」という。）には、図面とともに次の事項が記載されている。（なお、下線は当審にて付した。）
（１０）第０００６段落 
「【０００６】 
　
ＩＥＥＥ８０２．１１ｅＥＤＣＡ規格
（１１）第０００９段落から第００１２段落 
「【０００９】 
　これらメディアアクセスパラメータを使用して、
ＥＤＣＡは以下のように機能する。
【００１０】 
　
送信局は、何らかの送信を開始する前に、少なくともＡＩＦＳ時間間隔中にチャネルが（物理的且つ仮想的に）アイドル状態であることを検出しなければならない。初期ＡＩＦＳ間隔後にチャネルがアイドルである場合、送信局はＲＴＳ送信を開始し、受信局からのＣＴＳ送信を待つ。
【００１１】
　ＲＴＳ送信中にコリジョンが発生した場合、又は
ＣＴＳが受信されない場合、送信局は、バックオフ手続きを呼び出し、バックオフカウンタを使用して０〜ＣＷ（最初はＣＷｍｉｎに設定される）から選択されるランダムなバックオフタイムスロットをカウントダウンする。
【００１２】 
　
バックオフカウンタがゼロに達すると、送信局はＲＴＳ送信を開始し、受信局からのＣＴＳ送信を待つ。
４．引用文献２から把握できる周知技術について
　ＩＥＥＥ　８０２．１１ｅ　ＥＤＣＡ規格が周知であることを踏まえると、引用文献２の記載には、次の周知技術（以下、「周知技術１」という。）が記載されていると認められる。
［周知技術１］
「ＩＥＥＥ　８０２．１１ｅ　ＥＤＣＡ規格における技術であって、
　送信局は、何らかの送信を開始する前に、少なくともＡＩＦＳ時間間隔中にチャネルが（物理的且つ仮想的に）アイドル状態であることを検出し、初期ＡＩＦＳ間隔後にチャネルがアイドルである場合、送信局はＲＴＳ送信を開始し、受信局からのＣＴＳ送信を待ち、
　ＣＴＳが受信されない場合、送信局は、バックオフ手続きを呼び出し、バックオフカウンタを使用して０〜ＣＷ（最初はＣＷｍｉｎに設定される）から選択されるランダムなバックオフタイムスロットをカウントダウンし、
　バックオフカウンタがゼロに達すると、送信局はＲＴＳ送信を開始し、受信局からのＣＴＳ送信を待つ、
　というように機能するＩＥＥＥ　８０２．１１ｅ　ＥＤＣＡ規格における技術。」
第４．対比
１．本件発明と引用発明１との対比
　本件発明と引用発明１とを対比する。
（１）引用発明１の「ステーション」及び「MU装置」は、本件発明の「宛先装置」に相当する。 
（２）引用発明１の「MU-RTSフレーム」及び「改善されたMACフレーム」は、本件発明の「メッセージ」に相当する。 
（３）引用発明１の「四方向のハンドシェイク手順」におけるRTSとCTSのやり取りは、AP 10とステーションとがMU-RTSフレームとM-CTSフレームとを交換するものであるから、本件発明の「第１の交換」に相当する。 
（４）引用発明１の「四方向のハンドシェイク手順」におけるRTSとCTSのやり取りは、「AP 10がMU-RTSフレームをブロードキャストすることによって送信が開始され、このMU-RTSフレームは、４つの例示的なステーション21から24のうちの例えば３つ(R#1からR#3)をアドレス指定するために使用される複数の受信機アドレスを含む」ものであるから、引用発明１と本件発明とは、「複数の宛先装置のうちの少なくとも一宛先装置との第１の交換を開始するステップであって、前記複数の宛先装置のうちの少なくとも一宛先装置にメッセージを送信するステップを含む、ステップ」を含む方法である点で一致する。 
（５）引用発明１の「M-CTSフレーム」は、「四方向のハンドシェイク手順」におけるRTS送信の結果としてAP 10が得るものであるから、AP 10が受信した「M-CTSフレーム」の数は、本件発明の「第１の交換の結果」に相当する。
（６）引用発明１の「MIMOフレームを作成して送信」することは、MIMOフレームがステーションすなわちMU装置宛てであることから、本件発明の「マルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）無線データ送信」に相当する。 
（７）引用発明１は、AP 10が受信したM-CTSフレームが１つでもあるか否かに基づいて、MIMOフレームを作成して送信するか、次回の送信のためにチャネルにアクセスするかを選択しているのであるから、引用発明１と本件発明とは、「前記第１の交換の結果に基づき、複数の宛先装置のうちの少なくともいくつかの宛先装置にマルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）無線データ送信をするか他の動作をするか選ぶステップ」を有する点で一致する。 
２．一致点について
　したがって、本件発明と引用発明１とは、以下の点で一致する。
［一致点］ 
「１つ又は複数の宛先装置のうちの少なくとも一宛先装置との第１の交換を開始するステップであって、前記１つ又は複数の宛先装置のうちの少なくとも一宛先装置にメッセージを送信するステップを含む、ステップと、 
　前記第１の交換の結果に基づき、前記１つ又は複数の宛先装置のうちの少なくともいくつかの宛先装置にマルチユーザマルチ入力マルチ出力（ＭＵ−ＭＩＭＯ）無線データ送信をするか他の動作をするか選ぶステップとを有する方法。」
３．相違点について
　一方、本件発明と引用発明１は、以下の点で相違する。
［相違点１］
　本件発明は、「複数の宛先装置のうちの１つ又は複数の宛先装置を選択するステップ」を有するのに対し、引用発明１は１つ又は複数の宛先装置を複数の宛先装置から選択しているか否かが明確ではない点。
［相違点２］
　本件発明は、第１の交換の結果に基づいて、ＭＵ−ＭＩＭＯ無線データ送信をするか、第２の交換が開始される前の時間を含むバックオフ時間に入るかを選んでいるのに対し、引用発明１では、第１の交換の結果に基づいて、ＭＵ−ＭＩＭＯ無線データ送信をするか他の動作をするか選ぶものの、他の動作として、第２の交換が開始される前の時間を含むバックオフ時間に入ることについて言及がない点。
第５．当審の判断
１．［相違点１］について
　引用発明１のMU-RTSフレームは、４つの例示的なステーション21から24のうちの例えば３つ(R#1からR#3)をアドレス指定するために使用される複数の受信機アドレスを含んでおり、このMU-RTSに応答してM-CTSフレームを送信するステーションは、このMU-RTSフレーム中の受信機リスト中に含まれる選択されたステーション(R#1からR#3)である。つまり、引用発明１は、MU-RTSフレーム中に宛先となる３つステーションのアドレスが存在しており、MU-RTSフレームを受け取ったステーションは、自身のアドレスがMU-RTSフレームに含まれているか否かによって、MU-RTSフレームが自身に宛てられたものであるか否かを判断し、自身に宛てられた場合には、M-CTSフレームを返送し、自身に宛てられていない場合には、M-CTSフレームを返送しないものである。以上から、MU-RTSフレームの送信は、物理レイヤの観点からはブロードキャストであるが、MACレイヤの観点では、指定された宛先にのみ送信されるマルチキャストであると理解できる。
　してみると、AP 10がMU-RTSフレームを送信する時点よりも前に、４つあるステーションのうちから宛先となる３つのステーションが何らかの方法によって選択されていなければならないことは、明らかである。 
　したがって、引用発明１において、MU-RTSフレームを送信する前に、複数のステーションを選択するステップを設けることは、当業者の通常の創作能力の発揮に過ぎず、格別のことではない。 
２．［相違点２］について
　上記した周知技術１は、IEEE 802.11eのEDCA規格における技術であって、送信局は、送信に先立ってチャネルがアイドル状態であることを検出し、チャネルがアイドルである場合、RTS送信を開始し、受信局からのCTS送信を待ち、CTSが受信されない場合、バックオフ手続きを呼び出し、バックオフカウンタを使用して０〜ＣＷから選択されるランダムなバックオフタイムスロットをカウントダウンし、バックオフカウンタがゼロに達すると、再びRTS送信を開始し、受信局からのCTS送信を待つ、というものである。
　これは、最初のRTS送信においてCTSが受信できない場合、その回でのデータ送信をあきらめ、次回の送信に備えてバックオフ手続きに入る動作であると理解できる。また、バックオフ手続きではバックオフタイムスロットがゼロに達すると、再びRTS送信を開始することから、バックオフ手続きのバックオフタイムスロットは、再びRTS送信を開始する前の時間で設定されるといえる。
　してみると、当該周知技術１における、最初のRTS送信からCTSが受信できないと判断するまでの一連の動作は、本件発明における「第１の交換」に相当し、当該周知技術１における、再びRTS送信を行いCTS送信を待つという一連の動作は「第２の交換」に相当する。また、当該周知技術１のバックオフタイムスロットは、再びRTS送信を行うという動作の前の時間で設定されるから、本件発明のように「第２の交換が開始される前の時間を含む」ものである。
　このことから、当該［相違点２］に係る「第１の交換の結果に基づいて、第２の交換が開始される前の時間を含むバックオフ時間に入る」という技術的事項は、当該周知技術１の有する技術的事項であるといえる。
　そして、引用発明１の改善されたMACフレームすなわちMU-RTSフレームは、通常のRTSフレームと異なり、MU装置に対してのみ意味があり理解可能な特定のフィールドを持つが、レガシー物理レイヤにおいて送信されることができ、全てのレガシ装置が理解できる共通のフィールドを持つため、レガシー装置は、ビット列を復号することができ、共通のフィールドを解釈することができて、適切な設定を開始することができるものであり、対応する既存の又はレガシーMACフレームのための解釈ルールを変更する必要はないものである（「第３．引用文献について」「１．引用文献１の記載」の摘記事項（１）を参照）。
　ここで、引用発明１がIEEE 802.11ベースのネットワークのマルチユーザサポートであることから、引用発明１のMU-RTSフレームは、周知のIEEE 802.11ベースのRTSフレームに対して後方互換性を有さねばならず、MU-RTSフレームに関係するプロトコルも、周知のIEEE 802.11ベースの規格に対して後方互換性を有さなければならないことは明らかである。
　加えて、「第３．引用文献について」「１．引用文献１の記載」の摘記事項（９）にもあるように、引用文献１では、IEEE 802.11eの他のオプションも処理手順に組み合わせることができる旨の示唆もある。
　そうすると、引用発明１における、M-CTSが受信されなかった場合に、次回の送信のためにチャネルにアクセスするという動作を具体化するために、IEEE 802.11eのEDCA規格の上記周知技術１を採用することで、バックオフ手続きに入ってバックオフ時間を待った後、再びRTS送信を開始し、CTS送信を待つようにすることは、当業者が容易に想到し得ることである。
３．効果について
　また、本件発明の構成によってもたらされる効果は、引用発明１及び周知技術１より当業者であれば容易に予測することができる程度のものである。
４．まとめ
　よって、本件発明は、引用発明１及び周知技術１に基づいて、当業者が容易に発明をすることができたものである。
第６．むすび
　以上のとおり、本件発明は、引用文献１に記載された引用発明１及び周知技術１に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願のその余の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。
第７．その他
　なお、平成２８年６月７日提出の意見書において、審判請求人が主張している下記事項についても言及しておく。
１．意見書「Ｄ．（２）」（周知技術１の「バックオフ手続き」は、本件発明の「バックオフ時間は第２の交換が開始される前の時間を含む」ものではない、とする点）について
　審判請求人は、意見書にて、「前記バックオフ時間は第２の交換が開始される前の時間を含むステップ」との補正は、図５−１２及び図１３等の記載に基づき、当初明細書等に記載した事項の範囲内にあります。」とした上で、周知技術１の「「バックオフ手続き」は、「バックオフ時間は第２の交換が開始される前の時間を含む」ものではないと思料いたします。」と主張する。
　そこでまず、「第２の交換」について検討する。
　本願明細書等には「第２の交換」についての直接的な記載は無い。また、補正の根拠として挙げている図５−１２及びそれに関連する明細書の記載には「第２の交換」といえる構成を見出せない。
　一方で、図１３には、交換の結果に基づいて（ブロック１３０８）、バックオフ時間だけ待った後（ブロック１３１２）、再度交換を始める（ブロック１３０６）という流れが記載されていることから、「第２の交換」とは、図１３におけるブロック１３０８からブロック１３１２を経た上で実行される、ブロック１３０６を意味すると解される。
　そうすると、「第５．当審の判断」「２．［相違点２］について」にて既に述べたように、周知技術１における、再びRTS送信を行いCTS送信を待つという一連の動作は、本件発明の「第２の交換」に相当し、周知技術１の「バックオフタイムスロット」は、この再びRTS送信を行うことによる一連の動作より前の時間を含む時間で設定されるから、本件発明の「バックオフ時間」のように「第２の交換が開始される前の時間を含む」ものといえる。
　よって、周知技術１の「バックオフ手続き」は本件発明の「バックオフ時間は第２の交換が開始される前の時間を含む」ものではないとする出願人の主張は採用できない。
２．意見書「Ｄ．（３）」（当業者は引用発明１に周知技術１を採用することを想到しない、とする点）について
　審判請求人は、意見書にて、「引用文献１に記載された発明の目的は、「レガシー装置及び手順の変更をあまり必要としない、より柔軟なマルチユーザ伝送スキームを提供すること」（段落００１６）です。
　したがって、『引用文献１において、Ｍ−ＣＴＳが受信されなかった場合の、次回の送信のためにチャネルにアクセスするという動作を、ＩＥＥＥ　８０２．１１ｅ規格に対する後方互換性の観点から、引用文献２に記載されたようなＩＥＥＥ　８０２．１１ｅのＥＤＣＡ規格に準拠するよう、バックオフ手続きに入ってバックオフ時間を待つ動作とする』と、引用文献１に記載された発明の目的が達成できなくなるため、当業者は引用文献１に記載された発明に、かかる変更を行うことには想到しないと思料いたします。」と主張する。
　まず、引用文献１には段落００１６はないが、審判請求人は、引用文献１の次の記載に言及していると思われる。
第６頁第２行から３行
「It is an object of the present invention to provide a more flexible multi-user transmission scheme which requires less modifications of legacy devices and procedures.」
当審訳：
「この発明の目的は、レガシー装置及び手順の変更をあまり必要としない、より柔軟なマルチユーザ伝送スキームを提供すること」
　しかしながら、なぜ引用発明１に周知技術１を適用すると、この目的が達成できなくなるのか意見書の記載からは把握できない。
　引用発明１は、このような目的のために、IEEE 802.11ベースのネットワークのマルチユーザサポートのための拡張を提供するものであること（「第３．引用文献について」「１．引用文献１の記載」の「摘記事項（２）」参照）を踏まえると、IEEE802.11ベースのネットワークであるIEEE 802.11eの技術に関する周知技術１を適用することで、IEEE 802.11eベースのマルチユーザサポートのための拡張を提供することができることは明らかであって、発明の目的である、レガシー装置及び手順の変更をあまり必要としない、より柔軟なマルチユーザ伝送スキームを提供すること、と何ら矛盾しないと思料する。
　加えて、IEEE 802.11eと組み合わせることについての示唆（「第３．引用文献について」「１．引用文献１の記載」の「摘記事項（９）」参照）があることも勘案すると、引用発明１に周知技術１を組み合わせることに何ら阻害要因を発見しない。
　よって、当業者は引用発明１に周知技術１を適用することを想到しない、とする審判請求人の主張についても採用できない。