【事件の表示】
　特願２００９−　５０５２９「対応するアウトラインに制御点が欠けている場合のグラフィカルオブジェクトの適切なレンダリング」拒絶査定不服審判事件〔平成２１年　５月２８日出願公開、特開２００９−１１６９１５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯・本願発明 
１　手続の経緯
　本願は、平成１７年５月３０日に出願した特願２００５−１５７１３７号（パリ条約による優先権主張２００４年５月２８日、米国）の一部を平成２１年３月４日に新たな特許出願としたものであって、平成２３年３月１日付けで拒絶理由が通知され、平成２３年９月５日付けで意見書が提出されると同時に手続補正がなされたが、平成２３年１１月１日付け（発送日同年１１月７日）で拒絶査定がなされたものである。
　本件は、本願についてなされた上記拒絶査定を不服として平成２４年３月７日付けで請求された拒絶査定不服審判請求であって、同時に手続補正がなされたものである。 
 　 
２　本願発明
　本願の請求項１〜２１に係る発明は、平成２３年９月５日付け手続補正及び平成２４年３月７日付け手続補正により補正された特許請求の範囲、明細書及び図面の記載からみて、その特許請求の範囲の請求項１〜２１に記載された事項によって特定されるものであるところ、その請求項１に係る発明（以下「本願発明」という。） は次のとおりのものと認められる。 
 　 
「関連するグラフィカルオブジェクトの複数のセットへのアクセスを有しており、前記関連するグラフィカルオブジェクトの複数のセットはそれぞれが当該関連するグラフィカルオブジェクトのセットからの個々のグラフィカルオブジェクトを表すアウトラインを含む、コンピューティングシステムにおいて、対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法であって、
　コンピュータシステムが、グラフィカルオブジェクトの特徴について目標幅を計算するステップと、
　前記コンピュータシステムが、前記特徴に対応する中心線の位置を計算するステップと、
　前記コンピュータシステムが、前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップと、
　前記コンピュータシステムが、前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップと、
　前記コンピュータシステムが、前記グラフィカルオブジェクトを表示装置上にレンダリングするステップと、
　を含んでおり、前記レンダリングされたグラフィカルオブジェクトは、前記特徴を含み、前記中心線の前記グリッド位置と適合するように調整された前記特徴に関する前記１又は複数の既存の制御点を用い、
　前記特徴に対応する中心線の位置を計算するステップは、前記アウトラインの前記１又は複数の既存の制御点の位置に基づいて中心線の位置を計算するステップを含むことを特徴とする方法。」
　　
第２　引用文献の記載事項 
　原査定における拒絶の理由に引用された特開平６−８３３１３号公報（以下「引用文献」という。）には、図面と共に次に掲げる事項が記載されている。
　　
「　　【０００２】
　　【従来の技術】
　図８は、アウトラインフォントの処理構成図である。フォントファイル１から読み込まれたアウトラインデータは、展開部２において輪郭線として展開され、次いで変倍処理部３で求める大きさに変倍され、ヒンティング処理部４では、変倍されたアウトラインデータに対して線幅補正などのヒンティングを施し、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する。」
　　
「　　【００１４】
　　【実施例】
　以下、本発明の一実施例を図面を用いて具体的に説明する。
〈実施例１〉
　図１は、本発明の輪郭線補正処理のフローチャートであり、例えば、前述したように２５６×２５６ピクセルの空間でデザインされた文字“Ｈ”を１６×１６ピクセルに縮小変倍処理したときに補正処理のヒンティング処理を行うものである。また、この処理は、図８に示すヒンティング処理部４によって実行されるものである。」
　　
「　　【００２７】
〈実施例３〉
　上記した実施例１、２の処理によって、同一の線幅にデザインされたステムの線幅を変倍後も同一に保つことが可能になる。しかし、上記した方法では、縦ステムの位置を、その輪郭線の右端を基準に決定しているので、小サイズにおいては全体のバランスが崩れてしまう可能性がある。実施例３は、文字の対称性を保持し、きれいでバランスのよい文字を生成するものである。
　　　【００２８】
　図４は、実施例３の輪郭線補正処理のフローチャートであり、前述した実施例と同様に２５６×２５６ピクセルの空間でデザインされた文字“Ｈ”を１６×１６ピクセルに縮小変倍処理したときに補正処理であるヒンティングを行うものである。
　　　【００２９】
　また、図９に示すアウトラインデータにおいて、点０、１、５、８に対して属性１０が付与され、点４には属性１１が付与され、点９には属性１２が付与され、点２、６、７、１１には属性２０が付与され、点３には属性２１が付与され、点１０には属性２２が付与されているものとする。この２桁からなる属性のうち、上位の桁はｘ軸方向の属性を表し、下位の桁はｙ軸方向の属性を表している。
　　　【００３０】
　そして、図５に示すように、デザイン時の各点の属性について、対応する輪郭線上の線分までの距離と、そのステムの持つべき線幅とを格納した線幅テーブルを設ける。変倍処理が行われると、同時に上記した距離と線幅は変倍処理された値になる。
　　　【００３１】
　本実施例の動作について説明すると、アウトラインデータの点数をｎｕｍｐｏｉｎｔに設定し（ステップ２０１）、ｎを０として（ステップ２０２）、ｎがｎｕｍｐｏｉｎｔを越えない限り（ステップ２０３）、アウトラインデータの点の属性を調べ（ステップ２０４）、ｘ軸方向の属性が０ならばｘ軸方向に丸め処理を行い（ステップ２０５、２０６、２０７）、ｘ軸方向の属性が１ならば左端の適合処理を行い（ステップ２０８、２０９、２１０）、ｘ軸方向の属性が２ならば右端の適合処理を行う（ステップ２１１、２１２、２１３）。
　　　【００３２】
　ｙ軸方向の属性が０ならばｙ軸方向に丸め処理を行い（ステップ２０５、２０８、２１１）、ｙ軸方向の属性が１ならば上端の適合処理を行い（ステップ２０６、２０９、２１２）、ｙ軸方向の属性が２ならば下端の適合処理を行う（ステップ２０７、２１０、２１３）。それ以外の点については、他の方法によってヒンティングが行われる（ステップ２１４）。ｎを次の点にして（ステップ２１５）、以上の処理を繰り返して、アウトラインデータの全ての点について処理する。
　　　【００３３】
　ここで、丸め処理とは、前述したと同様に、四捨五入、切り上げ、切り捨てといった、小数を整数にするための変換を指す。以下の説明では、四捨五入を用いる。
　　　【００３４】
　上記した適合処理、例えば点１（属性１０）に対する左端適合処理を例にして説明する。２５６×２５６ピクセルの空間でデザインされた文字“Ｈ”が１６×１６ピクセルに縮小処理されるので、点１のｘ軸方向の属性１に対応する、図５の線幅テーブルから読みだされる距離２４は、１．５（＝２４／１６）になり、また線幅は、１．５（＝２４／１６）になる。
　　　【００３５】
　これらを１／２にして、距離０．７５と線幅０．７５を得る。
　ｘ座標が１．２５（＝２０／１６）である点１を、距離０．７５だけ右に移動する。この点はちょうど点１と点２の中点にあたる。
　ｘ座標が２．０である点１を、最も近いピクセル境界２．０に移動する。
　ｘ座標が２．０である点１を左に線幅０．７５だけ移動する。
　点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行う。この結果、図６に示すように、変倍処理されたステムの中心線をピクセル境界にするように線幅補正され、左右対称にヒンティング処理されたステムが得られる。」
　　
「　　【００３６】
〈実施例４〉
　上記した実施例３では、点の移動処理を３回（右２回、左１回）行っているが、本実施例４では、点の移動回数を少なくしたものである。なお、この実施例では図５の線幅テーブルの値が１／２になっているものとする。従って、線幅テーブルの値を１／２にする演算が省略される。
　　　【００３７】
（１）点１のｘ軸方向の属性１に対応する距離０．７５と線幅０．７５を得る。
（２）点１のｘ座標１．２５を得て、これに距離０．７５を加算する。これはちょうど点１と点２の中点のｘ座標である。
（３）得られたｘ座標２．０を四捨五入して２．０を得る。
（４）得られたｘ座標２．０から線幅０．７５を引く。
（５）得られたｘ座標１．２５の位置に点１を移動する。
　　　【００３８】
　この実施例４では、点１の移動処理が左に一回移動するだけで、実施例３に比べて処理が簡単になる。この処理結果は、図６に示すようにヒンティング処理されたアウトラインデータとなる。」
　　
「　　【００３９】
〈実施例５〉
　上記した実施例では、点１と点２の中点に対する処理としてピクセル境界への移動（四捨五入）を行うものであった。しかし、中点をピクセル境界へ移動して、該中点から上下または左右対称に移動を行うものであるから現われるピクセル数は必ず偶数になってしまう。図６の縦ステムは２ピクセルとなる。従って、中点をピクセル境界へ移動した場合、ピクセル数は、２ピクセル、４ピクセル、６ピクセル．．．の値をとることからステムの幅が急に太くなって、きれいな文字を構成できない。
　　　【００４０】
　中点をピクセル中心へ移動した場合でも、ピクセル数は、１ピクセル（図６の横ステム）、３ピクセル、５ピクセル．．．の如く奇数になるだけでステムの幅が急に太くなって同様にきれいな文字を構成できない。
　　　【００４１】
　そこで、本実施例では、線幅テーブルに保持されている線幅が奇数のとき、中点に対するヒンティングは、ピクセル中心への移動とし、線幅が偶数のときにはピクセル境界への移動とするものである。すなわち、
（１）点１のｘ軸方向の属性１に対応する線幅１．５を得る。
（２）この線幅１．５を四捨五入して２を得る。
（３）２は偶数であるので、中点の移動はピクセル境界への移動を用いる。奇数のときは、ピクセル中心へ移動する。」
　　
第３　対比
１　引用文献に記載された発明
　引用文献における実施例のアウトラインフォントの処理は、従来の技術と同様に
「フォントファイル１から読み込まれたアウトラインデータは、展開部２において輪郭線として展開され、次いで変倍処理部３で求める大きさに変倍され、ヒンティング処理部４では、変倍されたアウトラインデータに対して線幅補正などのヒンティングを施し、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」（段落【０００２】【００１４】）ものである。
　実施例は、「２５６×２５６ピクセルの空間でデザインされた文字・・・を１６×１６ピクセルに縮小変倍処理したときに補正処理のヒンティング処理を行うものであ」り、「この処理は、・・・ヒンティング処理部４によって実行されるものである。」（段落【００１４】）
  実施例３においては、「デザイン時の各点の属性について、対応する輪郭線上の線分までの距離と、そのステムの持つべき線幅とを格納した線幅テーブルを設ける。」（段落【００３０】）
  「左端適合処理」は、「２５６×２５６ピクセルの空間でデザインされた文字・・・が１６×１６ピクセルに縮小処理されるので、点１のｘ軸方向の属性１に対応する、・・・線幅テーブルから読みだされる距離２４は、１．５（＝２４／１６）になり、また線幅は、１．５（＝２４／１６）になる。」（段落【００３４】）
「これらを１／２にして、距離０．７５と線幅０．７５を得る。
　ｘ座標が１．２５（＝２０／１６）である点１を、距離０．７５だけ右に移動する。この点はちょうど点１と点２の中点にあたる。
　ｘ座標が２．０である点１を、最も近いピクセル境界２．０に移動する。
　ｘ座標が２．０である点１を左に線幅０．７５だけ移動する。
　点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行う。この結果、・・・変倍処理されたステムの中心線をピクセル境界にするように線幅補正され、左右対称にヒンティング処理されたステムが得られる。」（段落【００３５】）
　実施例５は、「線幅テーブルに保持されている線幅が奇数のとき、中点に対するヒンティングは、ピクセル中心への移動とし、線幅が偶数のときにはピクセル境界への移動とするものである。すなわち、
（１）点１のｘ軸方向の属性１に対応する線幅１．５を得る。
（２）この線幅１．５を四捨五入して２を得る。
（３）２は偶数であるので、中点の移動はピクセル境界への移動を用いる。奇数のときは、ピクセル中心へ移動する。」（段落【００４１】）ものである。ここで、（１）〜（３）の記載は、（１）において「線幅１．５」を得ているので、縮小処理されているものであり、（３）における「２」は縮小処理され、四捨五入された線幅であり、 線幅が偶数のときは、中点の移動はピクセル境界への移動を用い、奇数のときは、ピクセル中心へ移動する。したがって、実施例５は、縮小処理され、四捨五入された線幅が偶数のときは、中点の移動はピクセル境界への移動を用い、奇数のときは、ピクセル中心へ移動するものである。
　　
　以上のようなアウトラインフォントの処理は、方法の発明として認定することができ、引用文献には次の発明（以下「引用発明」という。）が記載されていると認められる。
　　
「アウトラインフォントの処理であって、
　フォントファイル１から読み込まれたアウトラインデータは、展開部２において輪郭線として展開され、次いで変倍処理部３で求める大きさに変倍され、ヒンティング処理部４では、変倍されたアウトラインデータに対して線幅補正などのヒンティングを施し、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開するものであり、
　２５６×２５６ピクセルの空間でデザインされた文字（アウトラインデータ）を１６×１６ピクセルに縮小変倍処理したときに補正処理のヒンティング処理を行うものであり、この処理は、ヒンティング処理部４によって実行されるものであって、
　デザイン時の各点の属性について、対応する輪郭線上の線分までの距離と、そのステムの持つべき線幅とを格納した線幅テーブルを設け、
  左端適合処理は、２５６×２５６ピクセルの空間でデザインされた文字（アウトラインデータ）が１６×１６ピクセルに縮小処理されるので、点１のｘ軸方向の属性１に対応する線幅テーブルから読みだされる距離及び線幅は、縮小された距離（１．５＝２４／１６）及び縮小された線幅（１．５＝２４／１６）になり、
　これらを１／２にして、１／２にした縮小された距離（０．７５）及び１／２にした縮小された線幅（０．７５）を得、
　点１のｘ座標（１．２５＝２０／１６）を、１／２にした縮小された距離（０．７５）だけ右に移動して、点１と点２の中点（１．２５＋０．７５＝２．０）を得、
　縮小された線幅（１．５）を四捨五入して得られた線幅が、偶数のときは、中点の移動はピクセル境界への移動を用い、奇数のときは、ピクセル中心へ移動し、
　点１を左に縮小された線幅（０．７５）だけ移動し、
　さらに、点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行い、この結果、変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ、
　その後、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する
　アウトラインフォントの処理方法。」
　　
２　対比
　本願発明と引用発明とを対比する。
　　
（ア）「関連するグラフィカルオブジェクトの複数のセットへのアクセスを有しており、前記関連するグラフィカルオブジェクトの複数のセットはそれぞれが当該関連するグラフィカルオブジェクトのセットからの個々のグラフィカルオブジェクトを表すアウトラインを含む、コンピューティングシステムにおいて」
　
　引用発明は、
「フォントファイル１から読み込まれたアウトラインデータは、展開部２において輪郭線として展開され、次いで変倍処理部３で求める大きさに変倍され、ヒンティング処理部４では、変倍されたアウトラインデータに対して線幅補正などのヒンティングを施し、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開するものであり」、フォントファイル１には、アウトラインデータが記憶され、フォントファイル１には複数のデータが記憶されていることは明らかであるから、引用発明は、「関連するグラフィカルオブジェクトの複数のセットはそれぞれが当該関連するグラフィカルオブジェクトのセットからの個々のグラフィカルオブジェクトを表すアウトラインを含む」ものといえる。
　しかしながら、引用発明は、「関連するグラフィカルオブジェクトの複数のセットへのアクセスを有して（おり）」いる「コンピューティングシステム」におけるものではなく、本願発明と相違する。
　　
（イ）「対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法であって」
　　
　「対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法」がどのような方法か検討する。
　本願明細書の段落【０００９】において、「非最適なレンダリング結果の１つの原因は、「Ｈ」がクロスバーのエッジ間には制御点をもつが、例えばクロスバーのエッジの間の中心に沿った想像線（破線１０４で表す）上には制御点をもたないことから生じる。」と記載されており、「クロスバーのエッジの間の中心に沿った想像線（破線１０４で表す）上には制御点をもたない」ことは、「対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合（に）」といえる。そして、「対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法」は、「クロスバーのエッジの間の中心に沿った想像線（破線１０４で表す）上には制御点をもたないことから生じる」「非最適なレンダリング」を生じないようにする「グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法」と認められる。
　一方、引用発明における「アウトラインデータ」は、文言どおり「アウトライン」のデータであって、中心線に制御点がないものと認められ、引用発明は「適合処理」により、「変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ」るものであり、「その後、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」ものである。
　「ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」ことは、「グラフィカルオブジェクトのレンダリング方法」といえる。そして、引用発明は、「適合処理」により、「変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ」るものであり、中心線には制御点はないから、「対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法」といえる。
　　
（ウ）「コンピュータシステムが、グラフィカルオブジェクトの特徴について目標幅を計算するステップと、
　前記コンピュータシステムが、前記特徴に対応する中心線の位置を計算するステップと、
　前記コンピュータシステムが、前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップと、
　前記コンピュータシステムが、前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップと、
　前記コンピュータシステムが、前記グラフィカルオブジェクトを表示装置上にレンダリングするステップと、
　を含んでおり」
　　
　引用発明は、
「左端適合処理は、２５６×２５６ピクセルの空間でデザインされた文字（アウトラインデータ）が１６×１６ピクセルに縮小処理されるので、点１のｘ軸方向の属性１に対応する線幅テーブルから読みだされる距離及び線幅は、縮小された距離（１．５＝２４／１６）及び縮小された線幅（１．５＝２４／１６）になり、
　これらを１／２にして、１／２にした縮小された距離（０．７５）及び１／２にした縮小された線幅（０．７５）を得、
　点１のｘ座標（１．２５＝２０／１６）を、１／２にした縮小された距離（０．７５）だけ右に移動して、点１と点２の中点（１．２５＋０．７５＝２．０）を得、
　縮小された線幅（１．５）を四捨五入して得られた線幅が、偶数のときは、中点の移動はピクセル境界への移動を用い、奇数のときは、ピクセル中心へ移動し、
　点１を左に縮小された線幅（０．７５）だけ移動し、
　さらに、点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行い、この結果、変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ、
　その後、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」ものである。
　　
（ウ-1）「コンピュータシステムが、グラフィカルオブジェクトの特徴について目標幅を計算するステップ」
　引用発明は、「点１のｘ軸方向の属性１に対応する線幅テーブルから読みだされる距離及び線幅は、縮小された距離（１．５＝２４／１６）及び縮小された線幅（１．５＝２４／１６）にな（り）」るものであり、線幅を計算するものといえ、この線幅は、「グラフィカルオブジェクトの特徴について目標幅」といえる。
　したがって、引用発明は、「グラフィカルオブジェクトの特徴について目標幅を計算するステップ」を含んでいるといえる。もっとも、引用発明は、処理動作の主体がコンピュータシステムとしていない点で、本願発明と相違する。
　　
（ウ-2）「前記コンピュータシステムが、前記特徴に対応する中心線の位置を計算するステップ」
　引用発明は、「点１のｘ座標（１．２５＝２０／１６）を、１／２にした縮小された距離（０．７５）だけ右に移動して、点１と点２の中点（１．２５＋０．７５＝２．０）を得」るものであり、「この結果、変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ」るものであるから、「前記特徴に対応する中心線の位置を計算するステップ」を含んでいるといえる。
　しかしながら、引用発明は、処理動作の主体がコンピュータシステムとしていない点で、本願発明と相違する。
　　
（ウ-3）「前記コンピュータシステムが、前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップ」
　引用発明は、「縮小された線幅（１．５）を四捨五入して得られた線幅が、偶数のときは、中点の移動はピクセル境界への移動を用い、奇数のときは、ピクセル中心へ移動（し）」するものであり、「前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップ」を含んでいるといえる。
　しかしながら、引用発明は、処理動作の主体がコンピュータシステムとしていない点で、本願発明と相違する。
　　
（ウ-4）「前記コンピュータシステムが、前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップ」
　引用発明は、「左端適合処理は、・・・点１を左に縮小された線幅（０．７５）だけ移動し、
　さらに、点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行い、この結果、変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ」るものであるから、「前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップ」を含んでいるといえる。
　しかしながら、引用発明は、処理動作の主体がコンピュータシステムとしていない点で、本願発明と相違する。
　　
（ウ-5）「前記コンピュータシステムが、前記グラフィカルオブジェクトを表示装置上にレンダリングするステップ」
　引用発明は、「ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」ものであり、「前記グラフィカルオブジェクトをレンダリングするステップ」を含んでいるといえる。
　しかしながら、引用発明は、処理動作の主体がコンピュータシステムとしていない点で、本願発明と相違し、
　さらに、本願発明は、「表示装置上に」レンダリングするのに対し、引用発明は、そうではない点で相違する。
　　
（ウ-6）まとめ
　以上のとおり、本願発明と引用発明とは、
「グラフィカルオブジェクトの特徴について目標幅を計算するステップと、
　前記特徴に対応する中心線の位置を計算するステップと、
　前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップと、
　前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップと、
　前記グラフィカルオブジェクトをレンダリングするステップと、
　を含んで（おり）」
いる点で一致し、
　ステップの処理動作の主体が、本願発明は、「コンピュータシステム」であるのに対し、引用発明では、そうではなく、
　さらに、本願発明は、「表示装置上に」レンダリングするのに対し、引用発明は、そうではない点で相違する。
　　
（エ）「前記レンダリングされたグラフィカルオブジェクトは、前記特徴を含み、前記中心線の前記グリッド位置と適合するように調整された前記特徴に関する前記１又は複数の既存の制御点を用い」
　　
　引用発明は、「・・・点１を左に縮小された線幅（０．７５）だけ移動し、
　さらに、点２に対する右端の適合処理を、上記した点１に対する適合処理と全く対称的に行い、この結果、変倍処理されたステムの中心線をピクセル境界又はピクセル中心にするように線幅補正され、左右対称にヒンティング処理されたステムが得られ、
　その後、ラスタライザ５で塗りつぶし処理が行われて輪郭内をドットデータ６に展開する」ものであるから、
　「前記レンダリングされたグラフィカルオブジェクトは、前記特徴を含み、前記中心線の前記グリッド位置と適合するように調整された前記特徴に関する前記１又は複数の既存の制御点を用い」るものといえる。
　　
（オ）「前記特徴に対応する中心線の位置を計算するステップは、前記アウトラインの前記１又は複数の既存の制御点の位置に基づいて中心線の位置を計算するステップを含む」
　　
　上記（ウ-2）のとおり、引用発明は、「点１のｘ座標（１．２５＝２０／１６）を、１／２にした縮小された距離（０．７５）だけ右に移動して、点１と点２の中点（１．２５＋０．７５＝２．０）を得」るものであり、「前記アウトラインの前記１又は複数の既存の制御点の位置に基づいて中心線の位置を計算する」ものといえるから、「前記特徴に対応する中心線の位置を計算するステップは、前記アウトラインの前記１又は複数の既存の制御点の位置に基づいて中心線の位置を計算するステップを含む」といえる。
　　
３　一致点、相違点
　以上より、本願発明と引用発明との一致点、相違点は、次のとおりである。
　　
（一致点）
　関連するグラフィカルオブジェクトの複数のセットはそれぞれが当該関連するグラフィカルオブジェクトのセットからの個々のグラフィカルオブジェクトを表すアウトラインを含み、
　対応するアウトラインが、グラフィカルオブジェクトの特徴をレンダリングするのに必要な制御点を有しておらず、前記特徴に対応する中心線の上に制御点が存在しない場合に、グラフィカルオブジェクトのレンダリング方法を動的に最適化するための方法であって、
　グラフィカルオブジェクトの特徴について目標幅を計算するステップと、
　前記特徴に対応する中心線の位置を計算するステップと、
　前記特徴について計算された前記目標幅に基づいて、前記中心線の計算された前記位置をグリッド位置に丸めるステップと、
　前記特徴の１又は複数の既存の制御点の位置を前記中心線の前記グリッド位置に適合するように調整するステップと、
　前記グラフィカルオブジェクトをレンダリングするステップと、
　を含んでおり、前記レンダリングされたグラフィカルオブジェクトは、前記特徴を含み、前記中心線の前記グリッド位置と適合するように調整された前記特徴に関する前記１又は複数の既存の制御点を用い、
　前記特徴に対応する中心線の位置を計算するステップは、前記アウトラインの前記１又は複数の既存の制御点の位置に基づいて中心線の位置を計算するステップを含むことを特徴とする方法。」
　　
（相違点１）
　本願発明は、「関連するグラフィカルオブジェクトの複数のセットへのアクセスを有して（おり）」いる、「コンピューティングシステム」におけるものであり、処理動作の主体が「コンピュータシステム」であるのに対し、
　引用発明は、そうではない点
　　
（相違点２）
　本願発明は、「表示装置上に」レンダリングするのに対し、引用発明は、そうではない点
　　
第４　判断
１　相違点１及び２について
　一般に、「アウトラインフォント」を「レンダリング」する場合、そのヒンティング処理やレンダリング処理等を行う動作の主体として、パーソナルコンピュータやワードプロセッサ等のいわゆる「コンピューティングシステム（コンピュータシステム）」が用いられることが通常である。また、「アウトラインフォント」を「レンダリングする」対象は、ドットパターンを有する「表示装置」や「印字装置」であることが通常である。
　このことは、例えば、原査定の拒絶の理由に引用された特開平５−３２３９３７号公報に、 
「【０００２】 
　【従来の技術】デスクトップパブリッシング、パーソナルコンピュータ、ワードプロセッサ、ディジタルファックス等においては、その装置内に文字フォントデータが用意されている。斯るフォントデータは、通常、ドットパターン方式、アウトライン方式、あるいはそれらの併用方式の何れかの方式によって保持されている。そして、アウトラインフォントを表示、印刷するために、そのフォント表現はドットパターンに変換される。」
と記載されている。 
　　
　そうすると、引用発明において、処理動作の主体を「コンピューティングシステム（コンピュータシステム）」にすること及び「表示装置上に」レンダリングするようにすることは、当業者が容易に想到できたことである。
　そして、引用発明において、処理動作の主体を「コンピューティングシステム（コンピュータシステム）」にする際に、アウトラインのデータを得るために、「コンピューティングシステム（コンピュータシステム）」が、「関連するグラフィカルオブジェクトの複数のセットへのアクセス」するようにすることは、当業者が当業者が容易に想到できたことである。
　　
　したがって、引用発明に前記技術常識を用い、本願発明とすることは、当業者が容易に想到できたことである。
　　
２　効果等
　以上のように、相違点１、２に係る構成は、当業者が容易に想到できたものである。そして、本願発明の構成は、上記のとおり当業者が容易に想到できたものであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測し得る範囲内のものであり、同範囲を超える顕著なものでもない。
　　
第４　むすび
　以上のとおり、本願の請求項１に係る発明は、引用文献に記載された発明、及び前記技術常識に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。 
　　
　したがって、本願は、他の請求項について検討するまでもなく、拒絶すべきものである。　　
　よって、結論のとおり審決する。