【事件の表示】
　特願２０１４−５２７０７７「近距離無線通信システムにおける端末間の接続優先順位に従うデータ送受信装置及び方法」拒絶査定不服審判事件〔平成２５年　２月２８日国際公開、ＷＯ２０１３／０２８０３１、平成２６年１０月　９日国内公表、特表２０１４−５２７３６８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１２年（平成２４年）８月２４日（パリ条約による優先権主張外国庁受理　２０１１年８月２５日　韓国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２８年　５月３１日付け　拒絶理由通知書
　平成２８年　９月　６日　　　意見書、手続補正書の提出
　平成２９年　２月１４日付け　拒絶査定
　平成２９年　６月２０日　　　拒絶査定不服審判の請求、手続補正書の提
　　　　　　　　　　　　　　　出
第２　平成２９年　６月２０日にされた手続補正（以下、「本件補正」という。）について
１　本件補正の概要
（１）本件補正により、特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、以下のとおり補正された。
「【請求項１】
　近距離無線通信（ＮＦＣ）システムにおける端末間の接続優先順位に従うデータ送受信方法であって、
　送信するデータが存在する場合に、第１の端末と第２の端末との間の直接通信のために設定された第１の接続の接続優先順位を決定するための比例フェア（ＰＦ）値を決定するステップと、
　前記ＰＦ値を前記第２の端末に送信することにより前記第１の接続を通したデータ送信を要請するステップと、
　前記第１の接続を通したデータ送信許容を指示する応答信号が前記第２の端末から受信される場合に、前記データを前記第２の端末に送信するステップと
を有し、
　前記ＰＦ値は、データＱｏＳレベル、データレイテンシ、データバッファサイズ、及びチャネル状態情報に比例し、かつ、サービスされたデータレートに反比例するように決定されることを特徴とするデータ送受信方法。」
（２）本件補正前の平成２８年９月６日にされた手続補正により補正された特許請求の範囲の請求項１〜３に係る発明は以下のとおりである。
「【請求項１】
　近距離無線通信（ＮＦＣ）システムにおける端末間の接続優先順位に従うデータ送受信方法であって、
　送信するデータが存在する場合に、第１の端末と第２の端末との間の直接通信のために設定された第１の接続の接続優先順位を決定するための比例フェア（ＰＦ）値を決定するステップと、
　前記ＰＦ値を前記第２の端末に送信することにより前記第１の接続を通したデータ送信を要請するステップと、
　前記第１の接続を通したデータ送信許容を指示する応答信号が前記第２の端末から受信される場合に、前記データを前記第２の端末に送信するステップと
を有することを特徴とするデータ送受信方法。
　　【請求項２】
　前記ＰＦ値は、データサービス品質（ＱｏＳ）レベル、データレイテンシ、データバッファサイズ、チャネル状態情報、及びサービスされたデータレートの中の少なくとも１つに基づいて決定されることを特徴とする請求項１に記載のデータ送受信方法。
　　【請求項３】
　前記ＰＦ値は、前記データＱｏＳレベル、前記データレイテンシ、前記データバッファサイズ、及び前記チャネル状態情報に比例し、前記サービスされたデータレートに反比例するように決定されることを特徴とする請求項２に記載のデータ送受信方法。」
２．補正の適否について
　請求項１についての上記補正は、本件補正前の請求項１、２を削除し、本件補正前の請求項１を引用する請求項２を引用する請求項３を、独立請求項１とするものであり、特許法第１７条の２第５項第１号に掲げる請求項の削除に該当するものである。そして、同条第３項、第４項の規定に適合するものでもある。
第３　原査定の拒絶の理由
　原査定の拒絶の理由は、この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない、というものであり、本件補正前の請求項３に対して引用例１〜２が引用されている。
１．国際公開第２０１０／０５４１０１号
２．Xinzhou Wu, et al.，FlashLinQ: A Synchronous Distributed Scheduler for Peer-to-Peer Ad Hoc Networks，IEEE, 2010 48th Annual Allerton Conference on Communication, Control, and Computing，２０１０年１０月　１日開催日（周知技術を示す文献）
第４　引用例等に記載された事項及び引用発明等について
１　引用例
　原査定の拒絶の理由で引用された国際公開第２０１０／０５４１０１号（以下、「引用例」という。）には、図面とともに以下の事項が記載されている。
（１）「[0001] 
Various embodiments relate to wireless communications
peer to peer communications
（当審仮訳：
[0001]　
様々な実施形態は無線通信に関し
ピア・ツー・ピア通信
（２）「[0019] Figure 1 is a drawing of an exemplary 
peer to peer network 100, e.g., an ad-hoc communications network
the scheduling is based on quality of service level information corresponding to different connections competing to use the same traffic air link resource.
[0020] 
Figure 2, comprising the combination of Figure 2A and Figure 2B, is a flowchart 200 of an exemplary method of operating a first wireless terminal,
to implement a method of communicating with one or more other communications devices. The exemplary method of flowchart 200 is well suited for peer to peer communications networks, e.g., an ad hoc peer to peer network implementing decentralized control.
the first wireless terminal establishes a first connection with a second wireless terminal, e.g., another peer to peer mobile node.
[0021] In step 206, 
the first wireless terminal determines if it has data, e.g., traffic data including image data, audio data and/or text data, to transmit to second wireless terminal. If the first wireless terminal determines that it has data to transmit to the second wireless terminal, then operation proceeds from step 206 to step 208
[0022] In step 208 the first wireless terminal determines a first quality of service level to be used for data to be transmitted in a first traffic transmission slot. Operation proceeds from step 208 to step 211. In step 211 the first wireless terminal generates a request signal including a pilot signal portion and a quality of service (QoS) information portion. The QoS information portion conveys the determined first quality of service level.
[0023] Operation proceeds from step 211 to step 212. 
In step 212 the first wireless terminal transmits the generated request signal in a first traffic transmission request block corresponding to the first traffic transmission slot
the request signal is communicated using a transmission unit used to communicate a request pilot signal and one or more additional data units used to communicate the first quality of service level.
[0024] Operation proceeds from step 212 to step 214. In step 214 the first wireless terminal monitors a first transmission request response block corresponding to a first traffic transmission segment in the first traffic transmission slot for transmission request responses, said first transmission request response block including a plurality of transmission unit sets, each transmission unit set in said first transmission request  response block corresponding to one of the different connection identifiers in said set of different connection identifiers. Operation proceeds from step 214 via connecting node A 216 to step 218.
[0025] 
In step 218 the first wireless terminal decides whether or not to transmit in the first traffic transmission slot based on quality of service information included in request responses detected by the monitoring. Step 218 includes one or more of sub- steps 220, 224 and 224.
In sub-step 222 the first device decides to transmit when: i) a request response is received in reply to the request signal
[0026] Operation proceeds from step 218 to step 226. In step 226 the first wireless terminal proceeds differently depending upon the decision whether or not to transmit data in the first traffic transmission slot. 
If the decision of step 218 is to transmit, then operation proceeds from step 226 to step 228.
[0027] Returning to step 228, 
in step 228 the first wireless terminal generates traffic signals to transmit to second wireless terminal. Operation proceeds from step 228 to step 230, in which the first wireless terminal transmits the generated traffic signals to the second wireless terminal in the first traffic segment of the first traffic transmission slot.
（当審仮訳：
[0019]　図１は、例示的な実施形態に従う例示的な
ピア・ツー・ピアネットワーク１００、例えば、アドホック通信ネットワーク
スケジューリングは、同一のトラフィック無線リンクリソースを使用しようと競合する異なる接続に対応するサービス品質レベル情報に基づく。
[0020]　
図２、図２Ａおよび図２Ｂの組み合わせからなり、図２Ａおよび図２Ｂは、１つ以上の別の通信デバイスと通信する方法を実施するために、第１の無線端末
を動作する例示的な方法のフローチャート２００である。フローチャート２００の例示的な方法は、分散型制御を実施するピア・ツー・ピア通信ネットワーク、例えばアドホックピア・ツー・ピアネットワーク、により適している。
第１の無線端末は、第２の無線端末、例えば別のピア・ツー・ピアモバイルノード、と第１の接続を確立する
[0021]　ステップ２０６において、
第１の無線端末は、第２の無線端末に送信するデータ、例えば画像データ、オーディオデータ、および／またはテキストデータを含むトラフィックデータ、を有するか否かを決定する。第１の無線端末が第２の無線端末に送信するためのデータを有していると決定する場合、その後動作はステップ２０６から２０８に進む。
[0022]　
ステップ２０８において、第１の無線端末は、第１のトラフィック送信スロットで送信されるべきデータに対して使用されるべき第１のサービス品質レベルを決定する。
[0023]　動作はステップ２１１からステップ２１２に進む。
ステップ２１２において、第１の無線端末は、生成された要求信号を、第１のトラフィック送信スロットに対応する第１のトラフィック送信要求ブロックで送信する。
要求信号は、要求パイロット信号を通信するために使用される送信ユニット、および、第１のサービス品質レベルを通信するために使用される１つ以上の追加データユニットを使用して通信される。
[0024]　動作はステップ２１２からステップ２１４に進む。ステップ２１４において、第１の無線端末は、送信要求応答のための第１のトラフィック送信スロット内の第１のトラフィック送信セグメントに対応する第１の送信要求応答ブロックをモニタする。第１の送信要求応答ブロックは、複数の送信ユニットセットを含み、第１の送信要求応答ブロックの各送信ユニットセットは、異なる接続識別子のセットの異なる接続識別子のうちの１つに対応する。動作はステップ２１４から接続ノードＡ ２１６を介してステップ２１８に進む。
[0025]　
ステップ２１８において、第１の無線端末は、モニタすることで検出された要求応答に含まれるサービス品質情報に基づいて、第１のトラフィック送信スロットで送信するか否かを決定する。ステップ２１８は、サブステップ２２０、２２２、および２２４のうちの１つ以上を含む。
サブステップ２２２において、第１のデバイスは、i）要求応答が要求信号の返答として受信された場合
に送信することを決定する。
[0026]　動作はステップ２１８からステップ２２６に進む。ステップ２２６において、第１の無線端末は、第１のトラフィック送信スロットでデータを送信するか否かについての決定に依存して別々に進む。
ステップ２１８の決定が送信するとの決定である場合、動作はステップ２２６からステップ２２８に進む。
[0027]　ステップ２２８に戻り、
ステップ２２８において、第１の無線端末は、第２の無線端末に送信するためにトラフィック信号を生成する。動作はステップ２２８からステップ２３０に進み、第１の無線端末は、第１のトラフィック送信スロットの第１のトラフィックセグメントで第２の無線端末に生成されたトラフィック信号を送信する。
（３）「[0032] Figure 3 is a drawing of an exemplary wireless terminal 300, e.g., a peer to peer mobile node, in accordance with an exemplary embodiment. Exemplary wireless terminal 300 is, e.g., one of the communications devices of Figure 1. Exemplary wireless terminal 300 includes a wireless receiver module 302, a wireless transmitter module 304, user I/O devices 308, a processor 306, and a memory 310 coupled together via a bus 312 over which the various elements may interchange data and information. In some embodiments, wireless terminal 300 also includes a network interface 307 coupled to bus 312. Via network interface 307, the wireless terminal 300 can be coupled to network nodes and/or the Internet.
[0033] Memory 310 includes routines 318 and data/information 320. The processor 306, e.g., a CPU, executes the routines 318 and uses the data/information 320 in memory 310 to control the operation of the wireless terminal 300 and implement methods, e.g., the method of flowchart 200 of Figure 2.
（中略）
[0036] Routines 318 include a communications routine 322 and control routines 324. The communications routine 322 implements the various communications protocols used by the wireless terminal 300. Control routines 324 include a quality of service determination module 326, a transmission request control module 328, a request signal generation module 330, a request response monitoring module 332, a transmitter yielding module 334, a power level threshold determination module 342, a transmission request monitoring module 343, a receiver yielding module 344, a request response generation module 345, a request response control module 346, and a traffic module  347. Transmitter yielding module 334 includes an interference evaluation sub-module 336, a transmission clearance sub-module 338 and a priority determination sub-module 340.
（中略）
[0040] 
Quality of service determination module 326 determines a quality of service level to be used for data to be transmitted by wireless terminal 300 to another wireless terminal, with which wireless terminal 300 has a connection, in a traffic transmission slot.
In some embodiments, the determination is performed based on the type of data to be transmitted, e.g., voice, image, file data, etc. In some embodiments, the determination is performed based on latency consideration. In some embodiments, the determination is performed based on transmission queue backlog information.
（当審仮訳：
[0032]　図３は、例示的な実施形態従う例示的な無線端末３００、例えばピア・ツー・ピアモバイルノード、の図である。例示的な無線端末３００は、例えば、図１の通信デバイスのうちの１つである。例示的な無線端末３００は、様々なエレメントがデータおよび情報を交換しうる、バス３１２を介して互いに結合される無線受信機モジュール３０２、無線送信機モジュール３０４、ユーザＩ／Oデバイス３０８、プロセッサ３０６、およびメモリ３１０を含む。いくつかの実施形態において、無線端末３００は、さらにバス３１２に結合されたネットワークインターフェース３０７を含む。ネットワークインターフェース３０７を介して、無線端末３００は、ネットワークノードおよび／またはインターネットに結合されうる。
[0033]メモリ３１０は、ルーチン３１８およびデータ／情報３２０を含む。プロセッサ３０６、例えばＣＰＵ、は、無線端末３００の動作を制御し、方法、例えば図２のフローチャート２００の方法、を実施するために、メモリ３１０内のルーチン３１８を実行し、データ／情報３２０を使用する。
（中略）
[0036]　ルーチン３１８は、通信ルーチン３２２および制御ルーチン３２４を含む。通信ルーチン３２２は、無線端末３００によって使用される様々な通信プロトコルを実施する。制御ルーチン３２４は、サービス品質決定モジュール３２６、送信要求制御モジュール３２８、要求信号発生モジュール３３０、要求応答監視モジュール３３２、送信機譲歩モジュール３３４、電力レベル閾値決定モジュール３４２、送信要求モニタモジュール３４３、受信機譲歩モジュール３４４、要求応答発生モジュール３４５、要求応答制御モジュール３４６、およびトラフィックモジュール３４７を含む。送信機譲歩モジュール３３４は、干渉評価サブモジュール３３６、送信クリアランスサブモジュール３３８、および優先度決定サブモジュール３４０を含む。
（中略）
[0040]　
サービス品質決定モジュール３２６は、トラフィック送信スロットにおいて、無線端末３００が接続を有する別の無線端末に無線端末３００によって送信されるべきデータに対して使用されるべきサービス品質レベルを決定する
いくつかの実施形態において、その決定は、送信されるべきデータのタイプ、例えば、音声、画像、ファイルデータ等、に基づいて実行される。いくつかの実施形態において、その決定は、待ち時間考慮に基づいて実行される。いくつかの実施形態において、その決定は、送信待ち行列バックログ情報に基づいて実行される。
　上記の摘記した引用例の記載及び当業者における技術常識からみて、
ａ　上記（１）、（２）の段落１９、２０の記載によれば、引用例のシステムは無線ピア・ツー・ピアネットワークであり、アドホック・ピア・ツー・ピアネットワークが例示されていることから、「無線アドホックピア・ツー・ピアネットワーク」といえる。
ｂ　上記（２）の段落２０、２１、２７の記載によれば、第１の無線端末は、第２の無線端末と第１の接続を確立し、第１の無線端末から第２の無線端末へトラフィック信号を送信するケースが想定されており、段落２０の記載によれば図２Ａ及び図２Ｂは、第１の無線端末の通信する方法のフローチャートであるから、引用例には、「第１の無線端末が第２の無線端末にトラフィック信号を送信するための第１の無線端末と第２の無線端末との無線端末間の第１の接続のトラフィック信号の送受信を行う方法」が記載されているといえる。
　また、段落１９の記載によれば、スケジューリングは、同一のトラフィック無線リンクリソースを使用しようと競合する異なる接続に対応するサービス品質レベル情報に基づくことから、スケジューリングはサービス品質レベルに基づく接続の優先順位に従ったものとなることは自明である。
　したがって、「第１の無線端末が第２の無線端末にトラフィック信号を送信するための第１の無線端末と第２の無線端末との無線端末間の第１の接続のサービス品質レベルに基づく接続の優先順位に従ってトラフィック信号の送受信を行う方法」といえる。
ｃ　上記（２）の段落２１、２２の記載によれば、「第１の無線端末が第２の無線端末に送信するためのデータを有していると決定する場合」、ステップ２０８に進み、第１のトラフィック送信スロットで「送信されるべきデータに対して使用されるべきサービス品質レベルを決定する」ことが記載されており、データとはトラフィック信号のデータであることは明らかであるので、ステップ２０８は、「第１の無線端末が第２の無線端末に送信するためのトラフィック信号のデータを有していると決定する場合」、「送信されるべきデータに対して使用されるべきサービス品質レベルを決定するステップ」といえる。
ｄ　上記（２）の段落２３の記載によれば、ステップ２１２において、第１の無線端末は、生成された要求信号を送信する。ここで、要求信号は、要求パイロット信号を通信するために使用される送信ユニット、及び、第１のサービス品質レベルを通信するために使用される１つ以上の追加データユニットを使用して通信されることから、要求信号にはサービス品質レベルが含まれている。また、この要求信号はトラフィック信号を受信する端末である第２の無線端末からの要求応答のために送信しており、第２の無線端末に送信していることは明らかである。
　したがって、ステップ２１２は、「サービス品質レベルを第２の無線端末に送信することにより要求信号を送信するステップ」といえる。
ｅ　上記（２）の段落２５〜２７の記載によれば、第１のトラフィック送信スロットで送信するか否かを決定するステップであるステップ２１８に含まれるサブステップ２２２において、第１のデバイスは、要求応答が要求信号の返答として受信された場合に送信することを決定する。そして、動作はステップ２３０に進み、第１の無線端末は、第１のトラフィック送信スロットの第１のトラフィックセグメントで第２の無線端末に生成されたトラフィック信号を送信する。
　したがって、ステップ２１８に含まれるサブステップ２２２及びステップ２３０は、「要求応答が要求信号の返答として受信された場合に送信することを決定し、トラフィック信号を第２の無線端末に送信するステップ」といえる。
ｆ　上記（３）の段落４０の記載によれば、サービス品質レベルの決定はデータのタイプ、待ち時間、送信待ち行列バックアップログに基づいて実行されることから、「サービス品質レベルは、データのタイプ、待ち時間、送信待ち行列バックアップログに基づいて決定される」といえる。
　したがって、上記の摘記した引用例の記載及び図面の記載からみて、引用例には、次の発明（以下「引用発明」という。）が記載されていると認める。
（引用発明）
「　無線アドホックピア・ツー・ピアネットワークにおける第１の無線端末が第２の無線端末にトラフィック信号を送信するための前記第１の無線端末と前記第２の無線端末との無線端末間の第１の接続のサービス品質レベルに基づく接続の優先順位に従ってトラフィック信号の送受信を行う方法であって、
　前記第１の無線端末が前記第２の無線端末に送信するためのトラフィック信号のデータを有していると決定する場合、送信されるべきデータに対して使用されるべきサービス品質レベルを決定するステップと、
　前記サービス品質レベルを前記第２の無線端末に送信することにより要求信号を送信するステップと、
　要求応答が前記要求信号の返答として受信された場合に送信することを決定し、トラフィック信号を前記第２の無線端末に送信するステップと
を有し、
　前記サービス品質レベルは、データのタイプ、待ち時間、送信待ち行列バックアップログに基づいて決定されるデータ送受信方法。」
２　周知例１
　原査定の拒絶の理由で引用されたXinzhou Wu, et al.，FlashLinQ: A Synchronous Distributed Scheduler for Peer-to-Peer Ad Hoc Networks，IEEE, 2010 48th Annual Allerton Conference on Communication, Control, and Computing，２０１０年１０月　１日開催日（以下、「周知例１」という。）には、タイトルから明らかなように「FlashLinQ」について記載されている。
　したがって、本願優先日当時において「FlashLinQ」は公知の通信方式である。
３．周知例２
　服部武　藤岡雅宣著，「ＨＳＰＡ＋／ＬＴＥ／ＳＡＥ教科書」，第１版第３刷，日本，株式会社インプレスＲ＆Ｄ，２０１０年１２月１１日発行，ｐ．９８（以下、「周知例２」という。）には、図４−９が記載されている。
　図４−９は以下のとおりである。
　図４−９において、スケジューラの種類として、（ｃ）プロポーショナル・フェア（ＰＦ）は過去の平均伝送速度に対する伝送可能速度の比からユーザを選択することが記載されている。ここで、「遠距離など電波状況が悪いと、伝送可能速度が低くなる」と記載され、（ｂ）最大ＣＩＲ（Ｍａｘ　ＣＩＲ）において「電波の状況が最も良い（伝送可能速度が高い）」と記載され、更に（ｃ）プロポーショナル・フェア（ＰＦ）の図面においても「電波状況」と記載されていることから、プロポーショナル・フェア（ＰＦ）は過去の平均伝送速度に対する電波状況の比に基づく優先順位、つまり電波状況に比例し過去の平均伝送速度に反比例する優先順位に基づいてユーザを選択することが明らかである。
　したがって、
「スケジュールを行う上でプロポーショナル・フェア（ＰＦ）は電波状況に比例し、過去の平均伝送速度に反比例する優先順位に基づいて選択する。」ことは、教科書といえる書籍に記載されているように周知事項であると認められる。
第５　対比
　本願発明と引用発明を対比すると、
１　本願発明の「近距離無線通信（ＮＦＣ）システム」についての定義が不明なため本願明細書の段落［０００２］を参酌すると、
「【０００２】
（中略）
ＮＦＣは、中継器なしに装置間の直接通信を実行するデバイス・ツーデバイス（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信又はアドホック（Ａｄ−ｈｏｃ）通信を含む
と記載されており、段落［００２１］〜［００２６］によれば、本願優先日当時公知である、Ｐ２Ｐ通信であるｆｌａｓｈｌｉｎＱを含むものである。
　したがって、本願発明の「近距離無線通信（ＮＦＣ）システム」は無線アドホックＰ２Ｐ通信システムを含むものと認められる。
　一方、引用発明は「無線アドホックピア・ツー・ピアネットワーク」であるから、無線アドホックＰ２Ｐ通信システムといえる。
　よって、引用発明の「無線アドホックピア・ツー・ピアネットワーク」は本願発明の「近距離無線通信（ＮＦＣ）システム」に含まれる。
２　引用発明では「第１の無線端末」が「第２の無線端末」にトラフィック信号を送信することから、「第１の無線端末」が送信側の端末であり、「第２の無線端末」が受信側の端末である。そして本願発明においても「第１の端末」から「第２の端末」にデータ送信を要請していることから、「第１の端末」が送信側の端末であり、「第２の端末」が受信側の端末である。
　したがって、引用発明の「第１の無線端末」と「第２の無線端末」はそれぞれ本願発明の「第１の端末」と「第２の端末」に相当する。
３　引用発明の「前記第１の無線端末と前記第２の無線端末との無線端末間の第１の接続のサービス品質レベルに基づく接続の優先順位に従ってトラフィック信号の送受信を行う方法」とは、無線端末間の接続の優先順位に従うデータ送受信方法といえることから、本願発明と「近距離無線通信（ＮＦＣ）システムにおける端末間の接続優先順位に従うデータ送受信方法」である点で一致している。
４　引用発明の「第１の無線端末が第２の無線端末に送信するためのトラフィック信号のデータを有していると決定する場合」は、本願発明の「送信するデータが存在する場合」に相当する。
　引用発明は無線アドホックピア・ツー・ピアネットワークにおけるトラフィック信号の送受信を行う方法であるから、第１の無線端末と第２の無線端末との間の通信は他の端末を経由すること無く直接通信することは明らかである。
　引用発明の「第１の接続」は第１の無線端末と第２の無線端末との間の接続であり、本願発明の「第１の接続」も第１の端末と第２の端末との間の接続であるから、引用発明の「第１の接続」は本願発明の「第１の接続」に相当する
　また、引用発明では無線端末間の「サービス品質レベル」に基づく接続の優先順位に従ってトラフィック信号の送受信を行うので、引用発明の「サービス品質レベル」は本願発明の「接続優先順位を決定するための比例フィア（ＰＦ値）」と「接続優先順位を決定するための値」である点で一致している。
　以上のことから、引用発明の「第１の無線端末が第２の無線端末に送信するためのトラフィック信号のデータを有していると決定する場合、送信されるべきデータに対して使用されるべきサービス品質レベルを決定するステップ」は、本願発明の「送信するデータが存在する場合に、第１の端末と第２の端末との間の直接通信のために設定された第１の接続の接続優先順位を決定するための比例フェア（ＰＦ）値を決定するステップ」と、「送信するデータが存在する場合に、第１の端末と第２の端末との間の直接通信のために設定された第１の接続の接続優先順位を決定するための値を決定するステップ」の点で一致する。
５　引用発明の「要求信号を送信する」とは明らかにその後の第１の接続を通したトラフィック信号の送信を要請していることであるから、引用発明の「サービス品質レベルを第２の無線端末に送信することにより要求信号を送信するステップ」は本願発明と「接続優先順位を決定するための値を第２の端末に送信することにより第１の接続を通したデータ送信を要請するステップ」の点で一致する。
６　引用発明の「要求応答」が受信された場合に送信を決定することから、「要求応答」はトラフィック信号のデータを送信することを許容することを指示する応答信号であるといえる。また「要求応答」は受信側の無線端末である第２の無線端末から受信されることは明らかである。
　したがって、引用発明の「要求応答が要求信号の返答として受信された場合に送信することを決定し、トラフィック信号を第２の無線端末に送信するステップ」は本願発明と「第１の接続を通したデータ送信許容を指示する応答信号が第２の端末から受信される場合に、データを第２の端末に送信するステップ」の点で一致する。
７　「データのタイプ」に応じてＱｏＳが相違することは技術常識であるから、引用発明の「データのタイプ」は本願発明の「データＱｏＳレベル」に相当し、引用発明の「待ち時間」は本願発明の「データレイテンシ」に相当し、引用発明の「送信待ち行列」は本願発明の「データバッファサイズ」に相当する。
　したがって、引用発明の「サービス品質レベルは、データのタイプ、待ち時間、送信待ち行列バックアップログに基づいて決定される」ことは、本願発明と「接続優先順位を決定するための値は、データＱｏＳレベル、データレイテンシ、データバッファサイズに基づいて決定される」点で一致する。
（一致点）
「　近距離無線通信（ＮＦＣ）システムにおける端末間の接続優先順位に従うデータ送受信方法であって、
　送信するデータが存在する場合に、第１の端末と第２の端末との間の直接通信のために設定された第１の接続の接続優先順位を決定するための値を決定するステップと、
　前記接続優先順位を決定するための値を前記第２の端末に送信することにより前記第１の接続を通したデータ送信を要請するステップと、
　前記第１の接続を通したデータ送信許容を指示する応答信号が前記第２の端末から受信される場合に、前記データを前記第２の端末に送信するステップと
を有し、
　前記接続優先順位を決定するための値は、データＱｏＳレベル、データレイテンシ、データバッファサイズに基づいて決定されるデータ送受信方法。」
（相違点１）
　「接続優先順位を決定するための値」に関し、本願発明では「データＱｏＳレベル、データレイテンシ、データバッファサイズ、及びチャネル状態情報に比例し、かつ、サービスされたデータレートに反比例するように決定される」、「比例フェア（ＰＨ）値」であるのに対し、引用発明では「データのタイプ、待ち時間、送信待ち行列バックアップログに基づいて決定される」、「サービス品質レベル」である点。
　以下、相違点について検討する。
　上記「第４」の「３　周知例２」で認定したとおり、「スケジュールを行う上でプロポーショナル・フェア（ＰＦ）は電波状況に比例し、過去の平均伝送速度に反比例する優先順位に基づいて選択する。」ことは周知である。
　また、引用発明では、サービス品質レベルを計算する際にはデータのタイプ、待ち時間、送信待ち行列バックアップログを考慮することから、データのタイプ、待ち時間、送信待ち行列バックアップログを比例するようにサービス品質レベルを決定することも当業者にとって格別の困難性は認められない。
　したがって、引用発明のサービス品質レベルを計算する際に、データのタイプ、待ち時間、送信待ち行列バックアップログ及び電波状況であるチャネル状態を比例関係に採用し、伝送速度であるデータレートを反比例の関係で採用することは格別困難なことではなく、当業者が適宜なし得ることである。
　ここで、平成２８年９月６日に提出された意見書において、
「すなわち、本発明では、データ送信が可能であるか否かを全的に受信端末が決定し、送信端末は受信端末から受信した応答信号に従ってデータを送信します。
　一方、引用文献１には、送信端末が受信端末から受信した要求応答に含まれるサービス品質情報に基づいて、第１のトラフィック送信スロットで送信するか否かを決定することが開示されています。
（中略）
　このように、本願発明と引用文献１とは明確に相違するものであります。
　より具体的には、本願の請求項１に係る発明では、最後のステップにおいて、「前記第１の接続を通したデータ送信許容を指示する応答信号が前記第２の端末から受信される場合に、前記データを前記第２の端末に送信する」のに対して、引用文献には、請求項１の「データ送信許容を指示する応答信号」に対応する構成について一切開示も示唆もしていません。」
と主張しているが、上記「第５」の「６」に述べたように、引用発明には「データ送信許容を指示する応答信号」に対応する構成が記載されており、本願発明と引用発明は「第１の接続を通したデータ送信許容を指示する応答信号が第２の端末から受信される場合に、データを第２の端末に送信するステップ」の点で一致しているので、上記主張は採用できない。
　また、本願発明の作用効果も、引用発明及び周知技術の奏する作用効果から当業者が予測し得る範囲内のものである。
　そうすると、本願発明は、引用発明及び周知技術に基いて、当業者が容易に発明をすることができたものである。
第７　むすび
　以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。 
　よって、結論のとおり審決する。