【事件の表示】
　特願２００９−１５４３５０「診療記録に対するウェブベースのアクセス」拒絶査定不服審判事件〔平成２２年　１月２１日出願公開、特開２０１０−　１５５６２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は、平成２１年６月２９日（パリ条約による優先権主張２００８年６月３０日、米国）の出願であって、平成２３年９月２６日付けの拒絶理由通知に応答して、平成２４年１月２４日付けで意見書、手続補正書が提出されたが、平成２４年７月４日付けで拒絶査定がなされた。
これに対して、平成２４年１０月２５日に拒絶査定不服審判が請求されるとともに、同日付けで手続補正書が提出された。
　そして、平成２５年３月７日付けの審尋に対して、平成２５年６月１１日付けで回答書が提出されたものである。
　
２．平成２４年１０月２５日付けの手続補正に対する補正却下の決定
　
［補正却下の結論］
　平成２４年１０月２５日付け手続補正を却下する。
　
［理由］
（１）補正の内容
　平成２４年１０月２５日付け手続補正（以下、「本件補正」という。）は、少なくとも以下の補正を含むものである。
　補正前の特許請求の範囲（平成２４年１月２４日付け手続補正書での補正）の
　
（１−１）「【請求項１】
　診療データにアクセスするためのシステムであって、前記システムが、
　サーバーと、
　複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、
　前記サーバーにインターネットを介して接続されるクライアントと、
　前記サーバー上で稼動し、前記クライアントから１又は２以上の診療データセットに対するリクエストを受信するためのソフトウェアと、
　前記サーバー上で稼動し、前記リクエストに含まれる１又は２以上のユニークな識別子に基づいて、前記クライアントがリクエストされた前記１又は２以上の診療データセットをアクセスすることが承認されているかどうかを判定するためのソフトウェアと、
　前記サーバー上で稼動し、前記リクエストに応答して、前記１又は２以上の診療データセットを取得するためのソフトウェアと、
　前記サーバー上で稼動し、もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されているならば、前記１又は２以上の診療データセットを前記クライアントに送信するためのソフトウェアと、
　前記サーバー上で稼動し、もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されていないならば、前記クライアントに未承認リクエストの通知を送信すると共に、前記１又は２以上の診療データセットに対するアクセスをブロックするためのソフトウェアと
　を備えたシステム。
　　【請求項２】
　前記サーバー上で稼動し、第１の複数のウィンドウ枠からなる第１のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、前記第１のインターフェイスを表示するための前記データを、前記クライアント上で前記第１のインターフェイスを表示するために前記クライアントに送信するためのソフトウェアと
　を更に備えた請求項１記載のシステム。
　　【請求項３】
　前記第１の複数のウィンドウ枠のうちの少なくとも一つは、前記１又は２以上の診療データセットを表示する請求項２記載のシステム。
　　【請求項４】
　前記サーバー上で稼動し、第２の複数のウィンドウ枠からなる第２のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、前記第２のインターフェイスを表示するための前記データを、前記クライアント上で前記第２のインターフェイスを表示するために前記クライアントに送信するためのソフトウェアと
　を更に備え、
　前記第１のインターフェイスは、項目を更に備え、前記項目は、前記第１の複数のウィンドウ枠の少なくとも一つにおいて前記項目が選択された場合に、前記クライアント上に前記第２のインターフェイスを表示させる請求項３記載のシステム。
　　【請求項５】
　前記第１の複数のウィンドウは、患者の第１の様相に関する第１の診療データセットを表示し、前記第２の複数のウィンドウは、前記患者の第２の様相に関する第２の診療データセットを表示し、
　前記第１の様相および前記第２の様相は異なる請求項４記載のシステム。
　　【請求項６】
　前記サーバー上で稼動し、前記第１のインターフェイスの構成が変更されるように、ウィンドウ枠のサイズ、ウィンドウ枠の数、ウィンドウ枠に表示される前記データのうちの１又は２以上を調整することにより前記第１のインターフェイスを再構成するためのソフトウェアを更に備えた請求項３記載のシステム。
　　【請求項７】
　前記サーバー上で稼動し、前記再構成された第１のインターフェイスを表示するための前記データを格納するためのソフトウェアを更に備えた請求項６記載のシステム。
　　【請求項８】
　前記第１のインターフェイスは、前記クライアントから受信されるコマンドに応答して再構成される請求項７記載のシステム。
　　【請求項９】
　前記第１の複数のウィンドウ枠のうちの少なくとも一つは、複数の患者から得られた前記診療データからなるリストを表示する請求項２記載のシステム。
　　【請求項１０】
　前記ソフトウェアは、前記複数の患者のうちの少なくとも一人の患者に関する１又は２以上の診療データセットに対するリクエストを受信する請求項９記載のシステム。
　　【請求項１１】
　前記サーバー上で稼動し、前記第１の複数のウィンドウ枠のうちの一つにおける表示のためのウェブブラウザを提供するためのソフトウェアを更に備え、
　前記ウェブブラウザを通じてＷＷＷ(World Wide Web)が、前記クライアントのユーザによってアクセスされることができる請求項２記載のシステム。
　　【請求項１２】
　インターネットを介して診療データにアクセスするためのシステムであって、前記システムが、
　サーバーと、
　複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、
　前記サーバーに前記インターネットを介して接続されるクライアントと、
　前記サーバー上で稼動し、前記クライアントから１又は２以上の診療データセットに対するリクエストを受信するためのソフトウェアと、
　前記サーバー上で稼動し、前記リクエストに含まれる１又は２以上のユニークな識別子に基づいて、前記クライアントのユーザが、前記１又は２以上の診療データセットをアクセスすることが承認されているかどうかを判定するためのソフトウェアと、
　前記サーバー上で稼動し、前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されているかどうかの前記判定に応答して、前記ユーザに承認状態通知を送信するためのソフトウェアと、
　前記サーバー上で稼動し、もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されているならば、前記リクエストに応答して、前記１又は２以上の診療データセットを取得するためのソフトウェアと、
　前記サーバー上で稼動し、前記クライアント上での表示のために第１の複数のウィンドウ枠からなる第１のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されているならば、前記第１のインターフェイスを表示するための前記データを前記クライアントに送信するためのソフトウェアとを備え、
　前記１又は２以上の診療データセットは、前記第１の複数のウィンドウ枠のうちの一つのウィンドウ枠に表示されるシステム。
　　【請求項１３】
　前記サーバー上で稼動し、前記複数のウィンドウ枠のうちの第２のウィンドウ枠における表示のためのウェブブラウザを提供するためのソフトウェアを更に備え、
　前記ウェブブラウザを通じてＷＷＷ(World Wide Web)が、前記クライアントのユーザによってアクセスされることができる請求項１２記載のシステム。
　　【請求項１４】
　前記サーバー上で稼動し、第２の複数のウィンドウ枠からなる第２のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、前記第２のインターフェイスを表示するための前記データを、前記クライアント上で前記第２のインターフェイスを表示するために前記クライアントに送信するためのソフトウェアと
　を更に備え、
　前記第１のインターフェイスは、項目を更に備え、前記項目は、前記第１の複数のウィンドウ枠の少なくとも一つにおいて前記項目が選択された場合に、前記クライアント上に前記第２のインターフェイスを表示させる請求項１２記載のシステム。
　　【請求項１５】
　前記第１の複数のウィンドウは、患者の第１の様相に関する第１の診療データセットを表示し、前記第２の複数のウィンドウは、前記患者の第２の様相に関する第２の診療データセットを表示し、前記第１の様相および前記第２の様相は異なる請求項１４記載のシステム。
　　【請求項１６】
　サーバーと、複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、前記サーバーにインターネットを介して接続されるクライアントとを備えたシステムにおいて、診療データにアクセスするための方法であって、当該方法は、前記サーバーによって実行されるステップを含み、前記ステップが、
　前記クライアントから１又は２以上の診療データセットに対するリクエストを受信するステップと、
　前記リクエストに含まれる１又は２以上のユニークな識別子に基づいて、前記クライアントがリクエストされた前記１又は２以上の診療データセットをアクセスすることが承認されているかどうかを判定するステップと、
　もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されているならば、前記リクエストに応答して、前記１又は２以上の診療データセットを取得すると共に、もし前記クライアントが前記１又は２以上の診療データセットをアクセスすることが承認されていないならば、前記１又は２以上の診療データセットに対するアクセスをブロックするステップと、
　前記クライアント上での表示のために第１の複数のウィンドウ枠からなるインターフェイスを表示するためのデータを生成するステップと、
　前記インターフェイスを表示するための前記データを前記クライアントに送信するステップと、
　前記１又は２以上の診療データセットを、前記複数のウィンドウ枠のうちの一つのウィンドウ枠に表示させるステップと
　を含む方法。
　　【請求項１７】
　前記複数のウィンドウ枠のうちの第２のウィンドウ枠における表示のためのウェブブラウザを提供するステップを更に含み、
　前記クライアントのユーザは、前記ウェブブラウザを介してＷＷＷ(World Wide Web)をアクセスすることができる請求項１６記載の方法。
　　【請求項１８】
　第２のウィンドウ枠に複数の患者のリストを提供するステップと、
　前記複数の患者のうちの一人に関する診療データセットを取得するステップと
　を更に含む請求項１６記載の方法。
　　【請求項１９】
　未承認リクエストの通知を生成するステップと、
　前記クライアントに前記未承認リクエストの通知を送信するステップと、
　リクエストされた診療データセットに対するアクセスをブロックするステップと
　を更に含む請求項１６記載の方法。」とあったものを
　
（１−２）「【請求項１】
　
インターネットを介して
　サーバーと、
　複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、
　前記サーバーに
前記
コンピュータ
　前記サーバー上で稼動し、前記クライアント
コンピュータ
　前記サーバー上で稼動し、前記リクエストに含まれる１又は２以上のユニークな識別子に基づいて、前記クライアント
コンピュータ
　前記サーバー上で稼動し、前記リクエストに応答して、前記１又は２以上の診療データセットを取得するためのソフトウェアと、
　前記サーバー上で稼動し、もし前記クライアント
コンピュータ
コンピュータ
　前記サーバー上で稼動し、もし前記クライアント
コンピュータ
コンピュータ
　を備えたシステム。
　　【請求項２】
　前記サーバー上で稼動し、第１の複数のウィンドウ枠からなる第１のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、前記第１のインターフェイスを表示するための前記データを、前記クライアント
コンピュータ
コンピュータ
　を更に備えた請求項１記載のシステム。
　　【請求項３】
　前記第１の複数のウィンドウ枠のうちの少なくとも一つは、前記１又は２以上の診療データセットを表示する請求項２記載のシステム。
　　【請求項４】
　前記サーバー上で稼動し、第２の複数のウィンドウ枠からなる第２のインターフェイスを表示するためのデータを生成するためのソフトウェアと、
　前記サーバー上で稼動し、前記第２のインターフェイスを表示するための前記データを、前記クライアント
コンピュータ
コンピュータ
　を更に備え、
　前記第１のインターフェイスは、項目を更に備え、前記項目は、前記第１の複数のウィンドウ枠の少なくとも一つにおいて前記項目が選択された場合に、前記クライアント
コンピュータ
　　【請求項５】
　前記第１の複数のウィンドウは、患者の第１の様相に関する第１の診療データセットを表示し、前記第２の複数のウィンドウは、前記患者の第２の様相に関する第２の診療データセットを表示し、
　前記第１の様相および前記第２の様相は異なる請求項４記載のシステム。
　　【請求項６】
　前記サーバー上で稼動し、前記第１のインターフェイスの構成が変更されるように、ウィンドウ枠のサイズ、ウィンドウ枠の数、ウィンドウ枠に表示される前記データのうちの１又は２以上を調整することにより前記第１のインターフェイスを再構成するためのソフトウェアを更に備えた請求項３記載のシステム。
　　【請求項７】
　前記サーバー上で稼動し、前記再構成された第１のインターフェイスを表示するための前記データを格納するためのソフトウェアを更に備えた請求項６記載のシステム。
　　【請求項８】
　前記第１のインターフェイスは、前記クライアント
コンピュータ
　　【請求項９】
　前記第１の複数のウィンドウ枠のうちの少なくとも一つは、複数の患者から得られた前記診療データからなるリストを表示する請求項２記載のシステム。
　　【請求項１０】
　前記ソフトウェアは、前記複数の患者のうちの少なくとも一人の患者に関する１又は２以上の診療データセットに対するリクエストを受信する請求項９記載のシステム。
　　【請求項１１】
　前記サーバー上で稼動し、前記第１の複数のウィンドウ枠のうちの一つにおける表示の
ためのウェブブラウザを提供するためのソフトウェアを更に備え、
　前記ウェブブラウザを通じてＷＷＷ(World Wide Web)が、前記クライアント
コンピュータ
　　【請求項１２】
　サーバーと、複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、前記サーバーにインターネットを介して接続されるクライアント
コンピュータ
であって、当該方法は、前記サーバーによって実行されるステップを含み、前記ステップ
が、
　前記クライアント
コンピュータ
　前記リクエストに含まれる１又は２以上のユニークな識別子に基づいて、前記クライアント
コンピュータ
　もし前記クライアント
コンピュータ
コンピュータ
　前記クライアント
コンピュータ
　前記インターフェイスを表示するための前記データを前記クライアント
コンピュータ
　前記１又は２以上の診療データセットを、前記複数のウィンドウ枠のうちの一つのウィンドウ枠に表示させるステップと
　を含む方法。
　　【請求項１３】
　前記複数のウィンドウ枠のうちの第２のウィンドウ枠における表示のためのウェブブラウザを提供するステップを更に含み、
　前記クライアント
コンピュータ
請求項１２
　　【請求項１４】
　第２のウィンドウ枠に複数の患者のリストを提供するステップと、
　前記複数の患者のうちの一人に関する診療データセットを取得するステップと
　を更に含む
請求項１２
　　【請求項１５】
　未承認リクエストの通知を生成するステップと、
　前記クライアント
コンピュータ
　を更に含む
請求項１２
　
　すると、本件補正は、請求項を削除すると共に、「アクセス」という構成に対して「インターネットを介して」という限定をし、「クライアント」について「コンピュータ」であることを限定的に減縮するものである。
　
　ここで、本件補正が、請求項１に記載した発明を特定するために必要な事項について限定を付加するものであって、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当するとして、本件補正後の前記請求項１に記載された発明（以下、「本件補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
　
（２）独立特許要件
　
（イ）引用例１
　原査定の拒絶理由で引用された国際公開２００７／５３４６８号公報（以下、「引用例１」という。）には、図面とともに以下の事項が記載されている。（引用するのは「」内であり、下線は、当審による。）
　
（ａ）
（日本語訳）
（ａ）「  図２は、本発明の電子式医師オーダーシステムの一例を示す図である。
電子式医師オーダーシステムによって直接扱われる機能の領域は、患者の選択及び患者の所在地、患者データの検討、患者診察中の患者データへのアクセス、進展ノートに書き込み及び署名、オーダー書き込み、オーダー認可、オーダーに署名、及び様々な部署へのオーダー伝達を含む。電子式医師オーダーシステム１は、携帯情報端末などのモバイルプラットフォーム２、モバイルプラットフォームソフトウェア３、サーバーハードウェアプラットフォーム４、サーバープラットフォームソフトウェア５、無線ルーター、パーソナルコンピューター、及びプリンターなどの基盤ハードウェア６、及び基盤ソフトウェア７を有する。
（ｂ）
（日本語訳）
（ｂ）「  
モバイルプラットフォームは、無線電子データ送信及び受信機能を有するＰＤＡなどのモバイルハンドヘルドコンピューター装置である。データの無線送信は、無線周波数を通じて達成され、ＩＥＥＥ  ８０２．１１又はＢｌｕｅＴｏｏｔｈ（登録商標）などの基準によってサポートされてもよい。
  電子式医師オーダーシステム内でのＰＤＡの使用は、ＰＤＡが持ち運びでき白衣のポケットに収まるので、有利である。モバイルプラットフォームは、最低２４０×３２０ピクセルの解像度と１６ビットのカラーパレットを有するディスプレイを有する。更に、モバイルプラットフォームは、音声入力と出力の機能を含んでいる。タッチスクリーン、ボタン、片手のプッシュトゥートークなどのコントロールも備えている。更に、ハンドヘルド装置は、アプリケーションとデータの格納の為のリムーバブルメディアスロットと、取り外し可能で、交換可能で、充電可能なバッテリーを含んでいる。
  電子式医師オーダーシステムと共に使用される為のモバイルプラットフォームソフトウェアは、Ｐａｌｍ（登録商標）  ＯＳやＰｏｃｋｅｔ  ＰＣ（登録商標）などの既存のオペレーティングシステムと互換性がある。モバイルプラットフォームソフトウェアは、モバイル装置のフラッシュメモリーカードなどのリムーバブルメディアから動作可能である。モバイルプラットフォームソフトウェアは、メニューベースの医師のオーダーの生成を容易にする。あるいは、
モバイルプラットフォームは、ソフトウェアプリケーションがサーバーに置かれるシンクライアント環境で動作してもよい。
（ｃ）
（日本語訳）
（ｃ）「　電子式医師オーダーシステムに典型的に見られるサーバープラットフォームハードウェアは、アプリケーションサーバーを構成する標準コンポーネントのラックを有する。
サーバープラットフォームハードウェアは、リソースを共有することにより、モバイルハードウェアプラットフォームにサービスとリソースを提供するＬＡＮ上のコンピューターである。
サーバープラットフォームハードウェアは、クライアントサーバー型データベースの関係であってよく、データベースリソースがモバイルプラットフォームから利用可能になるようにしてもよい。これらのリソースは、患者の為の電子診療録を含んでもよい。
  
基盤ハードウェアは、１１Ｍｂｉｔ／秒の８０２．１１ｂなどの無線機能を有する装置ネットワークを含む。モバイル装置のサポートの範囲は、モバイル装置プラットフォームによるサーバープラットフォームハードウェアとソフトウェアへのアクセスを含め、施設中であるべきである。
基盤ハードウェアは、基盤ソフトウェアによってサポートされている。基盤ソフトウェアは、ユーザーのセキュリティとプライバシーを確実にする為のファイヤウォール、ユーザー識別と認証、セッションのタイムアウト、ユーザー設定、ユーザーサポート、及び電子診療録アクセスなどのアプリケーションを含む。
（中略）
「  
ログインは、典型的には、ユーザーの識別とユーザーの認証を含む。識別の最中に、ユーザーは、システム管理者によって割り当てられた英数字のユーザーＩＤを入力する。
ユーザーＩＤを入力後、認証が要求される。ここで、ユーザーは数字のＰＩＮを入力する。
セキュリティ対策として、一定回数の繰り返された失敗した試みの後、モバイルプラットフォームからのシステムへのログインは不能にされてよい。
　
　以上の記載事項から、引用例１には
「患者診察中の患者データへアクセスする電子式医師オーダーシステムであって、
基盤ハードウェア、基盤ソフトウェア、
サーバプラットフォームハードウェア、サーバプラットフォームソフトウェア、
モバイルプラットフォームソフトウェア、モバイルプラットフォームハードウェア、を有し、
モバイルプラットフォームハードウェアは、シンクライアント環境で動作可能であり、ＩＥＥＥ  ８０２．１１又はＢｌｕｅＴｏｏｔｈ等の無線通信機能を有し、
基盤ハードウェアは、モバイルプラットフォームハードウェアと通信する無線通信機能を有し、
無線機能によって、モバイルプラットフォームからサーバプラットフォームハードウェア、サーバプラットフォームソフトウェアへアクセスをし、
サーバプラットフォームハードウェアは、クライアントサーバ型のデータベースであり、データベースリソースをモバイルプラットフォームから利用可能にし、
リソースは、患者の為の電子診療録を含んでおり、
基盤ソフトウェアは、電子診療録へのアクセスのアプリケーション、ユーザ識別と認証のアプリケーションを含み、
ユーザの識別と認証は、ユーザＩＤとＰＩＮによるログインを行い、一定回数の繰り返された失敗した試みの後、モバイルプラットフォームからのシステムへのログインは不能にされる電子式医師オーダーシステム」の発明（以下、「引用発明１」という。）が記載されている。
（ロ）引用例２
　原査定の拒絶理由で引用された特開２００１−３２５３７２号公報（以下、「引用例２」という。）には、図面とともに以下の事項が記載されている。
（ａ）「【００１１】暗号解読機能５６は健康医療情報データベース５８のデータが万が一にも外部に漏れた際に内容を判読できないようにし、さらに、健康医療情報データベース５８と個人情報データベース６０の双方のデータが万が一にも外部に漏れた際に、これら２つのデータベース間のデータの整合性をとれないように、暗号化してデータベースに保存し、読み出す際には解読して読み出す。健康医療情報データベース５８は、患者が共有したいヘルスケアデータが保存されている。個人情報データベース６０はクレジットカードの番号や保険証の番号など、決算に必要な情報  を含める個人の情報が保存されている。
（中略）
【００１３】ヘルスケアデータ共有システム５０と端末装置１０はそれぞれ通信経路３０および３２を用いてインターネットにアクセスする。通信経路３０および３２はインターネットへの直接接続でもよく、またインターネットへのアクセスを提供するインターネットサービスプロバイダへの接続であってもよい。また、ヘルスケアデータ共有装置５０は、アウトソーシング事業を行うような事業者あるいは、ホームページサービスを行うような事業者であることが望ましい。これらの事業者は、通常インターネットにアクセスするネットワークの帯域幅が広く、ネットワーク犯罪に対する設備や自然災害に対する設備などに関しても病院で導入できる情報設備に比べて高度な情報保護が可能となる。」
（ｂ）「【００３０】データセンターは送信されてきたユーザ名とパスワードの暗号を解読して認証し、アクセスしようとしているアドレスに許可されたユーザ名とパスワードか認証する。認証に失敗した場合は、アドレスが正しいかどうかの確認を促すメッセージと共にデータセンターの連絡先を記載したページを送信し、認証に成功した場合は利用者の設定に移る。データセンターは利用者設定用のページを暗号化して送信する。」
　従って、引用例２には「共有すべき患者の健康医療情報にインターネットを介して端末装置からアクセスすること」（以下、「引用例２の記載事項１」という。）「認証に失敗した場合には、確認を促すメッセージを記載したページを送信すること」（以下、「引用例２の記載事項２」という。）が記載されている。
　
　
（ハ）対比、判断
　そこで、本件補正発明と引用発明１を対比する。
　
　引用発明１の「患者診察中の患者データへアクセスする電子式医師オーダーシステム」は、シンクライアントからの診療情報へのアクセスするシステムであるから、本件補正発明の「診療データにアクセスするためのシステム」に相当する。
引用発明１の「サーバプラットフォームハードウェア」「サーバプラットフォームソフトウェア」は、患者のための電子診療録をリソースとして含むデータベースを構成していて、「サーバプラットフォームハードウェア」は、「基盤ハードウエア」とＬＡＮ経由で通信しているから、本件補正発明の「複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベース」に相当する。
引用発明１の「基盤ハードウエア」は、患者のための電子診療録にアクセスするアプリケーション、認証のためのアプリケーションを含んでいる「基盤ソフトウエア」をサポートしているから、本件補正発明の「サーバ」に相当する。
　引用発明１の「基盤ソフトウェア」は、電子診療録へのアクセスのアプリケーションを含み、「モバイルプラットフォームからのアクセスを受信して、患者のための電子診療録をデータベースから取得し、モバイルプラットフォームで利用可能にする」という点で、本件補正発明の「サーバー上で稼動し、クライアントコンピュータから１又は２以上の診療データセットに対するリクエストを受信するためのソフトウェア」と「サーバー上で稼動し、リクエストに応答して、１又は２以上の診療データセットを取得するためのソフトウェア」と「サーバー上で稼動し、１又は２以上の診療データセットをクライアントコンピュータに送信するためのソフトウェア」と共通する。
　引用発明１の「基盤ソフトウェアは、」「ユーザ識別と認証のアプリケーションを含み、」「ユーザの識別と認証は、ユーザＩＤとＰＩＮによるログインを行い、一定回数の繰り返された失敗した試みの後、モバイルプラットフォームからのシステムへのログインは不能にされる」ものであって、「認証が成功した場合に、患者のための電子診療録に対するアクセスを許可し、失敗した場合には、ログインを不能」としているから、この点で、本件補正発明の「サーバー上で稼動し、クライアントが承認されているかどうかを判定するためのソフトウェア」「サーバー上で稼動し、承認されていないならば、１又は２以上の診療データセットに対するアクセスをブロックするためのソフトウェア」と共通する。
　引用発明１では、認証された後に、電子診療録へのアクセスが行われ、データがモバイルプラットフォームに送られるから、この点で、本件補正発明の「承認されているならば、１又は２以上の診療データセットをクライアントコンピュータに送信する」構成と共通する。
　
　
　したがって、両発明の一致点、相違点は以下の通りである。
　
〈一致点〉
「　診療データにアクセスするためのシステムであって、前記システムが、
　サーバーと、
　複数の診療データセットを含み、前記サーバーと接続されて通信する少なくとも一つのデータベースと、
　前記サーバーに接続されるクライアントコンピュータと、
　前記サーバー上で稼動し、前記クライアントコンピュータから１又は２以上の診療データセットに対するリクエストを受信するためのソフトウェアと、
　サーバー上で稼動し、クライアントが承認されているかどうかを判定するためのソフトウェアと、
　前記サーバー上で稼動し、前記リクエストに応答して、前記１又は２以上の診療データセットを取得するためのソフトウェアと、
　前記サーバー上で稼動し、承認されているならば、前記１又は２以上の診療データセットを前記クライアントコンピュータに送信するためのソフトウェアと、
　前記サーバー上で稼動し、承認されていないならば、前記１又は２以上の診療データセットに対するアクセスをブロックするためのソフトウェアと
　を備えたシステム。」
　
〈相違点〉
（１）本件補正発明では、「診療データへのアクセス」が「インターネットを介して」行われるのに対して、引用発明１の「電子診療録」へのアクセスは、無線送信及び受信で行われている点。
　
（２）本件補正発明は、認証において「リクエストに含まれる１又は２以上のユニークな識別子に基づいて、クライアントコンピュータがリクエストされた１又は２以上の診療データセットをアクセスすることが承認されているかどうかを判定」し、「もしクライアントコンピュータが１又は２以上の診療データセットをアクセスすることが承認されているならば」返信し、「もしクライアントコンピュータが１又は２以上の診療データセットをアクセスすることが承認されていないならば」ブロックしているのに対して、引用発明１は、リクエストに含まれた識別子によって認証は行っていない点。
　
（３）本件補正発明の「サーバ」は、「アクセスすることが承認されない場合、クライアントコンピュータに対してクライアントコンピュータに未承認リクエストの通知を送信する」のに対して、引用発明１の「基盤ハードウェア」「基盤ソフトウェア」は、この様な処理を行っていない点。
　
　これらの相違点について検討する。
　
　相違点（１）について
　引用発明１の無線機能は、ＩＥＥＥ  ８０２．１１やブルートゥースといった近距離の通信を目的としたものであるが、引用例２の記載事項１に見られるように、遠距離での診療データアクセスにインターネットを介して行うことは本願出願前に公知であり、引用発明１においても、広範囲にデータを共有することを目的として、インターネットを介して電子診療録へのアクセスを行い相違点（１）の構成とすることは当業者が容易になし得ることである。
　
　相違点（２）について
　拒絶査定の際に、周知例として引用された「特開２００２−１５７３３５」の段落番号００５１（以下「周知例」という。）には、識別子に基づいて認証を行い、識別子に対応する提供情報を送信することが記載されており、これは、提供情報をリクエストする際、識別子によって認証を行い送信の可否を行うことを意味していることから、この記載は、本件補正発明の相違点（２）に係る「リクエストに含まれる１又は２以上のユニークな識別子に基づいて、クライアントがリクエストされた１又は２以上のデータセットをアクセスすることが承認されているかどうかを判定」し「もしクライアントが１又は２以上のデータセットをアクセスすることが承認されているならば、１又は２以上のデータセットをクライアントに送信」し、「もし前記クライアントが前記１又は２以上のデータセットをアクセスすることが承認されていないならば、１又は２以上のデータセットに対するアクセスをブロックする」という構成に対応している。
　ここで、特開２００６−１９８２４１号公報の段落番号０１１２、特開２００４−３８２７０号公報の請求項１に見られるように、端末を特定する識別情報により、医療情報へのアクセスを制限すること、つまり、クライアントコンピュータの識別子により診療データセットへのアクセスの承認、または、ブロックすることが周知事項であることを勘案すれば、周知例を引用発明１のログイン時の認証に替えて適用し、相違点（２）の構成とすることは、当業者が容易になし得ることである。
　
　相違点（３）について
　引用例２の記載事項２にあるように、認容に失敗した場合、すなわち、承認されていない場合、確認を促すメッセージを送信する、すなわち、未承認であることを通知することが記載されており、引用発明１おいても、認証失敗のメッセージをクライアントに対して通知することは、必要に応じてなし得る程度のことであるから、引用例２の記載事項２を引用発明１に適用し、相違点（３）の構成とすることは、当業者が容易になし得ることである。
　
　そして、上記相違点を総合的に判断しても、本件補正発明が奏する効果は引用発明１、引用例２の記載事項、周知例及び周知事項から当業者が十分予測できたものであって格別なものとはいえない。
　
　
　　以上のとおり、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　
　平成２４年１０月２５日付けの手続補正は、上記のとおり却下されたので、本願請求項１に係る発明は、平成２４年１月２４日付け手続補正書の特許請求の範囲請求項１に記載された発明（以下、「本願発明」という。）であって、前記２．（１）の（１−１）に記載したとおりのものである。
　
（１）引用例
　原査定の拒絶理由に引用される引用例、およびその記載事項は、前記２．（１）の（１−２）に記載したとおりのものである。
　
（２）対比、判断
　本願発明は、本件補正発明から、「診療データへのアクセス」が「インターネットを介し」ていて、「クライアント」が「コンピュータ」であるとした限定事項を省いたものである。
　そうすると、本願発明の構成要件を全て含み、更に他の要件を付加したものに相当する本件補正発明が前記「２．（２）」に記載したとおり、引用発明１、引用例２の記載事項、周知例及び周知事項に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明１、引用例２の記載事項、周知例及び周知事項に基づいて当業者が容易に発明をすることができたものである。
　
（３）むすび
　
　以上のとおり、本願発明は引用発明１、引用例２の記載事項、周知例および周知事項に基づいて当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その他の請求項について検討するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。