【事件の表示】
　特願２０１４−５１８５３６「イマーシブシェルとデスクトップシェルの表示」拒絶査定不服審判事件〔平成２５年　１月　３日国際公開、ＷＯ２０１３／００２８１７、平成２６年　９月１１日国内公表、特表２０１４−５２３５８３、請求項の数（９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１．手続の経緯
　
　本願は、２０１１年１０月９日（パリ条約による優先権主張外国庁受理　２０１１年５月２７日　米国）を国際出願日とする出願であって、平成２７年１０月６日付けで拒絶理由が通知され、平成２８年１月８日に手続補正がなされたが、同年３月９日付けで拒絶査定がなされ、これに対し、同年７月２２日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。
第２．原査定の経緯
　原査定（平成２８年３月９日付け拒絶査定）の概要は次のとおりである。
１．本願の請求項１−１０に係る発明は、以下の引用文献１−５に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　＜引用文献等一覧＞
１.特開２０１０−１０８１９０号公報
２.米国特許出願公開第２００３／００５２９２３号明細書
３.特開２００６−０９１３４３号公報
４.阿久津良和，発売までに基本操作をマスターする！　Ｗｉｎｄｏｗｓ　７　先取り完全ガイド　第１回，ＰＣｆａｎ，日本，（株）毎日コミュニケーションズ，２００９年　８月　１日，第１６巻，第９号，第３６〜３７ページ
５.水野源，リリース直前！  Ｕｂｕｎｔｕ  １１．０４“Ｎａｔｔｙ  Ｎａｒｗｈａｌ”  最新デスクトッププレビュー，ＳｏｆｔｗａｒｅＤｅｓｉｇｎ，日本，（株）技術評論社，２０１１年　５月１８日，通巻第３１３号（発刊第２４７号），第９８〜１０６ページ
第３．本願発明
　本願請求項１−９に係る発明（以下、それぞれ「本願発明１」−「本願発明９」という。）は、平成２８年７月２２日付けの手続補正で補正された特許請求の範囲の請求項１−９に記載された事項により特定される発明であり、以下のとおりの発明である。
「【請求項１】
　コンピューターデバイスのオペレーティングシステムの第１シェルにおいてアプリケーションを実行するステップであり、前記アプリケーションが、オフスクリーンの前記第１シェルの中でされ、もしくは、前記第１シェルが第２シェルのセカンダリー領域に対してスナップされて結合される場合に実行される、ステップと、
　前記第１シェルにおいて実行されたアプリケーションからの通知を受取るステップと、
　前記コンピューターデバイスの前記オペレーティングシステムの前記第２シェルの中に前記通知を表示するステップと、を含み、
　前記第１シェルの機能は、第２シェルを介してアクセスすることができ、
　前記第１シェル及び前記第２シェルは、前記コンピューターデバイスのディスプレイデバイス上に同時に表示され、
　前記ディスプレイデバイス上のユーザインターフェイスは、プライマリー領域とセカンダリー領域とを含む、
　ことを特徴とする方法。
【請求項２】
　前記第１シェルは、前記オペレーティングシステムの前記第２シェルの中でアクセス可能である、
　請求項１に記載の方法。
【請求項３】
　前記第１シェルは、前記第２シェルによってアプリケーションとして取扱われる、
　請求項１に記載の方法。
【請求項４】
　前記表示は、ポップアップメニューを使用して実行される、
　請求項１に記載の方法。
【請求項５】
　前記ポップアップメニューは、既定の時間だけ表示されるように構成されている、
　請求項４に記載の方法。
【請求項６】
　前記第１シェルは、前記受取りの最中には、現在のところユーザーインターフェイスにおいてみることができない、
　請求項１に記載の方法。
【請求項７】
　前記第１シェルはデスクトップシェルであり、前記第２シェルは前記オペレーティングシステムのイマーシブシェルである、
　請求項１に記載の方法。
【請求項８】
　前記デスクトップシェルは、少なくとも一つの前記アプリケーションのために複数のウインドウを使用し、前記イマーシブシェルは、アプリケーションごとに一つのウインドウをサポートする、
　請求項７に記載の方法。
【請求項９】
　前記デスクトップシェルは、前記デスクトップシェルの中で実行可能な複数のアプリケーションに対応する複数のウインドウの表示を含む、
　請求項７または８に記載の方法。」
第４．引用文献、引用発明
ａ．引用文献１の記載事項
 　原査定の拒絶の理由に引用された引用文献１には、次の記載がある。（下線は当審において付加した。以下、同じ。）
（ａ）「【０００２】
　現在、パーソナルコンピュータ等の電子機器では、１つの表示装置に複数のウィンドウを同時に表示させることが多い。そして、ユーザはいずれかのウィンドウを選択してアクティブにし、アクティブになったウィンドウに対して所望の操作を行う。
【０００３】
　しかしながら、表示領域の比較的狭い画面を有する携帯電話機等の携帯電子機器において、一画面中に複数のウィンドウを同時に表示すると、各々のウィンドウが小さくなって視認性が悪くなるという問題がある。
【０００４】
　そこで、携帯電話機等の機器の大きさに制限がある携帯電子機器において、１つの表示装置に複数のデスクトップ画面を選択的に表示することで機器のサイズを小さく保ちつつ、より多くの情報を表示することが可能となる。このような携帯電子機器において、ユーザは、複数のデスクトップ画面のうちのいずれかのデスクトップ画面を選択してアクティブ画面とし、例えば、アクティブ画面上で所望のアプリケーションを起動して、操作を行ったりする。
【０００５】
　このような１つの表示装置に複数のデスクトップ画面を選択的に表示する技術としては、例えば特許文献１が挙げられる。特許文献１には、携帯電子機器の傾き又は加速度を計測するセンサと、センサの計測結果に基づいて、複数のデスクトップ画面のうちからアクティブ画面を自動的に選択する制御部とを備える携帯電子機器が提案されている。
【特許文献１】特開２００７−２０６１０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
　しかしながら、複数のデスクトップ画面のそれぞれに対応する複数のアプリケーションを起動している場合、それぞれのアプリケーションによりエラー表示やユーザへの確認事項等の報知情報が複数生成されても、生成されたこれらの報知情報がアクティブ画面上に重複して表示されてしまい、ユーザがこれらの報知情報を適切に視認できない可能性がある。」（２頁−３頁）
（ｂ）「【００１２】
　以下、
本発明の実施の形態について説明する。図１は、本発明に係る携帯電子機器の一例である携帯電話機１の外観斜視図を示す
【００１３】　　・・・（中略）・・・
【００１４】　　・・・（中略）・・・
【００１５】　　・・・（中略）・・・
【００１６】　　・・・（中略）・・・
【００１７】
　図２は、
携帯電話機１の機能を示す機能ブロック図である。携帯電話機１は、図２に示すように、操作部１１と、マイク１２と、メインアンテナ４０と、ＲＦ回路部４１と、ＬＣＤ制御部４２と、音声処理部４３と、メモリ４４と、制御部４５と、が操作部側筐体部２に備えられ、ＬＣＤ表示部２１（表示部）と、スピーカ２２と、ドライバＩＣ２３と、サブＬＣＤ表示部３０とが表示部側筐体部３に備えられている
（ｃ）「【００２５】
　次に、図３を参照しながら操作部１１、制御部４５、ＬＣＤ制御部４２、及びＬＣＤ表示部２１の機能について説明する。図３は、操作部１１、制御部４５、ＬＣＤ制御部４２、及びＬＣＤ表示部２１の機能について示す機能ブロック図である。
【００２６】
　図３に示すように、
制御部４５は、アプリケーション管理部４５１と、デスクトップ管理部４５２と、ウィンドウ管理部４５３と、とを備える
【００２７】
　
アプリケーション管理部４５１は、複数のデスクトップ画面上にそれぞれ起動される複数のアプリケーションを管理する。そして、アプリケーション管理部４５１は、所定のアプリケーションによりユーザへの報知情報が生成された場合、デスクトップ管理部４５２へ通知する
【００２８】
　
報知情報とは、アプリケーションのエラー表示や、ユーザに対する注意事項、確認事項等である
【００２９】
　
デスクトップ管理部４５２は、複数のデスクトップ画面を管理し、仮想平面上に複数のデスクトップ画面を隣接して並ぶように配置する
仮想平面上にデスクトップ画面５１、５２、５３、５４の４つの異なるデスクトップ画面をそれぞれ隣接して並ぶように配置す
【００３０】
　具体的には、図４（ａ）では、デスクトップ画面５１がアクティブ画面であり、図４（ｂ）では、デスクトップ画面５２がアクティブ画面である。また、図４（ｃ）では、デスクトップ画面５３がアクティブ画面であり、図４（ｄ）では、デスクトップ画面５３がアクティブ画面である。
【００３１】
　そして、
デスクトップ画面５１〜５４のうちの一画面を基準として、この一画面に仮想平面上で隣接する他のデスクトップ画面の存在する方向のそれぞれに対応付けられた操作部１１の操作に応じて、これらのデスクトップ画面５１〜５４のうちのいずれかのデスクトップ画面をアクティブ画面として、後述のウィンドウ管理部４５３により順次切り替えられてＬＣＤ表示部２１に表示される
【００３２】
　また、
デスクトップ管理部４５２は、アプリケーション管理部４５１による報知情報が生成されたことの通知に応じて、所定のアプリケーションに対応するデスクトップ画面がアクティブ画面であるデスクトップ画面を基準として仮想平面上のいずれの位置に存在するかを判定する
【００３３】
　
ウィンドウ管理部４５３は、デスクトップ管理部４５２による制御に応じて、ＬＣＤ制御部４２を制御する。そして、ウィンドウ管理部４５３は、デスクトップ管理部４５２による判定の結果に基づいて、アクティブ画面の所定の領域に報知情報を表示するようにＬＣＤ制御部４２を制御する
（ｄ）「【００３６】
　次に、図６を参照しながらアクティブ画面上に表示される報知情報の具体例について説明する。図６は、アクティブ画面であるデスクトップ画面５１上に表示される報知情報の一例を示す図である。
【００３７】
　ここで、図６に示すデスクトップ画面５１では、報知情報「メールの受信に失敗しました」を生成したアプリケーションが起動しており、デスクトップ画面５２では、報知情報「動画を再生中です」を生成したアプリケーションが起動しており、デスクトップ画面５３では、報知情報「不在１件」を生成したアプリケーション起動しており、デスクトップ画面５４では、報知情報「ダウンロードに失敗しました」を生成したアプリケーションが起動していることとする。
【００３８】
　
図６に示すように、デスクトップ管理部４５２は、報知情報「メールの受信に失敗しました」を生成したアプリケーションに対応するデスクトップ画面が、アクティブ画面であるデスクトップ画面５１を基準として仮想平面上のいずれの位置に存在するかを判定する。
【００３９】
　
デスクトップ管理部４５２は、判定した結果、報知情報「メールの受信に失敗しました」を生成したアプリケーションに対応するデスクトップ画面が、デスクトップ画面５１であることをウィンドウ管理部４５３へ通知する
【００４０】
　
そして、ウィンドウ管理部４５３は、デスクトップ管理部４５２からの通知によって、報知情報「メールの受信に失敗しました」を生成したアプリケーションに対応するデスクトップ画面がアクティブ画面であるデスクトップ画面５１であるため、報知情報を表示領域６５に表示させるように制御する
【００４１】
　
同様に、デスクトップ管理部４５２は、報知情報「動画を再生中です」を生成したアプリケーションに対応するデスクトップ画面はデスクトップ画面５３であり、仮想平面上においてデスクトップ画面５３は、アクティブ画面であるデスクトップ画面５１に対して下に位置することをウィンドウ管理部４５３へ通知する
【００４２】
　
そして、ウィンドウ管理部４５３は、デスクトップ管理部４５２からの通知により、仮想平面上においてデスクトップ画面５３が、アクティブ画面であるデスクトップ画面５１に対して下に位置するため、表示領域６８に報知情報「動画を再生中です」を表示させるように制御する
【００４３】
　また、デスクトップ管理部４５２は、報知情報「不在１件」を生成したアプリケーションに対応するデスクトップ画面はデスクトップ画面５２であり、仮想平面上において、デスクトップ画面５２はアクティブ画面であるデスクトップ画面５１に対して右に位置することをウィンドウ管理部４５３へ通知する。
【００４４】
　そして、ウィンドウ管理部４５３は、デスクトップ管理部４５２からの通知により、仮想平面上においてデスクトップ画面５２は、アクティブ画面であるデスクトップ画面５１に対して右に位置するため、表示領域６６に報知情報「不在１件」を表示させるように制御する。
【００４５】
　また、デスクトップ管理部４５２は、報知情報「ダウンロードに失敗しました」を生成したアプリケーションに対応するデスクトップ画面はデスクトップ画面５４であり、仮想平面上において、デスクトップ画面５４はアクティブ画面であるデスクトップ画面５１に対して右下に位置することをウィンドウ管理部４５３へ通知する。
【００４６】
　そして、ウィンドウ管理部４５３は、デスクトップ管理部４５２からの通知により、仮想平面上においてデスクトップ画面５４は、アクティブ画面であるデスクトップ画面５１に対して右下に位置するため、表示領域６９に報知情報「ダウンロードに失敗しました」を表示させるように制御する。
【００４７】
　
このように本実施形態の携帯電話機１によれば、報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面を基準として、仮想平面上のいずれの位置に存在するかを判定する。そして、判定の結果、報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面である場合、表示領域６５に報知情報を表示させるように制御し、報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面でない場合、表示領域６１〜６４、及び表示領域６６〜６９のうち、アクティブ画面から見て、この報知情報を生成したアプリケーションが起動しているデスクトップ画面が存在する方向に対応する領域に報知情報を表示させるように制御する
【００４８】
　これにより、ユーザは、アクティブ画面以外はＬＣＤ表示部２１に表示されない複数のデスクトップ画面において複数のアプリケーションを起動している場合であっても、報知情報を生成したアプリケーションがいずれのデスクトップ画面で起動しているかを容易に識別することができる。
【００４９】
　また、ウィンドウ管理部４５３は、デスクトップ管理部４５２により所定のアプリケーションに対応するデスクトップ画面が仮想平面上におけるアクティブ画面でないと判定された場合、報知情報が最新の報知情報であるかを判定する。
【００５０】
　そして、ウィンドウ管理部４５３は、報知情報が最新の報知情報である場合には、アクティブ画面の所定の領域に、この報知情報全体を表示するように制御する。また、報知情報が最新の報知情報でない場合には、アクティブ画面の所定の領域に、この報知情報の一部を表示するように制御する。」（６頁−８頁）
（ｅ）「【００６５】
　次に、
本実施形態の制御部４５の処理の流れについて説明する。図９は、制御部４５の処理の流れについて示すフローチャートである
【００６６】
　
ステップＳ１において、アプリケーション管理部４５１は、所定のアプリケーションにより生成された報知情報を受け付け、デスクトップ管理部４５２へ通知する
【００６７】
　
ステップＳ２において、デスクトップ管理部４５２は、ステップＳ１において通知された報知情報を生成したアプリケーションの起動しているデスクトップ画面が、アクティブ画面であるか否か判定する。アクティブ画面である場合（Ｙｅｓ）には、ステップＳ３へ移る。一方、アクティブ画面でない場合（Ｎｏ）には、ステップＳ６へ移る
【００６８】
　
ステップＳ３において、ウィンドウ管理部４５３は、アプリケーションにより生成された報知情報が最新の報知情報であるか否かを判定する。最新の報知情報である場合（Ｙｅｓ）には、ステップＳ４へ移る。一方、最新の報知情報でない場合（Ｎｏ）には、ステップＳ５へ移る
【００６９】
　ステップＳ４において、ウィンドウ管理部４５３は、報知情報が最新の報知情報であるため、アクティブ画面であるデスクトップ画面の表示領域６５に報知情報の全体を他の報知情報とは異なる態様で表示する。
【００７０】
　
ステップＳ５において、ウィンドウ管理部４５３は、報知情報が最新の報知情報以外であるため、アクティブ画面であるデスクトップ画面の表示領域６５に報知情報の全体を他の報知情報と同様の態様で表示する
【００７１】
　
ステップＳ６において、ウィンドウ管理部４５３は、報知情報を生成したアプリケーションが起動しているデスクトップ画面が、アクティブ画面に対して、上、下、左、右、左上、左下、右上、右下のいずれの位置に存在するかを判定する
【００７２】
　
ステップＳ７において、ウィンドウ管理部４５３は、アプリケーションにより生成された報知情報が最新の報知情報であるか否かを判定する。最新の報知情報である場合（Ｙｅｓ）には、ステップＳ８へ移る。一方、最新の報知情報でない場合（Ｎｏ）には、ステップＳ９へ移る
【００７３】
　ステップＳ８において、ウィンドウ管理部４５３は、ステップＳ６において判定されたアクティブ画面の位置に応じて表示領域６１〜６４、及び表示領域６６〜６９に報知情報の一部を他の報知情報とは異なる態様で表示させる。
【００７４】
　
ステップＳ９において、ウィンドウ管理部４５３は、アクティブ画面の位置に応じて表示領域６１〜６４、６６〜６９に報知情報の一部を他の報知情報と同様の態様で表示させる。
【００７５】
　ステップＳ１０において、ウィンドウ管理部４５３は、操作部１１の操作に応じてアクティブ画面が切り替えられたか否かを判定する。アクティブ画面が切り替えられた場合（Ｙｅｓ）には、ステップＳ２へ移り、再度ステップＳ２〜ステップＳ９の処理を繰り返す。一方、アクティブ画面が切り替えられなかった場合（Ｎｏ）には、一連の処理を周囲了する。」（９頁−１０頁）
　図５において、「表示領域６５」はアクティブ画面の中央の領域に位置しており、引用文献１において、アクティブ画面のアプリケーションが報知情報が生成した際には、報知情報は、アクティブ画面の中央の領域に表示されるものと認められる。
　以上総合すると、引用文献１には、以下の発明（以下、「引用発明」という。）が記載されているといえる。
「操作部１１と、マイク１２と、メインアンテナ４０と、ＲＦ回路部４１と、ＬＣＤ制御部４２と、音声処理部４３と、メモリ４４と、制御部４５とが操作部側筐体部２に備えられ、ＬＣＤ表示部２１（表示部）と、スピーカ２２と、ドライバＩＣ２３と、サブＬＣＤ表示部３０とが表示部側筐体部３に備えた携帯電話機１の報知情報を表示させる方法において、
　前記制御部４５は、アプリケーション管理部４５１と、デスクトップ管理部４５２と、ウィンドウ管理部４５３と、を有し、
　前記アプリケーション管理部４５１は、複数のデスクトップ画面上にそれぞれ起動される複数のアプリケーションを管理し、所定のアプリケーションによりユーザへの注意事項、確認事項等である前記報知情報が生成された場合、前記デスクトップ管理部４５２へ通知し、
　前記デスクトップ管理部４５２は、複数のデスクトップ画面を管理し、仮想平面上にデスクトップ画面５１、５２、５３、５４の４つの異なるデスクトップ画面をそれぞれ隣接して並ぶように配置し、また、前記アプリケーション管理部４５１による前記報知情報が生成されたことの通知に応じて、所定のアプリケーションに対応するデスクトップ画面がアクティブ画面であるデスクトップ画面を基準として仮想平面上のいずれの位置に存在するかを判定し、
　前記ウィンドウ管理部４５３は、前記デスクトップ管理部４５２による制御に応じて、前記ＬＣＤ制御部４２を制御し、前記デスクトップ管理部４５２による判定の結果に基づいて、アクティブ画面の所定の領域に前記報知情報を表示するようにＬＣＤ制御部４２を制御し、さらに、前記デスクトップ画面５１〜５４のうちの一画面を基準として、この一画面に仮想平面上で隣接する他のデスクトップ画面の存在する方向のそれぞれに対応付けられた前記操作部１１の操作に応じて、これらのデスクトップ画面５１〜５４のうちのいずれかのデスクトップ画面をアクティブ画面として、順次切り替えてＬＣＤ表示部２１に表示させるものであって、
　報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面を基準として、仮想平面上のいずれの位置に存在するかを判定し、
　判定の結果、報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面である場合、アクティブ画面の中央の領域に報知情報を表示させるように制御し、
　報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面でない場合は、アクティブ画面から見て、この報知情報を生成したアプリケーションが起動しているデスクトップ画面が存在する方向に対応する領域に報知情報を表示させる、
　方法。」
ｂ．引用文献２の記載事項
 　原査定の拒絶の理由に引用された引用文献２には、次の記載がある。
　　
（ａ）「[0001]　1. Field of the Invention 
[0002] The present invention relates to the field of computer systems. More specifically, the present invention relates to exclusive use display surface areas, and their applications to persistently visible display of contents, such as advertisements. 」（１頁）
（当審訳：
　[0001］1.発明の分野　
［0002］本発明は、コンピュータシステムの分野に関する。より具体的には、本発明は、表示画面領域を排他的に使用し、その領域のアプリケーションが広告のようなコンテンツを永続的に表示することに関するものである。）
（ｂ）「[0019] Referring now to  FIGS.1a-1f, wherein six block diagrams illustrating an overview of the present invention in accordance with three embodiments are shown. As illustrated, in accordance with the present invention, displace surface 102  of display device 100  (of a computer system) are divided into display areas 104 and 106a - 106aa. Display area 104 is referred to as the shared display area (SDA), where any number of applications 108 (executing on the computer system or remotely, and of a display area sharing type) may render contents in their corresponding windows (disposed inside SDA 104). Display areas 106a-106aa are referred to as exclusive-use display areas (EDA), where only assigned applications 110 (executing on the computer system or remotely, and of an exclusive use type, in terms of display area) may correspondingly render contents into these areas. For  FIG.1a, one EDA 106 a  disposed along the bottom edge of display surface 102 is set aside or reserved. Whereas, in  FIGS.1b-1c, three EDAs 106b-106d and 106e-106g  disposed along the left and top edges and along the right and bottom edges of displace surface 102 respectively, are set aside or reserved. In  FIGS.1d-1e, six EDAs 106h-106m and 106n-106s disposed in two rows along the left and top edges and along the right and bottom edges of displace surface 102 respectively, are set aside or reserved. Finally, in  FIG.1f, eight EDAs 106t-106aa disposed along the perimeter of displace surface 102 are set aside or reserved. As a result, contents rendered into EDAs 106a-106aa by applications 110 are persistently visible to an end-user, without resorting to prior art“rigging”techniques, such as“always on top”. As will be described in more detail below, by selectively associating with an application 110, an application 108 may selectively render a portion of its output display in this persistently visible manner, thereby enabling applications (such as advertisement rendering), to overcome the prior art disadvantage of losing visibility to some of the rendered contents (such as banner advertisements), when the rendered contents (such as a displayed page), is scrolled up and down within a display window (such as a browser window).」（２頁）
（当審訳
[0019] 図1a-1fを参照すると、３つの実施形態による本発明の概要を示す６つのブロック図が示されている。図示のように、
本発明によれば、(コンピュータシステムの)表示装置100の表示画面102が表示領域104と、106a-106Aaに分割される。表示領域104は、共有表示領域(SDA)と呼び、任意の数のアプリケーション108(コンピュータシステムまたは遠隔で実行され、表示領域が共有される)は、それらに対応するウィンドウ(SDA104内に配置される)にコンテンツを描画することができる。表示領域106a-106aaは、排他的表示領域(EDA)と呼ばれ、割り当てられたアプリケーション110(コンピュータ・システムまたはリモートで実行され、表示領域では排他領域が使用される)だけに対応して、この領域にコンテンツを描画する
　以上総合すると、引用文献２には、以下の技術（以下、「引用文献２に記載の技術」という。）が記載されているといえる。
 
「ディスプレイに、複数の画面を同時に表示すること。」
第５．当審の判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると、次のことがいえる。
 
（ａ）引用発明の「携帯電話機１」は、本願発明１の「コンピューターデバイス」に相当する。
　                
（ｂ）引用発明の「携帯電話機１」がオペレーティングシステムを有していることは明らかであり、通常、オペレーティングシステムは、アプリケーションの管理や、デスクトップの管理、ウィンドウの管理を行うものであるから、引用発明においては「制御部４５」がオペレーティングシステムが有し、該オペレーティングシステムが「アプリケーション管理部４５１」、「デスクトップ管理部４５２」、「ウィンドウ管理部４５３」を制御し、デスクトップ画面の管理をするものと認められ、さらに、引用発明においては「アプリケーションが起動しているデスクトップ画面がアクティブ画面でない場合」があり、オフスクリーンでアプリケーションが実行するステップがあるものと認められる。
　したがって、引用発明のアクティブでない「デスクトップ画面」が、本願発明１の「第１シェル」に相当し、引用発明の、前記「オフスクリーンでアプリケーションが実行するステップ」が、本願発明１の「コンピューターデバイスのオペレーティングシステムの第１シェルにおいてアプリケーションを実行するステップであり、前記アプリケーションが、オフスクリーンの前記第１シェルの中で実行される、ステップ」に相当する。
　
（ｃ）引用発明の「報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面でない場合は、アクティブ画面から見て、この報知情報を生成したアプリケーションが起動しているデスクトップ画面が存在する方向に対応する領域に報知情報を表示させる」ことは、アクティブでない「デスクトップ」のアプリケーションが「報知情報」を生成し、アクティブな「デスクトップ」の中に「報知情報」を表示するすることであるから、引用発明のアクティブな「デスクトップ画面」と、本願発明１の「第２シェル」とは、「他の画面」である点では共通し、引用発明の「報知情報を生成したアプリケーションが起動しているデスクトップ画面がアクティブ画面でない場合は、アクティブ画面から見て、この報知情報を生成したアプリケーションが起動しているデスクトップ画面が存在する方向に対応する領域に報知情報を表示させる」と、本願発明１の「前記第１シェルにおいて実行されたアプリケーションからの通知を受取るステップと、前記コンピューターデバイスの前記オペレーティングシステムの前記第２シェルの中に前記通知を表示するステップ」とは、「前記第１シェルにおいて実行されたアプリケーションからの通知を受取るステップと、前記コンピューターデバイスの前記オペレーティングシステムの他の画面の中に前記通知を表示するステップ」の点では共通する。
　よって、本願発明１と引用発明は、以下の点で一致、ないし相違している。
 
（一致点）
 「コンピューターデバイスのオペレーティングシステムの第１シェルにおいてアプリケーションを実行するステップであり、前記アプリケーションが、オフスクリーンの前記第１シェルの中で実行される、ステップと、
　前記第１シェルにおいて実行されたアプリケーションからの通知を受取るステップと、
　前記コンピューターデバイスの前記オペレーティングシステムの他の画面の中に前記通知を表示するステップと、を含む、
　方法。」
 　
（相違点）
　上記「他の画面」が、本願発明１では、「第２のシェル」であって、「前記第１シェルの機能は、第２シェルを介してアクセスすることができ、前記第１シェル及び前記第２シェルは、前記コンピューターデバイスのディスプレイデバイス上に同時に表示され、前記ディスプレイデバイス上のユーザインターフェイスは、プライマリー領域とセカンダリー領域とを含む」ものであるのに対して、引用発明では、一つのシェルしかなく、「アクティブでないデスクトップ画面」が「アクティブなデスクトップ画面」を介してアクセスするものではなく、ディスプレイには一つのデスクトップ画面しか表示されない点。
　
（２）相違点についての判断
　上記相違点について検討する。
　原査定の拒絶の理由に引用された引用文献２には、ディスプレイに複数の画面を同時に表示するという技術が記載されている。
　しかしながら、引用発明の「携帯電話機」は、引用文献１の段落【０００２】、【０００３】に記載されるように、携帯電話機等の携帯電子機器においては、一画面中に複数のウィンドウを同時に表示すると、各々のウィンドウが小さくなって視認性が悪くなることから、１つの表示装置に複数のデスクトップ画面を選択的に表示することで機器のサイズを小さく保ちつつ、より多くの情報を表示することを可能としたものであるから、引用発明に、複数の画面を同時に表示するという引用文献２に記載の技術を適用することには阻害要因があると認められる。
　さらに、仮に、引用発明に引用文献２に記載の技術を適用したとしても、全ての画面がアクティブとなり、アプリケーションからの報知を各アプリケーションの画面に表示ができるが、報知が生じたアプリケーションの画面と異なる画面に報知を表示するものではなくなってしまう。
　また、原査定の拒絶の理由に引用された他の引用文献３−５には、複数のシェルを有し、第１シェルの機能は、第２シェルを介してアクセスすることができることは記載されていない。
　したがって、本願発明１は、当業者であっても引用発明及び引用文献２−５に記載の技術に基づいて、容易に発明できたものであるとはいえない。
２．請求項２−９について
　本願発明２−本願発明９も、本願発明１の「第２のシェル」を有し、「前記第１シェルの機能は、第２シェルを介してアクセスすることができ、前記第１シェル及び前記第２シェルは、前記コンピューターデバイスのディスプレイデバイス上に同時に表示され、前記ディスプレイデバイス上のユーザインターフェイスは、プライマリー領域とセカンダリー領域とを含む」ものであるから、当業者であっても引用発明及び引用文献２−５に記載の技術に基づいて、容易に発明できたものであるとはいえない。　
　
第６．原査定について
　審判請求時の補正により、本願発明１−本願発明９は「前記第１シェルの機能は、第２シェルを介してアクセスすることができ、前記第１シェル及び前記第２シェルは、前記コンピューターデバイスのディスプレイデバイス上に同時に表示され、前記ディスプレイデバイス上のユーザインターフェイスは、プライマリー領域とセカンダリー領域とを含む」ものとなっており、当業者であっても、拒絶査定において引用された引用文献１−５に基づいて、容易に発明することができたものとは認められない。
　したがって、原査定の理由を維持することはできない。
第７．むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 
　また、他に本願を拒絶すべき理由を発見しない。 
　よって、結論のとおり審決する。