【事件の表示】
　特願２００７−　１６３２２「電子機器及び電子機器における制御方法」拒絶査定不服審判事件〔平成２０年　８月１４日出願公開、特開２００８−１８６０４４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯・本願発明
　本願は平成１９年１月２６日の出願であって，平成２２年３月２５日付けの拒絶理由の通知に対し，同年６月７日付けで手続補正がなされたが，同年７月６日付けで拒絶査定がされ，これに対し，同年１０月１３日付けで審判請求がなされたものである。
　
２　本願発明
　本願の請求項１に係る発明（以下「本願発明」という。）は，平成２２年６月７日付けの手続補正書によって補正された明細書，特許請求の範囲及び図面の記載からみて，特許請求の範囲の請求項１に記載された事項により特定される，次のとおりのものである。
「複数のアプリケーションを記憶する記憶部と，
　前記記憶部に記憶された複数のアプリケーションのうち，実行要求が行われたアプリケーションを実行する実行部と，
　前記実行部でのアプリケーションの実行を制御する制御部と，
　を有し，
　前記記憶部は，前記複数のアプリケーションに対して優先順位を付して記憶し，
　前記制御部は，前記複数のアプリケーションのうちいずれかのアプリケーションが前記実行部により実行されているときに前記複数のアプリケーションのうちいずれかのアプリケーションが前記実行部により新たに実行要求された場合に，前記新たに実行要求されたアプリケーションの実行により所定のパラメータが許容値を越える際には，前記実行部により実行されていたアプリケーションのうち前記優先順位が最も低いアプリケーションの実行を終了するとともに前記新たに実行要求されたアプリケーションを実行する制御を行い，前記実行中のアプリケーションが特定動作の実行を可能とする所定のアプリケーションである場合，前記特定動作の実行有無に応じて前記所定のアプリケーションに対する前記優先順位を変更する
　ことを特徴とする電子機器。」
　
３　引用例
（１）引用例１
ア　原査定の拒絶の理由に引用された，本願出願前の平成１６年４月８日に頒布された，特開２００４−１１０７３１号公報（以下，「引用例１」という。）には，図面とともに，次の事項が記載されている。
　
［発明の属する技術分野］
・「【０００１】・・・本発明は，画像形成装置，記憶領域確保方法に関する。」
　
［従来の技術］
・「【０００２】・・・近年，プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下，融合機という）が知られるようになった。この融合機は，１つの筐体内に表示部，印刷部および撮像部などを設けると共に，プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のアプリケーションを設け，そのアプリケーションを切り替えることより，プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。
【０００３】このような融合機には，プログラムが展開されたり，画像データが展開されたりするメモリが備えられている。そして，このメモリは，コストなどを抑えるために，なるべく必要最小限の記憶容量で搭載されるのが一般的である。
【０００４】また，メモリは，アプリケーションなどが処理を実行する際に確保したり，解放を行うことにより使用される。・・・」
　
［発明が解決しようとする課題］
・「【０００６】・・・一般的に，メモリが多く確保可能であれば，より多くの処理を実行することが可能となる。特に，融合機において扱うデータは，比較的大きなデータである画像データであり，さらに融合機のプログラムを更新するために，ネットワークを介してダウンロードするプログラムなどの大きなデータもある。」
・「【０００８】本発明はこのような問題点に鑑み，応用ソフトウェアが管理を行うメモリ領域に，より多くのメモリ領域を確保する画像形成装置，記憶領域確保方法を提供することを目的とする。」
　
［画像形成装置（融合機）の構成］
・「【００１５】図１は，本発明による融合機の一実施例の構成図を示す。融合機１は，ソフトウェア群２と，融合機起動部３と，ハードウェア資源４とを含むように構成される。
【００１６】融合機起動部３は融合機１の電源投入時に最初に実行され，アプリケーション層５およびプラットフォーム６を起動する。例えば融合機起動部３は，アプリケーション層５およびプラットフォーム６のプログラムをハードディスク装置（以下，ＨＤＤという）などから読み出し，読み出した各プログラムをメモリ領域に転送して起動する。・・・
【００１７】また，ソフトウェア群２は，・・・オペレーティングシステム（以下，ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。・・・」
・「【００１９】また，プラットフォーム６は，アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と，１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下，ＳＲＭという）３９と，ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。
【００２０】コントロールサービス層９は，ネットワークコントロールサービス（以下，ＮＣＳという）３１，・・・システムコントロールサービス（以下，ＳＣＳという）３８，・・・オンデマンドアップデートサービス（以下，ＯＵＳという）３３など，一つ以上のサービスモジュールを含むように構成されている。」
・「【００２６】・・・ＯＵＳ３３のプロセスは，ダウンロードした更新プログラムをメモリに展開するなど，ダウンロードに関する種々の処理を行うものである。」
・「【００４１】次に，メモリ領域を確保する処理を説明するために，融合機１のプログラムを更新する際に行われる更新プログラムをダウンロードする処理を例にして説明するが，その説明に先立ち，以下の説明で用いられるプロセスやアプリケーションなどの説明をしておく。
【００４２】本実施の形態においては，アプリケーション，モジュール，プロセスという表現が用いられている。このうちのプロセスは，一般的に実行中のプログラムを表すため，アプリケーションやモジュールはプロセスに含まれる。・・・また，プロセス（アプリケーション，モジュール）を消滅することは，プロセスに割り当てられたメモリ領域を解放することを意味する。」
・「【００５６】・・・オフライン状態とは，プロセスが，処理の実行を制限された状態であることを示す。具体的には，エンジン状態通知や，異常発生の通知などを受信することは可能であるが，対外的なイベントに対する実行動作を禁止した状態である。」
　
［更新プログラムのサイズに応じてアプリケーションを消滅する処理］
・「【００８８】図１５は，ダウンロードする更新プログラムのサイズに応じてアプリケーションを消滅する処理を示すシーケンス図である。
【００８９】ステップＳ５０１で，ＮＣＳ３１は，プログラム更新開始通知をネットワークから受信し，ステップＳ５０２で，ＯＵＳ４３にプログラムの更新開始を示すプログラム更新開始通知を行う。プログラム更新開始を通知されたＯＵＳ４３は，ステップＳ５０３で，ＳＣＳ３８にアプリオフライン要求を通知する。
【００９０】アプリオフライン要求をＯＵＳ４３から通知されたＳＣＳ３８は，アプリＡ８１と，アプリＢ８２にステップＳ５０４とステップＳ５０５でアプリオフライン移行要求を通知する。
【００９１】アプリオフライン移行要求を通知されたアプリＡ８１，アプリＢ８２は，それぞれオフライン状態になることが可能である場合，ＳＣＳ３８に対し，アプリオフライン応答（ＯＫ）を通知する。・・・
【００９２】アプリオフライン応答（ＯＫ）を通知されたＳＣＳ３８は，ステップＳ５０８で，ＯＵＳ４３にアプリケーションがオフライン状態になったことを示すアプリオフライン確定を通知する。
【００９３】アプリケーションのオフライン確定を通知されたＯＵＳ４３は，ステップＳ５０９でＳＣＳ３８に処理の実行を制限されたアプリケーションが使用するメモリ領域を解放させるためにメモリ解放要求を通知する。・・・
【００９４】メモリ解放要求を通知されたＳＣＳ３８は，アプリＡ８１と，アプリＢ８２に対し，ステップＳ５１０とステップＳ５１１でメモリ解放要求を通知する。メモリ解放要求を通知されたアプリＡ８１，アプリＢ８２は，それぞれメモリ領域を解放し，ステップＳ５１２，ステップＳ５１３で，ＳＣＳ３８に対してメモリ解放完了応答を通知する。
【００９５】メモリ解放完了応答を通知されたＳＣＳ３８は，ステップＳ５１４でＯＵＳ４３にメモリの解放が完了したことを示すメモリ解放完了応答を通知する。
【００９６】メモリ解放完了応答を通知されたＯＵＳ４３は，メモリの空きをチェックするメモリサイズチェックを行う。そして，この時点では，ダウンロードする更新プログラムを展開する分のメモリの空きがまだ得られていないので，ＯＵＳ４３は，ステップＳ５１５で，ＳＣＳ３８に対し，アプリケーションを構成するプロセスを消滅させるプロセスＫＩＬＬ要求を通知する。
【００９７】プロセスＫＩＬＬ要求を通知されたＳＣＳ３８は，まずアプリＢ８２を消滅する。そして，ステップＳ５１６で，ＳＣＳ３８は，ＯＵＳ４３に対し，プロセスＫＩＬＬ完了応答を行う。
【００９８】そこで再びＯＵＳ４３は，メモリサイズのチェックを行う。しかし，ダウンロードする更新プログラムを展開する分のメモリの空きがまだ得られていないので，ＯＵＳ４３は，ステップＳ５１７で，ＳＣＳ３８に再びプロセスＫＩＬＬ要求を通知する。
【００９９】再びプロセスＫＩＬＬ要求を通知されたＳＣＳ３８は，アプリＡ８１を消滅する。そして，ステップＳ５１８で，ＳＣＳ３８は，ＯＵＳ４３にプロセスＫＩＬＬ完了応答を通知する。
【０１００】プロセスＫＩＬＬ完了応答を通知されたＯＵＳ４３は，メモリサイズのチェックを行う。アプリＡ８１の消滅により，ダウンロードする更新プログラムを展開する分のメモリの空きが得られたので，ＯＵＳ４３は，更新プログラムをダウンロードし，展開する。
【０１０１】そして，ＯＵＳ４３は，ステップＳ５１９で，リモートＲＯＭ更新開始要求をＳＣＳ３８に通知する。リモートＲＯＭ更新開始要求を通知されたＳＣＳ３８は，キーイベントのマスクを行う。
【０１０２】次に，ＳＣＳ３８は，プログラムの更新処理を行うために，ステップＳ５２０で，ダウンロードされた更新プログラムをエンジンファーム５５に送信する。エンジンファーム５５は，プログラムの更新を行い，その結果をステップＳ５２１でＳＣＳ３８に通知する。
【０１０３】ＳＣＳ３８は，プログラムを更新した結果が通知されると，・・・ＳＣＳ３８は，強制リブートを行い，プログラム更新処理は終了する。
・【０１０４】このように，ＳＣＳはダウンロードする更新プログラムのサイズに応じて，プロセスに割り当てられたメモリ領域を解放する。」
　
［オンデマンドアップデートサービス（ＯＵＳ）の処理］
・「【０１０６】最初に，ＯＵＳ４３の処理について，図１６のフローチャートを用いて説明する。ステップＳ６０１で，ＯＵＳ４３は，ＮＣＳ３１からプログラム更新開始を通知される。・・・
【０１０７】ステップＳ６０２で，プログラム更新開始通知が正常なデータであると判定された場合，ＯＵＳ４３は，ステップＳ６０４で，ＳＣＳ３８にアプリオフライン要求を通知する。ステップＳ６０５で，ＯＵＳ４３は，アプリオフライン要求の応答であるアプリオフライン確定を受信すると，ステップＳ６０６で，アプリオフラインが実行完了したかどうか判断する。」
・「【０１０９】ステップＳ６０６で，ＯＵＳ４３が，アプリオフラインの実行が完了したと判断した場合，ステップＳ６０７で，ＳＣＳ３８にメモリ解放要求を通知する。そして，ステップＳ６０８で，ＯＵＳ４３は，ＳＣＳ３８からメモリ解放完了を受信するとステップＳ６０９で，更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断する。
【０１１０】ＯＵＳ４３が，メモリ領域が確保できなかったと判断した場合，ＯＵＳ４３は，ステップＳ６１０で，予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断する。ここで，規定の優先順について説明する。まず，プロセスを消滅することは，上述したように，そのプロセスが割り当てられているメモリ領域を解放することである。」
・「【０１１５】このように割り当てられたメモリ領域と，プロセスの優先度により，消滅するプロセスの順番を予め定めておく。その順番とは，図１７に示されるように，例えば融合機１におけるプロセスの優先度に応じて定めておいた「デフォルト」の順番か，プロセスに割り当てられたメモリ領域のサイズである「メモリサイズ」の大きい順番か，「共有メモリ」（図４参照）におけるプロセスに割り当てられたメモリ領域の先頭アドレスの小さい順番などで定まる優先順である。」
・「【０１１９】上記説明したいずれか順番でプロセスを消滅することが可能であれば，ＯＵＳ４３は，ステップＳ６１１で，ＳＣＳ３８に対し，プロセスＫＩＬＬ要求を通知する。そして，ＯＵＳ４３は，ステップＳ６１２で，ＳＣＳ３８からプロセスＫＩＬＬ完了を受信すると，再びステップＳ６０９の判断を行う。」
・「【０１２３】ステップＳ６０９の処理に戻り，ＯＵＳ４３が更新プログラムの展開に必要なメモリ領域が確保できた場合，ＯＵＳ４３は，ステップＳ６１３で更新プログラムをメモリ領域に展開する。そして，ＯＵＳ４３は，ステップＳ６１４でＳＣＳ３８にリモートＲＯＭ更新開始要求を通知し，処理を終了する。」
　
イ　引用例１に記載された技術的事項
（ア）引用例１に記載された技術は，「画像形成装置」（融合機）に係る技術であって（【０００１】），融合機のプログラムの更新等，大きなデータを処理するに当たり，メモリ領域を確保することを課題としたものである（【００２０】，【００２６】）。
（イ）融合機１は，ソフトウェア群２と，融合機起動部３と，ハードウェア資源４とを含み（【００１５】），融合機起動部３は，アプリケーション層５及びプラットフォーム６のプログラムをハードディスク装置等から読み出し，読み出した各プログラムをメモリ領域に転送して起動するものであるから（【００１６】），引用例１には，「ハードディスク装置等から読み出したアプリケーション層およびプラットフォームのプログラムをメモリ領域に転送して起動する融合機起動部を備えた画像形成装置」が記載されているよいうことができる。
（ウ）メモリ領域を確保する処理として例示された，更新プログラムのダウンロード処理（【００８８】〜【０１０４】）において，オンデマンドアップデートサービス（ＯＵＳ）４３（【００２０】，【００２６】，【００４１】）が実行する処理の内容は，次のとおりである。
　ＯＵＳ４３は，ＮＣＳ３１からプログラム更新開始を通知されると（【０１０６】），ＳＣＳ３８にアプリオフライン要求を通知し（【０１０７】），アプリオフラインの実行が完了したと判断すると，ＳＣＳ３８にメモリ解放要求を通知し，メモリ解放完了を受信すると，更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断する（【０１０９】）。ＯＵＳ４３は，メモリ領域が確保できなかったと判断した場合，予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断し（【０１１０】），プロセスを消滅することが可能であれば，ＳＣＳ３８に対しプロセスＫＩＬＬ要求を通知し，プロセスＫＩＬＬ完了を受信すると，再び更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断の判断を行う（【０１１９】）。そして，更新プログラムの展開に必要なメモリ領域が確保できた場合，ＯＵＳ４３は，更新プログラムをメモリ領域に展開し，ＳＣＳ３８にリモートＲＯＭ更新開始要求を通知し，処理を終了するものである（【０１２３】）。
　ここで，「プロセス」とは，実行中のプログラム（アプリケーションやモジュール）を表すものであり（【００４２】），「プロセスを消滅する」とは，そのプロセスが割り当てられているメモリ領域を解放することであり（【００４２】，【０１１０】），「プロセスＫＩＬＬ要求」とは，プロセス（アプリケーション，モジュール）を消滅させる要求であり（【００９６】），「規定の優先順」とは，割り当てられたメモリ領域とプロセスの優先度により，消滅するプロセスの順番を予め定めたものである（【０１１５】）。
　これらのことから，引用例１には，「割り当てられたメモリ領域とプロセスの優先度により，消滅するプロセスの順番が予め定められており，更新プログラムをダウンロードするプログラム更新処理において，オンデマンドアップデートサービス（ＯＵＳ）は，プログラム更新開始が通知されると，更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断し，更新プログラムの展開に必要なメモリ領域が確保できなかった場合，予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断し，プロセスを消滅することが可能であれば，アプリケーションを構成するプロセスを消滅させ，更新プログラムの展開に必要なメモリ領域が確保できた場合，更新プログラムをメモリ領域に展開し，プログラムの更新を行うこと」が記載されている。
　
ウ　引用発明
　以上のことから，引用例１には，次の発明（以下，「引用発明」という。）が記載されている。
「ハードディスク装置等から読み出したアプリケーション層およびプラットフォームのプログラムをメモリ領域に転送して起動する融合機起動部を備え，割り当てられたメモリ領域とプロセスの優先度により，消滅するプロセスの順番が予め定められており，更新プログラムをダウンロードするプログラム更新処理において，オンデマンドアップデートサービス（ＯＵＳ）は，プログラム更新開始が通知されると，更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断し，更新プログラムの展開に必要なメモリ領域が確保できなかった場合，予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断し，プロセスを消滅することが可能であれば，プロセスを消滅させ，更新プログラムの展開に必要なメモリ領域が確保できた場合，更新プログラムをメモリ領域に展開し，プログラムの更新を行う，画像形成装置。」
　
（２）引用例２
ア　同じく引用された，本願出願前の平成１８年３月２日に頒布された，特開２００６−５９３４０号公報（以下「引用例２」という。）には，次の事項が記載されている。
・「【０００１】本発明は機器組み込み向けの実時間処理ソフトウェア制御装置，及び制御方法に関するものである。」
・「【００１４】本発明は上記課題を解決するためになされたものであり，機器仕様を基にした機器の状態遷移に実時間処理が必要か否かの情報を対応付け，機器の状態遷移に伴ってタスクの優先度を自動的に変更することにより，事前の設計段階から実時間性を考慮したソフトウェア設計を可能とし，プログラム実行時のタスク優先度を柔軟に変更することが可能な実時間処理ソフトウェア制御装置，及び方法を提供することを目的とする。」
・「【００３１】・・・この実施の形態１のソフトウェア制御装置は，複数の動作状態を有する機器の各状態に対応するタスクの実行制御を，各タスク毎に設定される優先度に基づいて行なうものであり，本発明に係るソフトウェア制御装置では，被制御対象機器の状態遷移毎に，遷移後の動作状態に対応するタスクに対して設定される優先度が更新される。」
・「【００６３】このように，本実施の形態１では，制御対象機器の取り得る状態のそれぞれに対して，その状態中での処理が実時間処理を必要としているか否かを示すリアルタイム性フラグＦ（ｉ）と，直前の状態と現在の状態とで決まる優先度レベル値Ｐｋ（ｉ）とを設定し，制御対象機器の状態遷移に伴って，リアルタイム性フラグＦ（ｉ）と優先度レベル値Ｐｋ（ｉ）とに基づいてタスクの優先度を変化させるようにしたので，各状態の実時間処理の必要性によって状態の優先度を相対的に記述できることとなり，この結果，詳細な実行時刻が判明する前の上流設計工程において実時間性を考慮した状態遷移，及びタスク優先度の設計を行うことができるという効果が得られる。
【００６４】なお，上記実施の形態１では，優先度レベル値Ｐｋ（ｉ）を，直前の動作状態と現在の状態〔ｋ〕とにより決定される相対的な値としたが，優先度レベル値Ｐｋ（ｉ）は，現在の動作状態のみにより決定される絶対的な値としてもよい。」
　
イ　上記記載から，引用例２には，特に，段落【００６４】の記載に着目すれば，「複数の動作状態を有する機器の各状態に対応するタスクの実行制御を，各タスク毎に設定される優先度に基づいて行なう実時間処理ソフトウェア制御装置において，被制御対象機器の動作状態により決定される優先度レベル値に基づいてタスクの優先度を変化させること」が記載されている。
　
４　対比
（１）本願発明と引用発明とを対比する。
ア　引用発明は，画像形成装置に係るものであり，本願発明と同様，電子機器の技術分野に属するものであって，ハードディスク装置等から読み出した各プログラムをメモリ領域に転送して起動する融合機起動部を備えることから，本願発明の「複数のアプリケーションを記憶する記憶部」，「記憶部に記憶された複数のアプリケーションのうち，実行要求が行われたアプリケーションを実行する実行部」及び「実行部でのアプリケーションの実行を制御する制御部」に相当する構成を備える。
イ　引用発明は，「割り当てられたメモリ領域とプロセスの優先度により，消滅するプロセスの順番が予め定められ」ており，「予め定められた規定の優先順」に「アプリケーションを構成するプロセスを消滅させ」るものであり，アプリケーションに対する優先順がハードディスク装置等の記憶部に格納されていることは自明であるから，本願発明と引用発明とは，「記憶部は，複数のアプリケーションに対して優先順位を付して記憶」する点で共通する。
ウ　引用発明における「プログラム更新処理」は，オンデマンドアップデートサービス（ＯＵＳ）により更新プログラムをダウンロードする処理であり，プログラム更新開始が通知されることにより実行される，一種の「アプリケーション」ということができるから，「アプリケーションが実行部により新たに実行要求された場合」に実行される処理である。
　引用発明は，「更新プログラムの展開に必要なメモリ領域が確保できたかどうか判断し，更新プログラムの展開に必要なメモリ領域が確保できなかった場合，予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断し，プロセスを消滅することが可能であれば，プロセスを消滅させ，更新プログラムの展開に必要なメモリ領域が確保できた場合，更新プログラムをメモリ領域に展開し，プログラムの更新を行う」ものであるから，複数のアプリケーションのうちいずれかのアプリケーションが実行されているときにプログラム更新処理が実行要求された場合を想定していることは明らかであり，「更新プログラムの展開に必要なメモリ領域が確保できたかどうか」の判断は，本願発明における「新たに実行要求されたアプリケーションの実行により所定のパラメータが許容値を越える」か否かの判断に相当し，また，「予め定められた規定の優先順にプロセスを消滅することが可能かどうか判断し，プロセスを消滅することが可能であれば，アプリケーションを構成するプロセスを消滅させ」ることは，本願発明における「実行部により実行されていたアプリケーションのうち優先順位が最も低いアプリケーションの実行を終了するとともに新たに実行要求されたアプリケーションを実行する」ことに相当する。
　したがって，本願発明と引用発明とは，「制御部は，複数のアプリケーションのうちいずれかのアプリケーションが実行部により実行されているときに複数のアプリケーションのうちいずれかのアプリケーションが実行部により新たに実行要求された場合に，新たに実行要求されたアプリケーションの実行により所定のパラメータが許容値を越える際には，実行部により実行されていたアプリケーションのうち優先順位が最も低いアプリケーションの実行を終了するとともに新たに実行要求されたアプリケーションを実行する制御を行う」点で共通する。
　
（２）以上のことから，本願発明と引用発明との一致点及び相違点は，次のとおりである。
【一致点】
　「複数のアプリケーションを記憶する記憶部と，
　前記記憶部に記憶された複数のアプリケーションのうち，実行要求が行われたアプリケーションを実行する実行部と，
　前記実行部でのアプリケーションの実行を制御する制御部と，
　を有し，
　前記記憶部は，前記複数のアプリケーションに対して優先順位を付して記憶し，
　前記制御部は，前記複数のアプリケーションのうちいずれかのアプリケーションが前記実行部により実行されているときに前記複数のアプリケーションのうちいずれかのアプリケーションが前記実行部により新たに実行要求された場合に，前記新たに実行要求されたアプリケーションの実行により所定のパラメータが許容値を越える際には，前記実行部により実行されていたアプリケーションのうち前記優先順位が最も低いアプリケーションの実行を終了するとともに前記新たに実行要求されたアプリケーションを実行する制御を行う，
　電子機器。」
【相違点】
　本願発明は，実行中のアプリケーションが特定動作の実行を可能とする所定のアプリケーションである場合，前記特定動作の実行有無に応じて前記所定のアプリケーションに対する前記優先順位を変更するのに対し，引用発明は，優先順位を変更することは特定されていない点。
　
５　判断
（１）引用発明は，上記３（１）のとおり，更新プログラムの展開に必要なメモリ領域が確保できなかった場合，予め定められた規定の優先順にプロセス，すなわち実行中のアプリケーションを消滅させるものであり，ここで，実行中のアプリケーションは，特定動作の実行を可能とする所定のアプリケーションにほかならない。
　一方，引用例２には，上記３（２）のとおり，「複数の動作状態を有する機器の各状態に対応するタスクの実行制御を，各タスク毎に設定される優先度に基づいて行なう実時間処理ソフトウェア制御装置において，被制御対象機器の動作状態により決定される優先度レベル値に基づいてタスクの優先度を変化させること」が記載されており，タスクの優先度を，動作状態により決定される優先度レベル値に基づいて変化させることが，本願出願前に公知であったことに鑑みれば，引用発明において，実行中のアプリケーション（プロセス）の優先順を，予め定められた規定の優先順に換え，動作状態に応じて変更される優先順とし，相違点に係る構成とすることは，当業者であれば容易に想到し得ることである。
　そして，本願発明の奏する作用効果は，引用発明及び引用例２に記載された技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本願発明は，引用発明及び引用例２に記載された発明に基づいて，当業者が容易に発明をすることができたものである。
　
（２）なお，請求人は，審判請求書において，引用例２に記載された技術は，「アプリケーションの状態に対応するタスクの優先度を変更する」ものであり，「状態に応じてアプリケーション自体の優先度を変更する」ものではない旨主張している。
　しかしながら，引用例２には，上記のとおり，「現在の動作状態」により決定される優先度レベル値に基づいてタスクの優先度を変化させることが記載されており（段落【００６４】参照），タスクは，アプリケーション等のプログラムにより実行されるものであることに鑑みれば，タスクの優先度を変化させるか，アプリケーション等のプログラムの優先度を変化させるかは，設計事項にすぎない。請求人の主張は採用できない。
　
６　むすび
　以上のとおり，本願発明は，引用例１及び引用例２に記載された発明に基づいて，当業者が容易に発明をすることができたものであり，特許法２９条２項の規定により特許を受けることができないから，本願は，他の請求項について検討するまでもなく，拒絶すべきものである。
　よって，結論のとおり審決する。