【事件の表示】
　特願２００８−１７０９７０「情報処理装置，制御方法およびプログラム」拒絶査定不服審判事件〔平成２２年　１月１４日出願公開，特開２０１０−　　９４９４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　この出願は，平成２０年６月３０日に出願されたものであって，平成２１年５月１５日付け拒絶の理由に対し同年７月１７日に手続補正がなされ，同年１０月９日付け拒絶の理由に対し同年１２月１７日に手続補正がなされたが，平成２２年３月１１日付けで，平成２１年１２月１７日付けでした手続補正を却下する旨の決定がなされると共に拒絶をすべき旨の査定がなされたものであり，これに対し，平成２２年６月２３日に拒絶査定不服審判の請求がなされると共に手続補正がなされたものである。
　その後，当審において平成２３年５月９日付けで前置報告書を用いた審尋がなされ，これに対し，同年７月１１日に回答書が提出されたが，同年９月２６日に平成２２年６月２３日付けでした手続補正の却下の決定がなされると共に，同日付けで拒絶の理由が通知され，これに対し，平成２３年１１月２８日付けで意見書が提出されると共に，同日付で手続補正がなされた。
　
第２　本願発明
　この出願の平成２３年１１月２８日付けで手続補正された特許請求の範囲の請求項１に記載された発明（以下，「本願発明」という。）は，以下のとおりのものである。
「　【請求項１】
　オペレーティングシステムを備えた情報処理装置であって，
　通常動作モードと前記通常動作モードより消費電力の少ない省電力動作モードとを備えたメディアドライブと，
　前記メディアドライブが前記省電力動作モードに移行する前の前記通常動作モードにおける該ドライブの状態を記憶する記憶部と，
　前記メディアドライブに対する要求が，前記オペレーティングシステムから送信される前記メディアドライブの状態を問い合わせるポーリングか否かを判別する判別部と，
　前記要求が前記ポーリングであると前記判別部が判別したときは，前記メディアドライブに該要求を出力することなく，前記記憶部が記憶した状態を前記ポーリングに対して返答するドライバからなる制御部とを備えることを特徴とする情報処理装置。」
　
第３　刊行物の記載事項
１　文献１
　この出願の出願前に頒布された刊行物であり，当審の拒絶理由で引用された特開２００７−１４８９８０号公報（以下，「文献１」という。）には，図面と共に以下の事項が記載されている。なお，下線は当審で付したものである。
　(1) 「【０００１】
　本発明は，ホスト装置とデバイスとが，ホスト装置をマスタ，デバイスをスレーブとする通信方式で接続されたときに，デバイスを省電力モードで動作させるための技術に関する。」
　(2) 「【発明が解決しようとする課題】
【０００３】
　しかしながら，ホスト装置とデバイスとがＵＳＢ（Universal Serial Bus）で接続されているときは，以下のような問題がある。すなわち，ＵＳＢでは，ホスト装置がマスタ，デバイスがスレーブとなって通信を行う。従って，原則としてホスト装置がデバイスに対して，短い周期でステータスの照会及びホスト装置に対するリクエストの有無の照会を行っている。
【０００４】
　このため，ＵＳＢでホスト装置と接続されたデバイスは，頻繁にホスト装置からの問い合わせを受けることになり，省電力モードへ移行することができず，消費電力を抑制できない。
【０００５】
　そこで，本発明の目的は，ホスト装置とデバイスとが，ホスト装置をマスタ，デバイスをスレーブとする通信方式で接続された場合に，デバイスの消費電力を抑制することである。
【課題を解決するための手段】
【０００６】
　本発明の一実施態様に従う，ホスト装置とデバイスとが，前記ホスト装置をマスタ及び前記デバイスをスレーブとして通信可能に接続された情報処理システムは，前記デバイスは，前記ホスト装置から所定時間以上リクエストを受信しないと省電力モードへ移行するものである。そして，前記ホスト装置は，所定のアプリケーションから，前記デバイスを動作させるためのコマンドを一定時間以上受信しない場合，サスペンド状態となるデバイスドライバを備える。前記サスペンド状態の場合，前記アプリケーションから特定の照会コマンドを受信すると，前記デバイスドライバが前記照会コマンドを前記デバイスへ通知せずに前記アプリケーションへ前記照会コマンドに対するダミーレスポンスを返却することにより，一定時間以上前記デバイスを動作させるためのコマンドを受信しない場合に，前記デバイスが省電力モードへ移行することを可能にせしめる。
【０００７】
　これにより，ホスト装置をマスタ，デバイスをスレーブとする通信方式の場合でも，一定時間以上デバイスを動作させるような実質的なコマンドが発行されないときは，デバイスは省電力モードへ移行することが可能になる。」
　(3) 「【発明を実施するための最良の形態】
【００１４】
　以下，本発明の一実施形態に係るホストとデバイスとからなる
情報処理システム
【００１５】
　図１は，デバイスとしてプリンタを用いたときの，本発明の一実施形態に係る印刷システム１の構成を示す図である。
【００１６】
　
印刷システム１は，ホスト装置１０とプリンタ２０とを備え，ホスト装置１０及びプリンタ２０間は，ＵＳＢ（Universal Serial Bus）により通信が行われる
【００１７】
　
ホスト装置１０は，例えば汎用的なコンピュータシステムにより構成され，以下に説明するホスト装置１０内の個々の構成要素または機能は，例えば，コンピュータプログラムを実行することにより実現される
【００１８】
　
ホスト装置１０は，プリンタドライバなどのＡＰ１１と，デバイスドライバ１２と，ＵＳＢホストコントローラ１４とを備える
【００１９】
　デバイスドライバ１２は，デバイスであるプリンタ２０の制御を行う。また，
デバイスドライバ１２は，タイマ１２１を有し，ＡＰ１１からのリクエストを待っているときに，ＡＰ１１から受け付けた前回のリクエストからの経過時間を計測する
【００２０】
　また，デバイスドライバ１２は，後述するように，所定時間以上，印刷要求などのリクエストがないときは，サスペンド状態へ移行する。そこで，デバイスドライバ１２は，サスペンド状態であるか否かを示すサスペンドフラグ１２２を有している。
【００２１】
　ＵＳＢホストコントローラ１４はＵＳＢホストとして，ＵＳＢデバイスたるプリンタ２０と通信を行う。すなわち，ＵＳＢホストコントローラ１４が主体となって，ＵＳＢデバイスに搭載されているＵＳＢデバイスコントローラ２１と通信を行う。
【００２２】
　例えば，
印刷要求，プリンタのステータス照会コマンド，データ要求コマンドなどがＡＰ１１から出力される
デバイスドライバ１２はこれを受け付けて，ＵＳＢホストコントローラ１４を介して，受け付けたリクエストをプリンタ２０へ通知
【００２３】
　ここで，
ＡＰ１１は，一定の周期でステータス照会コマンド，データ要求コマンドなどの照会コマンドを発行する。
定期的にマスタであるホスト装置１０がスレーブであるプリンタ２０へ照会コマンドを送り，プリンタ２０からデータあるいはリクエストを取得する必要がある
【００２４】
　
プリンタ２０は，ＵＳＢデバイスコントローラ２１と，プリンタ２０全体を制御するＣＰＵ２２と，印刷ヘッド及び紙送り機構などを備えた印刷機構２９とを備え
【００２５】
　ＵＳＢデバイスコントローラ２１は，ＵＳＢホストコントローラ１４に対して従属的に動作し，ＵＳＢに従った通信を行う。
【００２６】
　例えば，ＵＳＢデバイスコントローラ２１が，ＵＳＢホストコントローラ１４から印刷要求を受け付けると，ＣＰＵ２２が所定の処理を行った後，印刷機構２９が印刷を実行する。また，ＵＳＢデバイスコントローラ２１を介してホスト装置１０からステータス照会コマンドを受信すると，ＣＰＵ２２がそのときのプリンタ２０のステータスを返信する。あるいは，ホスト装置１０からデータ要求コマンドを受信すると，その時点で，データ転送などのホスト装置１０に対する何らかの要求があれば，ＵＳＢデバイスコントローラ２１がＵＳＢホストコントローラ１４へその要求を通知する。
【００２７】
　本実施形態では，
プリンタ２０は，ホスト装置１０から所定時間の以上リクエストを受信しないと，省電力モードへ遷移する。省電力モードでは，例えば，ＣＰＵ２２及び印刷機構２９の電力消費が抑制される
【００２８】
　
ここで，ホスト装置―プリンタ間でＵＳＢ通信を用いると，ホスト装置１０から定期的に照会コマンドが送られる
【００２９】
　図２は，デバイスドライバ１２の処理手順を示すフローチャートである。
【００３０】
　まず，
デバイスドライバ１２は，タイマ１２１をスタートさせる
【００３１】
　ここで，サスペンドフラグが１である場合（Ｓ１２：Ｙｅｓ），デバイスドライバ１２は，サスペンド中処理を行い，その後ステップＳ１２へ戻る（Ｓ２０）。サスペンド中処理については後述する。
【００３２】
　一方，サスペンドフラグが１でない場合（Ｓ１２：Ｎｏ），デバイスドライバ１２は，ＡＰ１１から何らかのリクエストを受信したか否かを判定する（Ｓ１３）。
【００３３】
　ここで，リクエストを受信したときは（Ｓ１３：Ｙｅｓ），受信したリクエストに従った処理を実行する（Ｓ１６）。さらに，ここで実行した
リクエストがプリンタ２０のステータス照会コマンド，またはプリンタ２０に対するデータ要求コマンドなどの照会コマンドであるときは（Ｓ１７：Ｙｅｓ），そのままステップＳ１２へ戻る。照会コマンドでないときは（Ｓ１７：Ｎｏ），タイマ１２１をクリアした後，ステップＳ１２へ戻る
【００３４】
　また，ステップＳ１３でリクエストを受信していないとき（Ｓ１３：Ｎｏ），
デバイスドライバ１２は，タイマ１２１の計測時間が所定時間を経過し，タイムアウトになったかどうかを判定する（Ｓ１４）
【００３５】
　一方，
ステップＳ１４でタイムアウトになると
サスペンド状態へ移行
【００３６】
　次に，図３は，ステップＳ２０のデバイスドライバ１２のサスペンド中処理を示すフローチャートである。
【００３７】
　
デバイスドライバ１２は，ＡＰ１１から何らかのリクエストを受信したか否かを判定する（Ｓ２１）
【００３８】
　
リクエストを受信したときは（Ｓ２１：Ｙｅｓ），受信したコマンドが照会コマンドであるか否かを判定する（Ｓ２２）
【００３９】
　そして，
受信したコマンドが照会コマンドであるときは（Ｓ２２：Ｙｅｓ），各照会コマンドに対応したダミーレスポンスをＡＰ１１へ返し
【００４０】
　これにより，
サスペンド状態では，ＡＰ１１から定期的に出力される照会コマンドに対して，デバイスドライバ１２はダミーレスポンスを返し，プリンタ２０への通知を行わない。
【００４１】
　一方，ステップＳ２２において，受信したコマンドが照会コマンドでないときは（Ｓ２２：Ｎｏ），デバイスドライバ１２は，ＵＳＢホストコントローラ１４及びＵＳＢデバイスコントローラ２１をサスペンド状態から復帰させるための復帰コマンドをＵＳＢホストコントローラ１４に対して出力する（Ｓ２３）。
【００４２】
　ＵＳＢホストコントローラ１４は，この復帰コマンドを受け付けると，ＵＳＢデバイスコントローラ２１を通常状態へ復帰させるとともに，自らも通常状態へ復帰する。なお，ＵＳＢデバイスコントローラ２１が通常状態に復帰すると，
プリンタ２０全体も省電力モードから通常モードへ復帰する
【００４３】
　デバイスドライバ１２は，ＵＳＢホストコントローラ１４から復帰完了のレスポンスを待って，受信したリクエストを実行ための処理を行う（Ｓ２４，２５）。これとともに，デバイスドライバ１２は，サスペンドフラグ１２２に０を設定するとともに，タイマ１２１をクリアして，サスペンド中処理を終了する（Ｓ２６）。
【００４４】
　
これにより，ＡＰ１１から定期的に発行される照会コマンドを受け付けても，ＵＳＢホストコントローラ１４及びＵＳＢデバイスコントローラ２１のサスペンド状態は維持され，その結果，プリンタ２０も省電力モードの状態を継続させることができる。
【００４５】
　さらに，本実施形態では，プリンタ２０が省電力モードであるときに，ステータスの変更などのようにホスト装置１０へ通知する必要があるイベントが発生したときには，以下の手順で通常状態へ復帰する。
【００４６】
　図４は，プリンタ２０でのイベント発生に伴う通常状態への復帰手順を示すフローチャートである。
【００４７】
　まず，プリンタ２０で所定のイベントが発生すると，プリンタ２０のＣＰＵ２２が省電力モードから復帰する（Ｓ３１，３２）。さらに，ＣＰＵ２２に続き，ＵＳＢデバイスコントローラ２１がサスペンド状態から復帰するとともに，ＵＳＢホストコントローラ１４に対してレジューム信号を出力する（Ｓ３３）。
【００４８】
　ＵＳＢデバイスコントローラ２１からレジューム信号を受信したＵＳＢホストコントローラ１４は，サスペンド状態から復帰し，デバイスドライバ１２へサスペンド状態から復帰した旨をコールバックする（Ｓ３４，３５）。
【００４９】
　デバイスドライバ１２は，このコールバックを受けて，サスペンドフラグ１２２を０にし，サスペンド状態から復帰する（Ｓ３６）。
【００５０】
　この結果，これ以降ＡＰ１１から発行される照会コマンドは，タイムアウトされるまでの間はプリンタ２０へ通知されることになる。従って，ＡＰ１１は，プリンタ２０で起こったステータス変化などを把握することが可能となる。
【００５１】
　上述した本発明の実施形態は，本発明の説明のための例示であり，本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は，本発明の要旨を逸脱することなしに，他の様々な態様で本発明を実施することができる。
【００５２】
　例えば，上述の実施形態では，ホスト装置とプリンタとの組み合わせについて説明したが，
プリンタ以外のデバイスであっても本発明を適用することができる。
　以上の記載及び図面の記載から，文献１には以下の発明（以下，「引用発明」という。）が記載されている。
「情報処理システムにおいて，
　前記情報処理システムは，ホスト装置１０とプリンタ２０を備え，前記ホスト装置１０及び前記プリンタ２０間は，ＵＳＢにより通信が行われる印刷システム１を構成し，
　前記ホスト装置１０は，汎用的なコンピュータシステムにより構成され，個々の構成要素又は機能は，コンピュータプログラムを実行することにより実現され，前記ホスト装置１０は，プリンタドライバなどのＡＰ１１と，デバイスであるプリンタの制御を行うデバイスドライバ１２と，ＵＳＢホストコントローラ１４とを備えており，
　前記ＡＰ１１は，印刷要求，プリンタのステータス照会コマンド，データ要求コマンドなどを発行し，さらに，定期的にプリンタ２０からデータあるいはリクエストを取得するために，一定の周期でステータス照会コマンドなどの照会コマンドを発行するものであり，
　前記デバイスドライバ１２は，前記ＡＰ１１から出力されたリクエストを受け付け，前記ＵＳＢホストコントローラ１４を介して前記プリンタ２０に前記リクエストを通知するものであり，
　前記プリンタ２０は，ＵＳＢデバイスコントローラ２１と，ＣＰＵ２２と，印刷機構２９を備え，ホスト装置１０から所定時間以上リクエストを受信しないと，前記ＣＰＵ２２及び前記印刷機構２９の電力消費が抑制される省電力モードと，通常モードを有し，
　前記デバイスドライバ１２は，
　前記ＡＰ１１から，前記照会コマンドでないリクエストを受信したときにクリアされるタイマ１２１を備え，前記タイマ１２１の計測時間が前記所定時間を経過した場合，サスペンド状態に移行し，
　前記サスペンド状態において，前記デバイスドライバ１２は，前記ＡＰ１１から何らかのリクエストを受信したか否かを判定し，前記リクエストを受信したときは，受信したコマンドが前記照会コマンドであるか否かを判定し，前記受信したコマンドが照会コマンドであるときは，コマンドに対してプリンタ２０への通知を行うことなく，各照会コマンドに対応したダミーレスポンスを前記ＡＰ１１へ返すように処理を行う
ことを特徴とする印刷システム。」
　
２　文献２
　この出願の出願前に頒布され，当審の拒絶の理由で引用された特開２００５−１７８２１２号公報（以下，「文献２」という。）には，図面と共に以下の事項が記載されている。
　(1) 「【００１５】
　しかしながら，スリープモード時にステータスモニタのポーリングがなされても，プリンタの動作モードとしては（印刷動作をする訳ではないために）スリープモードのままである。よって，ステータスモニタのポーリングがなされても，プリンタの電力を大幅に増やすことは許されない。しかしながら，スリープモード時にホストコンピュータのステータモニタのポーリングが実行される（つまり，ステータス情報要求コマンドが定期的に送信されてくる）と，ステータス情報要求コマンドを解釈し，プリンタのステータス情報を収集するために，システムコントローラもエンジンコントローラも（エンジンのセンサー等も）殆んどの回路をノーマルモード時と同様に動作させる必要があり，このステータスモニタのポーリングに応答する処理の実行期間中は電力がノーマルモードと同等レベルまで大きくなってしまう。」
　(2) 「【００２１】
（第１の実施形態）
　図１は本発明の第１の実施形態を示し，同図において図４と同番号のものは，従来の実施例で説明したものと同じである。２６はスリープモード時にホストＩ／Ｆ回路を制御するサブＣＰＵ，２７はメインＣＰＵがサブＣＰＵにホストＩ／Ｆ回路の制御を行うように要求するためのリクエスト信号ＲＥＱ，２８は前記ＲＥＱを受けて，前記サブＣＰＵがＰＣＩ　ＢＵＳの制御を行うことが可能になったことをメインＣＰＵに知らせるためのアクノリッジ信号ＡＣＫ，２９は　プリンタスリープモード中にホストコンピュータから印刷ジョブが送信されてきたことをホストＩ／Ｆ回路を経由して受信したサブＣＰＵが検出した場合に，メインＣＰＵ（さらには，プリンタ）をスリープモード状態からノーマルモード状態に起こすことを要求するためのインターラプト要求信号ＷＡＫＥである。
【００２２】
　上記構成において，プリンタ１がパワーオンした後はノーマルモードに移行する。サブＣＰＵ２６はパワーオン直後は，ＰＣＩ　ＢＵＳへのアクセス（つまり，ホストＩ／Ｆ回路の制御）が禁止され，低電力状態になるように初期化される。プリンタのノーマルモードにおいては，前記従来例と同様に，ホストコンピュータから印刷ジョブが送信されてきた場合には，その印刷ジョブの印刷データを印刷し（記録データを被記録媒体に対して記録して），ステータスモニタからのステータス送信要求コマンド（ステータスモニタのポーリング動作）に対しては，プリンタのステータス情報を返送することが可能である。
【００２３】
　前記ノーマルモードのプリンタがスリープモードに移行する過程を図２のフローチャートに示す。前記プリンタが国際エナジースターやブルーエンジェル等の規定で規定される一定時間以上，印刷動作が行われなかった場合にスリープモードに移行する処理が開始される（図２の２のＹｅｓ）。まず，システムコントローラのＳＯＣ（メインＣＰＵ）はエンジンコントローラと通信し，協調し，プリンタのその時点でのステータス（最新のステータス）情報を収集する（図２の３）。
【００２４】
　その後，ＳＯＣはエンジンコントローラに対し，主要回路の電源や基本動作クロックを遮断し，低電力状態に移行するように要求を出す（図２の４）。エンジンのメカ機構やセンサー等への電力はエンジンコントローラを経由して供給されているため，エンジンコントローラが低電力状態に移行するときにはエンジンも低電力状態になる。
【００２５】
　その次に，メインＣＰＵがサブＣＰＵに対し，低電力状態から通常動作状態に移行し共通に接続されているＰＣＩ　ＢＵＳを経由して各Ｉ／Ｆ回路を制御するように要求するためのＲＥＱ信号を“Ｈ”に出力する（図２の５）。サブＣＰＵはＲＥＱ信号をインターラプト入力ポートで受けて，低電力状態から通常動作状態に起き上がり，通常動作が可能になったらそのことをメインＣＰＵに知らせるためにＡＣＫ信号を“Ｈ”に出力する（図２の６）。メインＣＰＵはＡＣＫ信号が“Ｈ”になったのを確認すると（図２の６のＹｅｓ），図２の３で収集した，最新のステータス情報をサブＣＰＵに転送し，サブＣＰＵが管理するメモリにその情報を格納する（図２の７）。その後，ＳＯＣは図２の４でエンジンコントローラに出した要求が実行され，エンジンコントローラが低電力状態になっていることを確認し（図２の８のＹｅｓ），システムコントローラも大部分の電力や基本動作クロックを遮断して，低消費電力状態になる（図２の９）。当然，メインＣＰＵはＰＣＩ　ＢＵＳ（つまり，ホストＩ／Ｆへ）のアクセスをしなくなる。よって，サブＣＰＵがホストＩ／Ｆをアクセスすることが可能となる。この図２の一連の処理が実行された結果が，本実施形態のプリンタのスリープモード（図２の１０）である。
【００２６】
　この，本実施形態のプリンタのスリープモードにおいては，前記サブＣＰＵ２６がＰＣＩ　ＢＵＳ２５を経由して各ホストＩ／Ｆを制御している。そして，ホストコンピュータ（ＰＣ１，ＰＣ２，ＰＣ３）にインストールされているステータスモニタからステータス送信要求コマンドが送信されて来た場合（ステータスモニタのポーリングが成された場合）には，ホストＩ／Ｆ回路，ＰＣＩ　ＢＵＳを経由してサブＣＰＵが受信し，それがステータス送信要求コマンドであると判別できた場合には，サブＣＰＵが管理している記憶手段の（前記プリンタがスリープモードに移行する直前の）ステータス情報を，前記ステータス送信要求コマンドを送信したホストコンピュータに返送する。
【００２７】
　通常，プリンタのステータスはスリープモード中に印刷動作が行われないために変化しない。つまり，プリンタがスリープモードに移行する直前のステータスのままである。よって，前記ホストコンピュタにインストールされているステータスモニタは常に前記プリンタのその時点のステータスを取得することができる。」
　
３　文献３
　この出願の出願前に頒布された刊行物であり，当審の拒絶の理由で引用された特開２００８−０８４１２４号公報（以下，「文献３」という。）には，図面と共に以下の事項が記載されている。
　(1) 「【００１３】
　先ず，本実施形態の情報処理装置の構成について説明する。図１は，情報処理装置１０の内部構成を概略的に示すブロック図である。本実施形態では，情報処理装置１０として，ノート型のパーソナルコンピュータやデスクトップ型のパーソナルコンピュータが想定されている。このような本実施形態のコンピュータには，ディスク装置４０が内蔵されている。但し，他の実施形態では，ディスク装置４０はコンピュータに外付けされるものでもよい。」
　(2) 「【００２１】
　応答処理部２８は，他のアプリケーションからのディスク装置に関する問合せに対して応答するための手段である。応答処理部２８は，デバイスドライバに追加されたフィルタドライバとして構成される。応答処理部２８は，ディスク装置４０への給電状態が通常状態から節電状態に切り替えられる前に，ディスク装置４０の状態の情報（ディスク装置４０が接続されているか否かを示す情報，ディスク４２がトレイに装着されているか否かを示す情報や，トレイが開いているか閉じているかを示す情報など）を保持する。そして，応答処理部２８は，他のアプリケーションからディスク装置４０に関する問合せがあると，保持されたディスク装置４０の状態の情報に基づいて，ディスク装置４０の状態を応答する。
【００２２】
　仮に，上記の応答処理部２８が設けられない状況を想定すると，ディスク装置４０に関連した処理を行う他のアプリケーションは正常に動作することができない。すなわち，ディスク装置４０への給電状態が節電状態にある時に，他のアプリケーションから問合せがあると，制御装置２０はディスク装置４０から情報を取り込むことができないため，デバイスドライバは他のアプリケーションからの問合せに応答することができない。これに対して，本実施形態のように応答処理部２８が設けられた場合には，他のアプリケーションから問合せがあった場合に，応答処理部２８が他のアプリケーションから問合せに対処するため，アプリケーションは正常に動作することができる。」
　(3) 「【００３９】
　なお，上述した実施形態では，ディスク装置４０が情報処理装置１０に内蔵されていたが，他の実施形態では，ディスク装置４０は情報処理装置１０に外付けされてもよい。ディスク装置４０を外付けする場合，ディスク装置４０を接続するためのインターフェイスとして，ＵＳＢ（Universal Serial　Bus），ＡＴＡ／ＡＴＡＰＩ（AT Attachment/AT Attachment Packet Interface），ＳｅｒｉａｌＡＴＡ，ＩＥＥＥ１３９４規格などのインターフェイスを用いればよい。」
　
４　文献４
　この出願の出願前に頒布された刊行物であり，当審の拒絶の理由で引用された特開２００７−０３５０４４号公報（以下，「文献４」という。）には，図面と共に以下の事項が記載されている。
　(1) 「【００２２】
　先に，本発明での記憶装置は，一般的に保存及び再生を少なくても一つ以上実行する装置を示す。
　図１は，一般的な補助装置が接続されたコンピュータシステムのブロック図である。
【００２３】
　図面で見るように，システムを全体的に制御するCPU(10)と，このCPUと接続されてシステムメモリーバス入出力調節機能及び周辺装置の入出力機能を少なくても一つ以上実行する制御部(11)と，システム運用プログラム(OS)，保存/再生装置の作動状態を監視及び電源制御を実行するプログラムが少なくとも一つ以上保存されたメインメモリ部(12)と，前記制御部(11)によって制御されて，第２装置である光記憶装置のODD(13a)及びCD(13b)とエジェクトボタン(13c)を含む周辺装置部(13)と，第１装置であるシステムの基本作動を制御するプログラムが保存されたバイオスＲＯＭ(17)と，前記ODD等の再作動等，予め決められた作動をインターラプトして実行するための入力手段であるホットキー(16a)等を含むキーボード(16)と，前記キーボードを制御するキーボードコントローラ(15)と，電源ボタン部(14)とを含んで構成される。」
　(2) 「【００４５】
　上記の作動手順によって，OS部(213)は，ODD(221)が継続してシステムに連結されていると認識する。
　すなわち，前記ODDのメディア検出のために，OS部(213)が継続してODD(221)をポーリングするため(Windows（登録商標）XPの自動実行される機能)，直ちに前記スイッチ(222)をOFFにしたら，ODD(221)がシステムで除去(REMOVAL)になったことを認識する。そのようになれば，ウィンドウ上にODDが現われなくなる。」
　
第４　対比及び判断
１　対比
　(1) 引用発明の「情報処理システム」は本願発明の「情報処理装置」に相当する。
　そして，本願発明の「オペレーティングシステム」は，発明の詳細な説明の「ＣＰＵ１１１は，本コンピュータ１０の動作を制御するために設けられたプロセッサであり，ハードディスクドライブ（ＨＤＤ）１２１から主メモリ１１３にロードされる，オペレーティングシステム（ＯＳ）およびフィルタドライバ（制御部，判別部）２０１のような各種デバイスドライバを実行する。」（段落００１６。）という記載も参照すると，コンピュータ１０において動作するプログラムと認められるものであるから，引用発明の「個々の構成要素又は機能は，コンピュータプログラムを実行することにより実現される」「汎用的なコンピュータシステム」である「ホスト装置１０」における「コンピュータプログラム」と，本願発明の「オペレーティングシステム」の両者は，情報処理装置で実行されるプログラムである点で共通している。
　よって，引用発明と本願発明は，プログラムを備えた情報処理装置である点で一致する。
　(2) 引用発明の「プリンタ２０」は「情報処理システム」である「印刷システム１」を構成する機器であるのに対し，本願発明の「メディアドライブ」は「情報処理装置」を構成する機器といえるものであるから，引用発明の「プリンタ２０」と本願発明の「メディアドライブ」は，「情報処理装置」を構成する機器である点で共通している。
　そして，引用発明の「省電力モード」は本願発明の「省電力モード」に相当し，引用発明の「通常モード」は「省電力モード」に比べ「電力消費が抑制され」ないのだから，引用発明の「通常モード」は本願発明の「通常動作モード」に相当する。
　よって，引用発明と本願発明は，通常動作モードと前記通常動作モードより消費電力の少ない省電力動作モードとを備えた機器を備えるものである点で一致する。
　(3) 引用発明の「ＡＰ１１」が「発行」する「印刷要求，プリンタのステータス照会コマンド，データ要求コマンドなど」は「プリンタ」に対しなされるものであるから，引用発明の「印刷要求，プリンタのステータス照会コマンド，データ要求コマンドなど」は，本願発明の「要求」に相当する。
　そして，引用発明の「プリンタのステータス照会などの照会コマンド」は，本願発明の「メディアドライブの状態を問い合わせる」ことと，機器の状態を問い合わせる点で共通している。
　また，本願発明の「ポーリング」は発明の詳細な説明の「常に光ディスクドライブにポーリング」（段落０００２）及び「ポーリング（光ディスクドライブ２０の状態の問い合わせ要求）」（段落００２３）という記載から，常になされる光ディスクドライブの状態の問い合わせ要求をいうものと認められ，引用発明の「一定の周期でステータス照会コマンドなどの照会コマンド」が発行されることは，これによって，照会コマンドに対応したレスポンスが返されることから，本願発明の「状態を問い合わせるポーリング」に相当するといえる。
　さらに，引用発明の「受信したコマンドが前記照会コマンドであるか否かを判定」することは，本願発明の「要求が」「状態を問い合わせるポーリングか否かを判別する」ことに相当する。
　よって，引用発明と本願発明は，機器に対する要求が，前記プログラムから送信される前記機器の状態を問い合わせるポーリングか否かを判別する判別部を有している点で一致する。
　(4) 引用発明の「前記受信したコマンドが照会コマンドであるときは，コマンドに対してプリンタ２０への通知を行うことなく，各照会コマンドに対応した」「レスポンスを前記ＡＰ１１へ返すように処理を行う」ことは，本願発明の「前記要求が前記ポーリングであると前記判別部が判別したときは，前記メディアドライブに該要求を出力することなく」「状態を前記ポーリングに対して返答する」ことと，前記要求が前記ポーリングであると前記判別部が判別したときは，前記機器に該要求を出力することなく，状態を前記ポーリングに対して返答する点で共通している。
　そして，引用発明の「デバイスドライバ」は本願の「ドライバ」に相当する。
　よって，引用発明と本願発明は，前記要求が前記ポーリングであると前記判別部が判別したときは，前記機器に該要求を出力することなく，状態を前記ポーリングに対して返答する制御部を有している点で一致する。
　
２　一致点及び相違点
　よって，本件補正発明と引用発明は以下の点で一致する。
「プログラムを備えた情報処理装置であって，
　通常動作モードと前記通常動作モードより消費電力の少ない省電力動作モードとを備えた機器と，
　前記機器に対する要求が，前記プログラムから送信される前記機器の状態を問い合わせるポーリングか否かを判別する判別部と，
　前記要求が前記ポーリングであると前記判別部が判別したときは，前記機器に該要求を出力することなく，状態を前記ポーリングに対して返答するドライバからなる制御部とを備えることを特徴とする情報処理装置。」
　
　そして，以下の点で相違する。
相違点１　本願発明は「メディアドライブ」に対し制御をするものであるの
　　　　に対し，引用発明は「プリンタなどのデバイス」に対して制御をす
　　　　るものである点。
相違点２　本願発明は「オペレーティングシステム」を備え，「オペレーテ
　　　　ィングシステム」が「状態を問い合わせるポーリング」をするもの
　　　　であるのに対し，引用発明は「プリンタドライバなどのＡＰ１１」
　　　　が「一定の周期でステータス照会コマンドなどの照会コマンドを発
　　　　行するもの」である点。
相違点３　本願発明は「メディアドライブが前記前記省電力動作モードに移
　　　　行する前の前記通常動作モードにおける該ドライブの状態を記憶す
　　　　る記憶部」を備え，「記憶部が記憶した状態」を「返答」するもの
　　　　であるのに対し，引用発明は「ダミーレスポンスを返す」ものであ
　　　　る点。
　
３　相違点についての検討
　(1) 相違点１について
　引用発明が記載された文献１の段落００５２には，「プリンタ以外のデバイスであっても本発明を適用することができる」（「第３」１(3)参照。）と記載されており，また，情報処理装置にプリンタ以外のデバイスである，本件補正発明の「メディアドライブ」に該当するものを接続することは，文献３（「第３」３(1)及び(3)参照。），文献４（「第３」４(1)参照。）に記載されているように周知であるから，引用発明の「デバイス」について，かかる周知技術を採用することで，光ディスクドライブなどの本願発明の「メディアドライブ」に該当するものとする程度のことは，当業者であれば適宜なし得ることである。
　(2) 相違点２について
　情報処理装置にオペレーティングシステムを備えることは一般的なことであって，そのようなオペレーティングシステムが引用発明１の「ＡＰ１１」同様，接続された機器に対しポーリングを行っていることも，文献４（「第３」４(2)参照。）に記載されているように周知であるから，引用発明の「ＡＰ１１」のポーリング動作をオペレーティングシステムが行うように構成する程度のことは，当業者であれば適宜なし得ることである。
　(3) 相違点３について
　引用発明が記載された文献１の段落００３９には，「例えば，ステータス照会コマンドに対するダミーレスポンスは，正常ステータスを示すレスポンスでよいし，データ要求コマンドに対するダミーレスポンスは，データなしを示すレスポンスでよい。」（「第３」１(3)参照。）と記載されており，引用発明において，「ダミーレスポンス」は，特定のレスポンスに限定されないことが示唆されているところである。
　そして，文献２には，「スリープモード時にホストコンピュータのステータモニタのポーリングが実行される（つまり，ステータス情報要求コマンドが定期的に送信されてくる）と，ステータス情報要求コマンドを解釈し，プリンタのステータス情報を収集するために，システムコントローラもエンジンコントローラも（エンジンのセンサー等も）殆んどの回路をノーマルモード時と同様に動作させる必要があり，このステータスモニタのポーリングに応答する処理の実行期間中は電力がノーマルモードと同等レベルまで大きくなってしまう。」（「第３」２(1)参照。）という課題を解決するために，メインＣＰＵが低電力状態に移行する時点のステータス情報を収集し，主要回路の電源やメインＣＰＵの基本動作クロックを遮断し，低電力状態に移行後，サブＣＰＵがメインＣＰＵに代わり，プリンタのステータス情報をホストコンピュータに返送するようにしたもの（「第３」２(2)参照。）が記載されている。
　また，文献３には，「ディスク装置４０への給電状態が節電状態にある時に，他のアプリケーションから問合せがあると，制御装置２０はディスク装置４０から情報を取り込むことができない」ことを解消するために，「ディスク装置４０への給電状態が通常状態から節電状態に切り替えられる前に，ディスク装置４０の状態の情報（ディスク装置４０が接続されているか否かを示す情報，ディスク４２がトレイに装着されているか否かを示す情報や，トレイが開いているか閉じているかを示す情報など）を保持」し，「他のアプリケーションからのディスク装置に関する問合せに対して応答するための手段」である「応答処理部２８」を設けること（「第３」３(2)参照。）が記載されている。
　このように，
装置の状態を記憶し，省電力モードにおいて状態の問合せがあった場合に，装置の省電力状態を解消することなく，装置そのものに代わり，記憶していた状態を返答する
　(4) そして，引用発明にこれら周知技術を適用し本願発明のようにすることで生じる作用も，当業者であれば予測できる範囲のものである。
　(5) 請求人の主張について
　本件審判請求人（以下，「請求人」という。）は，平成２３年１１月２８日付け意見書において，『ここで，かかる構成に対応するものとして挙げられた文献２には，「前記メディアドライブが前記省電力動作モードに移行する前の前記通常動作モードにおける該ドライブの状態を記憶する記憶部と」に近い構成として「ステータス情報」が記載されています。しかし，かかる「ステータス情報」は，本願発明における「メディアドライブ」に相当すると指摘されている「プリンタ」が具備するものであるため，文献１の「前記メディアドライブに該要求を出力することなく，」の思想に反しております。つまり，「プリンタ」に要求を出力しない文献１の装置が，文献２の「プリンタ」が保有する「ステータス情報」を得ることはあり得ません。したがって，文献１の技術と文献２の技術を組み合わせる動機づけがなく，本願発明の構成を想到することは困難であります。』（２．（ｃ）第３段落参照。）と主張し，また，『次に，文献３には，「前記メディアドライブが前記省電力動作モードに移行する前の前記通常動作モードにおける該ドライブの状態を記憶する記憶部と，」に近い構成として「ディスク装置４０の状態の情報」が記載されています。
　しかし，かかる「ディスク装置４０の状態の情報」は，本願発明における「通常動作モード」に相当すると思われる「通常状態」と本願発明における「省電力動作モード」に相当すると思われる「節電状態」のいずれかに移行するかを判断するためものです。つまり，文献３の「ディスク装置４０の状態の情報」は，文献１の「ダミーレスポンス」と同じ用途で用いられるものではなく，文献１の「ダミーレスポンス」に文献３の「ディスク装置４０の状態の情報」を単純に適用することはできません（動機づけがありません）。』（２．（ｃ）第４及び第５段落参照。）と主張している。
　しかしながら，「(3) 相違点３について」に示したように，文献２及び文献３には，
装置の状態を記憶し，省電力モードにおいて状態の問合せがあった場合に，装置の省電力状態を解消することなく，装置そのものに代わり，記憶していた状態を返答する
　そして，かかる周知技術は，引用発明の「デバイスは，頻繁にホスト装置からの問い合わせを受けることになり，省電力モードへ移行することができず，消費電力を抑制できない。」（段落０００４参照。）という課題を解決する「ダミーレスポンス」と同様，
装置の状態の問い合わせがなされた場合にも装置の省電力状態を維持し得るという意義を有している
　
４　まとめ
　以上検討したように，本願発明は，引用発明及び周知技術に基づいて，当業者であれば容易に発明できたものであるから，特許法第２９条第２項の規定により，特許を受けることができないものである。
　
第５　まとめ
　以上のように，本願発明は，引用発明及び周知技術に基づいて，当業者であれば容易に発明できたものであるから，特許法第２９条第２項の規定により，特許を受けることができないものである。
　したがって，この出願は，他の請求項について論及するまでもなく，拒絶をすべきものである。
　よって，結論のとおり審決する。