【事件の表示】
　特願２０１４−５１２８２５「イマーシブアプリケーションとしてのデスクトップ」拒絶査定不服審判事件〔平成２４年１２月　６日国際公開、ＷＯ２０１２／１６６１８４、平成２６年　６月３０日国内公表、特表２０１４−５１５５２０、請求項の数（１０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１．手続の経緯
　
　本願は、２０１１年１０月９日（パリ条約による優先権主張外国庁受理　２０１１年５月２７日　米国）を国際出願日とする出願であって、平成２７年１０月６日付けで拒絶理由が通知され、平成２８年１月８日に手続補正がされたが、同年３月９日付けで拒絶査定がなされ、これに対し、同年７月１３日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。
第２．原査定の経緯
　原査定（平成２８年３月９日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−１０に係る発明は、以下の引用文献１−４に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１.特開２００９−０２５９２０号公報
２.米国特許出願公開第２００３／００５２９２３号明細書
３.特開平０５−２６５９０１号公報
４.ＰＣｆａｎ編集部，Ｐｏｃｋｅｔ  ＰＣｆａｎ  Ｗｉｎｄｏｗｓ７攻略ハンドブック  導入・移行編，日本，（株）毎日コミュニケーションズ，２０１０年　４月　１日，第６２，６６，７２，１０１ページ（周知技術を示す文献）
第３．本願発明
　本願請求項１−１０に係る発明（以下、それぞれ「本願発明１」−「本願発明１０」という。）は、平成２８年７月１３日付けの手続補正で補正された特許請求の範囲の請求項１−１０に記載された事項により特定される発明であり、以下のとおりの発明である。
「【請求項１】
　一つまたはそれ以上のコンピューターデバイスによって実施される方法であって、
　オペレーティングシステムのイマーシブシェルを表示するステップであり、イマーシブシェルは一つまたはそれ以上の技術を使用してアプリケーションに対するアクセスをサポートするように構成されているステップと、
　前記イマーシブシェルの中にデスクトップシェルを同時に表示するステップであり、
　　前記デスクトップシェルが表示され、かつ、前記イマーシブシェルの中の前記アプリケーションに対するアクセスをサポートするために使用される前記一つまたはそれ以上の技術を使用してアクセス可能であり、
　　前記デスクトップシェルは、ユーザーがコントロールできるフレームを有するウィンドウを通じて前記デスクトップシェルの中で実行可能なアプリケーションを提供し、かつ、
　　前記イマーシブシェルは、ユーザーがコントロールできるフレームを有するウィンドウを通じて提供されるアプリケーションに対するアクセスについて、アプリケーションに対する前記アクセスが前記デスクトップシェルを通じて実行されなければ、サポートしない、
　ステップと、
　前記イマーシブシェルを通じて実行されるべきナビゲーションを規定するものとして、入力を認識するステップと、
　前記入力の認識に反応して、前記イマーシブシェルの表示を通じてナビゲーションするステップであり、前記イマーシブシェルの前記表示は、
　　前記イマーシブシェルのプライマリー領域またはセカンダリー領域におけるアプリケーションに対応するデータの表示、および
　　前記イマーシブシェルの前記プライマリー領域またはセカンダリー領域のうち異なる一つにおける前記デスクトップシェルからのデータの表示、を含む、
　ステップと、
　を含む、ことを特徴とする方法。
【請求項２】
　前記デスクトップシェルを表示するステップは、前記デスクトップシェルの中で実行可能な複数のアプリケーションに対応する複数のウインドウを表示するステップを含む、
　請求項１に記載の方法。
【請求項３】
　前記デスクトップシェルを表示するステップは、前記アプリケーションのそれぞれに対応する少なくとも一つの前記ウインドウの部分として、前記少なくとも一つの前記ウインドウの表示特性を変更することによって通知を表示する、
　請求項２に記載の方法。
【請求項４】
　前記デスクトップシェルは、少なくとも一つの前記アプリケーションのための複数のウインドウを使用し、前記イマーシブシェルはアプリケーションごとに一つのウインドウをサポートする、
　請求項１に記載の方法。
【請求項５】
　前記デスクトップシェルは、クロームおよびタスクバーを使用するように構成されており、前記デスクトップシェルの外側の前記イマーシブシェルは、そのように構成されていない、
　請求項１に記載の方法。
【請求項６】
　前記デスクトップシェルは、深度の表示をサポートし、別の前記アプリケーションからのデータの少なくとも一部に重ねて一つのアプリケーションからのデータが表示されるように構成されており、前記デスクトップシェルの外側の前記イマーシブシェルは、そのように構成されていない、
　請求項１に記載の方法。
【請求項７】
　前記一つまたはそれ以上の技術は、前記イマーシブシェルおよび前記デスクトップシェルの前記アプリケーションからのデータを表示する技術を含む、
　請求項１に記載の方法。
【請求項８】
　前記一つまたはそれ以上の技術は、前記アプリケーションと前記デスクトップシェルとの間をナビゲーションする技術を含む、
　請求項１に記載の方法。
【請求項９】
　前記デスクトップシェルは、前記デスクトップシェルの中で実行可能なアプリケーションのアイコンとして構成された複数の表示を含み、少なくとも一つのフォルダーは、前記コンピューターデバイスの階層的ファイル構造をサポートする、
　請求項１に記載の方法。
【請求項１０】
　前記イマーシブシェルの前記表示において、
　前記プライマリー領域と前記セカンダリー領域は、ガターによって分離されており、前記ガターを移動することによって、前記プライマリー領域と前記セカンダリー領域によって使用される表示領域の量を変更することができる、
　請求項１に記載の方法。」
第４．引用文献、引用発明
ａ．引用文献２の記載事項
 　原査定の拒絶の理由に引用された引用文献２には、次の記載がある。（下線は当審において付加した。以下、同じ。）
　　
（ａ）「[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］１．発明の分野　
［0002］本発明は、コンピュータシステムの分野に関する。より具体的には、本発明は、表示画面領域を排他的に使用し、その領域のアプリケーションが広告のようなコンテンツを永続的に表示することに関するものである。）
（ｂ）「[0003] 2. Background Information 
[0004] With advances in microprocessor and other related technology, today's computers are equipped with processing capabilities that were once the exclusive domain of large mainframe computers. To exploit these capabilities, today's computers are often equipped with multi-tasking operating systems that allow multiple tasks of the same or different applications to be executed at the same time. These operating systems are also typically equipped with windowing managers to manage the concurrent display of the execution results of the various tasks or applications through windowing, within the constraint of the available display surface of a display device. That is, the execution results of the various tasks/applications are rendered in corresponding display windows (hereinafter, simply windows), and these windows share the display surface. This employment of windows along with the use of iconic representations for various programs and“objects”is also often referred to as the desktop metaphor, with the shared display surface area being referred to as the desktop area. 
[0005] Whether the contents rendered in the various windows are actually visible to a user depend on the relatively placement of the windows within the available display surface. Except for the top window (such as the“in focus”window or another window“rigged”to be“always on top”) or windows that do not overlap with other windows (such as windows placed in a tile arrangement), contents of the underlying windows disposed in the overlapping portions are considered obstructed, and generally invisible, unless the top and other intermediate windows are considered“transparent”. Contents disposed in the obstructed portions of these underlying windows become visible only when the window manager surfaces the window as the top window, typically responsive to a user request. 
[0006] Many applications, such as Internet advertising, desire to have at least some of their rendered contents (in the case of Internet advertising, the advertisements themselves) persistently visible to the user. However,“rigging”the browser window to be“always on top” is not necessarily a viable option. Furthermore, in the case of Internet advertisement, even if“rigging”the browser window as“always on top”is a viable option,it still would not fully satisfy its persistent visibility desire. The reason is because most Internet advertisements are rendered in the form of banners, typically disposed at least at the top and at the bottom of a page. The banner advertisement placed at the bottom of a page is typically not visible when the page is first displayed, as the page is typically larger than the browser window. Similarly, the banner advertisement placed at the top of the page becomes invisible as the page is scrolled downward. 
［0007] Thus, an improved approach to display management that better addresses the persistent visibility requirements of applications, in particular, the persistent visibility requirements of Internet advertising is desired. 」（１頁）
（当審訳：
[0003] ２．背景情報
[0004] マイクロプロセッサおよび他の関連技術の進歩に伴い、今日のコンピュータは、かつては大きなメインフレーム・コンピュータの独占的な領域であった処理能力を備えている。これらの能力を利用するために、今日のコンピュータは、同一又は異なるアプリケーションの複数のタスクを同時に実行されることを可能にするマルチタスクオペレーティングシステムをしばしば備えている。これらのオペレーティング・システムは、典型的には、表示装置の利用可能な表示面の制約内で、ウィンドウを介して各種タスク又はアプリケーションの実行結果の同時表示を管理するウィンドウ・マネージャを備えている。すなわち、様々なタスク・アプリケーションの実行結果は、対応する表示ウィンドウ(以下、単に「ウィンドウ」という。)で表現されており、これらのウィンドウは表示画面を共有している。デスクトップ領域と呼ばれる共有ディスプレイ画面領域において、各種プログラムや「オブジェクト」のアイコン表現を使用と共にウィンドウの使用は、しばしば、デスクトップの象徴と呼ばれる。
[0005] 複数のウィンドウに描画された内容が実際にユーザに見ることができるかは、利用可能な表示画面内のウィンドウの相対的配置による。トップウィンドウ（「フォーカス」ウィンドウまたは「常に上」にあるウィンドウなど)や、他のウィンドウ(タイルのように配置されたウィンドウ)が重ならないウィンドウを除いて、トップや他の中間的なウィンドウが「透明」でなければ、重なり部分の下にあるウィンドウの内容は遮られ、一般的に不可視と考えられる。これらの下に横たわるウィンドウの遮られた部分に配置された内容は、典型的にはユーザの要求に応じて、ウィンドウマネージャがそのウィンドウをトップウィンドウとして表示した時にのみ見ることができる。
[0006] インターネット広告のような、多くのアプリケーションは、その表示されたコンテンツ(インターネット広告の場合は、広告自体)の少なくとも一部をユーザに永続的に見えることを望んでいる。しかし、ブラウザ・ウィンドウを「常に上」に置くことは、必ずしも実行可能なオプションではない。それ以上に、インターネット広告の場合、「常に上」にブラウザ・ウィンドウを置くことが実行可能なオプションであっても、その永続的に視認可能であるという要望を十分に満たすことはない。その理由は、ほとんどのインターネット広告は、バナーの形式で表示され、典型的には、少なくともページの先頭と底部に配置されているからである。ページの底部に載置されたバナー広告は、ページがブラウザ・ウィンドウよりも一般的に大きいから、ページの先頭が表示されている時は見ることができない。同様に、ページの先頭に配置されたバナー広告は、ページが下へスクロールされるにつれ見えなくなる。
[0007] したがって、アプリケーションが永続的に見えるという要求、特に、インターネット広告での永続的に見えることに対する要求に対して、画面の管理をよりよく処理する改善を行う。）
（ｃ）「SUMMARY OF THE INVENTION  
[0008] In a computer system having a display device with a display surface, a portion of the display surface is reserved for an exclusive use, allowing contents rendered in the reserve area to be persistently visible. In one embodiment, the reservation is accomplished through reducing the width and height of a shared portion of the display surface managed by a window manager, corresponding to a graphics resolution. In one embodiment, the exclusive use is to render advertisements in the reserved portion by an advertising rendering program. The advertisements are HTML pages received from an advertisement web server through the Internet. The HTML pages are rendered in the reserved portion through a direct draw component. The direct draw component is provided with the unreduced width and height as the width and height of the surface area to support direct drawing of graphical displays. A cursor control device driver also supports monitoring of movements of a cursor control device and of occurrences of cursor events. The cursor control device driver is likewise provided with the unreduced width and height as the width and height of the surface area to monitor for cursor movements and events. In other embodiments, multiple portions of the display surface are reserved for advertising and/or other exclusive uses. 」（１頁）
（当審訳：
　発明の要約
[0008] 表示画面を有する表示装置を有するコンピュータ・システムであって、
表示画面の一部分は排他的な使用のために予約され、この予約された領域で描画されたコンテンツは永続的に見ることができる。一実施形態では、予約は、ウィンドウマネージャによって管理される表示画面の共有部分の幅と高さを、グラフィックス解像度に応じ、低減することにより達成される。一実施形態では、排他的な使用は、広告描画プログラムが予約された部分に広告を描画することである
広告は、インターネットを介して広告のウェブ・サーバから受信したHTMLページである。そのHTMLページは、直接描画コンポーネントを介して予約部分に描画される。直接描画コンポーネントには、直接描画をするための画面の表面領域の幅と高さとして縮小されていない幅と高さが提供される。カーソル制御装置ドライバは、カーソルの移動とカーソルイベントの発生の監視をサポートしている。カーソル制御装置ドライバは、同様にカーソル移動やカーソルイベントの監視が行われる画面の表面領域の幅と高さとしての縮小されない幅と高さが提供される
（ｄ）「[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(コンピュータ・システムまたはリモートで実行され、表示領域では排他領域が使用される)だけに対応して、この領域にコンテンツを描画する
（ｅ）「[0021] Referring now to FIG.2, wherein an example computer system suitable for practicing the present invention is shown. As shown, example computer system 200 includes processor 202, ROM  203, and system memory 204 coupled to each other via“bus”206. Coupled also to“bus”206 are non-volatile mass storage 208, display device 210, cursor control device 212 and communication interface 214. ROM 203 includes a basic input/output system (BIOS) 205. During operation, memory 204 includes working copies of operating system 222, applications 224 that use the shared display area (see  FIGS.1a-1f) of the display surface of display device 210, and applications 226 that use correspondingly assigned exclusive-use display areas (see FIGS.1a-1f) of the display surface of display device 210. Operating system 222, applications 226, and in some embodiments, applications 224 are incorporated with the teachings of the present invention.」（２頁）
（当審訳：
[0021] ここで図2を参照すると、本発明を実施するのに適した例示的なコンピュータシステムが示されている。図示されているように、例示的な
コンピュータシステム200は、バス206を介して接続されたプロセッサ202、ROM203と、システムメモリ204を含む。同様に、バス206で不揮発性大容量記憶装置208、表示装置210、カーソル制御装置212、及び通信インターフェイス214と結合されている
ROM203は
動作中、メモリ204は、オペレーティングシステム222、アプリケーション224、及びアプリケーション226の作業用コピーを含み、アプリケーション224は表示装置210の表示画面の共有表示領域(図1a-1fを参照)を使用し、アプリケーション226は表示装置201の表示替画面の対応する排他的表示領域(図1a-1f参照)を使用するものである
（ｆ）「[0026] Referring now the FIG.3, wherein a block diagram illustrating enhanced operating system  222 and its interactions with applications 224-226 is shown. As illustrated, operating system 222 includes conventional elements such as window manager 302, graphics manager 304, display device driver 306, and cursor control device driver 308. Each of these elements performs its conventional functions known in the art. That is, window manager 302 performs the conventional function of managing the current display of the various display windows of applications 224 in the SDA (see  FIGS.1a-1f). Graphics manager 304 performs the conventional function of rendering graphics objects for an application. Graphics manager 304 includes in particular, the capability of allowing an application to make direct draw onto the display surface of a display device. For example, for the WindowsＲ（当審注：Ｒは○囲みＲの上付き文字を表す。以下同じ。） operating systems, graphics manager 304 is intended to represent the Graphics Device Interface (GDI) and DirectX combined. (The two components are expected to be consolidated into a single component in GDI2K and beyond.) Display driver 306 performs the conventional function of controlling the display device, whereas cursor control device driver 308 performs the conventional function of monitoring movements of a cursor control device and cursor events (such as clicking or double clicking of a control button). 
[0027] As illustrated, in accordance with the present invention, operating system 222 is also advantageously provided with exclusive-use display area manager 310. EDA manager 310 is employed to“coordinate”with window manager 302 to set up the shared and exclusive areas. Furthermore, EDA manager 310 is also employed to enable applications 226 to be able to correspondingly render contents into their assigned EDAs, and to respond to cursor device movements and events detected within their assigned EDAs. These and other aspects will be described more fully below with references to  FIGS.4a-4c.」（３頁）                
（当審訳
[0026] ここで図3を参照すると、増強されたオペレーティング・システム222を示すブロック図およびアプリケーション224 - 226との相互作用が示されている。図示されているように、
オペレーティングシステム222は、ウィンドウマネージャ302、グラフィクスマネージャ304、表示装置ドライバ306と、カーソル制御装置ドライバ308のような従来の要素を含む
ウィンドウマネージャ302は、SDAにおけるアプリケーション224の各種表示ウィンドウの表示を管理する従来の機能を実行する
[0027] 図示のように、
本発明によれば、オペレーティングシステム222はまた、EDAマネージャ310が備えられると好都合である
（ｇ）「[0028] FIG.4a illustrates the operational flow of EDA manager 310 for“coordinating”with window manager 302 in setting up the shared and exclusive-use display areas, in accordance with one embodiment. As shown, for the illustrated embodiment, EDA manager 310 intercepts a call from window manager 302 to display device driver 306 to obtain the size of the display surface for the display device under the control of display device driver 306 for a particular graphics resolution. The interception or redirection to EDA manager 310 is accomplished in an operating system dependent manner. In one embodiment, where the operating system is of the WindowsＲfamily, the interception or redirection of the call is by modifying the registry and the system.ini file. For this embodiment, the call includes the graphics resolution, expressed in terms of a pixel resolution, e.g. 800×600 pixels. 
[0029] Upon interception, at 402, EDA manager 310 forwards the call to display device driver 306. At  404 , the display device driver 306 returns the size of the display surface of the display device under the control of display device driver 306 for the particular graphics resolution. In one embodiment, the size is expressed in terms of the width and height of the display surface. In one embodiment, the width and height are implicitly expressed in terms of maximum x and y coordinates. In one embodiment, where the operating system is of the WindowsＲ family, the original of the x-y coordinate is by-definition the top left corner of the display surface. 
[0030] For the illustrated embodiment, upon receipt of the size of display surface expressed in terms of width and height, at 406, EDA manager 310 reduces the width and height accordingly to set aside or reserve the EDA(s). In one embodiment, the number of EDA(s) to be created and the applications to be assigned to the various EDAs are specified through a configuration file, e.g. for an operating system of the WindowsＲ family, through sections in the win.ini and system.ini files. Depending on the coordinate system of the operating system, multiple EDAs can be created with a single or successive operations of reducing the width and the height. 
・・・中略・・・
[0031] Upon reducing the size of the display surface, at 408, EDA manager 310 returns the reduced size to window manager 302, thereby“coordinating”the locations of the shared and exclusive-use display areas with window manager 302. In alternate embodiments, other expression of sizes as well as other coordinate systems may be employed. The manner in which the size is reduced, and the manner in which shared and exclusive-use areas are designated may simply be adjusted accordingly to the alternate approaches. 
[0032] For the illustrated embodiment, it is assumed that upon receipt of the reduced size, window manager 302 also sets up graphics manager 304 and cursor control device driver 308 to operate with the same display surface information, i.e. the reduced size. Accordingly, at 410, EDA manager 310 overrides this information, restoring graphics manager 304 and cursor control device driver 308 to operate with the unreduced size, thereby allowing applications 226 to render contents into the EDAs through direct draw, and to be notified of detected cursor movements and events in the EDAs. Towards the later objective, at 412, EDA manager 310 also modifies the set up of cursor control device driver 308 such that event notifications of cursor movements and events are provided to EDA manager 310 instead of window manager 302, for EDA manager 310 to filter out the detected cursor movements and events in the EDAs before allowing the residual detected cursor movements and events (within the shared display area) to be passed on to window manager 310. 」（３頁−４頁）
（当審訳
[0028] 
図4ａは、一実施形態において、共用、排他的表示領域を設定するためにウィンドウマネージャ302と「共同」する本発明のEDAマネージャ310の動作フローを示している
EDAマネージャ310は、ウィンドウマネージャ302から表示装置ドライバ306への呼び出しを傍受する
[0029] 
ステップ402で傍受されると、EDAマネージャ310は、呼び出しを表示装置ドライバ306に転送する。ステップ404で、表示装置ドライバ306は、制御している特定のグラフィックス解像度での、表示装置の表示画面のサイズを返信する
[0030] 図示されている実施形態では、
幅と高さで表現された表示画面のサイズを受けると、ステップ406で、EDAマネージャ310は、EDAを確保または予約するために表示画面の幅と高さを減少させる
・・・中略・・・
[0031] 
ステップ408で、EDAマネージャ310は、表示画面の減少したサイズをウィンドウマネージャ302に返送する
[0032] 例示された実施形態では、縮小されたサイズを受け取ると、ウィンドウマネージャ302はまた、同じディスプレイ表面情報、すなわち縮小されたサイズで作業するように、グラフィクスマネージャ304及びカーソル制御装置ドライバ308を設定する。したがって、ステップ410ではEDAマネージャ310はこの情報を無視して、グラフィクスマネージャ304、カーソル制御装置ドライバ308に縮小していないサイズで動作するようにすることで、EDAにアプリケーション226が直接描画でコンテンツを描画でき、EDA内でカーソルの移動およびカーソルイベントを検出し通知することができる。ステップ412では、後者の目的のために、EDAマネージャ310は、カーソルの動きおよびカーソルイベントなどの通知をウィンドウマネージャ302の代わりにEDAマネージャ310に与えられるように、カーソル制御装置ドライバ308の設定を変更し、このことによって、カーソルの移動およびカーソルイベントの残りの検出（共有表示領域での検出）がウィンドウマネージャ310に渡される前に、EDAマネージャ310は、EDA内での検出されたカーソルの移動およびカーソルイベントをフィルタリングすることができる。）
（ｈ）「［0034］FIG.4b illustrates the operational flow of EDA manager 310 for filtering cursor movement/event notifications, in accordance with one embodiment. Upon receipt of a cursor movement/event notification, at 412, EDA manager 310 first determines whether the movement/event was detected in the SDA or one of the EDAs. If the movement/event was detected in the SDA, at 414 , EDA manager 310 forwards the notification to window manager 302. From there, operations proceed as in the prior art. On the other hand, if the movement/event was detected in one of the EDAs, at 414 , EDA manager 310 determines within which EDA, the movement or event occurred. At 416, EDA manager 310 forwards the notification to the appropriate application 110 accordingly. The manner in which the notification is handled is application dependent. 
［0035］Referring back to  FIG.3, as illustrated, whether it is for the initial content rendering, or for subsequent rendering, in response to e.g. a cursor movement/event notification, for the illustrated embodiment, an application 110 assigned with an EDA renders contents into its EDA through the direct draw feature of graphics manager 304. These operations, and the manner in which graphics manager 304 handles these requests are well known. Accordingly, they will not be further described. 」（４頁）
（当審訳
[0034] 図4bはカーソル移動/イベント通知をフィルターリングするEDAマネージャ310の動作フローの実施形態を示す。
ステップ412でカーソル移動／イベント通知を受信すると、EDAマネージャ310は、まず、カーソル移動／イベントが、SDA又はEDAのどちらで検出されたかを判定する
ステップ414で、カーソル移動／イベントがSDAで検出された場合、EDAマネージャ310は、通知をウィンドウマネージャ302に転送する
一方、カーソル移動／イベントが、EDAで検出された場合、EDAマネージャ310は、EDA内でカーソル移動／イベントが発生したと判定する。ステップ416で、EDAマネージャ310は、それに応じて適切なアプリケーション110に通知を転送する
[0035] 図3を再び参照すると、図示のように、初期コンテンツの描画、または、後続の描画は、例えば、カーソル移動／イベントの通知に応答して、例示の実施形態において、EDAが割り当てられたアプリケーション110はグラフィクスマネージャ304の直接描画機能を介してEDAにコンテンツを描画する。グラフィクスマネージャ304がこれらの要求を処理する方法は、よく知られている。従って、詳細な説明は省略する。）
　以上総合すると、引用文献２には、以下の発明（以下、「引用発明」という。）が記載されているといえる。
 
〈引用発明〉
 
「バス206を介してプロセッサ202と、ROM203と、システムメモリ204と、不揮発性大容量記憶装置208と、表示装置210と、カーソル制御装置212と、通信インターフェイス214が結合されたコンピュータシステム200において、前記表示装置210の表示画面を、共有表示領域(SDA)と呼ばれる表示領域と、排他的表示領域(EDA)と呼ばれる表示領域に分割し、前記共有表示領域(SDA)では、任意の数のアプリケーション224が、SDA内に配置される該アプリケーション224に対応するウィンドウにコンテンツを描画し、前記排他的表示領域(EDA)では、割り当てられたアプリケーション226のみがコンテンツを描画する方法であって、
　前記メモリ204は、動作中、オペレーティングシステム222、前記共有表示領域を使用するアプリケーション224、及び前記排他的表示領域を使用するアプリケーション226、の作業用コピーを含み、
　前記オペレーティングシステム222は、ウィンドウマネージャ302、グラフィクスマネージャ304、表示装置ドライバ306と、カーソル制御装置ドライバ308と、EDAマネージャ310を含み、
　前記ウィンドウマネージャ302は、SDAにおけるアプリケーション224の各種表示ウィンドウの表示を管理するものであり、
　前記EDAマネージャ310が、前記アプリケーション226がそれに割り当てられたEDAにコンテンツを描画できるように、また、それらに割り当てられたEDA内で検出されたカーソル装置の移動やイベントに応答できるものであって、
　前記EDAマネージャ310は、前記ウィンドウマネージャ302から前記表示装置ドライバ306への表示装置の表示画面のサイズを取得するための呼び出しを傍受するステップと、
　前記EDAマネージャ310は、傍受した呼び出しを前記表示装置ドライバ306に転送するステップ402と、
　前記表示装置ドライバ306が表示装置の表示画面のサイズを前記EDAマネージャ310に返信するステップ404と、
　前記EDAマネージャ310が、EDAを確保または予約するために表示画面のサイズを減少させるステップ406と、
　前記EDAマネージャ310は、表示画面の減少したサイズを前記ウィンドウマネージャ302に返信するステップ408と、を有し、更に、
　カーソル移動／イベント通知を受信すると、前記EDAマネージャ310が、カーソル移動／イベントが、SDA又はEDAのどちらで検出されたかを判定するステップ412と、
　カーソル移動／イベントがSDAで検出された場合、前記EDAマネージャ310は、通知を前記ウィンドウマネージャ302に出力するステップ414と、
　カーソル移動／イベントが、EDAで検出された場合は、前記EDAマネージャ310は、EDA内でカーソル移動／イベントが発生した判定し、それに応じて適切なアプリケーション226に通知を送信するステップ416と、
　からなる方法。」
ｂ．引用文献１の記載事項
 　原査定の拒絶の理由に引用された引用文献１には、次の記載がある。
（ａ）「【００８６】
　［第２の実施形態］
　次に、発明の第２の実施形態について説明する。本実施形態は、上記の第１の制御技術を拡張した実施形態を説明するものである。
【００８７】
　ウィンドウを表示部１０４において表示する場合、一般には以下の３通りの表示状態が考えられる。
【００８８】
　
１．ウィンドウの縦横ともに表示画面いっぱいに最大化される表示状態（いわゆる、全画面表示）
　２．一つのアイコンないし表題だけが小さく表示される表示状態（いわゆる、最小化表示）
　３．ウィンドウが表示画面のうちの一部のみを占める表示状態
である。
【００８９】
　ここで上記１と３とを比較してみる。１の場合、ウィンドウ自体が固定されているのでウィンドウを扱うという意味での煩雑さがない。しかしながら、他のウィンドウを参照するためには全画面表示状態を脱するための切り替え作業を行なわなければならない。
【００９０】
　一方の３の場合、複数のウィンドウを参照できるというメリットがある反面、各ウィンドウの大きさ、位置を決めて整理された状態にしておかなければならず煩雑である。特に、相対的に小さいウィンドウの上に相対的に大きいウィンドウが完全に覆い被さって隠蔽してしまう場合などは、上のウィンドウを適切なところに移動させて、下のウィンドウを探すなどしなければならず面倒である。
【００９１】
　
本実施形態では、両者の利点を考慮したタイプのウィンドウの利用を可能とするべく、第１の実施形態におけるウィンドウ表示をいわゆる「全画面表示」に適用する
【００９２】
　上記のように「全画面表示」では、ウィンドウが表示部１０４の表示画面のＸ方向及びＹ方向において最大化され、ウィンドウサイズは固定される。また、ウィンドウサイズの変更は、全画面表示を解除しない限りできないようになっている。
【００９３】
　これに対し、本実施形態に対応する全画面表示では、ウィンドウのＸ方向またはＹ方向のいずれか一方の方向においてのみ表示画面内で最大化がなされ、その方向に関してウィンドウは固定される。
また残った一方向においては、一方の辺が表示画面端に固定され、他方の辺のみドラッグによって移動可能となる。このドラッグ可能な辺を操作することにより、一方向に向かってのウィンドウの開閉が可能であり、これがウィンドウのサイズ変更に相当する
【００９４】
　図７ａ乃至図７ｃは、本実施形態における全画面表示の一例を示す図である。図７ａ乃至図７ｃでは、表示部１０４の表示画面全体には参照番号７００を付す。ウィンドウの構成は第１の実施形態の図２と同様であるので、対応する参照番号を利用する。ウィンドウ２００の左辺２０３は、第１の領域２０３ａと第２の領域２０３ｂとで構成される。また、第１の領域２０３ａと第２の領域２０３ｂとはカーソル７０１によりドラッグ可能とする。また、表示画面全体７００及びウィンドウ２００についての方向性は、ＸＹ座標系５０２に基づいて決定される。
【００９５】
　
図７ａは、ウィンドウ２００のサイズが表示画面全体７００のサイズに一致している状態を示している。即ち、図７ａは全画面表示状態に相当する。
【００９６】
　
図７ｂは、カーソル７０１を第２の領域２０３ｂに配置して、Ｘ方向にドラッグした場合に、ウィンドウ２００のサイズが変化する様子を示している。第２の領域２０３ｂを利用したＸ方向へのドラッグにより、ウィンドウ２００のサイズがＸ方向においてのみ変化するが、このときドラッグされた左辺２０３に対向する右辺２０４は表示領域端に固定され、左辺２０３のみドラッグして移動することが可能である。これによりウィンドウが一方向に開閉されるすなわち、サイズ変更される。なお、ドラッグ方向に直交するＹ方向では、ウィンドウ２００のサイズは最大化されたまま固定されている
【００９７】
　図７ｃは、カーソル７０１を第１の領域２０３ａに配置して、Ｘ方向にドラッグした場合に、ウィンドウサイズが変化する様子を示している。第１の領域２０３ａを利用したＸ方向へのドラッグにより、ウィンドウ２００のサイズがＸ方向においてのみ変化するが、このときもドラッグされた左辺２０３に対向する右辺２０４は表示領域端に固定され、左辺２０３のみドラッグして移動可能である。これによりウィンドウ２００が一方向に開閉されるすなわち、サイズ変更される。なお、ドラッグ方向に直交するＹ方向では、ウィンドウ２００のサイズは最大化されたまま固定されている。なお、このとき、第１の領域２０３ａが利用されるので、第１の実施形態で説明したスクロールを伴ったサイズ変更が行われることとなる。
【００９８】
　なお、図７ａ乃至図７ｃでは、開閉動作として機能する辺を左辺２０３としたが、これに限らず、ウィンドウ７０１を構成する他の３辺のいずれか１辺を利用してもよい。例えば、下辺２０２を利用した場合を図８ａ乃至図８ｃに示している。即ち、図８ａは、本実施形態に対応する、ウィンドウ２００のサイズが表示画面全体７００のサイズに一致している状態の一例を示している。図８ｂは、本実施形態に対応する、カーソル７０１を第２の領域２０２ｂに配置して、Ｙ方向にドラッグした場合に、ウィンドウ２００のサイズが変化する様子の一例を示している。図８ｃは本実施形態に対応する、カーソル７０１を第１の領域２０２ａに配置して、Ｙ方向にドラッグした場合に、ウィンドウサイズが変化する様子の一例を示している。図８ａ乃至図８ｃはドラッグ辺が異なる以外は、図７ａ乃至図７ｃと同様である。」（１５頁−１７頁）
　図７ｂの記載によれば、ウィンドウ２００のサイズをＸ方向において縮小すると、縮小前のウィンドウ２００があった領域に「デスクトップ」の画面が表示されている。　
　以上総合すると、引用文献１には、以下の技術（以下、「引用文献１に記載の技術」という。）が記載されているといえる。
「デスクトップ画面の上に全画面表示したウィンドウを配置し、該ウィンドウの縁部を操作することで、ウィンドウが縮小され、下に位置されるデスクトップ画面が見えること。」
第５．当審の判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると、次のことがいえる。
 
（ａ）引用発明の「コンピュータシステム200」は、本願発明１の「一つまたはそれ以上のコンピューターデバイス」に相当し、引用発明の「方法」は後述する相違点を除き、本願発明１の「一つまたはそれ以上のコンピューターデバイスによって実施される方法」に相当する。
　                
（ｂ）引用発明では「オペレーティングシステム222」の「EDAマネージャ310」が、「排他的表示領域(EDA)」を「確保または予約」し、該「排他的表示領域(EDA)」に「アプリケーション226」の「コンテンツを描画」するものであるから、引用発明は、オペレーティングシステムの「排他的表示領域(EDA)」を表示するステップを有するものと認められる。
　さらに、引用発明の「EDAマネージャ310」は「EDA内で検出されたカーソル装置の移動やカーソルイベントに応答」し、「排他的表示領域(EDA)」の「適切なアプリケーション226に通知」するものであるから、引用発明の「EDAマネージャ310」は、「排他的表示領域(EDA)」内でアプリケーションに対するアクセスをサポートする技術といえる。
　したがって、引用発明の「排他的表示領域(EDA)」、及び「EDAマネージャ310」は、本願発明１の「オペレーティングシステムのイマーシブシェル」、及び「一つまたはそれ以上の技術」に相当し、引用発明の、上記「オペレーティングシステムの『排他的表示領域(EDA)』を表示するステップ」は、本願発明１の「オペレーティングシステムのイマーシブシェルを表示するステップであり、イマーシブシェルは一つまたはそれ以上の技術を使用してアプリケーションに対するアクセスをサポートするように構成されているステップ」に相当する。
（ｃ）引用発明の「共有表示領域(SDA)」は、「任意の数のアプリケーション224が、SDA104内に配置される該アプリケーション224に対応するウインドウにコンテンツを描画」するものであるから、引用発明の「共有表示領域(SDA)」は、本願発明１の「ユーザーがコントロールできるフレームを有するウィンドウを通じて前記デスクトップシェルの中で実行可能なアプリケーションを提供」する「デスクトップシェル」に相当する。
　また、引用発明では「前記表示装置210の表示画面を、共有表示領域(SDA)と呼ばれる表示領域と、排他的表示領域(EDA)と呼ばれる表示領域に分割」していることから、引用発明は「共有表示領域(SDA)」と「排他的表示領域(EDA)」を同時に表示するステップを有しているものと認められ、引用発明の該「同時に表示するステップ」と、本願発明１の「前記イマーシブシェルの中にデスクトップシェルを同時に表示するステップ」とは、「前記イマーシブシェルとデスクトップシェルを同時に表示するステップ」である点で共通する。
（ｄ）また、引用発明の「EDAマネージャ310」は、「カーソル移動／イベント通知を受信」し、「カーソルの移動／イベントがSDAで検出された場合」は、「通知を前記ウィンドウマネージャ302に出力する」ものであるから、引用発明は、「共有表示領域(SDA)」が表示され、かつ、「共有表示領域(SDA)」中の「アプリケーション226」に対するアクセスを「EDAマネージャ310」を使用してアクセス可能であるといえる。
　さらに、引用発明では「カーソルの移動／イベントがSDAで検出された場合、前記EDAマネージャ310は、通知を前記ウィンドウマネージャ302に出力」し、「カーソル移動／イベントが、EDAで検出された場合は、前記EDAマネージャ310は、EDA内でカーソル移動／イベントが発生した判定し、それに応じて適切なアプリケーション226に通知を送信する」ものであり、引用発明では、「EDA」から「SDA」の「アプリケーション224」にアクセスできないものと認められ、引用発明の、この「EDA」から「SDA」の「アプリケーション224」にアクセスできないことは、本願発明１の「前記イマーシブシェルは、ユーザーがコントロールできるフレームを有するウィンドウを通じて提供されるアプリケーションに対するアクセスについて、アプリケーションに対する前記アクセスが前記デスクトップシェルを通じて実行されなければ、サポートしない」に相当する。
　よって、本願発明１と引用発明は、以下の点で一致、ないし相違している。
 
（一致点）
 
「一つまたはそれ以上のコンピューターデバイスによって実施される方法であって、
　オペレーティングシステムのイマーシブシェルを表示するステップであり、イマーシブシェルは一つまたはそれ以上の技術を使用してアプリケーションに対するアクセスをサポートするように構成されているステップと、
　前記イマーシブシェルとデスクトップシェルを同時に表示するステップであり、
　　前記デスクトップシェルが表示され、かつ、前記イマーシブシェルの中の前記アプリケーションに対するアクセスをサポートするために使用される前記一つまたはそれ以上の技術を使用してアクセス可能であり、
　　前記デスクトップシェルは、ユーザーがコントロールできるフレームを有するウィンドウを通じて前記デスクトップシェルの中で実行可能なアプリケーションを提供し、かつ、
　　前記イマーシブシェルは、ユーザーがコントロールできるフレームを有するウィンドウを通じて提供されるアプリケーションに対するアクセスについて、アプリケーションに対する前記アクセスが前記デスクトップシェルを通じて実行されなければ、サポートしない、
　ステップと、
　を含む、方法。」
 　
（相違点１）
　上記「前記イマーシブシェルとデスクトップシェルを同時に表示するステップ」が、本願発明１では、「前記イマーシブシェルの中にデスクトップシェルを同時に表示する」ものであるのに対して、引用発明では、そのような特定はされていない点。
（相違点２）
　本願発明１では、「前記イマーシブシェルを通じて実行されるべきナビゲーションを規定するものとして、入力を認識するステップ」と、「前記入力の認識に反応して、前記イマーシブシェルの表示を通じてナビゲーションするステップであり、前記イマーシブシェルの前記表示は、前記イマーシブシェルのプライマリー領域またはセカンダリー領域におけるアプリケーションに対応するデータの表示、および、前記イマーシブシェルの前記プライマリー領域またはセカンダリー領域のうち異なる一つにおける前記デスクトップシェルからのデータの表示、を含む、ステップ」を有するのに対して、引用発明では、そのうようなナビゲーションを規定する入力を認識するステップを有しておらず、表示を通じたナビゲーションも行われない点。
（２）相違点についての判断
　事案に鑑みて、上記相違点２について先に検討する。
　引用発明を開示する引用文献２には、引用発明において上記相違点２に係る本願発明１の構成を採用することについての記載も、それを示唆する記載もない。
　原査定の拒絶の理由で引用された引用文献１には、デスクトップ画面の上に全画面表示したウィンドウを配置し、該ウィンドウの縁部を操作することで、ウィンドウが縮小され、下に位置されるデスクトップ画面が見えるようする技術が記載されているが、引用文献１に記載の技術は、単にウィンドウが縮小されるだけであって、シェルの表示を通じてナビゲーションが行われるものではない。
　また、原査定の拒絶の理由で引用された他の引用文献においても、シェルの表示を通じてナビゲーションが行われることは記載されていない。
　したがって、本願発明１は、当業者であっても、引用発明、引用文献１、３−４に記載された技術に基づいて容易に発明できたものであるとはいえない。
 
２．請求項２−１０について
　本願発明２−本願発明１０は、本願発明１の「前記イマーシブシェルを通じて実行されるべきナビゲーションを規定するものとして、入力を認識するステップ」と、「前記入力の認識に反応して、前記イマーシブシェルの表示を通じてナビゲーションするステップであり、前記イマーシブシェルの前記表示は、前記イマーシブシェルのプライマリー領域またはセカンダリー領域におけるアプリケーションに対応するデータの表示、および、前記イマーシブシェルの前記プライマリー領域またはセカンダリー領域のうち異なる一つにおける前記デスクトップシェルからのデータの表示、を含む、ステップ」を有するものであるから、引用発明、引用文献１、３−４に記載された技術に基づいて、当業者にとって容易であったとはいえない。
　
　
第６．原査定について
　審判請求時の補正により、本願発明１−本願発明１０は「前記イマーシブシェルを通じて実行されるべきナビゲーションを規定するものとして、入力を認識するステップ」と、「前記入力の認識に反応して、前記イマーシブシェルの表示を通じてナビゲーションするステップであり、前記イマーシブシェルの前記表示は、前記イマーシブシェルのプライマリー領域またはセカンダリー領域におけるアプリケーションに対応するデータの表示、および、前記イマーシブシェルの前記プライマリー領域またはセカンダリー領域のうち異なる一つにおける前記デスクトップシェルからのデータの表示、を含む、ステップ」という事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１−４に基づいて、容易に発明できたものとは認められない。
　したがって、原査定の理由を維持することはできない。
第７．むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 
　また、他に本願を拒絶すべき理由を発見しない。 
　よって、結論のとおり審決する。