【事件の表示】
　特願２００２−２０６１９８「動画像合成装置および方法」拒絶査定不服審判事件〔平成１５年　４月　４日出願公開、特開２００３−　９９７９５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続きの経緯
　本願は、平成１０年７月１０日に出願した特願平１０−１９５６０４号の一部を平成１４年７月１５日に新たな特許出願としたものであって、平成１７年９月２１日に拒絶査定がされ、これに対して同年１０月２７日に拒絶査定不服審判が請求されるとともに、同年１１月２８日に手続き補正がなされたものである。
　
第２　平成１７年１１月２８日付けの手続補正の却下について
　１　補正却下の決定の結論
　平成１７年１１月２８日付けの手続補正を却下する。
　
　２　理由
　（１）　補正後の本願発明
　本件補正後の本願の発明は、平成１７年１１月２８日付けで補正された特許請求の範囲の請求項１ないし８に記載されたものと認められるところ、その請求項１に記載された発明（以下、「本願補正発明」という。）は、次のとおりのものである。
　「【請求項１】　複数の画像を合成して表示する動画像合成装置であって、
　動きの要素を表現した描画情報関数を複数格納する描画情報関数管理手段と、
　前記描画情報関数に対応して画面上での動画像の描画位置を更新するための描画情報を生成する複数の描画情報発生手段であって、前記複数の描画情報関数の１つを参照する識別情報を保持し、該識別情報に対応する描画情報関数を用いて、各描画情報発生手段がそれぞれ保持する内部時刻と内部座標空間における座標値の更新情報を計算し、得られた座標値の更新情報をグローバルな座標空間へ変換することで、前記描画情報を生成する該複数の描画情報発生手段と、
　各画像の画像データを管理し、前記複数の描画情報発生手段のうち１つ以上が生成する描画情報を組み合わせて、各画像の現時刻における描画情報を生成する画像管理手段と、
　前記画像管理手段から前記画像データと現時刻における描画情報を受け取り、該現時刻における描画情報に基づいて該画像データを前記画面上に描画する描画手段とを備え、
　前記複数の描画情報発生手段のうちの少なくとも２つの描画情報発生手段は、同じ描画情報関数を参照する識別情報を保持することを特徴とする動画像合成装置。」
　
　本件補正は、平成１７年７月２５日付手続補正書により補正された特許請求の範囲の請求項１に記載した発明を特定するために必要な事項である、「１つ以上の画像を合成して表示する動画像合成装置」、「描画情報関数を格納する描画情報関数管理手段」、「前記描画情報関数を参照する識別情報」、及び「更新情報から前記描画情報を生成するような該複数の描画情報発生手段」を「複数の画像を合成して表示する動画像合成装置」、「描画情報関数を複数格納する描画情報関数管理手段」、「前記複数の描画情報関数の１つを参照する識別情報」、及び「更新情報をグローバルな座標空間へ変換することで、前記描画情報を生成する該複数の描画情報発生手段」とそれぞれ限定し、さらに「複数の描画情報発生手段」の構成を「前記複数の描画情報発生手段のうちの少なくとも２つの描画情報発生手段は、同じ描画情報関数を参照する識別情報を保持する」と限定するため等の補正であり，特許法１７条の２第４項２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の特許請求の範囲の請求項に記載された発明が、特許出願の際独立して特許を受けることができるものであるか（特許法１７条の２第５項において準用する同法１２６条５項の規定に適合するか）について以下に検討する。
　
　
　（２）　引用例
　原査定の拒絶の理由で引用された特開平５−２７４４１９号公報（以下、「引用例１」という。）には次の事項が図面と共に開示されている。（記載箇所は段落番号で表示）
　ア　「【００７１】【実施例】（第１実施例）以下、本発明の第１実施例として、マルチメディア情報をソースとして情報の提示を行う情報提示装置を図１に基づいて説明する。図１は情報提示装置の構成を示すブロック図である。
【００７２】図１において、１は情報提示装置である。２はマルチメディア情報提示の対話処理に必要なパラメータを入力する対話処理入力手段である。この対話処理入力手段２には、例えばマウスやスイッチ、キーボードなど種々の入出力操作装置が接続される。
【００７３】３は、あらかじめテキスト・図形・画像・映像・音等のマルチメディア情報のデータ部とこれを処理するための処理手続きとの組で構成されるオブジェクト等が格納され、後述する解釈実行手段４や情報提示実行手段７からの上記処理手続きに従ったコマンドに応じて、上記オブジェクトのクラス継承管理、空間的配置管理、および動作状態管理を行うオブジェクト管理手段である。すなわち、例えば画像表示が行われる場合には、このオブジェクト管理手段３により、階層構造的に所定の属性を付与されたオブジェクトが所定の位置に所定の状態で表示されるべく、オブジェクトの管理が行われる。」
　
　イ　「【０１６６】（第５実施例）以下本発明の情報提示装置の第５実施例を図面を参照しながら説明する。なお、第５実施例においても、前記第１〜第４実施例と同様の機能を有する構成要素については対応する番号を付して説明を省略する。
【０１６７】図５において、２０は情報提示装置、１５は情報のデータ部とこれを処理するための手続き部の組で構成され、階層構造を有するオブジェクトと呼ばれる情報遮蔽手段、１６はオブジェクトのクラス継承管理の機能と、前記オブジェクトの親子継承管理の機能と前記オブジェクトの階層構造管理の機能と前記オブジェクトの動作状態を管理しイベントを発行する機能とを有するオブジェクト管理手段、１７は一定間隔毎に割り込みを掛けるタイマー発生手段、１８は前記オブジェクトの時間変化を記述する時間制御関数式を有する時間制御手段、１９は前記オブジェクトの空間変化を記述する空間配置制御関数式を有する空間配置制御手段、２１は情報提示を行なうためにアプリケーションウィンドウの作成等を行なう初期設定実行手段である。
【０１６８】２は情報提示の対話処理に必要なパラメータを入力する対話処理入力手段、４は前記オブジェクト内に記述された処理手続きを解釈実行する解釈実行手段、６はタイマー発生手段１７とオブジェクト管理手段１６と対話処理入力手段２とから送信されたイベントの状態および実行順を管理するイベント管理手段、７は情報提示の全体制御を行う情報提示実行手段である。すなわち、この情報提示実行手段７が解釈実行手段４やイベント管理手段６に制御を渡してこれらを起動することにより、オブジェクト内の記述やイベントに応じた処理が行われ、情報提示が行われるようになっている。
【０１６９】８は情報提示実行手段７がオブジェクト管理手段３から読み出して出力したオブジェクトのデータ部及び処理手続き部を一時的に格納するデータバッファである。９は情報提示のための画像出力装置への出力制御を行なう出力制御手段、５０１から５３０は制御信号、コマンド、データ等を示す信号線であって、以下の動作により、アニメーションの情報提示を行なっている。図９から図１１にそのフローチャートを示す。
【０１７０】まず、初期設定実行手段２１はアプリケーションウィンドウを作成した後（９０１）、初期状態のオブジェクトを作成するためにイベント５３０を発行し（９０２）、情報提示実行手段７に制御を渡す（９０３）。情報提示実行手段７は、イベント管理手段６にイベントが来ているかどうかのチェック要求５０２を送り（１００１）、イベント管理手段６はイベントが来ていればそのイベントを登録し（１００２）、情報提示実行手段７は解釈実行手段４に制御信号５０７を送り（１００７）、解釈実行手段４はオブジェクト管理手段１６に対して該当オブジェクトの処理手続きの該当部分の読み出しコマンド５０９を送る。これを受けてオブジェクト管理手段１６は該当オブジェクト１５に読みだしコマンド５２５を送り、該当オブジェクト１５は処理手続きデータ５２６をオブジェクト管理手段１６に送る。
【０１７１】オブジェクト管理手段１６は受けとった処理手続きデータ５２６を解釈実行手段４に処理手続きデータ５１８として送る。解釈実行手段４は処理手続きデータ５１８を解釈し、処理手続きの種類により実行コマンド５０９をオブジェクト管理手段１６に、コマンド５１１を対話処理入力手段２に、コマンド５１０を時間制御手段１８に、コマンド５１３を出力制御手段９に送る（１１０７）。オブジェクト管理手段１６は該当オブジェクト１５に該当コマンド５２５を送る。該当オブジェクト１５はデータと実行終了あるいは未終了の通知をオブジェクト管理手段１６に送る。オブジェクト管理手段１６は必要に応じて、解釈実行手段４にデータ５１８を送り、実行終了あるいは未終了の通知５１５をイベント管理手段６に送る。イベント管理手段６はこれを受けて未終了の通知が送られていれば該当イベントを削除する。
【０１７２】情報提示実行手段７はイベント管理手段６に次に実行すべきイベントを選ぶよう依頼し（１００５）、解釈実行手段４あるいはオブジェクト管理手段１６に制御信号５０７あるいは５０４を送る。前記の動作を繰り返し、解釈実行手段４にオブジェクト管理手段１６から送られたデータ５１８が処理終了であれば解釈実行手段４はイベント削除コマンド５１２をイベント管理手段６に送る（１１０６）。イベント管理手段６はイベントを削除し、次のイベントを選ぶ（１００５）。もし選ぶべきイベントがなければ、イベントが送られてくるまで待つ。ここで、対話処理入力手段２にユーザから入力があれば、対話処理入力手段２はこれをイベント５０１としてイベント管理手段に送る。
【０１７３】オブジェクト管理手段１６に時間制御、空間制御を必要とするコマンドの実行依頼がされると、オブジェクト管理手段１６は必要ならばオブジェクト１５より時間制御関数式、空間制御関数式を読みだし、それぞれ時間制御手段１８、空間制御手段１９に送る。時間制御手段１８、空間制御手段１９はこれらを格納する。さらにオブジェクト管理手段１６は、時間制御手段１８に、タイマー発生手段１７を制御するようコマンド５２４を送る。時間制御手段１８は時間制御関数式に従ってタイマー発生手段１７を制御する。ここで相対時間から絶対時間への変換が行なわれることになる。また空間制御については、オブジェクト管理手段１６は空間制御手段１９に位置計算を依頼し、空間制御手段１９は空間制御関数式にしたがって位置計算を行ない、その結果をオブジェクト管理手段１６に送る。ここで相対空間から絶対空間への変換が行なわれることになる。オブジェクト管理手段１６はこれらのデータを受けとり、解釈実行手段４にデータを送る。
【０１７４】それでは第５の実施例を具体的なモデルを設定して説明する。図６において、６０１はＳＬ本体、６０２はクランクバー、６０３はＳＬの前車輪、６０４はＳＬの後車輪、６０５は客車本体、６０６は客車の前車輪、６０７は客車の後車輪、６０８は人１、６０９はボール１、６１０は新幹線本体、６１１は新幹線の前車輪、６１２は新幹線の後車輪、６１３は人２、６１４はボール２、６１５はＳＬの降車ボタン、６１６はＳＬの乗車ボタン、６１７はＳＬのスタートボタン、６１８はＳＬの速度設定スケール、６１９は新幹線の降車ボタン、６２０は新幹線の乗車ボタン、６２１は新幹線のスタートボタン、６２２は新幹線の速度設定スケール、である。図７、図８においては図６と番号の示すものは一致している。この例のモデルは、スタートボタンを押すとＳＬ、新幹線がそれぞれ設定された速度で動きだし、ＳＬ、新幹線の先頭の横方向の位置が一致するとボールが投げ出され、人がそれぞれ前方に向かって歩きだし、人が先頭に着くとそれぞれＳＬ、新幹線が停車するというアニメーションのモデルである。なおＳＬ、新幹線が動いている間にも、それぞれの速度を変化させることができる。以下このモデルの動作を図を参照しながら説明する。
【０１７５】まず初期状態のオブジェクト作成処理手続きとして図１２のようなメインスクリプトが、オブジェクト１５にある。初期設定実行手段２１は前記メインスクリプトを実行するために、オブジェクトmainframeよりスクリプト実行のイベントを発生させ、情報提示実行手段７に制御を渡す。イベント管理手段６は初期設定実行手段２１により発行されたイベントを登録し、現在このイベントしか存在しないので、イベント管理手段６は解釈実行手段４に制御を渡し、解釈実行手段４はオブジェクト管理手段１６に対して、オブジェクトmainframeから前記メインスクリプトを読み込むよう依頼のコマンドを送る。オブジェクト管理手段１６はこれを受けてオブジェクトmainframeからメインスクリプトを読みだし、解釈実行手段４に送る。
【０１７６】解釈実行手段４は、（１）を読み込みそれを解釈する。（１）はオブジェクト”ＳＬの本体”をオブジェクトmainframeの子どもとして作成せよ、というコマンドであるので、解釈実行手段４はそれをオブジェクト管理手段１６に送る。オブジェクト管理手段１６は解釈実行手段４より送られたコマンドを実行し、その結果オブジェクト”ＳＬの本体”が作成される。そしてオブジェクト管理手段１６はオブジェクト”ＳＬの本体”をオブジェクト管理手段内のオブジェクト管理テーブルに登録する。そしてオブジェクト管理手段１６は出力制御手段９に画面にオブジェクト”ＳＬの本体”を表示するように依頼し、イベント管理手段６に実行終了の通知を送り、情報提示実行手段７に制御を戻す。
【０１７７】情報提示実行手段７はイベント管理手段６にイベントが存在するかどうかのチェックを依頼する。現在１個しかイベントが存在しないので情報提示実行手段７はメインスクリプトの続きを実行するよう解釈実行手段４に依頼する。解釈実行手段４は（２）を解釈し、その結果のコマンドをオブジェクト管理手段１６に送る。以下前記の処理をして、情報提示実行手段７に制御を渡す。
【０１７８】以下同様に、（３）、（４）を実行する。次に解釈実行手段４は（５）を解釈し、コマンドをオブジェクト管理手段１６に送る。これはオブジェクトの階層構造を変更せよというコマンドであるので、オブジェクト管理手段１６はオブジェクトmainframeの子どもとしてオブジェクト”ＳＬ”を作り、（１）〜（４）のオブジェクトをオブジェクト”ＳＬ”の子どもに変更する。そしてイベント管理手段１１に実行終了の通知を送り、情報提示実行手段７に制御を渡す。
【０１７９】以下同様に（６）から（２８）まで各オブジェクトを作成する。するとメインスクリプトの処理が終了したことになるので解釈実行手段４はイベント削除のコマンドをイベント管理手段６に送る。これを受けてイベント管理手段６は、このイベントを削除する。これで登録されたイベントは一つも存在しなくなるので、情報提示実行手段７は何かイベントが送られてくるまで待つ。この時、画面は図６のようになっている。
【０１８０】ここでユーザが”乗る１”ボタンを押すと、対話処理入力手段２はオブジェクト”乗る１”が押されたというイベントをイベント管理手段６に送る。イベント管理手段６はこのイベントを登録し、現在このイベントしか存在しないので、解釈実行手段４に制御を渡し、解釈実行手段４はオブジェクト”乗る１”に書かれたスクリプトを読んでくるようオブジェクト管理手段１６に依頼する。そのスクリプトを図１３に示す。
【０１８１】解釈実行手段４は、マウスが押されたというイベントが起こった際に実行する部分を探しだす。それは（２９）であるので、（２９）を解釈し、オブジェクト管理手段４に送る。（２９）の実行によって、人１とボール１は蒸気機関車に乗せられる。スクリプトはこれで終りであるので解釈実行手段４からのコマンドによって、このイベントは削除される。
【０１８２】次に”乗る２”が押されると、”乗る１”が押された場合と同様にして人２とボール２は新幹線に乗せられる。”乗る２”には図１４のようなスクリプトが書かれている。そしてスタートボタン１が押されると、対話処理入力手段２はイベントをイベント管理手段６に送り、イベント管理手段６はこのイベントを登録し現在このイベントしか存在しないので、解釈実行手段４に制御を渡し、解釈実行手段４はオブジェクト”スタートボタン”に書かれたスクリプトを読んでくるようオブジェクト管理手段１６に依頼する。そのスクリプトを図１５に示す。
【０１８３】解釈実行手段４は、マウスが押されたというイベントが起こった際に実行する部分を探しだす。それは（３１）であるので、（３１）を解釈し、オブジェクト管理手段１６に送る。オブジェクト管理手段１６は時間制御関数式ｖ１（ｔ）を該当オブジェクトから取りだし、時間制御手段１８に送り、空間制御関数式も取りだし、空間制御手段１９に送る。時間制御手段１８はｖ１（ｔ）を格納し、時間制御関数式ｖ１（ｔ）により、タイマー間隔を計算しタイマー発生手段１７にタイマー発生コマンドを送る。タイマー発生手段１７はこれを受けて時間が来れば、イベントを発行し、イベント管理手段６に送る。空間制御手段１９は空間制御関数式を格納する。スクリプトはこれで終りであるので解釈実行手段４からのコマンドによって、スタートボタンが押されたというイベントは削除される。
【０１８４】設定された時間がたつと、タイマー発生手段１７によってイベントが発行され、情報提示実行手段７はオブジェクト管理手段１６に実行を依頼する。オブジェクト管理手段１６は空間制御手段１９に位置計算を依頼する。空間制御手段１９は位置を計算し、データをオブジェクト管理手段１６に送る。オブジェクト管理手段１６は、再び時間管理手段１８にタイマー発生手段１７の制御を依頼し、出力制御手段９に表示を依頼する。出力制御手段９は画面に該当オブジェクトを表示する。これを繰り返しオブジェクトを移動させる。
【０１８５】さらにスタートボタン２が押されると同様にして新幹線が移動する。イベント管理手段６によって、このように複数のイベントが存在しても、順番に実行されるので複数のオブジェクトを同時に移動、変化させることができる。
【０１８６】そして蒸気機関車と新幹線と人１、人２には移動したさいにはそれを通知するイベントを発行せよ、となっているので、前記で移動した際には、そのイベントが発行される。このイベントによって実行される処理はそれぞれのオブジェクトに記述されている。それらを図１６から図１８に示す。
【０１８７】新幹線が移動するとオブジェクト管理手段１６がそのイベントを発行し、イベント管理手段６はそれを登録する。このイベントの実行順番が来ると、イベント管理手段６は解釈実行手段４に制御を渡す。解釈実行手段４は該当スクリプトすなわち（３２）〜（３７）を読み込むようオブジェクト管理手段１６に依頼し、（３２）を解釈する。解釈実行手段４は蒸気機関車と新幹線の横位置を調べるようオブジェクト管理手段１６に依頼する。オブジェクト管理手段１６はそれらを調べ、解釈実行手段４に送る。解釈実行手段４はこの２つの値が一致するかどうか調べる。一致しなければこれでスクリプトは終りであるので情報提示実行手段７に制御を渡す。イベント管理手段６は次に実行すべきイベントを探し、実行をオブジェクト管理手段１６または解釈実行手段４に依頼する。一致していれば、（３３）から（３７）を実行する。これにより、列車の中で人が歩き、列車の進行方向と垂直にボールが投げられる。
【０１８８】このように、複数のオブジェクトを時空間上で一まとめにして扱い、且つそれぞれを独立に扱うようなアニメーションを容易に作成することができる。また前記のように列車の移動するスピードが変化した場合に人が歩き出すタイミングも変化するというインタラクティブ性の高いアニメーションを作成することも容易である。
【０１８９】またこれら情報の動作及び相互作用を簡易型インタプリタ式言語によって記述すれば、プレゼンテーションソフトウェアの開発過程において再コンパイルなしに変更をすることができ、開発工数を大幅に減少させることができる。」
　
　ウ　「【０２３５】（第７実施例）以下、本発明の第７実施例として、マルチメディア情報をソースとした情報提示を行う情報提示装置を図２５に基づいて説明する。
【０２３６】この情報提示装置は、マルチメディア情報の格納及び管理を効率的かつ構造的に格納及び管理する機構を有するので、テキスト、文字、画像、映像及び音の情報などの異なるメディアを統一的に扱える他、それぞれのメディアの情報提示に必要な、例えば、描画、移動、拡大縮小及びカラーマップ処理等の基本的な処理手続きをシステムが提供しているので、情報提示のアプリケーションを簡単に作成することが可能である。
【０２３７】なお、本第７実施例においても、第１実施例と同様の機能を有する構成要素については対応する番号を付して説明を省略する。
【０２３８】図２５において、２９は情報提示の内容を示すデータ部へのポインタと、情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件を格納する処理手続き部へのポインタの２つのポインタから構成されている統合化されたオブジェクトを管理するオブジェクト統合管理手段である。なお、この統合化されたオブジェクトは情報提示の内容に関する情報と自分自身の情報提示における振舞い方を内包している自律的なオブジェクトを構成している。また、データ部へのポインタと時空間上での振舞い方を示す手続き部へのポインタで管理されているので、自由にそのポインタをつけかえるだけで新しい情報提示が可能となる。
【０２３９】例えば、統合化されたオブジェクトが、魚の絵のデータ部へのポインタと魚の泳ぎ方の手続き部へのポインタから構成されていたとする。ここで、魚の絵のデータ部へのポインタをテキスト「Ａ」に交換したとすると、テキスト「Ａ」は魚と同じような泳ぎ方で情報提示を行なう。
【０２４０】３０は、テキスト、文字、画像、映像及び音の情報とそれぞれのメディアの情報提示に必要な、例えば、描画、移動、拡大縮小及びカラーマップ処理等の基本的な処理手続きのメディアに依存したデータ部を管理するデータ部管理手段である。３１は、情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件を格納する手続き部管理手段である。この実施例においては、簡易言語でかかれたスクリプトを管理している。３２は、テキスト、文字、画像、映像及び音の情報とそれぞれのメディアの情報提示に必要な、例えば、描画、移動、拡大縮小及びカラーマップ処理等の基本的な処理手続きのメディアに依存したデータ部の具体的なアプリケーションに依存しないテンプレートライブラリを格納するシステム提供データ部格納手段である。
【０２４１】３３は、システム提供データ部格納手段で提供されるテンプレートライブラリをひな型にして、ユーザが定義するクラスインスタンスを格納するユーザ定義データ部格納手段である。３４は、情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件の中で、システムが予めライブラリとして用意したものを格納するシステム提供手続き部格納手段である。３５は、情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件の中で、ユーザが独自に定義したり、またユーザがシステムが提供したライブラリをもとにカスタマイズして定義したものが格納されるユーザ定義手続き部格納手段である。
【０２４２】２５０１から２５３５は制御データ、コマンド、データ等の経路を示す。ただし、上記各名称は、便宜上、伝達される主な内容を示したもので、実際には、この名称に係らず、状況に応じて種々の内容が伝達される。
【０２４３】上記の構成において、例えば以下のようにして提示情報が行われるようになっている。例えば、データバッファ８に(91)から(106)の処理手続きが転送されたとする。
mainframe;
　Create　a　image Named Angelfish ItsBehavior　AngelScript...(91)
　Create　a　rectangle Named aRect ItsBehavior　Fish　　　 ...(92)
　Swim　AngelFish　　　　　　　　　　　　　　　　　　　　　...(93)
　FeedFood　to　AngelFish　　　　　　　　　　　　　　　　　...(94)
　Swim　aRect　　　　　　　　　　　　　　　　　　　　　　　...(95)
　ReplaceScript　AngelFish　and　aRect　　　　　　　　　　 ...(96)
　Resize　AngelFish　　　　　　　　　　　　　　　　　　　　...(97)
　Swim　　AngelFish　　　　　　　　　　　　　　　　　　　　...(98)
mainframeEnd
AngelScript;
　Inherit　Fish　　　　　　　　　　　　　　　　　　　　　　...(99)
　method　Swim:　　　　　　　　　　　　　　　　　　　　　　...(100)
　　Move　Self　x=f(t)　y=g(t)　velocity=200　　　　　　　 ...(101)
AngelScriptEnd
Fish；
　method　Swim:　　　　　　　　　　　　　　　　　　　　　　...(102)
　　Move　Self　x=sin(t)　y=cos(t)　velocity=100　　　　　 ...(103)
　method　FeedFood:　　　　　　　　　　　　　　　　　　　　...(104)
　　position = getposition of Food　　　　　　　　　　　　 ...(105)
　　Move　Self　until　position　　　　　　　　　　　　　　...(106)
FishEnd
最初のmainframeブロック(91)から(98)は、情報提示に使用されるオブジェクトを定義するブロック(99)から(101)は、２番目のAngelFishの行動を定義したスクリプトである。３番目のFishブロック(102)から(106)は一般的な魚の行動を定義したスクリプトである。なお、mainframeブロックとAngelScriptはユーザが定義したスクリプトであるから、ユーザ定義手続き部格納手段３５に格納されているし、また、Fishスクリプトは、システムが提供するシステム提供手続き部格納手段３４に格納されている。第１実施例と同様の処理は省略し、オブジェクトの格納及び管理に関係がある部分についてのみ説明する。
【０２４４】(91)のコマンドを解釈実行手段４が解釈すると、オブジェクト統合管理手段２９にコマンド２５０９として送り、そのコマンドを受けてオブジェクト統合管理手段２９は、AngelFishという名前で新しい統合化オブジェクトを作成する。その作成した後、データ部のポインタを得るために、コマンド２５２５をデータ管理手段３０に送る。送られたコマンドを受けてデータ部管理手段３０は、システム提供データ部格納手段３２に格納してあるimageクラスオブジェクトをデータ２５２８で参照する。さらにimageクラスのインスタンスとしてAngelFishという名前で、データ２５３３でユーザ定義データ部格納手段３３に格納し、データ２５２４でオブジェクト統合管理手段２９にAngelFishのポインタを送る。
【０２４５】送られたその情報を受けてオブジェクト統合管理手段２９はAngelFishのデータ部のポインタに格納した後、コマンド２５２７を手続き部管理手段３１送る。それを受けて手続き部管理手段３１は、AngelScriptというスクリプトを検索するため、コマンド２５３５をユーザ定義手続き部格納手段３５に送る。次にコマンドを受けたユーザ定義手続き部格納手段３５はAngelScriptが格納されているので、そのポインタをデータ２５３４として手続き部管理手段３１に知らせる。これを受けて手続き部管理手段３１はAngelScriptのポインタをデータ２５２６として、オブジェクト統合管理手段２９に送り、オブジェクト統合管理手段２９は、そのポインタをAngelFishという名前の統合化されたオブジェクトの手続き部のポインタに格納し、制御信号２５１８で解釈実行手段４に制御を渡す。
【０２４６】次に、解釈実行手段４は(92)のコマンドを解釈し、(91)と同様の処理を行ない、オブジェクト統合管理手段２９にコマンド２５０９として送る。そのコマンドを受けてオブジェクト統合管理手段２９は、aRectという名前で新しい統合化オブジェクトを作成した後、データ部のポインタを得るために、コマンド２５２５をデータ管理手段３０に送る。そのコマンドを受けてデータ部管理手段３０は、システム提供データ部格納手段３２に格納してあるrectangleクラスオブジェクトをデータ２５２８で参照し、rectangleクラスのインスタンスとしてaRectという名前で、データ２５３３でユーザ定義データ部格納手段３３に格納する。さらに、データ２５２４でオブジェクト統合管理手段２９にaRectのポインタを送る。
【０２４７】その情報を受けてオブジェクト統合管理手段２９はaRectのデータ部のポインタに格納し、コマンド２５２７を手続き部管理手段３１送る。それを受けて手続き部管理手段３１は、Fishというスクリプトをコマンド２５３５をユーザ定義手続き部格納手段３５に送る。コマンドを受けたユーザ定義手続き部格納手段３５はFishが格納されていないことをデータ２５３４として手続き部管理手段３１に知らせる。知らせを受けた手続き部管理手段３１は、制御信号２５３１で制御をシステム提供手続き部格納手段３４に制御を渡す。システム提供手続き格納手段３４はFishスクリプトを検索し、そのポインタをデータ２５３０として、手続き部管理手段３１に渡し、これを受けて手続き部管理手段３１はFishのポインタをデータ２５２６として、オブジェクト統合管理手段２９に送る。
【０２４８】オブジェクト統合管理手段２９は、そのポインタをaRectという名前の統合化されたオブジェクトの手続き部のポインタに格納し、制御信号２５１８で解釈実行手段４に制御を渡す。制御を渡された解釈実行手段４は、(93)のコマンドを実行するため、コマンド２５０９をオブジェクト統合管理手段２９に送る。
【０２４９】それを受けてオブジェクト統合管理手段２９はAngelFishのAngelScriptのswimという手続きを実行させるため、コマンド２５２７を手続き部管理手段３１に送る。手続き部管理手段３１は、ユーザ定義手続き格納手段３５からデータ２５３４として(100)、(101)を取り出し、オブジェクト統合管理手段２９にデータ２５２６として送る。これを受けてオブジェクト統合管理手段２９は解釈実行手段４にデータ２５１８を送り、制御を解釈実行手段４に渡す。解釈実行手段４は、この(100)、(101)を解釈し、具体的には(101)コマンドを実行する。
【０２５０】以下同様に(94)から(98)のスクリプトを実行してゆく。(94)では、AngelFisfに餌を与えるコマンドであるが、AngelFishのAngelScriptの中にはないが、(99)のスクリプトで、AngelFishはFishの行動を継承しているので、システム提供手続き部格納手段３４に格納されているFeedFoodの手続き(105)、(106)が実行される。また(95)ではaRectの行動は(92)でFishの行動を継承しているので、AngelScriptの中の(100)のSwim手続きが参照されるので(101)のコマンドが実行される。(96)のコマンドは、AngelFishとaRectにくっついているスクリプトのポインタを入れ換える。(97)では、AngelFishをリサイズするコマンドであるが、AngelScriptにもFishにも特に定義されていない。しかし、AngelFishはimageクラスのインスタンスであるから、システム提供データ部格納手段３２に格納してある画像のリサイズに関する処理手続きを実行っする。(98)のコマンドでは、(96)でAngelFishとFishのスクリプトを交換しているので、AngelFishは標準的な魚の動き方をする。
【０２５１】以上、実施例１におけるオブジェクト格納手段を前記した構成にすることにより、ユーザが非常に簡単にスクリプトを作成するだけで、複雑なマルチメディア情報による情報提示を行なうことが可能である。また、図２８図は本実施例におけるマルチメディア情報の管理及び格納について説明する補助図である。」
　
　これらア及びイの記載によると、引用例１には、
「情報提示装置であって、時間制御関数式及び空間制御関数式により位置を計算する時間制御手段１８及び空間制御手段１９と、オブジェクトを管理し、時間制御手段１８及び空間制御手段１９に位置計算を行わせ、データを受け取るオブジェクト管理手段１６と、オブジェクト管理手段１６からの依頼に基づいて画面に当該オブジェクトの表示を行う出力制御手段９とを備えた情報提示装置」の発明（以下、「引用発明」という。）が記載されていると認められる。
　
　同じく、原査定の拒絶の理由で引用された特開昭６３−１４３６７６号公報（以下、「引用例２」という。）には次の事項が図面と共に開示されている。
　エ　「第２図を用いて本発明の概念動作を説明した後、第３図ないし第５図を用いて本発明の実施例の構成および動作を詳細に説明する。
　第２図（イ）“動きＡ”および第２図（ロ）“動きＢ″は、作成しようとするアニメーションの部分動作を分離した例を示す。この分離した部分動作ごとにキーフレーム例えばＯ印を付したキーフレームと、このキーフレームが円運動あるいは直線運動する動作データとを設定し、動作データ登録部ｌに登録する。そして、これら設定した第２図（イ）および第２図（ロ）に対応するキーフレームおよび動作データに基づいて生成した中間フレームを時間軸方向に配置・編集するためのシナリオデータを指定し、この指定したシナリオデータをシナリオデータ格納部２に格納する。これにより、合成部３は、第２図（ハ）に示すような軌跡を持つ動画を生成する。」（２ページ右下欄１９行ないし３ページ左上欄１６行）
　
　（３）　対比
　本願補正発明と引用発明とを対比する。
　引用発明の「情報提示装置」は、前掲イの段落【０１７４】の記載、及び図６ないし８を参酌すると、オブジェクトとして定義される新幹線、及びＳＬ（蒸気機関車）の画像をそれぞれ移動させて一つの画面に表示するものであるから、本願補正発明と同じ「複数の画像を合成して表示する動画像合成装置」に関するものといえる。
　引用発明の「時間制御手段１８及び空間制御手段１９」で「時間制御関数式」及び「空間制御関数式」により計算される「位置」を表すデータは、本願補正発明の「描画情報関数に対応して画面上での動画像の描画位置を更新するための描画情報」又は「現時刻における描画情報」に相当し、引用発明の「時間制御関数式及び空間制御関数式」、及び「時間制御手段１８及び空間制御手段１９」は、本願補正発明の「動きの要素を表現した描画情報関数」、及び「描画情報発生手段」にそれぞれ相当する。
　引用発明のオブジェクトは、前掲アの段落【００７３】に「テキスト・図形・画像・映像・音等のマルチメディア情報のデータ部とこれを処理するための処理手続きとの組で構成される」と記載されたとおり、新幹線、及びＳＬの画像として例示されているような、それぞれが提示する画像データから構成されているから、引用発明の「オブジェクト管理手段１６」において、「各画像の画像データを管理し」ているといえ、また、引用発明の「オブジェクト管理手段１６」は、「位置」を表すデータを「時間制御手段１８及び空間制御手段１９」に計算させてデータを受け取るものであるから、本願補正発明の「各画像の現時刻における描画情報を生成する画像管理手段」に相当するといえる。
　
　以上を踏まえると、両者の一致点及び相違点は以下のとおりである。
【一致点】
　複数の画像を合成して表示する動画像合成装置であって、
　動きの要素を表現した描画情報関数と、
　前記描画情報関数に対応して画面上での動画像の描画位置を更新するための描画情報を生成する描画情報発生手段と、
　各画像の画像データを管理し、各画像の現時刻における描画情報を生成する画像管理手段とを備えた動画像合成装置。
　
【相違点】
相違点１：　本願補正発明は、「描画情報関数を複数格納する描画情報関数管理手段」を備え、描画情報発生手段において、「複数の描画情報関数の１つを参照する識別情報を保持し、該識別情報に対応する描画情報関数を用いて」描画情報を生成しているのに対し、引用発明は、「描画情報関数管理手段」を備えず、「複数の描画情報関数の１つを参照する識別情報」を利用しない点。
　
相違点２：　本願補正発明は、描画情報発生手段を複数備え、各描画情報発生手段が描画情報を生成し、画像管理手段において「複数の描画情報発生手段のうち１つ以上が生成する描画情報を組み合わせて、各画像の現時刻における描画情報を生成」しているのに対し、引用発明は、描画情報発生手段を複数備えず、描画情報の組み合わせを行っていない点。
　
相違点３：　本願補正発明は、描画情報発生手段を複数備え、「複数の描画情報発生手段のうちの少なくとも２つの描画情報発生手段は、同じ描画情報関数を参照する識別情報を保持」しているのに対し、引用発明は、描画情報発生手段を複数備えず、同じ描画情報関数の参照を行っていない点。
　
相違点４：　本願補正発明は、描画情報を「描画情報発生手段がそれぞれ保持する内部時刻と内部座標空間における座標値の更新情報を計算し、得られた座標値の更新情報をグローバルな座標空間へ変換することで」生成しているのに対し、引用発明では、時間制御関数式及び空間制御関数式により描画情報を生成している点。
　
相違点５：　本願補正発明は、「画像管理手段から画像データと現時刻における描画情報を受け取り、該現時刻における描画情報に基づいて該画像データを画面上に描画する描画手段」を備えているのに対し、引用発明は、「オブジェクト管理手段１６からの依頼に基づいて画面に当該オブジェクトの表示を行う出力制御手段９」を備えている点。
　
　（４）　当審の判断
　ａ　相違点１について、
　引用例１の前掲ウの段落【０２４１】には、情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件の中で、システムが予めライブラリとして用意したものを格納するシステム提供手続き部格納手段３４、及び情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件の中で、ユーザが独自に定義したり、またユーザがシステムが提供したライブラリをもとにカスタマイズして定義したものが格納されるユーザ定義手続き部格納手段３５について記載されている。
　そして、引用例１の前掲ウの段落【０２４７】及び【０２４８】には、システム提供手続き格納手段３４に格納された「情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件」であるFishスクリプトを示すポインタをオブジェクトの手続き部のポインタとして保持する構成について記載されている。
　「情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件」が、魚の絵のデータに対応する魚の泳ぎ方として例示されているように、「動きの要素を表現した描画情報関数」を含むことは明らかであり、また、ライブラリとして用意することは、複数の「条件」を格納しているといえるから、上記システム提供手続き部格納手段３４、及びユーザ定義手続き部格納手段３５は、「動きの要素を表現した描画情報関数を複数格納する描画情報関数管理手段」といえる。
　そして、「情報提示中における外部からの指示、提示対象相互の関係、及び時間経過についての情報提示に関する条件」を示す「ポインタ」は、「複数の描画情報関数の１つを参照する識別情報」といえるから、引用例１の前掲ウに記載された動画像合成装置において、「識別情報に対応する描画情報関数を用いて」描画情報を生成しているといえる。
　以上を踏まえると、引用例１の段落【０２４１】、【０２４７】及び【０２４８】には、「動きの要素を表現した描画情報関数を複数格納する描画情報関数管理手段」を備え、「複数の描画情報関数の１つを参照する識別情報を保持し、該識別情報に対応する描画情報関数を用いて」描画情報を生成する構成（以下、「第７実施例記載の構成１」という。）が記載されていると認められる。
　引用発明と第７実施例記載の構成１とは、別の実施例ではあるが、いずれも同一技術分野に属する動画像合成装置に関するものであるから、引用発明に第７実施例記載の構成１を適用し、「描画情報関数を複数格納する描画情報関数管理手段」を備え、描画情報発生手段において、「複数の描画情報関数の１つを参照する識別情報を保持し、該識別情報に対応する描画情報関数を用いて」描画情報を生成することは当業者が容易に想到し得るものと認められる。
　
　ｂ　相違点２について
　引用例２には、複数の描画情報を組み合わせて新たな描画情報を生成する事項について記載されている。
　引用発明及び引用例２記載の事項は、いずれも、同一技術分野に属する動画像を生成する処理に関するものであるから、引用発明に引用例２記載の事項を適用し、１つ以上の描画情報を組み合わせて、各画像の現時刻における描画情報を生成することは、当業者が容易に想到し得るものと認められる。
　また、複数の処理を、複数の手段においてそれぞれ実行することは、情報処理の技術分野において慣用技術であるから、引用発明に引用例２記載の事項を適用する際に、当該慣用技術を採用し、組み合わせるための描画情報の生成を複数の描画情報発生手段のそれぞれにおいて実行し、画像管理手段において、「複数の描画情報発生手段のうち１つ以上が生成する描画情報を組み合わせて、各画像の現時刻における描画情報を生成」することは、当業者が適宜なし得る事項であると認められる。
　
　ｃ　相違点３について
　引用例１の前掲ウの段落【０２４３】及び【０２５０】には、（９１）行目でａＲｅｃｔとして定義されたオブジェクトのための（１０５）、（１０６）行目で定義されたＦｅｅｄＦｏｏｄの手続きを、（９２）行目でＡｎｇｅｌｆｉｓｈとして定義された前記ａＲｅｃｔとは異なるオブジェクトの手続きとして利用する事項、すなわち、２つの画像データが、同じ「動きの要素を表現した描画情報関数」を含む手続きを共有する事項（以下、「第７実施例記載の構成２」という。）が記載されている。
　引用発明と第７実施例記載の構成２とは、別の実施例ではあるが、いずれも同一技術分野に属する動画像合成装置に関するものであるから、引用発明に第７実施例記載の構成２を適用し、少なくとも２つの画像を同じ描画情報関数に基づいて描画することは、当業者が容易に想到し得るものと認められる。
　また、引用発明に第７実施例記載の構成２を適用する際に、前記慣用技術、及び前記第７実施例記載の構成１を採用し、描画情報の生成処理を各画像データに対応する複数の描画情報発生手段でそれぞれ実行し、「複数の描画情報発生手段のうち少なくとも２つの描画情報発生手段は、同じ描画情報関数を参照する識別情報を保持」するように構成することは当業者が適宜為し得る設計事項であると認められる。
　
　ｄ　相違点４について
　引用例１の前掲イの段落【０１７３】には、「時間制御関数式」及び「空間制御関数式」は、それぞれ、「相対時間から絶対時間への変換」及び「相対空間から絶対空間への変換」を行うためのものと記載されている。
　「相対時間」、「相対空間」、及び「絶対空間」が、「内部時刻」、「内部座標空間」、及び「グローバルな座標空間」にそれぞれ相当することは当業者にとって明らかな事項であり、さらに、各画像の「位置」を表すデータを「相対時間」、及び「相対空間」において計算する際に、各画像にそれぞれ対応する相対計算の基準となる時刻、及び相対計算の基準となる座標値のような計算に必要な数値を計算手段で保持しておくことは当業者が当然行う事項であるから、引用発明の「時間制御手段１８及び空間制御手段１９」は、「それぞれ保持する内部時刻と内部座標空間における座標値の更新情報を計算し、得られた座標値の更新情報をグローバルな座標空間へ変換することで、描画情報を生成」していると認められる。
　したがって、相違点４は、実質的な相違点とはいえない。
　
　ｅ　相違点５について、
　引用発明の「出力制御手段９」は、「オブジェクト管理手段１６」からの依頼に基づきオブジェクトの表示するものである。
　オブジェクトの表示を、オブジェクトとして定義された画像データを「位置」を表すデータに基づいて描画することにより行うことは、当業者にとって明らかな事項であるから、引用発明の「出力制御手段９」は、「画像管理手段から画像データと現時刻における描画情報を受け取り、該現時刻における描画情報に基づいて該画像データを画面上に描画する描画手段」であると認められる。
　したがって、相違点５は、実質的な相違点とはいえない。
　
　そして、本願補正発明の奏する効果は、引用例１及び２に記載された発明、及び前記慣用技術から想定できる程度のものにすぎず、格別なものとは認められない。
　
　したがって、本願補正発明は、引用例１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許出願の際独立して特許を受けることができないものである。
　
　（５）　むすび
　以上のとおり、本件補正は、特許法１７条の２第５項で準用する同法１２６条５項の規定に違反するものであり、特許法１５９条１項で準用する同法５３条１項の規定により却下されるべきものである。
　
第３　本願発明について
　１　平成１７年１１月２８日付の手続補正は上記のとおり却下されたので、本願の発明は、平成１７年７月２５日付けで補正された特許請求の範囲の請求項１ないし８に記載されたものと認められるところ、その請求項１に記載された発明（以下、「本願発明」という。）は、次のとおりのものである。
　「【請求項１】　１つ以上の画像を合成して表示する動画像合成装置であって、
　動きの要素を表現した描画情報関数を格納する描画情報関数管理手段と、
　前記描画情報関数に対応して画面上での動画像の描画位置を更新するための描画情報を生成する複数の描画情報発生手段であって、前記描画情報関数を参照する識別情報を保持し、該識別情報に対応する描画情報関数を用いて、各描画情報発生手段がそれぞれ保持する内部時刻と内部座標空間における座標値の更新情報を計算し、得られた座標値の更新情報から前記描画情報を生成するような該複数の描画情報発生手段と、
　各画像の画像データを管理し、前記複数の描画情報発生手段のうち１つ以上が生成する描画情報と組み合わせて、各画像の現時刻における描画情報を生成する画像管理手段と、
　前記画像管理手段から前記画像データと現時刻における描画情報を受け取り、現時刻における描画情報に基づいて該画像データを前記画面上に描画する描画手段と、
　を備えることを特徴とする動画像合成装置。」
　
　２　引用例
　原査定の拒絶の理由に引用された引用例、及びその記載事項は、前記「第２　２（２）」に記載したとおりである。
　
　３　対比・判断
　本願発明は、前記「第２」で検討した本願補正発明から「１つ以上の画像を合成して表示する動画像合成装置」、「描画情報関数を格納する描画情報関数管理手段」、「前記描画情報関数を参照する識別情報」、及び「更新情報から前記描画情報を生成するような」を「複数の画像を合成して表示する動画像合成装置」「描画情報関数を複数格納する描画情報関数管理手段」、「前記複数の描画情報関数の１つを参照する識別情報」、及び「更新情報をグローバルな座標空間へ変換することで、前記描画情報を生成する」とそれぞれした限定、さらに「複数の描画情報発生手段」の構成を「前記複数の描画情報発生手段のうちの少なくとも２つの描画情報発生手段は、同じ描画情報関数を参照する識別情報を保持する」とした限定を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、更に他の構成要件を付加したものに相当する本願補正発明が、前記「第２　２」で判断したとおり、引用例１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものである。
　
　４　むすび
　以上のとおり、本願発明は、引用例１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。