【事件の表示】
　特願２０１８−１６６５２４「データ通信のためのシステム、方法及び装置」拒絶査定不服審判事件〔平成３０年１２月２７日出願公開、特開２０１８−２０７５３２、請求項の数（１５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１３年（平成２５年）１２月２０日（パリ条約による優先権主張外国庁受理２０１２年１２月２１日　米国、２０１２年１２月２１日　米国、２０１３年５月２３日　米国、２０１３年５月２３日　米国、２０１３年１２月２０日　米国、２０１２年１２月２１日　米国、２０１２年１２月２１日　米国）を国際出願日とする出願である特願２０１５−５４９７７３号の一部を平成３０年９月６日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　令和　元年　６月１４日付け：拒絶理由通知書
　令和　元年１２月２７日　　：意見書、手続補正書の提出
　令和　２年　１月１０日付け：拒絶査定
　令和　２年　５月２１日　　：拒絶査定不服審判の請求、手続補正書の提
　　　　　　　　　　　　　　　出
　令和　３年　４月２８日付け：拒絶理由（当審拒絶理由）通知書
　令和　３年　８月１０日　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（令和２年１月１０日付け拒絶査定）の概要は、次のとおりである。
　この出願の請求項１〜２４に係る発明は、以下の引用文献Ａ〜Ｅに記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　引用文献Ａ：米国特許出願公開第２０１１／００２１１４０号明細書
　引用文献Ｂ：特開２００５−１０９８４９号公報
　引用文献Ｃ：特開平７−２４５６２５号公報
　引用文献Ｄ：特開２０００−２２４２２３号公報
　引用文献Ｅ：特開２００１−２２６５６号公報
第３　当審拒絶理由の概要
　当審が令和３年４月２８日付けで通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は次のとおりである。
　この出願の請求項１〜９に係る発明は、以下の引用文献１〜５に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　引用文献１：米国特許出願公開第２０１２／０１８５２６７号明細書
　引用文献２：特開２００３−２３４１３号公報
　引用文献３：特開２００６−２１１３８０号公報
　引用文献４：特開２００５−２１５９９６号公報
　引用文献５：特許第４６６１４４０号公報
第４　本願発明
　本願請求項１〜１５に係る発明（以下、それぞれ「本願発明１」〜「本願発明１５」という。）は、令和３年８月１０日に提出された手続補正書により補正された特許請求の範囲の請求項１〜１５に記載された事項により特定される発明であり、それらのうちの本願発明１は、次のとおりの発明である。
　「【請求項１】
　システムであって、
　ローカルエリアネットワークを介して医療機器との間でデータを通信し、そして少なくとも１つのアプリケーション層パケットにデータをパッケージ化するように構成されている第１のハブと、
　少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブとを備え、
　前記第１のハブは、少なくとも１つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されたグローバル・ポジショニング・コンポーネントを含み、
　前記第１のハブは、少なくとも１つのアプリケーション層パケットのうちのアプリケーション層パケットのヘッダに時間パラメータを追加するように構成され、
　前記第２のハブは、前記時間パラメータが所定の基準を満たすか否かを判定するように構成され、
　前記第１のハブは、致命的なエラー状態信号を提供するように構成されたフェイルセーフコンポーネントを含み、
　前記医療機器は、致命的なエラー状態信号を受信する前記第１のハブに動作可能に接続されており、致命的なエラー状態が、前記致命的なエラー状態信号を介して存在するとされた場合、前記医療機器はハブから独立して動作するように構成されているシステム。」
　なお、本願発明２〜１５は、本願発明１を減縮した発明である。
第５　引用文献の記載、引用発明等
　１　引用文献１、引用発明
（１）当審拒絶理由にて引用された引用文献１（米国特許出願公開第２０１２／０１８５２６７号明細書）には、図面とともに次の事項が記載されている（下線は当審による。以下同様。）。
　「[0536] FIG. 63 shows as system 3900 having 
an infusion pump 3902 docked to a dock 3904, a pill dispenser 3906 docked into a dock 3908, and a hub 3910 for interfacing with the docks 3904 and 3908 via USB cables.
the tablet 3914 communicates with the hub 3910 wirelessly.
[0537] The hub 3910 includes a display 3916 and provides an interface between the tablet 3914 through the dock 3912. The hub 3910 can support a GUI displayed on the display 3916 (which may be a touchscreen) for programming, setup guidance, status, displaying alerts, displaying alarm, etc.
[0538] In some embodiments of the present disclosure, the hub 3910 includes all of the patient-safety circuitry enabling the system 3900 to be fully fault tolerant of any faults or errors that may occur within or regarding the tablet 3914, and the user interface necessary for patient safety is either on the hub 3910 or on a display of a patient-care devices 3906 and 3902 (e.g., the infusion pump 3902 include a display 3918, but not explicitly shown device 3906). For example, the 
hub 3910
sending the request or command for the infusion rate to the infusion pump 3902
[0539] 
The hub 3910
may be a fail-safe system for putting patient-care devices into a safety state when an alert or alarm condition occurs,
　（当審訳：　[0536]　図63は、
ドック3904にドッキングされた注入ポンプ3902、ドック3908にドッキングされたピルディスペンサ3906、及び、USBケーブルを経てドック3904、3908とインターフェースするためのハブ3910を有するシステム3900
タブレット3914が、ハブ3910と無線通信する。
[0537]　ハブ3910は、表示器3916を含み、ドック3912を介してタブレット3914との間のインターフェースを提供する。ハブ3910は、プログラミング、設定ガイダンス、ステータス、アラート表示、アラーム表示等のために、ディスプレイ3916（タッチスクリーンであってもよい）に表示されたGUIをサポートすることができる。
[0538]　本開示のいくつかの実施形態では、ハブ3910は、システム3900が、タブレット3914内またはそれに関して発生し得るあらゆる故障若しくはエラーに対して完全な耐障害性があることを可能にする患者の安全回路のすべてを含み、患者の安全性に必要なユーザインターフェースは、ハブ3910上であるか、又は、患者ケア装置3906及び3902（例えば、注入ポンプ3902はディスプレイ3918を含むが、装置3906に明示的には示されていない）のディスプレイ上であるか、のいずれかである。例えば、
ハブ3910は、注入速度に対する要求又はコマンドを注入ポンプ3902に送る
[0539]　
ハブ3910は
アラートまたはアラーム状態が発生した時に、患者ケア装置を安全状態にするフェールセーフシステムであってもよく、
　「[0545] The hub 3910 may include two separate processors, each being a watchdog to each other. 
The hub 3910 may also include various sensors, such as an ambient temperature sensor, a pressure sensor, a humidity sensor, etc. The sensors of the hub 3910 may be redundant to the sensors on the patient-care devices 3902, 3906, 3920
or the hub 3910 may give
the tablet 3914 access to the measurement taken by the sensors of the hub 3910.
[0546] 
The hub 3910 may include
WiFi capabilities, Zigbee, Bluetooth.
may also include various wired interfaces, such as for example, RS-232, SPI, CAN, USB, Ethernet connectivity, etc.
[0547] The hub 3910 may also include a failsafe line that is coupled to one or more of the on the patient-care devices 3902, 3906, 3920 or the tablet dock 3912 which, when pulled low, can cause a safety circuit to cause all of the patient-care devices 3902, 3906, 3920 or the tablet dock 3912, or the particular device that cause the fault, to enter into a fail safe mode. For example, an electrical conductor (i.e., a wire or line) may exists between the hub 3910 and one or more of that is coupled to a voltage source via a resistor (i.e., the line is high), and another circuit can couple the conductor to a ground (the conductor may be so-called pulled low.). In some embodiments, but not all embodiments, of the present disclosure, when a patient-care device disclosed herein, such one or more of the patient-care devices 3902, 3906, 3920, or a monitoring client, such as a tablet 3914, enters into a fail-safe mode, only critical (a predetermined set) of software routines are enabled and/or only critical circuitry (a predetermined set) is powered. In some embodiments, but not embodiments, for example, all circuitry except for the motor driver circuitry of an infusion pump may be disabled, such as radios, displays, display drivers, or other circuitry. Additionally or alternatively, in some embodiments, but not all embodiments, some software routines or functionality may be disabled that are not necessary when a specific fail safe mode is entered, such as in an infusion pump, the software that displays configuration information may be disabled.
[0548] The hub 3910 may also include a camera 3922 may be used to allow access to the system 3900, or identify a patient, nurse or drug using facial-recognition software, or by reading a barcode (2D or 3D). The camera 3922 of the hub 3910 may also read drug information and check it against the one or more servers 3926 for accuracy, and to ensure the drug is being delivered to the correct patient. Additionally or alternatively, the hub 3910 may also include a microphone 3924 to identify a patient, nurse, or caregiver using voice-recognition software.」
　（当審訳：　[0545]　ハブ3910は、２個の別個のプロセッサを含んでいてもよく、各々が互いの監視者である。
ハブ3910はまた、周囲温度センサ、圧力センサ、湿度センサのような、様々なセンサを含んでいてもよい。
ハブ3910が、ハブ3910のセンサによって測定された測定値へのアクセスを、患者ケア装置3902、3906、3920若しくはタブレット3914に与えてもよい。
[0546]　
ハブ3910は、
WiFi性能、ZigBee、Bluetoothを含んでいてもよい。
RS-232、SPI、CAN、USB、イーサネット接続のような、種々の有線インターフェースを含んでいてもよい。
[0547]　
ハブ3910はまた、患者ケア装置3902、3906、3920のうちの1つ以上又はタブレットドック3912に結合され、ローレベルに引き下げられた場合、安全回路に、患者ケア装置3902、3906、3920の全て
を、フェールセーフモードに入れさせることができる、フェールセーフ線を含んでいてもよい。
[0548]　ハブ3910はまた、システム3900へのアクセスを許可するため、又は、顔認識ソフトウェアを使用して若しくは（２Ｄ又は３Ｄの）バーコードを読み取って患者、看護婦又は薬剤を認識するためのカメラ3922を含んでいてもよい。ハブ3910のカメラ3922はまた、薬剤情報を読み取り、正確のため、1つまたは複数のサーバ3926に対してチェックし、薬剤が正しい患者に供給されることを保証する。追加的または代替的に、ハブ3910はまた、患者、看護士、または介護者を音声認識ソフトウェアを使用して識別するためのマイクロフォン3924を含んでいてもよい。）
　「[0595] FIG. 90 shows a block diagram of 
circuitry 6000 of a hub
includes a first failsafe line 6002 that may be activated by a device processor subsystem 6004, and a second failsafe line 6006 that may be activated by an interface processor subsystem 6008. The first and second failsafe lines 6002, 6006, are fed into an OR gate 6010, which has an output for an output failsafe line 6011 if ether the device process subsystem 6004 or the interface processor subsystem 6008 detects a fault or error, the first or second failsafe lines 6002, 6006 can activate the output failsafe line 6012. The failsafe line 6012 may be coupled to
an automatic occluding device that can automatically prevent fluid flow through an intravenous line when it receives a signal from the output failsafe line 6012.
　（当審訳：　[0595]　図90は、ここで開示される
ハブの回路6000
装置プロセッササブシステム6004によって起動され得る第１フェールセーフ線6002と、インターフェースプロセッササブシステム6008によって起動され得る第２フェールセーフ線6006を含む。第１及び第２フェールセーフ線6002、6006は、装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008のいずれかが故障又はエラーを検出した場合に、出力フェールセーフ線6011のための出力を有する、ORゲート6010に供給され、第１又は第２のフェールセーフ線6002、6006は、出力フェールセーフ線6012を起動することができる。出力フェールセーフ線6012は、
フェールセーフ線6012からの信号を受信した時に静脈ラインを通る流体の流れを自動的に止めることができる自動閉塞装置に結合されてもよい。
　（図６３）
　「
」
　（図９０）
　「
」
（２）上記（１）から、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。なお、段落[0595]の「an output failsafe line 6011」（当審訳：出力フェールセーフ線6011）は「an output failsafe line 
6012
　「ドック3904にドッキングされた注入ポンプ3902、ドック3908にドッキングされたピルディスペンサ3906、及び、USBケーブルを経てドック3904、3908とインターフェースするためのハブ3910を有するシステム3900であって、
　タブレット3914がハブ3910と無線通信し、
　ハブ3910は、注入速度に対する要求又はコマンドを注入ポンプ3902に送り、
　ハブ3910は、アラートまたはアラーム状態が発生した時に、患者ケア装置を安全状態にするフェールセーフシステムであってもよく、
　ハブ3910はまた、周囲温度センサ、圧力センサ、湿度センサのような、様々なセンサを含んでいてもよく、ハブ3910が、ハブ3910のセンサによって測定された測定値へのアクセスを、患者ケア装置3902、3906、3920若しくはタブレット3914に与えてもよく、
　ハブ3910は、WiFi性能、ZigBee、Bluetoothを含んでいてもよく、また、RS-232、SPI、CAN、USB、イーサネット接続のような、種々の有線インターフェースを含んでいてもよく、
　ハブ3910はまた、患者ケア装置3902、3906、3920のうちの1つ以上又はタブレットドック3912に結合され、ローレベルに引き下げられた場合、安全回路に、患者ケア装置3902、3906、3920の全てを、フェールセーフモードに入れさせることができる、フェールセーフ線を含んでいてもよく、
　ハブの回路6000は、装置プロセッササブシステム6004によって起動され得る第１フェールセーフ線6002と、インターフェースプロセッササブシステム6008によって起動され得る第２フェールセーフ線6006を含み、第１及び第２フェールセーフ線6002、6006は、装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008のいずれかが故障又はエラーを検出した場合に、出力フェールセーフ線6012のための出力を有する、ORゲート6010に供給され、第１又は第２のフェールセーフ線6002、6006は、出力フェールセーフ線6012を起動することができ、出力フェールセーフ線6012は、フェールセーフ線6012からの信号を受信した時に静脈ラインを通る流体の流れを自動的に止めることができる自動閉塞装置に結合されてもよい、
システム3900。」
　２　引用文献Ａ
　原査定の拒絶の理由にて引用された引用文献Ａ（米国特許出願公開第２０１１／００２１１４０号明細書）には、図面とともに次の事項が記載されている。
　「[0024] FIG. 1 is a diagram of a communication system capable of managing a sensor network, according to an exemplary embodiment. As discussed previously, a significant portion of the healthcare costs and labor go to acquiring data or testing patients with respect to various medical parameters (e.g., blood pressure, pulse, weight, temperature, glucose level, blood oxygen level, etc.). When a patient is treated in the home (e.g., home nursing or hospice care), healthcare professionals (e.g., nurses and doctors) often must make frequent visits to collect this information, which can result in substantial costs. Moreover, because of limited labor or availability of healthcare professionals, testing in some circumstances may be curtailed to a minimum level, resulting in a less complete picture of the patient's health.
[0025] To address this problem, the approach described herein leverages electronic sensors and communications technologies to provide 
a system 100 including a sensor hub 101 with connectivity to a family of wireless enabled devices and sensors (e.g., sensors 103a-103m; also collectively referred to as sensors 103) for collecting health-related (e.g., medical parameters and status) and other environmental data (e.g., smoke detectors, carbon monoxide (CO) detectors, movement sensors, etc.)
In addition, the sensor hub 101 is linked to a sensor backend platform 105 that offers access to collected sensor data via a web portal 107 to the patient and other authorized users (e.g., doctors, nurses, other caregivers, family members, etc.) over a public data network 109 (e.g., the Internet). The patient may also access collected sensor information or other sensor backend platform 105 functions via a wireless display 111 connected (e.g., via Bluetooth) to the sensor hub 101.
[0026] In one embodiment, 
the public data network 109 enables the sensor backend platform 105 to connect to or provide a variety of related services.
the public data network 109 may facilitate two-way communication (e.g., voice, text messaging, E-mail, media file sharing, etc.) between the patient and a doctor, nurse, or caregiver through the sensor hub 101.
[0027] The specific monitored parameters and/or available functions are determined by the type of sensors 103a-103m installed at the sensor hub 101. According to certain embodiments, to maintain ease of use, 
the system 100 of FIG. 1 employs dongles 115a-115m that are automatically associated with their corresponding sensors and/or devices 103a-103m to offer a plug and play experience when adding or changing sensors 103a-103m.
to monitor patient weight, the user plugs a dongle 115 corresponding to a wireless enabled scale into the sensor hub 101. On detecting the dongle 115, the sensor hub 101 retrieves the authentication information stored in the dongle 115 to automatically initiate pairing with the associated wireless scale.
As the patient uses the scale, the sensor hub 101 collects and transmits the patient's weight to the sensor backend platform 105 for storage and access.
[0028] As shown in FIG. 1, 
the sensor hub 101 has connectivity to the public data network 109 over either a wireless network 117 and/or a wired network 119.
the wireless network 117 may be a cellular network
[0029] In one embodiment, the sensor hub 101 is by default configured to operate over the wireless network 117. The wireless network 117 enables connectivity to the sensor backend platform 105 even when the patient does not have separate Internet capabilities installed at the patient's home. If the patient's home does have Internet capabilities (e.g., wired network 119), the sensor hub 101 may be connected to the wired network 119 for access to the sensor backend platform 105. In certain embodiments, the sensor hub 101 may connect to both the wireless network 117 and the wired network 119 to provided redundant network access in case either the wireless network 117 or the wired network 119 is not available.
[0030] By way of example, the sensor hub 101 communicates with the sensors/devices 103a-103m, the sensor backend platform 105, and other network components (e.g., the terminal 121, display 111, or web portal 107) using standard protocols. In this context, a protocol includes a set of rules defining how the network nodes within the system of FIG. 1 interact with each other based on information sent over the communication links. The protocols are effective at different layers of operation within each node, from generating and receiving physical signals of various types, to selecting a link for transferring those signals, to the format of information indicated by those signals, to identifying which software application executing on a computer system sends or receives the information. The conceptually different layers of protocols for exchanging information over a network are described in the Open Systems Interconnection (OSI) Reference Model.
[0031] 
Communications between the network nodes are typically effected by exchanging discrete packets of data.
（当審訳：　[0024]　図1は、センサネットワークを管理することができる通信システムの一実施形態を示すブロック図である。前述したように、ヘルスケアの費用及び労力のかなりの部分は、様々な医学的パラメータ（例えば、血圧、脈拍、体重、体温、血糖値、血中酸素レベルなど）に関して、データを取得することや患者を検査することに向かう。患者が家庭で治療される場合（例えば、在宅介護、ホスピスケア）、医療専門家（例えば、看護師および医師）は、多くの場合、この情報を収集するために頻繁に訪問しなければならず、それは、実質的な支出につながる。さらに、限りある労働又は医療関係者の利用可能性のため、ある状況下では試験が最低限に切り詰められ、患者の健康状態のより不完全な初見という結果となる。
[0025]　この問題に対処するために、本明細書に記載のアプローチは、
健康関連（例えば、医療パラメータ及びステータス）及び他の環境データ（例えば、煙検知器、一酸化炭素(CO)検出器、動きセンサなど）を収集するための無線可能装置及びセンサ（例えば、センサ103a-103m; 総称してセンサ103とも呼ばれる）のファミリーへの接続性を備えたセンサハブ101を含むシステム100
センサハブ101は、収集されたセンサデータへのウェブポータル107によるアクセスを、公衆データネットワーク109（例えば、インターネット）越しに患者及び他の権限のあるユーザ（例えば、医師、看護師、介護士、家族、など）に提供する、センサバックエンドプラットフォーム105にリンクされている。患者はまた、収集されたセンサ情報又はその他のセンサバックエンドプラットフォーム105に、センサハブ101に（例えば、ブルートゥースを介して）接続されたワイヤレスディスプレイ111によってアクセスし得る。
[0026]　一実施形態では、
公衆データネットワーク109は、センサバックエンドプラットフォーム105が、様々な関連のサービスに接続する又はそれらを提供することを可能にする。
公衆データネットワーク109は、患者と医師、看護師又は介護者との間のセンサハブ101を介した２方向通信（例えば、音声、テキストメッセージ、電子メール、メディアファイル共有など）を容易にする。
[0027]　特定の監視されるパラメータ及び／又は利用可能な機能は、センサハブ101に取り付けられたセンサ103a-103mのタイプによって決定される。特定の実施形態によれば、使いやすさを維持するため、
図1のシステム100は、センサ103a-103mを追加又は変更する時にプラグアンドプレイ体験を提供するための、対応するセンサ及び／又はデバイス103a-103mに自動的に関連付けられるドングル115a-115mを採用している。
患者の体重を監視するために、ユーザは、無線可能とされたスケールに対応したドングル115をセンサハブ101に差し込む。ドングル115を検出すると、センサハブ101は、ドングル115に記憶されている認証情報を検索して、関連する無線スケールとのペアリングを自動的に開始する。
患者は、スケールを使用すると、センサハブ101は、保管およびアクセスのために患者の体重を収集しセンサバックエンドプラットフォーム105に送信する。
[0028]　図1に示されるように、
センサハブ101は、無線ネットワーク117及び／又は有線ネットワーク119のいずれかを介した、公衆データネットワーク109への接続を有する。
無線通信ネットワーク117は、セルラーネットワークであってよく、
[0029]　一実施形態において、センサハブ101は、無線ネットワーク117上で動作するように設定されたデフォルトによるものである。無線ネットワーク117は、患者が患者の家に設置された個別のインターネット能力を有しない場合であっても、センサバックエンドプラットフォーム105に接続することを可能にする。患者の家がインターネット能力（例えば、有線ネットワーク119）を有しない場合、センサハブ101は、センサバックエンドプラットフォーム105へのアクセス用の有線ネットワーク119に接続されてもよい。ある実施形態において、センサハブ101は、無線ネットワーク117又は有線ネットワーク119のいずれかが利用可能でない場合でも、冗長なネットワーク・アクセスを提供するため、無線ネットワーク117及びネットワーク119の両方に接続し得る。
[0030]　例えば、センサハブ101は、センサ／デバイス103a-103m、バックエンドプラットフォーム105、及び他のネットワーク要素（例えば、端末121、ディスプレイ111、あるいは、ウェブポータル107）と、標準的なプロトコルを使用して通信する。この文脈において、プロトコルは、図1のシステム内のネットワークノードが、通信リンクを介して送信される情報に基づいて、互いにどのように相互作用するかを定義する一連の規則を含む。そのプロトコルは、種々のタイプの物理信号を生成および受信から、それらの各ノード内の異なるレイヤで、それらの信号によって示される情報の形式に、これらの信号を、コンピュータシステム上で実行するソフトウェアアプリケーションが、情報を送信または受信するかを識別する。ネットワーク上で情報を交換するためのプロトコルの概念的に異なるレイヤが、開放型システム間相互接続(OSI)参照モデルに記載されている。
[0031]　
ネットワークノード間の通信は、典型的に、データの個別パケットを交換することによって達成される。
　（図１）
　「
」
第６　対比・判断
　１　本願発明１について
（１）対比
　ア　本願発明１と引用発明とを対比すると、次のことがいえる。
（ア）引用発明の「システム3900」は、後述する相違点は別として、本願発明１の「システム」に相当する。
（イ）引用発明では、「システム3900」は、「ドック3904にドッキングされた注入ポンプ3902、ドック3908にドッキングされたピルディスペンサ3906、及び、USBケーブルを経てドック3904、3908とインターフェースするハブ3910を有する」ものであり、「ハブ3910」は、「注入速度に対する要求又はコマンドを注入ポンプ3902に送」ること及び「ハブ3910のセンサによって測定された測定値へのアクセスを、患者ケア装置3902、3906、3920」に「与え」ることを行うものである。
　ここで、「患者ケア装置」は、「注入ポンプ3902」、「ピルディスペンサ3906」等を総称したものであることが明らかである。
　したがって、「ハブ3910」は、「USBケーブル」や「ドック3904」を介して、「注入ポンプ3902」との間で、「注入速度に対する要求又はコマンド」に関するデータや「測定値」のデータを通信するといえる。
　そして、引用発明の「注入ポンプ3902」は、本願発明１の「医療機器」に含まれる。
　以上のことから、本願発明１の
　「
ローカルエリアネットワークを介して
そして少なくとも１つのアプリケーション層パケットにデータをパッケージ化するように構成されている
との構成に関して、引用発明と本願発明１とは、
　「医療機器との間でデータを通信する第１のハブ」
を備える点で共通している。
（ウ）引用発明は、
　「ハブ3910はまた、患者ケア装置3902、3906、3920のうちの1つ以上又はタブレットドック3912に結合され、ローレベルに引き下げられた場合、安全回路に、患者ケア装置3902、3906、3920の全てを、フェールセーフモードに入れさせることができる、フェールセーフ線を含んでいてもよく、
　ハブの回路6000は、装置プロセッササブシステム6004によって起動され得る第１フェールセーフ線6002と、インターフェースプロセッササブシステム6008によって起動され得る第２フェールセーフ線6006を含み、第１及び第２フェールセーフ線6002、6006は、装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008のいずれかが故障又はエラーを検出した場合に、出力フェールセーフ線6012のための出力を有する、ORゲート6010に供給され、第１又は第２のフェールセーフ線6002、6006は、出力フェールセーフ線6012を起動することができ、出力フェールセーフ線6012は、フェールセーフ線6012からの信号を受信した時に静脈ラインを通る流体の流れを自動的に止めることができる自動閉塞装置に結合されてもよい」
ものである。
　ここで、「ハブ3910」は、「ハブの回路6000」として「装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008」を含み、当該「装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008」は、それらの「いずれかが故障又はエラーを検出した場合に」、「出力フェールセーフ線6012のための出力」として「ローレベル」の信号を「提供するように構成された」ものであり、また、「患者ケア装置」は、「出力フェールセーフ線6012」から「ローレベル」の信号を受信するために「ハブ3910」に「結合」すなわち「動作可能に接続」されており、「故障又はエラーを検出」した状態である場合、すなわち「エラー状態」が、「ローレベル」の信号を介して「存在するとされた場合」、前記「患者ケア装置」は、例えば「静脈ラインを通る流体の流れを自動的に止める」ような、「フェールセーフモード」で動作するものと理解することができる。
　そして、「ローレベル」の信号は、本願発明１の「
致命的な
　また、「フェールセーフモード」で動作することと、本願発明１の「
ハブから独立して
　以上の点について上記（イ）も踏まえると、本願発明１の
　「前記第１のハブは、
致命的な
　前記医療機器は、
致命的な
致命的な
致命的な
ハブから独立して
ことに関して、引用発明と本願発明１とは、
　「前記第１のハブは、エラー状態信号を提供するように構成されたフェイルセーフコンポーネントを含み、
　前記医療機器は、エラー状態信号を受信する前記第１のハブに動作可能に接続されており、エラー状態が、前記エラー状態信号を介して存在するとされた場合、前記医療機器は所定の態様で動作するように構成されている」
という点で共通している。
　イ　上記アから、本願発明１と引用発明とは、以下の点で一致する。
　（一致点）
　「システムであって、
　医療機器との間でデータを通信する第１のハブを備え、
　前記第１のハブは、エラー状態信号を提供するように構成されたフェイルセーフコンポーネントを含み、
　前記医療機器は、エラー状態信号を受信する前記第１のハブに動作可能に接続されており、エラー状態が、前記エラー状態信号を介して存在するとされた場合、前記医療機器は所定の態様で動作するように構成されているシステム。」
　ウ　また、本願発明１と引用発明とは、以下の点で相違する。
　（相違点１）
　本願発明１では、「第１のハブ」が「医療機器との間でデータを通信」することが、「ローカルエリアネットワークを介して」行われるのに対し、引用発明では、「ハブ3910」が「注入速度に対する要求又はコマンドを注入ポンプ3902に送」ること等が「USBケーブル」や「ドック3904」を介して行われるものである点。
　（相違点２）
　本願発明１の「第１のハブ」は、「少なくとも１つのアプリケーション層パケットにデータをパッケージ化するように構成されている」のに対し、引用発明の「ハブ3910」は、そのように構成されていると特定されるものではない点。
　（相違点３）
　本願発明１の「第１のハブ」は、「少なくとも１つのグローバル・ポジショニング信号を用いて時間パラメータを決定するように構成されたグローバル・ポジショニング・コンポーネントを含」むとともに、「少なくとも１つのアプリケーション層パケットのうちのアプリケーション層パケットのヘッダに時間パラメータを追加するように構成され」たものであるのに対し、引用発明の「ハブ3910」は、それらのような機能・構成を有するとは特定されない点。
　（相違点４）
　本願発明１の「システム」は、「第１のハブ」に加えて、「少なくとも１つのセルラーネットワークを介して動作可能に前記第１のハブから前記少なくとも１つのアプリケーション層パケットを受信するように構成される第２のハブ」を備え、ここで、「前記第２のハブは、前記時間パラメータが所定の基準を満たすか否かを判定するように構成され」るものであるのに対し、引用発明の「システム3900」は、「ハブ3910」とは別のハブを備えると特定されるものではない点。
　（相違点５）
　本願発明１の「フェイルセーフコンポーネント」が提供する信号は「致命的なエラー状態信号」であり、また、「致命的なエラー状態」が「存在するとされた場合」の「医療機器」の動作は、「ハブから独立して動作する」というものであるのに対し、引用発明の「装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008のいずれかが故障又はエラーを検出した場合」に「装置プロセッササブシステム6004又はインターフェースプロセッササブシステム6008」が「出力フェールセーフ線6012のための出力」として提供するものは、「ローレベル」の信号であって、当該信号は「故障又はエラー」が「致命的」であることを示すとは特定されず、また、「故障又はエラーを検出した場合」の「患者ケア装置」は、「フェールセーフモード」で動作するものであって、「ハブから独立して動作する」とは特定されない点。
（２）判断
　事案に鑑みて、相違点５について先に検討する。
　医療機器との間でデータを通信するハブを、致命的なエラー状態信号を提供し得るように構成するとともに、医療機器を、致命的なエラー状態信号をハブから受信した場合にハブから独立して動作するように構成することは、引用文献１〜５のいずれにも記載されておらず、本願の優先日前において周知技術であったともいえない。
　よって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用文献１〜５に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。
　２　本願発明２〜１５について
　本願発明２〜１５は、本願発明１を減縮した発明であるから、本願発明１と同様の理由により、当業者であっても引用文献１〜５に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。
第７　原査定についての判断
　令和２年２月１７日（拒絶査定不服審判の請求日）に提出された手続補正書により、請求項１０〜２４は、「医療機器との間でデータを通信」する「第１のハブ」を備える「システム」において、「前記医療機器は、致命的なエラー状態信号を受信する前記第１のハブに動作可能に接続されており、致命的なエラー状態が、前記致命的なエラー状態信号を介して存在するとされた場合、前記医療機器はハブから独立して動作するように構成されている」との技術的事項を含むものとなり、その後、令和３年８月１０日に提出された手続補正書により、請求項１〜９が削除されて、上記請求項１０〜２４が新たな請求項１〜１５とされた。
　そして、原査定における引用文献Ａ〜Ｅのうちの引用文献Ａには、上記第５の２において摘記した記載はあるものの、上記技術的事項については引用文献Ａ〜Ｅには記載されておらず、本願の優先日前において周知技術であったとも認められないので、本願発明１〜１５は、当業者であっても、原査定における引用文献Ａ〜Ｅに基づいて容易に発明をすることができたものではない。したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。