【事件の表示】
　特願２０１０−１８５３６９「情報処理装置、情報処理システム、および情報処理方法」拒絶査定不服審判事件〔平成２４年　３月　１日出願公開、特開２０１２−　４３２８８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成２２年８月２０日の出願であって、平成２６年６月６日付けで拒絶理由が通知され、平成２６年８月８日付けで手続補正されたが、平成２７年１月９日付で拒絶査定がなされ、これに対し、同年４月１４日に拒絶査定に対する審判請求がなされるとともに、同時に手続補正がなされたものである。
　
第２　平成２７年４月１４日付の手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２７年４月１４日付の手続補正（以下、「本件補正」という。）を却下する。
［理由］
１．補正後の本願発明
　本件補正により、特許請求の範囲の請求項１は、
「複数のアプリケーションから選択的に所定のアプリケーションを実行する情報処理装置であって、
　前記情報処理装置が位置している場所の環境の状態を検出する検出部と、
　前記検出部が検出した環境の状態を示す検出データを記憶する第１記憶部と、
　前記アプリケーションを実行するアプリケーション実行部と、
　前記アプリケーション実行部に電力が供給されて前記アプリケーションが実行可能な通常モードと少なくとも前記アプリケーション実行部への電力供給が制限されて前記アプリケーションが実行できない省電力モードとを少なくとも切り替える動作モード切替部と、
　少なくとも前記省電力モード、および、前記アプリケーション実行部が前記通常モードにおいて前記複数のアプリケーションのうち前記検出データを利用しないアプリケーションの実行中において、前記検出部に環境の状態を検出させ、当該検出された環境の状態を示す前記検出データを所定の時間間隔毎に前記第１記憶部に記憶する検出データ制御部とを備え、
　前記検出データ制御部は、前記アプリケーション実行部が出力するデータ要求を受信することに応じて、前記検出データを前記アプリケーション実行部に出力する、情報処理装置。」
と補正された。
　本件補正のうちの上記請求項１についての補正は、請求項１に記載した発明を特定するために必要な事項である「検出データ制御部」について「前記アプリケーション実行部が出力するデータ要求を受信することに応じて、前記検出データを前記アプリケーション実行部に出力する」との限定を付加するものであって、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
　
２．引用例
　原査定の拒絶の理由に引用された特開２００８−１１７４２４号公報（以下、「引用例１」という。）には、図面とともに、次の（ａ）ないし（ｆ）のとおりの記載がある。
（ａ）「【００２８】
　図１に示される情報処理装置は、例えば、携帯電話機やPDA(Personal Digital Assistants)、或いは小型のパーソナルコンピュータなどの携帯型の装置（またはその一部）である。
　【００２９】
　MCU(Micro Controller Unit)１は、例えば、予め用意されるアプリケーションを内部のRAM(Random Access Memory)に展開し、情報処理装置の全体の動作を制御する１チップのマイクロコンピュータである。」
（ｂ）「【００３４】
　このような構成を有する情報処理装置においては、消費電力を抑えるために、センサ３に対する電源Vccの供給、およびMCU１自体の状態が制御される。
【００３５】
　図２は、MCU１とセンサ３の状態遷移の例を示す図である。
【００３６】
　図２に示されるように、MCU１の状態には、Run状態とSleep状態とがあり、MCU１は、その２つの状態を繰り返すようになっている。すなわち、間欠的な動作が行われる。
【００３７】
　ここで、Run状態とは、用意されるタスクを実行し、センサ３に対する電源Vccの供給の制御などを行う状態をいう。
【００３８】
　また、Sleep状態とは、Run状態のときより消費電力が少ない状態をいう。Sleep状態のときには、Run状態のときに設定したタイマによる割り込みによって、Run状態に復帰する。
【００３９】
　なお、Sleep状態は、MCU１が実行するOS(Operating System)の種類によってその意味が異なり、次の２つが含まれる。
【００４０】
　例えば、MCU１が実行するOSが非リアルタイムOSの場合、Sleep状態は、クロックの速度を落とすなどして、必要最小限の入出力管理のみを除いてプログラムの実行を停止させる状態を意味する。
【００４１】
　また、MCU１が実行するOSが、あるイベントが発生したとき、決められた時間内にイベントハンドラが起動されることを保証するリアルタイムOSの場合、Sleep状態は、実行中の１つのタスクの中断を意味する。従って、この場合、Sleep状態からの復帰はタスクのWake処理を意味する。
【００４２】
　リアルタイムOSが用いられる場合、１つのタスクが中断された結果、他のタスクが実行可能な状態となり、最も優先度の低いタスクに、非リアルタイムOSの場合と同様のSleep状態に遷移することを指示するコードが記述されていることによって、実行すべきタスクがないときに、そのSleep状態への遷移が行われることになる。」
（ｃ）「【０２２８】
　以上においては、例えば、センサとともにMCU１を間欠動作させるとしたが、MCU１が、外部のRAMにプログラムを展開し、RAMなどが内蔵された１チップのユニットに較べて、そのプログラムを高速に実行することができるような高性能なユニットである場合、MCU１のクロックの速度と、RAMのクロックの速度が異なり、双方のクロックを安定させるまでに時間が掛かることなどから、Run状態とSleep状態の切り替えを高速に行わせることができない。
【０２２９】
　また、そのような高性能なMCU１は、RAMなどが内蔵された１チップのユニットに較べて消費電力が多いため、高性能なMCU１をセンサとともに間欠動作させ、サンプリングを行うためだけにSleep状態から起動させることは、省電力化という観点からは好ましくない。
【０２３０】
　従って、センサの出力のサンプリングを行う例えば１チップのユニットを、高性能なMCUとは別に情報処理装置に用意するようにしてもよい。
【０２３１】
　図１９は、本発明を適用した情報処理装置のさらに他の構成例を示すブロック図である。
【０２３２】
　図１９の情報処理装置には、Main MCU８１とSub MCU８２が設けられている。
【０２３３】
　Main MCU８１は、外部に設けられているROMに記憶されているプログラムを外部のRAMに展開し、それを実行する。また、Main MCU８１は、センサ３の出力のサンプリング結果を所定のタイミングでSub MCU８２から取得し、サンプリング結果を用いて所定の処理を行う。
【０２３４】
　Sub MCU８２は、例えば、RAMなどが内蔵された１チップのユニットである。Sub MCU８２は、Main MCU８１に較べてRun状態とSleep状態の切り替えを高速に行うことができるとともに、その消費電力も少ない。Sub MCU８２は、基本的に、図１のMCU１と同様の機能を有している。
【０２３５】
　すなわち、Sub MCU８２は、センサ３とともに間欠動作を行い、GPO端子９１から出力する信号によりFET２のOn／Offを切り替えることでセンサ３に対する電源Vccの供給を制御するとともに、センサ３からGPI端子１２に供給される信号のサンプリングを行う。
【０２３６】
　Sub MCU８２によるサンプリングの結果はバッファ９３に保存され、繰り返し行われるサンプリングにより、所定の量のサンプリング結果が格納されたとき、格納されているサンプリング結果が、バスを介してSub MCU８２からMain MCU８１にまとめて供給される。
【０２３７】
　これにより、Main MCU８１は、センサ３の出力のサンプリングを行う毎にSleep状態から復帰する必要はなく、Sub MCU８２から供給される、ある程度の量のまとまったサンプリング結果を取得する場合にのみ復帰すればよいことになる。Main MCU８１は、消費電力がSub MCU８２より多く、そのような消費電力の多いユニットの動作時間を短縮させることで、装置全体としての消費電力を抑えることができる。」
（ｄ）「【０２３９】
　ここで、図２０乃至図２２のフローチャートを参照して、図１９のSub MCU８２の処理について説明する。この例においては、図１２に示されるような複数のセンサがSub MCU８２に接続されているものとする。また、Sub MCU８２は、図１４の各構成を有しているものとする。」
（ｅ）「【０２５０】
　サンプリング部２４は、ステップＳ２１０において、GPSモジュール５１の出力のサンプリング（測位）を行い、ステップＳ２１１に進み、測位結果を表すデータをバッファ９３（図１９）に格納する。情報処理装置が屋外に持ち出されている場合、図２０の処理が繰り返されることで、測位結果の履歴を表すデータがバッファ９３に格納されることになる。
【０２５１】
　ステップＳ２１２において、サンプリング部２４は、バッファ９３にある程度のデータ（サンプリング結果）が貯まったか否かを判定し、ある程度のデータが貯まっていないと判定した場合、処理を終了させる。その後、所定の周期で図２０の処理が繰り返される。
【０２５２】
　サンプリング部２４は、ステップＳ２１２において、バッファ９３にある程度のデータが貯まったと判定した場合、ステップＳ２１３に進み、Main MCU８１に対して、バッファ９３に格納されているデータの取得を要求して処理を終了させる。この要求に応じて、Main MCU８１はSleep状態から復帰し、バッファ９３に格納されているデータをバスを介して取得する（図２４のステップＳ２３４）。」
（ｆ）「【０２７９】
　ステップＳ２３１において、Sleep状態にあるMain MCU８１は、Sub MCU８２からの通知（例えば、図２０のステップＳ２０３，Ｓ２０８の通知、ステップＳ２１３の要求）があったとき、それを受信する。
【０２８０】
　Main MCU８１は、ステップＳ２３２において、受信した通知がサンプリング結果を取得することの要求（図２０のステップＳ２１３の要求）であるか否かを判定し、その通知ではないと判定した場合、処理を終了させる。
【０２８１】
　一方、Main MCU８１は、ステップＳ２３２において、受信した通知がサンプリング結果を取得することの要求であると判定した場合、ステップＳ２３３に進み、Sleep状態から復帰する。
【０２８２】
　Sleep状態から復帰した後、ステップＳ２３４において、Main MCU８１は、Sub MCU８２のバッファ９３に格納されているサンプリング結果を表すデータをバスを介して取得し、サンプリング結果に基づく所定の処理を行う。
【０２８３】
　以上のように、センサの出力のサンプリングを消費電力の少ないSub MCU８２に行わせ、情報処理装置がおかれている状況に基づいてセンサに対する電源Vccの供給を制御させるとともに、ある程度の量のサンプリング結果をまとめてMain MCU８１に提供させることで、状況に応じたセンサの動作と、消費電力の多いMain MCU８１の動作時間を短縮させることが可能となり、装置全体の消費電力を抑えることができる。」
　ここで、上記摘記事項（ａ），（ｃ）によれば、引用例１には、「アプリケーションを実行する情報処理装置であって、アプリケーションを実行するメインＭＣＵを備えた情報処理装置。」が記載されているといえる。
　また、上記摘記事項（ｂ），（ｃ）によれば、引用例１のメインＭＣＵは、Ｒｕｎ状態では、プログラムを実行可能な状態であり、Ｓｌｅｅｐ状態では、必用最小限の入出力管理を除いてプログラムの実行を停止させた消費電力の少ない状態である。そして、プログラムが実行可能であればアプリケーションも実行可能であり、プログラムの実行が停止されていれば、アプリケーションも実行できないから、引用例１の情報処理装置は、メインＭＣＵを、アプリケーションを実行可能なＲｕｎ状態と、消費電力の少ないアプリケーションを実行できないＳｌｅｅｐ状態とに切り替えるものであるといえる。
　また、図１２，上記摘記事項（ｄ）によれば、引用例１の情報処理装置はＧＰＳモジュールを備えている。
　また、上記摘記事項（ｄ），（ｅ）によれば、引用例１の情報処理装置は、ＧＰＳモジュールによりサンプリングしたサンプリング結果をバッファに保存するサブＭＣＵを有し、上記摘記事項（ｅ）によれば、図２０の動作は所定の周期で繰り返されるから、サンプリング結果のバッファへの保存は、所定の周期で行われるといえる。
　また、上記摘記事項（ｅ）によれば、サブＭＣＵは、少なくともメインＭＣＵがＳｌｅｅｐ状態のときにセンサの出力のサンプリングをしているといえる。
　また、上記摘記事項（ｃ），（ｅ），（ｆ）によれば、引用例１の情報処理装置のサブＭＣＵは、バッファにある程度のデータが貯まったと判断した場合、メインＭＣＵに対して、バッファに格納されているサンプリング結果の取得を要求し、メインＭＣＵは、受信した要求がサンプリング結果の取得の要求である場合に、Ｓｌｅｅｐ状態から復帰してバッファに格納されているサンプリング結果を表すデータを取得するものであるといえる。
　したがって、引用例１には、
「アプリケーションを実行する情報処理装置であって、
　ＧＰＳモジュールと、
　前記ＧＰＳモジュールによりサンプリングしたサンプリング結果を保存するバッファと、
　前記アプリケーションを実行するメインＭＣＵと、
　ここで、前記メインＭＣＵは、アプリケーションを実行可能なＲｕｎ状態と、消費電力の少ないアプリケーションを実行できないＳｌｅｅｐ状態とを切り替え可能なものであり、
　少なくともメインＭＣＵがＳｌｅｅｐ状態において、前記ＧＰＳモジュールによりサンプリングしたサンプリング結果を所定の周期でバッファに保存するサブＭＣＵとを備え、
　前記サブＭＣＵは、前記メインＭＣＵにデータ取得を要求し、前記メインＭＣＵは、データ取得の要求に応じて、前記サンプリング結果を前記バッファから取得する、情報処理装置。」
との発明（以下「引用例１発明」という。）が開示されていると認めることができる。
　
３．対比
　そこで、本願補正発明と引用例１発明とを比較すると、まず、本願補正発明と引用例１発明とは、「アプリケーションを実行する情報処理装置」である点で一致し、引用例１発明のメインＭＣＵは、アプリケーションを実行するものであるから、本願補正発明と引用例１発明とは、「アプリケーションを実行するアプリケーション実行部」を有している点で一致する。
　また、引用例１発明の「ＧＰＳモジュール」は、情報処理装置の位置を検出するものであるから、引用例１発明の「ＧＰＳモジュール」と本願補正発明の「情報処理装置が位置している場所の環境の状態を検出する検出部」とは、「検出部」である点で共通する。
　また、本願補正発明の「検出部が検出した環境の状態を示す検出データを記憶する第１記憶部」と引用例１発明の「ＧＰＳモジュールによりサンプリングしたサンプリング結果を保存するバッファ」とは、「検出部が検出した検出データを記憶する第１記憶部」である点で共通する。
　また、引用例１発明の「Ｒｕｎ状態」、「Ｓｌｅｅｐ状態」は、それぞれ、本願補正発明の「通常モード」、「省電力モード」に相当することは明らかであり、引用例１発明において、メインＭＣＵをＲｕｎ状態とＳｌｅｅｐ状態とに切り替え可能であるから、本願補正発明における「動作モード切替部」に相当する構成を有しているといえる。
　また、本願補正発明の「少なくとも前記省電力モード、および、前記アプリケーション実行部が前記通常モードにおいて前記複数のアプリケーションのうち前記検出データを利用しないアプリケーションの実行中において、前記検出部に環境の状態を検出させ、当該検出された環境の状態を示す前記検出データを所定の時間間隔毎に前記第１記憶部に記憶する検出データ制御部」と引用例１発明の「少なくともメインＭＣＵがＳｌｅｅｐ状態において、ＧＰＳモジュールによりサンプリングしたサンプリング結果を所定の周期でバッファに保存するサブＭＣＵ」とは、いずれも「少なくとも前記省電力モードにおいて、前記検出部に検出させ、当該検出された検出データを所定の時間間隔毎に第１記憶部に記憶する検出データ制御部」という点で共通する。
　また、引用例１発明において、サブＭＣＵは、メインＭＣＵにバッファからサンプリング結果を出力しているから、本願補正発明の「前記検出データ制御部は、前記アプリケーション実行部が出力するデータ要求を受信することに応じて、前記検出データを前記アプリケーション実行部に出力する」構成と引用例１発明の「前記サブＭＣＵは、前記メインＭＣＵにデータ取得を要求し、前記メインＭＣＵは、データ取得の要求に応じて、前記サンプリング結果を前記バッファから取得する」構成とは、いずれも「前記検出データ制御部は、前記検出データを前記アプリケーション実行部に出力する」という点で共通する。
　したがって、本願補正発明と引用例１発明とは、
「アプリケーションを実行する情報処理装置であって、
　検出部と、
　前記検出部が検出した検出データを記憶する第１記憶部と、
　前記アプリケーションを実行するアプリケーション実行部と、
　前記アプリケーション実行部に電力が供給されて前記アプリケーションが実行可能な通常モードと少なくとも前記アプリケーション実行部への電力供給が制限されて前記アプリケーションが実行できない省電力モードとを少なくとも切り替える動作モード切替部と、
　少なくとも前記省電力モードにおいて、前記検出部に検出させ、当該検出された前記検出データを所定の時間間隔毎に前記第１記憶部に記憶する検出データ制御部とを備え、
　前記検出データ制御部は、前記検出データを前記アプリケーション実行部に出力する、情報処理装置。」である点で一致し、以下の点で相違する。
［相違点１］
　本願補正発明は、複数のアプリケーションから選択的に所定のアプリケーションを実行するものであるのに対し、引用例１発明はそのようものとはされていない点。
［相違点２］
　検出部が、本願補正発明では情報処理装置が位置している場所の環境の状態を検出する検出部であるのに対し、引用例１発明では情報処理装置の位置を検出するＧＰＳモジュールである点。
［相違点３］
　検出データ制御部による検出部に検出させ、当該検出された検出データを所定の時間間隔毎に第１記憶部に記憶する処理が、本願補正発明では、省電力モードにおいてのみでなく、アプリケーション実行部が通常モードにおいて複数のアプリケーションのうち検出データを利用しないアプリケーションの実行中においても行われるのに対し、引用例１発明はそのようには構成されていない点。
［相違点４］
　検出データ制御部による検出データのアプリケーション実行部への出力の契機が、本願補正発明では、検索データ制御部がアプリケーション実行部の出力したデータ要求を受信したときであるのに対して、引用例１発明では、サブＭＣＵがメインＭＣＵへ取得要求をしたときである点。
４．判断
［相違点１］について
　引用例１の上記摘記事項（ａ）によれば、引用例１発明の「情報処理装置」は、携帯電話機、ＰＤＡ、小型のパーソナルコンピュータなどの携帯型の装置であり得、これらの装置においては、アプリケーションを複数有し、選択的に所定のアプリケーションが実行されることは普通のことである。
　したがって、引用例１発明を携帯電話機、ＰＤＡ、小型のパーソナルコンピュータなどとして、複数のアプリケーションから選択的に所定のアプリケーションを実行するものとすることは、当業者が容易になし得たことである。
［相違点２］について
　引用例１の図１２、上記摘記事項（ｄ）によれば、引用例１の情報処理装置は、情報処理装置が位置している場所の環境の状態を検出する検出部といえる湿度センサ、照度センサ、紫外線センサを有しており、これらのセンサの検出データをＧＰＳモジュールからのデータと同様の態様（検出データを所定時間毎に第１記憶部に記憶させる態様）で使うか否かは、情報処理装置のアプリケーションがセンサの検出データをどのように利用するかに応じて当業者が適宜決定すべき事項である。
　そして、引用例１発明においても、湿度センサ、照度センサ、紫外線センサ等の検出データをＧＰＳモジュールからのデータと同様の態様で利用するアプリケーションは容易に想定されるので、引用例１発明の検出部（検出データが第１記憶部に記憶される検出部）を、ＧＰＳモジュールに代えて、あるいは、ＧＰＳモジュールに加えて、情報処理装置が位置している場所の環境の状態を検出するものとすることは当業者が容易になし得たことである。
［相違点３］について
　引用例１の上記摘記事項（ｃ）によれば、引用例１発明において、メインＭＣＵはアプリケーションの実行を担い、サブＭＣＵはセンサ出力のサンプリングを担うものであり、メインＭＣＵは、サブＭＣＵの動作とは関係なく、アプリケーションの実行を行うものであるから、Ｒｕｎ状態において複数のアプリケーションのうちセンサのサンプリング結果を利用しないアプリケーションの実行中においても、サブＭＣＵがセンサ（ＧＰＳモジュール）によりサンプリングしたサンプリング結果を所定の周期でバッファに保存する構成とすることは当業者が容易に想到し得た事項である。
［相違点４］について
　一般に２つの装置間でデータを伝送する際、データを送信する側が最初に要求を出すようにするか、データを受信する側が最初に要求を出すようにするかは、両装置の機能や適用場面に応じて、当業者が適宜決定すべき事項である。
　そして、引用例１発明においても、データを受信する側であるメインＭＣＵの側から最初に要求を出すのが適する場面は容易に想定される。例えば、何らかのイベントに応じてメインＭＣＵがＲｕｎ状態に復帰し、検出データを処理する処理を実行しようとする場合などである。以上の事情に照らせば、引用例１発明における「サブＭＣＵがメインＭＣＵへ取得要求したとき」という契機に代えて、あるいはそれに加えて「メインＭＣＵからのデータ要求を受信したとき」をデータ出力の契機とすることは当業者が容易に推考し得たことというべきである。
　以上のことは、引用例１発明において相違点４に係る本願補正発明の構成を採用することが当業者にとって容易であったことを意味している。
　以上判断したとおり、本願補正発明における上記相違点１ないし４に係る構成はいずれも当業者が容易に想到し得たものであり、また、各相違点を総合しても本願補正発明は当業者が想到することが困難なものとはいえない。
　そして、本願補正発明の作用効果も、引用例１から当業者が予測できる範囲のものである。
　したがって、本願補正発明は、引用例１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
５．むすび
　以上のとおり、本件補正は、特許法第１７条の２第６項で準用する同法第１２６条第７項の規定に違反するものであり、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下されるべきものである。
　
第３　本願発明について
　平成２７年４月１４日付の手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成２６年８月８日付手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
「複数のアプリケーションから選択的に所定のアプリケーションを実行する情報処理装置であって、
　前記情報処理装置が位置している場所の環境の状態を検出する検出部と、
　前記検出部が検出した環境の状態を示す検出データを記憶する第１記憶部と、
　前記アプリケーションを実行するアプリケーション実行部と、
　前記アプリケーション実行部に電力が供給されて前記アプリケーションが実行可能な通常モードと少なくとも前記アプリケーション実行部への電力供給が制限されて前記アプリケーションが実行できない省電力モードとを少なくとも切り替える動作モード切替部と、
　少なくとも前記省電力モード、および、前記アプリケーション実行部が前記通常モードにおいて前記複数のアプリケーションのうち前記検出データを利用しないアプリケーションの実行中において、前記検出部に環境の状態を検出させ、当該検出された環境の状態を示す前記検出データを所定の時間間隔毎に前記第１記憶部に記憶する検出データ制御部とを備える、情報処理装置。」
　
１．引用例
　原査定の拒絶の理由に引用された引用例１、および、その記載事項は、前記「第２」の「２．」の欄に記載したとおりである。
　
２．対比・判断
　本願発明は、前記「第２」で検討した本願補正発明から「検出データ制御部」の限定事項である「前記アプリケーション実行部が出力するデータ要求を受信することに応じて、前記検出データを前記アプリケーション実行部に出力する」との構成を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記「第２」の「４．」に記載したとおり、引用例１発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例１発明に基づいて、当業者が容易に発明をすることができたものである。
３．むすび
　以上のとおり、本願発明は、引用例１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。