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