【事件の表示】
　特願２０００−２９５２０２「外部記憶装置およびコントローラ」拒絶査定不服審判事件〔平成１４年　４月１０日出願公開、特開２００２−１０８４８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
Ｉ．手続の経緯
　本願は、平成１２年９月２７日の出願であって、平成１９年９月７日付けで拒絶査定がなされ、これに対し、同年１０月１１日に拒絶査定に対する審判請求がなされるとともに、同年１１月９日付けで手続補正がなされたものである。
　
ＩＩ．平成１９年１１月９日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１９年１１月９日付けの手続補正を却下する。
　
［理由］
１．補正前・補正後の本願発明
　本件補正により、特許請求の範囲の請求項１は、次のように補正された。なお、下線部は補正された箇所を示す。
　
〈補正前〉
「第１のＯＳ起動プログラムを記憶する第１のＯＳ起動プログラム格納領域、第１のＯＳ本体の格納領域およびそれらの領域以外の第１の領域を備える第１の記憶部が内蔵されたコンピュータに接続される外部記憶装置であって、
　第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域、第２のＯＳ本体の格納領域およびそれらの領域以外の第２の領域を備える第２の記憶部と、
　コンピュータの起動開始時にブート可能であって、前記第１の記憶部よりもブートの優先順位が高い外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送り、続いて、第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送り、さらに、その後には第２の領域にアクセス可能とするコントローラと、
　を設けたことを特徴とする、外部記憶装置。」
　
〈補正後〉
「第１のＯＳ起動プログラムを記憶する第１のＯＳ起動プログラム格納領域、第１のＯＳ本体の格納領域およびそれらの領域以外の第１の領域を備える第１の記憶部が内蔵されたコンピュータに接続される外部記憶装置であって、
　第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域、第２のＯＳ本体の格納領域およびそれらの領域以外の第２の領域を備える第２の記憶部と、
　
前記コンピュータから送信されるコマンドを解釈することで、ブート可能装置の検索のコマンドまたは自装置に対するＯＳ起動用プログラムの読み出しコマンドを選択的に受け付け、前記
前記ブート可能装置の検索のコマンドを受け付けると
前記第２のＯＳ起動プログラム格納領域
前記自装置に対するＯＳ起動用プログラムの読み出しコマンドを受け付けると
　を設けたことを特徴とする、外部記憶装置。」
　
　本件補正は、
　
［補正事項１］　
　補正前の請求項１に記載した発明を特定するために必要な事項である「コントローラ」について、「前記コンピュータから送信されるコマンドを解釈することで、ブート可能装置の検索のコマンドまたは自装置に対するＯＳ起動用プログラムの読み出しコマンドを選択的に受け付け」ると限定するものであり、
　
［補正事項２］
　補正前の請求項１に記載した発明を特定するために必要な事項である「ステータスをコンピュータに送」ることについて、「
前記ブート可能装置の検索のコマンドを受け付けると
　
［補正事項３］
　補正前の請求項１に記載した発明を特定するために必要な事項である「第１の記憶部よりもブートの優先順位が高い外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送り」を、「第１の記憶部よりもブートの優先順位が高い
前記第２のＯＳ起動プログラム格納領域
　
［補正事項４］
　補正前の請求項１に記載した発明を特定するために必要な事項である「第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送」ることについて、「
前記自装置に対するＯＳ起動用プログラムの読み出しコマンドを受け付けると
　
　これらの補正事項のうち、補正事項３について検討する。
　
　本願の願書に最初に添付した明細書又は図面（以下、「当初明細書等」という。）には、補正事項３に関して次のような記載がある。
　
Ａ．「【０００９】（１）ＯＳ起動プログラムを記憶するＯＳ起動プログラム格納領域およびそれ以外の領域を備える記憶部と、コンピュータの起動開始時にブート可能な外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送り、続いて、ＯＳ起動プログラムをＯＳ起動プログラム格納領域から読み出してコンピュータに送り、さらに、その後にはＯＳ起動プログラム格納領域以外の領域にアクセス可能とするコントローラと、を設けたことを特徴とする。
【００１０】本発明の外部記憶装置では、コンピュータの起動開始時にコンピュータに対しブート可能な外部記憶装置としてなりすます制御が行われる。すなわち、外付けの外部記憶装置でありながら、コンピュータのＢＩＯＳが立ち上がってブート可能な装置の検索が行われると、コンピュータに対し自らがブート可能な外部記憶装置であると見せかけるステータスを送る。これにより、コンピュータは本発明の外付けの外部記憶装置がブート可能な外部記憶装置であると見なし、ＩＰＬ（ＯＳ起動プログラム）を読み込むコマンドを発行する。すると、本発明の外部記憶装置のＯＳ起動プログラム格納領域からＩＰＬが読み出されコンピュータに送られる。さらに、このＩＰＬによって、この外部記憶装置の別の領域に記憶されているＯＳ本体が読み出されロードされる。このように、コンピュータの起動開始時において、本発明の外付けの外部記憶装置がコンピュータに対しブート可能な外部記憶装置（たとえばＦＤＤやＣＤ−ＲＯＭ）になりすましてＩＰＬを転送するようにしているため、コンピュータ側のＢＩＯＳに、この外部記憶装置がブート不可のものとして設定されていても、ＩＰＬが問題なくロードされるようになる。これにより、本発明の外部記憶装置に記憶されるＯＳを、内蔵ＨＤＤのＯＳと異なるものにしておいた場合、内蔵ＨＤＤにパーティションを区切って別のＯＳをインストールする等の操作を行わなくても、この外部記憶装置をコンピュータに接続するだけで内蔵ＨＤＤのＯＳとは異なったＯＳを簡単に起動できるようになる。」
　
Ｂ．「【００１４】（４）コンピュータのＢＩＯＳでブート不可の外部記憶装置と該コンピュータとの間に接続されるコントローラであって、コンピュータの起動開始時に前記外部記憶装置をブート可能な外部記憶装置として見せかけるステータスをコンピュータに送り、続いて、ＯＳ起動プログラムを該外部記憶装置から読み出してコンピュータに送り、さらに、その後にはＯＳ起動プログラム格納領域以外の領域にアクセス可能とするコントローラ。」
　
Ｃ．「【００２０】外付けＨＤＤ３内に設けられているコントローラ３０は、ＰＣ１の起動開始時に、ＰＣ1 に対し外付けＨＤＤ３がＦＤＤであるかのように見せかける。実際には、コンバータ２においてＵＳＢ−ＩＤＥのインターフェイス変換を行っているために、コンバータ２と外付けＨＤＤ３とで、ＰＣ１に対し外付けＨＤＤ３がＵＳＢ  ＦＤＤであるかのように見せかける。すると、ＰＣ１は、外付けＨＤＤ３に対して、ＵＳＢ  ＦＤＤへのアクセスコマンドを出し、ＩＰＬの読み出しを実行する。コントローラ３０は、そのコマンドを受け取るとＦＤＤ対応領域Ｐ２からＩＰＬを読み出してＰＣ１に対し転送する。なお、この場合、ＰＣ１はＢＩＯＳの設定によって、ＩＰＬの読み出しに関し、ＵＳＢ  ＦＤＤの優先順位を内蔵ＨＤＤ１０よりも高く設定しておくことが必要である。また、ＦＤＤ対応領域Ｐ２に記憶されているＩＰＬは、ＨＤＤ対応領域Ｐ１に記憶されているＯＳ２をロードするように設定しておくことが必要である。これにより、ＰＣ１の起動開始時には、外付けＨＤＤ３のＦＤＤ対応領域Ｐ２からＩＰＬが読み出されてＰＣ１のメモリに記憶され、続いてこのＩＰＬが実行されることによって、外付けＨＤＤ３のＨＤＤ対応領域Ｐ１に記憶されているＯＳ２がロードされて起動が完了する。」
　
Ｄ．「【００２３】ＰＣ１側の動作は、図１に示すＰＣの動作と同じである。ＢＩＯＳの起動が開始されると、ＰＣ１においてブート可能装置の検索が行われ、ＵＳＢ  ＦＤＤの接続確認コマンドが発行される（ＳＴ１〜ＳＴ３）。コントローラ３０は、ＳＴ１０においてそのコマンドを受信し、ＳＴ１１でコマンド種類を解析する。なお、ＰＣ１と外付けＨＤＤ３との間にはコンバータ２が接続されているために、ＵＳＢ  ＦＤＤの接続確認コマンドは、ＦＤＤ接続確認コマンドに変換される。受信コマンドがＦＤＤ接続確認コマンドであることを解析すると、ＳＴ１２においてＰＣ１側に対し接続確認ステータスを返す。このステップは、外付けＨＤＤ３がＦＤＤになりすまし、ＦＤＤが接続されているものと見せかけるステップである。ＰＣ１は、この接続確認ステータスを受けると、ＵＳＢ  ＦＤＤが接続されているものとみなす。なお、ＰＣ１側では、ＵＳＢ  ＦＤＤがブート可能な装置として内蔵ＨＤＤ１０よりも優先順位が高く設定されているとする。」
　
Ｅ．「【００２７】図２に示す実施形態では、ＰＣ１のＵＳＢ端子に外部記憶装置を接続したものであるが、ＵＳＢ端子ではなく、ＩＤＥ端子やＳＣＳＩ端子に外付けＨＤＤを接続する場合も同様である。また、図６に示すように、ＦＤＤ対応領域Ｐ２ではなく、ＣＤ−ＲＯＭ対応領域Ｐ２を設け、ＰＣ１の起動開始時に該ＰＣ１に対しＣＤ−ＲＯＭが接続されているものと見せかけることも可能である。一般に、ＣＤ−ＲＯＭは、ＦＤＤと同様にブート可能な外部記憶装置として設定されているために、このような構成でも、図２と同様に外付けＨＤＤ３でＯＳ起動を行うことができる。
【００２８】
【発明の効果】本発明によれば、コンピュータに対してブート可能な外部記憶装置が接続されているものと見せかけることにより、この外部記憶装置に記憶されているＯＳによる起動を簡単に行うことができる。このため、内蔵ＨＤＤに記憶されているＯＳと異なったＯＳで起動することが簡単に行え、ＦＤＤ装置、ＣＤ−ＲＯＭ、ユーティリティソフトなどがなくても良いため、取り扱いが極めて便利である。」
　
　上記Ａ〜Ｅは、主にブート可能な装置が接続されているものと見せかけるステータスをコンピュータに送ることに関連する部分を抽出したものであるが、上記Ａ〜Ｅの記載及びそれ以外の当初明細書等の記載を見ても、ブート可能なＦＤＤ又は外部記憶装置、ＣＤ−ＲＯＭが接続されているものと見せかけるステータスをコンピュータに送るという記載はあるものの、ＯＳ起動プログラム格納領域が接続されているものと見せかけるステータスをコンピュータに送ることに関して、記載も示唆もされていない。
　
　そして、本願の請求項１の記載から、第２のＯＳ起動プログラム格納領域は、第２の記憶部に備えられ、第２の記憶部は第１の記憶部が内蔵されたコンピュータに接続される外部記憶装置に設けられたものであり、明細書の発明の詳細な説明に記載されたブート不可の外付けＨＤＤ内の領域のＩＰＬに対応するものであるから、そのようなプログラム格納領域が接続されていると見せかけるステータスをコンピュータに送ることは、上記Ａ〜Ｅの記載を含む当初明細書等の全体をみても、自明な事項とはいえない。
　
　したがって、本件補正は、当初明細書等に記載した事項、すなわち、当業者によって、当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものである。よって、本件補正は、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　以上のように、本件補正は却下されるべきものであるが、「第１の記憶部よりもブートの優先順位が高い前記第２のＯＳ起動プログラム格納領域」が「第１の記憶部よりもブートの優先順位が高い外部記憶装置」の誤記である可能性も否定できないので、仮に「第１の記憶部よりもブートの優先順位が高い前記第２のＯＳ起動プログラム格納領域」が「第１の記憶部よりもブートの優先順位が高い外部記憶装置」の誤記であった場合について検討する。その場合、補正事項３は補正がされなかったことになり、それ以外の補正事項１及び２，４は特許請求の範囲を限定する補正であるから、本件補正は特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。そこで、本件補正で補正事項３が補正されなかった場合の請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。）
　
２．引用例
　原査定の拒絶の理由に引用された国際公開第００／０８５６１号パンフレット（以下、「引用例」という。）には、図面とともに、以下の事項が記載されている。
　
Ａ．「Figure 1 is a block diagram, which illustrates a PC 100 connected to a standard tape drive 140, which has been modified as will be described below. In particular, the diagram illustrates the basic components of the PC 100 and the tape drive 140. The PC 100 is either an MS-DOS based machine, or a Windows NT or Windows 95/98 machine. 
　　The tape drive 140 is, for example, a well-known DDS (Digital Data Storage) tape drive, DLT (Digital Linear Tape) tape drive or other tape media device. 
　　As shown very simplistically in Figure 1, the PC 100 includes a CPU 105 (Central Processing Unit), which is in communication, via a bus 110, with ROM 115 (Read Only Memory), RAM 120 (Random Access Memory) and an I/O (Input/Output) subsystem 125. 
　　The I/0 subsystem 125 connects the PC 100 to a number of storage devices, namely, a floppy disk drive 135 and, via a SCSI HBA 128, a hard disk drive 130 and the tape drive 140. The hard disk drive 130 and floppy disk drive 135 are represented as internal devices of the PC 100, whereas the tape drive 140 is represented as an external device, in this arrangement, although it could alternatively be an internal device.」（第９頁第１０行〜第２３行）
　（引用例のパテントファミリーである特表２００２−５２２８２６号公報の対応箇所：【００５１】
　図１は、標準的なテープドライブ140（以下で説明するように変更されたもの）に接続されたＰＣを示すブロック図である。該ブロック図は、ＰＣ100及びテープドライブ140の基本的な構成要素を示したものである。ＰＣ100は、MS-DOS系マシン、又はWindows NT、又はWindows95/98マシンのいずれかである。
　　【００５２】
　テープドライブ140は、例えば、周知のDDS（デジタルデータ記憶）テープドライブ、DLT（デジタルリニアテープ）テープドライブ、又は他のテープ媒体装置である。
　　【００５３】
　図１に極めて簡素化して示すように、ＰＣ100は、ＣＰＵ105（中央演算装置）を備えており、該ＣＰＵ105は、バス110を介して、ＲＯＭ115（リードオンリーメモリ）、ＲＡＭ120（ランダムアクセスメモリ）、及びＩ／Ｏ（入力／出力）サブシステム125と通信する。
　　【００５４】
　Ｉ／Ｏサブシステム125は、複数の記憶装置に（例えばフロッピィディスクドライブ135に、及びＳＣＳＩ ＨＢＡ128を介してハードディスクドライブ130及びテープドライブ140に）ＰＣ100を接続する。ハードディスクドライブ130及びフロッピィディスクドライブ135がＰＣ100の内部装置として表されているのに対し、テープドライブ140は本構成では外部装置として表されているが、代替的に内部装置とすることも可能である。）
　
Ｂ．「As also shown in Figure 1, a typical tape drive 140 includes a host interface 145 for controlling transfer of data between the tape drive 140 and the PC 100. Control signals received from the PC 100 are passed to a controller 150, which controls the operation of all components of the tape drive 140. The controller 150 typically comprises a microprocessor, for example a Motorola 68000 series microprocessor, a micro-controller (as illustrated in the present embodiment) controlled by firmware stored in ROM 185, or an ASIC (application specific integrated circuit). 」（第９頁第３４行〜第１０頁第４行）
（上記パテントファミリーの対応箇所：【００５６】
　図１に示すように、典型的なテープドライブ140は、それ自体とＰＣ100との間でのデータ転送を制御するためのホストインタフェイス145を備えている。ＰＣ100から受信される制御信号がコントローラ150に送られて、該コントローラ150がテープドライブ140の全ての構成要素の動作を制御する。該コントローラ150は、典型的には、Motorola68000シリーズマイクロプロセッサといったマイクロプロセッサ、ＲＯＭ185に格納されたファームウエアにより制御される（本実施形態で示すような）マイクロコントローラ、又はＡＳＩＣ（特定用途向けＩＣ）を備えたものとなる。）
　
Ｃ．「In accordance with the present embodiment, the firmware 185 in the tape drive 140 is modified to provide both a 'Normal Mode' of operation, in which the tape drive 140 behaves as a tape drive 140, and a 'DR Mode' of operation, in which the tape drive 140 is arranged to emulate a CD-ROM drive. The CD-ROM drive emulation is achieved in part by configuring the tape drive 140 to identify itself to the PC 100 as a CD-ROM drive and also by modifying a SCSI command set in the tape drive 140 to emulate the SCSI command set of a CD-ROM drive. The specific details of the modified SCSI command set are provided near the end of the present description. With the ability to emulate a CD-ROM drive, the tape drive 140 can act as an IPLD, without the need to modify existing PC BIOS standards, PC hardware or PC operating systems.」（第１１頁第８行〜第１７行）
（上記パテントファミリーの対応箇所：【００６４】
　本実施形態によれば、テープドライブ140内のファームウエア185は、テープドライブ140がテープドライブ140として動作する「標準動作モード」と、テープドライブ140がＣＤ−ＲＯＭドライブをエミュレートするよう構成される「ＤＲ動作モード」との両方を提供するように変更される。ＣＤ−ＲＯＭドライブのエミュレーションは、部分的には、ＰＣ100に対してＣＤ−ＲＯＭドライブとして識別されるようにテープドライブ140を構成し、及びＣＤ−ＲＯＭドライブのＳＣＳＩコマンドセットをエミュレートするようテープドライブ140内のＳＣＳＩコマンドセットを変更することにより達成される。変更されたＳＣＳＩコマンドセットの特定の細部は、本書の最後の方で与えられる。ＣＤ−ＲＯＭドライブをエミュレートする能力を使用して、テープドライブ140は、現存のPC BIOS規格、ＰＣハードウエア、又はＰＣオペレーティングシステムを変更することを必要とせず、IPLDとして動作することができる。）
　
Ｄ．「Once initiated, the BIOS program begins the system boot sequence, which calls other programs, gets the operating system loaded, and prepares the PC 100 for normal use. 
　　One of the first tasks of a boot sequence is a power-on self-test (POST). After the POST, the PC 100, under the control of the BIOS program, initialises boot devices such as the keyboard and VDU. One or more of these boot devices may have its own specific BIOS program, which is located and initialised by the main BIOS program. Typically, video drivers and SCSI adapters have their own BIOS programs held in ROM on their respective interface cards. Next, the BIOS program will cause the PC 100 to check the system's logical devices, such as LPT1 and COM1, and memory configuration. In due course, the BIOS program checks for an IPLD from which it can load and execute bootable data, which normally comprises the data, or files of an operating system. 
　　The bootable data typically resides at a specific location on the hard disk drive 130, which is usually allocated with the drive letter C:. Thus, normal, the PC's operating system is booted from the hard disk drive 130. 
　　However, BIOS programs generally define (or can otherwise be configured) that a floppy disk drive 135, allocated with the drive letter A:, is accessed, before the hard disc drive 130, to determine whether it is loaded with a floppy disk containing bootable data. In this way, it is possible to boot the PC 100 from a floppy disk irrespective of whether the hard disk drive 130 contains bootable data, or is in a state where it can be accessed at all. This is the main reason why DR floppy disks are the standard means for beginning a DR procedure. 
　　Once the BIOS has located an IPLD containing bootable data, it locates and loads into RAM one or more specific files which comprise executable programs, and executes them thereby transferring control of the PC to them. The programs typically load and initialise the remainder of the operating system, for example by partitioning disk drives, configuring device drivers etc. The programs may in addition be configured to load and execute application programs which are not part to the operating system, thereby passing control of the PC directly to the application programs without requiring user intervention. 
　　Such programs are sometimes known as auto-executing applications. In principle, such applications could be loaded directly into memory and executed. However, in practice, such programs tend to be copied onto the hard disk, from where they can be executed as required. 
　　Once the firmware 185 in the tape drive 140 has been configured to provide the two modes of operation - 'Normal Mode' and 'DR Mode', which provides CD-ROM drive emulation - it is necessary to generate a bootable CD-ROM image on the tape media 175, for the tape drive 140 to use during DR. 
　　In accordance with the present embodiment, a bootable CD-ROM image, or DR CD- ROM image, is stored in a pre-defined location on the tape media 175. The CD-ROM image contains an entry that identifies the image as being 'bootable'. The image itself is generated by the backup application software that originally created the backup tape media 175, as will be described in more detail below. 
　　Figure 2 illustrates the format of a bootable CD-ROM image 200 according to the El Torito specification and the ISO 9660 standard. For convenience, the basic arrangement of the format standard will now be summarised. As defined by the ISO, the first sixteen CD- ROM sectors, noting that those are 2 Kbyte sectors, are designated as the System Area 205. The System Area 205 may be utilised as desired by a manufacturer for its own purposes. Therefore this is a non-standard area and can be developed as desired. It is particularly noted that conventional CD-ROM development systems allow the manufacturer the capability to provide information into this entire area. In accordance with the present embodiment, sector 15 of the System Area 205 has been used as a Booting Catalogue 210. The Booting Catalogue 210 includes a pointer to a Bootable Disk Image 240. According to the ISO standard, at sector 16 (the 17sector) a block called the Primary Volume Descriptor block 215 is located. The Primary Volume Descriptor 215 contains information about the CD-ROM and the data on it. A value in the Primary Volume Descriptor 215 indicates the size of the primary volume space contained on the particular CD-ROM, this being referred to as the volume size. Next, sector 17 (the 18'h sector) is the El Torito-specified Boot Record Volume 220, which includes a pointer to the Booting Catalogue 210. The next sector is defined to be the Set Terminator Volume 225. This sector provides certain information which indicates that the various other blocks in the volume descriptor set used for providing information are terminating and that the primary volume space is to commence. Following the Set Terminator Volume 225, in the primary volume space, are sectors containing Directory Path Tables 230 and Directory Structures 235. Next comes the Bootable Disk Image 240, pointed to by the Booting Catalogue 210, which is in effect data from which a computer system can actually boot. This may be a floppy disk image, a hard disk image, or even appropriate raw data (in NO EMULATION mode). Finally comes the CD-ROM Volume Contents 245, for example the application software files. 」(第１２頁第１０行〜第１４頁第２行)
（上記パテントファミリーの対応箇所：【００７０】
　BIOSプログラムは、その実行が開始されると、他のプログラムを呼び出すシステムブートシーケンスを開始して、オペレーティングシステムをロードし、ＰＣ100の通常使用のための準備をする。
　　【００７１】
　最初のブートシーケンスタスクの１つは、電源投入時の自己検査（POST）である。該POST後に、BIOSプログラムで制御されたＰＣ100は、キーボード及びＶＤＵといったブート装置を初期化する。これらの１つ又は複数のブート装置は、それ専用のBIOSプログラムを有する場合もあり、かかる専用のBIOSプログラムは、メインBIOSプログラムによりその位置が識別されて初期化される。典型的には、ビデオドライバ及びＳＣＳＩアダプタは、各インタフェイスカード上のＲＯＭ内に保持された専用のBIOSプログラムを有する。次いでBIOSプログラムによって、ＰＣ100は、LPT1及びCOM1といったシステムの論理デバイス並びにメモリ構成を検査できるようになる。次いで、BIOSプログラムは、該BIOSプログラムがブータブルデータ（通常はデータ又はオペレーティングシステムのファイルを含む）のロード及び実行を行うことが可能なIPLDを検査する。
　　【００７２】
　ブータブルデータは典型的には、通常ドライブ文字「C：」が割り当てられたハードディスクドライブ130上の所定の位置に存在する。したがって、通常は、ＰＣのオペレーティングシステムは、ハードディスクドライブ130からブートされる。
　　【００７３】
　しかし、一般にBIOSプログラムは、ハードディスクドライブ130の前にドライブ文字「A：」が割り当てられたフロッピィディスクドライブ135にアクセスして該フロッピィディスクドライブ135にブータブルデータを含むフロッピィディスクが装填されているか否かを判定するよう規定するものである（但し、これとは異なる構成とすることも可能である）。このように、ハードディスクドライブ130がブータブルデータを含むかアクセス可能な状態にあるかに全くかかわらず、ＰＣ100をフロッピィディスクからブートすることが可能である。これは、ＤＲフロッピィディスクがＤＲ手順を開始するための標準的な手段とされてきた主な理由である。
　　【００７４】
　BIOSは、ブータブルデータを含むIPLDの位置を探し出すと、実行可能プログラムを含む１つ又は複数のファイルを探し出してＲＡＭにロードし、該実行可能プログラムを実行し、これによりＰＣの制御を該実行可能プログラムへと移す。該プログラムは典型的には、例えばディスクドライブのパーティション化やデバイスドライバの構成等を行うことにより、オペレーティングシステムの残りの部分をロードし初期化する。更に該プログラムは、（オペレーティングシステムの一部ではない）アプリケーションプログラムをロードし、かつ実行するように構成することが可能なものであり、これによりユーザの介在を必要とすることなく、ＰＣの制御を直接アプリケーションプログラムに渡すことができる。かかるプログラムには、自動実行アプリケーションとして知られるものがある。原理的には、かかるアプリケーションはメモリに直接ロードして実行することが可能である。しかし実際には、かかるプログラムは、ハードディスク上にコピーされる傾向にあり、必要に応じてハードディスクから実行されることになる。
　　【００７５】
　「通常モード」及びＣＤ−ＲＯＭドライブエミュレーションを与える「ＤＲモード」の２つの動作モードを与えるようテープドライブ140内のファームウエア185を構成したら、テープドライブ140がＤＲ動作中に使用するためのブータブルＣＤ−ＲＯＭイメージをテープ媒体175上に生成する必要がある。
　　【００７６】
　本実施形態によれば、ブータブルＣＤ−ＲＯＭイメージ、即ちＤＲ ＣＤ−ＲＯＭイメージは、テープ媒体175上の所定の位置に格納される。該ＣＤ−ＲＯＭイメージは、それを「ブータブルなもの」として識別するエントリを含む。該イメージ自体は、以下に一層詳細に説明するように、バックアップテープ媒体175を当初に作成したバックアップアプリケーションソフトウエアによって作成される。
　　【００７７】
　図２は、El Torito仕様及びISO9660規格に準拠したブータブルＣＤ−ＲＯＭイメージ200のフォーマットを示している。便宜上、そのフォーマット規格の基本的な構成の概要を以下に記載する。ISOにより規定されるように、最初の16個のＣＤ−ＲＯＭセクタは、それぞれ２Kバイトセクタであり、システム領域205と呼ばれる。該システム領域205は、独自の目的のために製造メーカによって所望のように用いられることができる。したがってこれは非規格領域であり、所望のように開発することができる。従来のＣＤ−ＲＯＭ開発システムでは、製造メーカは、この全領域に情報を与えることができることに特に留意されたい。本実施形態によれば、システム領域205のセクタ１５がブートカタログ210として用いられる。該ブートカタログ210は、ブータブルディスクイメージ240へのポインタを含む。ISO規格によれば、セクタ１６（17番目のセクタ）に、プライマリボリュームディスクリプタブロック215と呼ばれるブロックが配置される。該プライマリボリュームディスクリプタブロック215は、ＣＤ−ＲＯＭ及び該ＣＤ−ＲＯＭ上のデータに関する情報を含む。プライマリボリュームディスクリプタブロック215の値は、特定のＣＤ−ＲＯＭに含まれるプライマリボリューム空間の大きさを示しており、これはボリュームサイズと呼ばれる。次のセクタ１７（18番目のセクタ）は、ブートカタログ210へのポインタを含むEl  Torito専用ブートレコードボリューム220である。次のセクタは、セットターミネータボリューム225として定義される。このセクタは、情報を提供するために用いられるボリュームディスクリプタセット内の他の様々なブロックが終了してプライマリボリューム空間が開始することを示す一定の情報を提供する。セットターミネータボリューム225に続き、プライマリボリューム空間内には、ディレクトリパステーブル230及びディレクトリ構造235を含むセクタが存在する。次いでブートカタログ210によって指定されるブータブルディスクイメージ240がくる。該ブータブルディスクイメージ240は実質的にコンピュータシステムが実際にブートすることができるデータである。これは、フロッピィディスクイメージ、ハードディスクイメージ、又は適当な生データ（非エミュレーションモードの場合）とすることが可能である。最後に、ＣＤ−ＲＯＭボリュームコンテンツ245（例えばアプリケーションソフトウエアファイル）が位置する。）
　
Ｅ．「Preferably, the initial DR CD-ROM image is created by the application software as a standard file. This DR CD-ROM image file contains an exact image of bootable CD-ROM media, which complies with the ISO 9660 specification and the El-Torito bootable CD-ROM specification. 
　　The contents of the bootable CD-ROM include a minimum operating system plus minimum backup application software, such that the system data can be restored from the backup tape after booting from the CD-ROM image. Essentially, the CD-ROM image contains the same contents as the current floppy-based DR software solutions, except for the following modifications:
　　ability to run from a bootable CD-ROM structure (instead of multiple floppy disks);
　　any hard-coded device type dependencies (e.g. floppy/CD paths) are removed; and
　　the random-access performance characteristics of the CD-ROM should most preferably (although not necessarily) be optimised for sequential use on the tape drive to ensure that the maximum seek time between file accesses is 10 seconds, as described below.」（第１７頁第１９行〜第３３行）
（上記パテントファミリーの対応箇所：【００９２】
　当初のＤＲ ＣＤ−ＲＯＭイメージは、標準的なファイルとしてアプリケーションソフトウエアにより作成されることが好ましい。このＤＲ ＣＤ−ＲＯＭイメージファイルは、ISO9660仕様及びEl  ToritoブータブルＣＤ−ＲＯＭ仕様に準拠するブータブルＣＤ−ＲＯＭ媒体の精確なイメージを含むものである。
　　【００９３】
　ブータブルＣＤ−ＲＯＭの内容は、必要最小限のオペレーティングシステムと、必要最小限のバックアップアプリケーションソフトウエアとを含んでおり、これにより、ＣＤ−ＲＯＭイメージからのブート後にバックアップテープからシステムデータを復元することが可能となる。本質的には、ＣＤ−ＲＯＭイメージは、以下の変更点を除き、現行のフロッピィディスクベースのＤＲソフトウエアソリューションと同一の内容を含むものである。該変更点は次の通りである。
・（多数のフロッピィディスクの代わりに）ブータブルＣＤ−ＲＯＭ構造から実行できる点。
・ハードウェアにより符号化されたデバイスタイプに対する依存性(hard-coded device type dependency)（例えばフロッピィパス／ＣＤパス）が完全に排除される点。
・ＣＤ−ＲＯＭのランダムアクセス動作特性をテープドライブ上でのシーケンシャルの使用に関して最適化して（但し、必ずしもそうする必要はない）、以下で説明するようにファイルアクセス間の最大シーク時間を確実に10秒にすることができる点。）
　
Ｆ．「In step 530, the PC 100 is booted and carries out the steps defined by the BIOS program, as described above. In particular, in step 535, the PC 100 searches for an IPLD, which contains a bootable file system. The typical BIOS boot sequence is:
　　1. Search for a floppy disk drive containing a bootable floppy disc - if found, then attempt to boot from this, otherwise 
　　2. Search for a CD-ROM drive containing bootable CD-ROM media - if found, then attempt to boot from this, otherwise 
　　3. If no bootable floppy disk or CD-ROM drive is found, then attempt to boot from hard disk drive. 
　　Assuming no other IPLDs containing bootable data are found, the PC 100 accesses the tape drive 140, in step 540, and issues a SCSIINQUIRY. In response, in step 545, the tape drive 140, operating in DR Mode, returns a Standard Inquiry Data CDB (Control Data Block) having a Peripheral Device Type value of 5 (CD-ROM device type) rather than 1 (tape drive device type), which identifies the tape drive 140 as a CD-ROM drive. In addition, the Standard inquiry Data includes a signature string, for example DR-1.0, which indicates to the application software (when installed and running) that the tape drive is DR-capable, and also indicates what version of DR firmware is present. Then, in step 550, the PC 100 reads the beginning of the CD-ROM image from the tape drive 140 to check for a bootable CD- ROM file system, and, when returned by the tape drive 140 in step 555, the PC 100 designates the tape drive 140 as the boot path in step 560. 
　　This means that the PC 100 will boot from the CD-ROM image in the tape drive 140 path, even if there are other, real CD-ROM drive devices present in the system (as long as they do not contain a bootable CD-ROM). The only other requirement for the present DR operation to function is that the PC BIOS, or SCSI host adaptor BIOS, supports bootable CD- ROM drives (which is typically the case in all modern SCSI host adaptor cards or motherboard chipsets). 
　　In step 565, the PC 100 reads the CD-ROM image, which is returned by the tape drive 140 in step 570. The operating system files are read directly into RAM 120 and are executed by the CPU 105 in order to configure the PC, including to be able to access a tape drive 140. The backup application software files are read and stored on the hard disk, from where they can be executed. 
　　Next, in step 575, the PC 100 executes the backup application software for DR and issues a SCSI Mode Select command that accesses the DR Mode page of the tape drive to terminate DR Mode and begin Normal Mode, to continue with normal tape drive operation. 
　　In step 580, the tape drive 140 reverts to Normal Mode, the buffer 160 is purged and the tape media 175 is allowed to be physically accessed by standard tape drive commands (i.e. Locate, Space, Read etc. ). This allows the PC's recovery to proceed as if it had initial booted from DR floppy disk. 
　　Finally, in step 585, the PC 100 continues to retrieve from the tape drive 140 the backed up data set stored on tape media 175 until the whole PC 100 file system is restored to hard disk drive 130. Thereafter, the re-built PC 100 can boot from the hard disk drive 130 as normal.」（第２０頁第２７行〜第２１頁第３４行）
（上記パテントファミリーの対応箇所：【０１１０】
　ステップ530で、ＰＣ100がブートされて、上記のようにBIOSプログラムにより規定されるステップを実行する。特に、ステップ535で、ＰＣ100は、ブータブルファイルシステムを含むIPLDを探索する。典型的なBIOSブートシーケンスは次の通りである。
１．ブータブルフロッピィディスクを含むフロッピィディスクドライブを探索し、該ドライブの発見時に該ドライブからのブートを試行し、該ドライブが発見されない場合には、
２．ブータブルＣＤ−ＲＯＭ媒体を含むＣＤ−ＲＯＭドライブを探索し、該ドライブの発見時に該ドライブからのブートを試行し、該ドライブが発見されない場合には、
３．ハードディスクドライブからのブートを試行する。
　　【０１１１】
　ブータブルデータを含む他のIPLDが発見されないものと仮定すると、ステップ540で、ＰＣ100がテープドライブ140にアクセスし、ＳＣＳＩ「INQUIRY」コマンドを発行する。該コマンドに応じて、ステップ545で、ＤＲモードで動作するテープドライブ140が、標準問合せデータCDB（Control Data Block：制御データブロック）を返す。該標準問合せデータCDBは、１（テープドライブ装置タイプ）ではなく５（ＣＤ−ＲＯＭ装置タイプ）の周辺装置タイプ値を有し、これはテープドライブ140をＣＤ−ＲＯＭドライブとして識別するものである。更に、標準問合せデータは、テープドライブがＤＲ可能であることをアプリケーションソフトウエア（インストールされ実行されているとき）に指示し、及びどのバージョンのＤＲファームウエアが存在するかも指示するシグネチャストリング（例えば「DR-1.0」）を含む。次いでステップ550で、ＰＣ100がテープドライブ140からＣＤ−ＲＯＭイメージの開始部分を読み出して、ブータブルＣＤ−ＲＯＭファイルシステムを検査し、ステップ555で、テープドライブ140による返信時に、ステップ560で、ＰＣ100がテープドライブ140をブートパスとして指定する。
　　【０１１２】
　これは、システム内に他に実際のＣＤ−ＲＯＭドライブ装置が存在する場合であっても（それがブータブルＣＤ−ＲＯＭを含まない限り）、ＰＣ100は、テープドライブ140パス内のＣＤ−ＲＯＭイメージからブートを行うことを意味している。本ＤＲ動作が機能するための他の要件は、ＰＣ BIOS又はＳＣＳＩホストアダプタBIOSがブータブルＣＤ−ＲＯＭドライブをサポートすることだけである（全ての最近のＳＣＳＩホストアダプタカード又はマザーボードチップセットでは該要件は一般に満たされている）。
　　【０１１３】
　ステップ565で、ＰＣ100がＣＤ−ＲＯＭイメージの読み出しを行い、ステップ570でＣＤ−ＲＯＭイメージがテープドライブ140により返される。テープドライブ140にアクセスできることを含むようＰＣを構成するために、オペレーティングシステムファイルは、ＲＡＭ120内に直接読み込まれて、ＣＰＵ105により実行される。バックアップアプリケーションソフトウエアファイルは、その読み出しが行われてハードディスク上に格納され、該ハードディスク上から該ファイルを実行することが可能となる。
　　【０１１４】
　次にステップ575で、ＰＣ100は、ＤＲのためのバックアップアプリケーションソフトウエアを実行し、テープドライブのＤＲモードページにアクセスするＳＣＳＩモード選択コマンドを発行し、ＤＲモードを終了させて通常モードを開始させ、通常のテープドライブ動作へと続く。
　　【０１１５】
  ステップ580で、テープドライブ140が通常モードに戻り、バッファ160がパージされ、テープ媒体175が標準的なテープドライブコマンド（Locate、Space、Readなど）によって物理的にアクセスされることが可能となる。これにより、ＰＣがあたかも最初にＤＲフロッピィディスクからブートされたように、ＰＣ復元を進行させることが可能となる。
　　【０１１６】
　最後にステップ585では、ＰＣ100は、そのファイルシステム全体がハードディスクドライブ130上に復元されるまで、テープドライブ140からテープ媒体175上に格納されたバックアップデータセットを取り出し続ける。その後、再構築されたＰＣ100は、通常通りにハードディスクドライブ130からブートすることが可能となる。）
　
　以上のことから、引用例には、次の発明（以下、「引用発明」という。）が記載されている。
　
「MS-DOS系マシン、又はWindows NT、又はWindows95/98マシンのいずれかであるＰＣ100に、複数の記憶装置、例えば、ＰＣ100の内部装置として表されるハードディスクドライブ130及び外部装置として表されるテープドライブ140が接続され、
　テープドライブ140のコントローラ150がテープドライブ140の全ての構成要素の動作を制御し、テープドライブ140がＤＲ動作中に使用するためのブータブルＣＤ−ＲＯＭイメージをテープ媒体175上に生成し、ブータブルＣＤ−ＲＯＭイメージ、即ちＤＲ ＣＤ−ＲＯＭイメージは、テープ媒体175上の所定の位置に格納され、該ＣＤ−ＲＯＭイメージは、それを「ブータブルなもの」として識別するエントリを含み、
  ブータブルＣＤ−ＲＯＭの内容は、必要最小限のオペレーティングシステムを含んでおり、ブータブルＣＤ−ＲＯＭイメージ200のフォーマットでは、セクタ１７（18番目のセクタ）が、ブートカタログ210へのポインタを含むEl  Torito専用ブートレコードボリューム220であり、システム領域205のセクタ１５がブートカタログ210として用いられ、該ブートカタログ210は、ブータブルディスクイメージ240へのポインタを含み、ブータブルディスクイメージ240が実質的にコンピュータシステムが実際にブートすることができるデータであり、ＣＤ−ＲＯＭイメージからのブート後にバックアップテープからシステムデータを復元するものであり、
　典型的なBIOSブートシーケンスは、
１．ブータブルフロッピィディスクを含むフロッピィディスクドライブを探索し、該ドライブの発見時に該ドライブからのブートを試行し、該ドライブが発見されない場合には、
２．ブータブルＣＤ−ＲＯＭ媒体を含むＣＤ−ＲＯＭドライブを探索し、該ドライブの発見時に該ドライブからのブートを試行し、該ドライブが発見されない場合には、
３．ハードディスクドライブからのブートを試行するものであり、
　ステップ530で、ＰＣ100がブートされ、ステップ535で、ＰＣ100は、ブータブルファイルシステムを含むIPLDを探索し、ステップ540で、ＰＣ100がテープドライブ140にアクセスし、ＳＣＳＩ「INQUIRY」コマンドを発行し、該コマンドに応じて、ステップ545で、ＤＲモードで動作するテープドライブ140が、標準問合せデータCDBを返し、該標準問合せデータCDBは、１（テープドライブ装置タイプ）ではなく５（ＣＤ−ＲＯＭ装置タイプ）の周辺装置タイプ値を有し、これはテープドライブ140をＣＤ−ＲＯＭドライブとして識別するものであり、ステップ550で、ＰＣ100がテープドライブ140からＣＤ−ＲＯＭイメージの開始部分を読み出し、ブータブルＣＤ−ＲＯＭファイルシステムを検査し、ステップ555で、テープドライブ140による返信時に、ステップ560で、ＰＣ100がテープドライブ140をブートパスとして指定し、ステップ565で、ＰＣ100がＣＤ−ＲＯＭイメージの読み出しを行い、ステップ570でＣＤ−ＲＯＭイメージがテープドライブ140により返され、テープドライブ140にアクセスできることを含むようＰＣを構成するために、オペレーティングシステムファイルは、ＲＡＭ120内に直接読み込まれて、ＣＰＵ105により実行され、最後にステップ585では、ＰＣ100は、そのファイルシステム全体がハードディスクドライブ130上に復元されるまで、テープドライブ140からテープ媒体175上に格納されたバックアップデータセットを取り出し続けるテープドライブ140。」
　
３．対比
　本願補正発明と引用発明とを対比する。
　
　引用発明の「ハードディスクドライブ130」は、ＰＣ100の内部装置として表されているので、本願補正発明の「第１の記憶部」に相当し、引用発明の「ＰＣ100」は、引用発明の「コンピュータ」に相当する。また、引用発明の「テープドライブ140」は、ＰＣ100の外部装置として表されているので、本願補正発明の「外部記憶装置」に相当する。
　
　引用発明の「テープドライブ140」のテープ媒体175上には、ブータブルＣＤ−ＲＯＭイメージが生成され、ブータブルＣＤ−ＲＯＭの内容は、必要最小限のオペレーティングシステムを含んでおり、ブートレコードボリューム220にブートカタログ210へのポインタが、ブートカタログ210は、実質的にコンピュータシステムが実際にブートすることができるデータであるブータブルディスクイメージ240へのポインタが含まれているので、引用発明の「ブートレコードボリューム220」と「ブートカタログ210」（「ＣＤ−ＲＯＭイメージの開始部分」）は、ＯＳ本体データが記憶された「ブータブルディスクイメージ240」（「ＣＤ−ＲＯＭイメージ」）を読み出すためのプログラムであり、本願補正発明の「第２のＯＳ起動プログラム」に相当し、引用発明の「ブータブルディスクイメージ240」及び「ＣＤ−ＲＯＭイメージ」は、本願補正発明の「第２のＯＳ本体」に相当し、引用発明の「テープドライブ140」は、「ブートレコードボリューム220」と「ブートカタログ210」、「ブータブルディスクイメージ240」が記憶されたテープ媒体上の領域、すなわち、「第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域」、「第２のＯＳ本体の格納領域」を有していることは明らかである。また、引用発明のバックアップテープから復元される「システムデータ」及び「バックアップデータセット」が格納された領域は、前記「ブートレコードボリューム220」と「ブートカタログ210」、「ブータブルディスクイメージ240」が記憶されたテープ媒体上の領域以外の領域であることは明らかであり、引用発明の「テープドライブ140」は、テープ媒体上に、第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域、第２のＯＳ本体の格納領域およびそれらの領域以外の第２の領域を備える第２の記憶部を有しているといえる。
　
　引用発明の「ＳＣＳＩ「INQUIRY」コマンド」は、ステップ530で、ＰＣ100がブートされてから送信されるので、コンピュータの起動開始時に送られるといえ、本願補正発明の「ブート可能装置の検索のコマンド」に相当する。そして、引用発明において、典型的なBIOSブートシーケンスでは、ハードディスクドライブからのブートの試行よりブータブルＣＤ−ＲＯＭ媒体を含むＣＤ−ＲＯＭドライブの探索が先に行われることを考慮すると、引用発明においてＰＣ100の内臓装置である「ハードディスクドライブ130」よりも、「ブータブルＣＤ−ＲＯＭ媒体を含むＣＤ−ＲＯＭドライブ」がブートの優先順位が高いことは明らかであり、引用発明において「コマンドに応じて、ステップ545で、ＤＲモードで動作するテープドライブ140が、」「１（テープドライブ装置タイプ）ではなく５（ＣＤ−ＲＯＭ装置タイプ）の周辺装置タイプ値」である「標準問合せデータCDBを返」すことは、本願補正発明の「コンピュータの起動開始時に前記ブート可能装置の検索のコマンドを受け付けるとブート可能であって前記第１の記憶部よりもブートの優先順位が高い外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送」ることに相当する。また、引用発明のテープドライブ140は、コンピュータから送信される数々のコマンドを解釈することで、ブート可能装置の検索のコマンドであるＳＣＳＩ「INQUIRY」コマンドを選択的に受け付けていることは明らかである。
　
　引用発明の「ＰＣ100がテープドライブ140からＣＤ−ＲＯＭイメージの開始部分を読み出」すことは、本願補正発明の「第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送」ることに相当する。そして、引用発明の「ＰＣ100は、そのファイルシステム全体がハードディスクドライブ130上に復元されるまで、テープドライブ140からテープ媒体175上に格納されたバックアップデータセットを取り出し続ける」ことは、本願補正発明の「その後には第２の領域にアクセス」することに相当する。また、引用発明のテープドライブ140の全ての構成要素の動作を制御する「コントローラ150」は、本願補正発明の「コントローラ」に相当する。
　
　したがって、両者は、
「第１の記憶部が内蔵されたコンピュータに接続される外部記憶装置であって、
　第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域、第２のＯＳ本体の格納領域およびそれらの領域以外の第２の領域を備える第２の記憶部と、
　前記コンピュータから送信されるコマンドを解釈することで、ブート可能装置の検索のコマンドを選択的に受け付け、前記コンピュータの起動開始時に前記ブート可能装置の検索のコマンドを受け付けるとブート可能であって前記第１の記憶部よりもブートの優先順位が高い外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送り、続いて第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送り、さらに、その後には第２の領域にアクセス可能とするコントローラと、
　を設けたことを特徴とする、外部記憶装置。」
で、一致するものであり、次の点で相違している。　
　
［相違点１]
　本願補正発明では、コンピュータに内蔵された第１の記憶部は、第１のＯＳ起動プログラムを記憶する第１のＯＳ起動プログラム格納領域、第１のＯＳ本体の格納領域およびそれらの領域以外の第１の領域を備えているのに対し、引用発明では、ＰＣ100の内部装置である「ハードディスクドライブ130」は、そのような領域を備えているのかどうか明らかではない点、
　
［相違点２]
　本願補正発明では、外部記憶装置は、コンピュータから送信される自装置に対するＯＳ起動用プログラムの読み出しコマンドを選択的に受け付け、前記自装置に対するＯＳ起動用プログラムの読み出しコマンドを受け付けると第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送るのに対し、引用発明では、ＰＣ100がテープドライブ140からＣＤ−ＲＯＭイメージの開始部分を読み出し、その後、ＣＤ−ＲＯＭイメージの読み出しを行うという記載はあるものの、テープドライブ140はＰＣ100から読み出しコマンドを受け付け、前記ＣＤ−ＲＯＭイメージの開始部分を読み出してＰＣ100に送るのかどうか明らかではない点。
　
４．判断
　上記相違点について検討する。
　
［相違点１］
　引用発明において、ＰＣ100はMS-DOS系マシン、又はWindows NT、又はWindows95/98マシンのいずれかである。一方、MS-DOS系マシン、又はWindows NT、又はWindows95/98マシンにおいて、ＯＳ起動プログラムを記憶するＯＳ起動プログラム格納領域、ＯＳ本体の格納領域およびそれらの領域以外の領域を備えた内臓ハードディスクを設けることは普通に行われていることである。そして、通常このようなＯＳは汎用性の高い普通のＯＳであり、引用発明のテープドライブ140に記憶されたシステムデータを復元するための必要最小限のオペレーティングシステムとは異なるのは明らかである。したがって、引用発明のハードディスクドライブ130に、テープドライブ140に記憶された必要最小限のオペレーティングシステムとは異なる第１のＯＳ起動プログラムを記憶する第１のＯＳ起動プログラム格納領域、第１のＯＳ本体の格納領域およびそれらの領域以外の第１の領域を設けるように構成することは当業者が容易に想到し得たものである。
　
［相違点２］
　コンピュータにおいて、記憶装置へのアクセスがコンピュータからの特定のコマンドを選択的に受け付けることによって行われることはよく知られており、引用発明において、ＣＤ−ＲＯＭイメージの読み出しをＰＣ100からのコマンドを受け付けることによって行うこと、すなわち、本願補正発明のようにコンピュータから送信される自装置に対するＯＳ起動用プログラムの読み出しコマンドを選択的に受け付け、自装置に対するＯＳ起動用プログラムの読み出しコマンドを受け付けると第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送るように構成することは当業者が容易に想到し得たものである。
　
　そして、本願補正発明の作用効果も、引用発明から当業者が予測できる範囲のものである。
　
　したがって、本願補正発明は引用発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができない。
　
５．むすび
　したがって、本件補正は、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものであり、仮に本件補正の「第１の記憶部よりもブートの優先順位が高い前記第２のＯＳ起動プログラム格納領域」が「第１の記憶部よりもブートの優先順位が高い外部記憶装置」の誤記であったとしても、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
ＩＩＩ．本願発明について
　
１．本願発明
　平成１９年１１月９日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明という。」）は、平成１９年３月１２日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される以下のとおりのものである。
　
「第１のＯＳ起動プログラムを記憶する第１のＯＳ起動プログラム格納領域、第１のＯＳ本体の格納領域およびそれらの領域以外の第１の領域を備える第１の記憶部が内蔵されたコンピュータに接続される外部記憶装置であって、
　第２のＯＳ起動プログラムを記憶する第２のＯＳ起動プログラム格納領域、第２のＯＳ本体の格納領域およびそれらの領域以外の第２の領域を備える第２の記憶部と、
　コンピュータの起動開始時にブート可能であって、前記第１の記憶部よりもブートの優先順位が高い外部記憶装置が接続されているものと見せかけるステータスをコンピュータに送り、続いて、第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送り、さらに、その後には第２の領域にアクセス可能とするコントローラと、
　を設けたことを特徴とする、外部記憶装置。」
　
２．引用例
　引用例の記載事項は、前記「ＩＩ．２」に記載したとおりである。
　
３．対比・判断
　本願発明は、前記「ＩＩ」で検討した本願補正発明から「コントローラ」の限定事項である「前記コンピュータから送信されるコマンドを解釈することで、ブート可能装置の検索のコマンドまたは自装置に対するＯＳ起動用プログラムの読み出しコマンドを選択的に受け付け」との限定を省き、本願補正発明から「ステータスをコンピュータに送」ることの限定事項である「前記ブート可能装置の検索のコマンドを受け付けると」との限定を省き、本願補正発明から「第２のＯＳ起動プログラムを第２のＯＳ起動プログラム格納領域から読み出してコンピュータに送」ることの限定事項である、「前記自装置に対するＯＳ起動用プログラムの読み出しコマンドを受け付けると」との限定を省くものである。
　
　そうすると、本願発明の構成要素をすべて含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記ＩＩ．４に記載したとおり、引用発明に記載された技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、上記引用発明に記載された事項に基づいて、当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。