運営：アスタミューゼ株式会社
パナソニックで一緒に知財の仕事しませんか？
  • ポートフォリオ機能


追加

関連審決 無効2017-800032
元本PDF 裁判所収録の全文PDFを見る pdf
元本PDF 裁判所収録の別紙1PDFを見る pdf
元本PDF 裁判所収録の別紙2PDFを見る pdf
元本PDF 裁判所収録の別紙3PDFを見る pdf
事件 平成 30年 (行ケ) 10131号 審決取消請求事件
平成 30年 (行ケ) 10126号 審決取消請求事件
第１事件原告・第２事件被告 株式会社アイシーエム （以下「原告」という。）
同訴訟代理人弁護士 長沢幸男 笹本摂
同訴訟代理人弁理士 辻? 田朋子 南山知広 河合章 第１事件被告・第２事件原告 株式会社湯山製作所 第１事件被告・第２事件原告 株式会社システムヨシイ （以下，上記両名を併せて「被告ら」という。）
上記両名訴訟代理人弁護士 飯島歩 藤田知美 真鍋怜子 町野静 松下外 1村上友紀 溝上武尊
上記両名訴訟代理人弁理士 横井知理
裁判所 知的財産高等裁判所
判決言渡日 2019/07/22
権利種別 特許権
訴訟類型 行政訴訟
主文 １ 原告の請求を棄却する。
２ 特許庁が無効２０１７−８０００３２号事件について平成３０年７月３０日にした審決のうち，「特許第４５３７５２７号の請求項１ないし４， ８に係る発明についての特許を無効とする。
６， 」との部分を取り消す。
３ 訴訟費用は，原告の負担とする。
事実及び理由
請求
1 第1事件 特許庁が無効2017-800032号事件について平成30年7月30日 にした審決のうち,「特許第4537527号の請求項5,7,9に係る発明 についての審判請求は,成り立たない。」との部分を取り消す。
2 第2事件 特許庁が無効2017-800032号事件について平成30年7月30日 にした審決のうち,「特許第4537527号の請求項1ないし4,6,8に 係る発明についての特許を無効とする。」との部分を取り消す。
事案の概要
1 特許庁における手続の経緯等 (1) 被告らは,名称を「医薬品相互作用チェック装置」とする発明に係る特許 権(特許第4537527号。出願日 平成12年3月28日,設定登録日 平成22年6月25日。請求項の数9。以下,「本件特許権」といい,同特 許権に係る特許を「本件特許」という。)の特許権者である(甲43)。
2 被告らは,平成26年1月22日,本件特許につき訂正審判請求をし,同 年3月5日付けで請求成立の審決がされた(以下,この訂正を「本件訂正」 という。)(乙14)。
(2) 原告は,平成29年3月9日,本件特許につき特許庁に無効審判請求をし, 特許庁は上記請求を無効2017-800032号事件として審理した。
(3) 特許庁は,平成30年7月30日,「特許第4537527号の請求項1 ないし4,6,8に係る発明についての特許を無効とする。特許第4537 527号の請求項5,7,9に係る発明についての審判請求は,成り立たな い。」との審決(以下「審決」という。)をし,その謄本は,同年8月9日, 原告及び被告らに送達された。
(4) 被告らは平成30年9月5日に,原告は同月10日に,審決の取消しを求 めてそれぞれ第2事件及び第1事件の訴えを提起した。
2 特許請求の範囲の記載 本件訂正後の本件特許の特許請求の範囲の請求項1〜9の記載は,次のとお りである。以下,各請求項に係る発明を請求項の番号に従い「本件発明1」, 「本件発明2」などといい,「本件発明」と総称する。本件訂正後の本件特許 の明細書を,図面を含めて「本件明細書」という。また,本件明細書の図面の 一部は,別紙本件明細書図面目録記載のとおりである。
【請求項1】 一の医薬品から見た他の一の医薬品の場合と,前記他の一の医薬 品から見た前記一の医薬品の場合の2通りの主従関係で,相互作用が発生する 組み合わせを個別に格納する相互作用マスタを記憶する記憶手段と, 入力された新規処方データの各医薬品を自己医薬品及び相手医薬品とし,自 己医薬品と相手医薬品の組み合わせが,前記相互作用マスタに登録した医薬品 の組み合わせと合致するか否かを判断することにより,相互作用チェック処理 を実行する制御手段と, 対象となる自己医薬品の名称と,相互作用チェック処理の対象となる相手医 3 薬品の名称とをマトリックス形式の行又は列にそれぞれ表示し,前記制御手段 による自己医薬品と相手医薬品の間の相互作用チェック処理の結果を,前記マ トリックス形式の該当する各セルに表示する表示手段と, を備えたことを特徴とする医薬品相互作用チェック装置。
【請求項2】 前記記憶手段に記憶する相互作用マスタは,相互作用が発生する 組み合わせを,各医薬品の効能を定めた薬効コードの組み合わせとして格納す ることを特徴とする請求項1に記載の医薬品相互作用チェック装置。
【請求項3】 前記記憶手段は,相互作用が発生する医薬品の各組み合わせに対 して,作用・機序を含む詳細情報を関連付けた作用マスタをさらに記憶し, 前記制御手段は,前記相互作用チェック処理の結果が表示された各セルが指 定されると,前記記憶手段に記憶した作用マスタに基づいて,相互作用につい ての詳細情報を前記表示手段に表示させることを特徴とする請求項1又は2に 記載の医薬品相互作用チェック装置。
【請求項4】 前記記憶手段は,患者データを含む過去の処方データを蓄積した 蓄積処方データをさらに記憶し, 前記相手医薬品は,蓄積処方データの各医薬品を含むことを特徴とする請求 項1から3のいずれか1項に記載の医薬品相互作用チェック装置。
【請求項5】 前記表示手段は,自己医薬品の名称と相手医薬品の名称をマトリ ックス形式の行又は列にそれぞれ表示し,相手医薬品が新規処方データの各医 薬品である場合と,相手医薬品が蓄積処方データの各医薬品である場合とで切 替可能に表示することを特徴とする請求項1から4のいずれか1項に記載の医 薬品相互作用チェック装置。
【請求項6】 前記表示手段に表示されたマトリックス形式の各セルに表示され る相互作用チェックの結果には,識別可能な記号で表示される併用注意と併用 禁忌を含むことを特徴とする請求項1から5のいずれか1項に記載の医薬品相 互作用チェック装置。
4 【請求項7】 前記表示手段は,表示するマトリックス形式の画面中,新規処方 データの各医薬品に加えて,新たに医薬品を追加表示可能とする薬品追加ボタ ンを備え, 前記制御手段は,前記薬品追加ボタンが操作されることにより,前記表示手 段に表示したマトリックス形式の画面中,新規処方データの各医薬品の名称が 表示された行又は列に,新たな医薬品の名称を追加し,追加表示した自己医薬 品と,相手医薬品との相互作用を再チェックすることを特徴とする請求項1か ら6のいずれか1項に記載の医薬品相互作用チェック装置。
【請求項8】 前記記憶手段は,相互作用マスタに登録された相互作用が発生す る医薬品の組み合わせのうち,相互作用チェック処理を除外した薬効コードの 組み合わせについて格納する相互作用除外マスタを記憶し, 前記制御手段は,前記相互作用マスタに基づいて相互作用チェック処理を実 行した後,前記相互作用除外マスタを検索して該当する薬効コードの組み合わ せを除外することを特徴とする請求項1から6のずれか1項に記載の医薬品相 互作用チェック装置。
【請求項9】 前記記憶手段は,相互作用が発生する医薬品の組み合わせについ てのデータを薬効コードの組み合わせとして格納する相互作用共通マスタとは 別に,各医療施設に応じて作成した相互作用個別マスタを記憶し, 前記制御手段は,前記相互作用共通マスタに優先して,前記相互作用個別マ スタに基づく相互作用チェック処理を実行することを特徴とする請求項1から 8のいずれか1項に記載の医薬品相互作用チェック装置。
3 審決の理由の要旨 (1) 原告は,@無効理由1として,本件発明1,6及び7について,本件出願 日前に市販されていた医療用添付文書情報サービス「EDIS」(以下「E DIS」という。 により公然実施された発明 ) (以下「引用発明1」という。) に基づく新規性欠如,A無効理由2として,本件発明1〜9について,引用 5 発明1,甲4,9,13〜20,22文献に記載された発明(周知技術を含む。)及び技術常識に基づく進歩性欠如,B無効理由3として,本件発明1〜9について,甲7文献に記載された発明(以下「引用発明2」という。),甲3,4,8,9,13〜20,22文献に記載された発明(周知技術を含む。)及び技術常識に基づく進歩性欠如,C無効理由4として,本件発明1〜9について,甲14文献に記載された発明(以下「引用発明3」という。 , )甲3,6〜10,18,19,22文献に記載された発明(周知技術を含む)及び技術常識に基づく進歩性欠如,D無効理由5として,本件発明1〜9について,サポート要件違反を主張した。
審決の理由は,別紙審決書(写し)記載のとおりであり,要するに,@無効理由1につき,下記(2)アの相違点が存在するから,特許法29条1項2号に該当しない,A無効理由2,3につき,下記(2)ア,イの相違点に係る構成を当業者が容易に想到することができたとはいえないから,同条2項に該当しない,B無効理由4につき,本件発明1〜4,6,8は下記(2)ウの相違点4-1,4-2,4-4,4-6に係る構成を当業者が容易に想到することができたといえるから同項に該当し,本件発明5,7,9は下記(2)ウのその余の相違点に係る構成を当業者が容易に想到することができたとはいえないから同項に該当しない,C無効理由5につき,同法36条6項1号に違反する点はないというものである。なお,文献中の図面の一部は,文献の番号に応じた別紙図面目録記載のとおりである。
甲3:「相互作用チェック機能を有する市販ソフト(システム)の紹介」 薬局第49巻第1号258〜270頁(1998年1月5日発行) 甲4:「大学病院における医薬品情報提供(2)-金沢大学医学部付属病院」 薬局第49巻第1号(1998)160〜168頁 甲6 「薬物間相互作用に関する入院患者への服薬指導の問題点と解決策」 : 月刊薬事第38巻第3号(1997)441(861)〜450(870)頁 6 甲7:「FINE DI Weekly」第10巻30号「EDIS」の広告頁(1997年8月 7日発行) 甲8:1998年6月13日当時の株式会社シュペールのウェブサイト 甲9 「開局薬局での薬物間相互作用に関する服薬指導の問題点と解決策」 : 月刊薬事第38巻第3号(2月臨時増刊号)(1996)451(871)〜463(883)頁 甲10:「刊行物提出書 (特許2000-089076 刊行物3)」 甲13:特開平9-99039号公報 甲14:特開平11-195078号公報 甲15:「月刊薬事」Vol.8, No.2(1996)79(289)〜86(296)頁 甲16:特開平4-260173号公報 甲17:「病院薬学」Vol.24No.5(1998),584-589頁 甲18:特開平9-94287号公報 甲19:特開平11-282934号公報 甲20:特開平8-57021号公報 甲22:特開平11-308539号公報(2) 審決が認定した引用発明,本件発明と引用発明1〜3との一致点及び相違 点は,以下のとおりである(審決が認定する相違点1-1と相違点2-1, 相違点1-2と相違点2-2,相違点1-3と相違点2-3,相違点1-4 と相違点2-4は同じであるので,以下においては,これらを区別せずに相 違点1-1〜1-4と表記する。)。
ア 引用発明1について (ｱ) 引用発明1 「添付文書の情報をデータベース化した添付文書データベースを備え, A薬品とB薬品との間で,それぞれ添付文書に相互作用の記載がある かどうかを検索して,双方向でのチェックを行い, 対象となる医薬品名とアルファベットを行に表示し,列にはアルファ 7 ベットのみを表示したマトリックス表示において,相互作用チェック結 果を該当するセルに表示する 相互作用チェックのシステム」(ｲ) 本件発明1と引用発明1の一致点「相互作用が発生する医薬品の情報を格納する相互作用マスタを記憶する 記憶手段と, 入力された各医薬品を自己医薬品及び相手医薬品とし,相互作用チェ ック処理を実行する制御手段と, 対象となる自己医薬品と,相互作用チェック処理の対象となる相手医 薬品とをマトリックス形式の行又は列にそれぞれ表示し,前記制御手段 による自己医薬品と相手医薬品の間の相互作用チェック処理の結果を, 前記マトリックス形式の該当する各セルに表示する表示手段と, を備えたことを特徴とする医薬品相互作用チェック装置」(ｳ) 本件発明1と引用発明1の相違点〔相違点1-1〕 本件発明1に係る「相互作用マスタ」は,「一の医薬 品から見た他の一の医薬品の場合と,前記他の一の医薬品から見た前記 一の医薬品の場合の2通りの主従関係で,相互作用が発生する組み合わ せを個別に格納」しているのに対し,引用発明1では,本件発明1に係 る「相互作用マスタ」に対応する構成である「添付文書データベース」 内のデータ格納構成が明らかでない点。
〔相違点1-2〕 本件発明1では,入力された各医薬品が「新規処方デ ータ」であるのに対し,引用発明1では,入力された各医薬品が「新規 処方データ」であるのか否か明らかでない点。
〔相違点1-3〕 本件発明1では,「自己医薬品と相手医薬品の組み合 わせが,前記相互作用マスタに登録した医薬品の組み合わせと合致する か否かを判断」しているのに対し,引用発明1では,A薬品とB薬品と 8 の間で,それぞれ添付文書に相互作用の記載があるかどうかを検索して いるものの,それが本件発明1でいう「相互作用マスタ」と同様の構成 を備えるものに対して実行されていない点。
〔相違点1-4〕 本件発明1では,マトリックス形式の行又は列のそれ ぞれに,医薬品の「名称」を表示しているのに対し,引用発明1では, 医薬品の名称は,行にしか表示していない点。
イ 引用発明2について (ｱ) 引用発明2 「添付文書の情報をデータベース化した添付文書データベースを備え, 相互作用チェックシステムは,医薬品間でそれぞれ添付文書に相互作 用の記載があるかどうかを検索して,対象となる医薬品名とアルファベ ットを行に表示し,列にはアルファベットのみを表示したマトリックス 表示において,相互作用チェック結果を該当するセルに表示する 医療用医薬品添付文書情報サービスを提供する装置」 (ｲ) 本件発明1と引用発明2の一致点 「相互作用が発生する医薬品の情報を格納する相互作用マスタを記憶する 記憶手段と, 入力された各医薬品を自己医薬品及び相手医薬品とし,相互作用チェ ック処理を実行する制御手段と, 対象となる自己医薬品と,相互作用チェック処理の対象となる相手医 薬品とをマトリックス形式の行又は列にそれぞれ表示し,前記制御手段 による自己医薬品と相手医薬品の間の相互作用チェック処理の結果を, 前記マトリックス形式の該当する各セルに表示する表示手段と, を備えたことを特徴とする医薬品相互作用チェック装置」 (ｳ) 本件発明1と引用発明2の相違点 〔相違点3-1〕 本件発明1に係る「相互作用マスタ」は,「一の医薬 9 品から見た他の一の医薬品の場合と,前記他の一の医薬品から見た前記 一の医薬品の場合の2通りの主従関係で,相互作用が発生する組み合わ せを個別に格納」しているのに対し,引用発明2では,相互作用マスタ に対応する構成である添付文書データベース内のデータ格納構成が明ら かでない点。
〔相違点3-2〕 本件発明1では,入力された各医薬品が「新規処方デ ータ」であるのに対し,引用発明2では,入力された各医薬品が「新規 処方データ」であるのか否か明らかでない点。
〔相違点3-3〕 本件発明1では,「自己医薬品と相手医薬品の組み合 わせが,前記相互作用マスタに登録した医薬品の組み合わせと合致する か否かを判断」しているのに対し,引用発明2では,A薬品とB薬品と の間で,それぞれ添付文書に相互作用の記載があるかどうかを検索して いるものの,それが本件発明1でいう「相互作用マスタ」と同様の構成 を備えるものに対して実行されていない点。
〔相違点3-4〕 本件発明1では,マトリックス形式の行又は列のそれ ぞれに,医薬品の「名称」を表示しているのに対し,引用発明2では, 医薬品の名称は,行にしか表示していない点。
ウ 引用発明3について (ｱ) 引用発明3 「医薬品相互作用チェック装置であって, 医薬品相互作用チェック装置は医薬品相互作用チェック結果を表示す るための表示装置10と,チェックする医薬品を入力するための入力装 置11と,CPU及びメモリ等の処理部12と,あらかじめ用意された 全ての医薬品に関するデータが作成記憶されているディスク13と出力 装置16とから構成され, 自己医薬品テーブル102には,予め医薬品入力101の過程により 10 入力された処方される医薬品(自己医薬品)の医薬品マスターコードが記憶され,相手医薬品テーブル103には,処方履歴を基に抽出した患者が服用している医薬品(相手医薬品)及び処方される医薬品の医薬品マスターコードが記憶され, 各医薬品に付される添付文書から抽出された医薬品に関する情報はコード化されており, 医薬品相互作用チェックマスタ104には,予め医薬品固有の情報が全て記憶され,医薬品相互作用チェックテーブル105には,医薬品間の相互作用の有無をチェックする情報が記憶されており,自己医薬品に対する自己テーブル部401と相手医薬品に対する相手テーブル部402(図4を参照)とを含み, 医薬品相互作用コメントファイル106には,医薬品の相互作用の結果をコメントとして提供するための文字情報がコメントコードと共に記憶され, 医薬品相互作用機序ファイル107には,医薬品相互作用の機序が文字情報として相互作用機序コードと共に記憶され, 検索前処理801では, 処方される医薬品として入力装置11に入力された自己医薬品の医薬品マスターコードを基に,一般名コード,薬効分類コード,BOXコードを医薬品相互作用チェックマスタ104から検索して自己医薬品のそれぞれのコードを確定し, 処方履歴等を基に抽出された相手医薬品の医薬品マスターコードを基に一般名コード,薬効分類コード,BOXコードを医薬品相互作用チェックマスタ104から検索して相手医薬品のそれぞれのコードを確定し, 相互作用チェックテーブルの検索処理802では, 医薬品相互作用チェックテーブル105から自己テーブル部401の 11 検索が行われ, 検索前処理801で検索した自己医薬品の一般名コードが,医薬品相互作用チェックテーブル105の自己テーブル部401に存在するか否かの検索が行われ,同様にして,薬効分類コードとBOXコードについても検索が行われ, それぞれの検索で存在したコードに関するデータは処方医薬品相互作用チェックテーブルTの形態で一時記憶テーブル110に記憶され, 一時記憶テーブル110に記憶したデータから相手テーブル部402の検索が行われ, 検索前処理801で検索した相手医薬品の一般名コードが前記一時記憶テーブル110の相手テーブル部402に存在しているかの検索が行われ,同様にして薬効分類コードとBOXコードについても検索が行われ, それぞれの検索でコードが存在する場合には,処方する自己医薬品には患者が服用している医薬品あるいは処方する医薬品(相手医薬品)との間に相互作用を有する組み合わせが存在することになり, 検索後処理803では, 前記相互作用チェックテーブルの検索処理802で相互作用を有する医薬品の組み合わせが存在した場合のコメントテーブル部403の作成が行われ, 検索された医薬品相互作用チェック結果は,表示装置10に画面表示され, 表示欄には,入力された自己医薬品名と,患者の処方履歴に記載された調剤日と医療機関名,及び,相手医薬品名と,相互作用コメントファイルから抽出された相互作用コメントと,医薬品相互作用機序ファイルから抽出された相互作用機序が表示される 12 医薬品相互作用チェック装置」(ｲ) 本件発明1と引用発明3の一致点「一の医薬品から見た他の一の医薬品の場合と,前記他の一の医薬品から 見た前記一の医薬品の場合の2通りの主従関係で,相互作用が発生する 組み合わせを個別に格納する相互作用マスタを記憶する記憶手段と, 入力された新規処方データの各医薬品を自己医薬品及び相手医薬品と し,自己医薬品と相手医薬品の組み合わせが,前記相互作用マスタに登 録した医薬品の組み合わせと合致するか否かを判断することにより,相 互作用チェック処理を実行する制御手段と, 前記制御手段による自己医薬品と相手医薬品の間の相互作用チェック 処理の結果を,表示する表示手段と, を備えたことを特徴とする医薬品相互作用チェック装置」(ｳ) 相違点 本件発明1〜9との相違点は次の相違点4-1であり,これに加え, 本件発明3との相違点は次の相違点4-2,本件発明5との相違点は次 の相違点4-3,本件発明6との相違点は次の相違点4-4,本件発明 7との相違点は次の相違点4-5,本件発明8との相違点は次の相違点 4-6,本件発明9との相違点は次の相違点4-7である。
〔相違点4-1〕 本件発明1では,「対象となる自己医薬品の名称と, 相互作用チェック処理の対象となる相手医薬品の名称とをマトリックス 形式の行又は列にそれぞれ表示し」,相互作用チェック処理の結果を, 「前記マトリックス形式の該当する各セルに表示」しているのに対し, 引用発明3では,マトリックス形式で表示していない点。
〔相違点4-2〕 本件発明3では,「前記制御手段は,前記相互作用チ ェック処理の結果が表示された各セルが指定されると,前記記憶手段に 記憶した作用マスタに基づいて,相互作用についての詳細情報を前記表 13 示手段に表示させる」のに対し,引用発明3では,セルの指定なしに「検 索された医薬品相互作用チェック結果」として「医薬品相互作用機序フ ァイルから抽出された相互作用機序が表示」している点。
〔相違点4-3〕 本件発明5では,「前記表示手段は,自己医薬品の名 称と相手医薬品の名称をマトリックス形式の行又は列にそれぞれ表示し, 相手医薬品が新規処方データの各医薬品である場合と,相手医薬品が蓄 積処方データの各医薬品である場合とで切替可能に表示する」のに対し, 引用発明3では,相互作用のある医薬品の組み合わせについてその相互 作用機序を文章で表示している点。
〔相違点4-4〕 本件発明6では,「表示手段に表示されたマトリック ス形式の各セルに表示される相互作用チェックの結果には,識別可能な 記号で表示される併用注意と併用禁忌を含む」のに対し,引用発明3で は,相互作用のある医薬品の組み合わせについてその相互作用機序を文 章で表示している点。
〔相違点4-5〕 本件発明7では,「前記表示手段は,表示するマトリ ックス形式の画面中,新規処方データの各医薬品に加えて,新たに医薬 品を追加表示可能とする薬品追加ボタンを備え,前記制御手段は,前記 薬品追加ボタンが操作されることにより,前記表示手段に表示したマト リックス形式の画面中,新規処方データの各医薬品の名称が表示された 行又は列に,新たな医薬品の名称を追加し,追加表示した自己医薬品と, 相手医薬品との相互作用を再チェックする」のに対し,引用発明3では, 相互作用のある医薬品の組み合わせについてその相互作用機序を文章で 表示している点。
〔相違点4-6〕 本件発明8では,「前記記憶手段は,相互作用マスタ に登録された相互作用が発生する医薬品の組み合わせのうち,相互作用 チェック処理を除外した薬効コードの組み合わせについて格納する相互 14 作用除外マスタを記憶し,前記制御手段は,前記相互作用マスタに基づ いて相互作用チェック処理を実行した後,前記相互作用除外マスタを検 索して該当する薬効コードの組み合わせを除外する」のに対し,引用発 明3では,相互作用が発生する医薬品の組み合わせを除外する処理を行 っていない点。
〔相違点4-7〕 本件発明9では,「前記記憶手段は,相互作用が発生 する医薬品の組み合わせについてのデータを薬効コードの組み合わせと して格納する相互作用共通マスタとは別に,各医療施設に応じて作成し た相互作用個別マスタを記憶し,前記制御手段は,前記相互作用共通マ スタに優先して,前記相互作用個別マスタに基づく相互作用チェック処 理を実行する」のに対し,引用発明3では,相互作用共通マスタとは別 の各医療施設に応じて作成した相互作用個別マスタを備えていない点。
4 取消事由(第2事件) 被告取消事由1:本件発明1に関する進歩性判断の誤り(無効理由4) 被告取消事由2:本件発明2に関する進歩性判断の誤り(無効理由4) 被告取消事由3:本件発明3に関する進歩性判断の誤り(無効理由4) 被告取消事由4:本件発明4に関する進歩性判断の誤り(無効理由4) 被告取消事由5:本件発明6に関する進歩性判断の誤り(無効理由4) 被告取消事由6:本件発明8に関する進歩性判断の誤り(無効理由4)(第1事件) 原告取消事由1:本件発明5,7,9に関する引用発明1に基づく新規性,進 歩性判断の誤り(無効理由1,2) 原告取消事由2:本件発明5,7,9に関する引用発明2に基づく進歩性判断 の誤り(無効理由3) 原告取消事由3:本件発明5,7,9に関する引用発明3に基づく進歩性判断 15 の誤り(無効理由4)
被告ら主張の取消事由
1 被告取消事由1(本件発明1に関する進歩性判断の誤り)について (1) 相違点の認定について ア 本件発明1について (ｱ) 「相互作用マスタ」の構成 a 本件発明1の「相互作用マスタ」の「一の医薬品」は,商品名で特 定される場合や一般名で特定される場合もあり,また,本件発明2の ように薬効コードで特定される場合もあるため,ある程度の幅を許容 する概念であるが,「一の医薬品」は,クレーム上「他の一の医薬品」 を相手医薬品として「個別に」,すなわち,「1対1」の関係で格納 される以上,自己医薬品と相手医薬品とは,同じ基準ないし粒度で特 定されるものであることが必要である。
さらに, 「2通りの主従関係」が成立するためには,その前提として, 「一の医薬品」 「他の一の医薬品」 と の対応関係がデータ構造上維持さ れていることが必要になる。相互作用が発生する組み合わせが「1対 1」であることが明記されているのだから,「個別に格納」とは,やは り,相互作用が発生する医薬品の「1対1」の組み合わせを格納するデ ータ格納構成を意味する。
以上によれば,本件発明1の「個別に格納」は,@一の医薬品と他の 一の医薬品を「1対1」の組み合わせ,すなわち,同一の基準又は粒度 で格納し(以下「同一粒度」という。),かつ,A他の組み合わせと分 離して格納すること(以下「分離格納」という。 を意味し, ) 「1対多」 となる場合を含まない。
b 医薬品の添付文書の記載には統一されたフォーマットがあるわけで はなく,相互作用を生じる可能性のある医薬品の特定方法として,医 16 薬品の商品名,一般名(主成分),効能など区々に分かれており,相 互作用を生じる医薬品として,例えば,「降圧剤」等薬効に着目した 記載や,化合物の名称のみを記載することは少なくない。そのため, 相互作用の有無を判断するに当たっては,必然的に添付文書等の薬学 的な解釈が求められ,「相互作用マスタ」には,相互作用に関する情 報として,薬学的判断を経た相互作用の有無や内容に関する情報(以 下,二重括弧で『相互作用情報』という。)が保有される。つまり, 「相互作用マスタ」は,単なる添付文書情報ではなく,「一の医薬品」 と「他の一の医薬品」との間で,薬学的判断を経た「相互作用が発生 する組み合わせ」を,その『相互作用情報』と共に記録するものであ る。
例えば,医薬品Aが降圧剤との併用禁忌であって,降圧剤が,医薬品B,C及びDと3種類存在する場合,上記のテーブルには,自己医薬品に医薬品Aが記憶され,相互作用に「併用禁忌」と記載されたレコードが,医薬品B,医薬品C,医薬品Dとの間で「個別に」作成される。
自己医薬品 相手医薬品 相互作用 1 医薬品A 医薬品B(降圧剤) 併用禁忌 2 医薬品A 医薬品C(降圧剤) 併用禁忌 3 医薬品A 医薬品D(降圧剤) 併用禁忌c 原告の主張について (a) 原告は,被告らが主張する同一粒度及び分離格納について,審判 手続で審理の俎上に上っておらず,審決取消訴訟において審理の対 象とされるべきではないと主張するが,同一粒度及び分離格納は, 本件発明1の「個別に格納」の解釈論に他ならず,審判手続におい て審理されている。
(b) 原告は,本件発明1は,「個別に格納」という構成によってデー 17 タ格納方式まで特定していると解することはできず,リレーショナ ルデータベースの形式による格納方式もツリー構造での格納方式も 取り得ると主張するが,本件発明1においては,相互作用が発生す る組み合わせが単数対単数,つまり「1対1」である必要があるの であるから,「個別に格納」とは,相互作用が発生する医薬品の「1 対1」の組み合わせを格納するデータ格納構成を意味するのであり, 「相互作用マスタ」においてデータ格納構成が特定されておらず, ツリー構造の格納方式も採用し得ると解することはできない。
(c) 原告は,平成21年12月25日付意見書(甲24)の記載を根 拠に「個別に格納」とは,医薬品を区別する意味にすぎないと主張 するが,原告が指摘する記載は,「2通りの主従関係」に関するも のであり,「個別に格納」の解釈に影響を与えない。原告の指摘す る平成22年1月20日付け拒絶理由通知書(甲34)の記載は, 検索過程に関するものであるから「相互作用マスタ」の構成が問題 とされたものではない。また,被告らは,拒絶理由通知書の認定を 争っている。
(ｲ) 「相互作用チェック処理」の構成 本件発明1の「相互作用チェック処理」は,「入力された新規処方デ ータの各医薬品を自己医薬品及び相手医薬品とし,自己医薬品と相手医 薬品の組み合わせが,前記相互作用マスタに登録した医薬品の組み合わ せと合致するか否かを判断する」ものであるから,相互作用を確認する 2つの医薬品をそれぞれ自己医薬品及び相手医薬品として,つまり,主 従を入れ替えた2つの検索条件で,「相互作用マスタ」の検索を行うも のである。前記(ｱ)のとおり,「相互作用マスタ」には,「一の医薬品」 と「他の一の医薬品」に関する『相互作用情報』が「2通りの主従関係」 で,「個別に格納」されているから,実際の検索は,「(自己医薬品= 18 医薬品A かつ 相手医薬品=医薬品B)又は(「自己医薬品=医薬品B かつ 相手医薬品=医薬品A」)」というひとつの検索条件で簡易,迅速 に行うことができる。
イ 引用発明3について (ｱ) 「医薬品相互作用チェックテーブル105」の構成 a 「医薬品相互作用チェックテーブル105」には,添付文書から抽 出された医薬品に関する情報をコード化した情報が保有される(甲1 4文献の【0008】)。
前記ア(ｱ)bのとおり,医薬品の添付文書には,その医薬品との関係 で相互作用を生じる医薬品が包括的に記載されているから「医薬品相 互作用チェックテーブル105」が保有するのは,自己医薬品に対し, 相手医薬品が広い範囲で特定され,「1対多」の関係で構成された,相 互作用の有無や内容を判断するための基礎情報(以下,二重括弧で『相 互作用の基礎情報』という。)である。
b 甲14文献の【0017】【0019】及び【図4】によれば,引 用発明3の「医薬品相互作用チェックテーブル105」の「自己テー ブル部401」や「相手テーブル部402」は,『相互作用の基礎情 報』としての添付文書の内容を,一般名コード(一般名すなわち薬効 成分となる化合物のコード),薬効分類コード(医薬品の効能効果を 分類したコード),BOXコード(発明者が独自に体系化し,コード 化したものではあるが,内容は,添付文書に記載された医薬品の構造 式・薬理作用・剤型等からなるもの)という観点から整理・コード化 した情報を記録するためのフィールドによって構成されているといえ る。
c さらに,「医薬品相互作用チェックテーブル105」に保有される のは,添付文書の生の記載情報をコード化した情報であるから,適切 19 なコード化が技術的に困難である事項及び添付文書にそもそも記載の ない事項については,フィールドに記憶すべきデータが存在しない。
「医薬品相互作用チェックテーブル105」において,自己医薬品 については,添付文書の記載によってこれらの全部が特定可能である から,「自己テーブル部401」の一般名,薬効分類,BOXの全部 の組み合わせによって特定される。これに対し,「相手テーブル部4 02」には,一般名,薬効分類,BOXの少なくともいずれかひとつ に情報が記録された状態になるため,相手医薬品は,添付文書の記載 態様により,一般名,薬効分類,BOXのいずれか又はそれらの組み 合わせによって特定されることとなる。
以上から,「医薬品相互作用チェックテーブル105」は,個々の 添付文書の記載態様に応じて,「自己テーブル部401」にある一の 自己医薬品が記録されるのに対して, 「相手テーブル部402」には, 自己医薬品との間で相互作用が生じる可能性のある相手医薬品が包括 的に記録される構造となっている。
d なお,甲14文献の【図2】のとおり,「自己医薬品テーブル10 2」と「相手医薬品テーブル103」は,相互作用チェックを行う際 に入力される医薬品を記憶するための構成であるのに対して,「医薬 品相互作用チェックテーブル105」は,予め添付文書の情報をコー ド化して記憶するものであるから,両者は全く機能を異にしており, 前2者と後1者を一体として取り扱う理由はない。
(ｲ) 引用発明3の検索過程の構成 a 引用発明3の検索処理のうち,「検索前処理801」は,「医薬品 相互作用チェックマスタ104」から一般名コード等を取得するプロ セスであり,実際の検索処理は「相互作用チェックテーブルの検索処 理802」において行われるところ,その処理過程を単純化すると, 20 次のとおりである(別紙「被告ら主張の引用発明3の構成」参照)。
@ 自己医薬品の一般名コード,薬効分類コード,BOXコードのそ れぞれに基づき,「医薬品相互作用チェックテーブル105」の 「自己テーブル部401」を検索し,自己医薬品に関する情報が 記録されたレコードを抽出し,これを 「一時記憶テーブル110」 に書き出す。
A 相手医薬品の一般名コード,薬効分類コード,BOXコードのそ れぞれに基づいて,「一時記憶テーブル110」内の「相手テー ブル部402」を検索し,相手医薬品に関する情報が記録された レコードを抽出する。
b 上記@の過程(以下「自己テーブル検索過程」という。) 相互作用を確認する自己医薬品と同一の一般名コード,薬効分類コ ード,BOXコードが「自己テーブル部401」に登録されたデータ を「医薬品相互作用チェックテーブル105」から抽出する作業であ る。前記(ｱ)aのとおり,「医薬品相互作用チェックテーブル105」 には,添付文書の内容をコード化した情報が格納されているから,自 己テーブル検索過程で抽出されるのは自己医薬品に関する添付文書の 内容であり,抽出結果が書き出された「一時記憶テーブル110」に は,コード化された添付文書の内容が列挙されることとなる。
そして,「医薬品相互作用チェックテーブル105」には商品レベ ルでの医薬品情報は格納されておらず,一般名(薬効成分)で情報が 格納されているため,一般名で特定されるある医薬品に,先発薬のほ か,薬効成分を同じくするいわゆるジェネリック医薬品が存在する場 合には,複数のデータが抽出されることになる。
また,相互作用が問題になる相手医薬品の薬効分類コードが複数あ る場合にも,複数のレコードが作成されることになると考えられるか 21 ら,この場合にも自己テーブル検索過程で複数のデータが抽出される。
さらに,自己テーブル検索過程では,一般名コード,薬効分類コー ド,BOXコードの「それぞれ」の検索結果が全て抽出されるため, 入力された自己医薬品と同一の一般名,同一の薬効又は同一のBOX コードを有する医薬品の添付文書情報が全て抽出される。
したがって,自己テーブル検索過程では,自己医薬品及びそのジェ ネリック医薬品又は同一薬効若しくは同一BOXコードを有する医薬 品に関する添付文書のデータが網羅的に抽出され,「一時記憶テーブ ル110」に書き出される。
c 上記Aの過程(以下「相手テーブル検索過程」という。) 相手医薬品の一般名コード,薬効分類コード,BOXコードのそれ ぞれに基づいて「一時記憶テーブル110」の「相手テーブル部40 2」を検索し,相手医薬品に関連する情報の絞り込みが行われる。
相手テーブル検索過程においても,自己テーブル検索過程と同様, 一般名コード,薬効分類コード,BOXコードのそれぞれについて検 索が行われる。そのため,相手テーブル検索過程を経て得られたデー タは,入力された相手医薬品又はそのジェネリック医薬品若しくは同 一薬効,同一BOXコードの医薬品等に関するデータとなる。
d このように,引用発明3における検索過程において,相手医薬品を 自己医薬品とする双方向の検索過程,すなわち,「相手テーブル部4 02」で絞り込まれた相手医薬品を自己医薬品として「一時記憶テー ブル110」を構築し,「自己テーブル部401」から抽出された情 報に基づき再検索する過程は一切開示されておらず,また,その示唆 もない。
e 以上によれば,引用発明3における検索過程は,以下のとおり特定 することができる。
22 i. 入力された新規処方データの各医薬品の一方を自己医薬品と し, ii. 自己医薬品,そのジェネリック医薬品,自己医薬品と同一薬効 コード又はBOXコードを有する医薬品を自己医薬品群とし, iii. 相手医薬品,そのジェネリック医薬品,相手医薬品と同一薬効 コード又はBOXコードを有する医薬品を相手医薬品群とし, iv. 自己医薬品群のいずれかの医薬品と,相手医薬品群のいずれか の医薬品との組み合わせが,医薬品相互作用チェックテーブル 105に登録されているか否かを判断する v. 相互作用の検索過程 f 審決は引用発明3の検索過程が本件発明1の「相互作用チェック処 理」に該当するとしたが,甲14文献には,引用発明3で記載された 検索を,医薬品の主従を入れ替えて繰り返すという記載も示唆もない。
本件特許の出願時において,医薬品の相互作用の確認を目的とするシ ステムを提供する当業者の間に,「医薬品相互作用チェックを行うと の観点からすると,医薬品の主従を入れ替えてチェックを繰り返すこ とは当然のことである」との技術常識はなく,現に,そのような検索 機能を実装したシステムは存在していない。2つの医薬品がある場合 に,薬剤師が双方の添付文書を確認することの重要性は,本件特許の 出願時においてようやく一部の専門家の間で認識され始めた状況であ ったし,ましてや,双方向からの添付文書の確認をシステムによって 実現することが技術常識と呼びうる環境にはおよそなかった。審決の 認定は,典型的な後知恵である。
ウ 本件発明1と引用発明3の対比 (ｱ) 引用発明3の「医薬品相互作用チェックテーブル105」は,自己医 薬品を一般名,薬効分類,BOXの全部の組み合わせによって特定する 23 ものである一方,相手医薬品は,一般名,薬効分類,BOXのいずれか によって特定されるため,一般名,薬効分類,BOXの組み合わせで特 定される自己医薬品に対し,相互作用を生じる可能性のある医薬品を包 括的に記録するものである。したがって,「医薬品相互作用チェックテ ーブル105」は,「1対1」ではなく「1対多」,「多対多」の相互 作用情報を格納するものであるから,本件発明1の「個別に格納」の構 成を有するものではない。
また,引用発明3の「医薬品相互作用チェックテーブル105」は, 特定の自己医薬品(「一の医薬品」)から見た特定の相手医薬品(「他 の一の医薬品」 の組み合わせを観念することはできない。
) このように, 「一の医薬品から見た他の一の医薬品」の組み合わせを観念できないか ら,「前記他の一の医薬品から見た前記一の医薬品」という組み合わせ も観念することはできず,「2通りの主従関係」が成立することは,「医 薬品相互作用チェックテーブル105」のデータ構造上論理的にあり得 ない。
よって,引用発明3の「医薬品相互作用チェックテーブル105」は 本件発明1の「相互作用マスタ」に相当するものではない。
(ｲ) 本件発明1と引用発明3の検索過程は次の点で相違する。
a 相違点1 引用発明3の検索過程は,「入力された新規処方の一方を自己医薬 品と(する)」ものであるのに対し,本件発明1は,「入力された新 規処方データの各医薬品を自己医薬品及び相手医薬品と(する)」も のであるから,この点において両者は相違する。
b 相違点2 本件発明1は,「自己医薬品と相手医薬品の組み合わせ」を検索す るものであるのに対し,引用発明3は,「自己医薬品群のいずれかの 24 医薬品と,相手医薬品群のいずれかの医薬品との組み合わせ」を検索 するものであるから,この点において両者は相違する。なお,「自己 医薬品」や「相手医薬品」は,一定の幅を持ちうる概念であり,その 限りで一般名や薬効分類で抽象化することが不可能ではないが,本件 発明1が入力された新規処方データの各医薬品の主従を入れ替えて検 索を行うものであることを考えると,「自己医薬品と相手医薬品の組 み合わせ」を検索する上では,両者の抽象化の基準を同一にし,抽象 化された限りでは1対1の対応関係が維持されていなければならない。
引用発明3においては,自己医薬品群にも相手医薬品群にも,自己テ ーブル検索過程で抽出された複数のデータが含まれるから,多対多の 関係が生じることとなる。そのため,引用発明3は,「自己医薬品と 相手医薬品の組み合わせ」について検索を行うものとはいえない。
c 相違点3 本件発明1は,「前記相互作用マスタに登録した医薬品の組み合わ せと合致するか否かを判断する」ものであるところ,上述のとおり, 引用発明3の「医薬品相互作用チェックテーブル105」は,添付文 書情報をコード化したものであって,同一の基準で抽象化された医薬 品の組み合わせが登録されているわけではなく,検索の過程において も,一般名コード,薬効分類コード,BOXコードのそれぞれについ ての検索が,自己医薬品及び相手医薬品について順次行われており, 「相互作用マスタに登録した医薬品の組み合わせと合致するか否かを 判断」する過程は存在しない。したがって,引用発明3の検索過程は, 「前記相互作用マスタに登録した医薬品の組み合わせと合致するか否 かを判断する」ものとはいえない。
エ 小括 以上のとおり,審決は本件発明1と引用発明3の相違点を看過したもの 25 であり,この誤りは,本件発明1の進歩性を否定した審決の結論に影響を 及ぼすことは明らかであるから,審決の上記部分は取り消されるべきであ る。
(2) 容易想到性の判断について ア 審決は,引用発明3に甲6〜10文献により認定された技術事項を適用 することにより,相違点4-1に係る構成に容易に想到することができる と判断したが,誤りである。
イ 技術事項の認定 審決は,甲6〜10文献から,「薬物間の相互作用をマトリックス形式 で表示する」技術事項(以下「技術事項甲6-10」という。)を,また, 特に甲7〜10文献から次の技術事項(以下「技術事項甲7-10」とい う。)を認定できるとする。
m. 相互作用をチェックするシステムにおいて, n. 医薬品の対象となる自己医薬品の名称と,相互作用チェック処理の対 象となる相手医薬品の名称とをマトリックス形式の行又は列にそれぞ れ表示し, o. 自己医薬品と相手医薬品の間の相互作用チェック処理の結果を,前記 マトリックス形式の該当する各セルに表示する しかし,甲6〜10文献には,相互作用チェックとは無関係な発明や, 双方向の相互作用のチェックを行うもの,あるいは,一方向の「相互作用 の確認」を行うものが含まれており,その技術思想はそれぞれ異なり,ひ とくくりに技術事項を読み取ることはできない。
ウ 相違点4-1の容易想到性 (ｱ) 甲6〜10文献で用いられる「相互作用チェック」の意味内容はそれ ぞれ異なり,これらから,「相互作用のチェックの結果をユーザに提供 する」という共通の課題を認定したり,「各薬品間の関係を一覧表示で 26 き,ユーザの視認性を高める」との共通の一般的効果を認定したりする ことはできない。また,引用発明3の「医薬品相互作用チェックテーブ ル105」には,「併用注意」,「併用禁忌」といった情報が記憶され るフィールドは存在せず,そもそもマトリックス表示する意味がない。
(ｲ) 相互作用チェックの結果をどのように表示するかは,相互作用の確認 結果としてどのような情報を提供するかを前提問題とするものであると ころ,引用発明3においては,本件発明に見られるような詳細かつ適切 な情報を提供するという技術思想は開示されていない。相互作用の確認 結果は,文字情報のみで表示する構成も考えうるところであり,それが 特に見にくいというわけでもない(甲14文献の【図7】【図8】)。
そもそも,引用発明3のように,一方向からの「相互作用の確認」を 行う場合には,マトリックス表示を行う必要がなく,むしろ,マトリッ クス表示は有害である。
すなわち,一方向からの相互作用チェックの結果をマトリックス表示 した場合,その表示内容は,常に対角線を軸として線対称となるから, 相互作用情報を一次元で表示する場合と比較して,なんら付加的な情報 を提供しないばかりか,むしろ,データ量が増えたり,表示のためによ り多くの画面上の面積が必要になったりするとのデメリットのみが残る。
そのため,一方向からの相互作用チェックを行う発明に接した当業者に は,マトリックス表示を選択する動機付けが生じることがないのである。
マトリックス表示が意味を持つのは,相互作用確認結果の表示一般で はなく,「相互作用マスタ」による双方向の相互作用確認の結果を表示 する場合に限定されるのであるから,引用発明3とマトリックス表示を 開示した副引例を組み合わせることに容易性はなく,この点を看過した 審決には,容易性判断の誤りがあるものというべきである。
(ｳ) 引用発明3における相互作用情報の検索に際しては,自己医薬品が, 27 一般名コード,薬効分類コード,BOXコードのそれぞれについて,自 己テーブル部と相手テーブル部が,一時ファイルを通じて順次検索され るため,自己医薬品群と相手医薬品群という「多対多」の検索結果が抽 出される。つまり,引用発明3の検索結果は,1対1の対応関係を維持 したものではなく,特定の自己医薬品と相手医薬品との組み合わせに関 係する可能性のある添付文書情報が,当該自己医薬品や相手医薬品に関 するものに限らず,自己医薬品「群」を「主」として片端から羅列され る,というものである。このような状態を表示するには,添付文書情報 を単純に縦1列に列挙するか,あるいは,添付文書情報ごとに相手医薬 品の候補となり得る医薬品を列挙したツリー構造のような表示方法が適 切であり,医薬品を縦横に並べたマトリックス表示を生成することはで きない。さらに,仮に,この検索を双方向で行った場合には,「多対多」 の組み合わせが2つ生じることとなるから,その表示手段としてマトリ ックス表示を用いることなど不可能になるし,何らかの工夫をして無理 やりマトリックス表示をしたとしても,利用に耐えるものとはならない。
したがって,引用発明3にマトリックス表示を組み合わせることには阻 害事由がある。
エ 小括 以上のとおり,審決の相違点4-1の容易想到性の判断には誤りがある から,審決のうち本件発明1を無効とした部分は取り消されるべきである。
(3) 結論 よって,審決のうち本件発明1を無効とした部分は取り消されるべきであ る。
2 被告取消事由2(本件発明2に関する進歩性判断の誤り)について 審決において,本件発明1と引用発明3の相違点を看過し,その誤りが本件 発明1を無効とする審決の判断に影響するものであること,相違点4-1の容 28 易想到性の判断にも誤りがあることは,前記1記載のとおりである。
これらの点は,本件発明1を引用する本件発明2にも妥当するから,審決の うち本件発明2を無効とした部分は取り消されるべきものである。
3 被告取消事由3(本件発明3に関する進歩性判断の誤り)について (1) 本件発明1について 審決において,本件発明1と引用発明3の相違点を看過し,その誤りが本 件発明1を無効とする審決の判断に影響するものであること,相違点4-1 の容易想到性の判断にも誤りがあることは,前記1記載のとおりである。
これらの点は,本件発明1を引用する本件発明3にも妥当する。
(2) 本件発明3の付加的構成について ア 審決は,本件発明3における本件発明1の付加的構成に係る相違点4- 2の構成は容易に想到することができると判断したが,誤りである。
すなわち,引用発明3は,相互作用表示の結果をマトリックス表示する 構成を開示していないことから,マトリックス表示をまずは採用しなけれ ば,詳細表示にまでたどり着くことができず,本件発明3の構成に想到す ることは一層困難である。
また,引用発明3と,甲9文献から明らかになるのは,相互作用チェッ クの結果をマトリックス表示し,かつ,必要に応じてその詳細情報を表示 するとの構成にすぎず,どのようにして,詳細表示画面を呼び出すかにつ いては何ら開示していないのであり,甲9文献に接した当業者は,マトリ ックス表示上のセルをクリックすることにより,詳細情報を表示する構成 には想い到らない。
イ 審決は,表示対象を指定する必要性から,マトリックス表示上のセルを クリックすることが当然に導かれるとするが,論理の飛躍がある。例えば, タッチパネルが普及した平成30年現在であれば,マトリックス表示の内 容の詳細を表示するために,画面をクリックするという構成は容易に想到 29 であるといえるとも思われるが,本件発明4が出願された平成12年当時 は,むしろ,画面外に「詳細表示」ボタン等のインターフェースを設ける ことが主流であったと考えられる。審決の判示は現在の技術水準により, 当時の技術水準を置き換えるものであり,正に後知恵である。
(3) 結論 以上のとおりであるから,審決のうち本件発明3を無効とした部分は取り 消されるべきである。
4 被告取消事由4(本件発明4に関する進歩性判断の誤り)について (1) 本件発明1について 審決において,本件発明1と引用発明3の相違点を看過し,その誤りが本 件発明1を無効とする審決の判断に影響するものであること,相違点4-1 の容易想到性の判断にも誤りがあることは,前記1記載のとおりである。
これらの点は,本件発明1を引用する本件発明4にも妥当する。
(2) 本件発明4の付加的構成について 前記1(1)のとおり,引用発明3の「医薬品相互作用チェックテーブル10 5」は,本件発明1の「相互作用マスタ」に相当せず,また,引用発明3の 検索過程は,本件発明1の「相互作用チェック処理」にも相当しないにもか かわらず,審決はこの点を誤り,そのため,本件発明4における本件発明1 の付加的構成について新たな相違点がないとしているが,誤りである。
すなわち,本件発明4における「蓄積処方データ」は「患者の全ての処方 データを蓄積して記憶するデータ」であり,「相互作用マスタ」を構築する 際に「相手医薬品」として用いられるのに対し,引用発明3は,「医薬品マ スターコード」を記憶装置に記録することまでは開示しているものの,これ を「医薬品相互作用チェックテーブル105」の「相手テーブル部402」 に格納することについて,何ら開示していない。
引用発明3の「処方履歴を基に抽出した患者が服用している医薬品(相手 30 医薬品)」の「医薬品マスターコード」は,本件発明4の検索処理における 「相手医薬品」に相当しない。
以上のとおり,審決には相違点の判断に誤りがあり,これは,本件発明4 を無効とした審決の結論に影響を及ぼすものである。
(3) 結論 以上のとおりであるから,審決のうち本件発明4を無効とした部分は取り 消されるべきである。
5 被告取消事由5(本件発明6に関する進歩性判断の誤り)について (1) 本件発明1について 審決において,本件発明1と引用発明3の相違点を看過し,その誤りが本 件発明1を無効とする審決の判断に影響するものであること,相違点4-1 の容易想到性の判断にも誤りがあることは,前記1記載のとおりである。
これらの点は,本件発明1を引用する本件発明6にも妥当する。
(2) 本件発明6の付加的構成について ア 前記1(1)のとおり,引用発明3の「医薬品相互作用チェックテーブル1 05」は,本件発明1の「相互作用マスタ」に相当せず,また,引用発明 3の検索過程は,本件発明1の「相互作用チェック処理」にも相当しない にもかかわらず,審決はこの点を誤っている。そのため,審決が本件発明 6における本件発明1の付加的構成について認定した相違点(相違点4- 4)の認定にも誤りがある。
イ また,審決は,相違点4-4の構成は容易に想到することができると判 断したが,誤りである。
審決は,表示される情報量を更に高めるために,引用発明3と甲8文献 記載の技術事項を組み合わせることが容易想到であるとするが,「併用禁 忌」,「併用注意」の文字を記号に置き換えたからといって,表示される 情報量に変化はない。また,甲8文献記載のマトリックス表示は煩雑かつ 31 識別性が低いから,引用発明3にこのようなマトリックス表示を組み合わ せても本件発明6の構成に想到することはない。
ウ 以上のとおり,審決における,本件発明6の付加的構成に係る構成につ いての相違点の認定及び相違点4-4の構成の容易想到性の判断には誤り がある。
(3) 結論 以上のとおりであるから,審決のうち本件発明6を無効とした部分は取り 消されるべきである。
6 被告取消事由6(本件発明8に関する進歩性判断の誤り)について (1) 本件発明1について 審決において,本件発明1と引用発明3の相違点を看過し,その誤りが本 件発明1を無効とする審決の判断に影響するものであること,相違点4-1 の容易想到性の判断にも誤りがあることは,前記1記載のとおりである。
これらの点は,本件発明1を引用する本件発明8にも妥当する。
(2) 本件発明6の付加的構成について ア 前記1(1)のとおり,引用発明3の「医薬品相互作用チェックテーブル1 05」は,本件発明1の「相互作用マスタ」に相当せず,また,引用発明 3の検索過程は,本件発明1の「相互作用チェック処理」にも相当しない にもかかわらず,審決はこの点を誤っている。そのため,審決が本件発明 8における本件発明1の付加的構成について認定した相違点(相違点4- 6)の認定にも誤りがある。
イ また,審決は,相違点4-6の構成は容易に想到することができると判 断したが,誤りである。
(ｱ) 甲18文献に記載の発明(以下「甲18発明」という。)の認定の誤 り 甲18文献の「処方監査」 (構成a) 処方された各医薬品について, は, 32 「薬品ファイルの薬物相互作用の欄を参照し,相互作用を起こす薬品が処方されているかを判別し(S28),相互作用を起こす薬品が処方されている場合には警告を発する(S29)」(甲18文献【0052】)ものである。審決は,「処方監査」が,本件発明の「相互作用チェック」に相当することを前提として,「例外ファイル」のみについて言及しているが,「処方監査」が「相互作用チェック」に相当することを論じない点で既に理由不備の違法がある。
また,「処方監査」により行われている薬品ファイルの薬物相互作用欄の確認(甲18文献【0052】)は,あくまでも,自己医薬品から見た場合に,相手医薬品に相互作用があるか否かを判断する一方向の「相互作用の確認」に留まり,双方向の確認作業である「相互作用チェック」ではない。このように甲18発明における一方向の「処方監査」と本件発明における双方向の「相互作用チェック」は別個の概念である。
審決は,甲18発明において,「相互作用除外マスタ」を論じる前提として「相互作用マスタ」に相当する構成について論じておらず,理由不備の違法がある。仮に,「薬品ファイル」が「相互作用マスタ」に相当するとするものであるとしても,「薬品ファイル」は個別の医薬品に作成され,「薬物相互作用」欄を有するものであるが(甲18文献【図6】【図7】),そこに格納される医薬品の数を1つに限定する旨の記載はないから,「個別に格納」の構成は開示されていない。また,甲18発明は,一方向の「相互作用の確認」を行うものにすぎないことから,「薬品ファイル」において,医薬品の相互作用情報を各医薬品の「2通りの主従関係」について「個別に格納」する必要はない。そのため,甲18発明の「薬品ファイル」は「相互作用マスタ」に相当する構成を開示し,又は示唆するものではない。
審決は,甲18発明における「例外ファイル」が「相互作用除外マス 33 タ」に対応し得るとしている。しかし,本件発明の「相互作用除外マス タ」は「相互作用マスタ」と同一の構成を有するところ(本件明細書【0 033】),上述のとおり,甲18発明には「相互作用マスタ」に相当 する構成がなく,かつ,甲18文献には「例外ファイル」の具体的な構 成が開示されていないから,甲18発明が「相互作用除外マスタ」を開 示ないし示唆するものとはいえない。
また,本件発明8において「相互作用除外マスタ」を採用したのは, 「相互作用マスタ」を保持することによって従来技術と比較して詳細な 情報が提供されることを前提に,「重要度の高い相互作用だけを表示す ることができ,情報過多による弊害を阻止する」(本件明細書【004 5】)ためであるところ,甲18発明では,警告の除外を行う理由を「処 方監査が行われ,警告の対象となった場合,担当医師に確認するのが原 則である。しかし,医師が承知の上で処方している場合はその必要はな く,毎回照会を行うと医師側及び薬局側の作業が停滞してしまう。この 発明によれば,同一の警告が繰り返して発行される事態を防止でき,調 剤作業を効率化することができる。」(甲18文献【0021】)とし ており,その主眼はあくまでも,既に確認済みの情報について警告の表 示が頻回にわたることを防止し,医師や薬剤師による確認作業を簡易効 率化することにある。
このように,甲18発明の「例外ファイル」は,本件発明の「相互作 用除外マスタ」とは異なる課題を解決するために設けられており,かつ, 構成にも同一性が認められないから,「相互作用除外マスタ」を開示す るものではない。
(ｲ) 審決は,引用発明3と甲18発明とを組み合わせることについて,特 に理由なく,容易想到であったと判示しているが,明らかに判断に遺漏 がある。
34 ウ 以上のとおり,審決における,本件発明8の付加的構成に係る構成につ いての相違点の認定及び相違点4-6の構成の容易想到性の判断には誤り がある。
(3) 以上のとおりであるから,審決のうち本件発明8を無効とした部分は取り 消されるべきである。
原告の反論
1 被告取消事由1(本件発明1に関する進歩性判断の誤り)について (1) 相違点の認定について ア 本件発明1について (ｱ) 被告らは,「個別に格納」が@同一粒度,かつ,A分離格納を意味す ると主張するが,このような主張は,審判手続において現実に争われた ものではないから,審決取消訴訟である本件訴訟において,審理の対象 とされるべきでない。
(ｲ) 本件発明1の「個別に格納」とは,「一の医薬品」から見た「他の一 の医薬品」と,「前記他の一の医薬品」から見た「前記一の医薬品」の 2通りの組み合わせを,別々に格納したことを意味するものであり,そ れ以上のデータ格納構成を意味するものではない。
すなわち,特許請求の範囲の記載によれば,「個別に格納」されるの は,「一の医薬品」から見た「他の一の医薬品」と,「前記他の一の医 薬品」から見た「前記一の医薬品」の2通りの組み合わせであることが 文理上明らかであり,また,本件明細書にはこれらの用語について特段 の説明はない。
したがって,「個別に格納」とは,@A薬品からみたB薬品に関する 相互作用情報とAB薬品からみたA薬品に関する相互作用情報を個別に 格納することであり,@A薬品からみたB薬品に関する相互作用情報と BA薬品からみたC薬品に関する相互作用情報とを個別に格納すること 35 は意味しない。
(ｳ) 本件発明の課題は,「医薬品の相互作用のチェック結果を,実用的に 分かりやすく表示できる医薬品相互作用チェック装置を提供すること」 (本件明細書【0011】)であるから,課題の解決手段である本件発 明の技術的特徴はマトリックス形式による表示にある。そして,本件発 明は,ある2つの医薬品間の相互作用チェックの結果を,2通りの主従 関係を区別して表示することを目的とするものであるから,ある2つの 医薬品同士の相互作用が主従を区別して定義されていれば足り,その定 義が同じレベルの概念(基準ないし粒度)同士の組み合わせでされてい ることは必要ではない。仮に異なるレベルの概念同士の組み合わせで相 互作用が定義されていたとしても,それぞれの概念に当てはまる具体的 な医薬品が定義されていれば,ある2つの医薬品同士の相互作用は,前 記概念同士の組み合わせとしてチェックできるのであり,結果として, 具体的な医薬品同士の相互作用として主従を区別して表示することがで きる。現に,引用発明3は,具体的な医薬品同士の相互作用が,主従を 区別して表示される(甲14文献図7,8)。
そうすると,「個別に格納」とは,その表示の前提として,「一の医 薬品」から見た「他の一の医薬品」と,「前記他の一の医薬品」から見 た「前記一の医薬品」の2通りの組み合わせを別々に格納することを意 味することは明らかである。そして,一の医薬品(薬品A)から見た他 の一の医薬品(薬品B)の相互作用情報と,他の一の医薬品(薬品B) から見た一の医薬品(薬品A)の相互作用情報を格納する方式としては, リレーショナルデータベースの格納方式も取り得るし,ツリー構造での 格納方式も取り得るのであり,本件明細書の実施例がリレーショナルデ ータベースの格納方式であるからといって,「個別に格納」がデータ格 納方式まで特定しているものと解釈することはできない。
36 (ｴ) 本件発明2は,薬効コード同士の組み合わせで相互作用が発生する組 み合わせを定義する態様であるところ,その場合,各コードに該当する 具体的な医薬品の数に応じて,「1対1」の場合もあれば,「1対多」 の場合もあれば,「多対多」の場合もあれば,「多対1」の場合もあり うるのであり,本件発明が「1対1」であるということもできない。
(ｵ) 本件特許の出願経過からも,同様の理解ができる。
a すなわち,被告らは,1回目の拒絶理由通知に対応して,平成21 年12月25日付手続補正書(甲23)により「一の医薬品から見た 他の一の医薬品の場合と,前記他の一の医薬品から見た前記一の医薬 品の場合の2通りの主従関係で,相互作用が発生する組み合わせを個 別に格納する相互作用マスタを記憶する記憶手段と,」という構成を 追加し,同日提出の意見書(甲24)において,従来技術について「引 用文献1から4では,処方された医薬品同士の組み合わせで相互作用 が発生するものがあるか否かをチェックできるようにした点が開示さ れているに過ぎません。」「これに対し,本発明では,相互作用マス タに,一の医薬品から見た他の一の医薬品の場合と,前記他の一の医 薬品から見た前記一の医薬品の場合の2通りの主従関係で,相互作用 が発生する組み合わせを個別に格納するようにしています。これは, 相互作用の判断根拠となる作用発現の仕組み(作用機序)を記載した 添付文書が医薬品毎に存在し,又,その内容が相違する場合があるた めです。例えば,一の医薬品(A薬)と,他の一の医薬品(B薬)と の関係で,A薬の相互作用情報にはB薬との服用には注意が必要とな ることが含まれている場合であっても,B薬の相互作用情報にはA薬 との関係が触れられていない場合があります。」と述べている。
このように,「個別に格納」とは,A薬の相互作用情報にはB薬と の服用には注意が必要となることが含まれている場合であっても,B 37 薬の相互作用情報にはA薬との関係が触れられていない場合があるか ら,A薬とB薬の両方の相互作用情報を確認すべく,一の医薬品(A 薬)から見た場合と,他の一の医薬品(B薬)から見た場合とを区別 して格納するという意味であることを被告ら自らが明らかにしている。
b さらに,平成22年1月20日起案の拒絶理由通知書(甲34)で 引用された主引例である引用文献1(甲13文献)の段落0012等 に は , 生 成 さ れ た す べ て の 薬 品 名 の 組 み 合 わ せ ( medn(i), medn(j)(i≠j))のチェックについて,medn(i), medn(j)を入れ替えて 行うことが記載されており,この点が,上記通知書で指摘されている。
同時点の請求項1において,記憶手段,制御手段の構成は,本件発明 1と同じであった。
上記通知書に係る拒絶理由通知において,本件発明のマトリックス 表示に関する構成を除いた,2通りの主従関係で個別に格納する相互 作用マスタ,双方向チェックでチェックは引用文献1(甲13文献) により公知とされ,被告らは,これに対し,マトリックス表示する旨 の特定事項を加えた補正を行い (平成22年3月29日付手続補正書。
甲35),同日付けの意見書(甲55)を提出し,被告らが主張する 本件発明の作用効果は,マトリックス表示によりA薬品→B薬品と, B薬品→A薬品のチェックの結果を区別して表示できる点であること を述べた。このような作用効果を考えれば,相互作用が発生する組み 合わせの定義にあたり,相互作用マスタに定義される相互作用が発生 する医薬品の組み合わせの定義において,用いられる概念の大きさは, 医薬品名でもよく,医薬品群(薬効コード等)同士でもよく,さらに 概念が同じ大きさであっても異なる大きさであっても構わない,すな わち,A薬品→B薬品と,B薬品→A薬品とのチェックの結果を区別 して表示できるという作用効果が得られるのであって,それが同一粒 38 度であるか否か,また,リレーショナルデータベース方式なのかある いは他の方式なのかは,前記作用効果と無関係である。
以上より,本件発明の「個別に格納」について,被告らの主張する 「同一粒度」かつ「分離格納」を意味するとすることは失当である。
イ 引用発明3について (ｱ) 「医薬品相互作用チェックテーブル105」の構成 a 引用発明3の「医薬品相互作用チェックテーブル105」は,添付 文書から抽出された 「医薬品間の相互作用の有無をチェックする情報」 が記載されている(甲14文献【0017】13〜14行)。
各医薬品には該当する一般名コード,薬効分類コードが必ず存在す ること,特定の医薬品の添付文書には,相互作用が発生する相手方医 薬品が,商品名,一般名,薬効,その他の概念で記載されていること から,「医薬品相互作用チェックテーブル105」に記憶される情報 は,添付文書の記載から抽出されるこれらの情報の全てをコード化し たものであって,添付文書から抽出される一般名コード,薬効分類コ ード,BOXコードから選ばれるコード同士の任意の組み合わせを含 みうる。薬品Aの添付文書に,薬品B(あるいはこれが属する医薬群) と相互作用を有することが記載され,一方,薬品Bの添付文書に薬品 A(あるいはこれが属する医薬群)と相互作用を有することが記載さ れている場合を想定すると,薬品Aの添付文書に基づく情報である薬 品Aから見た薬品B(あるいはこれが属する医薬群)との相互作用と, 薬品Bの添付文書に基づく情報である薬品Bから見た薬品A(あるい はこれが属する医薬群)との相互作用の情報は,必然的に別の情報と して記憶される。
b また,薬品Aの添付文書に,薬品Bの医薬品名でなくても,薬品B が属する医薬群(例えば,薬品Bの一般名,薬品Bの薬効+剤のような 39 標記)との相互作用が記載されていれば,当該添付文書に基づいて, 薬品Aの一般名コード及び薬効分類コード(これらは医薬品ごとに必 ず存在する)並びにBOXコードを「自己テーブル部401」に,相 手方医薬群の概念から特定される(薬品Bの)一般名コード,薬効分 類コード及びBOXコードを「相手テーブル部402」に,これらの 間の相互作用に関する情報を「コメントテーブル部403」に記憶す ることになる。そして,薬品Bの添付文書に基づく情報についても, 同じように各コードの組み合わせとして,「医薬品相互作用チェック テーブル105」の各テーブル部に記憶することになる。
これによれば,「医薬品相互作用チェックテーブル105」には, 薬品Aから見た薬品Bの場合と薬品Bから見た薬品Aの場合とが,別 の情報として記憶されることが明らかである。
(ｲ) 引用発明3における検索処理の構成 引用発明3の「医薬品相互作用チェックテーブル105」は各コード の組み合わせによって,相互作用が発生する医薬品群の組み合わせを定 義するものであり(甲14文献の図4),これらの各コードと具体的な 医薬品の紐づけは,「医薬品相互作用チェックマスタ104」でされて いるから,検索においては,処方された自己医薬品と相手医薬品の各コ ードを「医薬品相互作用チェックマスタ104」から抽出し,抽出した 各コードの組み合わせが「医薬品相互作用チェックテーブル105」に 存在するか否かを検索する。したがって,結果として処方された自己医 薬品と相手医薬品との関係が, 医薬品相互作用チェックマスタ105」 「 に登録されている相互作用が発生する医薬群の組み合わせに合致するか 否かを判断していることになることも明らかである (甲14文献の図7, 8。図8のトリルダン,クラリシッドは,いずれも具体的な医薬品の商 品名である)。したがって,検索の結果出力されるのは,当然に,「自 40 己医薬品テーブル102」と「相手医薬品テーブル103」に処方医薬 品として入力した具体的な医薬品間の相互作用である。
ウ 本件発明1と引用発明3の対比 (ｱ) 「医薬品相互作用チェックテーブル105」に登録されている各コー ドの組み合わせに着目すれば,一般名コード同士,薬効分類コード同士 といった同じ概念同士のコードの組み合わせを含むことが当然に予定さ れている。一方,組み合わせに該当する医薬品の数という点でいえば, 同じ概念同士か違う概念同士かにかかわらず,各コードに該当する具体 的な医薬品の数に応じて,「1対1」の場合もあれば,「1対多」の場 合もあれば,「多対多」の場合もあれば,「多対1」の場合もありうる。
以上のように,引用発明3において,各コードに該当する具体的な医薬 品の数が,「1対多」であるとの被告らの主張の根拠が不明である。
したがって,具体的な医薬品の数が1対1に限られるか,1対多を含 むのか,という点で,本件発明と引用発明3は区別し得ず,かえって, 引用発明3の医薬品相互作用チェックテーブル105は,具体的な医薬 品間の相互作用を上位概念である各コード同士の関係によって定義して いる点で何ら相違はない。
仮に,被告ら主張のように解釈したとしても,引用発明3も本件発明 と同じく,同じ概念のコード同士で相互作用が発生する組み合わせを記 憶する構成を含んでいるものであって,両発明に相違はない。
(ｲ) 本件発明2や本件明細書記載の実施例と引用発明3から明らかなとお り,「相互作用マスタ」に記憶される情報は,相互作用が発生する医薬 の分類に関するコード同士の組み合わせであり,データベースで定義さ れる相互作用の情報は添付文書から抽出される医薬品(医薬品群)同士 の相互作用情報であるから,その情報に違いはない。これは,本件発明 も引用発明3も添付文書の情報に基づいて処方監査業務を行うことを大 41 前提とするシステムである以上,当然である。
被告らは,「相互作用マスタ」 「相互作用チェックテーブル105」 と に記憶される情報が,効能や薬効成分といった上位概念と医薬品名であ る下位概念とを紐づける作業(薬学的判断)を経たものであるか否かに おいて異なると主張するが,このような作業を経た情報を入力すること は本件発明の特定事項とはなっておらず,このような基準によって両発 明を区別することはできない。
また,引用発明3は,「医薬品相互作用チェックマスタ104」にお いて,下位概念である個々の医薬品と,上位概念である一般名コード, 薬効分類コード,BOXコードとの関係が定義され,「医薬品相互作用 チェックテーブル105」における各コードが,具体的な医薬品と紐づ けられている。「医薬品相互作用チェックマスタ104」における紐づ けの際には,薬剤師等の専門知識を持った者による添付文書に記載され た情報に基づく判断,すなわち,薬学的判断がされていることは明らか である。
なお,被告らの主張する薬学的判断が添付文書に記載された情報に基 づかない判断という意味だとしても,そのような判断を経ることは,本 件発明の特許請求の範囲,明細書のどこにも記載されておらず,何ら根 拠のない解釈であって,失当であるし,データベースに入力するデータ をどのような基準で用意するかは本件発明に含まれないから,特許請求 の範囲に基づかない無意味な主張である。
(ｳ) 被告ら主張の相違点1について,引用発明3は,処方された医薬品を 自己医薬品のみとするものではなく,自己医薬品及び相手医薬品とする ものであるから,被告らの主張は失当である。
相違点2について,本件発明2における「薬効コード」同士の組み合 わせで相互作用を記憶する限り,多対多の関係が生じるし,一方で,引 42 用発明3においても各コードと具体的な医薬品の紐づけが行われること により具体的な医薬品間の相互作用をチェックできるのであって,この 点で本件発明と引用発明3との間に相違はない。
相違点3について,引用発明3の検索においては,入力された処方医 薬品である自己医薬品が「医薬品相互作用チェックテーブル105」の 「自己テーブル部401」に存在するか否かを検索し,検索結果として 得られたデータの範囲において同時に入力された処方医薬品である相手 医薬品が「医薬品相互作用チェックテーブル105」の「相手テーブル 部402」に存在するか否かを検索しているので,結果として,入力さ れた処方医薬品を自己医薬品及び相手医薬品とし,その組み合わせが「医 薬品相互作用チェックテーブル105」に記憶された医薬品群の組み合 わせと合致するか否かを判断していることになるので,まさに本件発明 と同一である。
(ｴ) 甲14文献の【0017】によれば,処方される医薬品は,「自己医 薬品テーブル102」にも「相手医薬品テーブル103」にも記憶され る。そして,「自己医薬品テーブル102」及び「相手医薬品テーブル 103」に登録された医薬品の各コードを「医薬品相互作用チェックマ スタ104」から読み出し,「自己医薬品テーブル102」に登録され た医薬品の各コードが「医薬品相互作用チェックテーブル105」 「自 の 己テーブル部401」に存在するか否かを検索し該当するデータを「一 時記憶テーブル110」に記憶し,続いて「一時記憶テーブル110」 に記憶されたデータを対象として「相手医薬品テーブル103」に登録 された医薬品の各コードが「相手テーブル部402」に存在するか否か を検索している。
したがって,引用発明3は,処方された医薬品を自己医薬品及び相手 医薬品とし(図2の101,102,103),それぞれの各コードを 43 確定し(図6の801),それらの各コードの組み合わせが「医薬品相 互作用チェックテーブル105」内に存在するか否かを,自己テーブル 部,相手テーブル部の順に検索することで判断しているのであるから, 主従が入れ替わった双方向の検索を行っている。
(2) 容易想到性の判断について ア 甲6〜10文献の記載事項に鑑みれば,技術事項甲6-10が「薬物間 の相互作用をチェックする」ことを目的としたものであり,技術事項甲7 -10が「相互作用チェックシステム」を提供するものであることは明ら かであり,これらの技術事項についての審決の認定に誤りはない。
イ 本件発明は,本件明細書【0011】に記載のとおり,「医薬品の相互 作用のチェック結果を,実用的に分かりやすく表示できる医薬品相互作用 チェック装置を提供すること」を課題とするものであって,その背景には, 従来の相互作用チェックシステムにおける表示が実用的で分かりやすいと はいえないという問題があったとされている 【0008】 【0011】 。
( 〜 ) また,医薬品相互作用チェックシステムは,医療機関において,医師や 薬剤師が処方箋の発行や処方監査業務を行う際に利用されるものであり (甲 3文献258〜259頁『医薬分業と医薬品情報』,甲14文献【000 1】等参照),相互作用チェックの結果を医師や薬剤師に正確に知らせる ことが目的であることはいうまでもない。したがって,相互作用チェック システムにおいて,チェック結果をユーザに分かり易く表示することは, 当業者が当然に認識している普遍的,一般的な課題である。
そして,本件発明と引用発明3の対比の結果導かれる,引用発明3にお いて未解決であった本件発明の課題は,相互作用チェックの結果を分かり 易く一覧表示することにあることであり,これは,本件明細書の【001 1】の記載とも一致する。
ウ 引用発明3から出発した当業者にとって,相互作用チェックの結果を分 44 かり易く表示するという本件発明の属する分野における一般的・普遍的な 課題を解決するために,その課題に対する解決手段が具体的に示唆された 甲6〜10文献を参照し,甲6〜10文献のマトリックス表示についての 技術事項を引用発明3に適用することは,容易に想到できたことである。
薬品Aと薬品Bの間の相互作用について,いずれの添付文書から見るか によって,結果が異なる場合があることは出願時の技術常識であり(甲2, 5,6文献) 双方向チェックを行うシステムは出願時に周知であった , (甲 3文献表参照)。
エ 甲7,8文献の記載に裏付けられる公知発明(公然実施発明)は,「医 薬品間でそれぞれ添付文書に相互作用の記載があるかどうかを検索してマ トリックスで表示」するものであって,薬品Aと薬品Bのいずれの添付文 書から見るかによって,相互作用チェックの結果が異なる場合は,結果と してマトリックス表示が非対称となることは,甲8文献の別紙6-2から も明らかであるから,「主従を入れ替えた場合に結果が相違する場合に, その違いを含めてマトリックス表示する」という効果も既存のものであっ た。このように,双方向チェックにおいてマトリックス表示を採用した場 合の効果についても,甲7,8文献から直ちに認識されるものであり,本 件発明が従来技術から予測できない顕著な効果を有しているともいえない。
オ 引用発明3で出力される相互作用についての情報は,具体的な2つの医 薬品間の相互作用である(甲14文献図7,8)。そして,引用発明3の 出力に含まれる情報は,自己医薬品名,相手医薬品名,それらの間の相互 作用コメント(禁忌等の情報を含む),機序であり,マトリックス表示を するのに必要な項目を含む。被告らが主張する「多対多」が何を意味して いるのか判然としないが,仮に,「医薬品相互作用チェックテーブル10 5」における各コード同士の組み合わせにおいて,各コードが示す医薬品 群に属する医薬品が複数あるという意味だとしても,そのことがマトリッ 45 クス表示することの阻害事由となる理由は不明である。現に,甲7,8文 献に裏付けられる公知発明(公然実施発明)は,添付文書情報に基づいて 相互作用をチェックするシステムであり,添付文書には相互作用を発生す る相手医薬品が薬効群などの医薬品群で特定される場合があるが,その場 合でも,特定の医薬品同士の相互作用についてのチェック結果を,マトリ ックスで表示している。したがって,引用発明3のテキスト表示に代えて, マトリックス表示を採用することに阻害事由は存在しない。
2 被告取消事由2(本件発明2に関する進歩性判断の誤り)について 本件発明2についての被告らの主張は本件発明1と同じものであるから,被 告取消事由2についても理由はない。
3 被告取消事由3(本件発明3に関する進歩性判断の誤り)について 被告らは,平成12年当時は,むしろ,画面外に「詳細表示」ボタン等のイ ンターフェースを設けることが主流であったと考えられると主張するが,これ を裏付ける証拠を提出していない。そもそも,セルを指定させずに,画面外に 「詳細表示」ボタン等のインターフェースを設ける方法によって,どのように 詳細表示が可能となるのか不明である。セルを指定しない限り,セルに紐づい た詳細表示を表示することはできないと考えるのが普通である。
4 被告取消事由4(本件発明4に関する進歩性判断の誤り)について 「相手医薬品テーブル103」に格納された「処方履歴を基に抽出した患者 が服用している医薬品(相手医薬品)」の「医薬品マスターコード」が,本件 発明4にいう 「患者データを含む過去の処方データを蓄積した蓄積処方データ」 に相当し,「相手医薬品テーブル103」に格納されている以上,検索処理に おいては,相手医薬品として扱われる旨の審決の認定に誤りはない。
5 被告取消事由5(本件発明6に関する進歩性判断の誤り)について 甲8文献の別紙6-2に示されるとおり,禁忌,注意の文字に代えて,◎, 〇の記号を用いることは公知であり,引用発明3に甲8文献に基づいてマトリ 46 ックス表示を適用する際に,記号の採用を行うことは設計事項に過ぎない。
6 被告取消事由6(本件発明8に関する進歩性判断の誤り)について 甲18発明の「例外ファイル」は,相互作用チェックを除外する処方(医薬 品の組み合わせ)を除外するものである点で,本件発明8の「相互作用除外マ スタ」と一致する。甲18発明では「例外ファイル」が薬効コードの組み合わ せで定義されていることは特定されていないが,医薬品同士の相互作用が発生 する組み合わせを,薬効コード等の上位概念で定義することは,引用発明3に 記載されているとおりであり,例外ファイルにもこれを適用することは設計事 項に過ぎない。
原告主張の取消事由
1 原告取消事由1(本件発明5,7,9に関する引用発明1に基づく新規性, 進歩性判断の誤り)について (1) 引用発明1の認定について 甲8文献別紙6-2によれば,引用発明1は以下のとおりである(以下「原 告主張引用発明1」という。)。
「添付文書の情報をデータベース化した添付文書データベースを備え, A薬品とB薬品との間で,それぞれ添付文書に相互作用の記載があるかど うかを検索して,双方向でのチェックを行い, 対象となる医薬品名とアルファベットを行に表示し,列にはアルファベッ トのみを表示したマトリックス表示において,相互作用チェック結果を該当 するセルに表示し, さらに,相互作用チェック結果の表示画面には,医薬品名を入力可能な「テ キストボックス」及び「チェック開始」ボタンが配置され, 「テキストボックス」に医薬品名を追加入力し,「チェック開始」ボタン を押下することでテキストボックス入力された医薬品名が,チェック対象と して設定され,チェック結果を表示すべきチェック対象としてマトリックス 47 に表示され,相互作チェックが行われる, 相互作用チェックのシステム」(2) 相違点の認定について ア 相違点1-1について (ｱ) 本件発明1の「相互作用マスタ」 前記第4の1(1)アのとおり,本件発明1の「個別に格納」とは,@A 薬品からみたB薬品に関する相互作用情報とAB薬品からみたA薬品に 関する相互作用情報を個別に格納することであり,@A薬品からみたB 薬品に関する相互作用情報とBA薬品からみたC薬品に関する相互作用 情報とを個別に格納することは意味しない。
(ｲ) 引用発明1の「添付文書データベース」 a 添付文書において,1つの医薬品に対して,相互作用が発生する医 薬品が複数記載される場合であっても,これに含まれる「相互作用が 発生する組み合わせ」の情報は,1つの医薬品から見た他の1つの医 薬品についての相互作用の情報であることに変わりない。例えば,A 薬品の添付文書の情報に,A薬品に対して相互作用が発生する医薬品 の情報として,B薬品のみならず,他の薬効の医薬品,例えばC薬品 の情報が含まれていたとしても,添付文書に含まれる「相互作用が発 生する組み合わせ」の情報は,@A薬品からみたB薬品に関する相互 作用情報と,BA薬品からみたC薬品に関する相互作用情報である。
b このように,添付文書情報の一般常識に鑑みれば,引用発明1でも @A薬品からみたB薬品に関する相互作用情報と,BA薬品からみた C薬品に関する相互作用情報は別のものとして記憶されていることが 明らかであるから,仮に,本件発明1の「個別に格納」が,@A薬品 からみたB薬品に関する相互作用情報とBA薬品からみたC薬品に関 する相互作用情報とを個別に格納することをも意味するとしても,引 48 用発明1は「個別に格納」を満たしている。
c したがって,引用発明1の「添付文書データベース」も「一の医薬 品」から見た「他の一の医薬品」との相互作用データを含む添付文書 データと,「前記他の一の医薬品」から見た「前記一の医薬品」との 相互作用データを含む添付文書データに表される2通りの組み合わせ を,別々に格納している。
(ｳ) このように,引用発明1の「添付文書データベース」は,本件発明1 にいう「相互作用マスタ」に該当するから,相違点1-1は存在しない。
イ 相違点1-2について 甲8文献別紙6-1,6-2によれば,引用発明1は,当然に新規処方 データ(複数の医薬品を含むもの)が入力されることを想定したものであ る。一つの新規処方薬と過去の処方薬のチェックを想定しているのであれ ば,新規処方薬の入力欄は一つで良いし,過去の処方薬については都度入 力させることは考えにくく,患者ごとに蓄積された過去の処方データを利 用してチェックするのが出願時の技術水準に鑑みれば自然である。
また,甲3文献において,「病院,市中の薬局においては,患者に処方 された薬剤の監査を怠る訳にはいかないのが現状である。このようなこと から,人手,コンピュータにかかわらず相互作用のチェックシステムの必 要性が要求されている」(259頁左欄6〜11行)との記載があり,市 販の相互作用のチェックシステムの紹介がされていることに鑑みても,相 互作用のチェックシステムは処方における監査を目的としているものであ ることが技術常識であるから,引用発明1において入力される医薬品は「新 規処方データ」を含むものである。
したがって,相違点1-2は存在しない。
ウ 相違点1-3について 上記アのとおり,引用発明1の「添付文書データベース」は,本件発明 49 にいう「相互作用マスタ」に該当し,A薬品の添付文書データにB薬品と の相互作用の記載があるか,B薬品の添付文書データにA薬品との相互作 用の記載があるか,を判断しているのであるから,本件発明の構成と同様 の構成を有している。
したがって,相違点1-3は存在しない。
エ 相違点1-4について 引用発明1の列には,行に表示された医薬品の名称の横にアルファベッ トが表示され,列には対応するアルファベットが表示されている。列に表 示されたアルファベットは,行に表示された対応するアルファベットの横 に表示された医薬品の名称の代替記号であることは明らかであり,実質的 に当該記号は医薬品の名称と同義であるから,列にも医薬品の名称が表示 されているといえる。
したがって,相違点1-4は存在しない。
オ 結論 以上のとおり,本件発明と引用発明1について,相違点1-1〜1-4 は存在しない。
したがって,無効理由1(新規性欠如)の判断には誤りがあるから,本 件発明5,7,9についての審判請求は成り立たないとした部分は取り消 されるべきである。
また,無効理由2(進歩性欠如)について,審決は,相違点1-1,1 -3を根拠として本件発明5,7,9についての審判請求は成り立たない としたものであり,上記相違点の認定の誤りが審決の結論に影響を及ぼす ことは明らかであるから,審決の上記部分は取り消されるべきである。
(3) 容易想到性の判断について ア 相違点1-1の容易想到性 (ｱ) 甲14文献の記載 50 甲14文献記載の技術常識に照らし,テキスト検索をリレーショナル データベースに変更することは,当業者における設計事項であったこと は審決の述べるとおりである。
(ｲ) そして,前記(2)アのとおり,引用発明1においても,一の医薬品(薬 品A)から見た他の一の医薬品(薬品B)の相互作用情報と,他の一の 医薬品(薬品B)から見た一の医薬品(薬品A)の相互作用情報とが, 別々に格納されているのであるから,引用発明1にリレーショナルデー タベースの格納方式を採用すれば本件発明1の構成に至ることは明白で ある。
上記(ｱ)のとおり,引用発明1の添付文書に含まれる医薬品の相互作用 情報の格納方式としてリレーショナルデータベース格納方式を採用する ことは単なる設計事項であるから,相違点1-1に係る構成は容易に想 到できたものといえる。
(ｳ) 審決は,特に相違点1-1の構成についての容易想到性が否定される ことを根拠として本件発明5,7,9についての審判請求は成り立たな いとしたものであり,上記相違点1-1の容易想到性の判断の誤りが審 決の結論に影響を及ぼすことは明らかであるから,審決の上記部分は取 り消されるべきである。
イ 本件発明5の追加の構成について (ｱ) 本件発明5は,本件発明1に加えて,「前記表示手段は,自己医薬品 の名称と相手医薬品の名称をマトリックス形式の行又は列にそれぞれ表 示し,相手医薬品が新規処方データの医薬品である場合と,相手医薬品 が蓄積処方データの各医薬品である場合とで切り替え可能に表示する」 という限定を付加した発明である。
本件発明5と引用発明1はこの点において相違する。
(ｲ) そして,甲22文献,甲46(特開平11-65804号公報) 【0 ( 51 002】,【0003】),甲47(特開平8-147316号公報) (【0001】等)の記載によれば,複数の項目(カテゴリー)に分類 された情報の中から必要な項目に関連する情報を操作者が選択して表示 させたい場合が存在することは,アプリケーションソフトウエアなどの ソフトウエアによる表示における普遍的な課題であった。そして,当該 課題の解決手段としてタブによる切り替えが周知であったことも明白で ある。このような周知技術ないし技術水準に照らせば,相互作用チェッ ク結果を表示する上でも,必要な項目に関連する情報を表示させる方法 として,甲22文献等に記載されるようなタブでの画面切り替えという 周知技術を採用することには十分な動機付けがある。また,相互作用チ ェックシステムが処方監査の一つの機能であることを考慮すると,情報 の分類を新規処方データと蓄積処方データとで区分けすることも当業者 が適宜設計可能な事項に過ぎない。
ウ 本件発明7の追加の構成について 本件発明7は,本件発明1に加えて,「前記表示手段は,表示するマト リックス形式の画面中,新規処方データの各医薬品に加えて,新たに医薬 品を追加表示可能とする薬品追加ボタンを備え,前記制御手段は,前記薬 品追加ボタンが操作されることにより,前記表示手段に表示したマトリッ クス形式の画面中,新規処方データの各医薬品の名称が表示された行又は 列に,新たな医薬品の名称を追加し,追加表示した自己医薬品と,相手医 薬品との相互作用を再チェックする」という限定を付加した発明である。
引用発明1の「「チェック開始」ボタン」は,本件発明7における「新 たに医薬品を追加表示可能とする薬品追加ボタン」に該当するし,引用発 明1の「「テキストボックス」に医薬品名を追加入力し,「チェック開始」 ボタンを押下することでテキストボックス入力された医薬品名が,チェッ ク対象として設定され,チェック結果を表示すべきチェック対象としてマ 52 トリックスに表示され,相互作用チェックが行われる」構成は,本件発明 7における「前記制御手段は,前記薬品追加ボタンが操作されることによ り,前記表示手段に表示したマトリックス形式の画面中,新規処方データ の各医薬品の名称が表示された行又は列に,新たな医薬品の名称を追加し, 追加表示した自己医薬品と,相手医薬品との相互作用を再チェックする」 に該当する。
したがって,本件発明7と引用発明1との間には相違点は存在しない。
エ 本件発明9の追加の構成について (ｱ) 本件発明9は,本件発明1に加えて「前記記憶手段は,相互作用が発 生する医薬品の組み合わせについてのデータを薬効コードの組み合わせ として格納する相互作用共通マスタとは別に,各医療施設に応じて作成 した相互作用個別マスタを記憶し,前記制御手段は,前記相互作用共通 マスタに優先して,前記相互作用個別マスタに基づく相互作用チェック 処理を実行する」という限定を付加した発明である。
本件発明9と引用発明1とは,この点において相違する。
(ｲ) 甲15文献(86(296)頁)の記載によれば,添付文書上には「併 用禁忌」と記載されていなくても,適正使用の観点から「併用禁忌」と 扱うべき組み合わせがあること,それが相互作用チェックシステムを導 入する場合の,一般的な課題であることが指摘されている。
(ｳ) 出願日当時の周知技術と技術水準 相互作用チェックシステムにおいて,独自の相互作用データを搭載で きる機能(ユーザ登録機能)を有する相互作用チェックシステムは多数 市販されており,実際に,相互作用データを搭載する共通マスタと別に 個別マスタを利用するシステムが市販されていた(甲3文献)。
したがって,出願日当時の技術水準に照らせば,ユーザ登録機能を有 する相互作用チェックシステムにおいて共通に搭載される共通マスタと 53 は別に,ユーザが独自に登録するための個別マスタをもつことは当然の ことであった。
処方監査や医薬品処方管理という,本件特許の属する技術分野におい て,患者データ,薬品データといった,処方監査に必要なデータを,病 院や薬局といった医療機関ごとに作成したマスタ(個別マスタ)と,複 数の医療機関で共通して用いることができるマスタ(共通マスタ)とで 別に管理することは周知であった(甲18,19文献)し,その場合に, 個別マスタを優先して用い,ここにデータがない場合に共通マスタを用 いることも公知であった(甲18文献)。
甲48(特開平1-145789号公報),甲49(特開平3-29 6163号公報)が本件の出願日より約10年前に発行された特許文献 であることも考慮すると,システムが事前に備えている標準データ 「標 ( 準辞書」,「一般辞書」)より,ユーザーが登録した個別データ(「ユ ーザ辞書」,「ユーザー辞書に登録したもの」)を優先してデータ処理 に用いることは,本件特許の出願日において周知技術であった。
ユーザ登録機能を設ける意義は,いうまでもなく当該登録した情報を 提供することにあるから,データベースの分野全般の技術水準に照らせ ば,ユーザ登録された内容を優先的に処理,出力することは当然のこと であった(甲48〜50)。
(ｴ) 容易想到性 上記(ｳ)のとおりの出願時の周知技術,技術水準に照らせば,甲3文献 の記載に接した当業者は,ユーザ登録機能を有する商品は,共通マスタ とは別に個別マスタをもつと理解するのが自然である。そして,ユーザ 登録機能は,ユーザが独自に登録したデータを利用させることが当然の 目的であるのであるから,甲3文献のユーザ登録機能についての記載に 基づけば,共通マスタに対して個別マスタを優先させることも当業者に 54 自明である。
仮に,甲3文献から,そこまで理解できなかったとしても,甲18, 19文献に記載されるとおり,相互作用チェックシステムを含む薬品の 情報検索システムにおいて,全病院に共通のデータベースと,院内独自 のデータベースを分け,院内独自のデータベースを優先的に利用するシ ステムは公知であったのであるから,そのような公知技術をさらに適用 して,本件発明9の構成に至ることは,当業者が容易になし得ることで ある。
オ 結論 以上のとおり,審決の相違点1-1,1-3についての容易想到性の判 断には誤りがあり,その誤りは,本件発明5,7,9についての審判請求 は成り立たないとした審決の結論に影響を及ぼすことは明らかであるから, 審決の上記部分は取り消されるべきである。
2 原告取消事由2(本件発明5,7,9に関する引用発明2に基づく進歩性判 断の誤り)について (1) 相違点の認定について ア 相違点3-1について 前記1(2)アのとおり,「個別に格納」とは,「一の医薬品」から見た「他 の一の医薬品」と,「前記他の一の医薬品」から見た「前記一の医薬品」 の2通りの組み合わせを,別々に格納したことを意味するものであり,そ れ以上のデータ格納構成(例えば,リレーショナルデータベースの格納方 式で記憶していること)を意味するものであると解する根拠はない。
そして,添付文書において,1つの医薬品に対して,相互作用が発生す る医薬品が複数記載される場合であったとしても,これに含まれる「相互 作用が発生する組み合わせ」の情報は,1つの医薬品から見た他の1つの 医薬品についての相互作用の情報であることに変わりない。
55 そうすると,引用発明2の「添付文書データベース」も「一の医薬品」 から見た「他の一の医薬品」との相互作用データを含む添付文書データと, 「前記他の一の医薬品」から見た「前記一の医薬品」との相互作用データ を含む添付文書データに表される2通りの組み合わせを,別々に格納して いることに変わりはない。
したがって,引用発明2の「添付文書データベース」は,本件発明1に いう「相互作用マスタ」に該当するものであって,審決が認定する相違点 3-1は存在しない。
イ 相違点3-2について 前記1(2)イと同様に,引用発明2も,当然に新規処方データ(複数の医 薬品を含むもの)が入力されることを想定したものである。
したがって,相違点3-2は存在しない。
ウ 相違点3-3について 前記1(2)ウと同様に,引用発明2の「添付文書データベース」も,本件 発明にいう「相互作用マスタ」に該当するものであり,A薬品の添付文書 データにB薬品との相互作用の記載があるか,B薬品の添付文書データに A薬品との相互作用の記載があるか,を判断しているものであって,本件 発明1の構成と同様の構成を有している。
したがって,相違点3-3は存在しない。
エ 相違点3-4について 前記1(2)エと同様に,引用発明2の列に表示されたアルファベットは医 薬品の名称と同義であるから,列にも医薬品の名称が表示されているとい える。
したがって,相違点3-4は存在しない。
オ 結論 審決は,相違点3-1,3-3を根拠として無効理由3に係る本件発明 56 5,7,9についての審判請求は成り立たないとしたものであり,上記相 違点の認定の誤りが,審決の結論に影響を及ぼすことは明らかであるから, 審決の上記部分は取り消されるべきである。
(2) 容易想到性の判断について ア 相違点3-1について 前記(1)アのとおり,相違点3-1の認定には誤りがあるから,審決の容 易想到性の判断にも誤りがあることは明白である。
イ 相違点3-3について 前記(1)アのとおり,相違点3-1の認定には誤りがあるから,これを前 提とした相違点3-3の容易想到性の判断にも誤りがある。
甲13文献には,全ての医薬品の組み合わせ(主従入れ替えたものも含 め)について,データベースに登録がないか否かを検索する構成が開示さ れているから,これを引用発明2に組み合わせることで,相違点3-3の 構成に想到することは容易である。
ウ 結論 審決の相違点3-1,3-3についての容易想到性の判断には誤りがあ り,その誤りは,本件発明5,7,9についての審判請求は成り立たない とした審決の結論に影響を及ぼすことは明らかであるから,審決の上記部 分は取り消されるべきである。
3 原告取消事由3(本件発明5,7,9に関する引用発明3に基づく進歩性判 断の誤り)について (1) 本件発明5についての容易想到性の判断 前記1(2)イのとおり,甲22文献,甲46,甲47等から認定できる周知 技術,技術水準に照らせば,相互作用チェック結果を表示する上で,必要な 項目に関連する情報を表示させる方法として,甲22文献に記載されるよう なタブでの画面切り替えという周知技術を採用することには十分な動機付け 57 がある。また,相互作用チェックシステムが処方監査の一つの機能であるこ とを考慮すると,情報の分類を新規処方データと蓄積処方データとで区分け することも当業者が適宜設計可能な事項に過ぎない。
したがって,相違点4-3に係る構成は当業者が容易に想到することがで きたものである。
(2) 本件発明7についての容易想到性の判断 前記1(1)のとおり,甲8文献には,原告主張引用発明1の構成が記載され ているといえる。そうすると,相違点4-5に係る構成は,甲8文献記載の 上記事項を組み合わせることにより容易に想到することができたものである。
(3) 本件発明9についての容易想到性の判断 前記1(3)エと同様に,本件特許の出願時の周知技術,技術水準(甲48〜 50)に照らせば,甲3文献の記載に接した当業者は,ユーザ登録機能を有 する商品は,商品に共通に搭載される共通マスタとは別に個別マスタをもつ ものと理解するのが自然である。そして,ユーザ登録機能は,登録したデー タを利用させることが当然の目的であるのであるから,共通マスタに個別マ スタを優先させることも自明である。
仮に,甲3文献から,そこまで理解できなかったとしても,甲18,19 文献に記載されるとおり,相互作用チェックシステムを含む薬品の情報検索 システムにおいて,全病院に共通のデータベースと,院内独自のデータベー スを分け,院内独自のデータベースを優先的に利用するシステムは公知であ ったのであるから,甲3文献にそのような公知技術をさらに適用して,相違 点4-7に係る構成は,当業者が容易に想到することができたものである。
(4) 結論 審決の相違点4-3,4-5,4-7についての容易想到性の判断には誤 りがあり,その誤りは,本件発明5,7,9についての審判請求は成り立た ないとした審決の結論に影響を及ぼすことは明らかであるから,審決の上記 58 部分は取り消されるべきである。
被告らの反論
1 原告取消事由1(本件発明5,7,9に関する引用発明1に基づく新規性, 進歩性判断の誤り)について (1) 引用発明1の認定について 甲8文献別紙6-2からは, 「チェック開始」ボタンの機能が不明である。
また,「画面クリア」のボタンにより医薬品の入力内容が削除可能であると しても,そのことは,「チェック開始」ボタンの機能と無関係である。さら に,「チェック開始」ボタンを押下することにより入力された医薬品に対し て医薬品の相互作用チェックが実施されるとしても,そこには「追加入力」 の要素は開示されていないし,原告が主張する「追加入力」が何を示すかも 不明である。
なお,後記(3)ウのとおり,原告の本件発明7の「薬品追加」についての理 解は誤っており,「追加入力した医薬品名と共に再度同じ形式で表示される ことも自明である」とはいえない。
(2) 相違点の認定について ア 相違点1-1について (ｱ) 前記第3の1(1)ア(ｱ)のとおり,本件発明1の「個別に格納」は,一 の医薬品と他の一の医薬品を「1対1」の組み合わせ,すなわち,同一 の基準又は粒度で格納し(同一粒度),かつ,他の組み合わせと分離し て格納すること(分離格納)を意味するから,A薬品からみたB薬品に 関する相互作用情報とA薬品からみたC薬品に関する相互作用情報が分 離されて格納されることを要する。
(ｲ) 引用発明1の「添付文書データベース」は,単なる添付文書のデータ ベースを有するに過ぎないため,A薬品からみたB薬品に関する相互作 用情報とA薬品からみたC薬品に関する相互作用情報は同一文書内に格 59 納されており,これらの情報が分離して格納されていないことは明らか である。
イ 相違点1-2について 甲8文献からは,入力された医薬品間の相互作用情報を確認する機構を 備えていることが明らかになるにすぎず,入力されたデータが新規処方デ ータであるか,それとも,過去の処方データなのかは定かではない。
原告は,@新規処方データ間の相互作用チェックを想定していないので あれば,新規処方データの入力欄は1つでよいこと,A過去の処方データ については蓄積データを用いることが当時の技術水準にかない,都度入力 させることは考えがたいことを主張するが,甲8文献の入力データが特定 されていない以上,このようにいうことはできない。
また,原告は,引用発明1を紹介する甲3文献には「患者に処方された 薬剤の監査を怠るわけにはいかないのが現状である。…相互作用のチェッ クシステムの必要性が要求されている」との記載から,「相互作用のチェ ックシステム」は処方監査を目的としていると述べ,引用発明1において 入力される医薬品は新規処方データを含むと主張するが,論理の飛躍が甚 だしく趣旨が不明である。そもそも原告が主張する「相互作用のチェック システム」の意味内容が不明であり,かつ当該システムが処方監査を目的 とすることと引用発明1との関係も不明であり,さらに,かかる記載がな ぜ,引用発明1における医薬品の範囲を特定するのかも不明である。
ウ 相違点1-3について 原告は,引用発明1の「添付文書データベース」は,本件発明の「相互 作用マスタ」に該当すると主張するが,このようにいえないことは,上記 アに記載したところから明らかである。
エ 相違点1-4について 引用発明1のマトリックス表示に,医薬品名称そのものが表示されてい 60 ないのであるから,相違点1-4の認定に誤りはない。アルファベットが 医薬品名称の代替記号であったとしても,そのことによって審決の結論が 左右されるものではない。
(3) 容易想到性の判断について ア 原告の主張する「リレーショナルデータベースの格納形式」の構成は特 定されておらず,その主張は意味不明である。審決は,リレーショナルデ ータベースによる「1対多」の構成が実現可能であるため,これをあえて 「1対1」に限定することが自明ではないとしているところ,原告は,「1 対1」の構造が容易想到であることを主張していない。
イ 本件発明5について (ｱ) 本件発明5は本件発明1に新たな構成を付加したものであるが,引用 発明1は本件発明1の「相互作用マスタ」の構成を有していない点で相 違し,この相違点に係る構成は容易想到性を欠くのは上記(2)のとおりで あるから,審決の判断に誤りはない。
(ｲ) また,仮にタブによる切り替えが一般的な技術として周知であったと しても,これをマトリックス表示に適用する発明思想は原告が挙げるい ずれの文献にも開示されていない。また,相互作用システムが処方監査 の一つの機能であることと引用発明1等との関係が明らかではない。
ウ 本件発明7について (ｱ) 本件発明7は本件発明1に新たな構成を付加したものであるが,引用 発明1は本件発明1の「相互作用マスタ」の構成を有していない点で相 違し,この相違点に係る構成は容易想到性を欠くのは上記(2)のとおりで あるから,審決の判断に誤りはない。
(ｲ) また,本件発明7における薬品追加操作は,既に実行された相互作用 チェックの対象に,新たな自己医薬品を追加して,当該自己医薬品との 関係でのみ,新たに相互作用チェックを行う機能である(請求項7の記 61 載,【0034】)。これに対し,原告の主張する引用発明1の構成は, 相互作用チェックを実行する際,対象となる自己医薬品を自由に入力で きること(「チェック開始ボタン」を押下するまでは,自己医薬品の追 加・削除が可能なこと)を示すに過ぎず,既に実施された相互作用チェ ックの結果に対して,追加的に相互作用チェックを行うことや,当該追 加部分のみについて,相互作用チェックを行うことは開示されていない。
エ 本件発明9について (ｱ) 本件発明9は本件発明1に新たな構成を付加したものであるが,引用 発明1は本件発明1の「相互作用マスタ」の構成を有していない点で相 違し,この相違点に係る構成は容易想到性を欠くのは上記(2)のとおりで あるから,審決の判断に誤りはない。
(ｲ) 甲3・表1「チェック機能」「使用者が相互作用対象医薬品を独自に 搭載できるか?」と「メンテナンス体制」との記載から,共通マスタと 個別マスタの構成を読み取ることはできない。また,共通マスタと別に 個別マスタを利用するシステムが市販されていた旨の原告の主張は裏付 けを欠く。そのため,ユーザー登録機能を有する相互作用チェックシス テムにおいて,共通マスタ・個別マスタを備えることは当然であったと はいえない。
甲18文献の【0036】【0037】からは,あくまでも,患者の 氏名性別等の情報を「薬局サーバ12」の「自薬局用のデータベース」 から先に検索するとの発明思想が開示されているにとどまり,「薬局サ ーバ12」と「マスタサーバ11」との間の関係は不明であるから,こ れらが,個別マスタと共通マスタの関係に立つのか定かではなく,また, 優先関係に関する発明思想も開示されていない。
甲19文献【0018】の「薬品マスター」は「薬品基本マスター」 の部分的な情報の集合体にすぎず,独自の情報を格納しないから,個別 62 マスタと共通マスタの関係に立っておらず,ましてや,これらマスタ間 の優先関係に関する発明思想の開示もない。
このように,甲18,19文献の記載からは,処方監査や医薬品処方 管理という本件特許の属する技術分野で個別マスタと共通マスタを別に 管理することは周知であり,かつ,個別マスタを優先して使い,データ がない場合に共通マスタを用いることは公知であったとは到底いえない。
甲48〜50からも,一般的に標準データよりも個別データを優先し て処理することが周知技術であったとはいえない。
(ｳ) 甲3文献の「ユーザ登録機能」の記載から,本件発明9の「相互作用 マスタ」という具体的な機構を前提とした「相互作用共通マスタ」 「相 と 互作用個別マスタ」という構成に想到することはない。
甲18,19文献には共通マスタと個別マスタの発明思想は開示され ていないし,仮に「全病院共通と院内独自のデータベースを分け後者を 優先利用するシステム」が知られていたとしても,そのことのみをもっ て,当業者が「相互作用共通マスタ」と「相互作用個別マスタ」に想到 することはない。
2 原告取消事由2(本件発明5,7,9に関する引用発明2に基づく進歩性判 断の誤り)について 無効理由1はEDISに関するものである一方,無効理由2は甲7文献に基 づくものである。甲7文献はEDISの構成に関する文書であるから,そこに 開示される構成を仔細に検証しても,無効理由1で引用されたEDISの構成 以上の具体化は期待できない。
したがって,引用発明2を主引用例とする無効理由2については,上記1に おいて主張したところが妥当する。
3 原告取消事由3(本件発明5,7,9に関する引用発明3に基づく進歩性判 断の誤り)について 63 審決における本件発明1と引用発明3の相違点の認定に誤りがあることは前 記第3の1(1)のとおりであるが,引用発明3を主引用例とした本件発明5,本 件発明7及び本件発明9の進歩性が否定されないとした審決の結論に誤りはな い。
当裁判所の判断
1 本件発明について (1) 特許請求の範囲の記載 本件発明の特許請求の範囲の記載は,前記第2の2に記載のとおりである。
(2) 本件明細書の記載 本件明細書には以下の記載がある(甲44,乙14)。
【0001】【発明の属する技術分野】 本発明は,病院や調剤薬局などの医療施設で処方箋監査業務や処方設計 業務に使用する医薬品相互作用チェック装置に関するものである。
【0002】【従来の技術】 従来,病院などのホストコンピュータ上で稼働する処方オーダリングシ ステムでは,患者に投薬する医薬品の処方を医師が指示して,その処方デ ータを入力する際に医薬品間の相互作用,すなわち医薬品の効能が相殺さ れる等をチェックすることが行われている。
・・・・ 【0008】【発明が解決しようとする課題】 しかしながら,前記いずれのものでも,医薬品間の相互作用のチェック に主眼が置かれ,表示内容は「A医薬品とB医薬品は併用禁忌」等の簡単 なものに過ぎない。したがって,同一患者の過去の処方データも含めて処 方全体を監査したり,不都合な医薬品の代替品を検討するなど,処方デー タの詳細を分析するような薬剤師向けの用途には不十分である。この場合, 単純に相互作用のチェック内容を表示するだけでは,複雑で見にくいもの 64 となり,実用的でない。
・・・・【0011】そこで,本発明は,医薬品の相互作用のチェック結果を,実用 的に分かりやすく表示できる医薬品相互作用チェック装置を提供すること を課題とする。
【0012】【課題を解決するための手段】 本発明は,前記課題を解決するための手段として, 医薬品相互作用チェック装置を, 一の医薬品から見た他の一の医薬品の場合と,前記他の一の医薬品から 見た前記一の医薬品の場合の2通りの主従関係で,相互作用が発生する組 み合わせを個別に格納する相互作用マスタを記憶する記憶手段と, 入力された新規処方データの各医薬品を自己医薬品及び相手医薬品とし, 自己医薬品と相手医薬品の組み合わせが,前記相互作用マスタに登録した 医薬品の組み合わせと合致するか否かを判断することにより,相互作用チ ェック処理を実行する制御手段と, 対象となる自己医薬品の名称と,相互作用チェック処理の対象となる相 手医薬品の名称とをマトリックス形式の行又は列にそれぞれ表示し,前記 制御手段による自己医薬品と相手医薬品の間の相互作用チェック処理の結 果を,前記マトリックス形式の該当する各セルに表示する表示手段と, を備えた構成としたものである。
【0013】この構成により,表示画面を簡素化し,新規処方データと蓄積 処方データの各医薬品について相互作用を一目で把握可能に表示させ,必 要な情報を簡単に得ることが可能となる。・・・・【0020】【発明の実施の形態】 以下,本発明に係る実施形態を添付図面に従って説明する。
図1は,本実施形態に係る医薬品相互作用チェック装置を示す。この装 65 置は,液晶ディスプレイなどの表示装置1,キーボード・マウスなどの入 力装置2,及びハードディスクなどの記憶装置3を備える。医薬品相互作 用チェック装置全体としては中央処理装置(CPU)4によってプログラ ム制御する。また,必要に応じて,レーザプリンタなどの印刷装置5,及 びホストコンピュータ(処方データ送信装置)6を接続する。これらの装 置はパーソナルコンピュータで構成してもよい。但し,ハードウェア機器 の種類と台数は任意である。・・・・【0023】記憶装置3には,各種データをファイルやデータベースとして 記憶する。各種データには,過去の処方データを蓄積して記憶する蓄積処 方データ,相互作用の薬効組合せと作用を登録して記憶する相互作用共通 マスタ,医療施設毎に相互作用を登録して記憶する相互作用個別マスタ, 相互作用チェックを除外する薬効組合せを登録して記憶する相互作用除外 マスタ,作用・機序内容を登録して記憶する作用マスタ,処方データを入 力する際などの関連情報を記憶する各種マスタがある。各種マスタには, 医薬品マスタ,患者マスタ,診療科マスタ,医師マスタ,病棟マスタ,処 方箋区分マスタ,用法マスタなどがある。コードと名称などを格納するよ うな簡単な構成のマスタなので図は省略する。
【0025】蓄積処方データは,患者の全ての処方データを蓄積して記憶す るデータである。その記憶内容を図2に示す。この蓄積処方データ(図2) は,単独チェック動作の場合には,新規の処方データをキーボード入力し て書き込み(図13のステップS66),連続チェック動作の場合には, ホストコンピュータ6から処方データを受信して相互作用の発生が無けれ ば自動的に書き込む(図14のステップS78)(相互作用の発生が有れ ば単独チェック動作と同様に操作者の判断で書き込む。)。図2の「3/ 10内科」処方の例では,病院薬局なので医療機関コードはデータ無し状 態の空であり(調剤薬局ならば,多くの医療機関から発行される院外処方 66 箋を受け付けるので,その識別が必要になる。),外来処方箋なので病棟 コードと病室番号は空である。医薬品コード(例:4490008F10 20)には,厚生省が定めた薬価基準収載用医薬品コード12桁を使用し ているが,独自体系のコードでもよい。但し,その場合は,医薬品マスタ に薬効コードを登録して,医薬品コードから薬効コードを求める処理が必 要になる。なお,蓄積処方を検索する場合は患者番号と投薬期間を検索キ ーとする。
【0026】相互作用が発生する医薬品の組合せについてのデータは,デー タ量を抑えるために医薬品コードではなくて薬効コードの組合せで表現す る。これらのデータには,添付文書データから作成して医療施設に配付す る共通マスタ,各医療施設が個別に相互作用を登録する個別マスタ,及び, 各医療施設が相互作用チェックを除外する除外マスタがある。これらの3 種類のマスタはデータ構成が同じであり,相互作用共通マスタの記憶内容 を図3に示す。図3中,主薬効コードとは,組合せの主となる薬効コード を意味する。薬効コードは厚生省が定めた薬価基準収載用医薬品コードの 先頭7桁でも何でもよい。従薬効コードとは,組合せの従となる薬効コー ドを意味する。危険度とは,薬剤相互作用の危険度を意味する。併用注意 であれば1,併用禁忌であれば2を入力する。作用コードとは,作用マス タ(図4)の作用コードを意味する。なお,これらの相互作用のマスタ(図 3)のデータは,メニュー画面(起動ボタンが並ぶだけの画面なので図示 省略)から起動される相互作用共通・個別・除外マスタ登録の画面(デー タ構成と同じ画面構成なので図示省略)で入力する。
【0027】作用マスタは,作用・機序などの詳細情報を記憶するデータで ある。その記憶内容を図4に示す。相互作用共通マスタ(図3)と同様に, 作用マスタは添付文書データから作成して医療施設に配付するが,各医療 施設で個別に登録することもできる。作用マスタ(図4)のデータは,メ 67 ニュー画面(起動ボタンが並ぶだけの画面なので図示省略)から起動され る作用マスタ登録の画面(データ構成と同じ画面構成なので図示省略)で 入力できる。図4中,作用コードとは,作用の詳細情報を特定するための 一意なコードを意味する。作用・機序内容とは,作用,処置,文献書誌事 項などのあらゆる詳細情報を意味する。
【0028】次に,単独チェック動作の処理について,図7のフローチャー トに従って説明する。ここに,単独チェック動作の処理とは,医薬品相互 作用チェック装置とホストコンピュータ6とを接続しない場合の処理を意 味する。
【0029】この処理では,まず,メニュー画面(起動ボタンが並ぶだけの 画面なので図示省略)から起動し,図5(新規処方内チェック結果)又は 図6(蓄積処方内チェック結果)に示す「相互作用チェック」画面を表示 させる(ステップS1)。この状態では,「対象日」欄に本日の日付が表 示され,「患者番号」欄と「新規処方」欄とが空となっている。そこで, 患者番号と新規処方の医薬品とを,キーボードやマウスで入力する(ステ ップS2)。「患者番号」欄に入力すると,図2に示すデータ構成と同様 の画面構成のサブウィンドウ(図示省略)が表示され,処方データの詳細 が新規処方データとして入力される。そして,「患者処方チェック」手続 き(図8)を呼び出し,新規処方内の相互作用チェックと,新規処方と蓄 積処方の相互作用チェックとを行う患者処方チェック処理を実行する(ス テップS3)。但し,チェックの「対象日」欄に任意の日付を入力し,対 象日を指定して相互作用チェックを実行することもできる。続いて,「チ ェック画面処理」手続き(図12)を呼び出し,「相互作用チェック」画 面(図5)での画面操作によりチェック画面処理を実行する(ステップS 4)。この処理は,「相互作用チェック」画面(図5)の「終了」ボタン がマウスでクリックされるまで繰り返す(ステップS5)。
68 【0030】前記ステップS4のチェック画面処理では,図8のフローチャ ートに示すように,まず,作業データの「自己処方」に新規処方を設定す る(ステップS11)。また,作業データの「相手処方」に新規処方を設 定する(ステップS12)。そして,「処方間チェック」手続き(図9) を呼び出し,自己処方と相手処方の相互作用チェック(処方間チェック) を実行する(ステップS13)。また,蓄積処方データ(図2)から同一 患者の蓄積処方を検索する(ステップS14)。その後,蓄積処方データ が終了したか否かを判断し(ステップS15),終了していれば,図7の 単独チェック動作の処理に復帰し,終了していなければ,作業データの「相 手処方」に次の蓄積処方データを設定して(ステップS16),前記ステ ップS13の処方間チェックから繰り返す。
【0031】前記ステップS13の処方間チェックの処理は,図9のフロー チャートに示すように,作業データの「自己医薬品」に自己処方の1行目 (行#1)の医薬品を設定する(ステップS21)。続いて,「複数相手 医薬品チェック」手続き(図10)を呼び出し,自己医薬品と相手処方の 複数医薬品との相互作用チェック(複数相手医療品チェック)を実行する (ステップS22)。ここで,自己処方内の医薬品のチェックが全て終了 したか否かを判断し(ステップS23),全て終了していれば,図8の患 者処方チェック処理に復帰し,終了していなければ,作業データの「自己 医薬品」に自己処方の次行目の医薬品を設定し(ステップS24),前記 ステップS22に戻って前記処理を繰り返す。
【0032】前記ステップS22の複数相手医薬品チェックの処理は,図1 0のフローチャートに示すように,作業データの「相手医薬品」に相手処 方の1列目(列#1)の医薬品を設定する(ステップS31)。そして, 「医薬品間チェック」手続き(図11)を呼び出し,自己医薬品と相手医 薬品の相互作用チェック(医薬品間チェック)を実行する(ステップS3 69 2)。ここで,相手処方内の医薬品のチェックが全て終了したか否かを判 断し(ステップS33),全て終了していれば,図9の処方間チェックに 復帰し,終了していなければ,作業データの「相手医薬品」に相手処方の 次列目の医薬品を設定し(ステップS34),前記ステップS32に戻っ て前記処理を繰り返す。
【0033】前記ステップS32の医薬品間チェックの処理は,図11のフ ローチャートに示すように,自己医薬品と相手医薬品が同じか否かを判断 し(ステップS41),同じであれば,図10の複数相手医薬品チェック の処理に復帰する。また,同じでなければ,自己医薬品と相手医薬品の薬 効コードの組合せについて,「自己-相手」と「相手-自己」の2通りの 主従関係で相互作用個別マスタ(データ構成は図3と同じ)を検索し,該 当する行データを取得する(ステップS42)。そして,自己医薬品と相 手医薬品の薬効コードの組合せについて,相互作用除外マスタ(データ構 成は図3と同じ)を検索し,該当する行データを除外する(ステップS4 3)。ここで,取得した中から除外した残りの相互作用データが有るか否 かを判断し(ステップS44),有れば,チェック画面処理(図12)が 処理するための相互作用データ(チェック結果)を設定する(ステップS 48)。一方,残りの相互作用データがなければ,自己医薬品と相手医薬 品の薬効コードの組合せについて,「自己-相手」と「相手-自己」の2 通りの主従関係で相互作用共通マスタ(図3)を検索し,該当する行デー タを取得する(ステップS45)。そして,自己医薬品と相手医薬品の薬 効コードの組合せについて,相互作用除外マスタ(データ構成は図3と同 じ)を検索し,該当する行データを除外する(ステップS46)。ここで, 再度,取得した中から除外した残りの相互作用データが有るか否かを判断 し(ステップS47),有れば前記ステップS48でチェック結果を設定 し,無ければ,図10の複数相手医薬品チェックの処理に復帰する。
70 【0034】また,図7のステップS4に於けるチェック画面処理は図12 及び図13のフローチャートに示すように,まず,「相互作用チェック」 画面(図5)での医薬品マトリックス表示部に新規処方のチェック結果を 表示する(ステップS51)。具体的には,マトリックスの「セル」に表 示する記号で表現し,「△」印が併用注意であり,「×」印が併用禁忌で ある。そして,「△」印または「×」印の「セル」をマウスでクリックす ると,作用表示欄に作用・機序などの詳細情報を表示させることが可能で ある。図5の例では,ハルシオン錠とイトリゾールカプセルの「×」印の 「セル」をマウスでクリックして詳細情報を表示させている。続いて,「薬 品追加」ボタンがマウスでクリックされれば(ステップS52),新規処 方の次の行に新規の医薬品をキーボード・マウス入力する(ステップS5 3)。次いで,作業データの「自己医薬品」に追加医薬品を設定する(ス テップS54)。さらに,「複数相手医薬品チェック」手続き(図10) を呼び出し,追加医薬品と相手処方の複数医薬品との相互作用チェック(複 数相手医薬品チェック処理)を実行する(ステップS55)。その後,前 記ステップS52に戻って薬品追加ボタン判断から繰り返す。「タブ」(図 5の「新規処方」「3/10内科」)がマウスでクリックされれば(ステ ップS56),「タブ」に該当する相手処方を列項目とするマトリックス 表示に切り替え(ステップS57),新規処方に追加医薬品が有るか否か を判断し(ステップS58),有れば前記ステップS54及びS55を実 行する。図5の例では,「3/10内科」の「タブ」をマウスでクリック して図6の表示に切り替える。「セル」がマウスでクリックされれば(ス テップS61),「セル」に該当する作用・機序内容を作用マスタ(図4) から取得して作用表示部に表示する(ステップS62)。作用表示部の除 外チェックボックス(□)がマウスでチェックされれば(ステップS63), チェックボックス内に「∨」印でチェックされたデータを相互作用除外マ 71 スタ(データ構成は図3と同じ)に登録する(ステップS64)。これは, 数が多く,重要性の低い医薬品について,相互作用チェックの対象から除 外することにより,併用注意が多くなり過ぎる弊害を防止するために行う。
「処方登録」ボタンがマウスでクリックされれば(ステップS67),新 規処方の処方データを蓄積処方データ(図2)に登録する(ステップS6 6)。「印刷」ボタンがマウスでクリックされれば(ステップS65), 「相互作用チェック」画面(図5)の内容を印刷装置5で印刷する(ステ ップS68)。そして,前記各動作が実行された後は,前記ステップS5 2に戻って薬品追加ボタン判断から繰り返す。なお,「処方消去」「終了」 ボタンがマウスでクリックされれば(ステップS69),図7の単独チェ ック動作に復帰する。・・・・ 【0039】なお,前記実施形態では,新規処方データ間,新規処方データ・ 蓄積処方データ間で,医薬品の相互作用をチェックできるようにしたが, 蓄積処方データ間で再チェック可能としてもよいことは勿論である。
【0040】【発明の効果】 以上の説明から明らかなように,本発明によれば,相互作用のチェック 結果を,新規処方データの各医薬品と蓄積処方データの各医薬品とのマト リックス形式で表示するようにしたので,相互作用を詳細にチェック可能 となると共に,直感的にも分かりやすくすることができる。・・・・・(3) 本件発明の特徴 ア 発明の属する技術分野 本件発明は,病院や調剤薬局などの医療施設で処方箋監査業務や処方設 計業務に使用する医薬品相互作用チェック装置に関する 【0001】 。
( ) イ 背景技術 従来,病院などのホストコンピュータ上で稼働する処方オーダリングシ ステムでは,患者に投薬する医薬品の処方を医師が指示して,その処方デ 72 ータを入力する際に医薬品間の相互作用,すなわち医薬品の効能が相殺さ れる等をチェックすることが行われている(【0002】)。
ウ 本件発明が解決しようとする課題 従来は,医薬品間の相互作用のチェックに主眼が置かれ,表示内容は「A 医薬品とB医薬品は併用禁忌」等の簡単なものに過ぎず,したがって,同 一患者の過去の処方データも含めて処方全体を監査したり,不都合な医薬 品の代替品を検討するなど,処方データの詳細を分析するような薬剤師向 けの用途には不十分であり,この場合,単純に相互作用のチェック内容を 表示するだけでは,複雑で見にくいものとなり,実用的でない(【000 8】)。
そこで,本件発明は,医薬品の相互作用のチェック結果を,実用的に分 かりやすく表示できる医薬品相互作用チェック装置を提供することを課題 とする(【0011】)。
エ 課題を解決するための手段 本件発明は,前記課題を解決するための手段として, 医薬品相互作用チェック装置を, 一の医薬品から見た他の一の医薬品の場合と,前記他の一の医薬品から 見た前記一の医薬品の場合の2通りの主従関係で,相互作用が発生する組 み合わせを個別に格納する相互作用マスタを記憶する記憶手段と, 入力された新規処方データの各医薬品を自己医薬品及び相手医薬品とし, 自己医薬品と相手医薬品の組み合わせが,前記相互作用マスタに登録した 医薬品の組み合わせと合致するか否かを判断することにより,相互作用チ ェック処理を実行する制御手段と, 対象となる自己医薬品の名称と,相互作用チェック処理の対象となる相 手医薬品の名称とをマトリックス形式の行又は列にそれぞれ表示し,前記 制御手段による自己医薬品と相手医薬品の間の相互作用チェック処理の結 73 果を,前記マトリックス形式の該当する各セルに表示する表示手段と, を備えた構成としたものである(【0012】)。
オ 本件発明の効果 本件発明の構成により,表示画面を簡素化し,新規処方データと蓄積処 方データの各医薬品について相互作用を一目で把握可能に表示させ,必要 な情報を簡単に得ることが可能となる(【0013】)。
本件発明によれば,相互作用のチェック結果を,新規処方データの各医 薬品と蓄積処方データの各医薬品とのマトリックス形式で表示するように したので,相互作用を詳細にチェック可能となると共に,直感的にも分か りやすくすることができる(【0040】)。
2 被告取消事由1(本件発明1に関する進歩性判断の誤り)について (1) 引用発明3の認定について ア 甲14文献には次の記載がある。
(ｱ) 【発明の属する技術分野】 本発明は,医療機関において処方情報の 監査処理をコンピュータ上で行う処方鑑査システムに係り,医師あるい は薬剤師が行う処方箋の発行や処方鑑査業務を効率的に行えるようにし た医薬品相互作用チェック方法及びその装置に関する。 【0001】 ( ) (ｲ) 本発明は上記問題に着目してなされたもので,各医薬品に付される添 付文書から抽出された医薬品に関する情報をコード化することによりデ ータの処理時間を短縮し,容易に医薬品相互作用のチェックを行うこと ができる医薬品相互作用チェック方法及びその装置を提供することを目 的としている。(【0008】) (ｳ) 図1は,本発明の装置の一形態を示す構成図である。本発明に係る装 置は図1に示すように,医薬品相互作用チェック結果を表示するための 表示装置10と,チェックする医薬品を入力するための入力装置11と, CPU及びメモリ等の処理部12と,あらかじめ用意された全ての医薬 74 品に関するデータが作成記憶されているディスク13(記憶手段としてはこの他に,CD-ROM14,フロッピーディスク15を使用することもできる。)と,医薬品に関するデータ,あるいはチェックした医薬品の相互作用に関するデータ等をプリントアウトするための出力装置16とから構成されている。
図2は,医薬品相互作用チェック処理に使用される各機能ごとのデータの構成,すなわちファイル構成を示しており,それぞれがメモリ上では区分されてファイルとして記憶されている。自己医薬品テーブル102には,予め医薬品入力101の過程により入力された処方される医薬品(自己医薬品)の医薬品マスターコード(後述する)が記憶され,相手医薬品テーブル103には,処方履歴を基に抽出した患者が服用している医薬品(相手医薬品)及び処方される医薬品の医薬品マスターコード,調剤日,医療機関名が記憶される。医薬品相互作用チェックマスタ104には,予め医薬品固有の情報が全て記憶され,医薬品相互作用チェックテーブル105には,医薬品間の相互作用の有無をチェックする情報が記憶されており,自己医薬品に対する自己テーブル部401と相手医薬品に対する相手テーブル部402(図4を参照)とを含む。また,医薬品相互作用コメントファイル106には,医薬品の相互作用の結果をコメントとして提供するための文字情報がコメントコードと共に記憶され,医薬品相互作用機序ファイル107には,医薬品相互作用の機序が文字情報として相互作用機序コードと共に記憶されている。
そして,前記のファイルに基づく医薬品相互作用チェック108の過程では,上記入力データ及び記憶データを基に自己医薬品及び相手医薬品の一般名コード,薬効分類コード,BOXコード(いずれも後述する)を医薬品相互作用チェックマスタ104から取得して,処方医薬品相互作用チェックマスタSの形態で一時記憶テーブル110に記憶され(図 75 3を参照),自己医薬品の前記各コードに対して相互作用を有する全て の医薬品(相手医薬品,相手飲食物等)と相互作用コメント等が処方医 薬品相互作用チェックテーブルTの形態で一時記憶テーブル110に記 憶される(図4を参照)。図3に示すように,処方医薬品相互作用チェ ックマスタSの形態は,入力された処方医薬品の医薬品マスターコード に対応する医薬品名称,一般名コード,薬効分類コード,BOXコード が記憶される構成となる。また,図4に示すように,処方医薬品相互作 用チェックテーブルTの形態では,自己テーブル部401に入力された 処方医薬品の一般名コード,薬効分類コード,BOXコードが記憶され, 相手テーブル部402に前記自己テーブル部のそれぞれのコードと相互 作用を持つ医薬品の一般名コード,薬効分類コード,BOXコードが記 憶される。そして,コメントテーブル部403には,それぞれの相互作 用に対するコメントと重篤区分に対応するレベルコードと相互作用の機 序コードが記憶される。(【0016】〜【0018】)(ｴ) 次に,医薬品相互作用のチェック方法の実施の一形態を図6に添って 詳しく説明する。検索前処理801では,ステップ810において,前 述したように処方される医薬品として入力装置11に入力された自己医 薬品の医薬品マスターコードを基に,一般名コード,薬効分類コード, BOXコードを医薬品相互作用チェックマスタ104から検索して(ス テップ811),処方薬品相互作用チェックマスタSの形態(図3を参 照)で自己医薬品のそれぞれのコードを確定する。また,ステップ81 2において,処方履歴等を基に抽出された相手医薬品の医薬品マスター コードを基に一般名コード,薬効分類コード,BOXコードを医薬品相 互作用チェックマスタ104から検索して(ステップ813),処方医 薬品相互作用チェックマスタSの形態で相手医薬品のそれぞれのコード を確定する。
76 相互作用チェックテーブルの検索処理802では,ステップ820において,医薬品相互作用チェックテーブル105から自己テーブル部401の検索が行われる。まず,検索前処理801で検索した自己医薬品の一般名コードが,医薬品相互作用チェックテーブル105の自己テーブル部401に存在するか否かの検索が行われる(ステップ821)。
同様にして,薬効分類コードとBOXコードについても検索が行われ(ステップ822,823),それぞれの検索で存在したコードに関するデータは処方医薬品相互作用チェックテーブルTの形態で一時記憶テーブル110に記憶される。 また,ステップ824において,前記ステップ820で検索して一時記憶テーブル110に記憶したデータから相手テーブル部402の検索が行われる。まず,検索前処理801で検索した相手医薬品の一般名コードが前記一時記憶テーブル110の相手テーブル部402に存在しているかの検索が行われる(ステップ825)。同様にして薬効分類コードとBOXコードについても検索が行われ(ステップ826,827),それぞれの検索でコードが存在する場合には,処方する自己医薬品には患者が服用している医薬品あるいは処方する医薬品(相手医薬品)との間に相互作用を有する組み合わせが存在することになる。
検索後処理803では,ステップ830において,前記相互作用チェックテーブルの検索処理802で相互作用を有する医薬品の組み合わせが存在した場合のコメントテーブル部403の作成が行われる。まず,相互作用を有する医薬品の組み合わせから相互作用コメントが確定され(ステップ830),相互作用の重篤レベルに対応する重篤区分が確定する(ステップ832)。そして,同様に医薬品の組み合わせに対する相互作用機序が確定される(ステップ831)。
以上のように検索された医薬品相互作用チェック結果は,図7に示す 77 ような形態で表示装置10に画面表示される。表示欄901には,入力 された自己医薬品名が,検索されたコードを基に医薬品相互作用チェッ クマスタから抽出され,表示される。また,表示欄902には,患者の 処方履歴に記載された調剤日と医療機関名,及び,前記自己医薬品名に 対して検索されたコードを基に相手医薬品名が,医薬品相互作用チェッ クマスタから抽出され,表示される。更に,表示欄903には,検索さ れた相互作用コメントコードを基に相互作用コメントが相互作用コメン トファイルから抽出されて表示され,表示欄904には,検索された機 序コードを基に相互作用機序が医薬品相互作用機序ファイルから抽出さ れ,表示される。そして,前記画面表示は,検索した相互作用コメント の重篤レベルコードに対応して,重篤のコメントの場合には色付けによ り強調して表示するようにしている。尚,上記の表示画面及び検索過程 におけるデータは,必要に応じて接続された出力装置16からプリント アウトすることができる。(【0021】〜【0024】) (ｵ) 処方医薬品相互作用チェックテーブルの形態を示す図である。(【図 4】) イ 以上によれば,引用発明3については,前記第2の3(2)ウ(ｱ)記載のと おり認定することができる(この点については当事者間に争いがない。)(2) 相違点の認定について ア 本件発明1について (ｱ) 技術常識 後掲各証拠及び弁論の全趣旨によれば,次の出願時の技術常識を認め ることができる。
a 医薬品は,一般に,販売名(商品名)ないし一般名により特定され る。厚生労働省が定める「薬価基準収載用医薬品コード」は,12桁 からなるコードであり,下図のとおり,12桁すべてによって商品名 78 までが特定される。このうち,先頭の4桁は薬効分類番号であるが, 薬効分類のみからは,医薬品の有効成分を特定することができない。
これに対し,先頭の7桁を特定すれば,薬効,有効成分及び投与経路 が特定できる。
b 一般に,製薬会社が作成する添付文書には,医薬品毎に作用発現の 仕組み(作用機序)が記載され,相手方医薬品との関係が,「併用禁 忌」,「併用注意」に分けて明記されている。
もっとも,医薬品の添付文書の記載には統一されたフォーマットが あるわけではなく,相互作用を生じる可能性のある医薬品の特定方法 として,商品名による場合もあれば,一般名(主成分)や効能による 場合もある。
例えば,医薬品の添付文書の相互作用の項目には,医薬品の一般名 ではなく「降圧剤」等薬効に着目した記載や,化合物の名称のみを記 載することは少なくないし,飲食物や飲酒などの情報も記載されるこ とがある(乙8〜10,13)。
(ｲ) 「相互作用マスタ」について a 「一の医薬品」と「他の一の医薬品」 79 特許請求の範囲には,「一の医薬品」と「他の一の医薬品」における「医薬品」が,販売名(商品名),一般名,薬効分類等のいずれのレベルの概念を意味するのかについて明示的な特定はない。
(a) しかし,「一の医薬品」と「他の一の医薬品」は,いずれも「医 薬品」という同一の文言が用いられていることからすれば,これら は医薬品について同一のレベルの概念であると解するのが自然であ る。
(b) また,本件発明1の特許請求の範囲には,@入力された新規処方 データの各医薬品を自己医薬品及び相手医薬品とすること,A自己 医薬品と相手医薬品の組み合わせが,前記相互作用マスタに登録し た医薬品の組み合わせと合致するか否かを判断することにより,相 互作用チェック処理を実行することが記載されている。このように, 入力された新規処方データの「各医薬品」に当たる医薬品を「自己 医薬品」にも「相手医薬品」にもすることとされ,その組み合わせ が「相互作用マスタに登録した医薬品」の組み合わせと合致するか を判断するのであるから,「相互作用マスタに登録した医薬品」, すなわち,「一の医薬品」と「他の一の医薬品」は,同一のレベル の概念であることを要することが理解できる。
(c) さらに,「相互作用マスタ」に登録された医薬品の組み合わせと の合致の有無を判断する「新規処方データの各医薬品」は,医師の 交付する処方せんのデータを示すものと解されるところ,医師の交 付する処方せんには販売名(商品名)か一般名が記載されるもので ある。そして,本件発明の医薬品相互作用チェック装置は医療施設 での処方箋監査業務や処方設計業務に使用されるものであるから, 「新規処方データの各医薬品」は,医薬品の有効成分すらも特定で きない薬効分類を基準とするものであるとは考えられない。したが 80 って,相互作用チェック処理において「新規処方データの各医薬品」 の組み合わせとの合致を判断する対象たる「相互作用マスタ」に格 納される「一の医薬品」及び「他の一の医薬品」は,薬効分類など の上位レベルの概念でないことは明らかである。
他方,本件発明2は,本件発明1の「相互作用マスタ」の構成に ついて,「相互作用が発生する組み合わせを,各医薬品の効能を定 めた薬効コードの組み合わせ」とするものに限定するものであると ころ,この「薬効コード」は例えば「薬価基準収載用医薬品コード」 の先頭7桁とするものでよいとされ(【0026】),これにより 薬効,有効成分及び投与経路は特定されているから(上記(ｱ)) 「医 , 薬品」については,薬効,有効成分及び投与経路を特定するコード である場合を含むものといえる。
(d) 以上によれば,本件発明1の「相互作用マスタ」における「一の 医薬品」及び「他の一の医薬品」は,同一のレベルの概念によるも のに統一され,そのレベルは,薬効分類のような上位レベルの概念 は含まず,販売名(商品名)か一般名かこれを特定するコードや, 薬効,有効成分及び投与経路を特定することができるコードのレベ ルであると解するのが相当である。
b 「2通りの主従関係で」「個別に格納」 本件発明1の「相互作用マスタ」について,特許請求の範囲には, 「2通りの主従関係で」,相互作用が発生する組み合わせを「個別に 格納」すると記載されている。
「個別」とは,「個々別々。」(乙4)ないし「一つ一つ。それぞ れを別々に扱うこと」(乙5)を意味し,「2通りの主従関係で」と は,一方の医薬品を主,他方の医薬品を従とするほか,他方の医薬品 を主,一方の医薬品を従とすることを意味すると解される。
81 また,特許請求の範囲には「一の医薬品」,「他の一の医薬品」と 記載され,「医薬品」について「一の」と特定されているのであるか ら,「相互作用マスタ」に「相互作用が発生する組み合わせ」が格納 される「医薬品」同士の関係は,「1対1」であり,「1対多」や「多 対1」で対応するものではないと解される。
そうすると,@A薬品から見たB薬品に関する相互作用が発生する 組み合わせについての情報と,AB薬品から見たA薬品に関する相互 作用が発生する組み合わせについての情報とが,データとして個々別々, すなわち,A薬品から見たB薬品に関する相互作用の有無等の情報が, 他の相互作用の有無等の情報とは別に1つのデータとして格納され, また,B薬品から見たA薬品に関する相互作用の有無等の情報が他の 相互作用の有無等の情報とは別に1つのデータとして格納されるもの と解される。
また,「一の医薬品から見た他の一の医薬品の」「相互作用が発生 する組み合わせ」は「個別に格納」されるのであるから,@A薬品か ら見たB薬品の相互作用の有無等の情報と,AA薬品から見たC薬品 の相互作用の有無等の情報のデータとは,個々別々に格納されると解 される。
c 以上によれば,本件発明1の「相互作用マスタ」の「一の医薬品」 及び「他の一の医薬品」は,両者とも,販売名(商品名)か一般名か これを特定するコードや,薬効,有効成分及び投与経路を特定するこ とができるコードのレベルの概念で統一して格納され,@A薬品から 見たB薬品の相互作用が発生する組み合わせについての情報と,AB 薬品から見たA薬品の相互作用が発生する組み合わせについての情報 とは,データとして個々別々のものとして格納され,また,@A薬品 から見たB薬品に関する相互作用が発生する組み合わせについての情 82 報と,BA薬品から見たC薬品の相互作用が発生する組み合わせにつ いての情報とも,データとして個々別々のものとして格納されると解 するのが相当である。
イ 引用発明3について (ｱ) 「医薬品相互作用チェックテーブル105」について 「医薬品相互作用チェックテーブル105」に記憶される「医薬品間 の相互作用の有無をチェックする情報」は,「各医薬品に付される添付 文書から抽出された医薬品に関する情報」である。これによれば,「自 己テーブル部401」の「自己医薬品」の添付文書から抽出された情報 により,当該「自己医薬品」と相互作用が発生する医薬品の情報が「相 手テーブル部402」 「相手医薬品」 の の情報として格納され,一方で, この「相手医薬品」として格納された医薬品においても,同様に当該医 薬品を「自己医薬品」とした添付文書から抽出された相互作用が発生す る医薬品の情報を「相手医薬品」の情報として,「医薬品相互作用チェ ックテーブル105」に格納されることは明らかである。
そして,前記ア(ｱ)のとおり,医薬品の添付文書の相互作用の項目には, 相互作用が発生する医薬品名だけでなく,「降圧剤」のような上位の薬 効分類での記載がされることも通常であるから,「A薬品」の「添付文 書の情報」は,「A薬品」に対して「相互作用」が発生する医薬品の情 報として,医薬品名ではなく,薬効分類のみの記載も含むものと解され る。
引用発明3では,相手テーブル部を相手医薬品の一般名コード,薬効 分類コード及びBOXコードのそれぞれで検索し,いずれかが存在する 場合に相互作用があると判断するものである。相手テーブル部に相手医 薬品の一般名コードが必ず存在するのであれば,薬効分類コード,BO Xコードでは検索する必要はないから,引用発明3の相手テーブル部の 83 一般名コード,薬効分類コード,BOXコードの各欄には,必ずしもす べてにコードが格納されているとは限らないものと認められる。
(ｲ) 検索処理について 引用発明3は, 「医薬品相互作用チェックテーブル105」において, @「自己テーブル部」に「自己医薬品の一般名コードが存在するか」, 「自己医薬品の属する薬効分類コードが存在するか」,「自己医薬品に 付与されたBOXコードが存在するか」をそれぞれ検索して,いずれか のコードが存在していれば,処方医薬品相互作用チェックテーブルTの 形態で一時記憶テーブル110に記憶し,A一時記憶テーブル110に 記憶したデータの「相手テーブル部」に,「相手医薬品の一般名コード が存在するか」 「相手医薬品の属する薬効分類コードが存在するか」 , , 「相手医薬品に付与されたBOXコードが存在するか」をそれぞれ検索 して,いずれかのコードが存在していれば,「自己医薬品」と「相手医 薬品」とが相互作用を有する組み合わせが存在すると判断するものであ る。
ウ 以上によれば,本件発明1と引用発明3の一致点及び相違点は次のとお りであると認められる。
(ｱ) 対比 a 前記ア(ｲ)のとおり,本件発明1の「相互作用マスタ」は,「一の医 薬品」及び「他の一の医薬品」が販売名(商品名)か一般名かこれを 特定するコードや,薬効,有効成分及び投与経路を特定することがで きるコードのレベルの概念で統一して格納され,@A薬品から見たB 薬品の相互作用が発生する組み合わせについての情報と,AB薬品か ら見たA薬品の相互作用が発生する組み合わせについての情報とは, データとして個々別々のものとして格納され,また,@A薬品から見 たB薬品に関する相互作用が発生する組み合わせについての情報と, 84 BA薬品から見たC薬品の相互作用が発生する組み合わせについての 情報とも,データとして個々別々のものとして格納されるものである。
これに対し,前記イ(ｱ)のとおり,引用発明3の相手テーブル部の一般 名コード,薬効分類コード,BOXコードの各欄には,必ずしもすべ てにコードが格納されているとは限らない。
したがって,引用発明3の「医薬品相互作用チェックテーブル10 5」と,本件発明1の「相互作用マスタ」とは,「一の医薬品から見 た他の医薬品の相互作用が発生する組み合わせを個別に格納する相互 作用をチェックするためのマスタ」である点で共通するが,本件発明 1が「一の医薬品から見た他の一の医薬品の場合と,前記他の一の医 薬品から見た前記一の医薬品の場合の2通りの主従関係で,相互作用 が発生する組み合わせを格納する」のに対し,引用発明3では,「一 の医薬品から見た他の医薬品の一般名コード,薬効分類コード,BO Xコードかの少なくともいずれかについて,相互作用が発生する組み 合わせを格納し,また,他の一の医薬品から見た医薬品の一般名コー ド,薬効分類コード,BOXコードかの少なくともいずれかについて, 相互作用が発生する組み合わせを格納する」点で相違する。
b 本件発明1は「自己医薬品と相手医薬品との組み合わせ」と, 「相互作用マスタに登録した医薬品の組み合わせ」についての合 致の有無を判断するものであるのに対し,前記第2の3ウ(ｱ)及び上 記イ(ｲ)によれば,引用発明3は,@医薬品相互作用チェックテーブル 105において,「自己テーブル部」に,「自己医薬品」に係る「一 般名コード」,「薬効分類コード」,「BOXコード」が存在するか をそれぞれ検索し,Aいずれかのコードが存在していれば,処方医薬 品相互作用チェックテーブルTの形態で「一時記憶テーブル110」 に記憶し,B「一時記憶テーブル110」に記憶したデータの「相手 85 テーブル部」に,「相手医薬品」に係る「一般名コード」,「薬効分 類コード」,「BOXコード」が存在するかをそれぞれ検索し,Cい ずれかのコードが存在していれば,「自己医薬品」と「相手医薬品」 とが相互作用を有する組み合わせが存在すると判断するものである。
そうすると,引用発明3の「検索処理」と本件発明1の「相互 作用チェック処理」とは,いずれも,「入力された新規処方データ の各医薬品を自己医薬品及び相手医薬品とし,自己医薬品と相手 医薬品の組み合わせについて,相互作用をチェックするためのマ スタに基づいて相互作用をチェックするための処理」を実行する 点で共通するものの,引用発明3の「検索処理」は,自己医薬品 と相手医薬品と間で,一般名コード,薬効分類コード,BOXコ ードのいずれかの組み合わせが存在すれば相互作用を有する組み 合わせであると判断するものであり,自己医薬品と相手医薬品と の組み合わせと相互作用マスタに登録した医薬品の組み合わせと の,医薬品の組み合わせ同士の合致を判断しているとはいえない から,本件発明1の「自己医薬品と相手医薬品との組み合わせと 相互作用マスタに登録した医薬品の組み合わせが合致するか否か を判断することにより,相互作用チェック処理を実行する」「相 互作用チェック処理」とは相違する。
(ｲ) 一致点及び相違点 以上によれば,本件発明1と引用発明3は,次の一致点において一致 し,前記第2の3(2)ウ(ｳ)記載の相違点4-1のほか次の相違点におい て相違することが認められる。
a 一致点 「一の医薬品から見た他の医薬品の相互作用が発生する組み合わせを個 別に格納する相互作用をチェックするためのマスタを記憶する記憶手 86 段と, 入力された新規処方データの各医薬品を自己医薬品及び相手医薬品 とし,自己医薬品と相手医薬品の組み合わせについて,上記マスタに 基づいて相互作用をチェックするための処理を実行する制御手段と, 前記制御手段による自己医薬品と相手医薬品の間の相互作用をチェ ックするための処理の結果を,表示する表示手段と, を備えたことを特徴とする医薬品相互作用チェック装置」b 相違点〔相違点4-8〕 相互作用をチェックするためのマスタが,本件発明1では,「一の 医薬品から見た他の一の医薬品の場合と,前記他の一の医薬品から見 た前記一の医薬品の場合の2通りの主従関係で,相互作用が発生する 組み合わせを格納する」のに対し,引用発明3では,「一の医薬品か ら見た他の医薬品の一般名コード,薬効分類コード,BOXコードか の少なくともいずれかについて,相互作用が発生する組み合わせを格 納し,また,他の一の医薬品から見た医薬品の一般名コード,薬効分 類コード,BOXコードかの少なくともいずれかについて,相互作用 が発生する組み合わせを格納する」点。
〔相違点4-9〕 相互作用をチェックするための処理が,本件発明1では,自己医薬 品と相手医薬品との組み合わせと相互作用マスタに登録した医薬品の 組み合わせが合致するか否かを判断するのに対し,引用発明3では, 「自己テーブル部」に「自己医薬品の一般名コードが存在するか」, 「自己医薬品の属する薬効分類コードが存在するか」,「自己医薬品 に付与されたBOXコードが存在するか」をそれぞれ検索して,いず れかのコードが存在していれば,処方医薬品相互作用チェックテーブ 87 ルTの形態で一時記憶テーブル110に記憶し,一時記憶テーブル1 10に記憶したデータの「相手テーブル部」に,「相手医薬品の一般 名コードが存在するか」,「相手医薬品の属する薬効分類コードが存 在するか」,「相手医薬品に付与されたBOXコードが存在するか」 をそれぞれ検索して,いずれかのコードが存在していれば,「自己医 薬品」と「相手医薬品」とが相互作用を有する組み合わせが存在する と判断するものである点。
エ 以上のとおりであるから,審決は,本件発明1と引用発明3の相違点の 認定に際し,相違点4-8,4-9を看過したものであり,相違点の認定 の誤りがあるというべきである。
(3) 相違点4-8,4-9に関する容易想到性について ア 相互作用をチェックするための処理について,引用発明3においては, 自己医薬品について,一般名コード,薬効分類コード,BOXコードのそ れぞれについて検索を行い,相手医薬品についても,一般名コード,薬効 分類コード,BOXコードのそれぞれについて検索を行うため,6回の検 索が必要であり,一時記憶テーブルを必要とするのに対し,本件発明1に おいては,医薬品と医薬品の組み合わせ同士の合致を判断するため,1回 の検索(双方向の検索をそれぞれ別の検索と考えても2回の検索)により 行うことができる。
また,得られる検索結果について,本件発明1においては,処方された 医薬品の組み合わせと相互作用をチェックするためのマスタに登録された 医薬品の組み合わせとが合致したものを検索結果とするのに対し,引用発 明3においては,医薬品相互作用チェックテーブル105に登録された自 己医薬品と相手医薬品の一般名コードが一致するものだけではなく,自己 医薬品と薬効分類コードやBOXコードの一致する他の医薬品の相互作用 チェックテーブルも一時記憶テーブルに記憶し,相手医薬品の一般名コー 88 ド,薬効分類コード,BOXコードが存在するかを検索するため,薬効分 類コード,BOXコードのいずれかのみの一致するものも検索結果とし, 本件発明1よりも多くの検索結果を得るものと解され,両発明において得 られる検索結果は異なる。
このように,引用発明3は,添付文書の相互作用の項目に記載された医 薬品の情報をそのままコード化してデータベースを構築し,相互作用をチ ェックするための処理において,データベースの各項目(一般名,薬効, BOX)それぞれについて検索を行うことにより漏れのない相互作用チェ ックを行うのに対し,本件発明1は,添付文書の相互作用の項目に記載さ れた医薬品の情報に基づいて医薬品と医薬品との組み合わせについてデー タベースを構築し,相互作用チェック処理においては,医薬品と医薬品と の組み合わせのみで単純に検索するため,1回の検索(双方向の検索をそ れぞれ別の検索と考えても2回の検索)で相互作用チェックできるという ものであるから,両発明はその技術思想を異にするものである。
イ そして,相違点4-8,4-9に係る構成を開示する他の証拠も示され ていないから,本件発明1の相違点4-8,4-9に係る構成を,当業者 が容易に想到し得たとはいえない。
(4) 原告の主張について ア 本件発明1について (ｱ) 原告は,被告らによる「個別に格納」が,@同一粒度,かつ,A分離 格納を意味するとの主張について,審判手続において現実に争われたも のではないから,本件訴訟において審理の対象とされるべきでないと主 張する。しかし,上記被告らの主張は,審判手続において審理判断され た公知事実との対比における相違点の認定の誤りに関する主張であって, これは,審決取消訴訟の審理の対象にほかならないから,原告の主張は 失当である。
89 (ｲ) 原告は,本件発明1の「個別に格納」とは,@A薬品からみたB薬品 に関する相互作用情報と,AB薬品からみたA薬品に関する相互作用情 報を個別に格納することであり,@A薬品からみたB薬品に関する相互 作用情報と,BA薬品からみたC薬品に関する相互作用情報とを個別に 格納することは意味しないと主張するが,この点に関する判断は前記(2) ア(ｲ)に説示したとおりである。
(ｳ) 原告は,本件発明の技術的特徴はマトリックス形式による表示にあり, 本件発明の目的は,ある2つの医薬品間の相互作用チェックの結果を, 2通りの主従関係を区別して表示することにあるから,本件発明におい ては,ある2つの医薬品同士の相互作用が主従を区別して定義されてい れば足り,その定義が同じレベルの概念(基準ないし粒度)同士の組み 合わせでされていることは必要ではないと主張する。しかし,「各医薬 品を自己医薬品及び相手医薬品とし」て「相互作用マスタに登録した医 薬品の組み合わせと合致するか否かを判断する」という「相互作用チェ ック処理」における検索処理を前提にすれば,「2通りの主従関係で」 「個別に格納」といえるためには,医薬品が同一のレベルの概念で統一 される必要があることは前記(2)ア(ｲ)に説示したとおりである。
また,原告は,仮に異なるレベルの概念同士の組み合わせで相互作用 が定義されていたとしても,それぞれの概念に当てはまる具体的な医薬 品が定義されていれば,結果として,具体的な医薬品同士の相互作用と して主従を区別して表示することができると主張するが,結果として同 一の検索結果が得られるからといって,データの格納の構成が同一であ るとはいえないことは明らかである。
さらに,原告は,本件発明1はデータ格納方式を特定するものではな く,ツリー構造での格納方式も含まれると主張する。しかし,本件発明 1がデータの格納の構成について特定するものであることは,前記(2)ア 90 (ｲ)に説示したとおりである。
(ｴ) 原告は,本件発明2が薬効コード同士の組み合わせで相互作用が発生 する組み合わせを定義する態様であることから,各コードに該当する具 体的な医薬品の数に応じて,「1対1」の場合もあれば,「1対多」の 場合もあれば,「多対多」の場合もあれば,「多対1」の場合もありう るのであり,本件発明が「1対1」であるということもできないと主張 する。しかし,「相互作用が発生する組み合わせを各医薬品の効能を定 めた薬効コード同士の組み合わせとして格納」する本件発明2について も,同一のレベルの概念で統一して,個々別々に格納されているといえ るのは,前記(2)ア(ｲ)a(c)に説示したところから明らかである。
(ｵ) 原告は,本件特許の出願経過からも,同様の理解ができると主張する が,原告の指摘する意見書の記載は,本件発明の「個別に格納」が同一 のレベルの概念で統一して,個々別々に格納することを意味することと 矛盾するものではなく,原告の主張は採用できない。
イ 本件発明1と引用発明3の対比について (ｱ) 原告は,引用発明3の「医薬品相互作用チェックテーブル105」の 各コードの組み合わせに着目すれば,一般名コード同士,薬効分類コー ド同士といった同じ概念同士のコードの組み合わせを含むことが当然に 予定されているから,引用発明3も本件発明と同じく,同じ概念のコー ド同士で相互作用が発生する組み合わせを記憶する構成を含んでいるも のであって,相違はないと主張する。しかし,本件発明1の「相互作用 マスタ」において,医薬品は同一のレベルの概念で統一して,その組み 合わせが個々別々に格納されているといえる必要があるところ,引用発 明3の「医薬品相互作用チェックテーブル105」においては,相手テ ーブル部の一般名コード,薬効分類コード,BOXコードの各欄には, 必ずしもすべてにコードが格納されているとは限らないことは前記(2)イ 91 (ｱ)のとおりである。
(ｲ) 原告は,「相互作用マスタ」に記憶される情報と「相互作用チェック テーブル105」に記憶される情報は,いずれも相互作用が発生する医 薬の分類に関するコード同士の組み合わせであり,違いはないと主張す る。しかし,本件発明1において「相互作用マスタ」におけるデータの 格納の構成が発明特定事項とされていることは前記(2)ア(ｲ)のとおりで あり,引用発明3の「医薬品相互作用チェックテーブル105」がこれ と同じ構成を有するといえないことは明らかであって,この点は,「医 薬品相互作用チェックマスタ104」において医薬品とコードの紐づけ がされていることによって左右されるものではない。
(ｳ) 原告は,引用発明3は,処方された医薬品を自己医薬品及び相手医薬 品とすることから,その検索過程は本件発明1と異ならないと主張する が,前記(2)ウ(ｱ)に説示した点に照らせば,処方された医薬品を自己医 薬品及び相手医薬品とすることは上記相違点の認定に関する判断を左右 するものではない。原告の主張するその余の点も,以上に説示したとこ ろに照らし,上記相違点の認定に関する判断を左右するものではない。
(5) 小括 以上のとおり,審決の相違点の認定の誤りは,本件発明1の進歩性を否 定した審決の結論に影響を及ぼすものであることが明らかであるから,被 告取消事由1は理由がある。
3 被告取消事由2〜6(本件発明2〜4,6,8に関する進歩性判断の誤り) について 本件発明2〜4,6,8は,いずれも本件発明1を間接又は直接に引用する ものであり,相違点の認定の誤りについて上記2に述べたところが妥当する。
そうすると,本件発明2〜4,6,8における追加の構成に係る相違点の有 無や容易想到性について判断するまでもなく,本件発明2〜4,6,8の相違 92 点の認定には誤りがあり,その誤りは,これらの発明を無効とした審決の判断 の結論に影響を及ぼすものといえる。
したがって,被告取消事由2〜6はいずれも理由がある。
4 原告取消事由1(本件発明5,7,9に関する引用発明1に基づく新規性, 進歩性判断の誤り)について (1) 引用発明1の認定について ア 甲3,7,8文献の記載 (ｱ) 甲3文献 甲3文献には,「現在市販されている相互作用チェックのためのシス テムについて,院外の薬局などを対象としたものをいくつか紹介する(表 1)。ここでは,各システムについて紹介することを目的とし,内容は 各社から頂いた回答をほぼそのままの表現で記載した。」(259頁右欄14 〜19行)と記載され,表1には,福神株式会社の「医療用添付文書情報 サービス『EDIS』」について,「A薬品とB薬品との間で相互作用 がある場合,双方向でのチェックが可能か?」に対して,「可能」とあ る。
(ｲ) 甲7文献 甲7文献からは,福神株式会社のインターネット医療用医薬品添付文 書情報サービス 「EDIS (エディス Ethical Drug Information Service) : For WWW」の,「相互作用チェックシステム」という画面には,「相互作 用検索・マトリックス表示」と記載され,マトリックス表示された画面 が見て取れ,当該画面において,対象となる医薬品名とアルファベット を行に表示し,列にはアルファベットのみを表示したマトリックス表示 において,相互作用チェック結果を該当するセルに表示することが見て 取れる。
「情報サービスの概要(インターネット版)」のページにおいては, 93 医療用添付文書情報サービス(EDIS)は,「添付文書の情報をデー タベース化」した「添付文書データベース」を備え,医療用添付文書情 報サービス(EDIS)が備える相互作用チェックシステムは,「医薬 品間でそれぞれ添付文書に相互作用の記載があるかどうかを検索して, マトリックスで表示します。併用禁忌は赤色で,併用注意は黄色で表示 されます。 検索項目 商品名,一般名,薬効名など」と記載されてい る。
(ｳ) 甲8文献 甲8文献によれば,EDISによる相互作用検索・マトリックス表示 の画面において,対象となる医薬品名とアルファベットを行に表示し, 列にはアルファベットのみを表示したマトリックス表示において,相互 作用チェック結果を該当するセルに表示すること,「チェック開始」ボ タン,「画面クリア」ボタンが表示され,相互作用検索マトリックスの 行には,アルファベットに対応させて,医薬品名を入力可能な「テキス トボックス」があることが見て取れる。また,チェック結果を,併用禁 忌のセルを赤色とし,記号◎で表し,併用注意のセルを黄色とし,記号 ○で表すことが記載されている。
イ これによれば,本件出願日前に公然実施されていたEDISの構成とし て,前記第2の3(2)ア(ｱ)記載の引用発明1を認めることができる。
ウ さらに,甲8文献の別紙6-2からは,EDISの相互作用検索・マト リックス表示の画面において,「テキストボックス」に医薬品名を入力し て「チェック開始」ボタンをクリックすると,相互作用チェックが行われ, 「画面クリア」ボタンをクリックすると,入力された「テキストボックス」 がクリアされ,相互作用チェック結果もクリアされると理解できる。
また,「テキストボックス」に医薬品名を入力して「チェック開始」ボ タンをクリックして相互作用チェック結果が表示されている状態で,さら 94 に,空欄の「テキストボックス」に医薬品名を入力して「チェックボタン」 をクリックすると,新たに追加して入力された医薬品を含めた相互作用チ ェック結果が表示されると理解できる。
これによれば,引用発明1のほか,前記第5の1(1)記載の原告主張引用 発明1を認めることができる。
(2) 相違点の認定について ア 本件発明1の「相互作用マスタ」の意義は前記2(2)アに説示したとおり であり,本件発明1と引用発明1の一致点は前記第2の3(2)ア(ｲ)記載の 一致点のとおりであり,以下のとおり,相違点は同(ｳ)記載の相違点(相違 点1-1〜1-4)のとおりであると認められる。
(ｱ) 相違点1-1 甲7文献,乙6,7の記載によれば,引用発明1の「添付文書の 情報をデータデース化した添付文書データベース」は添付文書の相 互作用の項目に記載された情報を全文検索できるように構成したも のである。そして,添付文書には,医薬品に対して,相互作用が発生す る医薬品等が記載されているが,添付文書の相互作用の項目には,1つ の医薬品に対して,降圧剤のような上位の薬効分類での記載,また,1 つの医薬品に対して相互作用が発生する複数の医薬品が記載されること が通常であることは,前記2(2)ア(ｱ)のとおりである。
そうすると,A薬品の「添付文書の情報」は,A薬品に対して相互作 用が発生する医薬品の情報として,B薬品のみならず,他の医薬品や薬 効分類の情報も含むことになる。引用発明1の「添付文書データベース」 は,このような「添付文書の情報」を全文検索可能にデータベース化し たものであるため,A薬品に対するB薬品の相互作用のデータは,A薬 品に対する他の医薬品や薬効の相互作用のデータとは,個々別々のデー タということができない。
95 したがって,引用発明1の「添付文書データベース」は,本件発明1 の「相互作用マスタ」の構成を有するとはいえない。
(ｲ) 相違点1-2 甲3,7,8文献のいずれにも,入力画面における医薬品名が新規処 方データであることは記載されていない。また,甲8文献の別紙6-1, 6-2においては,新規処方データとはいえない「グレープフルーツジ ュース」が入力されている。
そうすると,引用発明1において,入力され,チェック対象となる医 薬品は任意のものであり,「新規処方データ」とは特定されていない。
(ｳ) 相違点1-3 上記(ｱ)のとおり,引用発明1の「添付文書データベース」は,添付文 書の相互作用の項目に記載された情報を全文検索できるように構成した ものである。
引用発明1で行われる医薬品Aと医薬品Bとの相互作用のチェック処 理においては,まず,医薬品Aの添付文書を特定し,次に,医薬品Aの 添付文書の相互作用の項目を医薬品Bで全文検索を行い,医薬品Bが存 在していれば,医薬品Aと医薬品Bの組み合わせが相互作用を有すると 判断していると解される。
したがって,引用発明1の検索処理が,本件発明1の「相互作用マス タ」と同様の構成を備えるものに対して実行されてはいない。
(ｴ) 相違点1-4 甲7文献及び甲8文献別紙6-1,6-2によれば,列には,アルフ ァベットのみが表示され,医薬品の名称は表示されていない。
イ 以上のとおりであるから,審決が相違点1-1〜1-4を認定したこと に誤りはない。
ウ なお,上記(1)のとおり,甲3,7,8文献からは,引用発明1のみなら 96 ず原告主張引用発明1を認定することができるが,原告主張引用発明1は, 引用発明1に「さらに,相互作用チェック結果の表示画面には,医薬品名 を入力可能な『テキストボックス』及び『チェック開始』ボタンが配置さ れ,『テキストボックス』に医薬品名を追加入力し,『チェック開始』ボ タンを押下することでテキストボックス入力された医薬品名が,チェック 対象として設定され,チェック結果を表示すべきチェック対象としてマト リックスに表示され,相互作用チェックが行われる」との構成(以下,「引 用発明1付加構成」という。)を付加したものである。そして,原告主張 引用発明1は,引用発明1の構成をすべて備えるものであり,本件発明1 と引用発明1とを対比したときの一致点,相違点と,本件発明1と原告主 張引用発明1とを対比したときの一致点,相違点とは,同じものとなる。
このように,上記の引用発明1付加構成は,本件発明1との一致点,相違 点の認定には関係しない構成である。
以上のとおり,審決の引用発明1の認定に誤りはないし,また,本件発 明1の新規性,進歩性の判断において,原告主張引用発明1を対象とする 必要もないから,この点は,審決の結論に影響を及ぼすものではない。
(3) 容易想到性の判断について ア 相違点1-1,1-3について (ｱ) 文献の記載 a 甲14文献には,「医薬品相互作用チェックの為のファイルもしく はデータベース等の作り方において,従来の方法は大きく二つの形態 に分けられる。第一の方法は,相互作用を有する医薬品の関係を個々 の医薬品に対し設定する方法であり,それは川合等による「処方支援 (相互作用チェック)システム」(月刊薬事Vol.38,No.2(1996)79-86 頁)に記載されている。第二の方法は,相互作用を有する医薬品の関 係を文字情報(テキストデータ)で構築する方法であり,特開平8- 97 275988号公報あるいは特開平9-99039号公報に開示され ている。」との記載がある(【0003】)。
b 甲15文献は,甲14文献における「第一の方法」を示すものであ り,甲15文献には次のとおりの記載がある。
「北大病院での処方オーダリングシステムの概略 当院はホスト・コンピュータとして2台のACOSシステム3600/8 (主記憶容量32MB)を配置している(図1)。処方オーダによる処方 作成は,薬剤基本・検索・コメント・DIなどの各テーブル,患者デー タファイルなどを用いる。・・・・ 相互作用チェック機能 相互作用のチェックは,処方を発行する直前の画面上で必ず行われ る。相互作用をチェックしたい組み合わせについては,併用禁忌であ る各薬剤の基本テーブルに,対象薬剤のコードなどを登録することで お互いにチェックが可能となる。
本システムでのチェック機能は,すでに処方発行(あるいは予約登 録)されている薬剤のうち,服用期間が重複するものについて,院内・ 院外,入院・外来,自科・他科などの処方せんの種類を問わず,処方 開始日より30日前のものから投薬終了日までチェックをかけるよう に設定した(図2)。・・・ (1)相互作用のチェック対象と代替薬の提示 相互作用に関してはチェックをかけるべき組み合わせは多々報告さ れている。しかし,登録品目数が多くなるほど,処方監査に費やされ る応答時間が延長すること等により,成書や添付文書等に記載されて いるすべての相互作用例を登録することは現段階では現実的ではない。
したがって当院では,処方オーダに登録されている医薬品(一部,注 射薬を含む)のうち,添付文書上に「〜との併用を避ける。」あるい 98 は「〜との同時服用を避ける。」などのように明確に記載されているものを採択した。・・・(2)基本テーブルの設定 相互作用をチェックする源となるテーブルとして,既存の薬剤基本テーブル中に「相互作用欄」を新たに設けた(図3中央)。この欄は「監査区分」・「パターン」・「コード」・「コメントコード」の4つの欄を1セットとして構成する。薬剤基本テーブル中には「相互作用欄」が5セット分あり,最大5種類まで対象薬(群)を登録することが可能である。その他に「成分」,「同効類似」,「相互禁忌」の欄を今回,新たに1個ずつ設けた。
「監査区分欄」ではチェックをかけたものを「エラー」(「併用禁忌」と明記されている場合)として処方の変更を促すのか,「警告」(「同時服用を避ける。」のように併用禁忌に準ずると判断される場合)として確認を促すのかの2段階のうちのどちらかを選択できる。
「パターン」欄はどの項目を対象にして相互作用をチェックするかを設定するもので,対象項目には@「(薬品)コード」欄,A「成分」欄,B「同効類似」欄,C「相互禁忌」欄,D「薬効」欄の5種類がある(図3の@〜D)。
「コード」欄には対象項目のコードが最大6桁まで登録できる。対象項目を「(薬品)コード」(図3の@)とした場合では数字6桁であり,「薬効」欄(図3のD)では日本標準商品分類番号の下4桁を用いている(バクシダール錠では876241のうち,6241)。また,対象が「成分」,「同効類似」,「相互禁忌」の場合では,英文字あるいは数字を最大6桁まで新規に登録することで利用可能となる。なお,6桁目まで登録しない場合にはコードの最後に「*」を追加することにした。
99 「コメントコード」欄には,処方チェック時に画面上に表示させるコメントのコード3桁を登録する。
これらを登録すると,たとえば図中「U,1,221091,033」では,対象薬剤の薬剤基本テーブル中の「(薬品)コード」欄(図3の@)をチェックし,「221091」と登録されている薬剤(商品名:ナパノール)が処方されていた場合には「エラー」(U)とし,コメントテーブルに登録されている 「033」のコメントを画面表示する。 「G,3,AL*,081」 また,では,「同効類似」の欄(図3のB)をチェックし,「AL」と登録されている薬剤(アルミニウムを含有する制酸剤)が併用されていれば「警告」(G)とし,「081」のコメントを画面表示する。
相互作用の登録欄は5セット分であり,チェック対象が一成分で数品目ある薬剤や,グループである場合には医薬品コードを登録していくと不足が生じる。その対策として,今回の機能追加に伴い新規に設定した「成分」,「同効類似」,「相互禁忌」の各欄を対象項目とすることにより,対象薬剤が5品目を超える場合にも対処した。たとえば,対象薬からチェックがかかるようにバクシダール錠では「成分」欄(図3のA)に略号の「NFLX」を登録した。・・・相互作用チェック機能の実際 例として「バクシダール錠」と「ナパノール錠」,「マーロックス」を処方すると,処方登録時に, 「バクシダール錠」 「ナパノール(相): にスパラ,他の抗生物質へ」 「ナパノール錠」 「バクシダール , には (相):ポンタール等へ変更」 「マーロックス」 , には「ニューキノロン(相):セルベックス等へ」のコメントが各々,画面表示される(図4) ・ ・ 。 ・ 相互作用の詳細を知りたい場合は,当該薬剤の用量入力の所で「H」(Helpの頭文字)を入力することにより,DI情報を画面上で参照できる(図5)。ここでは併用禁忌の対象薬,その理由,代替薬などの情 100 報をさらに詳しく知ることができるようにDIテーブルへ登録してい る。・・・」 以上によれば,甲15には,薬剤基本テーブルに,相互作用を有す る対象薬剤のコードを5セットまで登録でき,処方された薬剤に関し て,基本テーブルに登録された相互作用の対象薬剤のコードと,処方 された他の薬剤のコードとが一致すれば,相互作用があると判断する ことにより,相互作用チェックを行うことが記載されている。
(ｲ) 容易想到性 以上のとおり,甲14,15文献には,一の薬剤の薬剤基本テーブル に,相互作用を有する対象薬剤のコードを複数セット登録することは記 載されているが,前記2(2)ア(ｲ)に認定した,本件発明1の「相互作用 マスタ」における「個別に格納」の構成をとることは記載されていない。
したがって,甲14,15文献に,相違点1-1,1-3に係る構成 が開示されているということはできない。
加えて,引用発明1の「添付文書データベース」を,文字情報(テキ ストデータ)でない他のデータ構造に変更すると,引用発明1の,商品 名や一般名の両方でチェックすることができ,名称に限らず,相互作用 欄に記載されている言葉で検索できるという,相互作用を有する医薬品 の関係を文字情報(テキストデータ)で構築したことによる特徴を失う ことになるから,引用発明1において,このような変更を行う動機付け もない。
このように,甲14,15文献は,相違点1-1,1-3に係る構成 を開示するものではないし,引用発明1の添付文書データベースを他の データ構造に変更する動機付けもない。
よって,引用発明1において,相違点1-1,1-3に係る構成を当 業者が容易に想到し得たとはいえず,相違点1-1,1-3に係る構成 101 の容易想到性についての審決の判断に誤りはない。
(ｳ) 原告の主張について 原告は,引用発明1において,一の医薬品(薬品A)から見た他の一 の医薬品(薬品B)の相互作用情報と,他の一の医薬品(薬品B)から 見た一の医薬品(薬品A)の相互作用情報とが,別々に格納されている のであるから,引用発明1にリレーショナルデータベースの格納方式を 採用すれば本件発明1の構成に至ると主張する。
しかし,医薬品の添付文書の相互作用の項目には,医薬品名だけでな く,「降圧剤」のような上位の薬効分類での記載,飲食物や飲酒などの 情報,1つの医薬品に対して相互作用が発生する複数の医薬品が記載さ れることが通常であり(前記2(2)ア(ｱ)),これらの相互作用をデータ ベースに格納する際にリレーショナルデータベース形式を採用したとし てもデータベースへの格納の形式は一意に定まるものではなく,リレー ショナルデータベース形式に変更することが,「一の医薬品」と「他の 一の医薬品」との相互作用が発生する組み合わせを個々別々に格納する ことに直ちには結びつかない。
そして,引用発明1の「添付文書データベース」についてリレーショ ナルデータベースの格納方式を採用すると,商品名や一般名の両方でチ ェックすることができ,名称に限らず,相互作用欄に記載されている言 葉で検索できるという,添付文書データベースを文字情報(テキストデ ータ)で構築したことによる特徴を失うことになるから,引用発明1に おいて,このような変更を行う動機付けがないことは,上記(ｲ)に説示し たとおりである。
イ 本件発明5,7,9について 本件発明5,7,9は本件発明1を間接又は直接に引用するものである から,相違点1-1,1-3の構成を有しているところ,これらの構成に 102 ついて当業者が容易に想到することができたといえないのは上記アに説示 したとおりである。
そうすると,本件発明5,7,9における追加の構成の容易想到性につ いて判断するまでもなく,本件発明5,7,9について,引用発明1及び 原告の主張するその他の文献(甲3,14,15,18,19,22文献, 甲46〜50)に記載された事項に基づいて,当業者が容易に発明をする ことができたとはいえない。
(4) 小括 以上のとおりであるから,本件発明5,7,9について,新規性及び進歩 性を欠如するとはいえないとした審決の判断に誤りはなく,原告取消事由1 は理由がない。
5 原告取消事由2(本件発明5,7,9に関する引用発明2に基づく進歩性判 断の誤り)について (1) 引用発明2の認定について 前記4(1)ア(ｲ)の甲7文献の記載によれば,前記第2の3(2)イ(ｱ)記載の 引用発明2を認めることができる。
(2) 相違点の認定について ア 前記4(1)及び上記(1)によれば,本件発明1と引用発明2の一致点は, 前記第2の3(2)イ(ｲ)のとおりであり,相違点は同(ｳ)のとおりであると認 められる。
イ 原告の主張について 原告は,相違点3-1〜3-4は存在しないと主張するが,本件発明1 と引用発明2の対比においても前記4(2)に説示したところが妥当するから, 原告の主張は採用できない。
(3) 容易想到性の判断について 甲13文献の薬品相互作用テーブルは,各医薬品に対し,添付文書に記載 103 されている併用薬品を全て登録したものであるから,本件発明の「一の医薬 品から見た他の一の医薬品の場合と,前記他の一の医薬品から見た前記一の 医薬品の場合の2通りの主従関係で,相互作用が発生する組み合わせを個別 に格納する相互作用マスタ」の構成を開示するものではない。
そうすると,引用発明2と甲13文献記載の発明を組み合わせることによ り,当業者が相違点3-1,3-3に係る構成に容易に想到することができ たということはできないから,審決の容易想到性の判断に誤りはない。
(4) 小括 以上のとおりであるから,本件発明5,7,9について,進歩性を欠如す るとはいえないとした審決の判断に誤りはなく,原告取消事由2は理由がな い。
6 原告取消事由3(本件発明5,7,9に関する引用発明3に基づく進歩性判 断の誤り)について 本件発明5,7,9は,いずれも本件発明1を間接又は直接に引用するもの であり,相違点の認定及び相違点4-8,4-9の容易想到性について前記2 に述べたところが妥当する。
そうすると,本件発明5,7,9における追加の構成に係る相違点の有無や 容易想到性について判断するまでもなく,本件発明5,7,9は引用発明3, 甲3,6〜10,18,19,22文献,甲46〜50に基づいて容易に想到 できたものであるとはいえない。
したがって,本件発明5,7,9について,引用発明3に基づいて進歩性を 欠如するとはいえないとした審決の判断は結論において誤りはなく,原告取消 事由3は理由がない。
7 結論 以上のとおり,原告取消事由1〜3はいずれも理由がないから,原告の請求 は棄却すべきものである。他方,被告取消事由1〜6はいずれも理由があるか 104 ら,被告らの請求を認容すべきものである。
よって,主文のとおり判決する。
裁判長裁判官 鶴岡稔彦
裁判官 山門優
裁判官 高橋彩
すごい知財EXPO'22