【事件の表示】
　特許第６６４８３２８号発明「放射性医薬品の発注支援装置及び発注支援方法」の特許異議申立事件について，次のとおり決定する。
【結　論】
　特許第６６４８３２８号の請求項１，８ないし１０に係る特許を維持する。
【理　由】
第１　手続の経緯
　特許６６４８３２８号の請求項１−１０に係る特許についての出願は，平成３１年３月２８日に出願され，令和２年１月１７日にその特許権の設定登録がされ，令和２年２月１４日に特許掲載公報が発行された。その後，その特許のうち請求項１，８−１０に係る特許に対し，令和２年８月７日に特許異議申立人鈴木香織（以下「異議申立人」という。）は，特許異議の申立てを行った。
第２　本件発明
　特許６６４８３２８号の請求項１，８−１０の特許に係る発明（以下，それぞれ「本件発明１」，「本件発明８」−「本件発明１０」という。）は，それぞれ，その特許請求の範囲の請求項１，８−１０に記載された事項により特定される次のとおりのものである。
「【請求項１】
　対象となる検査施設の検査施設システムで生成された，該検査施設における核医学検査が予約されている各被検者の予約済み検査に関する検査日時情報及び放射性医薬品情報をそれぞれ取得する情報取得部と，
　前記取得された予約済み検査ごとの検査日時情報及び放射性医薬品情報に基づいて，前記検査施設における所定期間内の核医学検査の予約リストと共に予約済み検査ごとの放射性医薬品情報を前記検査施設の検査施設端末に表示する表示処理部と，
　前記予約リストの表示に対する発注操作が受け付けられた場合に，前記取得された予約済み検査ごとの放射性医薬品情報に基づいて，該予約リストに含まれる複数の予約済み検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する情報生成部と，
　を備える放射性医薬品の発注支援装置。」
「【請求項８】
　前記表示処理部は，前記予約リストに含まれる或る予約済み検査に対するキャンセル操作が行われた場合に，該予約済み検査を前記予約リストから消去し，又は，前記予約リストにおける該予約済み検査の表示態様を変更し，
　前記情報生成部は，前記キャンセル操作の対象とされた予約済み検査を除く前記予約リストに含まれる複数の予約済み検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する，
　請求項１から６のいずれか一項に記載の放射性医薬品の発注支援装置。
　【請求項９】
　放射性医薬品の発注期限情報を保持する期限保持部，
　を更に備え，
　前記表示処理部は，前記予約リスト内に前記発注期限情報で示される発注期限が徒過している放射性医薬品を使用する予約済み検査が存在しているか否かをチェックし，
　前記予約リスト内に発注期限が徒過している放射性医薬品を使用する予約済み検査が含まれている場合には，前記発注操作が受け付け不可能な状態とされる，又は，前記発注操作に伴い警告表示が表示される，
　請求項１から８のいずれか一項に記載の放射性医薬品の発注支援装置。
　【請求項１０】
　少なくとも一つのコンピュータで実行される放射性医薬品の発注支援方法であって，
　対象となる検査施設の検査施設システムで生成された，該検査施設における核医学検査が予約されている各被検者の予約済み検査に関する検査日時情報及び放射性医薬品情報をそれぞれ取得し，
　前記取得された予約済み検査ごとの検査日時情報及び放射性医薬品情報に基づいて，前記検査施設における所定期間内の核医学検査の予約リストと共に予約済み検査ごとの放射性医薬品情報を前記検査施設の検査施設端末に表示し，
　前記予約リストの表示に対する発注操作が受け付けられた場合に，前記取得された予約済み検査ごとの放射性医薬品情報に基づいて，該予約リストに含まれる複数の予約済み検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する，
　ことを含む放射性医薬品の発注支援方法。」
第３　申立理由の概要
　異議申立人は，甲第１号証として特開２００３−１５０８３０号公報（以下「甲１」という。）を提出し，甲第２号証として特開２０１８−２８５１７（以下「甲２」という。）を提出し，請求項１，８−１０に係る特許は甲１に基づいて特許法第２９条第２項の規定に違反するものであり，請求項９に係る特許は甲１及び甲２に基づいて特許法第２９条第２項の規定に違反するものであるから，請求項１，８−１０に係る特許を取り消すべきものである旨主張する。
第４　文献の記載
１　甲１の記載事項と甲１発明
　甲１には，以下の事項が記載されている。下線は強調のため当審で付与した。
「【０００１】
【発明の属する技術分野】本発明は，発注システムに関し，特に，
病院内の医薬品（ＲＩ薬品）の発注に関する
放射線部門で使用されるシステムに関する
「【００１４】
【発明の実施の形態】以下，本発明の好適な実施の形態の一例について，図面を参照して具体的に説明する。
【００１５】（システムの全体構成）先ず，本発明の発注システムの一例である薬品発注システムを動作させる前提となる，システムの概略構成，とりわけその通信インフラ並びにハードウエア構成について，図１を参照して説明する。図１は，本実施の形態の薬品発注システムの全体構成を示す説明図である。
【００１６】本実施の形態の薬品発注システム１は，薬品の管理ならびに薬品発注を行うものであり，図１に示すように，大きく，
放射線部門側のシステム２
【００１７】システム２は，放射線部門情報管理システム（以下ＲＩＳ）とＲＩ薬品在庫管理システムとが組み合わせて構成される。
【００１８】ここに，ＲＩＳ（ラジオロジーインフォメーションシステム）とは，放射線情報管理システムをいい，放射線検査を管理するものであり，在庫の管理の他に，どのような撮影を行ったか等の情報も格納されている。また，前記ＲＩＳは，放射線検査に関する種々の情報を授受するネットワークであり，ＲＩ薬品の量などを管理するものである。
【００１９】より詳細には，
システム２は，ＲＩ薬品の予約ないしは発注を希望する希望者（ユーザー）側の一又は複数のＲＩ薬品発注端末１０と，ＲＩＳの端末であってＲＩ検査予約情報を操作入力するための一又は複数の（ＲＩ検査予約情報を入力する装置）端末１２と，ＲＩ薬品管理情報を操作入力するための一又は複数の（ＲＩ薬品管理情報を入力する装置）端末１４と，これら端末１０，１２，１４，とネットワークＮ１などの通信網を介して無線，有線等により各々データ通信可能に形成されて薬品発注の管理を行うサーバー２０と
を含んで構成されている
【００２０】ここに，前記端末１２は，本発明にいう「第１の入力手段」に該当し得，前記端末１４は，本発明にいう「第２の入力手段」に該当し得る。
【００２１】−【００２３】（略）
【００２４】端末１０は，ＲＩ薬品を発注するためのものであり，サーバー等にアクセス可能なコンピュータ機器である。この端末１０は，ネットワークを介してデータ通信可能な機能を有していれば，デスクトップ，ラップトップコンピュータ，携帯電話端末・パームコンピュータ・ＰＤＡ，モバイル，ページャその他無線・有線通信機能を有する情報機器，またはこれに類するコンピュータなどいかなるコンピュータでもよく，移動式・固定式を問わない。
【００２５】なお，端末１０は，図示しないが，種々の情報等を表示するための表示手段（スクリーン），この表示手段の表示画面上にデータを入力するための操作入力手段，データを送受信するための送受信手段（ないしは送信手段及び受信手段），各種データを記憶するための記憶手段（メモリ），これらの制御を司る制御手段などを有している。
【００２６】−【００２７】（略）
【００２８】サーバー２０は，有線通信に加えて無線通信機能を有し，データベース（ＤＢ）その他のメモリなど，サーバー２０にアクセス可能なメモリを有する。サーバー２０は，例えば情報をユーザーに提供するものであり，無線・有線通信機能をもつ専用のサーバー，または薬品情報，検査予約情報等を管理するのに必要な種々のソフトウエア機能を有し，さらには，インタラクティブなウェブページの管理その他インターネットサービスの提供，データベース管理の可能なサーバーでよい。
【００２９】
このサーバー２０は
ユーザー側に発注画面等の各種画面が表示されるように促すプログラム等により形成された表示処理手段，端末１０，１２，１４との間で例えばＲＩ薬品情報などの各種データの送受信を行う送受信手段
を含んで構成される。
【００３０】ハードウエア構成の具体例としては，図示しないが，通信機能の制御を行う通信用インターフェース，ハードディスク等の記憶装置，端末からのデータ入出力を行う入出力インターフェース，及びそれらの制御を司る制御手段たる中央演算処理装置（ＣＰＵ）等が挙げられる。
【００３１】また，ソフトウエアとしては，このグラフィカルユーザインターフェースを実現するための，標準ウェブページオーサリングツールおよびＨＴＭＬ，ＸＭＬ，ＣＧＩ，Ｊａｖａ，Ｊａｖａｓｃｒｉｐｔ，ＡｃｔｉｖｅＸ等の言語を用いてプログラムしてもよい。
【００３２】さらに，「サーバー２０」には，通常のサーバーとしての機能のみならず，データベース，電子メールを送受信するためのＰＯＰ及びＳＭＴＰサーバーやその他ＤＮＳサーバーなどの各種サーバーを含んで構成され，これらを含むシステムの総称として機能してよい。
【００３３】なお，端末１２，１４は，端末１０とほぼ同様の構成を有する。
端末１２は，ＲＩ検査予約情報（予約日，ＲＩ薬品名，数量）を登録する
【００３４】−【００３５】（略）
【００３６】上述のような構成を有する薬品発注システム１において，ある一定の時刻，または操作により翌日以降のＲＩ検査を調べ，半減期，及び現在の在庫量に基づき，発注すべきＲＩ薬品をメーカー別（発注先別）に検索し，表示画面上に発注薬品リスト（ないしは発注先別の各発注薬品リスト）として表示される。検索されたＲＩ薬品の発注薬品リストは，ＦＡＸ又は電子メール等のいずれかの通信手段により注文書として送信される。
【００３７】本実施の形態では，ＲＩ検査の情報を入力する時に，使用する薬品の使用量などを入力して，ＲＩ検査をやると決まった時点で，その情報を入力して，その時点から薬品の半減期等をコンピュータを使って自動的に計算をして，発注しなければならない薬品の一覧を生成する。
【００３８】この際，ある薬品メーカーについて当該薬品の一覧を出し，各薬品メーカー毎に発注に必要な薬品の一覧が生成される。サーバーは，当該一覧表示を出すための処理（検索）を行う。
【００３９】このように，本実施の形態のシステムでは，検査の予約時に使用する薬品の使用量及び，半減期を管理し，在庫の不足が無くなるよう，発注日になれば，製造元単位に集計し，ＦＡＸ又はメールで注文書を送信する方式を取る。これにより，従来よりも正確な医薬品の発注，手作業の軽減などの効果を得ることができる。
【００４０】
（表示画面について）ここに，端末１０に表示される表示画面の一例について，図２〜図３を用いて説明する。図２には，放射性医薬品使用予定一覧の表示画面の表示態様の一例が開示されている。
【００４１】
同図に示すように，表示画面４０には，放射性医薬品名を表示するための放射性医薬品名表示部４１，当該薬品の量を表示する薬品量表示部４２，注射予定日を表示した注射予定日表示部４３，
患者氏名を表示した患者氏名表示部４４ｂ
が表示形成されている
【００４２】また，
図３には，薬品発注を行うための発注リストを表示した表示画面の一例が開示されている。同図に示すように，表示画面５０には，各薬品メーカー，例えば，Ａ社，Ｂ社，Ｃ社等の各々に対する薬品発注リストを表示した各表示欄５１，５２，５３が設けられている。
【００４３】
表示欄５１は，さらに，発注すべき放射性医薬品名を表示した放射性医薬品名表示部５１ａ並びに当該医薬品の発注される量を表示した薬品量表示部５１ｂが形成されている。他のＢ社，Ｃ社用の表示欄５２，５３においても同様に表示部５２ａ・５２ｂ及び表示部５３ａ・５３ｂが表示形成されている
【００４４】なお，これらの各部各項目は操作入力によって新たに薬品を指定したり，薬品名，量を修正することも可能である。このような，発注先毎に発注薬品リストを端末１０の表示手段の表示画面上に表示する。なお，この不図示の表示手段は，本発明にいう「表示手段」に該当する。
【００４５】（処理手順について）次に，上述のような構成を有する薬品発注システムにおいてユーザーがサービスを受けるにあたり，特にサーバー側の処理を中心にその処理手順を，図４に示すネットワークシーケンス図を参照しつつ説明する。図４は，本例のシステムの全体の処理の流れを示すネットワークシーケンス図である。
【００４６】先ず，ＲＩ薬品が納入されると，ユーザーは，ＲＩ薬品管理情報を入力する装置（端末）１４を用いて，ＲＩ管理薬品情報（管理情報）を入力する。そして，入力された当該ＲＩ薬品管理情報は，サーバー２０に対して送信される（ステップ，以下「Ｓ」１０１）。前記ＲＩ薬品管理情報は，サーバーにて受信されると（Ｓ１０２），データベース（ＤＢ）に格納され，当該ＲＩ薬品管理情報の登録処理を行うこととなる（Ｓ１０３）。例えば，病院に新しい薬品が入った場合には，ＲＩ薬品管理情報を入力する装置１４を用いて，当該新たな薬品を薬品管理情報として入力することとなる。
【００４７】一方，
ユーザーは，ＲＩ検査予約情報を入力する装置（端末）１２を用いて，検査予約情報を入力すると，当該検査予約情報をサーバーに対して送信する（Ｓ１０４）。検査予約情報とは，ＲＩ検査を何月何日の何時に行うという予約情報である。
【００４８】
前記検査予約情報がサーバーにて受信されると（Ｓ１０５），サーバーは，メーカー毎の各医薬品情報に基づいて，メーカー毎のＲＩ検査に用いられる医薬品の半減期，使用量を算出処理を行い（Ｓ１０６），当該算出結果をデータベース（ＤＢ）に対して登録する処理を行う（Ｓ１０７）
サーバーは，Ｓ１０６において，データベース（ＤＢ）に対して当該検索予約情報（当審注：「検索予約情報」は「検査予約情報」の誤記と認める。）の登録処理をも行うこととなる
【００４９】このように，入力した段階で，ＲＩ検査に用いられる薬品の半減期，使用量等をメーカー（発注先）毎に算出し導き出す。これは，殆ど必ず毎日やる場合が多い。つまり，端末１４にて入庫情報が入力されるとともに，検査実施情報に基づき出庫情報を更新するので，ＲＩ薬品の在庫量を算出することができる。このようにして，在庫量と半減期に基づいて発注が必要な（有効期限が切れる）薬品を抽出する。
【００５０】在庫管理に関しては，ある人に対する検査を行う場合に，その人に対する医薬品名，医薬品使用量等の入力を行う。医薬品が使用されると実施登録となる。
【００５１】この結果，前記データベース（ＤＢ）に登録，格納されるＲＩ薬品管理情報としては，例えば，検査実施情報，検査予約情報，メーカー毎の医薬品情報，医薬品に対応する半減期情報等が格納されることとなる。
【００５２】このような前処理とも呼ぶべき前提処理がなされた状態において，
ユーザーがＲＩ薬品発注端末１０を用いて，ＲＩ薬品を新たに発注する旨の操作を行うと，発注要求が当該ＲＩ薬品発注端末１０からサーバーに対して送信されることとなる（Ｓ１０８）
【００５３】
サーバーは，前記発注要求を受領すると（Ｓ１０９），前記データベース（ＤＢ）を参照しながら，半減期等を鑑み，この時間において発注するべき発注薬品のリスト（発注薬品リスト）を抽出する処理を行う（Ｓ１１０）。そして，この抽出された発注薬品リストに基づき，ＲＩ薬品発注端末１０に対して当該リストに関する情報を送信する処理を行うこととなる（Ｓ１１１）
【００５４】前記発注薬品リストに関する情報がＲＩ薬品発注端末にて受信されると（Ｓ１１２），
当該リストは，ＲＩ薬品発注端末上の表示画面に表示されることとなる。
【００５５】
これにより，ＲＩ薬品発注端末１０にて，例えば，翌日のＲＩ検査に必要な一覧を表示して，発注を促すことができる
【００５６】この時，（必要な期限管理された）発注しなければならない薬品の一覧を抽出（検索）し，当該ＲＩ薬品発注端末１０に情報が表示される。
【００５７】この際の演算ならびに抽出（検索）は，自動的になされ，注文と関係なく明日使えるものが全てリストアップされる。なお，各薬品メーカー毎の薬品情報等は，予め端末１４を用いて入力（手動で登録）をしておく必要がある。このようにして，予約情報，管理情報の入力等を行い，薬品の発注端末から指定した検査日を入力すると，自動的に薬品の発注リストが生成，抽出される。
【００５８】
この際，表示画面上には，当該リストが一覧表示されており，発注する薬品として何があるのかを確認することができる。
　上記記載からみて，甲１には，「放射線部門側のシステム２は，ＲＩ薬品の予約ないしは発注を希望する希望者（ユーザー）側の一又は複数のＲＩ薬品発注端末１０と，ＲＩＳの端末であってＲＩ検査予約情報を操作入力するための一又は複数の（ＲＩ検査予約情報を入力する装置）端末１２と，ＲＩ薬品管理情報を操作入力するための一又は複数の（ＲＩ薬品管理情報を入力する装置）端末１４と，これら端末１０，１２，１４，とネットワークＮ１などの通信網を介して無線，有線等により各々データ通信可能に形成されて薬品発注の管理を行うサーバー２０と，を含んで構成されて」（【００１６】，【００１９】）いるところ，そのうち「サーバー２０」について，次の発明（以下「甲１発明」という）が記載されていると認められる。なお，同じ意味である「サーバー」及び「サーバー２０」を「サーバー」に統一し，同様に「ＲＩ検査予約情報」及び「検査予約情報」は「ＲＩ検査予約情報」に統一する。
（甲１発明）
「病院内の医薬品（ＲＩ薬品）の発注に関し，放射線部門で使用されるシステム（【０００１】）が備えるサーバーであって（【００１９】），
　サーバーは，端末１０，１２，１４との間で例えばＲＩ薬品情報などの各種データの送受信を行う送受信手段を含み（【００２９】），ユーザーがＲＩ検査予約情報を入力する装置１２を用いて入力したＲＩ検査予約情報を受信して，データベースに対して当該ＲＩ検査予約情報の登録処理を行い（【００４７】−【００４８】），
　ＲＩ検査予約情報とは，ＲＩ検査を何月何日の何時に行うという予約情報であり（【００４７】），
　登録されるＲＩ検査予約情報は，予約日，放射性医薬品名，数量を含み（【００３３】），
　サーバーは，ユーザー側に発注画面等の各種画面が表示されるように促すプログラム等により形成された表示処理手段を含み（【００２９】），
　端末１０に，放射性医薬品使用予定一覧の表示画面が表示され（【００４０】），表示画面４０には，放射性医薬品名を表示するための放射性医薬品名表示部４１，当該医薬品の量を表示する薬品量表示部４２，注射予定日を表示した注射予定日表示部４３及び患者氏名を表示した患者氏名表示部４４ｂが表示され（【００４１】），
　ユーザーがＲＩ薬品発注端末１０を用いて，ＲＩ薬品を新たに発注する旨の操作を行うと，当該ＲＩ薬品発注端末１０からサーバーに対して送信される発注要求を受領すると，前記データベースを参照しながら，半減期等を鑑み，この時間において発注するべき発注薬品のリスト（発注薬品リスト）を抽出する処理を行い，この抽出された発注薬品リストに基づき，ＲＩ薬品発注端末１０に対して当該リストに関する情報を送信する処理を行い（【００５２】，【００５３】），
　当該リストを，ＲＩ薬品発注端末上の表示画面に表示し（【００５４】），
　表示画面には，各薬品メーカー，例えば，Ａ社，Ｂ社，Ｃ社等の各々に対する薬品発注リストを表示した各表示欄５１，５２，５３が設けられ（【００４２】），
　表示欄は，さらに，発注すべき放射性薬品名を表示した放射性医薬品名表示部５１ａ並びに当該医薬品の発注される量を表示した薬品量表示部５１ｂが形成されて（【００４３】）おり，
　これにより，ＲＩ薬品発注端末１０にて，例えば，翌日のＲＩ検査に必要な一覧を表示して，発注を促す（【００５５】）ものであり，
　この際，表示画面上には，当該リストが一覧表示されており，発注する薬品として何があるのかを確認することができる（【００５８】）
　サーバー。」
２　甲２の記載
　甲２には，以下の事項が記載されている。
「【００３３】
　図７は，情報格納部４０に格納される製品情報テーブルの例を示す図である。
　製品情報テーブルは，図７に示されるように，検査設備ＩＤ及び検査種の組合せごとに，その組合せに必要となる放射性医薬品の製品コード，製品名，及び発注期限のデータ項目を含むデータレコードを格納する。放射性医薬品は上述したとおり有効期限が短いため，製造施設ＦＣ５への放射性医薬品の発注には期限が設けられる。
情報格納部４０は，更に，被検者テーブル，依頼元テーブル（図示せず）などを格納する。被検者テーブルは，被検者ごとに，被検者ＩＤ，氏名，生年月日，性別，メールアドレスなどのデータ項目を含むデータレコードを格納する。依頼元テーブルは，依頼元となる検査依頼機関ＦＣ１ごとに，依頼元ＩＤ，名称，住所，メールアドレスなどのデータ項目を含むデータレコードを格納する。
　なお，情報格納部４０は，上述のテーブル以外のテーブルを格納することもできる。」
「【００３７】
　更に，表示処理部３０は，製品情報テーブルに格納される放射性医薬品の発注期限の情報に基づいて，検査予約状況表示で示される検査枠ごとの予約可否を変更することもできる。具体的には，表示処理部３０は，検査予約状況表示において，どの種の放射性医薬品も発注期限を徒過している検査枠を予約不可状態に変更することができる。このようにすれば，既に発注期限が過ぎてしまっている放射性医薬品を用いる検査予約が登録されるといった不具合をなくすことができる。」
第５　当審の判断
１　請求項１に係る発明（本件発明１）について
（１）対比
　本件発明１と甲１発明とを対比する。
ア　甲１発明の「病院」，「放射線部門で使用されるシステム」，「ＲＩ検査」及び「被検者」は，それぞれ本件発明１の「対象となる検査施設」，「検査施設システム」，「核医学検査」及び「患者」に相当する。また，甲１発明の「ＲＩ薬品」及び「放射性医薬品」は，いずれも本件発明１の「放射性医薬品」に相当する。
　そうすると，甲１発明の「病院内の医薬品（ＲＩ薬品）の発注に関し，放射線部門で使用されるシステムが備えるサーバー」は，本件発明１の「放射性医薬品の発注支援装置」といえる。
イ　甲１発明のＲＩ検査予約情報のうち「ＲＩ検査を何月何日の何時に行うという予約情報」及び「ＲＩ薬品名，数量」は，それぞれ本件発明１の「核医学検査に関する」「検査日時情報」及び「放射性医薬品情報」に相当し，それぞれ各「患者」，すなわち各「被検者」に対応したものであり，サーバーがＲＩ検査予約情報を入力する装置１２から「受信」，すなわち「取得」したものであり，さらに，甲１発明のＲＩ検査予約情報を受信する「送受信手段」は，本件発明１の「情報取得部」に相当する。
　そうすると，甲１発明と本件発明１は，「検査施設における核医学検査」を行う「各被検者の検査に関する検査日時情報及び放射性医薬品情報をそれぞれ取得する情報取得部」を備える点で共通する。
ウ　甲１発明で表示する「放射性医薬品使用予定一覧」は，表示する項目に「放射性医薬品名」，「当該医薬品の量」及び「注射予定日」を含むことから本件発明１の「予約リスト」に対応するところ，上記ア，イも考慮すると，両者は「検査ごとの検査日時情報及び放射性医薬品情報に基づいて」いる点，及び，「前記検査施設における核医学検査の」リストである点で共通する一方，甲１発明の「放射性医薬品使用予定一覧」が「所定期間内の」リストである点は特定されていない。また，甲１発明で表示する「放射性医薬品名」及び「当該医薬品の量」は，検査を受ける「患者氏名」とともに表示されるから，本件発明１の「検査ごとの放射性医薬品情報」に相当する。
　また，甲１発明の「ＲＩ薬品発注端末１０」及び「表示処理手段」は，それぞれ本件発明１の「前記検査施設における検査施設端末」及び「表示処理部」に相当する。
　そうすると，甲１発明と本件発明１は，「検査日時情報及び放射性医薬品情報に基づいて，前記検査施設における核医学検査の予約リストと共に検査ごとの放射性医薬品情報を前記検査施設の検査施設端末に表示する表示処理部」を備える点で共通する。
エ　甲１発明のサーバーは，「発注薬品リスト」を抽出するための抽出手段を備えることが明らかであるところ，「発注薬品リスト」は，その表示画面で示されるとおり，各薬品メーカーそれぞれに対する放射性薬品名と当該医薬品の発注される量からなる薬品発注リストを含むものであるから，本件発明１の「放射性医薬品の一括発注情報を発注先ごとに区分けして生成」したものに相当し，前記「抽出手段」は，本件発明１の「情報生成部」に相当する。
　さらに，甲１発明のサーバーが，ＲＩ検査予約情報が登録された「データベースを参照しながら」，「発注薬品リストを抽出する」ことは，「データベース」に登録された検査ごとのＲＩ検査予約情報に基づくものといえ，上記アないしウも考慮すると，甲１発明と本件発明１は，「検査ごとの放射性医薬品情報に基づいて，該予約リストに含まれる複数の検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する情報生成部」を備える点で共通する。
　上記アないしエを総合すると，本件発明１と甲１発明とは，以下の点で一致し，また相違する。
＜一致点＞
　検査施設における核医学検査を行う各被検者の検査に関する検査日時情報及び放射性医薬品情報をそれぞれ取得する情報取得部と，
　検査ごとの検査日時情報及び放射性医薬品情報に基づいて，前記検査施設における核医学検査の予約リストと共に検査ごとの放射性医薬品情報を前記検査施設の検査施設端末に表示する表示処理部と，
　検査ごとの放射性医薬品情報に基づいて，該予約リストに含まれる複数の検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する情報生成部と，
　を備える放射性医薬品の発注支援装置。
（相違点１）　
　「情報取得部」で取得する「検査日時情報」及び「放射性医薬品情報」について，本件発明１では，「対象となる検査施設の検査施設システムで生成された，該検査施設における核医学検査が予約されている各被検者の予約済み検査に関する」ものであるのに対し，甲１発明では，「ユーザーがＲＩ検査予約情報を入力する装置１２を用いて入力」したもの，すなわち，予約前のものである点。
（相違点２）
　上記相違点１に関連して，「表示処理部」の構成において，本件発明１では「前記取得された予約済み検査ごとの検査日時情報及び放射性医薬品情報に基づいて」とされている事項について，甲１発明では「前記取得された予約済み検査ごと」であることの特定がない点。
（相違点３)
「表示処理部」により表示する「予約リスト」について，本件発明１では「所定期間内の核医学検査の予約リスト」であるのに対し，甲１発明では「所定期間内の」との特定がない点。
（相違点４）
　上記相違点１に関連して，「表示処理部」により表示する「検査ごとの放射性医薬品情報」について，本件発明１では，「予約済み検査ごとの放射性医薬品情報」であるのに対し，甲１発明では「予約済み検査ごと」であることの特定がない点。
（相違点５）
　「情報生成手段」が「一括発注情報を生成する」条件について，本件発明１では，「前記予約リストの表示に対する発注操作が受け付けられた場合」であるのに対し，甲１発明ではこの特定がない点。
（相違点６）
　上記相違点１に関連して，「情報生成部」の構成において，本件発明１では「前記取得された予約済み検査ごとの放射性医薬品情報に基づいて」とされている事項について，甲１発明では「前記取得された予約済み検査ごと」であることの特定がない点。
（相違点７）
　上記相違点１に関連して，「放射性医薬品の一括発注情報」は，本件発明１では「該予約リストに含まれる複数の予約済み検査で必要となる」ものであるのに対し，甲１発明では「予約済み検査で必要になる」ことの特定がない点。
（２）判断
　事案に鑑み，まず相違点３と相違点５についてまとめて検討する。
　本件発明１は，相違点３と相違点５に係る構成により，「前記検査施設における所定期間内の核医学検査の予約リストと共に予約済み検査ごとの放射性医薬品情報を前記検査施設の検査施設端末に表示」し，この「予約リストの表示に対する発注操作が受け付けられた場合に，」「該予約リストに含まれる複数の予約済み検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する」ものといえる。そして，本件発明１は，このように構成することで，「発注担当者は，検査施設端末に表示される予約リストを確認して発注操作を行うことで，所定期間内で予約されている核医学検査で必要とされる放射性医薬品を漏れなく的確に発注することができる。即ち，本実施形態によれば，核医学検査の検査施設ＦＣ１における放射性医薬品の発注業務にかかる労力を低減することができる。」（【００２６】）という効果を奏するものである。
　一方，甲１発明は，「ユーザーがＲＩ薬品発注端末１０を用いて，ＲＩ薬品を新たに発注する旨の操作を行うと，当該ＲＩ薬品発注端末１０からサーバーに対して送信される発注要求を受領すると，前記データベースを参照しながら，」「この時間において発注するべき発注薬品のリスト（発注薬品リスト）を抽出する処理を行」うものであって，この時間において発注すべき発注薬品をサーバーが抽出するものである。そうすると，甲１発明の「放射性医薬品使用予定一覧」として表示されるのは，サーバーが抽出を行う前のものであり，この時間において発注すべき発注薬品だけでなく，他にも予約されたＲＩ検査で必要となる発注薬品が併せて表示されるものと解されるから，ユーザーが発注する旨の操作の前に放射性医薬品使用予定一覧を確認しても，この時間において発注すべき発注薬品のみを漏れなく的確に把握することは容易とはいえない。そのため，甲１発明は，発注薬品リストを，ＲＩ薬品発注端末上の表示画面に表示し，これにより，ＲＩ薬品発注端末１０にて，例えば，翌日のＲＩ検査に必要な一覧を表示して，発注を促すものであり，この際，表示画面上には，当該リストが一覧表示されており，発注する薬品として何があるのかを確認することができるものである。
　そうすると，甲１発明において，放射性医薬品使用予定一覧は，「所定期間内の核医学検査の」一覧であることまでは想定されておらず，放射性医薬品使用予定一覧の表示に対してユーザーが発注する旨の操作を行うようにすることの動機付けはなく，当業者が容易になし得たものではない。
（３）異議申立人の主張について
　異議申立人は，申立ての理由において，本件発明１と甲１発明との相違点２として，「甲第１号証は，構成要件Ｃに関して，発注操作が予約リストの表示に対する発注操作であることを明記していない点」を挙げ，この点について以下のとおり主張している。
「甲第１号証では，検査施設端末に対応する端末１０に予約リストに対応する放射性医薬品使用予定一覧が表示され，発注担当者は端末１０を用いて発注操作に対応するＲＩ薬品を新たに発注する旨の操作を行うため，甲第１号証の発注システムにおいても，予約されている核医学検査で必要とされる放射性医薬品を漏れなく的確に発注することができる。また，放射性医薬品使用予定一覧の表示が発注操作の前に確認できるよう表示することが甲第１号証に明記されていないとしても，予約されている核医学検査で必要とされる放射性医薬品を漏れなく的確に発注することは，当業者にとって当然の課題であるから，その放射性医薬品使用予定一覧を確認してから発注操作を行うことができるように，放射性医薬品使用予定一覧と共に操作ボタンを付けたり，放射性医薬品使用予定一覧の表示中又は表示後に音声による操作やジェスチャ操作による発注操作を可能とすることは，当業者が適宜なし得る設計的事項に過ぎない。」
　この主張について検討すると，甲１発明において，「予約されている核医学検査で必要とされる放射性医薬品を漏れなく的確に発注することは，当業者にとって当然の課題である」としても，上記（２）で説示したとおり，放射性医薬品使用予定一覧は，「この時間において発注すべき発注薬品だけでなく，他にも予約されたＲＩ検査で必要となる発注薬品が併せて表示されるもの」であると解され，そのような放射性医薬品使用予定一覧の表示に対してユーザーが発注する旨の操作を行うようにすることの動機付けはないから，上記主張には理由がない。
（４）小括
　よって，他の相違点について検討するまでもなく，本件発明１は，甲１に基づいて当業者が容易に発明することができたものではない。
２　請求項８に係る発明（本件発明８）について
　本件発明８は，本件発明１に対して，さらに
「前記表示処理部は，前記予約リストに含まれる或る予約済み検査に対するキャンセル操作が行われた場合に，該予約済み検査を前記予約リストから消去し，又は，前記予約リストにおける該予約済み検査の表示態様を変更し，
　前記情報生成部は，前記キャンセル操作の対象とされた予約済み検査を除く前記予約リストに含まれる複数の予約済み検査で必要となる放射性医薬品の一括発注情報を発注先ごとに区分けして生成する」
という技術的事項を追加したものである。
　よって，上記１に示した理由と同様の理由により，本件発明８は，甲１発明に基づいて当業者が容易に発明することができたものではない。
３　請求項９に係る発明（本件発明９）について
本件発明９は，本件発明１に対して，さらに
「放射性医薬品の発注期限情報を保持する期限保持部，
　を更に備え，
　前記表示処理部は，前記予約リスト内に前記発注期限情報で示される発注期限が徒過している放射性医薬品を使用する予約済み検査が存在しているか否かをチェックし，
　前記予約リスト内に発注期限が徒過している放射性医薬品を使用する予約済み検査が含まれている場合には，前記発注操作が受け付け不可能な状態とされる，又は，前記発注操作に伴い警告表示が表示される」
という技術的事項を追加したものである。
　よって，上記１に示した理由と同様の理由により，本件発明９は，甲１発明に基づいて当業者が容易に発明することができたものではない。
　さらに，本件発明９と甲１発明との相違点である，上記１（１）の相違点３及び相違点５に係る構成は，甲２の記載から充足することはできないから，本件発明９は，甲１発明と甲２に記載された事項に基づいて，当業者が容易に発明することができたものではない。
４　請求項１０に係る発明（本件発明１０）について
　本件発明１０は，本件発明１とカテゴリーの異なる発明であって，本件発明１と甲１発明との相違点である上記１（１）の相違点３及び相違点５に係る構成と同様の構成を備えるから，本件発明１と同様の理由により，甲１発明に基づいて当業者が容易に発明することができたものではない。
第６　むすび
　したがって，特許異議の申立ての理由及び証拠によっては，請求項１，８−１０に係る特許を取り消すことはできない。
　また，他に請求項１，８−１０に係る特許を取り消すべき理由を発見しない。
　よって，結論のとおり決定する。
【異議決定日】
令和２年１１月１１日（２０２０．１１．１１）