【事件の表示】
　平成　５年特許願第３１５２０７号「情報処理システム」拒絶査定に対する審判事件［平成　７年　８月　４日出願公開、特開平　７−２００１１２］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成５年１２月１５日の特許出願であって、その請求項１に係る発明は、補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下、「本願発明」という。）
「ＣＰＵ、揮発性のメイン・メモリ、バックアップ・メモリ、及び複数のＯＳを保持する不揮発性の外部記憶装置を備え、前記複数のＯＳが提供する作業環境のそれぞれを実現することの可能な情報処理システムであって、
（ａ）ブートすべきＯＳと一意的な現在の作業環境の識別子を入力するよう、ユーザに対してプロンプトする手段と、
（ｂ）入力された現在の作業環境の識別子を前記バックアップ・メモリに記録する手段と、
（ｃ）所定の状態の発生に応答してハイバーネーション割込み信号を発生する手段と、
（ｄ）上記ハイバーネーション割込み信号に応答して、上記バックアップ・メモリに記録された識別子に基づいて決定される上記外部記憶装置上の領域に、システムの動作状態を記述するデータ（ハイバーネーション・データ）をセーブする手段と、
（ｅ）上記システムをパワーオフする手段
を含む、マルチ・ハイバーネーション機能をサポートする情報処理システム。」
２．引用例　
　これに対して、原査定の拒絶の理由において引用された特開平５−２５００６１号公報（平成５年９月２８日公開。以下、「引用例」という。）には、「記憶装置、表示装置、及び該記憶装置に記憶されたプログラムに従って処理を実行する処理装置を具備した情報処理装置であって、前記記憶装置上の複数組の作業状態保存領域、特定時における当該情報処理装置の作業状態に関する情報を、前記複数組の作業状態保存領域のうちの１組に記憶する手段、前記複数組の作業状態保存領域のうち、操作者により指定された１組の前記作業状態保存領域の情報を読み出して前記作業状態を再現する手段、を有することを特徴とする情報処理装置。」（特許請求の範囲の請求項１）が記載されており、その構成として「図２は本実施例におけるバッテリー駆動の情報処理装置の構成図である。１はＣＰＵ、２はＤＲＡＭを用いた主メモリ、３は表示コントローラ、４は表示メモリ、５は液晶ディスプレイ、６はＲＯＭ、７はバッテリー、８はメモリコントローラ、９は電源コントローラ、１０はレジューム用電源スイッチ、１１はメイン電源スイッチ、１２はキーボード、１３はキーボードコントローラ、１４はアドレス／データバス、２０はバックアップ用電源供給線、２１はＳＲＡＭ、２２は割込み信号線である。電源コントローラ９は、レジューム用電源スイッチ１０の状態、バッテリー７の状態、およびキーボードコントローラ１３を監視する。そして、レジューム用電源スイッチ１０がユーザによって押された場合、バッテリー７が消耗したことを検出した場合、あるいはキーボード１２からの入力が一定時間無かった場合のいづれかの状態の発生を電源がＯＮの状態に於いて検出したとき、ＣＰＵ１に対して、割り込み信号線２２を用いて前記状態の発生を通知する。ＣＰＵ１は、前記割り込み信号を検出すると、予めＲＯＭ６に書き込んである割り込み処理プログラム５０を実行する。前記割り込み処理プログラム５０の処理内容を図３のフローチャートを用いて以下説明する。まず、ＣＰＵレジスタ内容保存５１においてＣＰＵ１のレジスタの内容を主メモリ２に書き込む、次に、周辺デバイスＩ／Ｏレジスタ内容保存５２で、表示コントローラ３およびキーボードコントローラ１３を含む周辺デバイスのＩ／Ｏレジスタの内容を読み出し、主メモリ２に書き込む。さらに、表示メモリ４に記憶されている表示データを表示メモリ内容保存５３で読み出し、主メモリ２に書き込む。また、保存作業名設定５４では、ユーザが保存作業名を入力すると共に、前記保存作業名を主メモリ２へ書き込む。前記入力時の表示画面例を図１４に示す。また、保存作業名設定５４では、電源コントローラ９の中に具備するレジュームフラグレジスタに対しても、状態保存を行ったことを示す値を書き込む。次に、電源ＯＦＦ処理５５において、電源コントローラ９をＣＰＵ１が制御することによって、電源コントローラ９自身、主メモリ２、ＳＲＡＭ２１およびメモリコントローラ８以外のデバイスへの電源供給を停止し、電源ＯＦＦの状態とする。この状態では、ＤＲＡＭで構成された主メモリ２の記憶内容を保存するために最低限必要なリフレッシュ動作だけがメモリコントローラ８によって行われ、バッテリー７をほとんど消耗せずに済む。」こと（【００２９】欄〜【００３０】欄）が記載されている。
　また、保存領域に関し、「図１は、本実施例における主メモリの記憶内容の一例を示す図である。ユーザは、ＯＳやアプリケーションプログラムを００００００Ｈから１７ＦＦＦＦＨの領域を用いて実行する。ここでＨは１６進数を示すサフィックスである。また、上述の割り込み処理プログラム５０によって退避するデータは、１８００００Ｈから１ＦＦＦＦＦＨのアドレス領域に書き込まれる。本例では、００００００Ｈから１ＦＦＦＦＦＨの保存領域Ａ１０１のほか、２０００００Ｈから３ＦＦＦＦＦＨおよび４０００００Ｈから５ＦＦＦＦＦＨの領域を、保存領域Ｂ１０２、保存領域Ｃ１０３としてそれぞれ使用し、三種類の作業状態を同時に保存できる例を示す。なお、アドレス、およびデータの配置は図１に示した以外のものでもよい。」（【００３１】欄）こと、作業状態の保存に関し、「作業状態保存データの一部を、主メモリでなく、ＳＲＡＭ２１に格納してもよい。」（【００３３】欄）こと、「また、ユーザＩＤとユーザが任意に指定する名称を組み合わせて各ユーザが複数の作業状態を保存、再現できるようにしてもよい。この場合、保存作業名のかわりにユーザＩＤを作業状態とともに保存することによって、または、ユーザＩＤに対応する保存領域に作業状態を保存することによって実現される。後者の場合、電源再投入時にユーザに対してユーザＩＤの入力を要求する動作を行う。」（【００３４】欄）こと、作業状態を保存するメモリの種類に関し、「次に、本発明の第２の実施例を図４、図５を用いて以下説明する。図４は、本実施例における情報処理装置の構成例である。本構成例は、磁気ディスク１６ａおよび前記磁気ディスク１６ａを制御するディスクコントローラ１５を設け、バックアップ用電源供給線２０およびＳＲＡＭ２１を取り除いてある点が、図２に示した第１の実施例おける情報処理装置の構成例と異なる。本実施例では、第１の実施例で行っていた主メモリ２への作業状態保存を、磁気ディスク１６ａに行う。この際、主メモリ２の内容も合わせて磁気ディスク１６ａに退避する。すなわち、第１の実施例における主メモリ２の各保存領域のデータを、本実施例では磁気ディスク１６ａ上に作業状態保存ファイル２００として格納する。図５に、前記作業状態保存ファイル２００のフォーマットの一例を示す。なお、前記作業状態保存ファイル２００のファイル名称は、ユーザが指定した保存作業名、またはユーザＩＤを含む名称とすることによって、第１の実施例と同じく一人、あるいは複数のユーザの複数の作業状態をセキュリティおよび使い勝手を損ねることなく保存し、電源再投入時に再現することができる。さらに、本実施例では、作業状態保存を、バッテリーバックアップが不要な記憶装置である磁気ディスク１６ａに行うので、主メモリ２のバッテリーバックアップが不要であると共に、多くの作業状態を長い時間に渡って保存できるという特徴がある。」（【００３５】欄〜【００３６】欄）こと、が記載されている。
　また、複数種類のＯＳを用いる場合に関し、「次に、本発明の第７の実施例を以下説明する。本実施例では、上述の実施例に於いてＲＯＭ６に格納していた作業状態保存のための割り込みプログラムおよび作業状態再現のためのリセットプログラムを、ＯＳからコマンドとして実行できるプログラムファイルとして記憶装置上に格納する。図２０は、本実施例における情報処理装置１７ａの磁気ディスク１６ａのファイルディレクトリを示す。該ファイルディレクトリにはＯＳａ、ＯＳｂの２種類のＯＳが格納してある。ＯＳａとＯＳｂは、コマンドプログラムの形式が異なっており、共通のプログラムファイルが使用できない。各ＯＳのコマンド、データは、コマンド５０２ａ、５０２ｂのディレクトリ、およびデータ５０３ａ、５０３ｂのディレクトリの下にそれぞれ格納してある。ＯＳａ用の、作業状態再現プログラム、作業状態保存プログラムは、それぞれ、作業状態再現ａ５０４ａ、作業状態保存ａ５０５ａというファイルでコマンド５０２ａのディレクトリに格納してある。ＯＳｂ用の、作業状態再現プログラム、作業状態保存プログラムは、それぞれ、作業状態再現ｂ５０４ｂ、作業状態保存ｂ５０５ｂというファイルでコマンド５０２ｂのディレクトリに格納してある。前記作業状態保存ａ５０５ａ、前記作業状態保存ｂ５０５ｂのプログラムの処理内容は、上述の割り込みプログラム５０、５０ａ、５０ｂ等の処理手順と同じでよい。また、前記作業状態再現ａ５０４ａ、前記作業状態再現ｂ５０４ｂのプログラムの処理内容は、上述のリセットプログラム６０、６０ｂ等の処理手順と同じでよい。ユーザが作業状態を保存／再現したい場合には、使用中のＯＳの種類に応じた、作業状態保存／再現プログラムをコマンドとして実行する。ＯＳａにおいて、あるウィンドウでグラフを作成する作業中に、別のウィンドウを開き、作業状態を保存するコマンドを発行する画面の一例を図２１に示す。本実施例によれば、コマンドプログラムとして作業状態保存、再現プログラムを実行することができるので、レジュームのための電源機構やＲＯＭプログラムを持っていない情報処理装置でも、レジューム機能を実現できるという効果がある。また、ＯＳの種類に応じた作業状態保存、再現プログラムが選択できるので、複数のＯＳを使用している場合にも作業状態の保存、再現が容易にできるという効果がある。」（【００５２】欄〜【００５３】欄）こと、が記載されている。
　これらの記載及び図面の記載を総合すると、上記引用例には結局以下の発明が記載されているものと認める（以下、「引用発明」という。）。
「ＣＰＵ、揮発性のメイン・メモリ、及び複数のＯＳを保持する不揮発性の外部記憶装置を備え、前記複数のＯＳが提供する作業環境のそれぞれを実現することの可能な情報処理システムであって、
（ａ）保存作業名を入力するよう、ユーザに対してプロンプトする手段と、
（ｂ）入力された保存作業名を前記外部記憶装置に記録する手段と、
（ｃ）所定の状態の発生に応答して割込み信号を発生する手段と、
（ｄ）上記割込み信号に応答して、上記外部記憶装置に記憶された保存作業名に対応した上記外部記憶装置上の領域にシステムの動作状態を記述するデータをセーブする手段と、
（ｅ）上記システムをパワーオフする手段と、
を含む情報処理システム。」
３．対比
　そこで、本願発明と引用発明とを対比すると、引用発明の「割込み信号」は作業状態を磁気ディスク（外部記憶装置）に保存するための信号であるから本願発明の「ハイバーネーション割込み信号」に相当し、また、引用発明の「保存作業名」は作業環境を一応識別するものであるから本願発明の「作業環境の識別子」と共通している。また、引用発明の情報処理システムは複数の作業環境を保存するものであるから、マルチ・ハイバーネーション機能をサポートするものということができるから、両者は、
「ＣＰＵ、揮発性のメイン・メモリ、及び複数のＯＳを保持する不揮発性の外部記憶装置を備え、前記複数のＯＳが提供する作業環境のそれぞれを実現することの可能な情報処理システムであって、
（ａ）現在の作業環境の識別子を入力するよう、ユーザに対してプロンプトする手段と、
（ｂ）入力された作業環境の識別子を前記外部記憶装置に記録する手段と、
（ｃ）所定の状態の発生に応答してバイバーネーション割込み信号を発生する手段と、
（ｄ）上記ハイバーネーション割込み信号に応答して、上記外部記憶装置に記憶された識別子に基づいて決定される上記外部記憶装置上の領域にシステムの動作状態を記述するデータをセーブする手段と、
（ｅ）上記システムをパワーオフする手段と、
を含む、マルチ・ハイバーネーション機能をサポートする情報処理システム。」
である点で一致し、以下の点で相違する。
　相違点１：本願発明の作業環境の識別子がブートすべきＯＳと一意的であるのに対し、引用発明の作業環境の識別子には特にそのような限定はない点。
　相違点２：本願発明がバックアップ・メモリを有し、該バックアップメモリに現在の作業環境の識別子を記録するのに対し、引用発明は外部記憶装置に現在の作業環境の識別子を記録する点。
４．当審の判断
　上記相違点について検討する。
相違点１について：
　上記引用例には、複数のＯＳのそれぞれにつき作業状態を保存作業名を付して保存及び再現することが記載され、また、保存作業名にユーザＩＤを用いることが記載されている。そして、各作業状態には１つのＯＳが対応し、該作業状態を再現する際には当然に該対応する１つのＯＳがブートするものと認められるから、作業状態の保存作業名、すなわち作業環境の識別子を該作業環境に係るＯＳ、すなわちブートすべきＯＳに一意的に対応するものとする程度のことは当業者が容易になし得るものである。
　相違点２について：
　上記引用例には、作業状態保存データの保存場所につき、主メモリに保存すること、外部記憶装置に記憶すること、一部を主メモリでなくＳＲＡＭに保存すること等が記載されており、これらの記載に基づけばバックアップメモリに現在の作業環境の識別子を記録する程度のことは当業者が容易になし得るものと認める。
５．むすび
　したがって、本願発明は、上記引用例に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、本願発明は特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。