【事件の表示】
　特願２００７−１６５０００「コンピュータの起動保護を実現する方法と装置」拒絶査定不服審判事件〔平成２０年　１月１７日出願公開，特開２００８−　　９９８１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　本願は，平成１９年６月２２日（パリ条約による優先権主張２００６年（平成１８年）６月２８日中国）の出願であって，平成２２年７月１５日付けの拒絶理由通知に対し，平成２２年１０月１５日付けで意見書が提出されるとともに手続補正がなされたが，平成２２年１０月２８日付けで拒絶査定がなされ，これに対して平成２３年３月１１日付けで審判請求がなされ，平成２４年２月１７日付けの拒絶理由通知に対し，平成２４年７月２日付けで意見書が提出されるとともに手続補正がなされたものである。
　
２　本願発明
　本願の請求項１に係る発明（以下「本願発明」という。）は，平成２４年７月２日付けの手続補正書によって補正された明細書，特許請求の範囲及び図面の記載からみて，特許請求の範囲の請求項１に記載された事項により特定される，次のとおりのものである。
「コンピュータの起動保護を実現するための方法であって，
　コンピュータのハードディスクにある本来のＭＢＲプログラムを元の領域から前記ハードディスクの指定領域に移動し，
　開発した新しいＭＢＲプログラムを前記ハードディスクの前記元の領域に入れ，
　簡易ＯＳを前記ハードディスクの別の指定領域に入れ，
　前記コンピュータのマザーボードＢＩＯＳがユーザによるコンピュータ起動操作に応答して自己立ち上げてから，前記新しいＭＢＲプログラムを実行することによって，システムのコントロールを前記簡易ＯＳに引き渡し，
　前記簡易ＯＳを介して情報安全設備と通信し，前記情報安全設備と結合してユーザが入力した身分情報またはユーザの生理的特徴を検証し，検証成功の場合，起動保護を完成し，逆に検証失敗の場合，前記コンピュータを異常処理状態に入らせること，
　を備えることを特徴とするコンピュータの起動保護を実現するための方法。」
　
３　引用例
（１）引用例１
ア　当審において通知した拒絶の理由に引用された，特開２００２−３４１９５７号公報（平成１４年１１月２９日出願公開。以下，「引用例１」という。）には，次の記載がある。
　
・「【０００１】【発明の属する技術分野】本発明は，セキュリティ機能を有するコンピュータおよびコンピュータの起動方法に関する。」
　
・「【０００２】【従来の技術】パーソナル・コンピュータ，パームトップ・コンピュータ，ノートブック・コンピュータ等のコンピュータシステムにあっては，システム内のハードディスクなどに記録されている情報の漏洩，盗難を防止するために，他人が無断でシステムにアクセスできなくするための様々なセキュリティシステムが提案されている。
【０００３】従来のセキュリティシステムには，ブート・パスワードによってシステムの動作の可否を制御するパスワード方式や，ユーザーの指紋や音声の生体認識情報を利用した方式や，セキュリティカード等のハードウェアを用いた方式等がある。」
　
・「【０００７】そこで本発明は，パスワードが他人に漏洩されるおそれがなく，しかも，セキュリティ機能だけではなく多目的に利用できるリムーバブルユニットを使用したコンピュータセキュリティシステムを提供することを目的とする。」
　
・「【０００８】【課題を解決するための手段】上記目的を達成するための本発明のコンピュータは，本体と，本体から着脱可能なリムーバブルユニットとを有するコンピュータであって，コンピュータのリムーバブルユニットは，そのケーシング内に，読み込み書込み可能なメモリからなる一般データ記録部およびユーザーコード記録部とを少なくとも含み，コンピュータの本体は，その筐体内に，システムを起動させる機能をもつＢＩＯＳ ＲＯＭと，中央演算処理装置（ＣＰＵ）と，ユニットコードを記録するユニットコード記録部と，リムーバブルユニットを接続して本体との間でデータや命令信号を送受信するためのインターフェース部と，システムの起動を許可／不許可する機能を有する制御部とを少なくとも含むことを特徴とする。
【０００９】そしてこの制御部は，リムーバブルユニットからユーザーコードがインターフェース部を経由して本体に送信されると，ユーザーコードの内容とユニットコードの内容とを比較し，これらが一致していればシステムの起動を許可し，一致していなければシステムの起動を不許可する機能を有するものである。
【００１０】このような構成により，パスワードによらないセキュリティシステムを有するコンピュータが実現できる。」
　
・「【００２３】本実施形態のコンピュータシステムは，コンピュータ本体１０と，リムーバブルユニット５０と，コンピュータ本体１０からの画像信号を出力するモニター６０とを含む。
【００２４】コンピュータ本体１０は，外観を構成する筐体１１と，ＯＳを記録するハードディスクドライブ３３と，メインボード２０と，その他多数のハードウェアと，リムーバブルユニット５０を接続してデータをメインボード２０に伝達するインターフェース部４０と，制御部３１とを含む。
【００２５】コンピュータのリムーバブルユニット５０は，本体１０とは別にケーシング５１を有し，ユーザーコードおよび一般データを記録するフラッシュメモリ５２を含む。
【００２６】メインボード２０には，システムを起動させるＢＩＯＳ ＲＯＭ３０，中央演算処理装置２１，メインメモリー（図示せず）等が装着される。ＢＩＯＳ ＲＯＭ３０は，メインボード２０上に設けられる不揮発性メモリとして，システムをブートするためのＢＩＯＳプログラムおよびシステム周辺機器の情報を有する。ＢＩＯＳ ＲＯＭ３０は，システムに電源が投入されれば，ＢＩＯＳプログラムを起動させ，自己診断過程（ＰＯＳＴ：Ｐｏｗｅｒ　Ｏｎ　Ｓｅｌｆ　Ｔｅｓｔ）を経て，ハードディスクドライブ３３に記録されたＯＳがシステムを起動（ブート）する。」
　
・「【００３３】また，図３に示したように，制御部３１は，ＢＩＯＳ ＲＯＭ３０内に設けられてシステムのブートを制御する。制御部３１は，ＢＩＯＳ ＲＯＭ３０のＰＯＳＴ過程の進行中に起動されて，インターフェース部４０にリムーバブルユニット５０が装着されているか否かを検索し，リムーバブルユニット５０の未接続時にはエラーメッセージを出力する。また，制御部３１は，リムーバブルユニット５０がインターフェース部４０に装着された場合，インターフェース部４０を通じて伝達されたユーザー暗号と，ＢＩＯＳ ＲＯＭ３０に記録されたユニットコードとを比較して，これらコードが一致する場合にシステムのブートを許可する。」
　
・「【００３５】まず，システムに電源が投入されば（Ｓ１０），ＢＩＯＳ ＲＯＭ３０がシステムに設けられた周辺機器を検索し，自己診断するためのＰＯＳＴを実行する（Ｓ２０）。この過程では，メインメモリー（図示せず），ＣＤ−ＲＯＭドライブ（図示せず）を初めとしてモニター６０，ハードディスクドライブ３３等を検索し，自己診断する。この過程でＢＩＯＳ ＲＯＭ３０はまた，インターフェース部４０を初期化する（Ｓ３０）。
【００３６】インターフェース部４０が初期化された後，制御部３１は，リムーバブルユニット５０がインターフェース部４０に接続されたか否かを確認する（Ｓ４０）。もしインターフェース部４０にリムーバブルユニット５０が未装着の場合，制御部３１はモニター６０を通じてユーザーコードが記録されたリムーバブルユニット５０を装着せよというメッセージを出力する（Ｓ４５）。
【００３７】また，インターフェース部４０にリムーバブルユニット５０が装着されている場合，制御部３１はリムーバブルユニット５０のユーザーコード記録部５４に記録されたユーザーコードとＢＩＯＳ ＲＯＭ３０に記録されたユニットコードとを比較する（Ｓ５０）。ここで，ユーザーコードとユニットコードの内容が一致する場合，ハードディスクドライブ３３に記録されたＯＳにシステム起動を許可する（Ｓ６０）。
【００３８】一方，ユーザーコードとユニットコードの内容が一致しない場合，制御部３１はモニター６０を通じてユーザーに正しいリムーバブルユニット５０をインターフェース部４０に接続せよというエラーメッセージを出力する・・・。」
　
イ　上記記載によれば，引用例１には次のことが記載されている。
（ア）引用例１に記載された技術は，他人が無断でシステムにアクセスできないようにするセキュリティ機能を有するコンピュータの起動方法に係る技術である（【０００１】）。
（イ）引用例１のシステムは，コンピュータ本体１０と，コンピュータ本体から着脱可能なリムーバブルユニット５０とを有し（【０００８】，【００２３】），リムーバブルユニット５０は，ユーザーコード記録部を含み（【０００８】，【００２５】），コンピュータ本体１０は，ＯＳが記録されたハードディスクドライブ３３と，ＢＩＯＳ ＲＯＭ３０及び中央演算処理装置２１が装着されるメインボード２０と，リムーバブルユニットを接続して本体との間でデータや命令信号を送受信するためのインターフェース部４０と，システムの起動を許可／不許可する機能を有する制御部３１とを含み（【０００８】，【００２４】，【００２６】），ＢＩＯＳ ＲＯＭ３０には，システムをブートするためのＢＩＯＳプログラム及びユニットコードが記録されている（【０００８】，【００２６】，【００３７】）。
（ウ）そして，引用例１のシステムは，システムに電源を投入し，ＢＩＯＳ ＲＯＭ３０のＢＩＯＳプログラムを起動させると，ＢＩＯＳ ＲＯＭ３０のＰＯＳＴ過程の進行中に，制御部３１が起動されて，リムーバブルユニット５０がインターフェース部４０に接続されたか否かを確認し，リムーバブルユニット５０が装着されている場合，リムーバブルユニット５０のユーザーコード記録部５４に記録されたユーザーコードとＢＩＯＳ ＲＯＭ３０に記録されたユニットコードとを比較し，ユーザーコードとユニットコードの内容が一致する場合，ハードディスクドライブ３３に記録されたＯＳにシステム起動を許可し，一致しない場合，エラーメッセージを出力するものである（【０００９】，【００２６】，【００３３】，【００３５】〜【００３７】）。
　
ウ　以上のことから，引用例１には，次の発明（以下，「引用例１発明」という。）が記載されている。
「他人が無断でシステムにアクセスできないようにするセキュリティ機能を有するコンピュータの起動方法であって，
　システムは，コンピュータ本体と，コンピュータ本体から着脱可能なリムーバブルユニットとからなり，
　リムーバブルユニットは，ユーザーコード記録部を含み，
　コンピュータ本体は，ＯＳが記録されたハードディスクドライブと，ＢＩＯＳ ＲＯＭ及び中央演算処理装置が装着されるメインボードと，リムーバブルユニットを接続して本体との間でデータや命令信号を送受信するためのインターフェース部と，システムの起動を許可／不許可する機能を有する制御部とを含み，ＢＩＯＳ ＲＯＭには，システムをブートするためのＢＩＯＳプログラム及びユニットコードが記録されており，
　システムに電源を投入し，ＢＩＯＳ ＲＯＭのＢＩＯＳプログラムを起動させると，制御部が起動されて，リムーバブルユニットがインターフェース部に接続されたか否かを確認し，リムーバブルユニットが装着されている場合，リムーバブルユニットのユーザーコード記録部に記録されたユーザーコードとＢＩＯＳ ＲＯＭに記録されたユニットコードとを比較し，ユーザーコードとユニットコードの内容が一致する場合，ハードディスクドライブに記録されたＯＳにシステム起動を許可し，一致しない場合，エラーメッセージを出力する，
　セキュリティ機能を有するコンピュータの起動方法。」
　
（２）引用例２
ア　当審において通知した拒絶の理由に引用された，特開２００６−０９２５１１号公報（平成１８年４月６日出願公開。以下，「引用例２」という。）には，次の記載がある。
　
・「【０００１】本発明は，コンピュータシステムに関し，特に周辺装置を備えるコンピュータへ効率的なスタートアップを提供する，コンピュータの簡素化スタートアップシステム・・・に関する。」
　
・「【０００６】・・・一般に，ＢＩＯＳとは，ディスクからプログラムへアクセスすることなく，何ができるのかをコンピュータへ知らせるソフトウェアである。知られているように，コンピュータのＢＩＯＳは，一般にＲＯＭまたはその他の集積回路中へ提供されており，製造される際にコンピュータ中へ埋め込まれる。カスタム化されたＢＩＯＳとは，特定の操作のために特別にコード化（カスタム化）されたＢＩＯＳをいう。
【０００７】知られているように，カスタム化されたＢＩＯＳにより，ユーザは，コンピュータの電源が入れられたときに，複数の操作システム構成の中から一つを選択することができる。・・・」
　
・「【０００９】カスタム化されたＢＩＯＳを使用することは，一般のフルスタートアップ手順に比べていくつかの点で優れているが，同時にいくつかの欠点もあった。その欠点の一つは，コンピュータのＢＩＯＳが，製造されるときにコンピュータの中に埋め込まれるために，ユーザが容易にアクセスすることができない点である。そのため，ユーザがコンピュータシステムへコンポーネントを加えても，元のカスタム化されたＢＩＯＳは，新たに加えられたコンポーネントに適用する能力がなかった。
【００１０】そのため，従来技術が有していた問題を解決する効率的なスタートアップ手順を有するコンピュータシステムおよび方法が求められていた。」
　
・「【００１２】上述の目的を達成するために，本発明は，簡素化されたブートコード手順を行うことにより効率的なスタートアップ手順を提供する。本実施形態において，コンピュータシステムは通常のＢＩＯＳ初期化ルーチンを行うが，ユーザにより選択された操作構成を基に，多数の異なるブートコードシーケンスのうちから一つを執行する。」
　
・「【００２０】・・・ステップ２１０に示すように，ユーザがパワーキーを起動すると，ステップ２１５において，メインパワーが入り，ステップ２２０において，ＢＩＯＳがＣＰＵおよびＲＡＭを初期化して，ステップ２２５において，ＰＯＳＴを実行し，ステップ２３０において，周辺装置を初期化し，ステップ２３５において，修正ブートコードをＭＢＲからロードして，ステップ２４０において，修正ブートコードへジャンプする。
【００２１】このとき，ステップ３１０において，修正ブートコードは，チェックを行い，どのパワーキー（またはキーシーケンス）を起動させるかを判断する。パワーキー１３５が起動されると，修正ブートコードはノーマルオペレーティングシステム（例えば，ＯＳ１）のブートコードをＲＡＭ（例えば，アドレス００００７Ｃ００）へロードし，ステップ３１２において，一般に主要パーティションへ設けられてから，ブートコードは，アドレス００００７Ｃ００へジャンプする。しかし，ステップ３１０に示すように，修正ブートコードチェックが，効率化された操作に対応するパワーキーが起動したと判断されると，修正ブートコードは，セカンダリパーティションからの小さいオペレーティングシステム（例えば，ＯＳ２）ブートコードを，ＲＡＭアドレス００００７Ｃ００（ステップ３２０）へロードする。これにより，コンピュータはより効率的に操作することができる。」
　
・「【００２３】図５は，ハードドライブのセクションまたは細区分を示す模式図である。図５は，複数のパーティション（例えば，パーティション１，２，…Ｎ）を有するハードドライブディスクスペース５５０を示し，各パーティションは，関連する（例えば，ＯＳ１，ＯＳ２，…ＯＳＮ）オペレーティングシステムを有する。一般に，ブートコードは各パーティションにおいて提供され，そのブートコードは，オペレーティングシステムに関するスタートアップまたはブート手順の執行を定義する。マスタブートコードも提供され，このブートコードは，一般にハードディスク（マスタブートレコード（master boot record）と言われる領域）の第１セクターへ提供される。本実施形態によると，このマスタブートコードが修正されて，図５は，このコードが修正ブートコードとして示される。本実施形態によると，このブートコードの修正は，起動されるパワーキー（またはスタートアップキーシーケンス）の判断または確認を行い，ブート処理を適当なブートコードへ導く。」
　
・図面の図５には，上記記載に対応するハードドライブのセクションの概略を示す模式図が示されており，ＭＢＲに修正ブートコードが，また，パーティション１，２，…Ｎに，それぞれブートコード１，２，…ＮとＯＳ１，ＯＳ２，…ＯＳＮが格納されていることがわかる。
　
イ　上記記載によれば，引用例２には次のことが記載されている。
　引用例２に記載された技術は，コンピュータシステムにおけるスタートアップ，すなわち起動に関するものである（【０００１】）。
　従来，コンピュータのスタートアップ手順において，コンピュータの電源が入れられたとき，特定の操作を実行させるために，カスタム化されたＢＩＯＳ（特定の操作のために特別にコード化されたＢＩＯＳ）が使用されていたが（【０００６】，【０００７】），コンピュータのＢＩＯＳは，ユーザが容易にアクセスすることができないため，システムの変更に適応できなかった（【０００９】）。そこで，引用例２に記載された発明は，通常のＢＩＯＳ初期化ルーチンを行った後，簡素化されたブートコード手順により，ユーザにより選択された操作を実行できるようにし，上記課題を解決したものである（【００１２】）。
　
　引用例２に記載された発明において，ハードディスクは，複数のパーティションを有し，各パーティションには，それぞれ関連するオペレーティングシステム（ＯＳ）とブートコードが記録されている。一般に，ハードディスクは，ハードディスクの第１セクター，すなわちＭＢＲ（マスタブートレコード）にマスタブートコードが記録されているが，引用例２に記載された発明は，このマスタブートコードを修正し（修正ブートコード），起動されたパワーキーを判断し，パワーキーに対応したパーティションのブートコードを実行するようにしたものである（【００２３】，図５）。
　ユーザがパワーキーを操作してコンピュータの電源を入れると，ＢＩＯＳにより通常のＢＩＯＳ初期化ルーチンを実行した後，ＭＢＲから修正ブートコードがロードされ，修正ブートコードによりどのパワーキーが起動されたかを判断し，パワーキーに対応したブートコードに基づいて関連するＯＳをロードし，コンピュータを操作する（【００２０】，【００２１】）。
　
ウ　以上の記載から，引用例２には，次の発明（以下，「引用例２発明」という。）が記載されているということができる。
「コンピュータの起動時に特定の操作を実行させるための技術であって，
　ハードディスクのＭＢＲ領域に，マスタブートコードに換えて，マスタブートコードを修正した修正ブートコードを記録し，ハードディスクの複数のパーティションには，それぞれ関連するＯＳとブートコードを記録し，
　ユーザがコンピュータの電源を入れると，ＢＩＯＳが通常のＢＩＯＳ初期化ルーチンを実行した後，ハードディスクのＭＢＲから修正ブートコードをロードし，修正ブートコードによる判断に基づいて，ハードディスクの所定のパーティションからブートコードを実行し，関連するＯＳをロードすることにより，特定の操作を実行させる技術。」
　
４　対比
（１）本願発明と引用例１発明とを対比する。なお，以下，「ハードディスクドライブ」の用語は，「ハードディスク」に統一する。
ア　引用例１発明は，「他人が無断でシステムにアクセスできないようにするセキュリティ機能を有するコンピュータの起動方法」に係るものであり，本願発明と同様，「コンピュータの起動保護を実現するための方法」ということができる。
イ　引用例１発明において，「システムに電源を投入」することは，本願発明における「ユーザによるコンピュータ起動操作」に相当し，また，「ＢＩＯＳプログラム」は，システムをブート（起動）するためのプログラムであり，コンピュータ本体のメインボードに装着されたＢＩＯＳ ＲＯＭに記録されているから，本願発明の「マザーボードＢＩＯＳ」に相当する。
　そして，引用例１発明は，「システムに電源を投入し，ＢＩＯＳ ＲＯＭのＢＩＯＳプログラムを起動させる」ことにより，制御部が起動され，ユーザの正当性を検証する処理が行われるものであり，他方，本願発明は，「コンピュータのマザーボードＢＩＯＳがユーザによるコンピュータ起動操作に応答して自己立ち上げてから」，新しいＭＢＲプログラムを実行することによって，システムのコントロールを簡易ＯＳに引き渡し，ユーザの正当性を検証する処理が行われるものであり，両者は，「コンピュータのマザーボードＢＩＯＳがユーザによるコンピュータ起動操作に応答して自己立ち上げてから」，ユーザの正当性を検証する点で共通する。
ウ　引用例１発明の「リムーバブルユニット」は，ユーザーコード記録部に，ユーザの正当性を検証するためのユーザーコードが記録されており，コンピュータ本体から着脱可能で，本体との間でデータや命令信号を送受信するためのインターフェース部を介してコンピュータ本体に接続された，ユーザの正当性の検証を行うための構成であるから，本願発明の「情報安全設備」に対応するものである。
　引用例１発明の「制御部」は，リムーバブルユニットがインターフェース部に接続されたか否かを確認し，リムーバブルユニットが装着されている場合，リムーバブルユニットのユーザーコード記録部に記録されたユーザーコードとＢＩＯＳ ＲＯＭに記録されたユニットコードの内容が一致するか否かによって，ユーザの正当性を検証し，システムの起動を許可／不許可する機能を有するものであり，リムーバブルユニットと通信していることは明らかである。他方，本願発明の「簡易ＯＳ」は，情報安全設備と通信し，情報安全設備と結合してユーザが入力した身分情報またはユーザの生理的特徴に基づいて，ユーザの正当性を検証し，起動保護を完成するか，コンピュータを異常処理状態に入らせるかを決定する機能を有するものである。
　そうすると，本願発明と引用例１発明は，ユーザの正当性の検証方法は異なるものの，「情報安全設備と通信し，前記情報安全設備と結合して，ユーザの正当性を検証し，検証成功の場合，起動保護を完成し，逆に検証失敗の場合，前記コンピュータを異常処理状態に入らせる機能」を備える点で共通する。
　
（２）以上のことから，本願発明と引用例１発明との一致点及び相違点は，次のとおりである。
【一致点】
「コンピュータの起動保護を実現するための方法であって，
　前記コンピュータのマザーボードＢＩＯＳがユーザによるコンピュータ起動操作に応答して自己立ち上げてから，
　情報安全設備と通信し，前記情報安全設備と結合してユーザの正当性を検証し，検証成功の場合，起動保護を完成し，逆に検証失敗の場合，前記コンピュータを異常処理状態に入らせる機能，
　を備えるコンピュータの起動保護を実現するための方法。」
【相違点１】
　本願発明は，「ユーザが入力した身分情報又はユーザの生理的特徴を検証」することにより，ユーザの正当性を検証するものであるのに対し，引用例１発明は，リムーバブルユニットのユーザーコード記録部に記録されたユーザーコードとコンピュータのＢＩＯＳ ＲＯＭに記録されたユニットコードとを比較することにより，ユーザの正当性の検証を行うものであり，検証方法が異なる点。
【相違点２】
　本願発明は，ＢＩＯＳによる立上げの後，「新しいＭＢＲプログラムを実行することによって，システムのコントロールを簡易ＯＳに引き渡し，簡易ＯＳを介して」ユーザの正当性を検証するものであり，前記「開発した新しいＭＢＲプログラム」及び「簡易ＯＳ」は，「コンピュータのハードディスクにある本来のＭＢＲプログラムを元の領域からハードディスクの指定領域に移動し，開発した新しいＭＢＲプログラムを前記ハードディスクの前記元の領域に入れ，簡易ＯＳを前記ハードディスクの別の指定領域に入れ」ることにより，ハードディスクにインストールされたものであるのに対し，引用例１発明は，ＢＩＯＳによる立上げの後，制御部を起動し，ユーザの正当性を検証するものである点。
　
５　判断
（１）相違点１について
ア　ユーザの正当性を検証するにあたり，「ユーザが入力した身分情報又はユーザの生理的特徴を検証」することは，引用例１に，従来技術として「ユーザーの指紋や音声の生体認識情報を利用した方式」が知られていたことが記載されており（段落【０００３】），また，当審において通知した拒絶理由に引用された，特開２００６−１５８９４４号公報（平成１８年６月２２日出願公開。以下，「周知例１」という。以下同様。），特開２００６−１４６３５８号公報（平成１８年６月８日出願公開。「周知例２」），特開２００５−１３００２８号公報（平成１７年５月１９日出願公開。「周知例３」）には，以下のとおり，ユーザが入力したパスワード，すなわち「身分情報」を検証することが記載されているように，周知の技術手段である。
　
　周知例１（特開２００６−１５８９４４号公報）には，次のとおり記載されている。
「【００８９】 図２に示すように，先ず，端末２００からサーバ１００へアクセスするためのユーザ認証が行なわれる（ステップＳ１１）。・・・例えば，ユーザのＩＤ等を含む情報が記録されたＩＣカードないしはＵＳＢキー２０２が，端末２００に接続されたＩＣＣＲ２０１ないしは端末２００が備えるＵＳＢ端子に挿入され，そのＩＤに対応したパスワードや電話番号等の情報が入力装置２０３により入力されることで，ユーザ認証が行なわれる。」
　周知例２（特開２００６−１４６３５８号公報）には，次のとおり記載されている。
「【００４０】まず，各情報処理端末２の管理者等がＵＳＢキー３を情報処理端末２に接続すると（ステップＳ４００），情報処理端末２はＵＳＢキー３が接続された検知し（ステップＳ４０１），ＵＳＢキー３に記憶されているパスワード認証プログラムを読み込む（ステップＳ４０２）。パスワード認証プログラムの読み込みが完了すると，情報処理端末２は自端末の表示部等を介して管理者にパスワードの入力を要求する。
【００４１】そして，情報処理端末２の操作部等からパスワードが入力されると（ステップＳ４０３），情報処理端末２は入力されたパスワードとパスワード認証プログラムに含まれるパスワードとが一致しているか否かを判断する（ステップＳ４０４）。情報処理端末２から入力されたパスワードとパスワード認証プログラムに含まれるパスワードとが一致しなかった場合は（ステップＳ４０４／ＮＯ），ＵＳＢ制御プログラムによる情報処理端末２がＵＳＢ周辺機器に対して実行できる動作の設定処理は終了する。一方，情報処理端末２から入力されたパスワードとパスワード認証プログラムに含まれるパスワードとが一致した場合は（ステップＳ４０４／ＹＥＳ），各情報処理端末２におけるＵＳＢキー３に記憶されるＵＳＢ制御プログラムの読み出しが初めてであるか否かが判断される（ステップＳ４０５）。」
　周知例３（特開２００５−１３００２８号公報）には，次のとおり記載されている。
「【００４６】データガードプログラムに従って動作するパーソナルコンピュータ２は，まず，パスワードの入力要求画面を表示部４に表示する（ステップＳ１３）。その後，パーソナルコンピュータ２は，パスワードの入力待ち状態になる（ステップＳ１４）。この状態で入力部３からパスワードが入力されると，パーソナルコンピュータ２はパスワード取得要求をＵＳＢキー１に送信する（ステップＳ１５）。
【００４７】パーソナルコンピュータ２からパスワード取得要求を受信したＵＳＢキー１では，ＵＳＢコントローラ１２はメモリ１３からパスワードを読み出し，パーソナルコンピュータ２に送信する（ステップＳ３１）。
【００４８】ＵＳＢキー１からパスワードを受け取ったパーソナルコンピュータ２では，コントローラ２２は入力部３から入力されたパスワードがＵＳＢキー１から受信したパスワードと一致するかどうかを調べる（ステップＳ１６）。ここで一致しないことが判断されると，シーケンスはステップＳ１３に戻り，再度，パスワードの入力要求画面を表示部４に表示して入力待ち状態になる。
【００４９】 一方，ステップＳ１６でパスワードが一致することが判断されると，次に，パーソナルコンピュータ２は，平文データのデータサイズをＵＳＢキー１に送信する（ステップＳ１７）。」
　
イ　上記のとおり，ユーザの正当性を検証するための構成として，種々の構成が知られていたことからすれば，引用例１発明において，リムーバブルユニットのユーザーコード記録部に記録されたユーザーコードとコンピュータのＢＩＯＳ ＲＯＭに記録されたユニットコードとを比較する構成に換えて，上記周知の技術手段を採用することは，当業者が容易に想到し得たものである。
　
（２）相違点２について
ア　コンピュータの起動時に特定の操作を実行させるために，ハードディスクのＭＢＲ領域に記録されたブートコード（本願発明の「ＭＢＲプログラム」）を修正し，ＢＩＯＳによる立上げの後，所定のパーティションに記録された特定のＯＳ（本願発明の「簡易ＯＳ」）を実行するようにプログラムすることにより，特定の操作を実行させる技術は，引用例２発明のとおり公知である。
　さらに，引用例２には，ハードディスクのＭＢＲに修正ブートコードが，また，パーティション１，２，…Ｎに，それぞれブートコード１，２，…ＮとＯＳ１，ＯＳ２，…ＯＳＮが格納された状態が示されており，段落【００２１】の記載から，パーティション１には，ノーマルオペレーティングシステムＯＳ１及びブートコードが格納されている状態，すなわち本来のブートコード及びＯＳがハードディスクの特定の領域に格納された状態が開示されている。
イ　引用例１発明において，制御部によるユーザの正当性を検証する処理は，ハードディスクに記録されたＯＳにシステム起動させる前に実行される処理であるから，コンピュータの起動時に実行される特定の操作であり，上記引用例２発明の技術が公知であったことに鑑みれば，ＢＩＯＳによる立上げの後，制御部を起動することによりユーザの正当性を検証する構成に換えて，引用例２発明を採用し，ＢＩＯＳによる立上げの後，ハードディスクのＭＢＲ領域に記録された修正されたブートコードにより，所定のパーティションに格納されたＯＳを実行し，ユーザの正当性を検証する構成とすること，すなわち，「新しいＭＢＲプログラムを実行することによって，システムのコントロールを簡易ＯＳに引き渡し，簡易ＯＳを介して」ユーザの正当性を検証することは，当業者が容易に想到し得たことである。
　ここで，ハードディスクのＭＢＲ領域に記録されたブートコードを修正する方法は，当業者が適宜なし得る設計事項であり，ハードディスクを，ＭＢＲに本来のブートコード（マスタブートコード）が格納された状態から，上記引用例２に開示された，ハードディスクのＭＢＲに修正ブートコードが格納され，パーティション１に本来のブートコードが格納された状態とするにあたり，ＭＢＲ領域に記録されていた本来のブートコードをＭＢＲ領域からパーティション１（本願発明の「指定領域」）に移動し，修正されたブートコード（本願発明の「開発した新しいＭＢＲプログラム」）をＭＢＲ領域に記録すること，すなわち，「コンピュータのハードディスクにある本来のＭＢＲプログラムを元の領域からハードディスクの指定領域に移動し，開発した新しいＭＢＲプログラムを前記ハードディスクの前記元の領域に入れ，簡易ＯＳを前記ハードディスクの別の指定領域に入れ」ることは，当業者であれば適宜なし得ることであり，格別のことではない。
　よって，相違点２は，引用例２発明に基づいて，当業者が容易に想到し得たことである。
　
（３）そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，引用例１発明，引用例２発明及び周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本願発明は，引用例１発明，引用例２発明及び周知技術に基づいて，当業者が容易に発明をすることができたものである。
　
６　むすび
　以上のとおり，本願発明は，引用例１，２に記載された発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法２９条２項の規定により特許を受けることができないから，本願は，他の請求項について検討するまでもなく，拒絶すべきものである。
　よって，結論のとおり審決する。