平成20(行ケ)10426審決取消請求事件

平成２１年７月２日 判決言渡

平成２０年(行ケ)第１０４２６号 審決取消請求事件

口頭弁論終結日 平成２１年６月２５日

判 決

原 告 アップル インコーポレイテッド

訴訟代理人弁理士 大 塚 康 徳

同 高 柳 司 郎

同 大 塚 康 弘

同 西 川 恵 雄

同 坂 田 恭 弘

同 駒 木 寛 隆

同 木 村 秀 二

同 下 山 治

同 永 川 行 光

被 告 特 許 庁 長 官

指 定 代 理 人 清 水 稔

同 江 嶋 清 仁

同 岩 崎 伸 二

同 酒 井 福 造

主 文

１ 原告の請求を棄却する。

２ 訴訟費用は原告の負担とする。

３ この判決に対する上告及び上告受理申立てのための付加期間を３０

日と定める。

事 実 及 び 理 由

第１ 請求

特許庁が不服２００６−１４０８６号事件について平成２０年７月３日にした審決を取り消す。

第２ 事案の概要

１ 本件は，原告が発明の名称を「グラフィカルユーザーインタフェースの形態及び動作のカスタマイズ方法及びシステム」とする後記特許について国際特許出願をしたところ，日本国特許庁から拒絶査定を受けたので，これを不服として審判請求をしたが，同庁から請求不成立の審決を受けたことから，その取消しを求めた事案である。２ 争点は，原告が平成１８年８月２日付けでなした補正後の請求項１に係る発明（本願補正発明）が下記引用例１との関係で進歩性を有するか（特許法２９条２項），である。記・引用例１： Ｗｉｎｄｏｗｓ「 ３．１ 日本語版 導入講座 第３回 あなた好みのデスクトップを作ろう」（月刊アスキー １９９３年〔平成５年〕８月１日 株式会社アスキー発行 第１７巻 第８号 ３１６∼３１９頁。以下これに記載された発明を「引用例１記載発明」という。甲１）

第３ 当事者の主張

１ 請求原因

(1) 特許庁における手続の経緯

原告は，１９９４年（平成６年）５月１６日の優先権（米国）を主張して，１９９５年（平成７年）５月１６日，名称を「グラフィカルユーザーインタフェースの形態及び動作のカスタマイズ方法及びシステム」とする発明について国際特許出願（ＰＣＴ／ＵＳ９５／０６１７５，日本における出願番号は特願平７−５２９８７３号。以下「本願」という 。請求項の数２３ ）をし，平成８年１１月１８日に日本国特許庁に翻訳文を提出し（国内公表は特表平１０−５００５１２号〔甲１７〕，その後，平成１４年５月１４日付け（第）１次補正。請求項の数２２。甲１６ ），及び平成１７年１月１３日付け（第２次補正。請求項の数２２。甲１３）で各手続補正をしたが，拒絶査定を受けたので，不服の審判請求（甲１１）をした。同請求は不服２００６−１４０８６号事件として特許庁に係属し，その中で原告は，平成１８年８月２日付けで特許請求の範囲の記載の変更等を内容とする手続補正（第３次補正。以下「本件補正」という。請求項の数２２。甲９）をしたが，特許庁は，平成２０年７月３日，本件補正を却下した上，「本件審判の請求は，成り立たない 。」との審決（出訴期間として９０日附加）をし，その謄本は平成２０年７月１８日原告に送達された。

(2) 発明の内容

ア 第２次補正時（平成１７年１月１３日）の請求項の数は，前記のとおり２２であるが，そのうち請求項１に係る発明の内容（以下「本願発明」という。）は，下記のとおりである（甲１３）。記【請求項１】グラフィカルユーザインタフェースを表示する情報処理装置であって，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを記憶する記憶ユニットと，前記記憶ユニットは，更に，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとを記憶し，前記第１テーマと前記第２テーマとを選択的に切り替えるプロセッサとを備え，このプロセッサによって，前記記憶ユニットに記憶される前記第１及び第２セットの１つを用いて，インタフェースオブジェクトを有する前記グラフィカルユーザインタフェースを表示し，前記インタフェースオブジェクトは，前記第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトは，前記第２セットを使用して表示される場合には第２形状の第２アウトラインを有することを特徴とする情報処理装置。イ 本件補正時（平成１８年８月２日）の請求項の数も，前記のとおり２２であるが，そのうち請求項１に係る発明の内容（以下「本願補正発明」という。）は，下記のとおりである（甲９，下線は補正箇所）。記【請求項１】グラフィカルユーザインタフェースを表示する情報処理装置であって，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを記憶する記憶ユニットと，前記記憶ユニットは，更に，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとを記憶し，前記第１テーマと前記第２テーマとを選択的に切り替えるプロセッサとを備え，このプロセッサによって，前記記憶ユニットに記憶される前記第１及び第２セットの１つを用いて，インタフェースオブジェクト及びオブジェクトパーツを有する前記グラフィカルユーザインタフェースを表示し，現在表示されているグラフィカルユーザインタフェースを，前記第１共通テーマから前記第２共通テーマへ変更するための変更指示が入力された場合，前記プロセッサは，前記第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを前記第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットに切り替え，前記インタフェースオブジェクトは，前記第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトは，前記第２セットを使用して表示される場合には第２形状の第２アウトラインを有することを特徴とする情報処理装置。

(3) 審決の内容

ア 審決の内容は，別添審決写しのとおりである。その理由の要点は，①本願補正発明は，その出願前に頒布された上記引用例１記載発明及び周知技術に基づいて当業者が容易に発明をすることができたから特許法２９条２項により特許出願の際に独立して特許を受けることができず本件補正は却下すべきものである，②本願発明も，同様に特許法２９条２項により特許を受けることができない，というものである。イ なお審決は，上記判断をするに当たり，引用例１記載発明の内容，本願補正発明と引用例１記載発明との一致点及び相違点を，次のとおり認定した。〈引用例１記載発明の内容〉「Ｗｉｎ３．１をインストールしたＧＵＩ画面の９８において，境界付きのアクティブウィンドウ，境界付きの非アクティブウィンドウ，メニュー，ボタン及びスクロールバーを含むデスクトップ上のウィンドウの配色パターンを変える工夫によってイメージを一変させ見栄えのするデスクトップとするため，中央に『ウィンドウの絵 』（サンプル画面）が描かれたダイアログボックスにて，（操作１）ウィンドウの上部にある『配色』という枠（現在『標準の配色』と記されている）の中の，下向きの矢印をクリックする。（操作２）『新緑』『サファリ』といったいろいろな配色パターン名から『新緑』をクリックする。（操作３）今まで本物のウィンドウと同じだったサンプル画面の色が，緑系統に変わったことを確認し，この配色でよければ，『ＯＫ』ボタンを押す。（操作１）∼（操作３）によって，デスクトップ上のウィンドウが，さきほどサンプル画面に表示されていた色に変わる，Ｗｉｎ３．１をインストールしたＧＵＩ画面の９８」〈一致点〉いずれも，「グラフィカルユーザインタフェースを表示する情報処理装置であって，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットと，前記第１テーマと前記第２テーマとを選択的に切り替える手段とを備え，この手段によって，前記第１及び第２セットの１つを用いて，インタフェースオブジェクト及びオブジェクトパーツを有する前記グラフィカルユーザインタフェースを表示し，現在表示されているグラフィカルユーザインタフェースを，前記第１共通テーマから前記第２共通テーマへ変更するための変更指示が入力された場合，前記手段は，前記第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを前記第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットに切り替え，る情報処理装置。」である点。〈相違点（１）〉それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記

第１セットのインタフェースオブジェクトあるいはオブジェクトパー

ツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとを，本願補正発明では記憶ユニットが記憶しているのに対し，引用例１記載発明では記憶ユニットが記憶していることについて記載されていない点。〈相違点（２）〉

第１テーマと第２テーマとを選択的に切り替える手段が本願補正発明

ではプロセッサであるのに対し，引用例１記載発明ではいかなる手段であるのか明らかでない点。〈相違点（３）〉インタフェースオブジェクトが，本願補正発明では「第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，第２セットを使用して表示される場合には第２形状の第２アウトラインを有する」のに対し，引用例１記載発明では「第１セットを使用して表示される場合には第１の配色を有し，第２セットを使用して表示される場合には第２の配色を有する」点。

(4) 審決の取消事由

しかしながら，独立特許要件を欠くとして本件補正を却下した審決には，以下に述べるような誤りがあるから，違法として取り消されるべきである。ア 取消事由１（一致点認定の誤り・相違点の看過）(ア) 審決は，以下の①∼③につき，本願補正発明と引用例１記載発明との一致点の認定を誤ったものである。すなわち，①形状の概念を全く含まない引用例１記載発明の「配色パターン名」が， 表示形態 」の語に形状の概念を含む本願補正発明の「共「通テーマ」に相当するとして ，「共通テーマ」を一致点としたこと，②本願補正発明の「インタフェースオブジェクト及びオブジェクトパーツの第１セット，及び，それらと『表示形態』が異なるインタフェースオブジェクト及びオブジェクトパーツの第２セット」を引用例１記載発明が有しているものとしてこれを一致点と認定したこと，③上記のとおり引用例１記載発明には，本願補正発明にいう「共通テーマ 」（第１，第２）は存在しないから，変更対象が存在しない以上，引用例１記載発明は「変更指示」を有していないのに，「変更指示」を一致点と認定したこと，これらはいずれも誤りで，これらは相違点として認定すべきである。(イ) 上記①につきａ 本願補正発明においては，共通テーマという単位で，それぞれの表示形態が異なるインタフェースオブジェクト（例えば，ウィンドウ）及びオブジェクトパーツ（例えば，マウスカーソル，チェックボックス）のセットを，複数種類の共通テーマ（第１共通テーマ，第２共通テーマ）毎に記憶している。従って，例えば，ある機能を有するインタフェースオブジェクトやオブジェクトパーツが，共通テーマの数だけ，共通テーマ別に記憶ユニットに記憶されている。また，共通テーマ間では，表示形態は異なるが，同一機能のインタフェースオブジェクト及びオブジェクトパーツを対応付けて記憶ユニットに記憶している。そして，ユーザ操作に基づいて，現在の設定である第１共通テーマから第２共通テーマに変更する変更指示が入力されると，その第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツのセットを，第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツのセットに切り替える。このように，本願補正発明は，共通テーマの変更指示の前後で対応するインタフェースオブジェクトやオブジェクトパーツ同士の機能を維持しつつ，後記の内容を持つ「表示形態」を切り替えることを可能にする。なお，本願補正発明の「共通テーマ」とは，ディスプレイ上で，特定の視覚的な形態を生成する，インタフェースオブジェクトとオブジェクトパーツに関する，一揃いのものとしてデザインされたデザイン群を指す。そして，本願補正発明には「表示形態」の語が使用されているところ，そのうち「形態」の語は，一般的には物のかたち，つまり物の形状を意味する。すなわち，辞書（松村明編集「大辞林」１９８８年１月１０日第２刷発行，株式会社三省堂，７５３頁，甲１８）によれば「けいたい…【形態】①物のかたち。また，組織的に組み立てられたものの，外に表れているかたち 。ありさま。…」と定義されている。従って，本願補正発明の「表示形態」は，主として「表示する上での形状」を意味する語として解釈されるべきである。このように本願補正発明では，第１共通テーマに関連付けられている第１セットのインタフェースオブジェクト及びオブジェクトパーツと，第２共通テーマに関連付けられている第２セットのインタフェースオブジェクト及びオブジェクトパーツとが，主として「表示する上での形状（表示形態）」において異なっている点に特徴を有する。また，本願補正発明の「アウトライン」とは，「物の外側の線」，いわゆる「輪郭」を意味する語である。辞書（甲１８，１０頁）によれば「アウトライン」は ，「①物の外側の線。輪郭。…」と定義されている。以上のように，本願補正発明では，表示形態が異なるインタフェースオブジェクト及びオブジェクトパーツのセットを，各共通テーマについて別個に記憶しているので，共通テーマを変更するための変更指示を入力するだけで，現在のセットから変更したいセットへ容易に切り替えることが可能となるとともに，プロセッサにとって，異なる形状のアウトラインを有するインタフェースオブジェクトを容易に表示することが可能となる。ｂ 審決は， 引用例１記載発明の『標準の配色』『新緑』『サファリ 』「 ， ，といった配色パターン名は配色の系統を表す名前であるから，引用例１記載発明の（操作１）において，ウィンドウの上部にある『配色』という枠に記された配色パターン名（以下，『変更前の配色パターン名』という。，及び（操作２）でクリックされた『配色パターン名』）（以下，『変更後の配色パターン名』という。）がそれぞれ本願補正発明の『第１共通テーマ 』 『第２共通テーマ』に相当する 。 （５頁３， 」４行∼６頁２行）と認定した。しかし，本願補正発明における「共通テーマ」とは，インタフェースオブジェクト及びオブジェクトパーツのそれぞれの表示形態と関連づけられるものであって，各共通テーマがそれぞれ表示形態， 「表即ち示する上での形状」と関連するものである。従って，本願補正発明の「共通テーマ」を，形状の概念を無視して解釈すべきではない。ところが審決は，形状を全く考慮せず配色のみを考慮して「第１共通テーマ」「第２共通テーマ」を認定した。しかし，これらは形状の，概念を全く包含していない点で，本願補正発明の「第１共通テーマ」，「第２共通テーマ」とは異なる。ここで ，「配色」の語の意味を検討すると，引用例１（甲１）において「配色」とは，ウィンドウ等に付与される色の取り合わせを示す語である。さらに，この「配色」の語は，審決でも認定されているように，配色の系統を表す意味以外に，別の解釈が介入する余地はなく ，いわば，この配色の種類を示す配色パターン名は，単なる，ウィンドウ等についての色に関する属性を示す名称としかいえない。このように，形状の概念を全く含まない引用例１記載発明の「配色パターン名」が，形状の概念を含む本願補正発明の「共通テーマ」に相当するとの判断は明らかに誤りであり，引用例１記載発明は本願補正発明でいうところの「共通テーマ」を有していない。(ウ) 上記②につき審決は，「…引用例１記載発明のいろいろな配色パターン名は，前記のように個別の機能を有する『境界付きのウィンドウ』及びウィンドウの『メニュー 』 『ボタン 』 『スクロールバー』にそれぞれ対応させた， ，配色のパターン名であるから，配色が表示形態の一つであることを踏まえると，引用例１記載発明の『変更前の配色パターン名』によって配色された『境界付きのウィンドウ』及び『メニュー 』 『ボタン 』 『スク， ，ロールバー』と ，『変更後の配色パターン名』によって配色された『境界付きのウィンドウ』及び『メニュー 』『ボタン』『スクロールバー』， ，とが，それぞれ本願補正発明の『それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セット』と『第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，それぞれの表示形態が前記

第１共通テーマと異なる第２共通テーマに関連付けられているインタ

フェースオブジェクト及びオブジェクトパーツの第２セット』とに相当する。（６頁３行∼１６行）と認定した。」上記のとおり，審決では「配色が表示形態の一つである」とされているところ，「表示形態」の語が本質的に意味するところは「形状」であり，形状を全く考慮することなく単に配色のみを考慮して「表示形態」を認定することは許されない。引用例１記載発明（甲１）の記載によれば，画面の色ダイアログに対する操作によって，デスクトップ上の全ウィンドウが，画面の色ダイアログのサンプル画面に表示されていた色に変更される。この記載からいえることは，審決における，〔１〕「変更前の配色パターン名」によって配色された「境界付きのウィンドウ」及び「メニュー」「ボタン 」「スクロールバー 」と，， ，〔２〕「変更後の配色パターン名」によって配色された「境界付きのウィンドウ」及び「メニュー 」 「ボタン 」 「スクロールバー」と， ，の間では，配色は変更されるとしても，表示形態としての本質的な意味であるその「形状」は変更されず同一のままである。一方，本願補正発明では，インタフェースオブジェクト及びオブジェクトパーツの形状は，共通テーマの変更前後では，同一ではなく，異なるものである。引用例１記載発明では，配色パターンの変更前後におけるインタフェースオブジェクト及びオブジェクトパーツの形状は同一であるのに対し，本願補正発明では，共通テーマの変更前後におけるインタフェースオブジェクト及びオブジェクトパーツの形状は異なる。このように，引用例１記載発明が，本願補正発明でいうところの「インタフェースオブジェクト及びオブジェクトパーツの第１セット，及び，それらと表示形態が異なるインタフェースオブジェクト及びオブジェクトパーツの第２セット」を有していないことは明らかである。(エ) 上記③につき審決は ，「…引用例１記載発明の『 操作３）（ 』は，デスクトップ上のウィンドウ，つまりＧＵＩを『変更前の配色パターン名』から『変更後の配色パターン名』に変更するから，本願補正発明の，現在表示されているグラフィカルユーザインタフェースを，第１共通テーマから第２共通テーマへ変更するために入力される『変更指示』に相当する 。（６頁」１７行∼２１行）と認定した。しかし，上記(イ)で述べたように，引用例１記載発明には，本願補正発明でいうところの「第１共通テーマ」及び「第２共通テーマ」は存在しない。このように変更対象が存在しない以上，引用例１記載発明が本願補正発明がいうところの「変更指示」を有することはありえない。(オ) 以上(イ)∼(エ)の一致点認定の誤りからすると，引用例１記載発明と本願補正発明とでは，上記(ア)①∼③の相違点が存するものであり，審決はこれを看過したものである。(カ) なお，本願補正発明の「表示形態」が主として「表示する上での形状」と解すべきであることは，以下の審査経過からも明らかである。ａ 本願の「特許法第１８４条の５第１項の規定による書面 」 甲２２）（では，請求項１に従属した請求項３は「前記表示形態の属性は，サイズ，形，色，配置を含む…」と記載されている。これに対し，平成１４年５月１４日付け第１次補正（甲１６）では，請求項１につき，インタフェースオブジェクトの「表示形態」は，テーマ毎に異なる形状のアウトラインを有することを明確に規定する補正を行っている。また，旧請求項３は請求項２へと項番を補正され「前記表示形態の属性は，サイズ，色，配置を含む…」と補正されている。さらに，平成１７年１月１３日付け第２次補正（甲１３）では，上記請求項２を「前記インタフェースオブジェクトの表示形態は，そのサイズ，色，配置を含む…」と補正している。このような補正経過からすれば ，本願補正発明の 表示形態」「 にとって形は必須要素であるから，独立項である請求項１とその従属項である請求項２との間において「表示形態」に関する定義の重複を避けるため，従属項における表示形態の定義からは「形」の記載を削除していることが理解できる。ｂ また，平成１７年１月１３日付け第２次補正が，定義の重複を避けることを目的としたものであることは，当該手続補正書と同時に提出した意見書の記載からも明らかである 。即ち，意見書（甲１４ ）には，引用例１（甲１）との対比説明（下記には「引用文献１」と記載）として，以下の記載がある（下線は原文に付記）。「…引用文献１は，各種ウインドウ部品の色を個別に設定する構成は開示されているものの，本願発明のように，背景を含む各種ウインドウ部品（グラフィカルユーザインタフェースオブジェクト，オブジェクトパーツ）の形状（形態）を含む各種設定（色，サイズ，ボタン配置等）を，テーマという単位で割り付けておき，そのテーマ単位で，各種ウインドウ部品を一括して変更可能な構成については開示・示唆されておりません。（９頁３行∼８行）」上記によれば，原告は，インタフェースオブジェクトの表示形態は，特に，その特徴が「形状」にあることを強調して主張している。このような審査経過からも ，「表示形態」にとって「形（形状）」は必須要素であることが明らかであり，本願補正発明の 表示形態 」 ，「 は主として「表示する上での形状」と解釈されるべきものである。イ 取消事由２（相違点（１）についての判断の誤り）(ア) 審決は，本願補正発明と引用例１記載発明との相違点 １）（ に関し ，「周知例１の上記記載からみて，インタフェースオブジェクト及びオブジェクトパーツそれぞれの配色パターン（表示形態）をその配色パターン名 共通テーマ）（ と関連付けてファイルに記録することは当業者にとって周知であると認められるから，引用例１記載発明において，…ファイル，つまり記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである。（８頁２６行∼３」６行）と判断した。しかし，周知例１（海老原浩之・川俣晶著「Windows ３．１スペシャル」平成５年９月１５日初版第１刷発行，株式会社技術評論社，１０２頁∼１０３頁・３１６頁，甲２）は，引用例１記載発明と同様，Ｗｉｎｄｏｗｓ３．１についての文献であるところ，ここで，周知例１に記載される事項は，あくまでも，異なる配色パターンを配色名とともにファイル（ＣＯＮＴＯＲＬ．ＩＮＩファイル）に記録することだけであり，そもそも本願補正発明におけるインタフェースオブジェクトやオブジェクトパーツをファイルに記録することは記載もなく，その示唆もない。(イ) また，このＣＯＮＴＯＲＬ．ＩＮＩファイルで管理される内容を説明する文献（Dan Gookin 著「ＷＩＮＤＯＷＳ快適設定術」，株式会社アスキー，１９９４年〔平成６年〕２月５日第１版第２刷発行，７．３．

３ コントロールパネルの利用 ２６３頁，甲１９）には，ＣＯＮＴＯ

ＲＬ．ＩＮＩファイルで管理される配色に関するセクション［ current］と［color schemes］の説明として，以下の記載がある。「［current］ このセクションには，ただ１つの項目しか用意されていない。キーワード” color schemes”は，ユーザが選択した画面の配色を保存している。次のような具合だ。color schemes=Ocean［color schemes］ このセクションには，「画面の色」ダイアログで指定できるすべての配色が定義されている。それぞれの項目では２１の色の値を，１６進数で定義している。」この記載からも，ＣＯＮＴＯＲＬ．ＩＮＩファイルには，単に，複数種類の配色に関する情報が管理されているに過ぎず，このＣＯＮＴＯＲＬ．ＩＮＩファイルにインタフェースオブジェクトやオブジェクトパーツが記録されていることは示されていない。(ウ) 以上のとおり，引用例１も周知例１も，インタフェースオブジェクトやオブジェクトパーツ自体を記録しておくことについて記載していない点で共通している。また，引用例１は，画面の配色を変更する際の操作例及び表示例を記載している文献である一方，周知例１は，画面の配色を変更する操作を行う際のコンピュータ内部での動作原理をＣＯＮＴＯＲＬ．ＩＮＩファイルに基づいて解説した文献である。即ち，両文献は，「異なる配色パターンを配色名と関連づける」ことについて，一方はディスプレイ上での表示というユーザの目に見える観点から，他方はＣＯＮＴＲＯＬ．ＩＮＩファイルのファイル形式というユーザの目に見えないコンピュータの内部的な観点から記載したものといえる。つまり，引用例１記載発明及び周知例１からいえることは「異なる配色パターンを配色名と関連づける」ことのみであり，その点において両文献は，本願補正発明との一致点・相違点を認定する上では同レベルの文献としかなりえない。上記のとおり，周知例１（甲２）は引用例１記載発明に記載されていること以上のことをなんら提供しない文献であるから，相違点（１）を判断するのに適当な文献といえない。(エ) また，審決の相違点（１）の判断内容にも本願出願当時の技術常識から看過できない誤りがある。上記ア（取消事由１）で述べたように，引用例１記載発明や周知例１で挙げられているＷｉｎｄｏｗｓ３．１における「画面の色」ダイアログによる画面配色の変更は，その変更前後でも ，「境界付きのウィンドウ」等のインタフェースオブジェクトやオブジェクトパーツの表示形態である形状は同一のままであり，変更されることはない。ところが審決は，「記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである 」，即ち，形状が同一であっても，配色が異なるインタフェースオブジェクトやオブジェクトパーツを別個に記憶ユニットに記憶させることは当業者が適宜なし得る，と判断した。しかし，そのように形状同一で配色が異なるインタフェースオブジェクト等を別個に記憶ユニットに記憶することは，当時のＷｉｎｄｏｗｓ３．１を動作させるコンピュータの仕様及びその動作原理を考慮すると，記憶資源の効率的な利用の観点からして全く無駄であって，当業者の技術常識にも反する。まず，引用例１記載発明に対応するＷｉｎｄｏｗｓ３．１を動作させるコンピュータの仕様を示す文献（藤田英時著「これなら使えるＷｉｎｄｏｗｓ３．１ 」，株式会社ナツメ社，１９９４年〔平成６年〕５月２０日発行，２２頁，甲２０）には ，「Ｗｉｎｄｏｗｓ３．１に必要な機器」として，以下の記載がある。「Ｗｉｎｄｏｗｓ３．１を使うには，最低でもつぎのような機器構成が必要となる。ＣＰＵ ：ｉ３８６ＳＸディスプレイ ：６４０×４００ドットメモリ ：３．６Ｍバイトフロッピーディスクドライブ ：１Ｍバイト１台（インストールのため）ハードディスク ：４０Ｍバイトの空き領域プリンタ ：高速高品質印字プリンタマウス ：１個しかし，これだけでは，Ｗｉｎｄｏｗｓ３．１の機能を十分に活用できない。快適な操作環境を得るための望ましい機器構成は，つぎのようになる。ＣＰＵ ：ｉ４８６ＤＸ以上ディスプレイ ：６４０×４８０か１１２０×７５０ドットメモリ ：５．６Ｍバイト以上（ノーマルモード）：６．５Ｍバイト以上（ハイレゾモード）フロッピーディスクドライブ ：１Ｍバイト２台ハードディスク ：１００Ｍバイト以上の空き領域マウス ：１個プリンタ ：ＰｏｓｔＳｃｒｉｐｔページプリンタ」このように，Ｗｉｎｄｏｗｓ３．１が動作する当時のコンピュータ環境では，現在のコンピュータ環境に比べて，記憶資源は潤沢といえず，用途や目的によって，記憶資源に管理するデータを取捨選択する必要があることは容易に推察される。また，コンピュータの動作原理を考慮すれば ，インタフェースオブジェクトやオブジェクトパーツの形状が同一であるならば，それに対する配色の変更は，ＣＯＮＴＲＯＬ．ＩＮＩファイルの内容を変更することで達成される。よって，わざわざ配色は異なるが同一形状のインタフェースオブジェクトやオブジェクトパーツのセットを異なるセットとして別々に記憶ユニットに記憶しておく必然性はなく，当業者であればそのような無駄なことをするはずがない。仮にそのような無駄を承知で，配色は異なるが同一形状のインタフェースオブジェクトやオブジェクトパーツのセットを異なるセットとして別々に記憶ユニットに記憶させたとしても，そこから得られる構成は，本願補正発明の 表示形態 形状）「 （ が異なるインタフェースオブジェクト及びオブジェクトパーツのセットを，各共通テーマについて別個に記憶する」構成とは明らかに異なるものであるから，結局相違点（１）の構成の相違は依然として解消されない。このように，審決が周知例１に基づいて「記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである」とした判断には誤りがある。ウ 取消事由３（相違点（３）についての判断の誤り）(ア) 審決は，本願補正発明と引用例１記載発明との相違点 ３）（ に関し ，「従って，引用例１，周知例２及び周知例３の記載より，ウィンドウの『枠の太さ』ないし『境界幅 』，タイトルバーやスクロールバーの『形状』といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。それゆえ，ユーザの一般的な要望に従ってイメージを一変させ見栄えのするデスクトップとするため ，引用例１記載発明において，第１のセット及び第２のセットにインタフェースオブジェクト及びオブジェクトパーツの配色パターンのみならず，インタフェースオブジェクトの形状をも含ませるようにし，インタフェースオブジェクトが第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトが第２セットを使用して表示される場合には

第２形状の第２アウトラインを有するものとすることは当業者が格別困

難なくなしうることと認められる。（１０頁２３行∼３５行）と判断し」た。(イ) しかし，審決が本願補正発明のインタフェースオブジェクトのアウトラインの「形状」を，ウィンドウの「枠の太さ」ないし「境界幅 」，タイトルバーやスクロールバーの 形状」「 と同一視したのは誤りである。すなわち，審決は，本願補正発明と引用例１記載発明との対比・判断において， スクロールバー 」 ウィンドウの 境界」「 ， 「 をオブジェクトパーツと認定した（５頁２２行∼２５行） そうすると，審決の立場では「境。界幅」「境界」は というオブジェクトパーツの幅であるから，インタフェースオブジェクトのアウトラインの形状とはいえない。また，スクロールバー自体も，審決がオブジェクトパーツと認定している以上，上記認定はこれと矛盾し，誤りである。(ウ) 次に審決が挙げた「枠の太さ」について検討する。この「枠の太さ」は，ウィンドウの枠を定義する背景を規定する単なる属性である。つまり，この枠の太さは，ウィンドウの全体形状に影響を与えるものでなければ，そのアウトラインに影響を与えるものでもない。これについて文献（田中亘著「知りたいことがすぐわかる Ｗｉｎｄｏｗｓの常識事典」 株式会社日本実業出版社，１９９３年〔平成５年 〕，１２月２０日初版発行，１４４頁，甲２１）には，「画面のデザイン⑤ウィンドウ…枠の太さというのは，ウィンドウの外側を取り巻いている枠の幅を決める数字です。枠を太くすると，ウィンドウのサイズを変更する時に，マウスのポインタを合わせやすくなります。」とある。つまり，この甲２１の記載からも示されるように，引用例１から導かれるウィンドウの「枠の太さ」の変更は，引用例１記載発明や周知例１と同様，ウィンドウの形状を同一に維持することを前提とする技術的思想である。つまり引用例１においてインタフェースオブジェクトの１つであるウィンドウの枠の太さを調整することは，ウィンドウのアウトラインの形状に影響を与えるものではない。また，そもそも「枠の太さ」の設定変更は，甲２１に記載されるようにウィンドウ本来の形状を維持しつつ，マウスのポインタを合わせ易くするといった目的で行われるものであるから，ウィンドウの輪郭自体が変更されるものでないのは当然である。このように，ウィンドウの「枠の太さ」は，本願補正発明におけるインタフェースオブジェクトのアウトラインの形状とは区別されるべきものである。(エ) また「タイトルバー」については，周知例２（荒井美千子「春の夜の夢の浮橋とだえして……」UNIX MAGAZINE １９９４年〔平成６年〕５月号所収，１９９４年５月１日発行，株式会社アスキー，１３６頁，甲３）の左欄１０行∼１５行には，「Ｘのリソースウィンドウ・システム上のアプリケーションには，ユーザーがカスタマイズしたくなる要素が溢れています。たとえば，ウィンドウの大きさや位置，タイトルバーやスクロールバーの形状や色，文字の大きさやフォントの種類など。」と記載され，審決はこの記載に基づいて，タイトルバーの形状をカスタマイズすることはユーザの一般的な要望であると認定した。しかし，周知例２（甲３）の他の記載を参照する限り，周知例２にはタイトルバーの形状をカスタマイズすることについてなんら開示がないどころか，その１３８頁の左欄本文７行∼１４行には，「…また，ウィンドウにタイトルバーが付いている場合には，・ タイトルバーの背景色・ タイトルバー上の文字や描画データの色・ タイトルバー上の文字のフォント・ ウィンドウにフォーカスが移動したときの背景色なども，しばしばユーザーのカスタマイズの対象となります。」と記載され，図３にも対応する記載があるように，タイトルバーの形状以外の項目がカスタマイズの対象として列挙されている。このように，周知例２の全体の文脈からすれば，周知例２が発行された当時にタイトルバーをカスタマイズの対象と考えた場合には，形状以外の背景色やフォントなどの要素こそがカスタマイズ対象であったことが分かる。審決は，タイトルバーの形状をカスタマイズすることはユーザの一般的な要望であると認定しているが，もし，本当に「一般的な要望」であるならば，周知例２の中で実際にカスタマイズの例を紹介する際に，形状のカスタマイズについても紹介するはずである。しかし，実際に紹介されているカスタマイズは形状とは無関係な色やフォントに関してのみである。このように，審決におけるタイトルバーの形状をカスタマイズすることはユーザの一般的な要望であるとの認定は，周知例２の記載を無視し認定であり，誤りである。請求原因に対する認否請求の原因(1)・(2)・(3)の各事実はいずれも認めるが，同(4)は争う。被告の反論審決の判断は正当であり，審決に原告主張の誤りはない。

(1) 取消事由１に対し

ア 本願補正発明における「表示形態」の解釈本願補正発明における「表示形態」とは，以下のとおり， サイズ ，形，「色，配置を含む」表示における外観, 見かけ（英語の「Appearance」）を意味する用語と解釈すべきである。(ア) 本願の外国語でされた国際特許出願の願書（ＰＣＴ／ＵＳ９５／０６１７５，乙１）の請求の範囲の３項（Claim 3）には「3. The graphical user interface of claim 2, wherein said appearance attributesinclude size, shape, color, and location.」（４３頁）と記載され，翻訳文である平成８年１１月１８日付け「特許法第１８４条の５第１項の規定による書面」（甲２２）の請求の範囲には，「３．前記表示形態の属性は，サイズ，形，色，配置を含むことを特徴とする請求項２に記載のグラフィカルユーザインタフェース。（４２頁１５行∼１６行）」と記載されている。従って，本願補正発明に記載された「表示形態」の用語の意味が「サイズ，形，色，配置を含む」表示における外観，見かけ（Appearance）の意味であることは明らかである。(イ) 次に，本件補正後の明細書（甲２２）の「実施形態の詳細な説明」の欄の記載を検討してみると ，「ウィンドウの形態属性 」 「テーマ」及，び「色」に関して少なくとも次のとおり記載されている（下線は被告が付記）。・ 「ウィンドウは様々な方法で特徴付けすることができる。例えば，ウインドウの色，サイズ，形，同様にそれぞれの成分パーツの色，形，サイズ，位置によってキャラクタライズすることができ，これらのパーツは，例えば，図２Ａのように定義される。これらのウインドウ及びウインドウパーツの属性は，ウインドウ形態属性として，ここでは分類される。（６」頁１１行∼１５行）・ 「このように，パターンテーブルの使用を通して，デスクトップオブジェクトの色と／あるいはパターンは，パートインデックステーブル６２と／あるいはパターンルックアップテーブル６４の値の変更によって，あるテーマから他のテーマへ容易に切り替えることができる 。 （１７頁２」行∼５行）・ 「パターンルックアップテーブルは，テーマによって用いられる色とパターンのリストを特定する。（１９頁２７行∼２８行）」・ 「テーマは，以下に説明される形態マネージメントレイヤーによって用いられる標準的なパターンルックアップリソースの設定を提供する。パターンルックアップテーブルは，テーマによって用いられる色とパターンの設定を定義し，テーマのパターンルックアップテーブルを構築するために用いられる。（２８頁５行∼８行）」以上の記載によれば，本願の明細書において ，「表示形態」が「色あるいはパターン」を含む意味に用いられていることは明らかである。(ウ) さらに，本願の優先日（平成６年５月１６日）当時において，「表示形態」の語を当業者がどのような意味に用いていたのか検討する。乙２（特開平６−１２２１５号公報，発明の名称「ウインドウ表示装置」，出願人 カシオ計算機株式会社，公開日 平成６年１月２１日）には，「表示形態」に関して以下の記載がある（下線は被告が付記）。「 特許請求の範囲】【【請求項１】複数のウインドウに表示する各々の表示データを記憶する手段と，ウインドウ枠の表示形態を示す識別情報を各ウインドウに対応して記憶する手段と，前記表示データに基づいて前記複数のウインドウを表示し，前記識別情報に応じた表示形態で各ウインドウのウインドウ枠を表示させる制御手段とを具備したことを特徴とするウインドウ表示装置。【請求項２】前記識別情報はウインドウ枠の表示色を指定する情報であることを特徴とする特許請求の範囲第１項記載のウインドウ表示装置。【請求項３】前記識別情報はウインドウ枠の形状を指定する情報であることを特徴とする特許請求の範囲第１項記載のウインドウ表示装置 。」「以上の実施例では，識別コードとしてウインドウ枠の色情報を用い，各ウインドウグループごとにウインドウ枠の色を変えてカラーＣＲＴディスプレイ上に表示し，ウインドウグループを識別しうるようにしたが，変形例として，枠の色にかわって枠の形状を識別コードとして用い，これによってウインドウグループを識別できるようにしても良い。すなわち，例えばあるグループに属するウインドウの枠を画面上で一点鎖線で表示し，又，他のグループに属するウインドウの枠を画面上で二点鎖線で表示することもまた可能である。第一の実施例ではカラーＣＲＴディスプレイを必要としたが，この第二の実施例ではモノクロのＣＲＴディスプレイでも実施することができるという利点がある。また，ディスプレイはＣＲＴに限らず液晶ディスプレイ他種々のものが利用できる 。」（段落【００４３】）上記によれば，乙２では，ウインドウ枠の「表示形態」に対して，それを示す識別情報として，「表示色」，及び，一点鎖線，二点鎖線といった「形状」を用いていることから ，「表示形態」は，表示されるウィンドウ枠の 色」及び「形状」を含めたものを意味していることが分かる。「よって ，本願の優先日当時において， 表示形態 」が，表示される「色」「及び「形状」を含む包括的な用語として用いられていたことは明らかである。以上のとおり，本願補正発明でいう「表示形態」は，「サイズ，形，色，配置を含む」表示における外観，見かけ（ Appearance）の意味に解釈すべきであるから，原告の，主として「表示する上での形状」を意味する語として解釈されるべきであるとの主張は，本願補正発明における「表示形態」の用語を一面的にのみ捉えたものであり正解したものとはいえない。(エ) 本願補正発明における「アウトライン」の意味「アウトライン」の意味が，甲１８（あ行，１０頁）で定義されているとおりの，「物の外側の線。輪郭 。」であることは争わない。(オ) 本願補正発明における「形状」の意味「形状」の意味は，辞書の定義によれば（乙３，７５１頁）「形やあ，りさま。ようす。」である。そこで，以下においては，上記の「表示形態」「アウトライン」及び，「形状」に関する解釈を踏まえつつ取消事由について反論する。イ 本願補正発明において「表示形態」なる用語が ，「主として『表示する上での形状』」を意味するのではなく，「サイズ，形，色，配置を含む」表示における外観, 見かけ（Appearance）を意味することは上記のとおりである。原告は，本願補正発明の「共通テーマ」とは，ディスプレイ上で，特定の視覚的な形態を生成する，インタフェースオブジェクトとオブジェクトパーツに関する，一揃いのものとしてデザインされたデザイン群を指す旨主張し ，本願の明細書においても， テーマ 」「 に関し， ここで用いる， テー「 『マ』という言葉は，ディスプレイ上で，異なる視覚的な形態を生成するインタフェースオブジェクトとオブジェクトパーツの設計を調整するものである。 （甲２２，８頁１４行∼１６行）との記載があることから ，」 「共通テーマ」が ，「特定の視覚的な形態を生成する」ための「インタフェースオブジェクトとオブジェクトパーツ」に関与するものであり，その「視覚的な形態」の一つとして「配色」が含まれることは自明のことである。また，「インタフェースオブジェクト」及び「オブジェクトパーツ」に関しては，審決がその「３．対比・判断」において，「引用例１記載発明の『ウィンドウ』は本願補正発明の『インタフェースオブジェクト』に相当し，引用例１記載発明の『メニュー』『ボタン』及び『スクロールバー』，及びウィンドウの 境界』 ，『 は それぞれ本願補正発明の オブジェクトパー『ツ』に相当する。（５頁２１行∼２４行）と判断しているところ，その判」断に争いはない。したがって，審決が，「表示形態」の一つである「配色」に着目し，上記した争いのない判断に基づいて，「引用例１記載発明の『標準の配色』，『新緑』『サファリ』といった配色パターン名は配色の系統を表す名前で，あるから，引用例１記載発明の（操作１）において，ウィンドウの上部にある『配色』という枠に記された配色パターン名（以下，『変更前の配色パターン名』という。，及び（操作２）でクリックされた『配色パターン）名』（以下 ，『変更後の配色パターン名』という。）がそれぞれ本願補正発明の『第１共通テーマ 』 『第２共通テーマ』に相当する 。 （５頁３４行， 」∼６頁２行）と認定した点に誤りはない。ウ 上記のとおり「変更前の配色パターン名」及び「変更後の配色パターン名」が，それぞれ本願補正発明の「第１共通テーマ」「第２共通テーマ」，に相当することに誤りはないから，引用例１記載発明の「 操作３）（ 」における，デスクトップ上のウィンドウ，つまりＧＵＩを 変更前の配色パター「ン名」から「変更後の配色パターン名」に変更することは， 第１共通テー「マ」から「第２共通テーマ」へ変更することに他ならない。よって，審決が，「引用例１記載発明の『 操作３）（ 』は，デスクトップ上のウィンドウ，つまりＧＵＩを『変更前の配色パターン名』から『変更後の配色パターン名』に変更するから，本願補正発明の，現在表示されているグラフィカルユーザインタフェースを，第１共通テーマから第２共通テーマへ変更するために入力される『変更指示』に相当する。（審決６頁」１７行∼２１行）と認定した点に誤りはない。エ 「表示形態」なる用語は，「サイズ，形，色，配置を含む」表示における外観 , 見かけ（Appearance）を意味するから，配色が異なれば「表示形態」が異なったものとなることは自明のことであり，また ，「境界付きのウィンドウ」及び「メニュー」 「ボタン」 「スクロールバー」が ，， ， 「インタフェースオブジェクト及びオブジェクトパーツ」に相当することに争いはない。したがって，審決が，「配色が表示形態の一つである 」（６頁６行）ことを根拠として，「引用例１記載発明の『変更前の配色パターン名』によって配色された『境界付きのウィンドウ』及び『メニュー』『ボタン』『ス， ，クロールバー』と，『変更後の配色パターン名』よって配色された『境界付きのウィンドウ』及び『メニュー 』 『ボタン 』 『スクロールバー』と， ，が，それぞれ本願補正発明の『それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの

第１セット』と『第１セットのインタフェースオブジェクトあるいはオブ

ジェクトパーツの機能に対応し，それぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セット』とに相当する。（６頁６行∼」１６行）と認定した点に誤りはなく，それに基づいて，本願補正発明と引用例１記載発明とは ，「それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セット 」（６頁２４行∼２５行），及び ，「それぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セット」（６頁２７行∼２９行）を備える点で一致すると認定した点に誤りはない。

(2) 取消事由２に対し

ア インタフェースオブジェクト及びオブジェクトパーツは，コンピュータの描画プログラムによって描画されてディスプレイ画面上に表示されるのであるから，記憶ユニットには，インタフェースオブジェクト及びオブジェクトパーツの画面表示そのものが記憶されている必要のないことはいうまでもないことであるので，本願補正発明の「第１共通テーマ」及び「第２共通テーマ」において共通する構成部分である，表示形態が共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツのセットを記憶する，とは，実際の描画処理に即して具体的にいえば， 描「画プログラムが描画の際に用いる，オブジェクト及びオブジェクトパーツの表示状態を特定する情報」のセットを記憶する，の意味であることは当業者に明らかである。本件補正後の本願明細書においても，形態マネージメントレイヤーにより利用され，テーマによって切り替えて用いられる色とパターンの設定は ，「パターンルックアップテーブル」によって特定される旨記載されている 。そして，周知例１（甲２）において，ＣＯＮＴＲＯＬ．ＩＮＩファイルの[color schemes]に記載された「新緑」 サファリ」等の配色パターンは，「乙４ Steve Konicki ら著・鈴木治郎訳 Ｗｉｎｄｏｗｓ３．（ 「 １ベストチューニング」海文堂出版株式会社，１９９３年〔平成５年〕９月２５日初版発行，１４頁）の表１．１（ＩＮＩファイルの一つであるＷＩＮ．ＩＮＩの[Colors]セクション）にリストアップされた画面要素のそれぞれに対応する色情報，すなわち ，上記 描画プログラムが描画の際に用いる，「 オブジェクト及びオブジェクトパーツの表示状態を特定する情報」のセットといえるものである。したがって，周知例１（甲２）に記載された「新緑 」「サファリ」等の配色パターンは，本願補正発明でいう，表示形態が共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツのセットといえるものである。また，甲１９（２６３頁２３行∼２５行）の，「[color schemes] このセクションには，［画面の色］ダイアログで指定できるすべての配色が定義されている。それぞれの項目では，２１の色の値を，１６進数で定義している。」との記載から原告が主張する 複数種類の配色に関する情報」「 についても，上記で説示した周知例１（甲２）の場合と同様に，本願補正発明でいう，表示形態が共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツのセットといえるものである。よって，

（原告の主張）

はコンピュータにおける描画技術を正しく解した主張ではなく，理由がない。審決は，引用例１記載発明が表示形態（ サイズ，形，色，配置を含む」「表示における外観, 見かけ〔Appearance〕）の一つである「配色」について「第１共通テーマに関連づけられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第１セットと，第２共通テーマに関連づけられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第２セット」とを有している点で本願補正発明と一致することを認定し，該一致点の認定を前提として「 １）それぞれの表示形態が第１共通テー（マに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとを，本願補正発明では記憶ユニットが記憶しているのに対し，引用例１記載発明では記憶ユニットが記憶していることについて記載されていない点。（７頁４」行∼１１行）を相違点（１）として認定したものである。従って，審決が認定した相違点（１）で記載した「表示形態」を，その用語の解釈の一つである「配色」で言い換えれば ，「第１共通テーマに関連付けられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第１セットと，第２共通テーマに関連付けられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第２セット」となり ，これを，本願補正発明では記憶ユニットが記憶しているのに対し，引用例１記載発明では記憶ユニットが記憶していることについて記載されていない点が相違点（１）となるのである。イ 審決は，第１及び第２共通テーマにそれぞれ関連付けられたインタフェースオブジェクト及びオブジェクトパーツの配色について，周知例１（甲２）に「初期化ファイルであるＩＮＩファイルに記録される」と記載されている事実から ，「周知例１の上記記載からみて，インタフェースオブジェクト及びオブジェクトパーツそれぞれの配色パターン（表示形態）をその配色パターン名（共通テーマ）と関連付けてファイルに記録することは当業者にとって周知であると認められるから，引用例１記載発明において，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとをファイル，つまり記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである。（８頁２６行∼３６行）と判断した。」よって，周知例１（甲２）に「初期化ファイルであるＩＮＩファイルに記録される」と記載されている点で，周知例１（甲２）と引用例１（甲１）とは，原告が主張するような「同レベル」の文献ではないから，原告の主張は理由がない。以上のとおり，審決には原告主張の誤りはない。ウ 上記のとおり，審決が認定した相違点（１）で記載した「表示形態 」を，その用語解釈の一つである「配色」で言い換えれば「第１共通テーマに関連付けられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第１セットと，第２共通テーマに関連付けられた配色を有するインタフェースオブジェクト及びオブジェクトパーツの第２セット」を「本願補正発明では記憶ユニットが記憶しているのに対し，引用例１記載発明では記憶ユニットが記憶していることについて記載されていない点。」となる。そうすると，上記相違点（１）の判断に当たって，原告主張に係る「第１セットと第２セットのインタフェースオブジェクトやオブジェクトパーツの表示形態である形状が同一であるか否か」は，上記言い換えた相違点

（１）の内容に何ら関係を有するものではなく，その判断に影響を与える

事項でないことは明らかといえるから，審決が，かかる形状の異同に言及することなく，「周知例１の上記記載からみて，インタフェースオブジェクト及びオブジェクトパーツそれぞれの配色パターン（表示形態）をその配色パターン名（共通テーマ）と関連付けてファイルに記録することは当業者にとって周知であると認められるから，引用例１記載発明において，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとをファイル，つまり記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである。（８頁２６行∼３６行）と判断した点に誤りはない。」次に，大容量の記憶ユニットは本願優先日当時，普通に知られていたものであるから，甲２０に記載された ，「ユーザーがＷｉｎｄｏｗｓ３．１を動作させる際に少なくとも必要とされるコンピュータ仕様」の内容から，直ちに記憶ユニットへ記憶されるべき情報の内容が制限されることに結び付くものではない。乙５（特開平３−２４２６９１号公報，発明の名称「ウインドウ制御方式」，出願人 株式会社日立製作所，公開日 平成３年１０月２９日）の１頁右下欄１１行∼１６行，２頁左下欄３行∼３頁左上欄４行には，画面上の表示状態である「画面の配色（ウインドウ構成部分の色，文字列の色，画面の背景色等）」や，「ウィンドウ枠の幅」等の設定を，画面表示状態制御プログラムにより行って画面表示状態記憶テーブルに登録，記憶し，画面表示状態記憶テーブルに一つ以上登録された画面表示状態の設定からユーザが画面表示状態を選択しうるようにした技術事項が記載されている。また，乙６（Brad Vander Zanden, Brad A. Myers 著「グラフィカル・ユーザー・インターフェイスのためのルック・アンド・フィール非依存型ダイアログ自動作成」 CHI '90〔Seattle,Washington, April 1-5,1990〕 conferenceproceedings, .27 ∼ 34 頁）の２７頁左欄２０行∼２２行，同頁右欄１５行∼１９行，２８頁 Figure 1.及びその注釈（訳文では１頁「要約」欄１４行∼１７行，２頁３行∼５行）には，「…単にルック・アンド・フィール・データベースを切り替えるだけで，ダイアログ・ボックスやメニューのルック・アンド・フィールを迅速かつ容易に変更することもできる。「…」，ダイアログのルック・アンド・フィールは，単にルック・アンド・フィール・データベースを切り替えるだけで，簡単にガーネット・スタイルからオープンルック・スタイルに変更することができる。」ことが記載されている（乙６は乙９〔後記〕の４０４頁１４行∼１５行に論文集として挙げられているから，乙９より前に発行されていることは明らかである）。したがって，上記の乙５，６の記載内容に鑑みると ，「記憶ユニットがこれら第１セットと第２セットとを記憶するようにすることは当業者が適宜なし得ることである」との判断が何ら否定されるものではない。以上のとおり，審決の相違点（１）の判断に原告主張の誤りはない。

(3) 取消事由３に対し

ア 審決の相違点（３）において，「従って，引用例１，周知例２及び周知例３の記載より，ウィンドウの『枠の太さ』ないし『境界幅』，タイトルバーやスクロールバーの『形状』といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。 １０頁２３行∼２７行）」（と認定した趣旨は，引用例１，周知例２及び周知例３の記載より ，「枠」ないし「境界 」 「タイトルバー 」 「スクロールバー」といった，機能的， ，にはパーツであるインタフェースオブジェクトの「形状」（ウィンドウの「アウトラインの形状」ではない）を，「色とともにカスタマイズすること」が「ユーザの一般的な要望である」とした点にある。ここで ，「パーツ」なる用語は，全体に対し個々のオブジェクトの有する機能的な性質を強調するときに用いられる用語であるから，オブジェクトそれ自体を称呼するときに パーツ 」「 なる用語を付与しなくても特に混乱はない。例えば ，乙７（月刊アスキー １９９０年〔平成２年〕３月１日 株式会社アスキー発行 第１４巻 第３号 ２８２頁中欄末行∼同頁右欄下９行）では，「 Windows には，すでにさまざまな部品が用意されている。部品は，それぞれの働きを持っている．…」と記載され，乙７の図１（２８３頁）に示されたＷｉｎｄｏｗｓの部品（パーツ）とその働き（機能）との結び付きが指摘されている一方で，乙８（FUJITSU ACCELL ／ SQL：Using theMotif User Interface Option Release2， Unify Corporation 平成６年４月初版，頁左欄２１行∼２４行）では ，「ウィジェット スクロールバーやボタンのようなユーザインタフェースオブジェクトで，これを使用して，あるタイプのユーザとの対話を実行します。」と，「オブジェクトパーツ」である「スクロールバーやボタン」が「ユーザインタフェースオブジェクト」と称呼されていることから明らかである。上記認定は ，「枠の太さ」ないし「境界幅」の変更がウィンドウの「アウトラインの形状」を変更するものであるか否かについて認定をしたのではなく，同様に，タイトルバーやスクロールバーの「形状」のカスタマイズが，ウィンドウの「アウトラインの形状」を変更するものであるか否かについて認定したのでもない。まして，上記認定が，「枠の太さ」ないし「境界幅」の変更によって，ウィンドウの「アウトラインの形状」が，原告が主張するような変化，すなわち「直線形状で構成される輪郭（第１形状の第１アウトライン）」から「曲線形状を含む輪郭（第２形状の第２アウトライン ）」へと変化するか否かについての認定でないことも明らかである。このように，上記した審決の認定は，オブジェクトについて「形状を色とともにカスタマイズしたい」との「ユーザの一般的な要望」についての認定であるから，ウィンドウの「枠の太さ」ないし「境界幅」，タイトルバーやスクロールバーの「形状」を本願補正発明に係るインタフェースオブジェクトの「アウトラインの形状」と同一視したものではない。よって ，

（原告の主張）

は ，審決が何ら認定していない「ウィンドウ」の「アウトラインの形状」を争う主張であるから，理由のないものである。また，甲２１（田中亘著「知りたいことがすぐわかる Ｗｉｎｄｏｗｓの常識事典 」，株式会社日本実業出版社，１９９３年〔平成５年〕１２月２０日初版発行）に ，「枠を太くすると，ウィンドウのサイズを変更する時に，マウスのポインタを合わせやすくなります。（１４４頁１４行∼１」５行）と記載されているが，「マウスのポインタを合わせやすく」するため「枠」を太くすることも，ユーザーのカスタマイズ要求の一つをなすものであることは明らかである。以上のとおり，審決が，「ウィンドウの『枠の太さ』ないし『境界幅』，タイトルバーやスクロールバーの 形状』『 といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。（審決１０頁２３行」∼２７行）と認定した点に何ら誤りはなく，

（原告の主張）

は，上記認定の誤りを根拠づけることにはならない。イ 原告が指摘するタイトルバーについての周知例２（甲３）の記載はあくまで例示であって，かかる例示の中にタイトルバーの形状についてのカスタマイズの記載が含まれていないからといって，周知例２（甲３）に「Ｘのリソース ウィンドウ・システム上のアプリケーションには，ユーザーがカスタマイズしたくなる要素が溢れています。たとえば，ウィンドウの大きさや位置，タイトルバーやスクロールバーの形状や色，文字の大きさやフォントの種類などなど。（甲３，１３６頁左欄１０行∼１５行）とあ」る記載が，本願優先日当時のアプリケーション開発者及びエンドユーザーを総称した「ユーザー」（本願明細書〔甲２２〕４頁１５行）の一般的要望を示唆していることに変わりはない。従って，審決が ，「ウィンドウの『枠の太さ』ないし『境界幅』，タイトルバーやスクロールバーの『形状』といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。 １０頁２３行∼２７行）」（としたことに誤りはない。また，タイトルバーをはじめ，「枠」ないし「境界」，ボタン等の形状をカスタマイズすることは，以下の①∼③で説示するように，周知の事項である。

① 乙９（Ben Shneiderman〔ベン シュナイダーマン〕著「ユーザーイ

ンタフェースの設計 第２版」１９９３年〔平成５年〕８月３０日１版１刷発行，日経ＢＰ社）の２４４頁右欄７行∼１０行には「・タイトル：ほとんどのウインドウには識別用のタイトルを上部中央 ，左上，下部中央に，またはウインドウから外側に突き出したタブ（つまみ）につけられる（図９．６）」の記載があり，同頁下段の「図９．６」。には，その注釈に「タイトルはウインドウ内のさまざまな位置に，またはいろいろな位置から外に突き出すように表示される。」と記載されると共に，タイトルバーの形状として ，「ウィンドウの幅と等しい横棒 」（図９．６の上段左，上段中央 ） 「ウィンドウの幅より短い横，棒」（図９．６の上段右，下段左 ） 「縦棒 」， （図９．６の下段右）などが図示されている。

② 乙２（段落【００４３】，及び乙１０（特開平５−２３６１７３号

）公報，発明の名称「共有化情報提示装置」，出願人 日本電信電話株式会社，公開日 平成５年９月１０日，段落【００１６】【００１７ 】・ ，図４）には，ウィンドウの枠の形状を変えることが記載されている。

③ ボタンの形状を含むダイアログ又はメニューのルック・アンド・フ

ィールをルック・アンド・フィール・データベースを切り替えることで簡単に変更することも，前記乙６（２７頁左欄２０行∼２２行，同頁右欄１５行∼１９行，２８頁Ｆｉｇｕｒｅ．１及びその注釈（訳文１頁「要約」欄１４行∼１７行，２頁２行∼５行，３頁３０行∼３５行）に記載されている。ウ 「相違点（３）について」の容易想到性の判断について審決は，上記においてその認定に誤りがないことを示した， 引用例１，「周知例２及び周知例３の記載より，ウィンドウの「枠の太さ」ないし「境界幅」，タイトルバーやスクロールバーの「形状」といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。」との認定に基づき，当業者が常日頃，デスクトップのイメージを一変させ見栄えのするものを志向する状況下において，「引用例１記載発明において，第のセット及び第２のセットにインタフェースオブジェクト及びオブジェクトパーツの配色パターンのみならず，インタフェースオブジェクトの形状をも含ませるようにし，インタフェースオブジェクトが第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトが第２セットを使用して表示される場合には第２形状の第２アウトラインを有するものとすることは当業者が格別困難なくなしうることと認められる。（１０頁２９行∼３５行）と判断したのであ」る。この判断に際して，インタフェースオブジェクトのアウトライン 輪郭）（の形状は，インタフェースオブジェクト（ウィンドウ）の形状に伴うものであって，何ら格別なものでないとの認識に立ってのことであるところ，その点を補うのであれば，前記乙９には ，「９．２ 個々のウインドウの設計 ＭＳ Windows 3.0 User's Guide( 1990)では，ウインドウを次のように定義している 。『ソフトウエアアプリケーションや文書ファイルを含む長方形の領域。ウインドウはオープン（開く），クローズ（閉じる），リサイズ（大きさ変更），移動などの操作が可能である。複数のウインドウをデスクトップ上に同時にオープンしたり，小さくしてアイコンにしたり，デスクトップ全体を覆うまで拡大することができる。 いくつかの側面 た』 （とえば，ウインドウは必ずしも長方形でない，ほかにもいろいろなウインドウ操作があるなど）で異論を唱える人もいるかもしれないが，この定義は有用な説明といえる。…」（２４４頁左欄１７行∼右欄５行。下線は被告が付記）との記載があり，また，乙１０（特開平５−２３６１７３号公報）の図４には ，楕円形の形状のウィンドウが図示され ており，よって，ウィンドウのアウトライン（輪郭）の形状も長方形（矩形）といった限定的なものに拘束されないことは，当業者によく知られたことである。そうすると，上記の「引用例１記載発明において，…とすることは当業者が格別困難なくなしうることと認められる 。」と審決が判断した点に誤りはない。したがって，本願補正発明と引用例１記載発明との相違点 ３）（についての審決の判断に誤りはない。

第３回 あなた好みのデスクトップを作ろう

初級見栄えのするデスクトップにしたいときは？Ｗｉｎ３．１のデフォルト（インストール時）のデスクトップ環境は，とてもあっさりしたもので，味気ない感じさえする（画面１ ） この環境に．不満を感じつつも，意外にも多くのユーザーが，そのまま何の変更も加えずにＷｉｎ３．１を使っているらしい．初心者ユーザーにとっては，わざわざ面倒な操作をして，もし動作しなくなったらどうしよう！？ という恐怖があるのかもしれない．事実，筆者もＷｉｎ３ （当時はＷｉｎ３．０）に初めて触れたころは，知らない操作はできるだけ避けてとおっていたものだ．しかし， Ｗｉｎ３．１のデスクトップは，ウィンドウの配色を変えたり，お気に入りの壁紙を貼り付けたり，スクリーンセーバーを作動させるなど，ちよっとした工夫でイメージを一変させ，ユーザーのオリジナリティを表現できるものなのである．要は，安全で確実なやり方さえ分かればよいわけだ．『コントロールパネル』が要！さて，プログラムマネージャの『メイン』グループに ，『コントロールパネル』というアイコンがある．これをクリックすると，新たにウィンドウが現われる（画面２ ）．まずは， このウィンドウのいろいろなアイコンをじっくり眺めてみていただきたい．アイコン名の中には， 画面の色』や『日『付と時刻』のように何ができるのかはっきり分かるものと，『エンハンスドモード』 や『ドライバ』のように一見何の設定か分かりにくいものとがある．そこで，『見栄えの変わりかた』が分かりやすいところからということで，今回は，とりあえずウィンドウ画面の配色と壁紙を変えてみよう．画面配色を変更するには？（１）まずは， Ｗｉｎ３．１に標準で用意された配色パターンに変えてみよう．色鉛筆の形をした『画面の色』アイコンをクリックすると， 中央に『ウィンドウの絵』（以下，サンプル画面）が描かれたダイアログボックスが現われる（画面３）．そこで，以下のように操作する．

①ウィンドウの上部にある『配色』という枠（現在『標準の配色』と記され

ている）の中の，下向きの矢印をクリックする．

②すると，『新緑』『サファリ』といった，いろいろな配色パターン名が出て

くる．では，『新緑』をクリックしてみよう．

③今まで本物のウィンドウと同じだったサンプル画面の色が，緑系統に変

わっただろうか？ 変わっていなければ，①からやり直す．

④この配色でよければ ，『ＯＫ』ボタンを押そう．コントロールパネルウィ

ンドウを含めたデスクトップ上の全ウィンドウが，さきほどサンプル画面に表示されていた色に変わったはずだ（画面４）」．（３１６頁）(イ) 図（画面）及びそこに付された説明文の記載・ 画面１（３１６頁）・ 画面２（３１６頁）・ 画面３（３１６頁）・ 画面４（３１７頁）・ 画面７（３１７頁）(ウ) なお，上記「９８ 」（画面１）は，ＮＥＣ（日本電気株式会社）製のパーソナルコンピュータであるＰＣ９８００シリーズである 乙１２ 。（当事者間に争いがない。。）そして，上記(ア)，(イ)によれば，引用例１記載発明は，「Ｗｉｎｄｏｗｓ ３．１ 日本語版」がインストールされたパソコン（グラフィカルユーザーインタフェースを表示する情報処理装置に当たる ）に関し ，画面の色のダイアログボックス（画面３）の「配色」の枠に表示される，「新緑 」「サファリ」等の配色パターン名の中から，特定の配色パター，ン名，例えば「新緑」を選択することにより，デスクトップ上の全ウインドウの配色が，インストール直後の標準の配色（画面１）から，「新緑」に相当する緑系統の配色（画面４）に変更されることにより，画面の見栄えが変わることが記載されている。そして，上記のとおり画面３には「画面の色ダイアログ．実際にウインドウの色を変更する前に，サンプル画面で確認できる．」との説明が付され，ダイアログボックス中央のサンプル画面には，それぞれのタイトルバーに「非アクティブウィンドウの色」及び「アクティブウィンドウの色」と表示された２つのウインドウが重ねられた状態で表示され，さらに，上側のウインドウ内には ，「メニュー 」 「ウィンドウの文字」，の文字 ，「ＯＫ」の文字がある「ボタン」及び「スクロールバー」が表示されている。また，配色を変更する前の画面１と配色を変更した後の画面４を比較すると，少なくとも，メニューバーの色，ウインドウの背景である画面の色，ウインドウの枠の色，ウインドウのタイトルバーの色，ウインドウ内の背景の色及び反転表示されたアイコンに付属する文字部分の色が異なっていることがわかる。そして画面７には，「画面のデザイン変更ダイアログ．色指定以外の画面表示関係のセッティング項目がこのダイアログに集められている ．」と説明が付され，ダイアログ画面の「ウィンドウ」と表示された枠内に，「枠の太さ（Ｂ）：３」と表示されている。上記引用例１（甲１）に記載された事項によれば，引用例１記載発明においては，ダイアログボックスの「配色パターン名」を変更することにより，画面に表示されたウインドウとそのパーツの配色が，変更前の「配色パターン名」の配色から，変更後の「配色パターン名」の配色に変更され，画面の「見栄え」が変わるものである。したがって，引用例記載発明における「配色パターン名」は，画面に表示されるウインドウ及びそのパーツの特定の配色を表現したものであって，それを変更することにより画面の「見栄え」を変えることができる配色の設計の集合であるということができる。そして，引用例１記載発明においては「配色パターン名」を変更することにより，画面に表示される全ウインドウの配色が変更されることから，「配色パターン名」による配色の設計が，全ウインドウに適用される，すなわち共通のものであることも明らかである。そうすると，引用例１記載発明の「配色パターン名」は，本願補正発明の 共通テーマ」「 に相当し ，引用例１記載発明の 変更前の配色パター「ン名」及び「変更後の配色パターン名」が，本願補正発明の「第１共通テーマ」及び「第２共通テーマ」にそれぞれ相当する。そして，上記アで検討したとおり，本願補正発明における 表示形態」「は，色，形，サイズ等による表示上の視覚的な属性をいうものであり，その中に色を含むものである。ウ 上記ア，イによれば，審決が，「グラフィカルユーザーインタフェースを表示する情報処理装置であって，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットと，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットと，前記第１テーマと前記第２テーマとを選択的に切り替える手段とを備え，この手段によって，前記第１及び第２セットの１つを用いて，インタフェースオブジェクト及びオブジェクトパーツを有する前記グラフィカルユーザインタフェースを表示し，現在表示されているグラフィカルユーザインタフェースを，前記第１共通テーマから前記第２共通テーマへ変更するための変更指示が入力された場合，前記手段は，前記第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを前記

第２共通テーマに関連付けられているインタフェースオブジェクト及びオ

ブジェクトパーツの第２セットに切り替える情報処理装置 。」を一致点と認定したことに誤りはない。

(2)

（原告の主張）

に対する補足的判断ア 原告は，本願補正発明における「表示形態」とは，「表示する上での形状」を意味するから，形状の概念を全く含まない引用例１記載発明の「配色パターン名」が本願補正発明の「共通テーマ」に相当するとした審決は誤りであると主張する。(ア) 辞書（松村明編「大辞林」１９８８年〔昭和６３年〕１２月１０日

第２刷発行，株式会社三省堂，７５３頁，甲１８）には，「形態」の語

の意味に関し，以下の記載がある。「けいたい…【形態】①物のかたち。また，組織的に組み立てられたものの，外に表れているかたち。ありさま。…」(イ) 本願の国際特許出願の際の願書（ＰＣＴ／ＵＳ９５／０６１７５，乙１）の請求の範囲の３項（ Claim 3，４３頁１５行∼１６行）には，以下のとおり記載されている。「3. The graphical user interface of claim 2, wherein said appearance attributesinclude size, shape, color, and location.」そして，その翻訳文である平成８年１１月１８日付け「特許法第１８４条の５第１項の規定による書面」（甲２２）の請求の範囲の３項には，以下のとおり記載されている。「３．前記表示形態の属性は，サイズ，形，色，配置を含むことを特徴とする請求項２に記載のグラフィカルユーザインタフェース。（４２頁１５行∼１６行）」 。(ウ) 辞書（長谷川潔ら編「プロシード英和辞典」株式会社福武書店，１９９１年〔平成３年〕１０月改訂新版発行，８４頁。乙１１）には，以下の記載がある。「appearance … ①…現れること，出現…②…外観，見かけ，様子，容姿…」(エ) 上記(ア)によれば，「形態」の語は，原告主張のとおり，通常，物のかたち等の意味で用いられることが認められるものの，上記(1)アによれば，本願補正発明における「表示形態 」の意味については，色，形，サイズ等による表示上の視覚的属性をいうものであることは，既に検討したとおりである。また，上記( 1)ア(イ)摘記⑦によれば，図２Ｄに示された画面は，図２Ｃの画面からのユーザーインタフェースにおける形態の変更を示すものであるところ，( 1)ア(ウ)の図２Ｃ，図２Ｄの記載から明らかなとおり，両者でウインドウの境界線の太さは異なっているものの，タイトルバー及び境界線により画定されたウインドウの形状及びタイトルバー内のクローズボックスの形状には差異がなく，ウインドウの外形形状に変化がないことが理解できる。従来のユーザーインタフェース画面とは外形形状において差異がない図２Ｄについても表示形態が異なるテーマに設定されたユーザーインタフェース画面として示されていることからしても，本願補正発明における 表示形態」「 の意味は，主として表示する上での形状であるとする

（原告の主張）

が採り得ないことは明らかである。加えて，本願に適用される平成６年法律第１１６号による改正前の特許法１８４条の１５第１項は ，「外国語特許出願に係る特許が国際出願日における国際出願の明細書，請求の範囲若しくは図面（図面の中の説明に限る。）及びこれらの書類の出願翻訳文又は国際出願日における国際出願の図面（図面の中の説明を除く 。）に記載されている発明以外の発明についてされたときは，その特許を無効にすることについて審判を請求することができる。」としており，外国語特許出願にあっては，その国際出願日における国際出願の明細書等に記載されている事項以外の発明について出願がされたときには，特許無効審判事由となる旨が規定されている。本願の国際出願日における国際出願の願書には ，上記(イ)のとおり 表「示形態」に対応する語として「 appearance」を用いていたところ，その意味は上記(ウ)のとおり，外観，見かけ，様子等を意味するものである 。そうすると，上記の外観，見かけ，様子等の要素としてその中に形状を含み得るものとしても， appearance」の語が「形状」を意味するものと「は解し得ない。原告の「表示形態」の語が「表示する上での形状」を意味するとの主張は，上記国際出願日における国際出願の願書に記載された意味を離れ，上記特許法１８４条の１５第１項の趣旨に照らし許されないものである。また，引用例１記載発明の「配色パターン名 」が，本願補正発明の「共通テーマ」に相当することについても上記(1)イで検討したとおりである。原告の上記主張は採用することができない。イ 次に原告は，本願補正発明における「表示形態」は「表示する上での形状」と解釈されるべきことは審査経過をみても明らかである旨主張する。しかし，本願補正発明における「表示形態」の意味について，色，形，サイズ等による表示上の視覚的属性をいうと解されることは上記( 1)のとおりである。加えて，それまでの請求項３（その記載は「前記表示形態の属性は，サイズ，形，色，配置を含むことを特徴とする請求項２に記載のグラフィカルユーザインタフェース 。 〔甲２２ 〕」 ）が，第１次補正（平成１４年５月１４日付け，甲１６）により請求項２とされ，その記載も「前記表示形態の属性は，サイズ，色，配置を含むことを特徴とする請求項１に記載のグラフィカルユーザインタフェース。」と補正されたことは認められるものの，他の請求項（請求項２）の「表示形態」についての例示記載の一部である「形」を削除したことによって，請求項１（本願補正発明）記載の「表示形態」が主として「表示する上での形状」を意味することが明確化されたものと解することはできないというべきである。また，原告が主張する平成１７年１月１３日付け意見書（甲１４）には原告が指摘するとおり以下の記載がある。「…引用文献１は，各種ウインドウ部品の色を個別に設定する構成は開示されているものの，本願発明のように，背景を含む各種ウインドウ部品（グラフィカルユーザインタフェースオブジェクト，オブジェクトパーツ）の形状（形態）を含む各種設定（色，サイズ，ボタン配置等）を，テーマという単位で割り付けておき，そのテーマ単位で，各種ウインドウ部品を一括して変更可能な構成については開示・示唆されておりません。 （９頁３行∼８行）」しかし，上記の内容は，必ずしも本願補正発明の「表示形態」が「表示する上での形状」を意味する根拠となるものとは解されず，逆に形状（形）は，色，サイズ，配置等の設定の中の一つをいうと読むのが素直であるということができる。加えて，平成１８年８月２日付け手続補正書（甲１０）には，以下のとおり記載されている。・ 「本願の請求項１の発明によれば，テーマという単位で，背景を含む各種ウインドウ部品（グラフィカルユーザインタフェースオブジェクト，オブジェクトパーツ）の設定（色，形状，サイズ，ボタン配置等）を，複数種類のテーマ毎にかつ，テーマ間では同一機能のウインドウ部品を対応付けて記憶手段に記憶しておきます。そして，このような構成により，ユーザ操作に基づいて，現在の設定である第１テーマから第２テーマに切り替えられる切替指示が入力されると，その第１テーマで設定されている現在の背景や各種ウインドウ部品の形状，及び各種ウインドウ部品の色を，その切り替えられた第２テーマで設定されている背景や各種ウインドウ部品の形状，及び各種ウインドウ部品の色に一括してかつ矛盾なく首尾一貫して切り替えることが可能になります。このように，ユーザは，デスクトップに表示されるインタフェースオブジェクトの形態や動作を速やかにかつ容易に変更することができます 。」（２頁３０行∼４０行）・ 「そして，本願発明では，この特徴的な構成を実現するために，固定のウインドウ部品を記憶手段に記憶しておくのではなく，各テーマで用いるウインドウ部品セット及びこれに関する設定（色，形状，サイズ，ボタン配置等）を，テーマ毎に管理し，かつそのテーマに対応するウインドウ部品をテーマ毎に，かつテーマ間では同一機能のウインドウ部品（例えば，タイトルバー）を対応付けて記憶ユニットに記憶しています。（３頁下４行」∼４頁１行）上記記載によれば，原告も，審査経過において本願補正発明の「表示形態」が主として表示する上での形状であることを明確にしていたとはいえないというべきである。原告の上記主張は採用することができない。ウ 原告は，引用例１記載発明は，配色パターンの変更前後におけるインタフェースオブジェクト及びオブジェクトパーツの形状は同一であるから，本願補正発明の「それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セット」及び「それぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セット」は存在しないと主張する。しかし上記(1)で検討したとおり，引用例１記載発明は，「配色パターン名」を変更することにより ，画面に表示された ウインドウ」 メニュー」「 ，「 ，「ボタン」 「スクロールバー」等の配色が ，， 「変更前の配色パターン名」の配色から， 変更後の配色パターン名」の配色に変更されるものである。「引用例１に記載された配色（色）は，本願補正発明の「表示形態」に含まれ，引用例１に記載された「変更前の配色パターン名」及び「変更後の配色パターン名」は，本願補正発明の「第１共通テーマ 」及び「第２共通テーマ」にそれぞれ相当するものであることも( 1)で検討したとおりである。そうすると，引用例１に記載された， 変更前の配色パターン名」によっ「て配色されたインタフェースオブジェクト及びオブジェクトパーツのセットは，それぞれの表示形態である「色」が「第１共通テーマ」に関連付けられているから ，「それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セット」ということができる。また，同様に ，「変更後の配色パターン名」によって配色された，「ウインドウ 」 「メニュー」 「ボタン 」 「スクロール， ， ，バー」等も ，「それぞれの表示形態が第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セット」ということができる。原告の上記主張は採用することができない。エ 原告は，引用例１記載発明には，本願補正発明の「第１共通テーマ」及び「第２共通テーマ」が存在しないから，現在表示されているグラフィカルユーザインタフェースを，第１共通テーマから第２共通テーマへ変更するための「変更指示」を有しないと主張する。しかし，引用例１の「変更前の配色パターン名」及び「変更後の配色パターン名」は，本願補正発明の「第１共通テーマ 」及び「第２共通テーマ 」に相当するということができるところ ，引用例１には， 配色パターン名」「の中から，特定の「配色パターン名」を選択することにより，デスクトップ上の全ウインドウの配色が，変更前の配色から，変更後の配色に変更されるものである。そうすると，引用例１において特定の 配色パターン名 」「を選択することは，配色の「変更指示」であるということができる。審決が，「…引用例１記載発明の『 操作３ ）（ 』は，デスクトップ上のウィンドウ，つまりＧＵＩを 変更前の配色パターン名 』『 から 変更後の配色パター『ン名』に変更するから，本願補正発明の，現在表示されているグラフィカルユーザインタフェースを，第１共通テーマから第２共通テーマへ変更するために入力される『変更指示』に相当する。（６頁１７行∼２１行）と」した点に誤りはない。原告の上記主張は採用することができない。取消事由２（相違点（１）についての判断の誤り）について原告は，審決が相違点（１）について，周知例１記載の周知技術から当業者が適宜なし得ることであると判断したのは誤りであると主張する。

(1)ア 審決が引用した周知例１（甲２）には，以下の記載がある。

・ 「 ・ ＩＮＩファイルとの関係コントロールパネルにより設定した内容は，すべて初期化ファイルであるＩＮＩファイルに記録されるのだが，どこに，どのような記述がされるのだろうか？ 要点を抜粋して図５−２５∼図５−２８に一覧としてまとめた．ユーザーがこれを細かく理解する必要はないが，知っていて損はないだろう．（１０２頁１７行∼２１行）」・ 「［図５−２６］ＣＯＮＴＲＯＬ．ＩＮＩファイル [current] ←「カラー」で変更できるcolor schemes=標準の配色[color schemes]新緑 =E6FFFF,CAFFFF,…サファリ =804000,FFFFFF,…ブラックレザー =0,C0C0C0,FFFFF：：[Custom Colors]ColorA=FFFFFFColorB=FFFFFF：：[Patterns] ←「デスクトップのパターン」で変更できる（なし） =（なし）箱=127 65 65 65 65 65 127 0ペイズリー=2 7 7 2 32 80 80 32：：」 １０３頁）（・ 「…コントロールパネルなどで変更した場合は，ファイルとメモリ両方に対して更新作業が行われるので，変更内容はすぐに有効となる．したがって，Windows を再起動する必要はなく，修正したばかりの初期化ファイルをすぐに Windows 自身に直接認識させることができる．たとえば，コントロールパネルでカラー設定を変えてみよう。実際に，ファイルと起動中の Windows に対して変更が行われたことがわかるはずだ．（３１０頁９行∼１４行）」・ 「[current]現在使用している Windows に表示される，配色パターン名が定義されている．[color Schemes]Windows 供給メーカーのデザイナーによって配色された，Windows に表示する色のパターンが定義されている．コントロールパネルでユーザーが作成した配色パターンも，ここに記録される．（３１６頁２行∼７行）」イ 上記アによれば，周知例１（甲２）には，Windows（ウインドウズ）中のＣＯＮＴＲＯＬ．ＩＮＩファイルには，現在の画面表示に使用されている，ユーザーが選択した「配色パターン名」（上記［ current］）とともに，ユーザーが選択可能な「新緑 」 「サファリ」等の「配色パターン名」， （上記［color schemes］）と，それぞれの「配色パターン名の定義」が記録されていることについて記載されている。そして ，「ウインドウ 」 「メニ，ュー」 「ボタン 」 「スクロールバー」等の配色は ，， ， 「表示形態」といえるから， 配色パターンの定義」を記録することは，インタフェースオブジェ「クト及びオブジェクトパーツのセットを記憶することということができる。そうすると，審決が，上記周知例１（甲２）につき ，「…インタフェースオブジェクト及びオブジェクトパーツそれぞれの配色パターン（表示形態）をその配色パターン名（共通テーマ）と関連付けてファイルに記録することは当業者にとって周知であると認められる…」（８頁２６行∼２９行）として，相違点（１）の構成とすることは当業者（その発明の属する技術の分野における通常の知識を有する者）が適宜なし得ることであるとした判断に誤りはない。

(2)ア 原告は，周知例１（甲２）に記載されているのは，異なる配色パター

ン名を配色名とともにファイルに記録することだけであり，本願補正発明におけるインタフェースオブジェクトやオブジェクトパーツをファイルに記録することについては記載も示唆もないと主張する。しかし，審決が周知例１から認定した周知技術の内容は，上記( 1)イのとおり，インタフェースオブジェクト及びオブジェクトパーツそれぞれの配色パターン（表示形態）をその配色パターン名（共通テーマ）と関連付けてファイルに記録することについてであり，この点に誤りがないことは上記( 1)で検討したとおりである。そもそもインタフェースオブジェクト及びオブジェクトパーツは，オブジェクトやオブジェクトパーツの表示状態を特定する情報に基づいてコンピュータの描画プログラムによって描画されてディスプレイ画面上に表示されるものであり，本願補正発明におけるインタフェースオブジェクトやオブジェクトパーツをファイルに記憶するとは，描画プログラムが描画の際に用いるオブジェクトやオブジェクトパーツの表示状態を特定する情報をファイルに記録することを意味するものであるから，上記(1)アの周知例１（甲２）の［color schemes］記載の「新緑」 サファリ 」 ブラックレザー 」の後に記載された配色パターンは，「 「描画プログラムが描画の際に用いるオブジェクト及びオブジェクトパーツの表示状態を特定する情報であり，その内容が周知例１に記載されているといえる。また，本願補正発明の「表示形態」について，

（原告の主張）

する「表示する上での形状」を意味するとの主張が採用できないことは上記２で検討したとおりであり ，「形状」に関しても，インタフェースオブジェクトが本願補正発明では第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，第２セットを使用して表示される場合には第２形状の第２アウトラインを有するのに対し，引用例１記載発明では第１セットを使用して表示される場合には第１の配色を有し，第２セットを使用して表示される場合には第２の配色を有する点についても ，審決は相違点 ３）（として検討・判断しているものである（相違点（３）についての審決の判断に誤りがないことは後記のとおり）。したがって，原告の上記主張は採用することができない。イ 原告は，形状同一で配色が異なるインタフェースオブジェクト等を別個に記憶ユニットに記憶することは，当時のＷｉｎｄｏｗｓ３．１を動作させるコンピュータ環境における技術常識に反する旨主張する。しかし，上記( 1)のとおり，周知例１（甲２）にはインタフェースオブジェクト等の形状に関する記載はなく，審決もインタフェースオブジェクトやオブジェクトパーツの「形状」を記憶することについては認定も判断もしていないものである。したがって，形状が同一で配色が異なるインタフェースオブジェクトやオブジェクトパーツを別個に記憶ユニットに記憶することが技術常識に反するとの原告の上記主張は前提を欠くというべきであり，原告の上記主張は採用することができない。取消事由３（相違点（３）についての判断の誤り）について

(1) 原告は，相違点（３）について，ユーザーの一般的要望に沿って当業者

が格別困難なくなし得るとした審決の判断は誤りである旨主張する。ア 引用例１（甲１）の画面７には，上記２(1)イ(イ)のとおり ，「ウィンドウ」と表示された枠の内部に「枠の太さ（Ｂ ）：３」と記載され，説明文に「画面のデザイン変更ダイアログ．色指定以外の画面表示関係のセッティング項目がこのダイアログに集められている．」と記載されている。また，審決がユーザーの一般的要望を示すものとして挙げた周知例には以下の記載がある。(ア) 周知例２（甲３）・ 「▼Ｘのリソースウィンドウ・システム上のアプリケーションには，ユーザーがカスタマイズしたくなる要素が溢れています。たとえば，ウィンドウの大きさや位置，タイトルバーやスクロールバーの形状や色，文字の大きさやフォントの種類など。…」（１３６頁左欄１０行∼１５行）(イ) 周知例３ 欧州特許出願公開第５６１５１７号公報 。（ 発明の名称 グ「ラフィカルユーザインタフェースコンピュータシステムにおけるパレットマネージャ」，出願人 インターナショナル ビジネス マシーンズコーポレイション，公開日 １９９３年〔平成５年 〕９月２２日。甲４。該当箇所は本文のものである）。・ 「図６ａ−６ｄを参照すると，スキームパレツト・マネージャの例が示されています。スキームパレツト・マネージャは，色，フォント，ウィンドウの背景画像，そしてウィンドウの境界幅を含む，ウィンドウの属性のどんな組み合わせもマウスのドラッグ及びドロツプ動作だけを使用して迅速かつ容易に適用されることを許します。スキームパレツト・マネージヤは，さらにスキームが個々のウィンドウに直接適用され，システムの大域的な変更に制限されないことを許します。図６ａにおいて，スキームパレツト・アイコン１４０がシステム設定ウィンドウ１２０から選択された時，開かれたスキームパレツト・ウインドウ２５０が表示されます。スキームパレツト・ウインドウ２５０は，スキームパレツト・ウインドウが開かれた時に表示される多くのセルを含んでいます。これらのセルは，異なったスキームオプション，つまり，ユーザによって選択されるであろう異なったスキームの値を表わしています。 My scheme”とタイトルの付けられたセ“ルが選択され，ハイライトにされています 。 （１１欄４０行∼５８行。訳」文による）・ 図６ａ・ 上記図６ａの「Scheme Palette-Palette」（スキームパレット，番号２５０）の記載内容（訳文による）「 春 夏秋 冬モノクロ モノクロデフォルト ウィンドウ新スキーム マイスキームアイテムをターゲットウィンドウにドラッグしなさい。システムの広汎な変更のためにはａｌｔキーを押したままにしなさい。スキームの編集 ヘルプ」イ また，文献の記載によれば，以下の事実が認められる。(ア) 乙６（Brad Vander Zanden, Brad A. Myers 著「グラフィカル・ユーザー・インターフェイスのためのルック・アンド・フィール非依存型ダイアログ自動作成」CHI '90 Seattle,Washington, April 1-5,1990〕〔 conferenceproceedings, pp.27-34，１９９０年〔平成２年〕４月）には，以下の記載がある（内容は訳文により，記載箇所は原文による）。・ 「… Jade は，メニューやパレット，ボタン，ダイアログ・ボックスのようなグラフィカルな入力ダイアログを自動的に作成し，レイアウトする新しいツールである 。 （２７頁右欄２行∼４行，訳文１頁下９行∼下」８行）・ 「… Jade は，必要なグラフイック情報を，グラフイック・アーティストが用意したスタイル・ファイルから入手する。したがってダイアログのルック・アンド・フィールは，単にルック・アンド・フィール・データベースを切り替えるだけで，簡単にガーネット・スタイルからオープンルック・スタイルに変更することができる（図１を参照のこと ）」。（２７頁右欄１５行∼１９行，訳文２頁２行∼５行）・ 「図１．テキスト・オブジェクトのプロパティを示し，アプリケーションを制御するためのガーネット・スタイル( a) とオープンルック・スタイル(b)。『編集』メニュー項目には関連するサブメニューがあり，その存在はルック・アンド・フィール特有の方法で示されている。ガーネットおよびオープンルック・ダイアログは，同じテキスト形式の仕様書から作成されたものである。 （２８頁右欄図１．の説明，訳文３頁下７行」∼下２行）・図１上記によれば，乙６には，ルック・アンド・フィール・データベースを切り替えることにより，ダイアログ・ボックスのスタイルを変更することが記載されており，上記図１を参照し，ガーネット・スタイル( a)（上段） とオープンルック・スタイル( b)（下段）を比較すると，ダイアログ・ボックス内のボタンの形状が異なっていることが理解できる。(イ) 乙９（Ben Shneiderman〔ベン シュナイダーマン〕著，東基衛・井関治監訳「ユーザーインタフェースの設計 第２版」，日経ＢＰ社，１９９３年〔平成５年〕８月３０日１版１刷発行，２４４頁）には，以下の記載がある。・ 「MS Windows 3.0 User's Guide( 1990)では，ウインドウを次のように定義している。『ソフトウエアアプリケーションや文書ファイルを含む長方形の領域。ウインドウはオープン（開く ），クローズ（閉じる ），リサイズ（大きさ変更），移動などの操作が可能である。複数のウインドウをデスクトップ上に同時にオープンしたり，小さくしてアイコンにしたり，デスクトップ全体を覆うまで拡大することがきる。』いくつかの側面（例えば，ウインドウは必ずしも長方形でない，ほかにもいろいろなウインドウ操作があるなど）で異論を唱える人もいるかもしれないが，この定義は有用な説明といえる。ウインドウの構成要素にはつぎのものがある。・タイトル：ほとんどのウインドウには識別用のタイトルを上部中央，左上，下部中央に，またはウインドウから外側に尽きだしたタブ（つまみ）につけられる（図９．６）。…」（２４４頁左欄２１行∼右欄１０行）・ 図９．６「タイトルはウインドウ内のさまざまな位置に，またはいろいろな位置から外に突き出すように表示される。」 ２４４頁）（上記によれば，乙９のウインドウの形状は定義では長方形とされているが必ずしも長方形に限られないこと，タブが様々な位置に形成されたウインドウの例として，ウインドウから外側に突き出した図が記載されているものと理解できる。(ウ) 乙１０（特開平５−２３６１７３号公報，発明の名称「共有化情報提示装置」，出願人 日本電信電話株式会社，公開日 平成５年９月１０日）には，以下の記載がある。・ 「 従来の技術】従来，いわゆるテレビ会議等の場においては，複数の【情報提示装置が使用されている。この情報提示装置の情報提示手段としては，例えばＣＲＴ等のディスプレイがあり，このＣＲＴによる表示画面に共通して同時に提示されている情報（以下，単に共有情報という）と，一つの情報提示装置の表示画面にのみ提示されている個別情報，いわゆるローカル情報とを，同時に一つの情報提示装置の表示画面上に提示する場合，共有情報及びローカル情報の各情報は各々が各々のウィンドウ上に提示される。（段落【０００２】」 ）・ 「 発明が解決しようとする課題】しかしながら，共有情報及びローカ【ル情報の各ウィンドウは同じ表示形態であることから，表示画面からは共有情報とローカル情報とを区別することは困難であった 。 （段落【０」００３】）・ 「本発明は，上記課題に鑑みてなされたもので，同一画面上に同時に表示される共有情報とローカル情報とを当該表示画面上で容易に区別することのできる共有化情報提示装置を提供することにある 。 （段落【００」０４】）・ 「図４は本発明の第４の実施例を説明する図であって，この提示装置画面１には，共有化情報を提示するための領域である共有情報提示領域３Ｄと，この共有情報提示領域３Ｄが共有化情報を提示するための領域であることを表示する共有情報表示部５Ｄと，個別情報を提示するための領域である個別情報提示領域７Ｂと，この個別情報提示領域７Ｂが個別情報を提示するための領域であることを表示する個別情報表示部９Ｂとがそれぞれ示されている。（段落【００１６】」 ）・ 「この第４の実施例においては，共有情報表示部５Ｄの枠情報の形状と個別情報表示部９Ｂの枠情報の形状が異なるようにウィンドウの制御を行うことで，共有情報表示部５Ｄと個別情報表示部９Ｂの識別が容易に行えるようにする。（段落【００１７】」 ）・ 【図４】上記によれば，乙１０には，表示画面上に表示された２つのウインドウを区別するためにウインドウの形状を異ならせたことが記載されており，図４では，円形のウインドウと矩形のウインドウが画面に表示されている。ウ 上記ア，イの記載は，いずれも情報処理装置におけるグラフィカルユーザーインタフェースであるウインドウのカスタマイズに係る技術である。そして，引用例１（甲１）の画面７に記載されたウィンドウの「枠の太さ」，甲３のウィンドウの大きさ，ウィンドウのパーツの形状や色，甲４の「ウィンドウの境界線」，乙６の「ボタンの形状 」，乙９の「タブが様々な位置に表示されたウインドウ」，乙１０の円形のウインドウと矩形のウインドウは，いずれも，インタフェースオブジェクトやオブジェクトパーツの形に関連するものである。そうすると，情報処理装置のウインドウシステムにおいて，インタフェースオブジェクトやオブジェクトパーツの表示形態に属する「形」をカスタマイズすることは，周知であったということができるから ，「…ウィンドウの『枠の太さ 』ないし『境界幅』 タイトルバーやスクロールバーの『形，状』といったインタフェースオブジェクトの形状をインタフェースオブジェクトの色とともにカスタマイズすることは，ユーザの一般的な要望であると認められる。（１０頁２３行∼２７行）とした審決の認定に誤りは」ない。また，インタフェースオブジェクトやオブジェクトパーツの 表示形態 」「である「形」をカスタマイズした結果として，インタフェースオブジェクトの「外形 」，すなわち「アウトライン」が異なることとなる点についても，前記乙９，乙１０におけるウインドウの「アウトライン」が異なったものとなっていることから明らかである。以上によれば，審決が相違点（３）に関し，「…ユーザの一般的な要望に従ってイメージを一変させ見栄えのするデスクトップとするため，引用例１記載発明において，第１のセット及び第２のセットにインタフェースオブジェクト及びオブジェクトパーツの配色パターンのみならず，インタフェースオブジェクトの形状をも含ませるようにし，インタフェースオブジェクトが第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトが第２セットを使用して表示される場合には第２形状の第２アウトラインを有するものとすることは当業者が格別困難なくなしうることと認められる 。（１０頁２８行∼」３５行）とした判断に誤りはない。

(2) 原告は，ウィンドウの「枠の太さ」ないし「境界幅」

，タイトルバーやスクロールバーの「形状」と，本願補正発明におけるインタフェースオブジェクトのアウトラインの形状とは概念的に区別されるべきものであるが，審決は， インタフェースオブジェクト」と「オブジェクトパーツ」とを混同し，「ウィンドウの「枠の太さ」ないし「境界幅」 タイトルバーやスクロールバー，の「形状」を「インタフェースオブジェクト」と認定しており，誤りである旨主張する。しかし，本件補正後の本願明細書（甲９，２２）には ，「インタフェースオブジェクト」及び「オブジェクトパーツ」の語について明確に定義されてはいないところ，ウインドウの枠の太さ，境界幅，タイトルバー，スクロールバーは，インタフェースオブジェクトであるウインドウのパーツとして用いられた場合，「オブジェクトパーツ」であるとともに，「インタフェースオブジェクト」の構成の一部であり，上記２( 1)ア(ウ)記載の本件補正後の本願明細書の図２Ｃ∼Ｅからも明らかなように，そのアウトラインの形状に影響するものである。そうすると，審決が，ウインドウの枠の太さ，境界幅，タイトルバー，スクロールバーの形状を ，「インタフェースオブジェクトの形状」と表現したとしても，必ずしも誤りとはいえない。そして，上記(1)のとおり審決の相違点（３）に関する判断に誤りはないから，審決において，ウインドウの枠の太さ，境界幅，タイトルバー，スクロールバーを，「インタフェースオブジェクト」と表現した記載があったとしても，そのことが，審決の結論に影響するものとも認められない。原告の上記主張は採用することができない。結語以上によれば，本件補正却下の違法をいう原告主張の取消事由は，いずれも理由がない。よって原告の請求を棄却することとして，主文のとおり判決する。知的財産高等裁判所 第２部裁判長裁判官 中 野 哲 弘裁判官 今 井 弘 晃裁判官 真 辺 朋 子

第４ 当裁判所の判断

１ 請求原因(1)（特許庁における手続の経緯 ），(2)（発明の内容 ），(3)（審決の内容）の各事実は，いずれも当事者間に争いがない。そこで，原告の主張する取消事由について判断する。取消事由１（一致点認定の誤り・相違点の看過）について

(1) 原告は，本願補正発明の「表示形態」は「表示する上での形状」を意味するから，形状の概念を含まない引用例１記載発明も「共通テーマ」を有する等とした審決の一致点認定は誤りであり，相違点を看過したものであると主張する。ア 本件補正後の本願明細書（甲９，２２）には，以下の記載がある（下線は判決で付記）。(ア) 特許請求の範囲（甲９）・ 「 請求項１】【グラフィカルユーザインタフェースを表示する情報処理装置であって，それぞれの表示形態が第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを記憶する記憶ユニットと，前記記憶ユニットは，更に，前記第１セットのインタフェースオブジェクトあるいはオブジェクトパーツの機能に対応し，かつそれぞれの表示形態が前記第１共通テーマと異なる第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットとを記憶し，前記記第１テーマと前記第２テーマとを選択的に切り替えるプロセッサとを備え，このプロセッサによって，前記記憶ユニットに記憶される前記第１及び第２セットの１つを用いて，インタフェースオブジェクト及びオブジェクトパーツを有する前記グラフィカルユーザインタフェースを表示し，現在表示されているグラフィカルユーザインタフェースを，前記第１共通テーマから前記第２共通テーマへ変更するための変更指示が入力された場合，前記プロセッサは，前記第１共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第１セットを前記第２共通テーマに関連付けられているインタフェースオブジェクト及びオブジェクトパーツの第２セットに切り替え，前記インタフェースオブジェクトは，前記第１セットを使用して表示される場合には第１形状の第１アウトラインを有し，前記インタフェースオブジェクトは，前記第２セットを使用して表示される場合には第２形状の第２アウトラインを有することを特徴とする情報処理装置。」・ 「 請求項４】【前記第１セットの前記インタフェースオブジェクトの１つを備える前記オブジェクトパーツの少なくとも１つは，前記オブジェクトパーツの少なくとも１つによる機能とは異なる第１動作を行うことを特徴とする請求項１に記載の情報処理装置。」・ 「 請求項５】【前記オブジェクトパーツの少なくとも１つは，クローズボックスであり，前記第１動作は影を付けることであり，前記機能はウインドウオブジェクトを閉じることであることを特徴とする請求項４に記載の情報処理装置。」・ 「 請求項６】【前記少なくとも１つのオブジェクトパーツと前記機能をもたらすユーザ動作に対応する前記第２セットのインタフェースオブジェクト内のオブジェクトパーツは，前記第１動作とは異なる第２動作を行うことを特徴とする請求項４に記載の情報処理装置。」(イ) 明細書（甲２２，便宜のため判決で摘記の前に①以下の番号を付した）① 「本発明は，コンピュータシステムにおける一般的なグラフィカルユーザーインタフェースに関するものである。特に，本発明は，グラフィカルユーザーインタフェースのフレキシブルカスタマイズを提供するオペレーティングシステムと，アプリケーションとのインタフェース方法及びシステムに関するものである。（１頁６行∼９行）」

② 「…これらの概念を備えるコンピュータに対する重要な一面は，一般にグラフィカルユーザーインタフェース（以下，ＧＵＩと称する）と呼ばれるインタフェースを用いて，ユーザがコマンドやデータを入力したり，その結果を受け継ぐことができるインタフェースであり，今もそれは変わらない。（１頁２３行∼２７行）」

③ 「…更に，本発明の実施形態が一般的なデスクトップオブジェクトの形態及び動作にどのような影響を与えるかを示すためにウインドウオブジェクトが用いられるが，当業者とは，本発明が，例えば，アイコン，メニュー，リスト，制御要素，カーソル，メニューバー等を含むデスクトップオブジェクトの形態及び動作を制御するために用いることができることが認識できるであろう。（６頁６行∼１０行）」

④ 「ウィンドウは様々な方法で特徴付けすることができる。例えば，ウインドウの色，サイズ，形，同様にそれぞれの成分パーツの色，形，サイズ，位置によってキャラクタライズすることができ，これらのパーツは，例えば，図２Ａのように定義される。これらのウインドウ及びウインドウパーツの属性は，ウインドウ形態属性として，ここでは分類される。ウインドウ及びウインドウパーツの属性には，ユーザーが関連した入力を提供する場合，例えば，クローズボタンあるいはボックスをクリックすることでウインドウをクローズするような場合を請けおえる１つ以上の機能が集約されている。これらを機能的属性と定義する。（６頁１１行∼１８行）」

⑤ 「ウインドウとウインドウパーツに対しては，３番目の属性が存在する。ウインドウとウインドウパーツは，オブジェクトの基礎を成す機能から区別されるユーザーによって実行する時の動作を示している。例えば，マウスを使ってユーザーがクローズボタンをクリックすると，ウインドウが実際にクローズする前に，そのボタンがくぼむように表示されることでボタンが影になる。（６頁１９行∼２３行）」

⑥ 「これらの３つの属性の分類は，すなわち，形態，動作，機能であり，本発明の実施形態は，オブジェクト及びオブジェクトパーツの形態及び動作を変更するための能力をユーザー（アプリケーションのエンドユーザー，アプリケーション開発者もオペレーティングシステムを使用するあるいは請うその他の者も参照するこのドキュメントを通して適用されるユーザーと定義する）に提供するが，機能を基礎にこれらを成すことは好ましくない。ここでの原理がユーザーによって変更できる機能的な属性に関するシステム及び方法に同様に適用できることが，当業者によって理解されるであろう。しかしながら，機能上のシステム標準化はある程度の利点を提供するため，本実施形態では他の属性の処理から機能上の処理を分けている。（６頁２４行∼７頁３行）」

⑦ 「今日，すべての映像及び音響効果に利用できるＧＵＩさえあれば，心地好いインタフェースのオブジェクトの形態及び動作に対するシステム制御を発展させることができる多様なデスクトップの『ルックス』を広く想像することができる。従来の図２Ｃに示すユーザーインタフェース画面と図２Ｄ，２Ｅに示す異なるテーマを用いているユーザーインタフェース画面の比較は，本発明に従うユーザーインタフェースにおける形態及び動作の変更に対する強力な能力を理解するのにより良い出発点となる。例えば，図２Ｃに示す『ビュー』タイトルバーと図２Ｄ，２Ｅに示す『ビュー』タイトルバーの形態の違いに注目されたい。（７頁４行∼１１行）」

⑧ 「…ここで用いる，『テーマ』という言葉は，ディスプレイ上で，異なる視覚的な形態を生成するインタフェースオブジェクトとオブジェクトパーツの設計を調整するものである。…」（８頁１４行∼１６行）

⑨ 「このように，パターンテーブルの使用を通して，デスクトップオブジェクトの色と／あるいはパターンは，パートインデックステーブル６２と／あるいはパターンルックアップテーブル６４の値の変更によって，あるテーマから他のテーマへ容易に切り替えることができる。… 」（１７頁２行∼５行）

⑩ 「パターンルックアップテーブルは，テーマによって用いられる色とパターンのリストを特定する。…」（１９頁２７行∼２８行）

⑪ 「テーマは，以下に説明される形態マネージメントレイヤーによって用いられる標準的なパターンルックアップリソースの設定を提供する。パターンルックアップテーブルは，テーマによって用いられる色とパターンの設定を定義し，テーマのパターンルックアップテーブルを構築するために用いられる。…」（２８頁５行∼８行）(ウ) 図面（かっこ内は，本願明細書中の「図面の簡単な説明」の記載である）・ 図２Ｃ（従来のユーザーインタフェースを示す図である。）・ 図２Ｄ（本発明の実施形態に従う第１のテーマ下の操作における図２Ｃのユーザーインタフェースを示す図である 。）・ 図２Ｅ（本発明の実施形態に従う第２のテーマ下の操作における図２Ｃのユーザーインタフェースを示す図である 。）(エ) 上記(ア)によれば，本願補正発明の特許請求の範囲には 表示形態 」「との記載があるところ，その意味について上記(イ)，(ウ)の明細書及び図面の記載を参酌して検討する。上記(イ)によれば，本願補正発明は，ウインドウ及びウインドウパーツの属性を形態，動作，機能の３つに分類するが，このうち機能を変更する能力をユーザーに与えるのは好ましくないとの観点から，形態を変更するための能力をユーザーに提供することを目的とする（請求項１，摘記⑥ ）。なお，動作を変更することについては本件補正後の請求項４∼６が対応しており，上記(ア)のとおり，請求項４∼６の特許請求の範囲には「動作」の記載がある。そして，形態については，ウインドウ及びその成分パーツの色，サイズ，形，位置の属性を形態属性というとし（摘記④ ） 本願補正発明は ，，アイコン，メニュー，リスト，制御要素，カーソル，メニューバー等を含むデスクトップオブジェクト（摘記③）及びその成分であるオブジェクトパーツ（摘記④，⑥）について，その形態を変更するための能力をユーザーに与えるものである（摘記⑥ ）。そして，ユーザーにとって心地よいインタフェースのオブジェクトの形態及び動作を制御してデスクトップの「ルックス」をユーザーの好みのものとするものである（摘記⑦）。そうすると，本願補正発明にいう表示形態は，インタフェースのオブジェクト及びオブジェクトパーツが備える属性のうちから動作と機能を除いたものであり，色，形，サイズ等による表示上の視覚的な属性をいうものと認められる。イ 一方，引用例１（甲１）には，以下の記載がある。(ア) 本文「今回は，Ｗｉｎ３．１デスクトップの実際のチューニング方法と，早速登場してきたＷｉｎ３．１用フリーソフトウェアの紹介がテーマである．Ｗｉｎｄｏｗｓ ３．１ 日本語版 導入講座