【事件の表示】
　特願２００２−２６６２０６「ホットスタンバイ計算機システム」拒絶査定不服審判事件〔平成１６年　４月　２日出願公開、特開２００４−１０２８５２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯 
　本願は、平成１４年９月１２日の出願であって、平成１８年５月１８日付けで拒絶理由通知がなされ、同年７月２１日付けで手続補正がなされたが、同年１１月３０日付けで拒絶査定がなされ、これに対し、同年１２月２８日に審判請求がなされるとともに平成１９年１月２９日付けで手続補正がなされたものである。そして、同年３月９日付けで審査官から前置報告がなされ、平成２０年１１月２６日付けで当審より審尋がなされ、平成２１年１月２９日付けで回答書が提出されたものである。
　 
第２．平成１９年１月２９日付けの手続補正についての補正却下の決定 
［補正却下の決定の結論］ 
　平成１９年１月２９日付けの手続補正を却下する。 
　 
［理由］ 
１．補正の内容
　平成１９年１月２９日付けの手続補正（以下、「本件補正」という。）の内容は、
　平成１８年７月２１日付けの手続補正により補正された特許請求の範囲の記載
「【請求項１】
　運用系切替により、運用系と待機系との運用が可能な複数の計算機と、該計算機によりアクセスされるデータを格納する共有ディスク装置とを有する計算機システムであって、
　前記計算機は、
　記憶部と、制御部とを有し、
　前記制御部は、
　システムを起動したときに、前記共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信するドライバ手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御手段とを実行する計算機システム。
【請求項２】
　請求項１に記載の計算機システムであって、
　前記アクセス制御手段は、
　該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録することを特徴とする計算機システム。
【請求項３】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された運用系切替コマンドを前記計算機に対して送信するコンソールとを有し、
　前記アクセス制御手段は、
　該計算機が待機系で運用している場合であって前記系切替コマンドを受信したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録することを特徴とする計算機システム。
【請求項４】
　請求項２又は３に記載の計算機システムであって、
　前記アクセス要求として、少なくともライトを禁止するように前記管理テーブルに登録することを特徴とする計算機システム。
【請求項５】
　請求項１の計算機システムであって、
　前記管理テーブルには、アクセス先ごとの禁止するリード又はライトのアクセス要求を示しており、
　前記アクセス制御手段は、前記管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたリード又はライトのアクセス要求を送信するかどうかを判定し、リード又はライトが禁止されていないアクセス先へのアクセス要求であるときはリード又はライトのアクセス要求を前記ドライバ手段に送信することを特徴とする計算機システム。
【請求項６】
　請求項１の計算機システムであって、
　前記管理テーブルには、アクセス先ごとの禁止するファイルオープン又はファイルクローズのアクセス要求を示しており、
　前記アクセス制御手段は、前記管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたファイルオープン又はファイルクローズのアクセス要求を送信するかどうかを判定し、ファイルオープン又はファイルクローズが禁止されていないアクセス先へのアクセス要求であるときはファイルオープン又はファイルクローズのアクセス要求を前記ドライバ手段に送信することを特徴とする計算機システム。
【請求項７】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された、アクセス先ごとに禁止するアクセス要求を登録、削除又は変更するためのコマンドを前記計算機に対して送信するコンソールとを有し、
　前記アクセス制御手段は、
　前記コマンドを受信したときに、アクセス先ＩＤと、そのアクセス先に対して禁止するアクセス要求の種類とを、前記管理テーブルに登録、削除又は変更することを特徴とする計算機システム。
【請求項８】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された管理テーブルの内容を要求するコマンドを前記計算機に対して送信し、該計算機から受信した管理テーブルの内容を出力するコンソールとを有することを特徴とする計算機システム。
【請求項９】
　運用系切替により、運用系と待機系との運用が可能な計算機であって、
　記憶部と、制御部とを有し、
　前記制御部は、
　システムを起動したときに、複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信するドライバ手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御手段とを実行する計算機。
【請求項１０】
　計算機を、運用系切替により運用系と待機系との運用ができるように機能させるためのプログラムであって、
　システムを起動したときに、複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定するようにドライバ手段に指示する指示手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信する判定手段として前記計算機を機能させるためのプログラム。
【請求項１１】
　計算機を、運用系切替により運用系と待機系との運用ができるように機能させるためのプログラムであって、
　システムを起動したときに、複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定するようにしておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信する送信手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記送信手段に送信する判定手段として前記計算機を機能させるためのプログラム。
【請求項１２】
　請求項１１のプログラムであって、
　さらに、アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記判定手段へ送信するOSとして機能することを特徴とするプログラム。
【請求項１３】
　運用系切替により運用系と待機系との運用可能な計算機によるアクセス制御方法であって、
　システムを起動したときに、複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求をドライバ手段により送信し、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御方法。
【請求項１４】
　請求項１に記載の計算機システムであって、
　前記制御部は、
　アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記アクセス制御手段へ送信するＯＳを実行する計算機システム。
【請求項１５】
　請求項９に記載の計算機であって、
　前記制御部は、
　アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記アクセス制御手段へ送信するＯＳを実行する計算機。」（以下、この特許請求の範囲に記載された請求項を「補正前の請求項」という。）を、
　
「【請求項１】
　運用系切替により、運用系と待機系との運用が可能な複数の計算機と、該計算機によりアクセスされるデータを格納する共有ディスク装置とを有する計算機システムであって、
　前記計算機は、
　記憶部と、制御部とを有し、
　前記制御部は、
　システムを起動したときに、待機系の計算機であっても前記共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信するドライバ手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御手段とを実行し、
　前記アクセス制御手段は、
　該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録する計算機システム。
【請求項２】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された運用系切替コマンドを前記計算機に対して送信するコンソールとを有し、
　前記アクセス制御手段は、
　該計算機が待機系で運用している場合であって前記系切替コマンドを受信したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録することを特徴とする計算機システム。
【請求項３】
　請求項２に記載の計算機システムであって、
　前記アクセス要求として、少なくともライトを禁止するように前記管理テーブルに登録することを特徴とする計算機システム。
【請求項４】
　請求項１の計算機システムであって、
　前記管理テーブルには、アクセス先ごとの禁止するリード又はライトのアクセス要求を示しており、
　前記アクセス制御手段は、前記管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたリード又はライトのアクセス要求を送信するかどうかを判定し、リード又はライトが禁止されていないアクセス先へのアクセス要求であるときはリード又はライトのアクセス要求を前記ドライバ手段に送信することを特徴とする計算機システム。
【請求項５】
　請求項１の計算機システムであって、
　前記管理テーブルには、アクセス先ごとの禁止するファイルオープン又はファイルクローズのアクセス要求を示しており、
　前記アクセス制御手段は、前記管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたファイルオープン又はファイルクローズのアクセス要求を送信するかどうかを判定し、ファイルオープン又はファイルクローズが禁止されていないアクセス先へのアクセス要求であるときはファイルオープン又はファイルクローズのアクセス要求を前記ドライバ手段に送信することを特徴とする計算機システム。
【請求項６】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された、アクセス先ごとに禁止するアクセス要求を登録、削除又は変更するためのコマンドを前記計算機に対して送信するコンソールとを有し、
　前記アクセス制御手段は、
　前記コマンドを受信したときに、アクセス先ＩＤと、そのアクセス先に対して禁止するアクセス要求の種類とを、前記管理テーブルに登録、削除又は変更することを特徴とする計算機システム。
【請求項７】
　請求項１に記載の計算機システムであって、
　さらに、オペレータにより入力された管理テーブルの内容を要求するコマンドを前記計算機に対して送信し、該計算機から受信した管理テーブルの内容を出力するコンソールとを有することを特徴とする計算機システム。
【請求項８】
　運用系切替により、運用系と待機系との運用が可能な計算機であって、
　記憶部と、制御部とを有し、
　前記制御部は、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信するドライバ手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御手段とを実行し、
　前記アクセス制御手段は、
　該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録する計算機。
【請求項９】
　計算機を、運用系切替により運用系と待機系との運用ができるように機能させるためのプログラムであって、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定するようにドライバ手段に指示する指示手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信する判定手段として前記計算機を機能させ、
　前記判定手段は、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録し、該登録された管理テーブルに基づいて、前記送信を行うよう前記計算機を機能させるためのプログラム。
【請求項１０】
　計算機を、運用系切替により運用系と待機系との運用ができるように機能させるためのプログラムであって、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定するようにしておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求を送信する送信手段と、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記送信手段に送信する判定手段として前記計算機を機能させ、
　前記判定手段は、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように前記管理テーブルに登録し、該登録された管理テーブルに基づいて、前記送信を行うよう前記計算機を機能させるためのプログラム。
【請求項１１】
　請求項１０のプログラムであって、
　さらに、アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記判定手段へ送信するOSとして機能することを特徴とするプログラム。
【請求項１２】
　運用系切替により運用系と待機系との運用可能な計算機によるアクセス制御方法であって、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求をドライバ手段により送信し、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信し、
　前記管理テーブルは、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように登録されるアクセス制御方法。
【請求項１３】
　請求項１に記載の計算機システムであって、
　前記制御部は、
　アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記アクセス制御手段へ送信するＯＳを実行する計算機システム。
【請求項１４】
　請求項８に記載の計算機であって、
　前記制御部は、
　アクセス要求の発行先を示したデバイススイッチテーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を前記ドライバ手段又は前記アクセス制御手段へ送信するＯＳを実行する計算機。」（以下、この特許請求の範囲に記載された請求項を「補正後の請求項」という。）
　に補正するものである。
　 
２．補正の適否
　本件補正は、補正後の請求項１を削除したものであって、補正後の請求項１〜請求項１４は、その記載からして、それぞれ補正前の請求項２〜請求項１５に対応したものである。
　
　そこで、本件補正が、特許法第１７条の２に規定する要件を満たすかどうか、検討する。
　
２−１．新規事項の有無、補正の目的要件  
　本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされており、特許法第１７条の２第３項の規定に適合する。
　そして、補正前の請求項２〜１５についてそれぞれなされた補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例とされる同法による改正前の特許法第１７条の２第４項第２号の特許請求の範囲の減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるもの）を目的とするものである。 
　
２−２．独立特許要件  
　補正前の請求項１３についてなされた補正は、特許法１７条の２第４項第２号の特許請求の範囲の減縮を目的とすることから、補正前の請求項１３についてする補正、すなわち補正後の請求項１２（以下「補正後の発明」という。）が、特許出願の際独立して特許を受けることができるものであるか、（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）以下に検討する。 
　
（１）補正後の発明
　前記補正前の請求項１３についてする補正により、補正後の発明は、前記「１．補正後の本願発明」の「補正後の請求項１２」に記載された以下のものと認められる。
　
　「運用系切替により運用系と待機系との運用可能な計算機によるアクセス制御方法であって、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求をドライバ手段により送信し、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信し、
　前記管理テーブルは、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように登録されるアクセス制御方法。」
　
（２）引用文献 
　原査定の拒絶の理由に引用された特開平１０−８３２５７号公報（以下、「引用文献」という。）には、図面とともに次の事項が記載されている。
　 
（ア）「【０００１】
【発明の属する技術分野】この発明は、
２つのホストシステムで共有されるデータストレージシステムに関する
【０００２】
【従来の技術】
従来例１．図１３は、１つのディスクサブシステムを２つのホストシステムで共有するシステムの構成図である。図１３において、１００ａは現用系（主系）のホストシステム、１００ｂは予備系（従系）のホストシステムである。１１０ａはホストシステム１００ａのディスク制御装置、１１０ｂはホストシステム１００ｂのディスク制御装置である。ディスク３００は、ホストシステム１００ａ，１００ｂで共有される複数のディスクである。２００ａは、ディスク３００とホストシステム１００ａを接続するバス、２００ｂは、ディスク３００とホストシステム１００ｂを接続するバスである。このような構成を採るシステムの一例として、デュプレクスシステム（Ｄｕｐｌｅｘ  Ｓｙｓｔｅｍ）がある。
デュプレクスシステムは、スタンドバイシステム
現用系と予備系のプロセッサ
現用系が障害になると
予備に切り換えて処理を再開
ホットスタンドバイシステム
　
（イ）「【０００４】
【発明が解決しようとする課題】この発明は、上記のような問題点を解決するためになされたものであり、２つのホストシステムで共有されるデータストレージシステムにおいて、システム起動時に主系・従系の間で競合を発生させない様に協調してシステム起動を行えるデータストレージシステム及びその管理方法を得ることを目的としている。また、２つのホストシステムで共有されるデータストレージシステムにおいて、
２つのホストシステムの切換時
　
（ウ）「【００２２】次に、図４から図６を用いて、動作について具体的に説明する。この実施の形態では、システムに電源を投入する際、まず、主系のホストシステムから先に電源を投入し、次に、従系のシステムに電源を投入するものとする。また、主系、従系のシステム構成は、同一の構成であり、電源投入後のシステム起動にかかる時間もそれぞれ、ほぼ同一であることを想定している。・・・（中略）・・・図４に示すように、まず主系がシステムのハードウェアへの電源投入（Ｓ１１０）でシステム起動を開始する。次に、Ｓ１２０において、主系のホストシステムは、主系システムのハードウェア（Ｈ／Ｗ）をチェックする。チェック終了後、入出力制御装置上のＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）によりディスクのリードライト（Ｒｅａｄ／Ｗｒｉｔｅ）動作を開始する（Ｓ１３０）。まず、主系のホストシステムは、ディスクサブシステムに対して、リセット（Ｒｅｓｅｔ）を発行する（Ｓ１３２）。次に、主系のホストシステムは、
接続されているディスクを確認するコマンド（Ｔａｒｇｅｔ  Ｓｅｌｅｃｔ，Ｉｎｑｕｉｒｙ  ＣＭＤ，Ｔｅｓｔ  Ｕｎｉｔ  Ｒｅａｄｙ）を発行
ディスク起動コマンド（ＳｔａｒｔＣＭＤ）を発行
【００２３】一方、従系も、主系に続いて、システムのハードウェアへの電源投入でシステム起動を開始する（図６、Ｓ３１０）。次に、Ｓ３２０において、従系のホストシステムは、従系システムのハードウェア（Ｈ／Ｗ）をチェックする。チェック終了後、入出力制御装置上のＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）によりディスクのリードライト（Ｒｅａｄ／Ｗｒｉｔｅ）動作を開始する（Ｓ３３０）。まず、
従系のホストシステムは、ディスクサブシステムに対して、リセット（Ｒｅｓｅｔ）を発行
従系のホストシステムは、接続されているディスクを確認するコマンドを発行
従系のホストシステムは
接続されているディスクそれぞれに対してディスクの識別子であるＩＤの所定の順（昇順または降順）にディスク起動コマンドを発行
　
（エ）「【００２７】従系は、ディスクマネージャ４００のアクセス制御部４２３からディスク起動コマンドに対する起動完了を受け取ると、接続されているディスク３００に対してディスク起動コマンドを発行する。その後、従系は、ディスクからＯＳ（オペレーティングシステム）の読み込み（ロード）を行う（Ｓ３３８）。ＯＳの読み込みが完了すると、従系のホストシステムのシステム起動が完了する。・・・（中略）・・・ＳＣＳＩブロック１をポーリングしている主系のホストシステムは、完了コードの書き込みによりシステム起動完了を知る。その後、
主系と従系は、ディスクサブシステムを共有して、デュプレクスシステムの運用を開始
　
（オ）「【００３１】・・・（中略）・・・ディスクマネージャ４００は、ＳＣＳＩ等のディスクインタフェースを有するディスクサブシステム管理機構（ハードウェア）である。ディスクマネージャ４００は、
主系と従系のホストシステムの各ディスクへのアクセスの許可（○）／禁止（×）をアクセス情報として登録するディスク管理テーブル
アクセス制御部１２０ａ，１２０ｂはディスク管理テーブル１４００を参照してホストシステム１００ａ，１００ｂのディスクへのアクセスを制御
ハードウェアの構成からはどちらのディスク制御装置からもディスク＃０、＃１共アクセス可能
アクセスを許可されたディスク以外はアクセスしないように、アクセス制御部が制御を行なう
【００３２】アクセス制御部１２０ａ，１２０ｂの動作について説明する。・・・（中略）・・・アクセス制御部１２０ａ，１２０ｂはこのディスクインタフェースを介してディスク管理テーブル１４００にアクセスする事ができる。・・・（中略）・・・アクセス制御部１２０ａ，１２０ｂは、ディスク管理テーブルを参照して、その系に対するディスクのアクセス許可または禁止を判別し、アクセスが禁止されているディスクへのアクセスを行なわない様に制御する。・・・（中略）・・・
【００３３】・・・（中略）・・・ディスク管理テーブルのアクセス情報の変更について具体的に説明する。システムに障害が生じた場合、ディスクアクセスを行なわずに安全（他系に影響をおよぼさないよう）にシャットダウン動作を行なう為に、以下のようにディスク管理テーブルのアクセス情報を書き換える。・・・（中略）・・・アクセス情報変更部は、主系のホストシステム１００ａからのアクセスが許可になっているディスク＃０のアクセス情報をアクセス禁止に書き換えて、主系のホストシステム１００ａのディスク＃０へのアクセスを禁止とすると共に、従系のホストシステム１００ｂからのディスク＃０へのアクセスを許可するように、ディスク管理テーブル１４００のディスク＃０のアクセス情報を書き換える。・・・（中略）・・・
【００３４】次に、主系のホストシステム１００ａがダウンし、主系のアクセス制御部１２０ａ、アクセス情報変更部１２２ａ、障害検出部１２４ａが動作しない場合について説明する。この場合の、
システムダウンの検出は、従系の障害検出部１２４ｂが行う
アクセス情報変更部１２２ｂは、主系のアクセスしていたディスク＃０のアクセス情報の変更を行う
　
（カ）「【図９】」には、ホストシステム（主系）１００ａ及びホストシステム（従系）１００ｂとが、ディスクサブシステムを共有し、ホストシステム（主系）１００ａが、アクセス制御部（主系）１２０ａとアクセス情報変更部（１２２ａ）と障害検出部（１２４ａ）とディスク制御装置（主系）１１０ａとを有し、ホストシステム（従系）１００ｂが、アクセス制御部（従系）１２０ｂとアクセス情報変更部（１２２ｂ）と障害検出部（１２４ｂ）とディスク制御装置（従系）１１０ｂとを有することが記載されている。
　
　上記（ア）の段落【０００１】における記載「この発明は、２つのホストシステムで共有されるデータストレージシステムに関するものである。」、段落【０００２】における記載「このような構成を採るシステムの一例として、デュプレクスシステム（Ｄｕｐｌｅｘ  Ｓｙｓｔｅｍ）がある。デュプレクスシステムは、スタンドバイシステムとも呼ばれ、オンライン処理を行う現用系と予備系のプロセッサから構成される。予備系は、通常バッチ処理などの優先度の低い業務に使用される。現用系が障害になると予備系の業務を中止し、障害装置を予備に切り換えて処理を再開する。予備系を常時サービス開始可能な状態に待機させておく方式をホットスタンドバイシステムと呼ぶ」、及び（イ）の段落【０００４】における記載「２つのホストシステムで共有されるデータストレージシステムにおいて、２つのホストシステムの切換時・・・（中略）・・・のデータストレージへの干渉を防ぐ機構を備えたデータストレージシステムを得ることを目的としている。」からすると、
　引用文献には、運用系切替により、現用系と予備系との運用可能なホストシステムによるアクセス制御方法に関する発明が記載されていると解される。
　なお、ホストシステムがホスト計算機によって運用実行されることは、当業者にとって自明である。
　
　（ウ）の段落【００２３】における記載「一方、従系も、主系に続いて、システムのハードウェアへの電源投入でシステム起動を開始する（図６、Ｓ３１０）。・・・（中略）・・・まず、従系のホストシステムは、ディスクサブシステムに対して、リセット（Ｒｅｓｅｔ）を発行する（Ｓ３３２）。・・・（中略）・・・次に、従系のホストシステムは、接続されているディスクを確認するコマンドを発行する（Ｓ３３４）。そして、従系のホストシステムは、ディスクのバス上をディスクマネージャから順番にサーチして、接続されているディスクそれぞれに対してディスクの識別子であるＩＤの所定の順（昇順または降順）にディスク起動コマンドを発行していく。」、（エ）における記載「従系は、・・・（中略）・・・接続されているディスク３００に対してディスク起動コマンドを発行する。その後、従系は、ディスクからＯＳ（オペレーティングシステム）の読み込み（ロード）を行う（Ｓ３３８）。ＯＳの読み込みが完了すると、従系のホストシステムのシステム起動が完了する。・・・（中略）・・・ＳＣＳＩブロック１をポーリングしている主系のホストシステムは、完了コードの書き込みによりシステム起動完了を知る。その後、主系と従系は、ディスクサブシステムを共有して、デュプレクスシステムの運用を開始する。」、及び（オ）の段落【００３１】における記載「ハードウェアの構成からはどちらのディスク制御装置からもディスク＃０、＃１共アクセス可能であるが、アクセスを許可されたディスク以外はアクセスしないように、アクセス制御部が制御を行なう。」からすると、ホストシステムを起動したときに、従系のホスト計算機であっても主系と従系のホスト計算機により共有される共有ディスクサブシステム内の接続されているディスクを確認して、該接続されているディスクのＩＤに基づいて、各ディスクに対してディスク起動コマンドを発行することで該ディスクをハードウェアの構成からはアクセス可能な状態に設定しておくと解される。
　ここで、接続されているディスクを確認して、該接続されているディスクのＩＤに基づいて、各ディスクに対してディスク起動コマンドを発行することからすると、接続されているディスクをそのＩＤを取得することで確認するものと認められる。
　なお、（カ）における記載「「【図９】」には、ホストシステム（主系）１００ａ及びホストシステム（従系）１００ｂとが、ディスクサブシステムを共有し、ホストシステム（主系）１００ａが、・・・（中略）・・・ディスク制御装置（主系）１１０ａとを有し、ホストシステム（従系）１００ｂが、・・・（中略）・・・ディスク制御装置（従系）１１０ｂとを有することが記載されている。」からすると、各ホスト計算機（主系及び従系）は、それぞれ、前記ディスク制御装置（主系及び従系）を有するか、または少なくとも前記ディスク制御装置（主系及び従系）とインタフェースをとるための機構を有すると解される。
　そして、前記ホスト計算機において、該共有ディスクサブシステムに対するアクセス要求を受信したときに、該共有ディスクサブシステムにアクセス要求を前記ディスク制御装置とインタフェースをとるための機構または前記ディスク制御装置（以下、簡単のため、「ディスク制御機構」と言う。）を介して送信すると解される。
　なお、主系及び従系が、それぞれ現用系及び予備系に対応することは、当業者にとって自明である。
　また、主系と従系のホスト計算機はデュプレクスシステムを構成することから、データを共有すると解される。
　
　（オ）の段落【００３１】における記載「ディスクマネージャ４００は、主系と従系のホストシステムの各ディスクへのアクセスの許可（○）／禁止（×）をアクセス情報として登録するディスク管理テーブル１４００を有している。アクセス制御部１２０ａ，１２０ｂはディスク管理テーブル１４００を参照してホストシステム１００ａ，１００ｂのディスクへのアクセスを制御する。・・・（中略）・・・ハードウェアの構成からはどちらのディスク制御装置からもディスク＃０、＃１共アクセス可能であるが、アクセスを許可されたディスク以外はアクセスしないように、アクセス制御部が制御を行なう。」からすると、前記ホスト計算機は、アクセス先のディスクごとにアクセスを許可するか又は禁止することを示したディスク管理テーブルに基づいて、ディスクへのアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先のディスクへのアクセス要求を前記ディスク制御機構に送信すると解される。
　また、（ア）の段落【０００２】に「デュプレクスシステムは、スタンドバイシステムとも呼ばれ、オンライン処理を行う現用系と予備系のプロセッサから構成される。予備系は、通常バッチ処理などの優先度の低い業務に使用される。」と記載されているように、ホスト計算機において、オンライン処理又はバッチ処理のアプリケーションプログラムを実行することによりディスクへのアクセス要求を行うことは、当業者にとって自明である。
　そして、（オ）の段落【００３３】における記載「システムに障害が生じた場合、ディスクアクセスを行なわずに安全（他系に影響をおよぼさないよう）にシャットダウン動作を行なう為に、以下のようにディスク管理テーブルのアクセス情報を書き換える。・・・（中略）・・・アクセス情報変更部は、主系のホストシステム１００ａからのアクセスが許可になっているディスク＃０のアクセス情報をアクセス禁止に書き換えて、主系のホストシステム１００ａのディスク＃０へのアクセスを禁止とすると共に、従系のホストシステム１００ｂからのディスク＃０へのアクセスを許可するように、ディスク管理テーブル１４００のディスク＃０のアクセス情報を書き換える。」、及び【００３４】における記載「主系のホストシステム１００ａがダウンし、主系のアクセス制御部１２０ａ、アクセス情報変更部１２２ａ、障害検出部１２４ａが動作しない場合について説明する。この場合の、システムダウンの検出は、従系の障害検出部１２４ｂが行う。・・・（中略）・・・障害検出部１２４ｂは、ハートビート信号線１１００からハートビートを入力し監視することにより、主系のホストシステムのダウンを検出する。システムダウンを検出すると、障害検出部１２４ｂは、アクセス情報変更部１２２ｂに主系の障害発生を通知する。アクセス情報変更部１２２ｂは、主系のアクセスしていたディスク＃０のアクセス情報の変更を行う。アクセス情報の変更については、すでに述べた変更と同様である。」からすると、該ホスト計算機が従系で運用している場合であって主系ホスト計算機に障害が発生したときは、アクセス情報変更部は、主系のアクセスしていたアクセス先のディスクに対するアクセス要求を許可するように前記ディスク管理テーブルに登録すると解される。
　
　したがって、引用文献には、次の発明（以下、「引用発明」という。）が記載されていると認められる。 
　 
　運用系切替により、現用系と予備系との運用可能なホスト計算機によるアクセス制御方法であって、
　ホストシステムを起動したときに、予備系のホスト計算機であっても現用系と予備系のホスト計算機によりデータを共有される共有ディスクサブシステム内の接続されているディスクのＩＤを取得して確認し、該接続されているディスクのＩＤに基づいて、各ディスクに対してディスク起動コマンドを発行することで該ディスクをハードウェアの構成からはアクセス可能な状態に設定しておき、該共有ディスクサブシステムに対するアクセス要求を受信したときに、該共有ディスクサブシステムにアクセス要求をディスク制御機構により送信し、
　アクセス先のディスクごとにアクセスを許可するか又は禁止することを示したディスク管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたディスクへのアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先のディスクへのアクセス要求を前記ディスク制御機構に送信し、
　前記ディスク管理テーブルは、該ホスト計算機が予備系で運用している場合であって現用系ホスト計算機に障害が発生したときは、現用系ホスト計算機のアクセスしていたアクセス先のディスクに対するアクセス要求を許可するように登録されるアクセス制御方法。
　 
（３）対比 
　ここで、補正後の発明と引用発明とを比較する。 
　引用発明の「現用系」、「予備系」、及び「ホスト計算機」は、それぞれ、補正後の発明の「運用系」、「待機系」、及び「計算機」に相当する。
　引用発明の「現用系と予備系のホスト計算機」、「共有ディスクサブシステム」、「接続されているディスクのＩＤ」、「ハードウェアの構成からはアクセス可能な状態」、及び「ディスク制御機構」は、それぞれ、補正後の発明の「複数の計算機」、「共有ディスク装置」、「構成情報」、「活動状態」、及び「ドライバ手段」に相当する。
　
　そして、引用発明の「アクセス先のディスクごとにアクセスを許可するか又は禁止することを示したディスク管理テーブル」と、補正後の発明の「アクセス先ごとに禁止するアクセス要求を示した管理テーブル」とは、ともに、アクセス先ごとにアクセス要求の許可／禁止を管理するアクセス管理テーブルである点で一致する。
　また、引用発明の「禁止されていないアクセス先のディスクへのアクセス要求」と、補正後の発明の「禁止されていないアクセス先へのアクセス要求」とは、ともに、禁止されていないアクセス要求である点で一致する。
　また、引用発明の計算機が予備系で運用している場合であって運用系計算機に障害が発生したときに、ディスク管理テーブルに登録される「現用系ホスト計算機のアクセスしていたアクセス先のディスクに対するアクセス要求」と、補正後の発明の計算機が待機系で運用している場合であって運用系計算機に障害が発生したときに、管理テーブルに登録される「実行するアプリケーションプログラムによるアクセス先に対するアクセス要求」とは、ともに、運用系によるアクセス先に対するアクセス要求である点で一致する。
　
　よって、補正後の発明と引用発明とは、以下の点で一致し、また、相違している。 
　 
（一致点） 
　運用系切替により運用系と待機系との運用可能な計算機によるアクセス制御方法であって、
　システムを起動したときに、待機系の計算機であっても複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求をドライバ手段により送信し、
　アクセス先ごとにアクセス要求の許可／禁止を管理するアクセス管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス要求を前記ドライバ手段に送信し、
　前記管理テーブルは、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、運用系によるアクセス先に対するアクセス要求を許可するように登録されるアクセス制御方法。
　
（相違点１）
　補正後の発明は、アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するのに対して、引用発明は、アクセス先のディスクごとにアクセスを許可するか又は禁止することを示したディスク管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたディスクへのアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先のディスクへのアクセス要求を前記ディスク制御機構に送信する点。
　
（相違点２）
　補正後の発明の「管理テーブル」は、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように登録されるのに対して、引用発明の「ディスク管理テーブル」は、該ホスト計算機が予備系で運用している場合であって現用系ホスト計算機に障害が発生したときは、現用系ホスト計算機のアクセスしていたアクセス先のディスクに対するアクセス要求を許可するように登録される点。
　
（４）判断 
　相違点１及び相違点２について検討する。
　本願の出願日前である昭和６１年８月３０日に頒布された刊行物である、特開昭６１−１９６３５６号公報に、
「デュプレックス方式において、さらにクロスコール方式を採用することにより同時にアクセスが可能なようにシステム構成することも考えられる・・・（中略）・・・
〔問題点を解決するための手段〕
　本発明の・・・（中略）・・・システムは、２台のコンピュータを用いて、ファイル装置を同時共有するクロスコール方式を採用し、オンライン処理とバッチ処理でコンピュータを分け、オンライン処理とバッチ処理とのアクセスの種類によりファイルを分類し別ファイル装置に格納する事により各ファイル装置毎に片系から書き込み／読み込み両用、他系から読み込み専用とした事を特徴とする。」（２頁左下欄９行目〜右下欄６行目。）、
「通常の運用は片系，例えば通信処理装置１Ａ，中央処理装置２Ａが工程管理システムのオンライン業務を処理し、他系例えば中央処理装置２Ｂが他のバッチ業務，マスター管理，プログラム開発を担当する。前者を主系，後者を待機系と呼ぶ。このとき，業務とデータファイルとの関係は第１表に示した通りなので，主系，待機系への業務の割り当てとファイル装置へのデータファイルの格納を第２図に示すよう，業務の割り当てに関しては，オンライン業務７だけを主系２Ａに割り当て，待機系２Ｂにバッチ業務９，マスター管理８，プログラム開発１０を割り当てる。又，ファイル装置へのファイルの格納に関しては，前述した３つのデータファイル群，即ちマスターデータ，仕掛データ，履歴データをファイル装置に分けて格納する。マスターデータ用ファイル装置４Ａについては主系２Ａからは読込み専用・書込み禁止とし，仕掛データ用ファイル装置４Ｂについては待機系２Ｂを読込み専用・書込み禁止，履歴データ用ファイル装置４Ｃについても同様に待機系２Ｂを読込み専用・書込み禁止とする。」（３頁左上欄１１行目〜右上欄１１行目。）と記載されているように、デュプレックス方式におけるアクセス制御方法であって、アクセス先のファイル装置（すなわち、ディスク装置）ごとに禁止するアクセス要求を示した表に基づき、主系及び待機系においてアプリケーションを実行することにより発行されたアクセス要求を許可するか又は禁止するかを制御することは、当業者にとって周知の技術である。
　してみると、引用発明の「アクセス先のディスクごとにアクセスを許可するか又は禁止することを示したディスク管理テーブル」に前記周知技術を適用することにより、引用発明の「ディスク管理テーブル」を、アクセス先のディスクごとに禁止するアクセス要求を示したディスク管理テーブルとして、前記ディスク管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求をディスク制御機構に送信するように構成するとともに、該ホスト計算機が予備系で運用している場合であって現用系ホスト計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように登録されるように構成することは、当業者であれば、容易に想到し得たことである。
　よって、上記相違点１及び相違点２は格別のものではない。
　
　そして、補正後の発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　したがって、補正後の発明は上記引用発明、及び周知技術に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
３．むすび 
　以上のとおり、補正後の発明は、特許出願の際独立して特許を受けることができるものではないから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していないから、前記補正前の請求項１３についてする補正を含む本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　したがって、前記補正前の請求項１３についてする補正（補正後の請求項１２）を含む本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　 
第３．本願発明について 
　平成１９年１月２９日付けの手続補正は上記のとおり却下されたので、本願の請求項１３に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１８年７月２１日付け手続補正書の特許請求の範囲の請求項１３に記載された事項により特定される、以下のとおりのものである。 
　 
　「運用系切替により運用系と待機系との運用可能な計算機によるアクセス制御方法であって、
　システムを起動したときに、複数の計算機によりデータを共有される共有ディスク装置内の構成情報を取得し、該構成情報に基づいて、該共有ディスク装置に対するアクセス要求を送信することができる活動状態に設定しておき、該共有ディスク装置に対するアクセス要求を受信したときに、該共有ディスク装置にアクセス要求をドライバ手段により送信し、
　アクセス先ごとに禁止するアクセス要求を示した管理テーブルに基づいて、アプリケーションプログラムを実行することにより発行されたアクセス要求を送信するかどうかを判定し、禁止されていないアクセス先へのアクセス要求を前記ドライバ手段に送信するアクセス制御方法。」
　
（１）引用文献 
　原査定の拒絶の理由に引用された、引用文献およびその記載事項は、前記「第２．平成１９年１月２９日付けの手続補正についての補正却下の決定」の「２．補正の適否」の「２−２．独立特許要件」の「（２）引用文献」に記載したとおりである。
　
（２）対比・判断 
　本願発明は、前記「第２．平成１９年１月２９日付けの手続補正についての補正却下の決定」の「２．補正の適否」の「２−２．独立特許要件」の「（１）補正後の発明」に記載された補正後の発明の発明特定事項から「待機系の計算機であっても」及び「前記管理テーブルは、該計算機が待機系で運用している場合であって運用系計算機に障害が発生したときは、実行するアプリケーションプログラムによるアクセス先に対するアクセス要求を許可するように登録される」ことを省いたものである。
　そうすると、本願発明の構成要件を全て含み、さらに特定の構成要件に限定要件を付加したものに相当する補正後の発明が、前記「第２．平成１９年１月２９日付けの手続補正についての補正却下の決定」の「２．補正の適否」の「２−２．独立特許要件」の「（４）判断」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 
　 
（３）むすび 
　以上のとおり、本願の請求項１３に係る発明は、その出願前日本国内又は外国において頒布された刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。