2024-003552

特願２０２２－ ３０３３４「電子患者介護用のシステム、方法および装置」拒絶査定不服審判事件〔令和 ４年 ５月 ９日出願公開、特開２０２２－ ６８３７３〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、２０１３年（平成２５年）１２月２０日（パリ条約による優先権主張外国庁受理２０１２年１２月２１日（米国）、２０１３年５月２３日（米国）、２０１２年１２月２１日（米国）、２０１３年１２月２０日（米国）、２０１２年１２月２１日（米国）、２０１２年１２月２１日（米国）、２０１３年５月２３日（米国））を国際出願日として出願した特願２０１５－５４９８０９号の一部を２０１８年（平成３０年）３月１９日に新たな特許出願（特願２０１８－５０７４６号）とし、さらにその一部を２０１９年（令和元年）１０月２８日に新たな特許出願（特願２０１９－１９５００４号）とし、さらにその一部を２０２２年（令和４年）２月２８日に新たな特許出願としたものであって、その手続の経緯は、概略、以下のとおりである。 令和４年 ３月２９日 手続補正書の提出 令和５年 ４月２８日 拒絶理由通知書（起案日） 令和５年 ８月 ８日 意見書・手続補正書の提出 令和５年１０月２７日 拒絶査定（起案日） 令和６年 ２月２９日 審判請求書の提出 令和６年 ４月１８日 手続補正書の提出 令和７年 ２月 ７日 拒絶理由通知書（起案日） 令和７年 ６月２５日 意見書・手続補正書の提出 第２ 本願発明 本願の請求項１～１６に係る発明は、令和７年６月２５日提出の手続補正書で補正された特許請求の範囲の請求項１～１６に記載された事項により特定されるものであり、そのうち請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。 「 【請求項１】 電子患者介護用のシステムであって、 ウェブ・サービス、または、ウェブ・サービスとルーティング機能および医療デバイスソフトウェア更新の少なくとも１つとを提供するように構成されたゲートウェイ； 患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー； 前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイスであって、前記医療デバイスが、前記医用センサーに問合せて前記医用センサーから前記測定された生理的パラメータを受け取るように構成された問合せ回路を備えており、前記医療デバイスが前記測定された生理的パラメータを前記ゲートウェイに通信するように構成された、医療デバイス、 を備えるとともに、前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され、かつ、前記ウェブ・サービスがトランザクション・ベースのウェブ・サービスである、システム。」 第３ 令和７年２月７日付け拒絶理由通知の概要 令和７年２月７日付け拒絶理由通知（以下、「当審拒絶理由通知」という。）の理由は、概略、次のとおりのものである。 「１．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 ２．（明確性）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。 記（引用文献等については下記引用文献一覧参照） ●理由１（進歩性）について ・請求項１ ・引用文献等 １～４ ●理由２（明確性）について （省略） 引 用 文 献 等 一 覧 １．特表２００７－５２８２４１号公報 ２．特開２００２－１４３０９７号公報 ３．特表２００７－５１２８６５号公報（周知技術を示す文献） ４．特開２００７－１５２０３７号公報（周知技術を示す文献）」 第４ 引用文献の記載、引用発明等 １ 引用文献１ （１）引用文献１の記載 当審拒絶理由通知で引用した引用文献１（特表２００７－５２８２４１号公報、２００７年（平成１９年）１０月１１日公表）には、以下の記載がある（下線は当審において付与した。以下同じ。）。 「【技術分野】 【０００２】 本発明は、医療装置に関し、具体的には、ポンプ等の医療装置用のサーバーに関する。 【背景技術】 【０００３】 医療ポンプは、患者に対して介護を提供するための重要な部分である。これらは、鎮痛、栄養摂取、化学療法ならびにインシュリン等の異なる様々な治療に用いられている。これらの各治療は、通常、ポンプの動作を制御するため別のプログラムを必要とする。また、通常、各プログラムは、搬送用に処方された物質、処方されたドーセージ、患者の身体属性等の様々な要素にもよるが、それぞれの患者について異なる動作パラメーターを必要とする。 【０００４】 さらに、診療所、病院あるいは他の施設は、自身の全医療ポンプを管理することが必要である。ポンプを管理するには、プログラムを更新し、処方された治療に応じてポンプに適切なプログラムをロードすること、ポンプに対する動作パラメーターをロードし追跡すること、ならびに、ポンプの性能を追跡することが必要となる。」 「【００１５】 図１を参照すると、ポンプサーバーシステム１０のある実施形態は、ポンプサーバー１００、臨床（ＰＯＣ）サーバー１０２、一以上のプログラム可能な装置１０４、ならびに一以上の医療ポンプ１０６を含んでいる。ポンプサーバー１００ならびにＰＯＣサーバー１０２は、コンピュータネットワーク１０８に接続されている。」 「【００１９】 ポンプサーバー１００およびＰＯＣサーバー１０２は、情報を管理し、様々な機能を実行し、ならびに、ポンプサーバーシステム１０内の様々な装置とやりとりする役割を分担し、調整を行う。ポンプサーバー１００およびＰＯＣサーバー１０２は、情報を記憶し、その情報記憶のための重要な機能を実行する、いずれのプログラム可能な装置であってもよい。様々な実施形態において、サーバーは、医療ポンプ１０６の動作および監視に関する様々な機能を実行するようにプログラムされる。ポンプサーバー１００およびＰＯＣサーバー１０２を含む構成は、いくつかの利点を有する。例えば、医療ポンプ１０６をプログラムする必要があり、そうでない場合、一台だけの装置とポンプサーバー１００間をインターフェースするよう構成される。異なる製造メーカーの、あるいは、同じ製造メーカーの異なるポンプである医療ポンプ１０６を用いる医療機関にとっての他の利点は、ネット枠接続されたハードウエアの様々な部品について、異なるポンプごとに全てプログラムする必要がなく、医療ポンプ１０６と直接通信するポンプサーバー１００だけをプログラムすればよいことである。これにより、装置の在庫から様々な医療ポンプ１０６を増減することができるので、より簡易でコスト効率が高くなる。 【００２０】 ポンプサーバー１００は、ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行う。次に、ＰＯＣサーバーは、他の全ての装置と通信を行う。この例示的な実施形態において、ＰＯＣサーバー１０２は、ネットワーク１０８と通信中で、選択されたいずれかの医療ポンプ１０６からデータを取り込むようポンプサーバー１００に対して指示し；ネットワーク１０８と通信中で、選択されたいずれかの医療ポンプ１０６にデータを送るようポンプサーバー１００に対して指示をし；選択された医療ポンプ１０６がネットワーク１０８と通信中であるか否かに関係なく、ポンプサーバー１００から、選択されたいずれかの医療ポンプ１０６に関するデータを要求する。」 「【００２２】 ポンプサーバーは、様々な機能を実行する様々なデータを記憶し、ネットワーク１０８を介して医療ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行う。この例示的な実施形態において、ポンプサーバー１００は、情報（例えば、現在のプログラムのＩＤおよび医療ポンプ１０６内にロードされるバージョン、履歴記録、アラームの現状、バッテリーの状態、ならびに、オドメーター等の生体医用工学的、次のメインテナンスまでの時間等）を要求し、ネットワーク１０８上の医療ポンプ１０６からこれを受け取り；医療ポンプ１０６から一方的なメッセージ（例えば、アラーム、手動ポンププログラムの変更、前もってプログラムされた周期的更新等）を受け取り；医療ポンプ１０６から取り込み、又は、そこに送った情報のデータベースを維持し；医療ポンプ１０６に対して、ネットワーク接続されたプログラム可能な装置１０４から、遠隔からＩＤおよび医療ポンプ１０６上で現在ロードされているプログラムのバージョンを介護者が確認し、医療ポンプ１０６の状況を確認することを含む様々な役割を実行し、ある実施形態では、介護者が、設定および滴定(titration)等の様々なプログラミングパラメーターを変更することを可能にするウエッブブラウザインターフェースを提供し；ポンプに一定の出来事が生じた場合（例えば、警報が鳴る、プログラムが変更される、患者が毒物を飲んだ(patient tampering)、試用ドーズ量と服用量の比率が高すぎて患者の痛みが適切に抑えられていないことを示す、ならびに、医療ポンプ１０６内にソフトリミット(soft limit)を超えるプログラムが行われた）に、クライアントアプリケーションに電子メールを送信し、呼び出す(page)、あるいは、通知を行う等のポンプアラート機能を提供し；医療ポンプ１０６上のデイスプレイにメッセージを送信し（例えば、アラームを受けると、患者に対し看護師がそちらに向かっている旨の表示を行う）；音声メッセージを送り（例えば、アラームを受けると、患者に対し看護師がそちらに向かっている旨を告げる）；ナースステーションのプリンタ１１６又はファクシミリ１１４に対してメッセージ（例えば、午後８時頃に医療ポンプ１０６のタンクの交換が必要である旨）を送信し；プログラム可能な装置１０４を用いて医療ポンプ１０６に関する情報（例えば、マニュアルの電子コピー、問題解決のためのガイド、患者のためのガイド等）を介護者に提供し；医療ポンプ１０６上でロードされるプログラムの更新を確認し、新たなあるいは更新されたソフトウエアを医療ポンプ１０６にダウンロードし；ならびに、生体医用工学的テストプロセス中、ポンプおよびドキュメント結果を制御する。」 「【００２７】 医療ポンプ１０６は、患者に溶液を注入するよう構成された、いずれの医療ポンプであってもよい。・・・」 「【００３０】 図３は、パルス酸素濃度計等の他の臨床用医療装置１２０を含む他の実施形態を示している。医療ポンプ１０６と同様に、もう一つの医療装置１２０は、他のネットワーク接続された装置と通信するのではなく、ネットワーク１０８を通じポンプサーバー１００と直接通信を行う。この実施形態において、ポンプサーバー１００は、介護者が定めるプログラム済みのルールを用いて、様々な医療装置１２０および／又は医療ポンプ１０６を選択的に動作させるためプログラムされる。例えば、ポンプサーバー１００は、他の医療装置１２０から受信したデータに基づいて、医療ポンプ１０６の動作を開始あるいは停止するようプログラムされる（例えば、呼吸数が所定の限界を下回って低下した場合、ポンプサーバー１００は、医療ポンプ１０６にポンプ動作を停止し、アラームを生成するよう指示する）。 前記ポンプサーバー１００は、様々な医療ポンプ１０６と医療装置との間で仮想的な接続を選択的に供給する。この結果、互いに直接やりとりするために医療装置１２０および医療ポンプ１０６をプログラムする必要がない。再度述べると、各医療装置をそれぞれプログラムする必要がないので、この機能により、機器の一覧表に様々な装置を追加することが容易であり、費用がかからない。医療ポンプ１０６と同様に、ポンプサーバー１００は、書面、電子メール、ファクシミリ、プリントアウト、音声メッセージ等を通じて、医療装置１２０のため、様々なアラートを生成し及び／又は通信するためプログラムされる。」 「【００３１】 図４は、ポンプサーバー１００のアーキテクチャの一実施形態を示す。この実施形態において、ポンプサーバー１００は、ＰＯＣサーバー１０２およびウエッブサーバー１２４とやりとりするためのインターフェース１２２を含んでいる。かかるインターフェース１２２は、プログラム可能な装置１０４等の他の装置が、遠隔から医療ポンプ１０６あるいは医療装置１２０とインターフェースをとることを可能にする。ウエッブサーバー１２４は、インターフェース、通信ソフトウエア又は他のプログラム等の特別なソフトウエアを遠くのあるいは他の装置にロードせずに、標準的なテキストファイルを用いて、他の装置がポンプサーバー１００と通信することを可能にする。リモート装置は、別個の、医療装置１２０から識別可能ないずれかの装置を含んでいる。標準的なテキストファイルの例は、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、汎用マークアップ言語（ＳＧＭＬ）および拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含む。」 「 ［図：0001432489000001.jpg］ 」（図１） 「 ［図：0001432489000002.jpg］ 」（図３） 「 ［図：0001432489000003.jpg］ 」（図４） ア 上記【０００２】によれば、引用文献１に開示された「ポンプサーバーシステム１０」は、ポンプ等の医療装置用のサーバーであるところ、【０００３】によれば、医療ポンプは、患者に対して介護を提供するためのものである。 イ 上記【０００３】、【００１５】、【００３０】によれば、「ポンプサーバーシステム１０」は、ポンプサーバー１００、臨床（ＰＯＣ）サーバー１０２、一以上のプログラム可能な装置１０４、患者に対して介護を提供するための一以上の医療ポンプ１０６、パルス酸素濃度計等の他の臨床用医療装置１２０を含んでいる。 ウ 上記【００１９】、【００２０】によれば、「ポンプサーバー１００」は、医療ポンプ１０６と直接通信し、「ＰＯＣサーバー１０２」は、ネットワーク１０８と通信中で、選択されたいずれかの医療ポンプ１０６からデータを取り込むようポンプサーバー１００に指示し、選択された医療ポンプ１０６がネットワーク１０８と通信中であるか否かに関係なく、ポンプサーバー１００から、選択されたいずれかの医療ポンプ１０６に関するデータを要求するものである。 エ 上記【００２２】によれば、「ポンプサーバー１００」は、様々な機能を実行する様々なデータを記憶し、ネットワーク１０８を介して医療ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行うものであり、現在のプログラムのＩＤおよび医療ポンプ１０６内にロードされるバージョン等の情報を要求し、ネットワーク１０８上の医療ポンプ１０６からこれを受け取り、医療ポンプ１０６に対して、ネットワーク接続されたプログラム可能な装置１０４から、遠隔からＩＤおよび医療ポンプ１０６上で現在ロードされているプログラムのバージョンを介護者が確認し、医療ポンプ１０６の状況を確認することを含む様々な役割を実行し、介護者が、設定および滴定(titration)等の様々なプログラミングパラメーターを変更することを可能にするウエッブブラウザインターフェースを提供し、医療ポンプ１０６上でロードされるプログラムの更新を確認し、新たなあるいは更新されたソフトウエアを医療ポンプ１０６にダウンロードするものである。 オ 上記【００２７】によれば、「医療ポンプ１０６」は、患者に溶液を注入するよう構成されたポンプである。 カ 上記【００３０】によれば、「ポンプサーバー１００」は、パルス酸素濃度計等の他の医療装置１２０から受信したデータに基づいて、医療ポンプ１０６の動作を開始あるいは停止するようプログラムされる（呼吸数が所定の限界を下回って低下した場合、ポンプサーバー１００は、医療ポンプ１０６にポンプ動作を停止し、アラームを生成するよう指示する）ものである。 キ 上記【００３１】によれば、「ポンプサーバー１００」は、ＰＯＣサーバー１０２およびウエッブサーバー１２４とやりとりするためのインターフェース１２２を含み、「ウエッブサーバー１２４」は、標準的なテキストファイルを用いて、他の装置がポンプサーバー１００と通信することを可能にし、標準的なテキストファイルは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、汎用マークアップ言語（ＳＧＭＬ）および拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含むものである。 （２）引用発明 上記（１）によれば、引用文献１には、次の発明（以下、「引用発明」という。）が記載されている。 ［引用発明］ ポンプサーバー１００、臨床（ＰＯＣ）サーバー１０２、一以上のプログラム可能な装置１０４、患者に対して介護を提供するための一以上の医療ポンプ１０６、パルス酸素濃度計等の他の臨床用医療装置１２０を含むポンプサーバーシステム１０であって、 ポンプサーバー１００は、医療ポンプ１０６と直接通信し、 ＰＯＣサーバー１０２は、ネットワーク１０８と通信中で、選択されたいずれかの医療ポンプ１０６からデータを取り込むようポンプサーバー１００に指示し、選択された医療ポンプ１０６がネットワーク１０８と通信中であるか否かに関係なく、ポンプサーバー１００から、選択されたいずれかの医療ポンプ１０６に関するデータを要求し、 ポンプサーバー１００は、様々な機能を実行する様々なデータを記憶し、ネットワーク１０８を介して医療ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行うものであり、現在のプログラムのＩＤおよび医療ポンプ１０６内にロードされるバージョン等の情報を要求し、ネットワーク１０８上の医療ポンプ１０６からこれを受け取り、医療ポンプ１０６に対して、ネットワーク接続されたプログラム可能な装置１０４から、遠隔からＩＤおよび医療ポンプ１０６上で現在ロードされているプログラムのバージョンを介護者が確認し、医療ポンプ１０６の状況を確認することを含む様々な役割を実行し、介護者が、設定および滴定(titration)等の様々なプログラミングパラメーターを変更することを可能にするウエッブブラウザインターフェースを提供し、医療ポンプ１０６上でロードされるプログラムの更新を確認し、新たなあるいは更新されたソフトウエアを医療ポンプ１０６にダウンロードするものであって、 医療ポンプ１０６は、患者に溶液を注入するよう構成されたポンプであり、 ポンプサーバー１００は、パルス酸素濃度計等の他の医療装置１２０から受信したデータに基づいて、医療ポンプ１０６の動作を開始あるいは停止するようプログラムされる（呼吸数が所定の限界を下回って低下した場合、ポンプサーバー１００は、医療ポンプ１０６にポンプ動作を停止し、アラームを生成するよう指示する）ものであり、 ポンプサーバー１００は、ＰＯＣサーバー１０２およびウエッブサーバー１２４とやりとりするためのインターフェース１２２を含み、ウエッブサーバー１２４は、標準的なテキストファイルを用いて、他の装置がポンプサーバー１００と通信することを可能にし、標準的なテキストファイルは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、汎用マークアップ言語（ＳＧＭＬ）および拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含む、 ポンプサーバーシステム１０。 ２ 引用文献２ （１）引用文献２の記載 当審拒絶理由通知で引用した引用文献２（特開２００２－１４３０９７号公報、平成１４年５月２１日出願公開）には、以下の記載がある。 「【０００１】 【発明の属する利用分野】本発明は、利用者の生体現象をデータとして計測しこれを連続モニタリングしながら、予めスコア化された判定用スコアリングテーブルの利用者固有の判定用スコアデータと比較して疾病発症予知レベルを判定して該疾病発症予知レベルを利用者に通報する疾病発症予知通報システム及び方法に関する。」 「【００１０】先ず、疾病発症予知通報システム全体の構成について、図１を参照して説明する。１はデータ計測通信手段である利用者装着端末であり、データ計測部（センサ部）２とデータ通信部３とを備えている。データ計測部（センサ部）２は利用者の身体（腹部、胸部、手首、上腕、上腿など）に装着して使用し、血圧変動・心拍変動などの生命予後に関する生体データを非観血的無拘束状態にて連続して計測する。データ通信部３は、計測された生体データを含む各種データを送受信可能になっている。尚、利用者は、主として４０歳以上の中高齢者を対象としているが、これに限定されるものではない。」 「【００１４】尚、データ通信部３としてＰＨＳ、携帯電話を利用した場合には、無線により各々の基地局を介してヘルスケア情報サービスセンター４へリアルタイムで計測した生体データを送信することができる。また、ヘルスケア情報サービスセンター４へ通信した各々の基地局の受信範囲より利用者の位置をつき止めるために用いることも可能である。また、在宅型で健康管理を行う場合には、データ通信部３と固定電話、パーソナルコンピュータ又はデジタル放送対応のテレビジョンをつないで、メモリに蓄積した生体データを電話回線（ＩＳＤＮ）、ＣＡＴＶ回線、又はインターネットを通じて確実に送信することができる。」 「【００１８】上述したスコア化された判定用スコアデータは、生体データベース５の判定用スコアリングテーブルに格納されている。具体的には、例えば図３及び図４の右側ゾーンに示すように、利用者個々の健康状態により疾病発症予知レベルとして正常であることを示す健康ゾーンＩ、循環器系疾患（心臓病や脳卒中）や痴呆の発症を予知して生活スタイルの改善指導を促すケアゾーンＩＩ、医師の診療を受けることを促すキュアゾーンＩＩＩとに各々区分して格納されている。これらの疾病発症予知レベルは、利用者の年齢や利用者個人の健康状態（一次予防群に該当する者か二次予防群に該当する者か）などによって個別具体的に設定される。図３は心臓病スコアデータと判定用スコアデータ、脳梗塞スコアデータと判定用スコアデータとを、１時間単位で２４時間にわたって比較した比較例を示すサンプル図、図４は心臓病スコアデータと判定用スコアデータ、脳梗塞スコアデータと判定用スコアデータとを、１日単位で１週間にわたって比較した比較例を示すサンプル図である。この他にもヘルスケア情報サービスセンター４は、心臓病スコアデータと判定用スコアデータ、脳梗塞スコアデータと判定用スコアデータとを、例えば月単位で１年間にわたって、年単位で複数年にわたって比較した比較例をサンプル図として表示可能になっている。ヘルスケア情報サービスセンター４は、データ通信部３より送信された利用者の時々刻々変化する生体データを解析して得られたスコアデータ（図３、図４の棒グラフ）と、生体データベース５より読み出された当該利用者の判定用スコアデータ（図３、図４の右側ゾーン）とを比較し、疾病発症予知レベルを明示して利用者のデータ通信部３に通報するトランザクション処理を行う。尚、図３、図４において心臓病スコア及び脳梗塞スコアを最下層から最上層に向かって濃度が異なる棒グラフで示したが、該棒グラフの濃淡で表示された各エリアの持つ意味合いは、最下層が基礎医学情報スコア、中間層が時間生物学的生命予後スコア、最上層が時間生物学的疾病発症リズムスコアを各々示すものである。また、ヘルスケア情報サービスセンター４は、痴呆発症レベルについても同様に痴呆スコアデータと判定用スコアデータとの比較例をサンプル図として表示可能になっている。」 （２）引用文献２の記載の技術事項 上記（１）によれば、引用文献２には、次の技術事項が記載されている。 「 疾病発症予知レベルを判定して該疾病発症予知レベルを利用者に通報する疾病発症予知通報システムであって、 データ計測部（センサ部）２は利用者の身体に装着して使用し、生体データを連続して計測し、 生体データをインターネットを通じて送信することができ、 ヘルスケア情報サービスセンター４は、データ通信部３より送信された利用者の時々刻々変化する生体データを解析して得られたスコアデータと、生体データベース５より読み出された当該利用者の判定用スコアデータとを比較し、疾病発症予知レベルを明示して利用者のデータ通信部３に通報するトランザクション処理を行う 疾病発症予知通報システム。」 ３ 引用文献３（周知技術を示す文献） （１）引用文献３の記載 当審拒絶理由通知で引用した引用文献３（特表２００７－５１２８６５号公報、平成１９年５月２４日公表）には、以下の記載がある。 「【技術分野】 【０００１】 本発明は、一般に診断医学の分野、より詳しくは、被験者の体温又は他の生理学的パラメータを受動的に測定する無線センサアセンブリを含む診断医学装置に関するものであり、又はセンサアセンブリの少なくとも一部が使い捨て可能であるという特徴を有する装置に位置付けられ、若しくは関連する診断デバイスに関する。」 「【００２８】 図６において概略的に示されるように、本実施形態によるセンサアセンブリ２０は、生理学的パラメータに対して応答するセンサ又は素子を少なくとも一つ含む。この実施形態では、例えば、サーミスタ、熱電対若しくは他の小型の温度応答センサのような少なくとも一つの温度応答素子２４が備えられる。そのセンサは、温度応答素子で生成された電気信号を、問い合わせ装置３０に送信可能なデジタル信号に変換する、アナログデジタル変換器を含む低電力回路に電気的に接続される。センサアセンブリ２０に対する電力が、問い合わせ装置３０から生成されたトリガ信号により、磁気的に受動的な接続を通じて生成されるように、センサアセンブリは電力生成／電力制御ブロックを含む。あるいは、そのブロックを、トリガ信号の受信でセンサアセンブリ２０の動的電力供給を可能とするように構成してもよく、センサアセンブリが、トリガ信号が問い合わせ装置に送信されたか否かにかかわらず動的となるように構成してもよい。」 （２）引用文献３の記載の技術事項 上記（１）によれば、引用文献３には、次の技術事項が記載されている。 「 被験者の生理学的パラメータを受動的に測定する無線センサアセンブリ２０は、生理学的パラメータに対して応答するセンサを含み、問い合わせ装置３０から生成されたトリガ信号の受信で無線センサアセンブリ２０の動的電力供給を可能とする」こと。 ４ 引用文献４（周知技術を示す文献） （１）引用文献４の記載 当審拒絶理由通知で引用した引用文献４（特開２００７－１５２０３７号公報、平成１９年６月２１日出願公開）には、以下の記載がある。 「【技術分野】 【０００１】 本発明は、生体の情報を測定する測定システム等に関するものである。」 「【００３０】 （実施の形態１） 図１は、本実施の形態における測定システムのブロック図である。 測定システムは、測定装置１０、情報端末２０、および情報処理装置３０を具備する。・・・ 【００３１】 測定装置１０は、センサー部１０１、検知信号出力部１０２、電源供給部１０３、受信部１０４、制御部１０５および蓄積部１０６を具備する。センサー部１０１は、さらに受付手段１０１１、信号取得手段１０１２を具備する。」 「【００３８】 受信部１０４は、外部から無線あるいは有線により送信される測定装置１０を制御する信号である制御信号を受信する。ここでは特に、情報端末２０から送信される制御信号を受信する。・・・ 【００３９】 制御部１０５は、受信部１０４が受信した制御信号に基づいて、測定装置１０の制御を行なう。具体的には、制御部１０５は、測定装置１０内のセンサー部１０１や、信号出力部１０２や、電源供給部１０３や、受信部１０４、蓄積部１０６を制御するための指示を、制御信号に基づいて出力する。例えば、受信部１０４が測定装置１０を起動するための制御信号を受信した場合、制御部１０５は、電源供給部１０３に対して、センサー部１０１や、信号出力部１０２に電源を供給する指示を出力する。・・・」 「【００５４】 測定装置１０の受信部１０４が、外部、ここでは情報端末２０からの、電源のオンを指示する制御信号を受信すると、この制御信号に基づいて制御部１０５が、測定装置１０の電源をオンとする制御を行なう。これにより、電源供給部１０３から、センサー部１０１や信号出力部１０２に電源が供給される。センサー部１０１に電源が供給されると、受付手段１０１１が受け付けた生体に関連する物理量を、信号取得手段１０１２が、所定のタイミングで電気信号に変換して検知信号を取得する。信号出力部１０２は、信号取得手段１０１２が取得した検知信号を順次情報端末２０に対して送信する。・・・」 （２）引用文献４の記載の技術事項 上記（１）によれば、引用文献４には、次の技術事項が記載されている。 「 生体の情報を測定する測定システムであって、 測定システムは、測定装置１０、情報端末２０を具備し、 測定装置１０は、センサー部１０１、検知信号出力部１０２、電源供給部１０３、受信部１０４、制御部１０５を具備し、 受信部１０４が情報端末２０から測定装置１０を起動するための制御信号を受信した場合、制御部１０５は、電源供給部１０３に対して、センサー部１０１や、信号出力部１０２に電源を供給する指示を出力する」こと。 第５ 当審の判断 １ 対比 本願発明と引用発明とを対比する。 （１）引用発明の「ポンプサーバーシステム１０」は、「患者に対して介護を提供するための一以上の医療ポンプ１０６を含む」ものであり、当該システムにおいて、「ポンプサーバー１００は、様々な機能を実行する様々なデータを記憶し、ネットワーク１０８を介して医療ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行う」など電子的な処理を行うものであるから、後述する相違点は別にして、本願発明の「電子患者介護用のシステム」に相当する。 （２）ア 引用発明の「ポンプサーバー１００」は、「様々な機能を実行する様々なデータを記憶し、ネットワーク１０８を介して医療ポンプ１０６およびＰＯＣサーバー１０２と直接通信を行うもの」であり、「医療ポンプ１０６」と「直接通信を行う」ための接続機能を備えているのであるから、いわゆる「ゲートウェイ」といえる。 イ そして、引用発明の「ポンプサーバー１００」は、「介護者が、設定および滴定(titration)等の様々なプログラミングパラメーターを変更することを可能にするウエッブブラウザインターフェースを提供」するものであって、「ＰＯＣサーバー１０２およびウエッブサーバー１２４とやりとりするためのインターフェース１２２を含み、ウエッブサーバー１２４は、標準的なテキストファイルを用いて、他の装置がポンプサーバー１００と通信することを可能にし、標準的なテキストファイルは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、汎用マークアップ言語（ＳＧＭＬ）および拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含む」ものである。 してみると、引用発明の「ポンプサーバー１００」は、「ウエッブブラウザインターフェースを提供」するものであって、「拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含む」「標準的なテキストファイルを用い」て「ウエッブサーバー１２４とやりとりする」ものであるから、ウエッブブラウザインターフェースを提供したり、ウエッブサーバー１２４とやりすることによって、ウェブを介したサービス、すなわち、「ウェブ・サービス」を提供しているといえる。 ウ さらに、引用発明は、「ポンプサーバー１００は、医療ポンプ１０６と直接通信し」、「ＰＯＣサーバー１０２は、ネットワーク１０８と通信中で、選択されたいずれかの医療ポンプ１０６からデータを取り込むようにポンプサーバー１００指示し、選択された医療ポンプ１０６がネットワーク１０８と通信中であるか否かに関係なく、ポンプサーバー１００から、選択されたいずれかの医療ポンプ１０６に関するデータを要求」するものであるから、引用発明の「ポンプサーバー１００」は「ルーティング機能」を有しているといえる。 加えて、引用発明の「ポンプサーバー１００」は、「現在のプログラムのＩＤおよび医療ポンプ１０６内にロードされるバージョン等の情報を要求し、ネットワーク１０８上の医療ポンプ１０６からこれを受け取り、医療ポンプ１０６に対して、ネットワーク接続されたプログラム可能な装置１０４から、遠隔からＩＤおよび医療ポンプ１０６上で現在ロードされているプログラムのバージョンを介護者が確認し、医療ポンプ１０６の状況を確認することを含む様々な役割を実行し」、「医療ポンプ１０６上でロードされるプログラムの更新を確認し、新たなあるいは更新されたソフトウエアを医療ポンプ１０６にダウンロードする」ものであるから、「医療デバイス」である「医療ポンプ１０６」に対して、「更新されたソフトウエア」を「ダウンロード」している。 そうすると、引用発明の「ポンプサーバー１００」は、本願発明と同様、「医療デバイスソフトウェア更新」を提供するものであるといえる。 エ 上記ア～ウの検討を踏まえると、引用発明の「ポンプサーバー１００」は「ゲートウェイ」であって、「ウェブ・サービス」と「ルーティング機能」と「医療デバイスソフトウェア更新」とを提供するものである。 してみると、引用発明の「ポンプサーバー１００」と、本願発明の「ウェブ・サービス、または、ウェブ・サービスとルーティング機能および医療デバイスソフトウェア更新の少なくとも１つとを提供するように構成されたゲートウェイ」とは、「ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新を提供するように構成されたゲートウェイ」である点で共通する。 （３）引用発明は、「ポンプサーバー１００は、パルス酸素濃度計等の他の医療装置１２０から受信したデータに基づいて、医療ポンプ１０６の動作を開始あるいは停止するようプログラムされる（呼吸数が所定の限界を下回って低下した場合、ポンプサーバー１００は、医療ポンプ１０６にポンプ動作を停止し、アラームを生成するよう指示する）」ものである。 してみると、引用発明の「パルス酸素濃度計等の他の医療装置１２０」は、患者の「呼吸数」を測定して「ポンプサーバー１００」に送信するものであり、「呼吸数」は「生理的パラメータ」といえるから、引用発明の「パルス酸素濃度計等の他の医療装置１２０」は、患者の「生理的パラメータ」である「呼吸数」を測定するための何らかの「医用センサー」を備えているといえ、かかる「医用センサー」は「呼吸数」を測定するために患者につながれていることも明らかである。 そうすると、引用発明の「パルス酸素濃度計等の他の医療装置１２０」は、本願発明の「患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー」を実質的に備えているといえる。 （４）上記（２）で検討したとおり、引用発明の「ポンプサーバー１００」は、「ウェブ・サービスを提供するように構成されたゲートウェイ」であって、「ネットワーク１０８を介して医療ポンプ１０６」と「直接通信を行うもの」であり、「医療ポンプ１０６」は「医療デバイス」である。 してみると、引用発明の「医療ポンプ１０６」は、ウェブ・サービスを提供するゲートウェイと直接通信する「医療デバイス」であって、ウェブ・サービスを使用してゲートウェイと通信しているといえるから、本願発明の「前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイス」に相当する。 さらに、上記（３）で検討したとおり、引用発明の「パルス酸素濃度計等の他の医療装置１２０」は、患者の「呼吸数」を測定して「ポンプサーバー１００」に送信するものであって、「医用センサー」を実質的に備えているところ、「パルス酸素濃度計等の他の医療装置１２０」も「医療ポンプ１０６」と同様に「医療デバイス」である。 以上を踏まえると、引用発明は、「パルス酸素濃度計等の他の医療装置１２０」が実質的に備える医用センサーが測定した「呼吸数」を、「ポンプサーバー１００」に送信するものであるから、引用発明の「医療ポンプ１０６」と「パルス酸素濃度計等の他の医療装置１２０」からなる構成は「医療デバイス」であって、本願発明の「前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイスであって」、「前記医療デバイスが前記測定された生理的パラメータを前記ゲートウェイに通信するように構成された、医療デバイス」に相当する。 ２ 一致点及び相違点 上記１によれば、本願発明と引用発明とは、以下の一致点及び相違点を有する。 [一致点] 電子患者介護用のシステムであって、 ウェブ・サービスと、ウェブ・サービスとルーティング機能および医療デバイスソフトウェア更新を提供するように構成されたゲートウェイ； 患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー； 前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイスであって、前記医療デバイスが前記測定された生理的パラメータを前記ゲートウェイに通信するように構成された、医療デバイス、 を備えるシステム。 [相違点] [相違点１] ゲートウェイが提供する機能について、本願発明は、「ウェブ・サービス」と、または、「ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新の少なくとも１つ」を提供するとしており、ウェブ・サービスのみを提供することや、ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新の少なくとも１つを提供することを包含しているのに対して、引用発明は、かかる３つの機能を全て提供するとしている点。 [相違点２] ウェブ・サービスについて、本願発明は、「ウェブ・サービスがトランザクション・ベースのウェブ・サービスである」のに対して、引用発明は、「ウェブ・サービスがトランザクション・ベースのウェブ・サービスである」とはしていない点。 [相違点３] 本願発明は、「前記医療デバイスが、前記医用センサーに問合せて前記医用センサーから前記測定された生理的パラメータを受け取るように構成された問合せ回路を備えており」、「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」ているのに対して、引用発明は、そのような「問合せ回路」（相違点３－１）や「医用センサー」（相違点３－２）を備えるとはしていない点。 ３ 当審の判断 上記相違点について検討する。 （１）相違点１について 本願発明は、ゲートウェイが、「ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新の無しまたは少なくとも１つと、」を提供するとしているところ、これは、ゲートウェイが、ウェブ・サービスとルーティング機能および医療デバイスソフトウェア更新の全て機能を提供することを包含するものであるから、上記相違点１は実質的な相違点ではない。 また、仮に、本願発明の「ゲートウェイ」は、ウェブ・サービスのみを提供したり、ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新の少なくとも１つのみを提供するものであると限定的に解釈したとしても、引用発明において、ゲートウェイが提供する「ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新」のうち、いずれかの機能を選択して提供するとすることは、当業者であれば必要に応じて適宜なし得るものにすぎないから、ウェブ・サービスのみを提供したり、ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新の少なくとも１つのみを提供するとすることも任意である。 以上のとおり、相違点１は実質的な相違点ではなく、仮に、相違点であるとしても当業者であれば必要に応じて適宜なし得る事項にすぎない。 （２）相違点２について ア 本願発明の「トランザクション・ベースのウェブ・サービス」の技術的意義については、本願の発明の詳細な説明には具体的な定義がないことから、本願と発明の詳細な説明の記載と完全に同一の発明の詳細な説明の記載である親出願（特願２０１９－１９５００４号、不服２０２２－３０２５号）の審決取消訴訟（令和６年（行ケ）１０００５号）の判決での判示事項を参照する。 当該判決において、「「ウェブ・サービス」という用語は、「インターネット上に分散した複数のウェブアプリケーションシステムをシステム同士で連携させる技術であり、ＸＭＬ、ＵＤＤＩ、ＷＳＤＬ及びＳＯＡＰの規格に適合したもの」という意味で用いられ、本願の国際出願日の当時、技術常識となっていたと認められる。また、この「ウェブ・サービス」との関係において、「トランザクション」という用語は、「複数の処理をひとまとまりにしたものであって、同時にアクセスされる基礎データの一貫性を確保することができるもの」という意味で用いられると認められ、そうすると、「トランザクション・ベースのウェブ・サービス」とは、この「トランザクション」を基礎とした「ウェブ・サービス」という意味の用語であって、これも、本願の国際出願日（平成２５年１２月２０日）の当時、技術常識となっていたと認められる。」（判決１６ページ）と判示されている。 かかる用語の解釈は、記載要件の判断におけるものであるが、本願発明の要旨認定において、これと異なる用語の解釈とすべき特段の事項は見いだせない。 以上を踏まえて、以下、相違点２の検討をする。 イ 上記「第４」の２（２）に示したとおり、引用文献２には、「疾病発症予知レベルを判定して該疾病発症予知レベルを利用者に通報する疾病発症予知通報システムであって、データ計測部（センサ部）２は利用者の身体に装着して使用し、生体データを連続して計測し、生体データをインターネットを通じて送信することができ、ヘルスケア情報サービスセンター４は、データ通信部３より送信された利用者の時々刻々変化する生体データを解析して得られたスコアデータと、生体データベース５より読み出された当該利用者の判定用スコアデータとを比較し、疾病発症予知レベルを明示して利用者のデータ通信部３に通報するトランザクション処理を行う疾病発症予知通報システム。」との技術事項が記載されている。 引用文献２に記載の「疾病発症予知通報システム」は、医療システムであるといえる。 そして、引用文献２に記載の「生体データ」は、「インターネットを通じて送信することができ」るものであるから、引用文献２に記載の「疾病発症予知通報システム」は、インターネットを利用する医療システムであるといえ、さらに、一般に通信技術において「ウェブ」と「インターネット」とは同義であることに鑑みると、ウェブ・サービスを提供する医療システムであるといえる。 また、引用文献２に記載の「ヘルスケア情報サービスセンター４」は、「データ通信部３より送信された利用者の時々刻々変化する生体データを解析して得られたスコアデータと、生体データベース５より読み出された当該利用者の判定用スコアデータとを比較し、疾病発症予知レベルを明示して利用者のデータ通信部３に通報するトランザクション処理を行う」ものであるから、トランザクション・ベースの通報処理を行うものである。 以上を踏まえると、引用文献２には、ウェブ・サービスを提供する医療システムであって、トランザクション・ベースの通報処理を行う医療システムが開示されているといえる。 ウ 一方、引用発明も、ウェブ・サービスを提供する医療システムであって、「呼吸数が所定の限界を下回って低下した場合、ポンプサーバー１００は、医療ポンプ１０６にポンプ動作を停止し、アラームを生成するよう指示する」ものであるから、通報処理（アラーム）を行うものである。 してみると、引用発明と引用文献２に記載の医療システムは、ともに、ウェブ・サービスを提供する医療システムであって、通報処理を行う点でも共通するものであるから、引用発明の通報処理に引用文献２に記載のトランザクション・ベースの通報処理を適用し、「ウェブ・サービスがトランザクション・ベースのウェブ・サービスである」とすることは、当業者であれば容易になし得たものである。 エ さらに、引用発明の「ポンプサーバー１００」は、「ウエッブブラウザインターフェースを提供」するものであって、「拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に基づいて形成されたファイルを含む」「標準的なテキストファイルを用い」て「ウエッブサーバー１２４とやりとりする」ものであるから、上記１（２）イのとおり、「ポンプサーバー１００」は、「ウェブ・サービス」を提供しているといえ、また、「ポンプサーバー１００」は、上記１（２）ウのとおり、「医療デバイス」である「医療ポンプ１０６」に対して、「更新されたソフトウエア」を「ダウンロード」している。そして、このようなソフトウエアのダウンロードによる更新は無事に実行される必要がある、すなわち、ダウンロードの要求に対して、ダウンロード中等にトラブルなく無事に更新処理を終える、又は、ダウンロード中等にトラブルが発生したとしても、トラブル解消後に再度ダウンロード等を行い更新処理を実行し処理を終えるという、複数の処理の一貫性が要求されることは技術常識である。 そうすると、引用文献１には、引用発明においてトランザクション・ベースでウェブ・サービスを実行することが示唆されているといえる。 さらに、引用文献２には、上記イとおり、ウェブ・サービスを提供する医療システムであって、トランザクション・ベースの通報処理を行う医療システムが開示されているといえることから、以上を踏まえると、引用発明に引用文献２に記載された技術事項を適用することで相違点２に係る本願発明の構成とすることは、当業者が容易に想到することができたものである。 （３）相違点３について ア 引用発明の「医療ポンプ１０６」は、上記１（４）のとおり、本願発明の「パルス酸素濃度計等の他の医療装置１２０」も「医療ポンプ１０６」と同様に本願発明の「医療デバイス」に含まれるといえ、上記１（３）のとおり、「パルス酸素濃度計等の他の医療装置１２０」が実質的に備える医用センサーが測定した「呼吸数」を、「ポンプサーバー１００」に送信することを踏まえると、「パルス酸素濃度計等の他の医療装置１２０」は、呼吸数を医用センサーから受け取っていることは明らかである。 そうすると、引用発明の「パルス酸素濃度計等の他の医療装置１２０」が本願発明と同様の「問合せ回路」に相当する構成を実質的に備えていることは明らかである。 したがって、引用発明において、上記相違点３のうち「前記医療デバイスが、前記医用センサーに問合せて前記医用センサーから前記測定された生理的パラメータを受け取るように構成された問合せ回路を備えており」との本願発明に係る構成については、文言上の差異にすぎない。仮に実質的な相違点であるとしても、当業者が容易に想到することができたものにすぎない。（以上、相違点３－１） イ 上記「第４」の３（２）で示したとおり、引用文献３には、「被験者の生理学的パラメータを受動的に測定する無線センサアセンブリ２０は、生理学的パラメータに対して応答するセンサを含み、問い合わせ装置３０から生成されたトリガ信号の受信で無線センサアセンブリ２０の動的電力供給を可能とする」という技術事項が記載されている。 引用文献３に記載の「無線センサアセンブリ２０」、「電力供給」は、それぞれ本願発明の「医用センサー」、「電力を投入」に相当するものであるから、引用文献３は、「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」るという上記相違点３に係る構成を開示するものである。 ウ 上記「第４」の４（２）で示したとおり、引用文献４には、「生体の情報を測定する測定システムであって、測定システムは、測定装置１０、情報端末２０を具備し、測定装置１０は、センサー部１０１、検知信号出力部１０２、電源供給部１０３、受信部１０４、制御部１０５を具備し、受信部１０４が情報端末２０から測定装置１０を起動するための制御信号を受信した場合、制御部１０５は、電源供給部１０３に対して、センサー部１０１や、信号出力部１０２に電源を供給する指示を出力する」という技術事項が開示されている。 引用文献４に記載の上記技術事項は、「測定装置１０」が具備する「受信部１０４」は「情報端末２０から送信される制御信号を受信」するものであって、「受信部１０４が測定装置１０を起動するための制御信号を受信」すると、「測定装置」が「具備」する「センサー部１０１や、信号出力部１０２に電源」が「供給」され、「生体に関連する物理量」の「検知信号」が取得され、「情報端末２０に対して送信する」ことを示している。 してみると、「測定装置１０を起動するための制御信号」は、「測定装置」に対して「生体に関する物理量」を送信させるための制御信号であるから、「生体に関する物理量」の問い合わせ信号といえる。そして、かかる問い合わせ信号によって、「測定装置」が「具備」する「センサー部１０１や、信号出力部１０２に電源」が「供給」されるものであるから、「測定装置１０」は、前述した問い合わせ信号によって少なくとも部分的に電力が投入されているといえる。 以上を踏まえると、引用文献４は、「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」るという上記相違点３に係る本願発明の構成を実質的に開示しているといえる。 エ 上記イ及びウで検討したとおり、引用文献３～４は、いずれも上記相違点３に係る本願発明の構成を開示するものであり、上記相違点３に係る本願発明の構成は、この出願の最先の優先日（２０１２年（平成２４年）１２月２１日）前において周知技術であったといえる。 そして、引用発明においても、上記１(４)を踏まえると、医療ポンプ１０６、パルス酸素濃度計等の他の医療装置１２０が、医用センサーによって測定された呼吸数をポンプサーバー１００に通信するものであるから、かかる生理的パラメータの取得に際して、引用文献３、４に示される上記周知技術を適用し「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」るとすることは、当業者であれば容易になし得たものである。（以上、相違点３－２） （４）本願発明の効果について 上記相違点１～３を勘案しても、本願発明の奏する効果は、引用発明、引用文献２に記載の技術事項、及び周知技術の奏する作用効果から予測される範囲内のものにすぎず、格別顕著なものということはできない。 （５）請求人が意見書でする主張について ア 請求人の主張の概要 請求人は、令和７年６月２５日提出の意見書で次のように主張する。 （ア）引用文献２に記載のシステムは「ＰＨＳ、携帯電話などの移動体通信端末」を用いるもので、「疾病発症予知通報システム」が患者データを受信して評価して「疾病の発症予測」を行い、音声、文字、画像、点灯などにより「移動体通信端末」へ通知を行うものであって、この「移動体通信端末」へ通知は、「ＰＨＳ、携帯電話」などの通信に期待される、かなり単純なクエリと回答であるから、本願発明が備える「ウェブ・サービス、または、ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新のうちの少なくとも１つを提供するように構成されたゲートウェイ」および「前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイス」を備えるとともに「前記ウェブ・サービスがトランザクション・ベースのウェブ・サービスである」「システム」とは異なる旨。（主張（ア）） （イ）引用文献１、２に記載の発明を上位概念化して「ともに、ウェブ・サービスを提供する医療システム」と認定されているものの、引用文献１に記載のものは「医療機関において医療機器を管理するためのシステム」であり、引用文献２に記載のものは「ＰＨＳ、携帯電話などの移動体通信端末を利用した疾病発症予知通報システム」であるから、医療機器の管理を目的とするものではないため、引用文献１、２の記載の発明は、発明の対象が全く異なり、発明の目的、解決しようとする課題も異なり、さらに、それぞれのシステムのネットワーク構成も大きく異なることから、引用文献１に記載の発明と、引用文献２に記載の発明とを組み合わせることは容易とはいえない旨。（主張（イ）） （ウ）引用文献１に記載の発明と、引用文献２に記載の発明は、それぞれ異なる目的、課題に関して、異なる課題解決策を提示しているから、引用文献２に記載の発明の構成の一部に着目して、引用文献１に記載の発明に適用すべき動機付けはないため、その適用は当然容易ではなく、そもそも、引用文献２に記載の「（疾病発症予知レベルを明示して利用者のデータ通信部３に通報する）トランザクション処理」とは「予め生体データベース５の判定用スコアリングテーブルに格納された判定用スコアデータと比較して疾病発症予知レベルを判定し、この判定結果を利用者が携帯（装着）するデータ通信部３にケアゾーンＩＩに相当する場合には注意信号Ｉ、キュアゾーンＩＩＩに相当する場合には注意信号ＩＩに分けて通報する」というものであるから、このような「利用者のデータ通信部に通報するトランザクション処理」を引用文献１に記載の「ポンプ等の医療装置用のサーバー」に適用することは想定できない旨。（主張（ウ）） （エ）引用文献３、４は、相違点３に関連した事項を開示していたとしても、引用文献１、２と同様に、本願発明の技術的特徴（(i)「ゲートウェイ」、(ii)「ウェブ・サービス」または「ウェブ・サービスと、ルーティング機能および医療デバイスソフトウェア更新のうちの少なくとも１つ」を提供するように構成され、(iii)「（トランザクション・ベースの）ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構成された医療デバイス」）を開示するものではない旨。（主張（エ）） イ 請求人の主張についての検討 請求人の主張について検討をする。 （ア）主張（ア）について 請求人は、引用文献２に記載のシステムは「ＰＨＳ、携帯電話などの移動体通信端末」へ通知は、「ＰＨＳ、携帯電話」などの通信に期待される、かなり単純なクエリと回答であるから、本願発明が備える「システム」とは異なる旨主張する請求人の前記主張は、本願発明の「システム」は、引用文献２に記載のシステムのように「PHS、携帯電話」を用いるシステムではないことを前提とする主張であるが、そもそも本願発明は、「PHS、携帯電話」を用いることを排除しておらず、むしろ、本願明細書の【０３５６】には、「方法９００の監視クライアントは、・・・、携帯電話、・・・携帯情報端末などであってもよい。」と記載されていることに鑑みると、本願発明の「システム」は、「PHS、携帯電話」を用いることも包含していると解するのが相当である。よって、請求人の前記主張は前提を欠くものである。そして、が、当審において、引用文献２に記載されている事項は、上記「第４」の２（２）のとおりの技術事項に基づくと、上記（２）イのとおり、ウェブ・サービスを提供する医療システムであって、トランザクション・ベースの通報処理を行う医療システムが開示されているといえるものである。 このように、請求人の主張（ア）は、この点を考慮しておらず、適切な主張であるとすることはできない。そして、そのような適切でない前提に基づく引用文献２に記載された「システム」が本願発明の「システム」と異なるとする主張を採用することはできない。 よって、請求人の主張（ア）は採用できない。 （イ）主張（イ）について 引用発明の「ポンプサーバーシステム１０」は、医療システムといえるところ、上記３（２）エのとおり、引用発明において、トランザクション・ベースでウェブ・サービスを実行することは示唆されているといえる。そして、引用文献２には、上記（ア）のとおり、ウェブ・サービスを提供する医療システムであって、トランザクション・ベースの通報処理を行う医療システムが開示されているといえる。 そうすると、引用発明と引用文献２に記載された技術事項とは、「ウェブ・サービスを提供する医療システム」という共通の技術分野に属するものであって、さらに、引用発明に引用文献２に記載された技術事項を組み合わせることについて強い動機付けがあるといえる。 よって、請求人の主張（イ）は採用できない。 （ウ）主張（ウ）について 上記（ア）のとおり、引用文献２には、ウェブ・サービスを提供する医療システムであって、トランザクション・ベースの通報処理を行う医療システムが開示されているといえ、上記（イ）のとおり、引用発明に引用文献２に記載された技術事項を組み合わせることについて強い動機付けがあるといえる。 そうすると、上記３（２）のとおり、引用発明に引用文献２に記載された技術事項を適用して、相違点２の構成とすることは、当業者が容易に想到することができたものである。 よって、請求人の主張（ウ）は採用できない。 （エ）主張（エ）について 本願発明において、「医用センサー」について、「患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー」であることが特定され、「医療デバイス」と「医用センサー」との関係は、「前記医療デバイスが、前記医用センサーに問合せて前記医用センサーから前記測定された生理的パラメータを受け取るように構成された問合せ回路を備えており」、「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」ることが特定されるのみである。 このように、本願発明において、「医用センサー」と、「医療デバイス」と「医用センサー」との関係は、請求人が主張する本願発明の技術的特徴によって特徴付けられるものではないことから、請求人の主張（エ）は、本願発明に基づくものではない。 そして、引用文献３、４は、「医療デバイス」と「医用センサー」との間の「前記医用センサーが、前記医療デバイスから問合せシグナルを受け取って少なくとも部分的に電力を投入されるように構成され」ることが周知技術にすぎないことを示すものにすぎない。 なお、請求人が主張する本願発明の技術的特徴(i)(ii)は、それぞれ、上記１（２）ア、上記３（１）で対比又は検討したとおりであり、技術的特徴(iii)は、上記３（２）で検討したとおり、引用発明に引用文献２に記載された技術事項を適用することで相違点２に係る本願発明の構成とすることは、当業者が容易に想到することができたものである。 よって、請求人の主張（エ）は採用できない。 ４ まとめ したがって、本願発明は、引用発明、引用文献２に記載の技術事項、及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 第６ むすび 以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができない。 したがって、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。 よって、結論のとおり審決する。