【事件の表示】
　平成１１年特許願第２７９８１１号「オブジェクトを編集するための方法、及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体」拒絶査定不服審判事件〔平成１２年　６月１６日出願公開、特開２０００−１６３４９０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．手続の経緯
　この出願（以下、「本願」という。）は、平成１１年８月２５日（パリ条約による優先権主張平成１０年８月２５日、米国）に出願したものであって、平成１８年６月７日付けで拒絶理由が通知され、これに対して同年９月１１日付けで手続補正がなされたが、同年１０月１９日付けで拒絶査定がなされ、これに対して平成１９年１月１７日に拒絶査定不服審判が請求され、同日付けで手続補正がなされた後、当審において平成２１年６月９日付けで拒絶理由が通知され、これに対して同年８月２１日付けで誤訳訂正がなされたものである。
　
　
２．本願発明
　本願の請求項に係る発明は、平成２１年８月２１日付け誤訳訂正書により誤訳訂正された明細書の特許請求の範囲の請求項１乃至７に記載されたとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
　
「【請求項１】
　プロセッサを含むコンピュータが実行するオブジェクトを編集するための方法であって、前記オブジェクトはアプリケーションに関連付けられたオブジェクトのダイナミック・プロパティを割り当てるためのプロパティ入力シートを有し、
　前記方法は、
　前記プロセッサが、前記プロパティ入力シートをユーザのためにディスプレイ上に表示する段階であって、前記プロパティ入力シートは、前記プロパティの識別子を収めるための属性名セクションと、前記属性名セクションにより識別される関数式を収めるためのプロパティ入力セクションとを有し、前記関数式はデータ値としてランタイムで参照可能である、前記表示する段階と、
　前記プロセッサが、前記ディスプレイ上に表示された前記プロパティ入力シートを使用して入力され且つデータ値としてランタイムで参照可能な前記関数式を入力機器から受けとる段階と、
　前記プロセッサが、前記受けとった関数式を構文解析する段階と、
　前記プロセッサが、メモリーに記憶されているデータソースを用いて、前記構文解析により特定される式エレメントについての関数を生成する段階と、
　前記プロセッサが、前記生成された関数を前記オブジェクトの前記プロパティのためのランタイム値として前記メモリーに記憶する段階と
　を前記コンピュータに実行させる、前記方法。」
　
　
３．引用発明
　これに対し、当審の拒絶理由の理由２で引用文献１として引用した、特開平７−５６８９８号公報（以下、「引用文献１」という。）には、以下の記載がある。
　
（あ）「【特許請求の範囲】 
 【請求項１】 文書を入力する文書入力手段と、 
 前記文書入力手段により入力された文書の構成要素に対する属性をその他の構成要素に対する属性との関係として保持する属性保持手段と、 
 前記属性保持手段により保持されている属性に基づいて該当する文書の構成要素を変更する文書構成要素処理手段と、を備えたことを特徴とする文書処理装置。 
 【請求項２】 前記属性保持手段に保持される構成要素の属性が、参照する他の構成要素を指し示す属性、参照される前記他の構成要素（参照構成要素という）の特定の属性に対する相対値、および関係の種類とを含むことを特徴とする請求項１記載の文書処理装置。 
 【請求項３】 前記参照構成要素を指し示す属性が、関係を表す式によって指定されることを特徴とする請求項２記載の文書処理装置。」 
　
（い）「【０００１】 
 【産業上利用分野】本発明は色や文字フォントなどの文書の構成要素に対する属性の変更を含む編集を行うことのできるワードプロセッサなどの文書処理装置に関する。 
 【０００２】 
 【従来の技術】近年の技術の進歩によりワードプロセッサやワークステーション上の文書編集エディタなどにおいて手軽に文書を作成できるようになっている。最近ではさらにその機能が高まり、カラー文書が作成できるようになった。それをカラープリンタに出力することにより、手軽にカラー文書が作成できるようになったのである。」 
　 
（う）「【００１４】色計算部１３は文書の割り付け結果を可視化部１９に出力する際に、個々の構成要素に指定された絶対的指定と相対的な指定の色値を参照して、構成要素の色を計算する役割を持つ。また、相対色保持部１２２には参照先の構成要素（参照構成要素と呼ぶ）が指定されるが、それが式を用いて指定される場合は、色計算部１３は参照構成要素決定部１４を呼び出しながら、その決定を行う。
【００１５】また、相対色指定部１１２は相対関係が指定できるが、これはシステムが予め保持している関係の他にもユーザが定義することも可能である。相対関係保持部１８、相対関係指定部１７はそのために使用される。すなわち、相対関係指定部１７によってユーザが相対関係を定義し、定義された相対関係は相対関係保持部１８に保持される。相対関係保持部１８に保持された相対関係は、相対色指定部１１２で相対関係を指定する際、および色計算部１３によって色を計算しなければならないときに参照される。」
　
（え）「【００１７】＜相対色保持部１２２＞図２に構成要素保持部１２１と相対色保持部１２２に保持されるデータの例を、図３（ａ）（ｂ）に、図２（ａ）（ｂ）の保持部の内容が表現している文書のイメージを示す。この例の場合、各構成要素は構成要素保持部１２１の各項目に示すような属性を持つものとする。ここであげている例では構成要素単位に色を付けることができるようにしているため、例えば文字列の一部にのみ色を付けることはできないが、これは説明の簡単のためであり、本質的な問題ではない。 
 【００１８】構成要素保持部１２１は各構成要素に対して、その構成要素の識別子と内容の種別、内容、色を保持する。色の指定には絶対あるいは相対の値が指定可能である。色の値が「絶対」の場合は、その構成要素が指定された色そのもので表現されていることを意味する。例えば、構成要素Ａは「第２章 システム」という内容を持ったテキストであり、ＲＧＢ＝［０，５，１０］（青味の強い青緑）という色が絶対的に指定されているということを表している。一方、相対の場合は相対色保持部１２２に指定された相対色を参照することを意味し、例えば構成要素Ｂの色は相対色保持部１２２のａと言うデータを参照していることを意味している。従来の技術では、ここで言う絶対の値のみを表現可能であった。本発明はこれを相対的にも指定可能にしたことが本質的な特徴である。
（略）
【００２０】相対色保持部１２２では、一つの相対色データごとにその識別子、参照先の構成要素、相対関係、相対値を保持する。参照構成要素はどの構成要素の色を基準として相対値が指定されているかを表している。相対関係は参照構成要素の色と相対色が指定しようとしている色の関係を指定するものである。この例の場合は「差」と「補色」が定義されている。「差」は相対値に指定された値との単純な差を表し、「補色」は参照構成要素の色の各ＲＧＢ値を［１０，１０，１０］から引いた値である（ここで言う「補色」は色彩工学で言う厳密な意味での補色を意味するものではない）。この例では上記二つの関係しか表現していないが、定義することで他の関係を用いることもできる（後述する相対関係保持部１８を用いる）。」 
　
 （お）「【００２１】＜相対色指定部１１２＞相対色指定部１１２のインタフェースの例を図４に示す。これはテキストの属性を指定するためのプロパティシートである。この例の場合、相対的な色を指定するだけでなく、文字のフォントや大きさ、絶対的な色を同時に指定できる形態で実現されている。つまり、相対色指定部１１２を従来からある内容・属性指定部１１１に組み込んだ形で実現している。図の枠で囲まれた部分がユーザによって選択される部分である。以下、色の指定部分についてのみ説明する。 
 【００２２】色は絶対で指定するか、相対で指定するかを選択する。図４の上部で示すのが属性を絶対で指定した場合、下部は相対を選択した場合である。絶対／相対の選択によって指定できる属性は変化し、それによってプロパティシートの表示も変化する。 
 【００２３】絶対指定の場合は色の指定を名前で指定するか、パラメータで指定するかを選択する。この例の場合は色の名前で指定する方法を選択し、色として「青緑」という色を指定している。 
 【００２４】相対の場合は、参照構成要素の識別子、相対関係、相対値を指定する。この例の場合はそれぞれＡ、差、［０，０，−１］という値を指定している。相対関係で選択できる項目はシステムが予め持っている関係に加えて、後述する相対関係保持部１８にユーザが定義した関係も指定可能である。この例の場合、「差、補色」がシステムの持っている関係で、「合成１」がユーザが定義した相対関係である。」 
　
 （か）「【００２６】＜相対関係保持部１８＞相対関係保持部１８はユーザが定義する相対関係を保持する。システムが予め持っている関係（本実施例の場合は「差」と「補色」）以外にユーザが良く使う関係を定義するための機構である。相対関係とは、相対色を構成要素に指定する際に、参照する構成要素とどういう関係にあるのかを意味する。 
 【００２７】図５に相対関係保持部１８に保持されるデータの例を示す。相対関係保持部１８は相対関係識別子とその定義とを保持する。この例では「赤化、暗化、合成１」という三つの関係が定義されている。定義部はプログラミング言語様の計算式によって定義する。 
 【００２８】定義部における＝は代入を意味する記号で、左辺のＲ，Ｇ，Ｂという変数が最終的に変換後のＲＧＢ値として用いられる。右辺のＲ，Ｇ，Ｂは参照構成要素のＲＧＢ値がそれぞれ代入されており、ｒ，ｇ，ｂには相対値によって指定されている値が代入されている。従って、ユーザは構成要素のＲＧＢ値と相対値に指定したＲＧＢ値を用いて、関係を定義することが可能である。 
 【００２９】例えば、図５の「赤化」はＧ，Ｂに関しては参照構成要素の値をそのまま参照し、Ｒだけを＋１し、赤みを増すことを意味している。「暗化」はＲ，Ｇ，Ｂそれぞれの値を半分にし、色を暗くすることを意味している。「合成１」は参照構成要素の値から相対値に指定されたパラメータをそれぞれ引くことを意味している。因みにシステムには「差」と「補色」が定義されているが、これをこの定義式によって表現すると、 
 差： Ｒ＝Ｒ＋ｒ； Ｇ＝ Ｇ ＋ ｇ； Ｂ ＝ Ｂ ＋ ｂ； 
 補色： Ｒ ＝ １０ − Ｒ； Ｇ＝ １０ − Ｇ； Ｂ ＝ １０ − Ｂ； 
 となる。」 
　
 （き）「【００３０】＜相対関係指定部１７＞相対関係指定部１７は相対関係をユーザが指定するために用いられる。図６に例を示す。図のようにこれから定義する関係名、定義式をそれぞれ入力する部分と、相対関係保持部１８で保持している関係の一覧リストとからなっている。」 
　
（く）「【００３１】＜色計算部１３＞色計算部１３は構成要素の色が相対で指定されている場合、その値から絶対色を計算する際に用いられる。計算方法は以下の通りである。 
 （中略） 
 【００３９】図２，３の例を用いて説明する。 
 例１） 構成要素Ｂの色を求める 
 構成要素Ｂの色のデータ部を参照すると相対色ａが指定されている。そこで、相対色保持部１２２のａを参照する。参照構成要素にはＡが指定されているので、Ａの色を参照し、絶対色の［０，５，１０］を取ってくる。ａの相対関係は差であるので、相対値の［０，０，−１］と［０，５，１０］を足し算し、［０，５，９］が求まり、これが構成要素Ｂの絶対色となる。 
 【００４０】例２） 構成要素Ｒの色を求める 
 構成要素Ｒの色のデータ部を参照すると相対色ｄが指定されている。そこで、相対色保持部１２２のｄを参照する。参照構成要素にはＰが指定されているので、Ｐの色を参照し、絶対色の［０，７，０］を取ってくる。ａの相対関係は合成１が指定されているが、これはユーザ定義の相対関係であるので、相対関係保持部１８を参照する。図５の相対関係であるとすると、合成１は”Ｒ＝ Ｒ − ｒ； Ｇ＝ Ｇ− ｇ； Ｂ ＝ Ｂ − ｂ；”と定義されている。この定義式を評価すると、相対値は［０，４，０］であるから、Ｒ＝ ０ − ０； Ｇ ＝ ７ − ４；Ｂ ＝ ０ − ０；となり、［０，３，０］となり、これが構成要素Ｂの絶対色となる。 」
　
（け）「【００４１】（実施例２） 
 式により参照構成要素を指定する実施例 
 実施例１において、相対色保持部１２２には参照構成要素を保持することは前に述べた。その内容はある構成要素の識別子であった。ある構成要素の識別子を直接参照すると、文書を編集した場合に参照構成要素が無くなったり、あるいは相対色が指定された構成要素を他の文書にコピーした時などに、参照先が無くなることが頻繁に発生する。その場合は、色を決定することができない旨のメッセージをユーザに対して出力し、知らせると言った特別な処理を行わなければならなくなる。 
 【００４２】そこで、参照先の指定を構成要素を直接指定するのではなく、式を用いて間接的に指定するようにしたのがこの実施例２である。すなわち、実施例２では「直前の構成要素」あるいは「直後の構成要素」などのように指定するのである。このようにすることで、参照先が存在しないと言う現象を極力減らせることができると共に、ある文書の要素を他の文書に用いると言った再利用性を高めることが可能になる。 
 【００４３】具体的には、相対色保持部１２２の参照構成要素を式を用いて指定すれば良い。図７にその例を示す。図７の（ａ）は図２の相対色保持部１２２の参照構成要素を式を用いて書き換えたものである。式の意味は図７の（ｂ）に示す通りである。この図７の相対色保持部１２２に保持される情報は、図２の例の場合には図２の相対色保持部１２２のそれと入れ替えてもまったく意味は同じとなる。例えば、図７のｂは図２のＣから参照されているが、ｂの参照構成要素の式のｐｒｅｖ（ｐｒｅｖ（ｓｅｌｆ））は「自分の一つ前の一つ前」を意味するので、結局構成要素Ａを指すことになる。他も同様である。 
 【００４４】＜参照構成要素決定部１４＞参照構成要素決定部１４は相対色を決定する際に参照構成要素が式で指定されていたときに、その式を評価して参照構成要素を決定するための機構であり、色計算部１３から呼び出される。」 
 　 
　引用文献１の記載（あ）によれば、「文書を入力する文書入力手段と、 前記文書入力手段により入力された文書の構成要素に対する属性をその他の構成要素に対する属性との関係として保持する属性保持手段と、 前記属性保持手段により保持されている属性に基づいて該当する文書の構成要素を変更する文書構成要素処理手段と、を備えたことを特徴とする文書処理装置であって、前記属性保持手段に保持される構成要素の属性が、参照する他の構成要素を指し示す属性、参照される前記他の構成要素（参照構成要素という）の特定の属性に対する相対値、および関係の種類とを含み、前記参照構成要素を指し示す属性が、関係を表す式によって指定されることを特徴とする、文書処理装置。」 が記載されている。
　
　引用文献１の記載（い）によれば、引用文献１の文書処理装置は、色や文字フォントなどの文書の構成要素に対する属性の変更を含む編集を行うものといえる。
　
　引用文献１の記載（う）によれば、文書の割り付け結果を可視化部１９に出力する際に、色計算部が個々の構成要素に指定された絶対的指定と相対的な指定の色値を参照して構成要素の色を計算すること、相対色保持部の参照先の構成要素が式を用いて指定される場合は、色計算部１３は参照構成要素決定部１４を呼び出しながら、その決定を行うこと、相対指定はユーザが定義することが可能であるといえる。
　
　引用文献１の記載（え）によれば、図２、図３に示される例では、各構成要素は構成要素保持部１２１の各項目に示すように、その構成要素の識別子と内容の種別、内容、色を保持すること、色の指定には絶対あるいは相対の値が指定可能であること、相対の場合は相対色保持部１２２に指定された相対色を参照するといえる。
　
　引用文献１の記載（お）によれば、テキストの属性を指定するためのプロパティシートを用いて、参照構成要素の識別子、相対関係、相対値を指定する相対色指定が可能になっており、相対関係で選択できる項目は、システムが予め持っている関係に加えて、ユーザが定義した関係も指定可能であるといえる。
　
　引用文献１の記載（か）によれば、ユーザが定義する相対関係を保持する相対関係保持部は、相対色を構成要素に指定する際に、参照する構成要素とどういう関係にあるのかを意味する相対関係について、システムが予め持っている関係（本実施例の場合は「差」と「補色」）以外にユーザが良く使う関係を定義するための機構であるといえる。
　そして、該相対関係は、代入を意味する「＝」記号、最終的に変換後のＲＧＢ値として用いられる左辺のＲ，Ｇ，Ｂという変数、参照構成要素のＲＧＢ値がそれぞれ代入されている右辺のＲ，Ｇ，Ｂ、相対値によって指定されている値が代入されているｒ，ｇ，ｂといった変数を用いたプログラミング言語様の計算式によって定義するといえる。
　
　引用文献１の記載（き）によれば、相対関係をユーザーが指定するために用いられる相対関係指定部の例として、図６のようにこれから定義する関係名、定義式をそれぞれ入力する部分を有するインタフェースを用いることが記載されている。 図６を参照すると、「相対関係名」という文字の横に「合成１」との文字が四角い枠の中に記載され、同じく「定義式」という文字の横に「Ｒ＝Ｒ−ｒ； Ｇ＝ Ｇ−ｇ； Ｂ ＝ Ｂ−ｂ；」との文字が四角い枠の中に記載されている。記載（く）及び図５も参酌すると、「合成１」は、ユーザーが指定した相対関係識別子であり、「Ｒ＝Ｒ−ｒ； Ｇ＝ Ｇ−ｇ； Ｂ ＝ Ｂ−ｂ；」が相対関係識別子に対応するユーザが指定した定義であることはあきらかである。してみると、図６において、「相対関係名」及び「定義式」の文字の横にあるそれぞれの四角い枠は、ユーザが入力（指定）するための領域であるといえる。
　
 　引用文献１の記載（く）によれば、定義式を評価して、相対関係から属性である色の絶対値を算出することが記載されている。 
　
　引用文献１の記載（け）によれば、相対関係を指定する際に参照する構成要素を「直前の構成要素」あるいは「直後の構成要素」というように間接的に指定すること、「ｐｒｅｖ（ｐｒｅｖ（ｓｅｌｆ））」のような式で指定することが記載されている。
 　 
 　してみると、引用文献１には以下の発明（以下、「引用発明」という。）が記載されているといえる。 
 「文書処理装置において、文書の構成要素に対する属性について、プロパティシートを用いて参照構成要素の識別子、相対関係、相対値を指定する相対指定ができ、相対関係はユーザーが相対関係指定部のインタフェースで入力するための領域に相対関係名と定義式を入力することで指定でき、文書の割り付け結果を可視化部に出力する際に、該定義式を評価することで、相対関係から属性の絶対値を算出する、文書処理装置。」 
　
 
４．対比
　本願発明と引用発明とを対比する。
　 
 　引用発明における「構成要素」、「属性」は、編集の対象とそれに付随する属性という関係を有する点で、本願発明における「オブジェクト」、「ダイナミック・プロパティ」にそれぞれ対応する。 
　そして、ワードプロセッサやワークステーション上の文書編集エディタは、一般にコンピュータのアプリケーションとして実現されるものであるから、ワードプロセッサなどの文書処理装置に関するものである引用発明における「（文書の）構成要素」は、文書処理装置の文書処理というアプリケーションに関連付けられているといえる。他方、本願の請求項１では「アプリケーション」について特段限定はされていない。したがって、引用発明の文書処理装置における文書処理は、本願発明における「アプリケーション」の範囲内に含まれるといえる。してみると、引用発明における「（文書の）構成要素」は、本願発明における「アプリケーションに関連付けられたオブジェクト」に対応するといえる。
　
　引用発明における「定義式」は、引用文献１の記載箇所（か）〜（け）を参照すると、関数を定義する式といえるから、本願発明における「関数式」に相当する。
　
　引用発明における、「相対関係名」（図５での「相対関係識別子」。）は、「定義式」（同「定義」。）を識別する機能を有するから、本願発明における「属性名セクションにより識別される関数式」の「属性名」に相当する。
　
 　引用発明における「プロパティシート」、及び、「相対関係指定部のインタフェース」は、属性（プロパティ）を相対指定するための式を入力するために画面表示されるシート状のインタフェースである点で、本願発明における「プロパティ入力シート」に対応する。
　そして、引用発明における「相対関係指定部のインタフェース」（図６）の「相対関係名」と「定義式」を入力する領域は、識別子と該識別子によって識別される式を入力するための領域（セクション）である点で、「プロパティの識別子を収めるための属性名セクション」と「前記属性名セクションにより識別される関数式を収めるためのプロパティ入力セクション」に対応する。
　また、引用発明の「プロパティシート」（図４）における、「字体」、「フェース」、「大きさ」、「文字色」、「参照要素」、「相対関係」、「相対値」は、属性（プロパティ）を識別するための名前である点で、本願発明における「属性名」に対応し、それぞれの右側にある枠は、該属性に対する属性値を入力するためのものである点で、本願発明における「プロパティ入力セクション」に対応する。
　
　引用発明における、「文書の割り付け結果を可視化部に出力する際」とは、文書処理のアプリケーションが稼働しているときといえるから、本願発明における「ランタイム時」に相当する。そして、「文書の割り付け結果を可視化部に出力する際」に、定義式を評価して属性の絶対値を算出していることから、引用発明における「定義式」は、「データ値としてランタイムで参照可能」となっていることは明らかである。
　また、引用発明の文書処理装置における一連の処理は、コンピュータを用いて実現されることは明らかであるから、コンピュータが実行する方法としてとらえることができる。
　
　してみると、本願発明と引用発明とは、以下の一致点で一致し、また、相違点１〜３でそれぞれ相違する。
　
（一致点）
「プロセッサを含むコンピュータが実行する編集の対象を編集するための方法であって、
　前記編集の対象はアプリケーションに関連付けられた編集の対象に付随する属性を割り当てるためのシート状のインタフェースを有し、
　前記方法は、
　前記プロセッサが、前記シート状のインタフェースをユーザのためにディスプレイ上に表示する段階であって、前記シート状のインタフェースは、識別子を収めるための属性名セクションと、前記属性名セクションにより識別される関数式を収めるための入力セクションとを有し、前記関数式はデータ値としてランタイムで参照可能である、前記表示する段階と、
　前記プロセッサが、前記ディスプレイ上に表示されたシート状のインタフェースを使用して入力され且つデータ値としてランタイムで参照可能な前記関数式を入力機器から受けとる段階と、
　を前記コンピュータに実行させる、前記方法。」
である点。
　
（相違点１）
　編集の対象とそれに付随する属性が、本願発明は「オブジェクト」と「オブジェクトのダイナミック・プロパティ」であるのに対して、引用発明はそのようになっていない点。
　
（相違点２）
　ユーザのためにディスプレイ上に表示される「シート状のインタフェース」が、本願発明では、プロパティの識別子を収めるための属性名セクションと、属性名セクションにより識別される関数式を収めるためのプロパティ入力セクションとを有するのに対して、引用発明はそのようになっていない点。
　
（相違点３）
　本願発明は、
　前記プロセッサが、前記受けとった関数式を構文解析する段階と、
　前記プロセッサが、メモリーに記憶されているデータソースを用いて、前記構文解析により特定される式エレメントについての関数を生成する段階と、
　前記プロセッサが、前記生成された関数を前記オブジェクトの前記プロパティのためのランタイム値として前記メモリーに記憶する段階と
を有するのに対して、引用発明はそのようになっていない点。
　
　
５．判断
　上記相違点についてそれぞれ判断する。
　
（相違点１について）
　引用文献１における編集の対象である「文書の構成要素」について図２，図３及び段落００１７の記載を参照すると、テキスト、棒グラフ、図形が含まれているといえる。
　一方、図形やテキストを含む文書（複合文書）を構成する図形要素やテキスト要素を「オブジェクト」と呼び、また、それぞれの要素の属性を「プロパティ」と呼ぶことは、例えば特開昭６１−６２１７０号公報、特開平１０−７４１６２号公報に記載されているようにこの出願の出願前において普通に行われている周知の事項である。
　そして、引用文献１で例示される文書は、テキスト、棒グラフ、図形が混在している文書であるから、複合文書であるといえる。
　他方、本願の請求項１における「オブジェクト」について、請求項１には「前記オブジェクトはアプリケーションに関連付けられたオブジェクトのダイナミック・プロパティを割り当てるためのプロパティ入力シートを有し」とあり、アプリケーションに関連付けられていること、及び、プロパティ入力シートを有することの他には特段の限定はされていない。
　上記周知の事項の複合文書における「オブジェクト」がアプリケーションに関連付けられていることは明らかであるから、上記周知の事項の複合文書における「オブジェクト」は、本願発明における「オブジェクト」の概念の範囲内に含まれることは明らかである。
　次に、「ダイナミック・プロパティを割り当てるためのプロパティ入力シート」に関し、本願発明における「ダイナミック・プロパティ」がどのようなプロパティであるのか、請求項１にはなんら具体的な定義はされていないが、「プロパティ入力シート」に関する、「前記プロパティ入力シートは、前記プロパティの識別子を収めるための属性名セクションと、前記属性名セクションにより識別される関数式を収めるためのプロパティ入力セクションとを有し、前記関数式はデータ値としてランタイムで参照可能である」との記載、及び、「前記ディスプレイ上に表示された前記プロパティ入力シートを使用して入力され且つデータ値としてランタイムで参照可能な前記関数式」との記載から、「プロパティ入力シートを使用して入力される」ものであって、「データ値としてランタイムで参照可能な関数式」であると解するほかないところ、上記「４．対比」で検討したように、引用発明における「定義式」は、「ランタイムで参照可能な関数式」に相当するものであり、本願発明における「プロパティ入力シート」に対応するものである「相対関係指定部のインタフェース」を使用して入力され、「相対関係名」を「プロパティシート」で指定することで該定義式を用いることを指定するものである。（なお、「プロパティ入力シート」については、下記の（相違点２について）で更に述べる。）
　してみれば、複合文書の構成要素を編集するものであって構成要素の属性としてデータ値としてランタイムで参照可能な関数式を割り当てるものである引用発明に該周知の事項を適用して「構成要素」を「オブジェクト」とし、「オブジェクト」を編集するものであってオブジェクトの属性として「オブジェクトのダイナミック・プロパティ」を割り当てる本願発明の構成とすることは当業者が容易になし得たことである。
　
（相違点２について）
　本願発明は、プロパティ入力シートにプロパティの識別子を収めるための属性名セクションと、属性名セクションにより識別される関数式を収めるためのプロパティ入力セクションを表示するものであり、オブジェクトのプロパティ識別子に対応して直接に関数式を入力するようになっているのに対して、引用発明は、システムが予め持っている関係以外にユーザが良く使う関係を定義するための機構として「相対関係指定部のインタフェース」を用いて定義式と関係名を入力・保存し、プロパティシートでは構成要素の属性に該関係名、参照要素、相対値等を指定するようになっており、定義式（関数式）を間接的に指定しているという点で本願発明とは異なっている。
　一方、プロパティの識別子を収めるセクションと該識別子によって識別される属性値を収めるセクションとを有するプロパティ入力シートで、属性値として引用発明のような選択肢ではなく、任意の文字列等を入力することは、例えば、特開平１０−４００９０号公報の段落００８３〜００８８及び図１７に記載されているように、この出願の出願前において周知慣用されている事項である。また、引用発明においても相対値の指定には数値を入力するようになっている。
　そして、引用発明において、定義式をプロパティシートに直接入力するか、相対関係指定部を用いて関係名と関連付けて定義し、関係名をプロパティシートで指定するかは、当該式をよく使うか等の事情を考慮して当業者が適宜選択・決定すべき程度のことであり、相対関係指定部を用いて関係名と関連付けて定義する構成を省略して直接式を記述することに格別の技術的困難性はない。してみると、引用発明において上記周知慣用されている手段を採用して、プロパティシートに定義式を直接入力するように構成することは、当業者が容易になし得たことである。 
　なお、本願発明における「セクション」という表現が、本願の図２に示されるような、表形式であることに限定するものであると解釈したとしても、そのようなプロパティ入力シートは、例えば上記の特開平１０−４００９０号公報の図１７に記載されているように、この出願の出願前において周知慣用されている事項であり、このような表形式のプロパティ入力シートを採用することは、当業者が容易になし得たことである。
　
（相違点３について）
 　引用文献１には、定義式を評価することは記載されているものの、評価の際に「構文解析」を行うことについての記載はない。しかし、プログラミング言語様の表現がされた計算式を評価する際に構文解析を行うことは、この出願の出願前において当たり前に行われていることであるから（例えば、当審の拒絶理由で引用文献２として引用した特開平９−３３０２２９号公報の段落００１０，同じく引用文献３として引用した特開平８−２３５２６６号公報の段落００２１を参照）、引用文献１に記載された発明において定義式を評価する際に構文解析を行うように構成することは、業者が容易になし得たことである。
　そして、ユーザが入力したソースプログラムを構文解析してコンピュータが処理しやすい命令セットの表現（中間コード）に変換し、該中間コードをプログラムが解釈・実行する処理方式は、この出願の出願前において周知慣用されている手段である。そして、そのような中間コードとして、例えば、Ｊａｖａにおけるバイトコードはこの出願の出願前において周知のものである。（Ｊａｖａのバイトコードを含む中間コード（中間言語）を用いた処理システムについて、例えば、当審の拒絶理由で引用文献４として引用した特開平１０−１７１６７２号公報の段落００６１〜００６５、及び、同じく引用文献５として引用したZephyr、インターネットの話題−ＪａｖａとＣｏｍｐｕＳｅｒｖｅ裁判−、ＴＲＯＮＷＡＲＥ、日本、1998.08.10発行、第9巻、第4号、64〜72頁の６６頁中欄７行〜６８頁左欄３行の記載を参照。） 
　このような中間コードは、本願発明における「関数」の概念の範囲に含まれる。また、中間コードを生成する際に、メモリーに記憶されている各種データ（本願発明における「データソース」に対応する。）を用いること、中間コードをメモリーに記憶することは、当業者にとって自明のことである。
 　してみると、引用発明において、該周知慣用手段を適用して中間コードを用いる構成とし、本願発明のように、「構文解析により特定される式エレメントについての関数を生成」して、「メモリーに記憶する」構成とすることは、当業者が容易になし得たことである。
　
（効果について）
　また、本願発明の効果は引用文献１及び周知の事項から当業者が予想可能な範囲内のものであり、格別のものではない。
　
　以上のとおり、本願発明は、引用文献１に記載された発明及び周知の事項に基づいて当業者が容易に発明をすることができたものである。
　
６．むすび
　以上のとおり、本願の請求項１に係る発明は特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。