【事件の表示】
　特願２００３−　　　４６８「医薬品使用状況の管理方法及び管理装置」拒絶査定不服審判事件〔平成１６年　７月２９日出願公開、特開２００４−２１３４１６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は、平成１５年１月６日の出願であって、平成１８年２月２３日付け拒絶理由通知に対して、出願人は何ら応答することなく、同年６月３０日付けで拒絶査定され、これに対して、同年８月３日に拒絶査定不服の審判が請求され、同年９月４日付けで手続補正がされたものである。
　
　
第２　平成１８年９月４日付けの手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　
　平成１８年９月４日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由１］　（主位的理由）　補正の目的の適否について
　
１．　本件補正
　
　本件補正は、補正前の請求項９，１０，１１を補正後の請求項１に補正しようとすることを含むものであって、
　
「　【請求項９】　医薬品の使用者が使用する端末装置に対し通信ネットワークを介して接続され、当該通信ネットワークを利用して前記使用者による医薬品の使用を管理する装置であって、
　前記医薬品の属性情報を記憶する医薬品データベースと、
　前記使用者の属性情報を記憶する使用者データベースと、
　前記医薬品データベースに記憶された医薬品の属性情報及び前使用者データベースに記憶された使用者の属性情報に基づいて、使用者ごとに医薬品の適切な使用を促すための案内情報を作成する案内情報作成手段と、
　前記使用者による医薬品の使用期間中において、前記作成された案内情報を前記使用者が使用する端末装置へ送信して使用者に通知せしめる案内情報送信手段とを具備したことを特徴とする医薬品使用状況の管理装置。
　　【請求項１０】　前記案内情報作成手段は、使用者ごとに医薬品を使用すべきタイミングになったことを表すメッセージを作成し、
　前記案内情報送信手段は、医薬品を使用すべきタイミングになるごとに、前記作成されたメッセージを、通知対象の使用者が使用する端末装置へ送信することを特徴とする請求項９記載の医薬品使用状況の管理装置。
　　【請求項１１】　前記案内情報作成手段は、使用者ごとに、医薬品を使用すべきタイミングになったことを表すメッセージと、当該医薬品の用法及び用量を表す情報とをそれぞれ作成し、
　前記案内情報送信手段は、前記医薬品を使用すべきタイミングになるごとに、前記作成されたメッセージ及び用法及び用量を表す情報を、通知対象の使用者が使用する端末へ送信することを特徴とする請求項９記載の医薬品使用状況の管理装置。」を、
　
「　【請求項１】
　医薬品の使用者が使用する端末装置に対し通信ネットワークを介して接続され、当該通信ネットワークを利用して前記使用者による医薬品の使用を管理する装置であって、
　前記医薬品の用法及び用量を含む医薬品属性情報が記憶される医薬品データベースと、
　前記使用者の住所と当該使用者が使用する端末装置のメールアドレスとを含む使用者個人情報と、当該使用者に処方された医薬品を表す処方箋情報とから構成される使用者属性情報が記憶される使用者データベースと、
　使用者ごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報を読み出すと共に、この読み出された処方箋情報に示される医薬品の属性情報を前記医薬品データベースから読み出し、この読み出された処方箋情報及び医薬品属性情報をもとに、前記使用者が使用する医薬品の使用期間及び使用すべきタイミングを表す配信タイムスケジュールを作成する手段と、
　前記作成された配信タイムスケジュールが記憶される配信用タイムテーブルと、
　使用者ごとに、前記配信用タイムテーブルに記憶された配信タイムスケジュールに基づいて医薬品を使用すべきタイミングになったかどうかを監視し、医薬品を使用すべきタイミングになるごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報及び前記医薬品データベースに記憶された医薬品属性情報を読み出して、この読み出された各情報をもとに医薬品を使用すべきタイミングになったことを表すメッセージと当該医薬品の用法及び用量を表す情報とを含む案内情報を作成する案内情報作成手段と、
　前記使用者データベースに記憶された該当する使用者の個人情報を読み出し、この読み出された個人情報に含まれるメールアドレスをもとに、前記作成された案内情報を電子メールにより前記通信ネットワークを介して前記使用者の端末装置へ送信する案内情報送信手段と
を具備したことを特徴とする医薬品使用状況の管理装置。」
と補正しようとするものである。
　
２．　案内情報を送信する時期について
　
　案内情報送信手段が、案内情報を、使用者が使用する端末装置へ送信する時期について、補正前の請求項９，１０，１１には、その請求項９で「前記使用者による医薬品の使用期間中において、」と限定されているのに対し、補正後の請求項１ではこの要件が省かれている。したがって本件補正は、この点において特許請求の範囲の減縮には当たらない。また本件補正は、この案内情報を送信する時期について、請求項の削除にも、誤記の訂正にも、明瞭でない記載の釈明にも当てはまらないことは明らかである。
　
３．　配信タイムスケジュールを作成する点について
　
補正後の請求項１における「使用者ごとに、・・・（中略）・・・配信タイムスケジュールを作成する手段」は、補正前の請求項９，１０，１１にはなかった手段である。よって、本件補正は、補正前の請求項９，１０，１１に記載されていた発明を特定するために必要な事項を限定するものではないから、限定的減縮に当たらない。また本件補正は、この配信タイムスケジュールを作成する手段を新たに設ける点について、請求項の削除にも、誤記の訂正にも、明瞭でない記載の釈明にも当てはまらないことは明らかである。
　
４．　本件補正を却下する［理由１］についてのむすび
　
　以上のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するものである。　
　
　
［理由２］　（予備的理由）　独立特許要件について
　
１．　本件補正
　
　仮に、本件補正が、補正前の請求項９，１０，１１に記載されていた発明を特定するために必要な事項をもとに、補正後の請求項１を作成したものであり、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号の特許請求の範囲の限定的減縮を目的とするものに該当するものであるとした場合について、以下、本件補正後の請求項１に係る発明（以下、「補正請求項１発明」という。）が、特許出願の際、独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすか）について検討する。
　
２．　補正請求項１発明
　
補正請求項１発明は、平成１８年９月４日付け手続補正書により補正された特許請求の範囲の請求項１に記載された次のとおりのものと認める。
　
＜補正請求項１発明＞
「　　【請求項１】
　医薬品の使用者が使用する端末装置に対し通信ネットワークを介して接続され、当該通信ネットワークを利用して前記使用者による医薬品の使用を管理する装置であって、
　前記医薬品の用法及び用量を含む医薬品属性情報が記憶される医薬品データベースと、
　前記使用者の住所と当該使用者が使用する端末装置のメールアドレスとを含む使用者個人情報と、当該使用者に処方された医薬品を表す処方箋情報とから構成される使用者属性情報が記憶される使用者データベースと、
　使用者ごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報を読み出すと共に、この読み出された処方箋情報に示される医薬品の属性情報を前記医薬品データベースから読み出し、この読み出された処方箋情報及び医薬品属性情報をもとに、前記使用者が使用する医薬品の使用期間及び使用すべきタイミングを表す配信タイムスケジュールを作成する手段と、
　前記作成された配信タイムスケジュールが記憶される配信用タイムテーブルと、
　使用者ごとに、前記配信用タイムテーブルに記憶された配信タイムスケジュールに基づいて医薬品を使用すべきタイミングになったかどうかを監視し、医薬品を使用すべきタイミングになるごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報及び前記医薬品データベースに記憶された医薬品属性情報を読み出して、この読み出された各情報をもとに医薬品を使用すべきタイミングになったことを表すメッセージと当該医薬品の用法及び用量を表す情報とを含む案内情報を作成する案内情報作成手段と、
　前記使用者データベースに記憶された該当する使用者の個人情報を読み出し、この読み出された個人情報に含まれるメールアドレスをもとに、前記作成された案内情報を電子メールにより前記通信ネットワークを介して前記使用者の端末装置へ送信する案内情報送信手段と
を具備したことを特徴とする医薬品使用状況の管理装置。」
　
３．　引用例
　
　原査定の拒絶の理由に引用された、本願出願前の平成１４年１２月２０日に頒布された刊行物である、特開２００２−３６６６５２号公報（以下、「引用例」という。）には、図面とともに以下の記載がある。
　
（ａ）　「　【請求項６】　患者の生体情報を測定し測定結果を送信する患者端末と、前記患者端末から送信された生体情報を受信し蓄積するサーバーと、前記サーバーと通信して患者の生体情報を閲覧する医師端末からなる医療情報通信システムにおいて、前記患者端末に、医者からの投薬指示に関する情報を表示する投薬情報表示部と、患者が服薬した内容と時刻を入力する服薬結果入力部と、前記投薬と服薬に関する情報をサーバーとの間で送受信する患者端末通信部を備え、前記サーバーに、患者に対する投薬内容や投薬時刻など投薬に関するスケジュールを記憶する投薬情報記憶部と、前記患者端末から送信された患者の服薬結果に関する内容と時刻を記憶する患者服薬情報記憶部と、前記患者服薬情報記憶部に記憶された服薬内容および服薬時刻と前記投薬情報記憶部に記憶されている投薬内容と投薬時刻の比較を行い設定された投薬スケジュールと実際の服薬のずれを計算する差違計算部と、前記差違計算部により計算されたずれが所定の値より大きいかどうかを判断するアラート判定部と、前記アラート判定部の判定結果にしたがって医師もしくは患者に服薬不備情報を送信するアラート情報送信部を備えたことを特徴とする医療情報通信システム。
【請求項７】　アラート判定部の判定結果にしたがって患者もしくは医療関係者のもとに電子メールに用いて患者の患者の服薬不備情報を送信する電子メール送信部を備えたことを特徴とする請求項６記載の医療情報通信システム。」
　
（ｂ）　「　【発明の詳細な説明】
【０００１】
【発明の属する技術分野】　本発明は、医者や看護婦などの医療関係者と、在宅あるいは医療機関内の患者に対して、医療情報や生体情報の通信を行う医療情報通信システムに関するものである。
【０００２】
【従来の技術】　医療費の高騰に伴い、患者を在宅で治療する傾向が高まっている。この在宅医療を実現するための一手法として、医療情報通信システムがある。このシステムでは、患者宅に生体情報を測定する測定端末（患者端末）を置き、医療機関に備えられた医師端末との間で電話回線を介して通信を行う。これにより、医師や看護婦などの医療関係者が患者の生体情報を把握でき、さらに、患者に様々な医療情報の提供ができる。このシステムにより、定期的な検査、診断が必要な患者は、医療機関の外来施設へ出かけたり、往診を依頼したりする回数を減少させることができる。
【０００３】　従来の医療情報通信システムとしては、特開平７−１１６１２８号公報に記載されているようなシステムが一般的である。この医療情報通信システムは、基本的には図６に示すように、患者の生体情報（体温、血圧、血糖、心電など）を測定するバイタルセンサ１と、前記バイタルセンサ１で測定された情報を公衆電話回線により医療機関に送信するホームアダプタ２と、前記ホームアダプタからの通信を受信する医療機関通信アダプタ３と、前記医療機関通信アダプタ３で受信した情報を記憶・表示するデータ処理機４とからなる。図に示すように、バイタルセンサ１とホームアダプタ２は患者宅内に、医療機関通信アダプタ３とデータ処理機４は医療機関内に設置する。
【０００４】　このシステムでは、患者の生体情報を測定して医療機関へ送信するだけでなく、患者が一定時間ごとに生体情報を測定する場合など、定期的な医療活動を行う必要がある場合に、そのスケジュール情報を管理できる。
【０００５】　ここでのスケジュール情報とは、生体情報の測定に関するものや、投薬に関するものであり、「時刻」と「測定や投薬などの医療活動指示」が対になっている情報である。
【０００６】　典型的なスケジュール機能の動作手順を図７のフローチャートに示す。この動作はホームアダプタ２内で行う。図に示すように、まず投薬すべき時刻（投薬メモリ時刻）や生体情報を測定すべき時刻（測定メモリ時刻）などの予約時間設定をおこなう（Ｓ１）。その後、現在時刻と設定されたこれらの時刻を比較して、設定された時刻と現在時刻が等しいかどうか判断して（Ｓ２またはＳ３）、等しいときにブザー音を鳴らす処理を行う（Ｓ４またはＳ５）。
【０００７】
【発明が解決しようとする課題】　しかしながら、上記従来の医療情報通信システムでは、以下のような課題があった。
【０００８】　（１）患者が設定されたスケジュール通りに生体情報の計測や、服薬をしているかどうかを、医師端末側で把握するのが難しい。
【０００９】　従来例では患者宅内の端末でビープ音などで測定時刻や服薬時刻を知らせているが、実際に患者がその通りに測定や服薬を行ったかどうかは、患者宅から送られてきたデータを閲覧しなければわからない。
【００１０】　通常、医師ひとりに対して、多数の患者が割り当てられる。したがって、医師がすべての患者から送信された生体情報を逐次閲覧するには時間がかかりすぎ、さらにそのデータから、個々の患者があらかじめ設定したスケジュール通りに、生体情報の計測や服薬などを行っていることを見分けるのは大変困難である。
【００１１】　（２）センサの備品不足や寿命などで、スケジュール通りに患者側で測定できないケースを把握できない。
【００１２】　生体情報を計測するセンサの中には使い捨ての備品や消耗品（例えば、血糖計の測定チップや採血用の針ユニットなど）が必要なものがある。また、本体寿命が短いもの（例えば、血糖計では測定回数が約２５００回のものもある）がある。このような、消耗品不足や寿命などの要件が発生すると、患者は測定をスケジュール通りに行えなくなるが、従来のシステムでは、このような状況を医師側で把握することができなかった。
【００１３】
【課題を解決するための手段】　本発明は上記課題を解決するため、患者端末と医者端末の間にサーバーを設け、そのサーバー内に、患者の計測や服薬に関するスケジュール情報を記憶するスケジュール記憶部と、患者端末から生体情報を受信した時刻の履歴もしくは患者が生体情報を計測した時刻の履歴と、スケジュール記憶部に記憶されている測定日時の設定値を比較し、設定されたスケジュールと実際の測定日時のずれを計算する差違計算部を設け、ずれが所定の値より大きいかどうかにより、医師端末に患者の測定不備情報を通知する。これにより、医師側で患者の生体情報の測定忘れや服薬忘れなどを把握することができる。」
　
（ｃ）　「　【００２５】　本発明の請求項６にかかる医療情報通信システムは、患者の生体情報を測定し測定結果を送信する患者端末と、患者端末から送信された生体情報を受信し蓄積するサーバーと、サーバーと通信して患者の生体情報を閲覧する医師端末からなる医療情報通信システムにおいて、患者端末に医者からの投薬指示に関する情報を表示する投薬情報表示部と、患者が服薬した内容と時刻を入力する服薬結果入力部と、投薬と服薬に関する情報をサーバーとの間で送受信する患者端末通信部を備え、サーバーに、患者に対する投薬内容や投薬時刻など投薬に関するスケジュールを記憶する投薬情報記憶部と、患者端末から送信された患者の服薬に関する内容と時刻を記憶する患者服薬情報記憶部と、患者服薬情報記憶部に記憶された服薬内容および服薬時刻と投薬情報記憶部に記憶されている投薬内容と投薬時刻の比較を行い設定されたスケジュールと実際の服薬のずれを計算する差違計算部と、差違計算部により計算されたずれが所定の値より大きいかどうかを判断するアラート判定部と、アラート判定部の判定結果にしたがって医師もしくは患者に服薬不備情報を送信するアラート情報送信部を有する。
【００２６】　サーバーでは、患者投薬情報記憶部に記憶された患者端末から送信された服薬情報（服薬内容と服薬時刻）を、投薬情報記憶部に記憶された患者毎の投薬スケジュールと比較する。これにより、アラート判定部で患者の服薬わすれなどを検出できる。服薬わすれを検出した場合は、サーバーは医師端末に通信を行い、患者が服薬を怠っていることを通知する。これにより医師は、患者の服薬状況を十分に把握できる。
【００２７】　本発明の請求項７にかかる医療情報通信システムは、患者の生体情報を測定し測定結果を送信する患者端末と、患者端末から送信された生体情報を受信し蓄積するサーバーと、サーバーと通信して患者の生体情報を閲覧する医師端末からなる医療情報通信システムにおいて、患者端末に医者からの投薬指示に関する情報を表示する投薬情報表示部と、患者が服薬した内容と時刻を入力する服薬結果入力部と、投薬と服薬に関する情報をサーバーとの間で送受信する患者端末通信部を備え、サーバーに、患者に対する投薬内容や投薬時刻など投薬に関するスケジュールを記憶する投薬情報記憶部と、患者端末から送信された患者の服薬に関する内容と時刻を記憶する患者服薬情報記憶部と、患者服薬情報記憶部に記憶された服薬内容および服薬時刻と投薬情報記憶部に記憶されている投薬内容と投薬時刻の比較を行い設定されたスケジュールと実際の服薬のずれを計算する差違計算部と、差違計算部により計算されたずれが所定の値より大きいかどうかを判断するアラート判定部と、アラート判定部の判定結果にしたがって患者もしくは医療関係者の携帯電話やページャなどに電子メールにより患者の服薬不備情報を送信する電子メール送信部を有する。
【００２８】　サーバーでは、患者投薬情報記憶部に記憶された患者端末から送信された服薬情報（服薬内容と服薬時刻）を、投薬情報記憶部に記憶された患者毎の投薬スケジュールと比較する。これにより、アラート判定部で患者の服薬わすれなどを検出でき、この服薬不備情報を電子メール送信部により患者や医師の携帯電話やページャに直接メールを送信する。これにより、医師や患者はタイムリーに服薬し忘れを認識することができ、患者は服薬をすぐに行うことができ、医師は自分の患者の服薬状況を大きな遅れなく知ることが出来る。」
　
（ｄ）　「　【００３０】
【実施例】　以下、本発明の実施例について図面を用いて説明する。
【００３１】　（実施例１）　図１は本発明の実施例１の医療情報通信システムの構成を示した図である。図１において、１００は患者宅に設置された患者端末、２００は医療機関の情報センター内に設置された患者情報を管理するサーバー、３００は病院などの医療機関内で医師が利用する医師端末である。
【００３２】　１０１〜１０７は患者端末１００の構成要素である。１０１はサーバー２００との通信を行う通信部。１０２は患者のスケジュール情報を管理し設定された時刻に画像や音声の出力指示を行い、さらに患者が計測した生体情報のサーバーへの送信指示を行うデータ制御部。１０３は患者のスケジュール情報や生体情報を記憶する記憶部（半導体メモリやハードディスクなどで構成されている。カード型の記憶部を用いる等の方法により、この部分を着脱可能にしても良い）。１０４は時刻を管理する時刻管理部。１０５はデータ制御部１０２から指示されたスケジュール内容に関する画像や文字を患者に対して表示するスケジュール表示部（ＬＥＤ、ＣＲＴや液晶ディスプレイなどの表示デバイスとそのドライバ回路などで構成されている）。１０６はデータ制御部１０２から指示された音声・効果音・音楽などを患者に対して出力する発音部。１０７は患者の生体情報（血圧、体温など）を測定する生体情報測定部である。
【００３３】　ここでの生体情報測定部１０７は患者端末の一部の構成となっているが、着脱可能な構成にしても良い。なお、図では一台の患者端末１００が一台のサーバー２００に接続しているが、一般的には複数台の患者端末１００がサーバー２００に接続可能である。
【００３４】　２０１〜２１０はサーバー部２００の構成要素である。２０１は患者の名前・住所・連絡先、測定項目、測定した生体情報結果とその測定時刻（受信時刻）、センサや備品（消耗品）を交換した日時、問診情報などの医療に関するデータのすべてを蓄えている患者情報記憶部。２０２は患者端末１００と通信を行う患者端末通信部。２０３は医師端末と通信を行う医師端末通信部（患者端末通信部２０２や医師端末通信部２０３はモデムやイーサネットカードなどの通信装置とその制御回路から構成されている）。２０４は患者毎のスケジュール情報を設定するスケジュール設定部。２０５はスケジュール設定部２０４で設定された情報を記憶するスケジュール記憶部。２０６は現在時刻を管理する時刻管理部。２０７はスケジュール記憶部２０５内に記憶されたスケジュールと患者情報記憶部２０１に蓄えられているデータの実際の測定時刻の差を計算する差違計算部、２０８は患者情報記憶部２０１に記憶されている生体情報の測定結果から、各センサ（血圧計、血糖計など）毎に前回の交換日時から現時点までの測定データの数をカウントし、患者がセンサを過去何回使用したかを推定するセンサ使用回数計算部である。２０９は差違計算部２０７で計算された差違時間やセンサ使用回数計算部２０８でカウントされたセンサ使用回数からアラート情報を送信するかどうかを判断するアラート判定部、２１０はアラート判定部２０８でアラートすべきと判断された患者の情報（名前、測定項目、センサ名など）を医師端末で表示できる形にし医師端末通信部２０３を経由して医師端末へ送信するアラート情報送信部である。
【００３５】　なお、患者端末との通信は一般の電話回線など公衆回線を用いる構成が多く、医師端末通信部では専用回線やＬＡＮなどを用いることが多い。これらの通信媒体が同じ場合には、患者端末通信部２０２と医師端末通信部２０３は同一の構成にしてもかまわない。
【００３６】　３００は医師端末である。医師端末はパーソナルコンピュータやワークステーションなどの通常のコンピュータで構成されており、ディスプレイ等による表示機能、キーボードやマウスなどによる入力機能、モデムやイーサネットカードなどによる通信機能を備える。医師端末３００はサーバー２００中の医師端末通信部２０３と通信を行い、患者毎のスケジュール情報の入力、患者の生体データの参照、アラート情報の参照などが可能である。
【００３７】　次に本実施例の典型的な動作例について、図２のフローチャートを用いて順に説明する。
【００３８】　（Ｓｔｅｐ−１）医療関係者は医師端末３００を用いて患者に対するスケジュール情報を入力する。医師、看護婦、介護士などの医療関係者は、医師端末３００を用いて通信を行い、サーバー２００の医師端末通信部２０３に接続する。接続後は医師端末３００からサーバー内のスケジュール設定部２０４を制御して、以下のようなスケジュール情報を入力し、通信によりサーバー内のスケジュール記憶部２０５に登録する。
【００３９】　看護婦が患者Ａ、Ｂに対してスケジュールを入力した例を示す。「患者Ａさん：毎日午前７：００、血圧測定」、「患者Ａさん：毎日午後６：００、血糖値測定」、「患者Ｂさん：毎日午前８：００、体重測定」。
【００４０】　本発明でのスケジュール情報は、このように時刻と医療行為が対になって管理されているものである。この例では、毎日の設定だけになっているが、毎月、毎週など他の設定でも構わない。
【００４１】　（Ｓｔｅｐ−２）サーバー２００はスケジュール記憶部２０５中に格納されたスケジュール情報を患者端末に送信する。患者名と患者が利用する患者端末１００の関係は患者情報記憶部２０１に登録されており、患者ごとのスケジュール情報は患者端末通信部２０２を介して登録された端末に送信される。患者端末１００に通信されたスケジュール情報は、通信部１０１で受信し、データ制御部１０２により記憶部１０３に記憶させる。
【００４２】　スケジュール情報を患者端末に送信するタイミングは、患者端末１００の起動時や、例えば１日１回などの定期的なものにしてもかまわない。」
　
（ｅ）　「　【００６２】　（実施例４）　図５は本発明の実施例４の医療情報通信システムの構成を示した図である。本実施例は生体情報ではなく、服薬（投薬）に関する情報の通信を行うシステムである。
【００６３】　本実施例４において、実施例１の図３と異なる点は、患者端末１００に患者に対する投薬スケジュールを表示する投薬情報表示部６０１と、患者が服薬状況（薬の種類、飲んだ時刻など）を入力する服薬結果入力部６０２を備え、サーバー２００に患者の服薬状況を記憶する患者服薬情報記憶部６０３と、投薬スケジュールを設定する投薬情報設定部６０４と、投薬情報設定部６０４で入力された投薬スケジュールを記憶する投薬情報記憶部６０５を備えた点である。なお、実施例１と同一符号のものは同一構造を有し、説明は省略する。
【００６４】　次に本実施例の動作と作用を説明する。
【００６５】　（Ｓｔｅｐ−１）医療関係者は医師端末３００を用いて患者に対する投薬スケジュール情報を入力する。医師、看護婦、介護士などの医療関係者は、医師端末３００を用いて通信を行い、サーバー２００の医師端末通信部２０３に接続する。接続後は医師端末３００からサーバー内の投薬情報設定部６０４を制御して、以下のような投薬スケジュール情報を入力し、通信によりサーバー内の投薬情報記憶部６０５に登録する。
【００６６】　看護婦が患者Ａ、Ｂに対して投薬スケジュールを入力した例を示す。「患者Ａさん：毎日食前、カプセルＡを３錠服用」、「患者Ｂさん：毎日食後、錠剤Ｂを１錠服用」。この例では、毎日の設定だけになっているが、毎月、毎週など他の設定でも構わない。
【００６７】　（Ｓｔｅｐ−２）サーバー２００は投薬情報記憶部６０５中に格納された投薬に関するスケジュール情報を患者端末に送信する。患者ごとの投薬情報は患者端末通信部２０２を介して登録された端末に送信される。患者端末１００に通信されたスケジュール情報は、通信部１０１で受信し、データ制御部１０２により記憶部１０３に記憶させる。
【００６８】　投薬スケジュール情報をサーバーから患者端末に送信するタイミングは、患者端末１００の起動時や、例えば１日１回などの定期的なものにしてもかまわない。
【００６９】　（Ｓｔｅｐ−３）患者端末１００は現在時刻がスケジュールに設定された時刻になった時、患者に対して服薬を促す情報を文字・画像・音声を用いて通知する。具体的には、データ制御部１０２は時刻管理部１０４から現在時刻を取得し、常時、記憶部１０３内に記憶された投薬スケジュール情報の設定時刻と比較する。現在時刻が投薬スケジュール情報として設定された時刻と等しい場合（もしくは設定時刻の少し前）に、データ制御部１０２は、投薬情報表示部６０１に薬の種類、服薬する時刻などを文字列や画像情報を用いて表示すると伴に、発音部１０６を用いてビープ音や音声、音楽を出力する。
【００７０】　（Ｓｔｅｐ４）通常は、上記（Ｓｔｅｐ−３）で患者端末上で指示された通りに患者は薬の服用を行い、服薬結果入力部６０２から服薬結果（飲んだ薬の種類と、飲んだ時刻など）を入力する。データ制御部１０２は、この服薬結果を記憶部１０３に記憶させる。記憶部１０３に格納したデータは、通信部１０１により毎日１回など定期的にサーバー２００へ通信する。サーバー２００へ送信されたデータは、患者端末通信部２０２で受信し、患者服薬情報記憶部６０３に記憶させる。差違計算部２０７は投薬情報記憶部６０５に記憶されたスケジュール情報と患者服薬情報記憶部６０３に記憶されている情報を比較し、服薬時刻の差と服薬内容の相違を計算してアラート判定部２０９に出力する。このように患者が指定された情報どおりに計測した場合、差違計算部２０７で計算される時刻の差は小さく、アラート判定部２０９はアラートを発生させる必要はないと判断し、電子メール送信部４０１に信号を送信しない。
【００７１】　患者が通知された情報どおりに服薬を行わなかった場合は、服薬結果入力部６０２での入力結果と、投薬情報記憶部６０５に記憶されている情報に差があるか、もしくは服薬結果入力部６０２からの入力情報が存在しない。差違計算部２０７は定期的に（例えば、一日１回深夜とか）、患者服薬情報記憶部６０３と投薬情報記憶部６０５を検索し、スケジュールとして設定された投薬内容・時刻と、実際に服薬結果入力部６０２で入力された服薬内容・時刻を比較し、服薬内容が設定と異なっていないかどうかという点や、服薬時刻とスケジュールで設定された時刻の差を計算して、アラート判定部２０９へ出力する。
【００７２】　アラート判定部２０９では、差違計算部２０７からの情報により、投薬内容と服薬内容が一致しない場合や、服薬した時刻が設定されたスケジュール時刻と大きな差がある場合、そして、服薬した時刻もしくは服薬内容が存在してない場合に、電子メール送信部４０１にメール送信指示を出力する。電子メール送信部４０１は、患者服薬情報記憶部６０３と、アドレス記憶部４０２を検索し、対象としている患者や、患者の主治医などの医療関係者のアドレスを検索し、服薬間違いに関する情報（日時、患者名、投薬内容、過去の服薬履歴など）を１通のテキストファイルとしてまとめ、その内容を電子メールで送信する。
【００７３】　このような動作により、サーバー２００は設定された投薬スケジュールに対して、患者がスケジュール通りの活動を行わなかった場合を検出し、アラート情報として、患者や医師に通報できる。なお、医師に対する通知は患者一人ずつではなく、複数の患者に対する一覧の形で通知しても良い。
【００７４】　なお上記実施例４で患者が通知された情報どおりに服薬を行わなかった場合に電子メールを用いて送信するようにしたが、実施例１のように医師端末通信部経由して医師端末へ送信するアラート情報送信部であってもよい。
【００７５】　また、本実施例では携帯電話やページャなどに電子メールを送信するものとして説明したが、これに限るものではない。例えば、携帯する通信機器であったり、患者宅のテレビジョンであってもよい。」
　
　上記引用例の記載事項、及び、図面を総合すると、引用例には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
＜引用発明＞
「　患者端末（１００）に対し
患者端末（１００）の通信部（１０１）とサーバー（２００）の患者端末通信部（２０２）との間で通信を行うための一般の電話回線または公衆回線または専用回線またはＬＡＮを介して接続され、
当該一般の電話回線または公衆回線または専用回線またはＬＡＮを利用して患者による服薬を管理する
患者端末（１００）、サーバー（２００）、医師端末（３００）、携帯電話（４０３）からなる医療情報通信システムであって、
　
サーバー（２００）は、
　
患者Ａさんは毎日食前にカプセルＡを３錠服用すべきであり、患者Ｂさんは毎日食後に錠剤Ｂを１錠服用すべきであるとの、薬についての属性情報が記憶される投薬情報記憶部（６０５）と、
　
患者の住所と患者端末（１００）の連絡先についての情報とを含む患者情報が記憶される患者情報記憶部（２０１）と、
　
患者Ａさんについては、投薬情報記憶部（６０５）に記憶された、患者ＡさんはカプセルＡを服用すべきであるとの情報を読み出すと共に、この読み出された情報に示されているカプセルＡは毎日食前に３錠服用すべきであるとの情報も投薬情報記憶部（６０５）から読み出し、この読み出された情報をもとに、患者Ａさんが服用する薬の服用すべきタイミングを表す患者Ａさんの投薬スケジュールとし、
患者Ｂさんについては、投薬情報記憶部（６０５）に記憶された、患者Ｂさんは錠剤Ｂを服用すべきであるとの情報を読み出すと共に、この読み出された情報に示されている錠剤Ｂは毎日食後に１錠服用すべきであるとの情報も投薬情報記憶部（６０５）から読み出し、この読み出された情報をもとに、患者Ｂさんが服用する薬の服用すべきタイミングを表す患者Ｂさんの投薬スケジュールとし、
　
患者情報記憶部（２０１）に記憶された患者Ａさんの患者情報を読み出し、この読み出された患者情報に含まれる患者Ａさんの患者端末（１００）の連絡先をもとに、前記作成された患者Ａさんの投薬スケジュールを、前記一般の電話回線または公衆回線または専用回線またはＬＡＮを介して、患者Ａさんの患者端末（１００）へ送信し、
患者情報記憶部（２０１）に記憶された患者Ｂさんの患者情報を読み出し、この読み出された患者情報に含まれる患者Ｂさんの患者端末（１００）の連絡先をもとに、前記作成された患者Ｂさんの投薬スケジュールを、前記一般の電話回線または公衆回線または専用回線またはＬＡＮを介して、患者Ｂさんの患者端末（１００）へ送信する患者端末通信部（２０２）と、
　
を具備したものであり、
　
患者ごとの各患者端末（１００）は、
　
サーバー（２００）から投薬スケジュールを受信する通信部（１０１）と、
　
受信した投薬スケジュールが記憶される記憶部（１０３）と、
　
記憶部（１０３）に記憶された投薬スケジュールに基づいて薬を服用すべきタイミングになったかどうかを監視するデータ制御部（１０２）及び時刻管理部（１０４）と、
　
薬を服用すべきタイミングになるごとに、投薬スケジュールを読み出して、この投薬スケジュールに含まれている各情報をもとに、薬を服用すべきタイミングになったことを表すビープ音や音声、音楽を発音部（１０６）に出力させるとともに、当該薬の種類、服薬する時刻などを文字列や画像情報を用いて投薬情報表示部（６０１）に表示させるデータ制御部（１０２）と、
　
を具備したものである
　
患者端末（１００）、サーバー（２００）、医師端末（３００）、携帯電話（４０３）からなる医療情報通信システム。」
　
　
４．　対比
　
　補正請求項１発明と引用発明とを比較すると、次のことがいえる。
　
（１）　引用発明における「患者端末（１００）」は、補正請求項１発明における「医薬品の使用者が使用する端末装置」に対応する。
（２）　引用発明における「患者端末（１００）の通信部（１０１）とサーバー（２００）の患者端末通信部（２０２）との間で通信を行うための一般の電話回線または公衆回線または専用回線またはＬＡＮ」は、補正請求項１発明における「通信ネットワーク」に対応する。
（３）　引用発明における「患者」は、補正請求項１発明における「使用者」に対応する。
（４）　引用発明における「薬」は、補正請求項１発明における「医薬品」に対応する。
（５）　引用発明における「服薬」は、補正請求項１発明における「医薬品の使用」に対応する。
（６）　引用発明における「患者端末（１００）、サーバー（２００）、医師端末（３００）、携帯電話（４０３）からなる医療情報通信システム」は、補正請求項１発明における「医薬品使用状況の管理装置」に対応する。
（７）　引用発明において、カプセルＡの服用は毎日食前にすべきであること、及び、錠剤Ｂの服用は毎日食後にすべきであることは、補正請求項１発明における「医薬品の用法」に対応する。
（８）　引用発明において、カプセルＡの服用すべき量は３錠であること、及び、錠剤Ｂの服用すべき量は１錠であることは、補正請求項１発明における「医薬品の用量」に対応する。
（９）　引用発明において、患者ＡさんはカプセルＡを服用すべきであり、患者Ｂさんは錠剤Ｂを服用すべきであるとの情報は、補正請求項１発明における「使用者に処方された医薬品を表す処方箋情報」に対応している。
（１０）　引用発明における「薬についての属性情報」は、補正請求項１発明における「医薬品属性情報」に対応する。
（１１）　引用発明における「患者の住所」は、補正請求項１発明における「使用者の住所」に対応する。
（１２）　引用発明における「患者端末（１００）の連絡先についての情報」は、補正請求項１発明における「使用者が使用する端末装置のメールアドレス」に一応対応する。
（１３）　引用発明における「患者情報」は、補正請求項１発明における「使用者個人情報」に対応する。
（１４）　引用発明における「患者情報」、及び、患者ＡさんはカプセルＡを服用すべきであり、患者Ｂさんは錠剤Ｂを服用すべきであるとの情報が、補正請求項１発明における「使用者属性情報」に対応している。
（１５）　上記（７），（８），（９）で述べたように、引用発明において、投薬情報記憶部（６０５）に記憶されている、患者ＡさんはカプセルＡを毎日食前に３錠服用すべきであり、患者Ｂさんは錠剤Ｂを毎日食後に１錠服用すべきであるとの情報は、補正請求項１発明において、医薬品データベースに記憶されている医薬品属性情報に含まれている医薬品の用法及び医薬品の用量、並びに、使用者データベースに記憶されている使用者属性情報に含まれている処方箋情報に対応している。また、上記（１１）で述べたように、引用発明において、患者情報記憶部（２０１）に記憶されている患者の住所は、補正請求項１発明において、使用者データベースに記憶されている使用者属性情報に含まれている使用者個人情報に含まれている使用者の住所に対応しており、上記（１２）で述べたように、引用発明において、患者情報記憶部（２０１）に記憶されている患者端末（１００）の連絡先についての情報は、補正請求項１発明において、使用者データベースに記憶されている使用者属性情報に含まれている使用者個人情報に含まれている使用者のメールアドレスに一応対応している。そうしてみると、引用発明における「投薬情報記憶部（６０５）」は、補正請求項１発明における「医薬品データベース」の全部、及び、「使用者データベース」の一部であって、この使用者データベースに記憶されている使用者属性情報に含まれている処方箋情報が記憶されている部分に対応しており、引用発明における「患者情報記憶部（２０１）」は、補正請求項１発明における「使用者データベース」の一部であって、この使用者データベースに記憶されている使用者属性情報に含まれている使用者個人情報が記憶されている部分に対応している。
（１６）　引用発明において、
患者Ａさんについては、投薬情報記憶部（６０５）に記憶された、患者ＡさんはカプセルＡを服用すべきであるとの情報を読み出すと共に、この読み出された情報に示されているカプセルＡは毎日食前に３錠服用すべきであるとの情報も投薬情報記憶部（６０５）から読み出し、この読み出された情報をもとに、患者Ａさんが服用する薬の服用すべきタイミングを表す患者Ａさんの投薬スケジュールとし、
患者Ｂさんについては、投薬情報記憶部（６０５）に記憶された、患者Ｂさんは錠剤Ｂを服用すべきであるとの情報を読み出すと共に、この読み出された情報に示されている錠剤Ｂは毎日食後に１錠服用すべきであるとの情報も投薬情報記憶部（６０５）から読み出し、この読み出された情報をもとに、患者Ｂさんが服用する薬の服用すべきタイミングを表す患者Ｂさんの投薬スケジュールとしていることは、
補正請求項１発明において、
使用者ごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報を読み出すと共に、この読み出された処方箋情報に示される医薬品の属性情報を前記医薬品データベースから読み出し、この読み出された処方箋情報及び医薬品属性情報をもとに、前記使用者が使用する医薬品の使用すべきタイミングを表す配信タイムスケジュールを作成していることに対応しており、
引用発明における「投薬スケジュール」は、補正請求項１発明における「配信タイムスケジュール」に対応している。
（１７）　引用発明における「記憶部（１０３）」は、補正請求項１発明における「配信用タイムテーブル」に対応する。
（１８）　引用発明における「薬を服用すべきタイミングになったことを表すビープ音や音声、音楽」は、補正請求項１発明における「医薬品を使用すべきタイミングになったことを表すメッセージ」に対応する。
（１９）　引用発明において、投薬情報表示部（６０１）に文字列や画像情報を用いて表示される薬の種類、服薬する時刻などが、補正請求項１発明における「医薬品の用法及び用量を表す情報とを含む案内情報」に対応する。
　
　すると、補正請求項１発明と引用発明とは次の点で一致する。
　
＜一致点＞
「　医薬品の使用者が使用する端末装置に対し通信ネットワークを介して接続され、当該通信ネットワークを利用して前記使用者による医薬品の使用を管理する装置であって、
　前記医薬品の用法及び用量を含む医薬品属性情報が記憶される医薬品データベースと、
　前記使用者の住所と当該使用者が使用する端末装置の連絡先についての情報とを含む使用者個人情報と、当該使用者に処方された医薬品を表す処方箋情報とから構成される使用者属性情報が記憶される使用者データベースと、
　使用者ごとに、前記使用者データベースに記憶された該当する使用者の処方箋情報を読み出すと共に、この読み出された処方箋情報に示される医薬品の属性情報を前記医薬品データベースから読み出し、この読み出された処方箋情報及び医薬品属性情報をもとに、前記使用者が使用する医薬品の使用すべきタイミングを表す配信タイムスケジュールを作成する手段と、
　前記作成された配信タイムスケジュールが記憶される配信用タイムテーブルと、
　使用者ごとに、前記配信用タイムテーブルに記憶された配信タイムスケジュールに基づいて医薬品を使用すべきタイミングになったかどうかを監視し、前記使用者データベースに記憶された該当する使用者の処方箋情報及び前記医薬品データベースに記憶された医薬品属性情報を読み出して、この読み出された各情報をもとに医薬品を使用すべきタイミングになったことを表すメッセージと当該医薬品の用法及び用量を表す情報とを含む案内情報を作成する案内情報作成手段と、
　前記使用者データベースに記憶された該当する使用者の個人情報を読み出し、この読み出された個人情報に含まれる端末装置の連絡先についての情報をもとに、前記配信タイムスケジュールを前記通信ネットワークを介して前記使用者の端末装置へ送信する案内情報送信手段と
を具備した医薬品使用状況の管理装置。」
　
　一方で、補正請求項１発明と引用発明とは次の点で相違する。
　
＜相違点１＞
　補正請求項１発明は、配信タイムスケジュールに医薬品の使用期間が表されているのに対し、引用例にはその旨が示されていない点。
　
＜相違点２＞
　補正請求項１発明は、医薬品を使用すべきタイミングになるごとに、管理装置側で、配信タイムスケジュールに基づいて案内情報を作成して、この作成された案内情報を管理装置から端末装置へ送信しているのに対して、引用発明ではこれらに対応する要件について、投薬スケジュールをまずサーバー（２００）から患者端末（１００）へ送信しておき、薬を服用すべきタイミングになるごとに、患者端末（１００）側で投薬スケジュールに基づいて、薬を服用すべきタイミングになったことを表すビープ音や音声、音楽を発音部（１０６）に出力させるとともに、当該薬の種類、服薬する時刻などを文字列や画像情報を用いて投薬情報表示部（６０１）に表示させている点。
　
＜相違点３＞
　補正請求項１発明は、管理装置から端末装置への通信を、端末装置のメールアドレスを用いてメールで行っているのに対し、引用発明は、これらに対応しているサーバー（２００）から患者端末（１００）への通信については、一般の電話回線または公衆回線または専用回線またはＬＡＮを介して接続することが示されているのみであって、メールアドレスを用いてメールで行うことが示されていない点。
　
　
５．　判断
　
　上記相違点について検討する。
　
＜相違点１について＞
　患者が病院で受け取る処方箋あるいは薬局で受け取る薬袋に、薬の名称と、服用すべき期間と、服用方法と、服用する量が記載されていることが、本願出願前から周知であったから、引用発明の投薬スケジュールに薬の使用期間を表すこと、すなわち補正請求項１発明における配信タイムスケジュールに医薬品の使用期間を表すことは、引用発明を実施しようとした当業者が適宜成し得たことである。
　
＜相違点２について＞
　服薬を管理するシステムにおいて、薬の服用を促す情報を、薬を服用すべきタイミングになるごとにサーバから端末へ送信することは、例えば、本願出願前に公知となっていた特開平２００１−４３２７９号公報（【請求項１３２】〜【請求項１３６】、【００２５】、【０１１８】〜【０１１９】、【０１８０】〜【０１８２】、【図６１】を参照。）、特開２００２−２６３１８５号公報（【請求項１】、【０００１】〜【０００４】、【図１】を参照。）に示されていたように、本願出願前の慣用の手法であったから、引用発明における薬の種類、服薬する時刻などを、薬を服用すべきタイミングになるごとにサーバー（２００）から患者端末（１００）へ送信すること、すなわち補正請求項１発明における、医薬品を使用すべきタイミングになるごとに、案内情報を管理装置から端末装置へ送信することは、引用発明を実施しようとした当業者が適宜成し得たことである。
　
＜相違点３について＞
　メールアドレスを用いてメールで通信を行うことは、本願出願前の周知技術であったから、引用発明におけるサーバー（２００）から患者端末（１００）への通信を、メールアドレスを用いてメールで行うことは、引用発明を実施しようとした当業者が適宜行い得たことである。前述の、通信を、メールアドレスを用いてメールで行うことが本願出願前の周知技術であったことは、例えば引用例の前記（ａ）の【請求項７】、前記（ｃ）の【００２７】〜【００２８】、前記（ｅ）の【００７２】を参照することによって確認することができる。
　
　また、補正請求項１発明の構成によってもたらされる効果も、引用発明から当業者であれば予測することができた程度のものであって、格別のものとは認められない。
　
　したがって、補正請求項１発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　
６．　本件補正を却下する［理由２］についてのむすび
　
　以上のとおり、補正請求項１発明は、特許法第２９条第２項の規定により、特許出願の際、独立して特許を受けることができないものであるから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものである。
　
　
［理由１及び理由２についてのまとめ］
　
　本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するものであり、仮に前記規定に違反しないとしても、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３　補正却下の決定を踏まえた検討
　
１．　本願発明について
　
　平成１８年９月４日付けの手続補正は上記のとおり却下されたので、本願発明は、平成１５年１月６日付けの出願当初の明細書の特許請求の範囲の請求項１乃至１６に記載されたとおりのものであり、本願の請求項９に係る発明（以下、「請求項９発明」という。）は、この平成１５年１月６日付けの出願当初の明細書の特許請求の範囲の請求項９に記載された次のとおりのものである。
　
＜請求項９発明＞
「　【請求項９】　医薬品の使用者が使用する端末装置に対し通信ネットワークを介して接続され、当該通信ネットワークを利用して前記使用者による医薬品の使用を管理する装置であって、
　前記医薬品の属性情報を記憶する医薬品データベースと、
　前記使用者の属性情報を記憶する使用者データベースと、
　前記医薬品データベースに記憶された医薬品の属性情報及び前使用者データベースに記憶された使用者の属性情報に基づいて、使用者ごとに医薬品の適切な使用を促すための案内情報を作成する案内情報作成手段と、
　前記使用者による医薬品の使用期間中において、前記作成された案内情報を前記使用者が使用する端末装置へ送信して使用者に通知せしめる案内情報送信手段とを具備したことを特徴とする医薬品使用状況の管理装置。」
　
　
２．　引用例
　
　前記　「第２　平成１８年９月４日付けの手続補正についての補正却下の決定」の「［理由２］」の「３．　引用例」の項目に記載したとおりである。
　
　
３．　対比・判断
　
　請求項９発明は、まず補正請求項１発明から、本件補正によって追加されようとしていた限定を解除したものに、案内情報送信手段が、案内情報を、使用者が使用する端末装置へ送信する時期について、「前記使用者による医薬品の使用期間中において、」との限定を付加したものに相当する。
　この付加された、案内情報を送信するのが医薬品の使用期間中であるとの限定を除いては、請求項９発明の構成要件を全て含み、さらに他の要件を付加したものに相当する補正請求項１発明が、前記　「第２　平成１８年９月４日付けの手続補正についての補正却下の決定」　の［理由２］の項目にて述べたとおり、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、請求項９発明から前述の案内情報を送信するのが医薬品の使用期間中であるとの限定を除いたものが、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであることは当然のことである。
　さらに、前述のこの付加された、案内情報を送信するのが医薬品の使用期間中であるとの限定について検討すると、引用発明は患者に服薬を促すものであるから、この服薬を促すための情報を、薬を服薬する期間中に送信すること、すなわち請求項９発明に係る「前記使用者による医薬品の使用期間中において、」送信することは、引用発明を実施しようとした当業者が適宜成し得たことである。したがって、請求項９発明も、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
　
４．　むすび
　
　以上のとおり、請求項９発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。