【事件の表示】
　特願２０１６−　５３５６８「ファームウェア起動装置、ファームウェア起動方法、およびファームウェア起動プログラム」拒絶査定不服審判事件〔平成２９年　９月２１日出願公開、特開２０１７−１６７８８７、請求項の数（１０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成２８年３月１７日の出願であって，令和１年１２月１６日付けで拒絶理由通知がされ，令和２年２月１０日付けで手続補正がされ，令和２年２月２６日付けで拒絶理由通知（最後）がされ，令和２年４月２３日付けで手続補正がされ，令和２年５月２６日付けで令和２年４月２３日付けの手続補正が却下されるとともに拒絶査定（原査定）がされ，これに対し，令和２年９月２日に拒絶査定不服審判の請求がされると同時に手続補正がされ，令和３年２月１２日付けで拒絶理由通知（以下，「当審拒絶理由通知」という。）がされ，令和３年４月１日付けで手続補正がされたものである。
第２　原査定の概要
　原査定（令和２年５月２６日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−１０に係る発明は，以下の引用文献Ａ−Ｃに基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
Ａ．特開２００２−７１７１号公報
Ｂ．特開平１１−３１６６８７号公報
Ｃ．特開２００９−５９１０５号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
　本願請求項１−１０に係る発明は，以下の引用文献１，２に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１．特開２０１４−１９４６８２号公報（当審において新たに引用した文献）
２．特開２００２−７１７１号公報（拒絶査定の引用文献Ａ）
第４　本願発明
　本願請求項１−１０に係る発明（以下，それぞれ「本願発明１」−「本願発明１０」という。）は，令和２年９月２日付けの手続補正で補正された特許請求の範囲の請求項１−１０に記載された事項により特定される発明であり，本願発明１−１０は以下のとおりの発明である。
「　　【請求項１】
　複数のメモリ領域に格納されたファームウェアのうち起動する対象となるファームウェアを指定する起動領域選択信号と、前記起動領域選択信号の有効性に関する情報を含む有効情報信号とを、外部システムから取得する取得手段と、
　前記起動領域選択信号と前記有効情報信号とに基づいて、起動する対象となるファームウェアである起動ファームウェアを決定するファームウェア決定手段と、
　前記起動ファームウェアを、実行可能な状態に設定するファームウェア設定手段と、
　前記起動ファームウェアに関する情報である起動領域情報を記憶する記憶手段、とを有し、
　前記ファームウェア決定手段は、前記起動領域選択信号および前記有効情報信号を、前記起動領域情報よりも優先的に参照して、前記起動ファームウェアを決定する
　ファームウェア起動装置。
　　【請求項２】
　前記ファームウェア決定手段は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効であると判断した場合、前記起動領域選択信号が指定する前記ファームウェアを前記起動ファームウェアに決定する
　請求項１に記載したファームウェア起動装置。
　　【請求項３】
　前記ファームウェア決定手段は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効でないと判断した場合、前記起動領域情報に基づいて前記起動ファームウェアを決定する
　請求項１または２に記載したファームウェア起動装置。
　　【請求項４】
　請求項１から３のいずれか一項に記載したファームウェア起動装置と、
　前記起動ファームウェアを実行する処理装置と、
　前記処理装置が実行する前記起動ファームウェアを格納するための動作ファームウェア領域を備えた第１の記憶手段と、
　複数の前記ファームウェアと、前記起動ファームウェアに関する情報である起動領域情報を記憶する第２の記憶手段、とを有し、
　前記ファームウェア設定手段は、前記第２の記憶手段が記憶する前記複数のファームウェアのうち前記起動ファームウェアを、前記動作ファームウェア領域に配置する
　制御装置。
　　【請求項５】
　複数のメモリ領域に格納されたファームウェアのうち起動する対象となるファームウェアを指定する起動領域選択信号と、前記起動領域選択信号の有効性に関する情報を含む有効情報信号とを、外部システムから取得し、
　前記起動領域選択信号と前記有効情報信号とに基づいて、起動する対象となるファームウェアである起動ファームウェアを決定し、
　前記起動ファームウェアを、実行可能な状態に設定し、
　前記起動ファームウェアに関する情報である起動領域情報を記憶し、
　前記起動ファームウェアを決定する際に、前記起動領域選択信号および前記有効情報信号を、前記起動領域情報よりも優先的に参照する
　ファームウェア起動方法。
　　【請求項６】
　前記起動ファームウェアを決定する処理は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効であると判断した場合、前記起動領域選択信号が指定する前記ファームウェアを前記起動ファームウェアに決定する処理を含む
　請求項５に記載したファームウェア起動方法。
　　【請求項７】
　前記起動ファームウェアを決定する処理は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効でないと判断した場合、前記起動領域情報に基づいて前記起動ファームウェアを決定する処理を含む
　請求項５または６に記載したファームウェア起動方法。
　　【請求項８】
　コンピュータを
　複数のメモリ領域に格納されたファームウェアのうち起動する対象となるファームウェアを指定する起動領域選択信号と、前記起動領域選択信号の有効性に関する情報を含む有効情報信号とを、外部システムから取得する取得手段、
　前記起動領域選択信号と前記有効情報信号とに基づいて、起動する対象となるファームウェアである起動ファームウェアを決定するファームウェア決定手段、および
　前記起動ファームウェアを、実行可能な状態に設定するファームウェア設定手段、として機能させるためのファームウェア起動プログラムであって、
　前記ファームウェア決定手段は、前記起動領域選択信号および前記有効情報信号を、前記起動ファームウェアに関する情報である起動領域情報よりも優先的に参照して、前記起動ファームウェアを決定する
　ファームウェア起動プログラム。
　　【請求項９】
　前記ファームウェア決定手段は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効であると判断した場合、前記起動領域選択信号が指定する前記ファームウェアを前記起動ファームウェアに決定する
　請求項８に記載したファームウェア起動プログラム。
　　【請求項１０】
　前記ファームウェア決定手段は、前記有効情報信号に基づいて前記起動領域選択信号が有効か否かを判断し、前記起動領域選択信号が有効でないと判断した場合、前記起動領域情報に基づいて前記起動ファームウェアを決定する
　請求項８または９に記載したファームウェア起動プログラム。」
第５　引用文献，引用発明等
１．引用文献１について
　当審拒絶理由通知に引用された引用文献１（特開２０１４−１９４６８２号公報）には，図面とともに次の事項が記載されている。
「【発明の効果】
【００１３】
　本発明によれば、不揮発性記憶手段で情報を記憶する領域として運用面および待機面の２面が区分配設され、この２面の区分領域に加えて、この２面のそれぞれが運用面および待機面のいずれの状態にあるかを示す第１のフラグ、ならびに待機面の情報消去の状態を示す第２のフラグを記憶するフラグの区分領域が配設され、制御機能ブロックの更新制御機能ブロックでこの装置を起動し、起動後、更新要求に応じて外部機器から不揮発性記憶手段への新たな情報の書込みを制御するとともに、起動にともない第２のフラグが書込み済み状態であることに応じて待機面における１つのセクタ分ずつ情報を消去させて、更新によるハードウェアの構成変更によらず、この待機面の区分領域を消去するように制御して、
あらかじめ、待機面の情報を消去しておくことにより、更新要求を受けてから更新完了までの更新時間を短縮することができる
「【００１８】
　
通信機器10
CPU
12、RAM
14、フラッシュメモリ16
を含む
「【００２５】　次にフラッシュメモリ16のパーティション構成を図３に示す。
フラッシュメモリ16は、
メモリ内部をいくつかのパーティションに分割され
パーティションは、メモリ内部を、
ブートローダ領域24、ファームウェア領域26および28、ならびにデータ領域30
に割り当てるように設定され
ファームウェア領域26および28をＡ面/Ｂ面に設定し
データ領域30には、
フラグが格納されている
起動面フラグ36
Ａ面とＢ面のファームウェアのどちらを起動するかの判断に用いる
起動を“1”、待機を“0”
Ａ面起動とＢ面待機の場合、
設定データ
は“10”にデータセットし
「【００３６】
　次に本発明を適用した通信機器10における主な動作を記述する。この動作には、主に、起動、更新の起動およびファームウェアの更新の３つの工程がある。まず、通信機器10の起動手順を図５に示す。
通信機器10の電源を投入すると、CPU 12が起動し、フラッシュメモリ14
のブートローダ領域24にアクセスする
によりブートローダ機能部46が起動する（ステップS10）
【００３７】
　
ブートローダ機能部46は、フラッシュメモリ14のデータ領域30に保存されている起動面フラグ36の設定データ34を読む（ステップS12）
【００３８】
　次に
ブートローダ機能部46は、起動面フラグ36の設定データ34がＡ面の起動か否かを判断する（ステップS14）。読み込んだ起動面フラグ36の設定データ34が“10”または単に“１”のとき（YES）、Ａ面のファームウェアで起動すると判断する。また、読み込んだ起動面フラグ36の設定が“01”または“０”のとき（NO）、Ｂ面のファームウェアで起動すると判断する
Ａ面のファームウェアを起動する場合
【００３９】
　次に
ブートローダ機能部46は、Ａ面のファームウェアをRAM 20
に展開する（ステップS16）。展開処理完了後、RAM 20上に展開されたファームウェアのプログラムを先頭から順次、適宜に処理して起動する（ステップS18）
【００４０】
　なお、Ｂ面のファームウェアを起動する場合、Ｂ面のファームウェアをRAM 20に展開する（ステップS17）。
【００４１】　
この起動後、アプリケーション群52のアプリケーションを指示に応じて起動する（ステップS20）
このように運用面の内容で起動しアプリケーションを動作させながら、待機面の内容を消去し
「【００５２】
　次に
ファームウェアの更新処理工程
（途中省略）
【００５４】
　
更新制御機能部50は、各アプリケーションからファームウェアの更新要求を受信すると、
【００５５】
　この変更後、新しいファームウェアをフラッシュメモリ14のファームウェア領域28に書込みを開始する。ここでの書込み先は、
この時点における待機面、Ｂ面である
（途中省略）
【００６２】
　起動面フラグ反転処理は、更新制御機能部50は、全セクタの書き込み完了後、起動面フラグのデータ“10”から“01”に切り換える（ステップ50）。すなわち本実施例における起動面はＡ面からＢ面に反転させている。このように、Ａ面で起動していた場合、
Ｂ面に更新するファームウェアに
書き込み、起動面フラグをＡ面からＢ面に変更する
【００６３】
　この動作完了後、
通信機器10を再起動する
起動により
運用面がＢ面に切り替わり、新しいファームウェアで起動する
消去フラグ38の待機面の値を読むと、“00”であるから、未消去“０”と判断して待機のＡ面を消去する
「図２
」
「図３
」
「図４
」
「図５
」
「図８
」
　したがって，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。
「CPU12，RAM14，およびフラッシュメモリ16を含む通信機器10であって，（段落００１８，図２）
　前記フラッシュメモリ16は，メモリ内部をいくつかのパーティションに分割され，前記パーティションは，前記メモリ内部を，ブートローダ領域24，ファームウェア領域26および28，ならびにデータ領域30に割り当てるように設定され，前記ファームウェア領域26および28をＡ面/Ｂ面に設定し，（段落００２５，図３）
　前記データ領域30には，Ａ面とＢ面のファームウェアのどちらを起動するかの判断に用いられる起動面フラグ36が格納されており，起動を“1”，待機を“0”とすると，Ａ面起動とＢ面待機の場合，設定データは“10”にデータセットされ，（段落００２６，図４）
　前記通信機器10の電源を投入すると，前記CPU12が起動して，前記フラッシュメモリ16の前記ブートローダ領域24にアクセスすることによりブートローダ機能部46が起動し（ステップS10），（段落００３６，図５）
　前記ブートローダ機能部46は，前記フラッシュメモリ16の前記データ領域30に保存されている前記起動面フラグ36の設定データ34を読み（ステップS12），（段落００３７，図５）
　前記ブートローダ機能部46は，起動面フラグ36の設定データ34がＡ面の起動か否かを判断し（ステップS14），読み込んだ起動面フラグ36の設定データ34が“10”または単に“１”のとき（YES），Ａ面のファームウェアで起動すると判断し，また，読み込んだ起動面フラグ36の設定が“01”または“０”のとき（NO），Ｂ面のファームウェアで起動すると判断し，（段落００３８，図５）
　前記Ａ面のファームウェアを起動する場合，前記ブートローダ機能部46は，前記Ａ面のファームウェアを前記RAM14に展開し（ステップS16），展開処理完了後，前記RAM14上に展開されたファームウェアのプログラムを先頭から順次，適宜に処理して起動し（ステップS18），（段落００３８，００３９，図５）
　この起動後，アプリケーション群52のアプリケーションを指示に応じて起動し（ステップS20），このように運用面の内容で起動しアプリケーションを動作させながら，待機面の内容を消去し，（段落００４１，図５）
　ファームウェアの更新処理工程において，更新制御機能部50は，各アプリケーションからファームウェアの更新要求を受信すると，この時点における待機面であるＢ面に更新するファームウェアを書き込み，前記起動面フラグをＡ面からＢ面に変更し，前記通信機器10を再起動することにより，運用面がＢ面に切り替わり，新しいファームウェアで起動し，
　消去フラグ38の待機面の値を読むと，“00”であるから，未消去“０”と判断して待機のＡ面を消去し，（段落００５２，００５４，００５５，００６２，００６３，図８）
　あらかじめ，待機面の情報を消去しておくことにより，更新要求を受けてから更新完了までの更新時間を短縮することができる（段落００１３）
　通信機器10。」
２．引用文献２について
当審拒絶理由通知に引用された引用文献２（特開２００２−７１７１号公報）には，図面とともに次の事項が記載されている。
「【０００１】
【発明の属する技術分野】本発明は、
フラッシュメモリ等の書き換え可能なプログラムＲＯＭ（ＰＲＯＭ）領域を２面以上備え、
「【００１５】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の
ＰＲＯＭ切換制御システム
ＰＲＯＭ−Ａ（２）またはＰＲＯＭ−Ｂ（３）が格納しているプログラムに従って処理を実行する
「【００３６】
外部切替信号（１１）がＨＩＧＨの場合は、外部切替信号（１２）の状態に関わらず、ＰＲＯＭサムチェック信号（１３）〜（１４）とＰＲＯＭエラー信号（１５）〜（１６）との組合せでＰＲＯＭセレクト信号（７）を出力する
「【００４３】
一方、外部切替信号（１１）がＬＯＷの場合は、
強制切替モード
ＰＲＯＭサムチェック信号（１３）〜（１４）およびＰＲＯＭエラー信号（１５）〜（１６）の組合せに関わらず、ＰＲＯＭセレクト信号（７）は外部切替信号（１１）によって定まる
外部切替信号（１１）がＬＯＷで、かつ、外部切替信号（１２）がＨＩＧＨの場合は、ＰＲＯＭセレクト信号（７）にＨＩＧＨを出力してＰＲＯＭ−Ａ（２）を選択する
また、外部切替信号（１１）がＬＯＷで、かつ、外部切替信号（１２）がＬＯＷの場合は、ＰＲＯＭセレクト信号（７）にＬＯＷを出力してＰＲＯＭ−Ｂ（３）を選択する
【００４４】以下に、ＰＲＯＭ−Ｂ（３）からＰＲＯＭ−Ａ（２）に強制切替を行う例を示す。
例えば、ＰＲＯＭ−Ａ（２）のプログラムによりＰＲＯＭ−Ｂ（３）にダウンロードを行う
このＰＲＯＭ−Ｂ（３）に対するダウンロードデータのチェックサムが正しい場合には、マイクロプロセッサ１はＰＲＯＭ−Ｂ（３）で再起動する
しかし、ＰＲＯＭ−Ｂ（３）に書き込んだプログラムのダウンロード機能に不具合があった場合、次に、ＰＲＯＭ−Ａ（２）に対してプログラムのダウンロードを行うことができなくなってしまう
【００４５】このような場合、
外部切替信号（１１）をＬＯＷにして外部からの強制切替えモードにし、外部切替信号（１２）をＨＩＧＨにしてＰＲＯＭ−Ａ（２）に強制的に切替を行い、マイクロプロセッサ（１）をＰＲＯＭ−Ａ（２）で再起動する
ＰＲＯＭ−Ａ（２）のダウンロード機能によりＰＲＯＭ−Ｂ（３）に対して、新しいプログラムをダウンロードすることができる
「図１
」
「図５
」
　したがって，上記引用文献２には次の発明（以下，「引用文献２発明」という。）が記載されていると認められる。
（引用文献２発明）
「フラッシュメモリ等の書き換え可能なプログラムＲＯＭ（ＰＲＯＭ）領域を２面以上備え，ＰＲＯＭ−Ａ（２）またはＰＲＯＭ−Ｂ（３）が格納しているプログラムに従って処理を実行するＰＲＯＭ切換制御システムであって，（段落０００１，００１５，図１）
　外部切替信号（１１）がＨＩＧＨの場合は，外部切替信号（１２）の状態に関わらず，ＰＲＯＭサムチェック信号（１３）〜（１４）とＰＲＯＭエラー信号（１５）〜（１６）との組合せでＰＲＯＭセレクト信号（７）を出力する一方，外部切替信号（１１）がＬＯＷの場合は，ＰＲＯＭサムチェック信号（１３）〜（１４）及びＰＲＯＭエラー信号（１５）〜（１６）の組合せに関わらず，ＰＲＯＭセレクト信号（７）は外部切替信号（１１）によって定まり，外部切替信号（１１）がＬＯＷで，かつ，外部切替信号（１２）がＨＩＧＨの場合は，ＰＲＯＭセレクト信号（７）にＨＩＧＨを出力してＰＲＯＭ−Ａ（２）を選択し，また，外部切替信号（１１）がＬＯＷで，かつ，外部切替信号（１２）がＬＯＷの場合は，ＰＲＯＭセレクト信号（７）にＬＯＷを出力してＰＲＯＭ−Ｂ（３）を選択する強制切替モードで動作し，（段落００３６，００４３，図５））
　例えば，ＰＲＯＭ−Ａ（２）のプログラムによりＰＲＯＭ−Ｂ（３）にダウンロードを行い，このＰＲＯＭ−Ｂ（３）に対するダウンロードデータのチェックサムが正しい場合には，マイクロプロセッサ１はＰＲＯＭ−Ｂ（３）で再起動するが，ＰＲＯＭ−Ｂ（３）に書き込んだプログラムのダウンロード機能に不具合があった場合，次に，ＰＲＯＭ−Ａ（２）に対してプログラムのダウンロードを行うことができなくなってしまうことから，外部切替信号（１１）をＬＯＷにして外部からの強制切替えモードにし，外部切替信号（１２）をＨＩＧＨにしてＰＲＯＭ−Ａ（２）に強制的に切替を行い，マイクロプロセッサ（１）をＰＲＯＭ−Ａ（２）で再起動することで，ＰＲＯＭ−Ａ（２）のダウンロード機能によりＰＲＯＭ−Ｂ（３）に対して，新しいプログラムをダウンロードすることができる，（段落００４４，００４５，図５））
　ＰＲＯＭ切換制御システム。」
３．引用文献Ｂについて
　令和２年２月２６日付けの拒絶の理由に引用された引用文献Ｂ（特開平１１−３１６６８７号公報）には，図面とともに次の事項が記載されている。
「【０００７】コンピュータ・システム１００の電力投入時に、ホスト・プロセッサ１０２は、その動作パラメータ（その多くは、ＮＶＲＡＭ１０８内に格納されている）をセットし、メモリを初期化し、システム・コンポーネントの検査及び初期化を行い、通常のユーザ動作を開始する前に、オペレーティング・システムをブートストラップする。電力がコンピュータ・システム１００に供給されると、ホスト・プロセッサ１０２はパワー・オン・システム・テスト（ＰＯＳＴ：ＰｏｗｅｒＯｎ Ｓｙｓｔｅｍ Ｒｅｓｔ）と呼ばれる、基本入出力システム（ＢＩＯＳ）プログラムの一部を実行し始める。図２に示すように、ＢＩＯＳは、システムＲＯＭ１０４のブート可能な複数のパーティションに永続的に格納することができる。一実施形態では、システムＲＯＭ１０４は、変更不可能なブート・ブロック２００、及び複数の追加のリプログラマブル・ブート可能パーティション（ｒｅｐｒｏｇｒａｍｍａｂｌｅ ｂｏｏｔａｂｌｅ ｐａｒｔｉｔｉｏｎ）（その内２つのみをフラッシュ（ＦＬＡＳＨ）・イメージ２０２、２０４として図２に示す）を含んでいる。各フラッシュ・イメージ２０２、２０４は、異なるバージョンのＢＩＯＳコードを格納することができる。フラッシュ・イメージＡ及びＢ（すなわち２０２、２０４）の各々は、ブート・ブロック２００と同じメモリ・デバイス内に実現することができる。同様に、フラッシュ・イメージＡ及びＢはまた、ブート・ブロック２００と別個のメモリ・デバイス内に置くことができる。」
「【０００９】次に図３を参照して、システム・スタートアップ・プログラム３００及びＰＯＳＴプログラムの実行について説明する。スタートアップ処理は、ＡＳＲリセット・ルーチンの実行から開始し（ステップ３０２）、続いてＡＳＲ ＰＯＳＴルーチンの実行が続き（ステップ３０４）、更にＢＩＯＳ ＰＯＳＴルーチンの実行が続く（ステップ３０６）。これら３つのルーチンは全て、フラッシュＲＯＭ１０４のブート・ブロック２００以外で実行される。ＢＩＯＳ ＰＯＳＴルーチンが首尾よく完了したことに続いて、選択したフラッシュ・イメージをシステムＲＡＭ１０６にロードし（ステップ３０８）、スタートアップ動作を従来通りに継続する（ステップ３１０）。ＢＩＯＳによるＰＯＳＴ処理の最後に行われる動作は、オペレーティング・システムを探して、これに制御を移転することである（ステップ３１２）。この最後のステップは、オペレーティング・システムを「ブートストラップする」こととして知られている。ＢＩＯＳスタートアップ動作（ステップ３１０）及び制御のオペレーティング・システムへの移転（ステップ３１２）は、選択したフラッシュ・イメージからシステムＲＡＭ１０６にロードされた命令によって制御される。」
「【００１２】ＢＩＯＳ ＰＯＳＴルーチン３０６の実行中には、図４に示すような多数のＢＩＯＳパラメータ４００（ＮＶＲＡＭ１０８に格納されている）を用いる。各パラメータは、ＢＩＯＳの予め選択されている特定の機能を表すものであり、以下のパラメータを含んでいる。
・
どのフラッシュ・イメージ（図２参照）をロードすべきかを示すイメージ（ＩＭＡＧＥ）・フラグ４０２
・リカバリ動作が別のフラッシュ・イメージを用いるべきかを示すフェイル・オーバー（ＦＡＩＬ−ＯＶＥＲ）・フラグ４０４
・フェイル・オーバー・フラグと共同で、早期ＡＳＲ保護がイネーブルされているか否かを示すスタート済（ＳＴＡＲＴＥＤ）フラグ４０６
・システムがスタートアップ・プロセスを首尾よく完了したか否かを示す完了済（ＣＯＭＰＬＥＴＥＤ）フラグ４０８
完了済フラグは、オペレーティング・システムによってのみ、完了したことを示すＹＥＳにセットすることができる。２つ以上のフラッシュ・イメージが存在する場合、イメージ・パラメータ（すなわちイメージフラグ４０２）を拡張しなければならない。例えば、コンピュータ・システムがブート可能なフラッシュ・イメージが４つある場合、イメージ・フラグは２ビットとする必要がある。」
４．引用文献Ｃについて
　令和２年２月２６日付けの拒絶の理由に引用された引用文献Ｃ（特開２００９−５９１０５号公報）には，図面とともに次の事項が記載されている。
「【００３４】
　ＢＩＯＳによる設定には、日付や時刻の設定、ディスクドライブやデバイス、ビデオカードなどの周辺機器の設定、
起動ドライブ（ブートデバイス）の優先順位の設定
【００３５】
　ＨＤＤ１８（第１の記録媒体）は、情報処理装置１０の動作を制御するＯＳとそのＯＳ上で動作する第１のプログラム、画像データ（スキャンデータ）などを格納する機能を有し、サウスブリッジ１５とＩＤＥバス２７で接続されている。」
「【００３９】
　外部デバイス３１（第２の記録メディア）はＵＳＢメモリで構成されており、情報処理装置１０の外部から接続部２１に接続および離脱可能（着脱可能）とされている。この外部デバイス３１には、特定解除キー（認証情報）を格納した特定解除キーファイル、ＯＳ、および第２のプログラムが記憶されている。」
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
　引用発明の「ファームウェア領域26および28」に設定される「Ａ面のファームウェア」及び「Ｂ面のファームウェア」は，本願発明１の「複数のメモリ領域に格納されたファームウェア」に相当する。
　引用発明の「ブートローダ機能部46」は，「起動面フラグ36の設定データ34がＡ面の起動か否かを判断し（ステップS14）」ているから，上記の検討も踏まえると，本願発明１の「前記起動領域選択信号と前記有効情報信号とに基づいて，起動する対象となるファームウェアである起動ファームウェアを決定するファームウェア決定手段」とは，後記する点で相違するものの，“複数のメモリ領域に格納されたファームウェアのうち，起動する対象となるファームウェアである起動ファームウェアを決定するファームウェア決定手段”である点で共通している。
　引用発明の「ブートローダ機能部46」は，「Ａ面のファームウェアを起動する場合」，「Ａ面のファームウェアをRAM 20に展開し（ステップS16）」ているから，本願発明１の「前記起動ファームウェアを，実行可能な状態に設定するファームウェア設定手段」に相当する機能を備えているといえる。
　引用発明の「Ａ面とＢ面のファームウェアのどちらを起動するかの判断に用いられる起動面フラグ36」は，本願発明１の「前記起動ファームウェアに関する情報である起動領域情報」に相当するから，引用発明の「起動面フラグ36」が記憶される「フラッシュメモリ16」は，本願発明１の「前記起動ファームウェアに関する情報である起動領域情報を記憶する記憶手段」に相当する。
　以上の検討から，引用発明の「ブートローダ機能部46」と「フラッシュメモリ16」を有する“装置”は，本願発明１の「ファームウェア起動装置」に対応する。
　したがって，引用発明と本願発明１とは，以下の点で一致し，また，相違する。
　
（一致点）
　複数のメモリ領域に格納されたファームウェアのうち，起動する対象となるファームウェアである起動ファームウェアを決定するファームウェア決定手段と，
　前記起動ファームウェアを，実行可能な状態に設定するファームウェア設定手段と，
　前記起動ファームウェアに関する情報である起動領域情報を記憶する記憶手段，とを有する
　ファームウェア起動装置。
（相違点）
　本願発明１は，「起動する対象となるファームウェアを指定する起動領域選択信号と，前記起動領域選択信号の有効性に関する情報を含む有効情報信号とを，外部システムから取得する取得手段」を有し，「前記起動領域選択信号および前記有効情報信号を，起動領域情報よりも優先的に参照し」，「前記起動領域選択信号と前記有効情報信号とに基づいて」起動ファームウェアを決定するのに対し，引用発明は，そのような構成となっていない点。
（２）相違点についての判断
　上記相違点について検討する。
　引用発明は，「Ａ面のファームウェアを起動する場合，ブートローダ機能部46は，Ａ面のファームウェアをRAM14に展開し（ステップS16），展開処理完了後，RAM14上に展開されたファームウェアのプログラムを先頭から順次，適宜に処理して起動し（ステップS18）」，「この起動後，アプリケーション群52のアプリケーションを指示に応じて起動し（ステップS20），このように運用面の内容で起動しアプリケーションを動作させながら，待機面の内容を消去し」ているものであり，このように「あらかじめ，待機面の情報を消去しておくことにより，更新要求を受けてから更新完了までの更新時間を短縮することができる」という発明であって，運用面による起動が完了すると，待機面の情報の消去をすぐに開始していることからすると，仮に，運用面のファームウェアに不具合があって待機面に強制的に切り換える引用文献２発明を適用しようとしても，待機面の情報は既に消去されていて，待機面に切り換えることは不可能であるから，引用発明に引用文献２発明を組み合わせる課題や動機付けがあるとはいえない。
　してみれば，引用発明に引用文献２発明を組み合わせて上記相違点に係る構成とすることは，当業者が容易に想到し得たことであるとはいえない。
　また，上記相違点に係る構成は，引用文献Ｂ及び引用文献Ｃにも記載されておらず，さらに，上記相違点に係る構成が，周知技術あるいは当業者にとって自明な事項であるともいえない。
　したがって，本願発明１は，当業者であっても引用発明，引用文献２発明，及び引用文献Ｂ，Ｃに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−４について
　本願発明２−４は，本願発明１を直接・間接に引用するものであり，上記相違点に係る構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明，引用文献２発明，及び引用文献Ｂ，Ｃに記載された技術的事項に基づいて容易に発明できたものとはいえない。
３．本願発明５−１０について
　本願発明５，６，７は，それぞれ，本願発明１，２，３に対応するファームウェア起動方法の発明であり，また，本願発明８，９，１０は，それぞれ，本願発明１，２，３に対応するファームウェア起動プログラムの発明であるから，本願発明１と同じ理由により，当業者であっても，引用発明，引用文献２発明，及び引用文献Ｂ，Ｃに記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定について
１．引用文献Ａに記載された発明
　原査定の拒絶理由に引用された引用文献Ａ（当審拒絶理由における引用文献２）には，上記第５の２．で認定した，引用文献２発明が記載されている。
２．対比・判断
　本願発明１と引用文献２発明を対比すると，本願発明１は，「前記起動ファームウェアに関する情報である起動領域情報を記憶する記憶手段」を有しているのに対して，引用文献２発明は，そのような手段を有していない点で相違している。
　上記相違点について検討する。
　引用文献２発明は，「外部切替信号（１１）がＨＩＧＨの場合は，外部切替信号（１２）の状態に関わらず，ＰＲＯＭサムチェック信号（１３）〜（１４）とＰＲＯＭエラー信号（１５）〜（１６）との組合せでＰＲＯＭセレクト信号（７）を出力する」という構成（以下，「構成ａ」という。）を有するものであり，この構成ａは，どちらのＰＲＯＭを選択するかを示すＰＲＯＭセレクト信号（７）をいわば動的に生成するものである。
　これに対して，本願発明１は，起動時に参照するためのいわば静的な信号（前記起動ファームウェアに関する情報である起動領域情報）をあらかじめ記憶手段に記憶しておくというものであり，引用発明の動的に生成されるＰＲＯＭセレクト信号（７）に代えて，あるいは加えて，引用文献Ｂの「どのフラッシュ・イメージ（図２参照）をロードすべきかを示すイメージ（ＩＭＡＧＥ）・フラグ４０２」や引用文献Ｃの「起動ドライブ（ブートデバイス）の優先順位の設定」のような，いわば静的な信号を記憶手段に記憶しておき，起動時に敢えてこの静的な信号を参照するという課題ないし動機付けがあるとはいえない。
　したがって，引用文献２発明に，引用文献Ｂ及び引用文献Ｃに記載される技術を採用して上記相違点に係る構成とすることは，当業者が容易に想到し得たことであるとはいえない。
　したがって，原査定を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によって，本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。