【事件の表示】
　特願２０１６−５３４２６２「移動通信のためのシステム、ノード、及び方法」拒絶査定不服審判事件〔平成２７年　６月　４日国際公開、ＷＯ２０１５／０７９６０６、平成２９年　２月　２日国内公表、特表２０１７−５０４２３６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１４年（平成２６年）９月４日（優先権主張　平成２５年１１月２９日）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２８年　５月３１日　　　手続補正書の提出
　平成２９年　７月２４日　　　手続補正書、上申書の提出
　平成３０年　４月２０日付け　拒絶理由通知書
　平成３０年　６月２８日　　　意見書、手続補正書の提出
　平成３０年　７月１３日付け　拒絶査定
　平成３０年１０月２２日　　　拒絶査定不服審判の請求、手続補正書の提　　　　　　　　　　　　　　　出
　令和　元年１０月　４日付け　拒絶理由通知書
　令和　元年１２月　３日　　　意見書、手続補正書の提出
　令和　２年　１月２７日付け　拒絶理由通知書（当審）
　令和　２年　３月２３日　　　意見書、手続補正書の提出
第２　本願発明について
　本願の請求項１〜８に係る発明は、令和２年３月２３日にされた手続補正により補正された特許請求の範囲の請求項１〜８に記載された事項により特定されるところ、その請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりのものと認める。
「　移動通信のためのシステムであって、
　ＵＥ（User Equipment）と、
　ＭＭＥ（Mobility Management Entity）又はＳＧＳＮ（Serving GPRS Support Node）と、
　１以上のＭＴＣ（Machine-Type-Communication）アプリケーションをホストする複数のＳＣＳ（Service Capability server）と、
　前記複数のＳＣＳに接続するノードとを備え、
　前記複数のＳＣＳは、前記ＵＥのＩＤ、及びデータを含む複数のデータトランスミッションメッセージを前記ノードに送信し、
　前記ノードは、前記ＭＭＥ又は前記ＳＧＳＮを介して前記データを前記ＵＥにそれぞれ送信し、
　前記ノードは、前記データトランスミッションメッセージに含まれた前記データの送信をどれだけ遅延できるかを示す許容時間を判断し、前記許容時間が、即時に前記データが送信されることを示す場合、前記データの送信を即時に実行し、前記許容時間が、即時に前記データが送信されることを示さない場合、前記許容時間に従って前記ＵＥへの前記データの送信をそれぞれ待機する、
　システム。」
第３　拒絶の理由
　令和２年１月２７日付けで当審が通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は、
「この出願の下記の請求項に係る発明は、その出願前日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」というものであり、請求項１に対して引用例１、周知例４が引用されている。
引用例１：3rd Generation Partnership Project; Technical Specification Group Services and System Aspects;Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)，3GPP TS 23.682 V11.5.0 (2013-09)，２０１３年　９月１２日アップロード，URL:https://www.3gpp.org/ftp/Specs/archive/23_series/23.682/23682-b50.zip
周知例４：特開２００５−１４２９６５号公報
第４　引用発明及び周知事項について
１．引用例１
　当審拒絶理由で引用された3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)，3GPP TS 23.682 V11.5.0 (2013-09)，２０１３年　９月１２日アップロード，URL:https://www.3gpp.org/ftp/Specs/archive/23_series/23.682/23682-b50.zip
（以下、「引用例１」という。）には、次の記載がある。（下線は当審が付与。）
（１）「4 Architecture Model and Concepts
4.1 General Concept
The end-to-end communications, between the MTC Application in the UE and the MTC Application in the external network, uses services provided by the 3GPP system, and optionally services provided by a Services Capability Server (SCS).
The MTC Application in the external network is typically hosted by an Application Server (AS) and may make use of an SCS for additional value added services.
（当審訳：
４　アーキテクチャモデルと概念
４．１　一般的コンセプト
　ＵＥのＭＴＣアプリケーションと外部ネットワークのＭＴＣアプリケーション間のエンドツーエンド通信は、３ＧＰＰシステムが提供するサービス、及びオプションでサービスケーパビリティサーバ（ＳＣＳ）が提供するサービスを使用する。
　
外部ネットワークのＭＴＣアプリケーションは、通常、アプリケーションサーバ（ＡＳ）によってホストされ、付加価値サービスのためにＳＣＳを利用する場合がある。
（２）「4.2 Architectural Reference Model
Figure 4.2-1 shows the architecture for a UE used for MTC connecting to the 3GPP network (UTRAN, E-UTRAN, GERAN, etc.)via the Um/Uu/LTE-Uu interfaces.
」（８〜９ページ）
（当審訳：
４．２　アーキテクチャ参照モデル
　
図４．２−１は、Ｕｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェイスを介して３ＧＰＰネットワーク（ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮなど）に接続するＭＴＣに使用されるＵＥのためのアーキテクチャを示している。
(図の訳は省略)
図４．２−１　マシン―タイプコミュニケーションのための３ＧＰＰアーキテクチャ）
（３）「4.3.3 Reference Point Requirements
4.3.3.1 Tsp Reference Point Requirements
The Tsp reference point shall fulfil the following requirements:
- 
connects a MTC-IWF to one or more SCSs
」（１０ページ）
（当審訳：
４．３．３　基準点の要件
４．３．３．１　Ｔｓｐ基準点の要件
Ｔｓｐ基準点は、次の要件を満たす必要がある。
−　
ＭＴＣ−ＩＷＦを１つ以上のＳＣＳに接続する。
（４）「5.2 Device triggering procedures
5.2.1 Device triggering procedure over Tsp
（中略）
2.
The SCS sends the Device Trigger Request (External Identifier or MSISDN,
validity period, 
 trigger payload) message to the MTC-IWF.
（中略）
5.The HSS/HLR sends the Subscriber Information Response (IMSI and/or MSISDN and related Routing information including the serving node(s) identities, cause) message.HSS/HLR policy (possibly dependent on the VPLMN ID) may influence which serving node identities are returned. If the cause value indicates the SCS is not allowed to send a trigger message to this UE, or there is no valid subscription information, or Absent subscriber is received from HSS and 
the validity period of this trigger message is set to zero, the MTC-IWF sends a Device Trigger Confirm message
and the flow stops at this step. 
6a. The MTC-IWF selects trigger delivery procedure based on the information received from HSS/HLR and local policy. If T5 delivery procedure is selected, 
MTC-IWF attempts T5 trigger delivery procedure.
（中略）
8.
In response to the received device trigger, the UE takes specific actions that take into consideration the content of the trigger payload.
（当審訳：
５．２　デバイストリガ手順
５．２．１　Ｔｓｐを介したデバイストリガ手順
図５．２．１−１　略
（中略）
２．
ＳＣＳは、デバイストリガリクエスト（外部識別子又はＭＳＩＳＤＮ、
有効期間、
トリガペイロード）メッセージをＭＴＣ−ＩＷＦに送信する。
（中略）
５．ＨＳＳ／ＨＬＲは、加入者情報応答（ＩＭＳＩ及び／又はＭＳＩＳＤＮ、及びサービングノードのアイデンティティ、原因を含む関連する「ルーティング情報」）メッセージを送信する。ＨＳＳ／ＨＬＲポリシー（ＶＰＬＭＮ　ＩＤに依存する可能性がある）が、どのサービングノードＩＤが返されるかに影響する場合がある。原因値が、ＳＣＳがこのＵＥにトリガーメッセージを送信することを許可されていないか、有効なサブスクリプション情報がないか、ＨＳＳから「加入者不在」を受信し、この
トリガメッセージの有効期間がゼロに設定されていることを示す場合、ＭＴＣ−ＩＷＦは
デバイストリガ確認メッセージを送信し、フローはこのステップで停止する。
６ａ．ＭＴＣ−ＩＷＦは、ＨＳＳ／ＨＬＲ及びローカルポリシーから受信した情報に基づいてトリガ配信手順を選択する。Ｔ５配信手順が選択されている場合、
ＭＴＣ−ＩＷＦはＴ５トリガ配信手順を試行する。
８．
受信したデバイストリガに応答して、ＵＥはトリガペイロードの内容を考慮した特定のアクションを実行する。
（５）「5.3 Information Storage
This clause describes the context information that is stored in the different nodes for MTC device trigger procedure.
5.3.1 Trigger Information in SMS-SC(Triggering with T4)
This table includes information that needs to be stored in SMS-SC for triggering with T4.
    
」（２１ページ）
（当審訳：
５．３　情報ストレージ
　この節では、ＭＴＣデバイストリガ手順のさまざまなノードに格納されているコンテキスト情報について説明する。
５．３．１　ＳＭＳ−ＳＣでのトリガ情報（Ｔ４によるトリガ）
　このテーブルには、Ｔ４でトリガするためにＳＭＳ−ＳＣに保存する必要がある情報が含まれる。
表５．２．１−１：ＳＭＳ−ＳＣトリガ情報
 
）
（６）「Annex B (Informative):
Trigger Delivery using T5
NOTE: T5 triggering is work in progress and not part of this Release.
1.The MTC-IWF uses the UE capabilities,serving CN node(s) capabilities retrieved from the HSS to select a suitable serving CN node capable of T5 triggering. 
The MTC-IWF sends a Submit Request
to the serving CN node.
2.
The serving CN node
delivers it to the UE.
（当審訳：
付録Ｂ（参考）：
Ｔ５を使用したトリガ配信
注：Ｔ５トリガは進行中の作業であり、このリリースの一部ではありません。
図Ｂ−１　略
１．ＭＴＣ−ＩＷＦは、Ｔ５トリガが可能な適切なサービングＣＮノードを選択するためにＨＳＳから取得したＣＮノード機能を提供し、ＵＥ機能を使用する。
ＭＴＣ−ＩＷＦは、参加要求
をサービングＣＮノードに送信する。
２．
サービングＣＮノードは、
それをＵＥに配信する。
　上記記載及び当業者における技術常識からみて、
ａ．上記（２）の図４．２−１は、「マシン―タイプコミュニケーションのための３ＧＰＰアーキテクチャ」を示すものであるから、「移動通信のためのシステム」であるといえる。
ｂ．上記（２）の図４．２−１によれば、移動通信のためのシステムは、ＵＥと、ＭＭＥ又はＳＧＳＮと、ＳＣＳと、アプリケーションサーバと、ＳＣＳに接続するＭＴＣ−ＩＷＦとを備えていることが読み取れる。
　また、上記（３）に「ＭＴＣ−ＩＷＦを１つ以上のＳＣＳに接続する」と記載されていることから、移動通信のためのシステムは、複数のＳＣＳと複数のＳＣＳに接続するＭＴＣ−ＩＷＦを備えているといえる。
　そして、上記（１）に「外部ネットワークのＭＴＣアプリケーションは、通常、アプリケーションサーバ（ＡＳ）によってホストされ、」と記載されていることから、ＭＴＣアプリケーションを通常ホストするアプリケーションサーバといえる。
　よって、移動通信のためのシステムは、「ＵＥと、ＭＭＥ又はＳＧＳＮと、複数のＳＣＳと、ＭＴＣアプリケーションを通常ホストするアプリケーションサーバと、複数のＳＣＳに接続するＭＴＣ−ＩＷＦとを備えている」といえる。
ｃ．上記（４）の「２」に「ＳＣＳは、デバイストリガリクエスト（外部識別子又はＭＳＩＳＤＮ、・・・有効期間、・・・トリガペイロード）メッセージをＭＴＣ−ＩＷＦに送信する。」と記載され、複数のＳＣＳはそれぞれデバイストリガリクエストメッセージを送信していることは明らかである。そしてＭＳＩＳＤＮがＵＥの識別子であることは明らかであるから、「複数のＳＣＳは、ＵＥの識別子であるＭＳＩＳＤＮ、及びトリガペイロードを含む複数のメッセージをＭＴＣ−ＩＷＦに送信している」といえる。　
ｄ．上記（４）の「６ａ」に「ＭＴＣ−ＩＷＦはＴ５トリガ配信手順を試行する。」と記載され、上記（６）に「ＭＴＣ−ＩＷＦは、」「要求を」「サービングＣＮノードに送信」し、「サービングＣＮノードは、」「ＵＥに配信する。」と記載され、上記（６）の図Ｂ−１によれば、ＣＮノードとはＭＭＥ又はＳＧＳＮであることは明らかである。よって、上記（４）の「６ａ」では、ＭＴＣ−ＩＷＦは、ＭＭＥ又はＳＧＳＮを介してトリガをＵＥにそれぞれ送信しているといえる。
　また、上記（４）の「８」に「受信したデバイストリガに応答して、ＵＥはトリガペイロードの内容を考慮した特定のアクションを実行する。」と記載されていることから、ＵＥにトリガペイロードがＭＴＣ−ＩＷＦから送信されていることは明らかである。
　以上のことから、「ＭＴＣ−ＩＷＦは、ＭＭＥ又はＳＧＳＮを介してトリガペイロードをＵＥにそれぞれ送信している」といえる。
ｅ．上記（４）の「２」に「ＳＣＳは、デバイストリガリクエスト（外部識別子又はＭＳＩＳＤＮ、・・・有効期間、・・・トリガペイロード）メッセージをＭＴＣ−ＩＷＦに送信する。」と記載されていることから、メッセージに有効期間が含まれている。また、上記（５）に有効期間がトリガ要求が有効な期間を示すことが記載されている。よって、「メッセージにトリガ要求が有効な期間を示す有効期間が含まれている」。
　また、上記（４）の「５」に「トリガメッセージの有効期間がゼロに設定されていることを示す場合、ＭＴＣ−ＩＷＦは、・・・フローはこのステップで停止する。」と記載されていることから、「ＭＴＣ−ＩＷＦは有効期間を判断し」しているといえる。そして、上記（６）に「ＭＴＣ−ＩＷＦは、」「要求を」「サービングＣＮノードに送信」し、「サービングＣＮノードは、」「ＵＥに配信する。」と記載されていることから、「ＭＴＣ−ＩＷＦは有効期間を判断しＵＥへトリガペイロードをそれぞれ送信する」といえる。
　以上を総合すると、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　移動通信のためのシステムであって、
　ＵＥと、
　ＭＭＥ又はＳＧＳＮと、
　複数のＳＣＳと、
　ＭＴＣアプリケーションを通常ホストするアプリケーションサーバと、
　前記複数のＳＣＳに接続するＭＴＣ−ＩＷＦとを備え、
　前記複数のＳＣＳは、前記ＵＥの識別子であるＭＳＩＳＤＮ、及びトリガペイロードを含む複数のメッセージを前記ＭＴＣ−ＩＷＦに送信し、
　前記ＭＴＣ−ＩＷＦは、前記ＭＭＥ又は前記ＳＧＳＮを介して前記トリガペイロードを前記ＵＥにそれぞれ送信し、
　前記メッセージにトリガ要求が有効な期間を示す有効期間が含まれ、前記ＭＴＣ−ＩＷＦは前記有効期間を判断し前記ＵＥへ前記トリガペイロードをそれぞれ送信する、
　システム。」
２．周知事項
（１）当審拒絶理由で周知技術を示す文献として引用された特開２００５−１４２９６５号公報（以下、「周知例４」という。）には、次の記載がある。（下線は当審が付与。）
ａ．「【請求項７】
　複数のパケットを送信する通信装置であって、
　送信すべきパケットの送信順番を設定するスケジューリング手段を備え、
　上記スケジューリング手段が、
送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、
　残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定する
【請求項８】
　上記スケジューリング手段が、
残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定する
（２）特開２００４−３２００８４号公報（以下、「周知例」という。）には、次の記載がある。（下線は当審が付与。）
「【０１６５ 】
また、上記した第１ の実施の形態では、ストリームデータの優先度は予め固定されている。しかし、優先度についてはこれ以外の設定の方法もある。例えば、
寿命が短い方のストリームデータの優先度を高く設定する方法がある。寿命が尽きる時刻に近づいているデータパケットほど、早く送信しないと送信機にて破棄される可能性が高くなるからである。
　（１）によれば、パケットに設定されている残り有効期限の長さに応じて複数のグループに分け、残り有効期限がより短いグループに含まれるパケットを優先して先に送信することが記載されていることから、残り有効期限に従って、送信の優先度を決定して、残り有効期限がより短いデータを先に送信することが記載されている。
　また、（２）によれば、寿命に従って、寿命が短いデータの優先度を高くして、寿命が短いデータを早く送信することが記載されているといえる。
　そして、有効期限と寿命はどちらも送信する際にデータの送信をどれだけ遅延できるかを示す時間であるといえることから、周知例４及び周知例によれば、「データの送信について、データの送信をどれだけ遅延できるかを示す時間に従って、送信の優先度を決定して、短い遅延しか許されないデータを先に送信する。」ことは優先制御による通信として周知事項である。
第５　対比及び判断
　本願発明と引用発明とを対比する。
１．引用発明の「ＵＥ」、「ＭＭＥ又はＳＧＳＮ」、「ＳＣＳ」はそれぞれ、本願発明の「ＵＥ（User Equipment）」、「ＭＭＥ（Mobility Management Entity）又はＳＧＳＮ（Serving GPRS Support Node）、「ＳＣＳ（Service Capability server）」に相当する。
　また、引用発明の「ＭＴＣ−ＩＷＦ」は本願発明の「ノード」に含まれる。
２．引用発明の「ＭＳＩＳＤＮ」は、ＵＥの識別子であるから、本願発明の「ＵＥのＩＤ」に含まれる。
　また、引用発明の「トリガペイロード」は、データといえるので、本願発明の「データ」に含まれる。
　そして、引用発明の「メッセージ」を本願発明と同様に「データトランスミッションメッセージ」と称することは任意である。
　よって、引用発明の「前記複数のＳＣＳは、前記ＵＥの識別子であるＭＳＩＳＤＮ、及びトリガペイロードを含む複数のメッセージを前記ＭＴＣ−ＩＷＦに送信し」は本願発明の「前記複数のＳＣＳは、前記ＵＥのＩＤ、及びデータを含む複数のデータトランスミッションメッセージを前記ノードに送信し」に含まれる。
３．引用発明の「前記ＭＴＣ−ＩＷＦは、前記ＭＭＥ又は前記ＳＧＳＮを介して前記トリガペイロードを前記ＵＥにそれぞれ送信し」は本願発明の「前記ノードは、前記ＭＭＥ又は前記ＳＧＳＮを介して前記データを前記ＵＥにそれぞれ送信し」に含まれる。
４．引用発明のトリガ要求が有効な期間とは、トリガ要求に含まれるトリガペイロードの有効な期間でもあることは明らかである。よって、本願発明の「データの送信をどれだけ遅延できるかを示す許容時間」と引用発明の「トリガ要求が有効な期間を示す有効期間」は、データの時間的有効性に関する時間情報である点で共通する。
　また、引用発明では「前記メッセージにトリガ要求が有効な期間を示す有効期間が含まれ」ていることから、メッセージに含まれたトリガ要求が有効な期間を示す有効期間といえることから、本願発明の「前記ノードは、前記データトランスミッションメッセージに含まれた前記データの送信をどれだけ遅延できるかを示す許容時間を判断し、」と引用発明の「前記メッセージにトリガ要求が有効な期間を示す有効期間が含まれ、ＭＴＣ−ＩＷＦは前記有効期間を判断し」は、「前記ノードは、前記データトランスミッションメッセージに含まれたデータの時間的有効性に関する時間情報を判断し、」の点で共通する。
　また、本願発明の「データの送信をそれぞれ待機する」とは待機後にデータを送信することを意図していることは明らかであるから、本願発明の「前記許容時間が、即時に前記データが送信されることを示す場合、前記データの送信を即時に実行し、前記許容時間が、即時に前記データが送信されることを示さない場合、前記許容時間に従って前記ＵＥへの前記データの送信をそれぞれ待機する」ことと、引用発明の「前記有効期間を判断し前記ＵＥへ前記トリガペイロードをそれぞれ送信する」こととは、データの時間的有効性に関する時間情報を判断し、ＵＥへのデータをそれぞれ送信する点で共通する。
　よって、本願発明の「前記ノードは、前記データトランスミッションメッセージに含まれた前記データの送信をどれだけ遅延できるかを示す許容時間を判断し、前記許容時間が、即時に前記データが送信されることを示す場合、前記データの送信を即時に実行し、前記許容時間が、即時に前記データが送信されることを示さない場合、前記許容時間に従って前記ＵＥへの前記データの送信をそれぞれ待機する」と引用発明の「前記メッセージにトリガ要求が有効な期間を示す有効期間が含まれ、ＭＴＣ−ＩＷＦは前記有効期間を判断し前記ＵＥへトリガペイロードをそれぞれ送信する」とは、「前記ノードは、前記データトランスミッションメッセージに含まれたデータの時間的有効性に関する時間情報を判断し、前記ＵＥへの前記データをそれぞれ送信する」の点で共通する。
　以上のことから、本願発明と引用発明との一致点及び相違点は、次のとおりである。
（一致点）
「　移動通信のためのシステムであって、
　ＵＥ（User Equipment）と、
　ＭＭＥ（Mobility Management Entity）又はＳＧＳＮ（Serving GPRS Support Node）と、
　１以上のＭＴＣ（Machine-Type-Communication）アプリケーションをホストする複数のＳＣＳ（Service Capability server）と、
　前記複数のＳＣＳに接続するノードとを備え、
　前記複数のＳＣＳは、前記ＵＥのＩＤ、及びデータを含む複数のデータトランスミッションメッセージを前記ノードに送信し、
　前記ノードは、前記ＭＭＥ又は前記ＳＧＳＮを介して前記データを前記ＵＥにそれぞれ送信し、
　前記ノードは、前記データトランスミッションメッセージに含まれたデータの時間的有効性に関する時間情報を判断し、前記ＵＥへの前記データをそれぞれ送信する、
　システム。」
（相違点）
１．本願発明では１以上のＭＴＣアプリケーションをホストする装置がＳＣＳであるのに対し、引用発明ではＭＴＣアプリケーションを通常ホストするのはアプリケーションサーバである点。
２．「前記ノードは、前記データトランスミッションメッセージに含まれたデータの時間的有効性に関する時間情報を判断し、前記ＵＥへの前記データをそれぞれ送信する」ことに関し、本願発明では、「前記ノードは、前記データトランスミッションメッセージに含まれた前記データの送信をどれだけ遅延できるかを示す許容時間を判断し、前記許容時間が、即時に前記データが送信されることを示す場合、前記データの送信を即時に実行し、前記許容時間が、即時に前記データが送信されることを示さない場合、前記許容時間に従って前記ＵＥへの前記データの送信をそれぞれ待機する」のに対し、引用発明ではＭＴＣ−ＩＷＦはトリガ要求が有効な期間を示す有効期間を判断し、ＵＥへトリガペイロードをそれぞれ送信するが、本願発明の上記特定事項に対応する事項は特定されていない点。
　以下、各相違点について検討する。
（相違点１について）
　引用例１の（１）の「外部ネットワークのＭＴＣアプリケーションは、通常、アプリケーションサーバ（ＡＳ）によってホストされ」に「通常」とあることから、アプリケーションサーバ以外でホストすることが阻害されておらず、また、ＭＴＣアプリケーションをＳＣＳとアプリケーションサーバ（ＡＳ）のどちらがホストするかは当業者にとって、適宜定めるべき事項に過ぎない。よって、ＳＣＳでＭＴＣアプリケーションをホストするようにすることは当業者にとって適宜定めるべき設計的事項に過ぎない。
（相違点２について）
　まず、引用発明の有効期間はトリガ要求が有効な期間を示すが、送信装置内で遅延し、有効な期間が過ぎ去ってしまっては送信する意味が無くなってしまうことは明らかであるから、送信装置にとってはトリガ要求が有効な期間とはトリガ要求の送信を送信装置内でどれだけ遅延できるかを示す時間といえることは自明であるし、当業者にとって、トリガ要求が有効な期間をトリガ要求の送信をどれだけ遅延できるかを示す時間と解釈することに格別の困難性はない。
　そして、データ送信において、優先制御を行うべきであることは、一般的な課題であるところ上記「第４　引用発明及び周知事項について」の「２．周知事項」で認定したように、「データの送信について、データの送信をどれだけ遅延できるかを示す時間に従って、送信の優先度を決定して、短い遅延しか許されないデータを先に送信する。」ことは優先制御による通信として周知事項である。つまり、データの送信をどれだけ遅延できるかを示す時間が短い遅延しか許されない場合には優先度は最高優先度となり即時に送信を実行し、遅延が許される場合には即時に送信が必要なデータより優先度は低くなり即時に送信が必要なデータの送信が終わるまで待機することとなることは明らかである。
　よって、引用発明のトリガ要求の有効な期間をトリガ要求の送信をどれだけ遅延できるかを示す時間とし、従来周知の優先制御による通信としての周知事項を採用し、本願発明の構成とすることは、当業者が容易に想到しうる。
　したがって、本願発明は引用発明及び周知事項に基づいて、当業者が容易に発明をすることができたものである。
第６　むすび
　以上のとおり、本願の請求項１に係る発明は特許法第２９条第２項の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。