【事件の表示】
　平成　６年特許願第２７８９６９号「動画ＣＤＲＯＭソフト制作支援方法およびその装置」拒絶査定不服審判事件〔平成　８年　５月３１日出願公開、特開平　８−１３７９０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明の要旨
　本願は、平成６年１１月１４日の出願であって、平成１４年７月３１日付けの拒絶理由通知に対して同年１０月７日付けで手続補正がなされたが、同年１１月６日付けで拒絶査定がなされ、これに対して同年１２月１２日付けで審判請求がなされたものである。そして、本願の請求項１に係る発明は、上記手続補正により補正された特許請求の範囲の請求項１に記載された次のとおりのものと認める（以下、「本願発明」という）。
「シナリオデザインおよびプログラム作成が行われたＣＤＲＯＭ用のソフトウエアに基づいてデータベース（１）から該当するデータを順次読み出して再生するとともに、必要に応じてＣＤＲＯＭ用のソフトウエアの編集を行う動画ＣＤＲＯＭソフト制作支援方法であって、上記データベース（１）から読み出され、かつ上記ＣＤＲＯＭ用のソフトウエアにより再生される各データについて再生時間と時系列で自動的に発生する処理とを時間順に並べてなるテーブルを作成し、シナリオの流れを解析して自動的に実行するに当たって、タイマ割り込みが発生したことを条件として上記テーブルの内容に対応する処理を行わせることを特徴とする動画ＣＤＲＯＭソフト制作支援方法。」
　
２．引用例
　これに対して、原査定の拒絶の理由に引用された、特開平３−９３９３号公報（以下、「引用例１」という）には、次の事項が記載されている（なお、丸付き数字については数字のみで記述）。
ｉ）「本発明によるデータ編集/提示方式及び装置では、テキスト/静止画等の時間に依存しないメディア(静的メディアと呼ぶ)、音声/画像等の時間に依存するメディア(動的メディアと呼ぶ)を含むマルチメディアデータを対象とする。各メディアデータはファイル単位で記録し、１ファイルを１ノードとする。個々のノードは、提示時間情報として、提示を開始してから終了するまでの時間間隔をデータベースに記録する。また各ノードに付与するリンク情報として、リンク有効時区間情報をデータベースに記録する。リンク有効時区間情報は、ノードの提示時間中のある時間帯を指定したもので、この時間帯に、リンクがあることを示すメニューを提示し、利用者にリンクメニュー選択を行わせる。」（第４頁左上欄１〜１５行目）
ii）「６提示起動部16（提示起動手段）
　入力管理部18から提示実行命令と提示するノード情報、リンク情報をうけとってタイムテーブルを作成し、これと計時部14のクロックに基づいて自動的なデータ/リンクメニューの提示を行う。」（第６頁左下欄第１６〜２０行目）
iii)「７データベース管理部17(データベース管理手段)
　各メディアデータの属性をノード情報、リンク情報にわけて管理する。… （中略）…ノード情報の属性として、ノードタイプNt(例えばメディア種別などを記録する)、ノード名Nn、画面上の提示位置(Xn1，Yn2) 、(Xn2，Yn2)、提示時間Tn(提示開始から終了までの時間)、…（中略）…を記録する。」（第７頁左上欄第３〜１２行目）
iv）「８入力管理部18(入力管理手段)
　キーボード、マウスの入力デバイスとその制御部、及び利用者からの入力を解読するインタプリタ等で構成し、入力に対応して提示起動部16、図形生成部15に命令を送る。利用者は次の命令を入力できる。
… （中略）…
・ノード提示命令　提示させたいノード名を指定し、提示を開始させる。複数のノードを指定すれば、その順に自動的な提示ができる。」（第７頁右上欄第３〜１７行目）
ｖ）「利用者は入力管理部18にノード提示命令、提示対象ノード名を入力する。提示を行うノード名は複数でもよい。」
（第８頁左下欄第１５〜１７行目）、
vi）「個々で、提示実行命令をうけた提示起動部16の動作を第７図に示すフローに従って説明する。
　１送られたノード、リンク情報をもとに、タイムテーブルを作成する。…（中略）…また、タイムテーブル中の現在提示しているノード名をさすためのポインタを用意し、最初のノード(ここではNn1)をポイントする(ステップ71)。
　　　ノード名　　　　　　開始　　　　　　終了
　　（リンクメニュー名）
　　　Nn1,　　　　　　　　0,　　　　　　　Tn1 
　　　m11,　　　　　　　　ts11,　　　　　　te11
　　　m12,　　　　　　　　ts12,　　　　　　te12
　　　Nn2,　　　　　　　　Tn1,　　　　　　Tn1+Tn2 
　　　m21,　　　　　　　　Tn1+ts21,　　　　Tn1+te21
　　　m22,　　　　　　　　Tn1+ts22,　　　　Tn1+te22
　　　m23,　　　　　　　　Tn1+ts23,　　　　Tn1+te23
　上記のタイムテーブルは、ノードをシーケンシャルに提示する基本的な例で、まずノードNn1を時間Tn1だけ提示し、その間にリンクメニューm11、m12を提示する。その直後、ノードNn2を時間Tn2だけ提示し、その間にメニューm21、m22、m23を提示する。
　２データ読み出し部12に読み出し命令、ポインタのさすノード名を送る（ステップ72）。ノード名は入力管理部18にも通知する(ステップ63参照)。
　３計時部14にスタート信号を送り、時間計測を開始する(ステップ73)。
　４計時部14の計測する経過時間を読み、タイムテーブルと比較する(ステップ74)。ここで、比較の対象は、ポインタがさしているノード、及び付随するリンクメニュー(Nn1に対してはm11、m12)とする。
　５経過時間がリンクメニュー提示開始時刻(最初の場合、ts11とts12)をこえたら、図形生成部15にメニュー表示命令、及び表示位置情報を送る(ステップ75、76)。…（中略）…
　６利用者がメニューを選択し、入力管理部18が新たなデータ提示命令、ノード、リンク情報を送ってきた場合(ステップ77)、…（中略）…新しくタイムテーブルを作成し、ポインタをリセットする(ステップ79)。さらに２にもどり、新たなノードの読み出し処理を実行する。
　７〜９　…（中略）…
　10次のノードがなければ(ステップ715)、入力管理部18に終了通知を送り、終了する。
　以上で、自動的なノード提示の途中で、利用客が対話的に関連ノードの提示を行うことが可能になる。」（第９頁左上欄１６行目〜第１０頁左上欄１７行目）
vii)「利用者が自動的なデータ提示を中止させて関連データを提示した後、さらにもとのノード提示を再開することが可能になる。これにより、動画データの再生を一時中断し、中断した場面を説明するテキストデータを提示した後、再び動画を再生する、などの機能や、間違えて関連データを提示させた場合の取り消し機能(ＵＮＤＯ機能)を実現できる。」（第１２頁右上欄５〜１２行目）
　したがってこれら記載事項によると、引用例１には、「データ編集/提示用のソフトウェアに基づいてデータ記憶部から該当するノードを順次読み出して提示するとともに、必要に応じて該ソフトウェアの編集を行うに当たり、上記データ記憶部から読み出され、かつ上記データ編集/提示用のソフトウェアにより提示される１又は複数のノードについて提示時間とシーケンシャルに自動的に発生するリンク情報提示とを時間順に並べてなるタイムテーブルを作成し、利用者により入力されたノード提示命令、提示対象ノード名（複数のノード指定が可能）を解読してノード提示を自動的に実行するに当たって、上記タイムテーブルと提示経過時間との比較により提示開始時刻を超えたことを条件として上記タイムテーブルの内容に対応する処理を行わせるようにしたマルチメディアデータの編集/提示方法」の発明（以下「引用例１に記載の発明」という）が記載されている。
　また、原審の拒絶査定時に周知技術として引用された特開平４−３２６３９８号公報（以下、「引用例２」という）の【０１１０】〜【０１１４】及び【０１２４】には、次の事項が記載されている。
「【０１１０】＜記憶再生部２のＣＰＵ２１の動作：エディットモード＞
　ＣＰＵ２１は、コンピュータ部１からの指示により、ハードディスク８に上述の動作によって記憶された音声データや映像データをエディットすることができる。即ち、ハードディスク８に記憶された夫々のデータは、任意の長さの単位で一つのイベントとして、キーボードやマウス１２の操作にしたがって、登録することができる（図９、９ー８）。
【０１１１】そして、このようにイベント化された音声データ／映像データと先に演奏入力して記憶されているシーケンサデータの各小節番号との対応をとる（９ー９）。つまり、楽曲の各小節毎に発生する音声データ、映像データを入力記憶した順序、時刻とは異ならせて再生可能とするものであり、例えば、複数枚の静止画の映像データを予め記録しておき、それを、各小節毎に切替えて発生することができる。また、動画データを予め記録しておき、それを小節の長さに対応して切出して、適宜再生するようにすることもできる。
【０１１２】９ー１０においては、このようなエディット処理の結果得た楽曲についてのスケジュールテーブルをハードディスク８に記憶する。図１７は、一つの曲についてのスケジュールテーブルを例示しており、各小節番号に対し、音声Ｔｒ１、２にて再生すべき音声情報のハードディスク８上のアドレスおよび映像Ｔｒにて再生すべき映像情報のハードディスク８上のアドレスを示しており、この例では、１小節目では、音声Ｔｒ１においては、ハードディスク８のＡｄ００１からＡｄ００２−１までの音声情報が読み出されるようになっており、音声Ｔｒ２においては、ハードディスク８のＢｄ００１からＢｄ００２−１までの音声情報が読み出されるようになっている。勿論これらの再生時間と小節の時間は対応するようになっている。以下同様に音声情報は各小節単位で指定される。これに対し、映像Ｔｒにおいては、１〜４小節目までハードディスク８のＣｄ００１からＣｄ００２−１までに記憶された一つの画面のデータを再生することになる。以下同様に、複数小節毎に映像情報は、読み出されるように設定されている。
【０１１３】なお、音声情報と映像情報と楽曲の対応関係は、小節単位のほか種々の時間単位を取ることができ、その関係は種々変更できることは、いうまでもない。
【０１１４】このようなエディット処理を複数の曲に関し行なうことによって、ハードディスク８には、図５に示すように、各曲（曲１、２、３、・・・）のスケジュールテーブルデータ、シーケンサデータ（マルチトラック構成）、音声データ（Ｔｒ１、Ｔｒ２）及び映像データ（複数画面構成）が、夫々記憶される。」
「【０１２４】また、演奏データ、オーディオデータ、映像データを統合して、記憶手段に記憶設定することができるようになり、曲の選択にあわせて簡単に夫々のデータを取り出すことができ、更には、ユーザーがこれらのデータを統合した形で簡単に編集操作等を行なえるようになる。」
　したがってこれら記載事項から、引用例２には、「音声データや映像データといった再生データのエディット処理（編集操作）において、各再生データについてスケジュールテーブルを作成し、該スケジュールテーブルを変更可能にする」技術が記載されている
　
３．対比
　そこで、本願発明（以下、「前者」という）と引用例１に記載の発明（以下、「後者」という）とを対比すると、
１）後者の「データ記憶部」が前者の「データベース」に相当し、以下同様に、「提示」が「再生」に、「提示時間とシーケンシャルに自動的に発生するリンク情報提示」が「再生時間と時系列で自動的に発生する処理」に、「タイムテーブル」が「テーブル」に、それぞれ相当する。
２）後者では、「ノード」がファイル単位で記録した各メディアデータであることから、後者の「ノード」が前者の「データ」に相当する。
３）前者において、「シナリオ」なるものは、本願明細書の記載から、制作者が入力データの再生順序を指定したものと解されるものであり、「シナリオの流れを解析して」とは、指定された入力データの再生順序を明らかにすることである。一方、後者において、「利用者により入力されたノード提示命令、提示対象ノード名（複数のノード指定が可能）」は、利用者（換言すれば、編集者又は制作者）が指定したノード提示の順序を表現したものに相当し、「解読して」とは該指定したノード提示の順序を明らかにすることに相当する。してみれば、後者の「利用者により入力されたノード提示命令、提示対象ノード名（複数のノード指定が可能）を解読してノード提示を自動的に実行する」は、前者の「シナリオの流れを解析して自動的に実行する」と実質的に同義と認められる。
４）後者の「タイムテーブルと提示経過時間との比較により提示開始時刻を超えたこと」、換言すれば「タイムテーブルとの比較よりタイムアップが発生したこと」については、前者の「タイマ割り込みが発生したこと」と同義と認められる。
　したがって、両者は、「特定のソフトウエアに基づいてデータベースから該当するデータを順次読み出して再生するとともに、必要に応じて該特定のソフトウエアの編集を行う方法であって、上記データベースから読み出され、かつ上記特定のソフトウエアにより再生されるデータについて再生時間と時系列で自動的に発生する処理とを時間順に並べてなるテーブルを作成し、シナリオの流れを解析して自動的に実行するに当たって、タイマ割り込みが発生したことを条件として上記テーブルの内容に対応する処理を行わせる」ようにした点において一致し、次の点で相違する。
ａ）前者は「動画ＣＤＲＯＭソフト制作支援方法」であって、該「動画ＣＤＲＯＭソフト(ウェア)」は「シナリオデザインおよびプログラム作成が行われた」ものであるが、後者にはそのような明示がない点、
ｂ）「再生時間と時系列で自動的に発生する処理とを時間順に並べてなるテーブル」を、前者は「各データについて」作成しているのに対し、後者では「１又は複数のノード（データ）について」作成している点。
　
４．相違点に対する判断
　次に、これら相違点について以下に検討する。
(イ)相違点ａ）について
　引用例１に記載の発明は、電子媒体に記録されている動画を含むマルチメディアデータを編集/提示するものであるが、該編集により作成（制作）されたものは、上記２．のiv）〜vi）に示したように、利用者が指定したノード（データ）の提示（再生）の流れにしたがってプログラムされたものであることは明白であることから、引用例１に記載の発明も、「シナリオデザインおよびプログラム作成が行われた」ところのマルチメディアソフトの制作支援方法と捉えることができる。
　また、動画を含むマルチメディアデータをシナリオにしたがって編集したものを、新たなソフトウェアとしてＣＤＲＯＭといった汎用のメディアを用いて制作する技術は、当該技術分野においては本願出願前周知慣用の技術に過ぎない（例えば、特開平１−１６６３５９号、特開平４−１７９９９７号、特開平５−２８２３７１号、各公報）。
　してみれば、引用例１に記載の発明に上述した周知慣用の技術を適用して、本願発明のような動画ＣＤＲＯＭソフト制作支援方法とすることは、当業者ならば容易に想到し得るものであり、当該相違点は格別のものとは認められない。
(ロ)相違点ｂ）について
　上述の２．で示したように、引用例２には、「音声データや映像データといった再生データのエディット処理（編集操作）において、各再生データについてスケジュールテーブルを作成し、該スケジュールテーブルを変更可能にする」技術が記載されており、また、引用例１に記載の発明も当該引用例２に記載の技術も、共に同じマルチメディアデータの編集処理に関するものである。
　してみれば、引用例１に記載の発明に当該引用例２に記載の技術を適用して、本願発明のように「再生時間と時系列で自動的に発生する処理とを時間順に並べてなるテーブル」を「各データについて」作成することは、当業者が容易に想到し得ることであり、当該相違点もまた格別のものとは認められない。
　
５．審判請求人の主張について
　審判請求人は、審判請求の理由において、「本願発明１、２は、データ毎にテーブルを作成し、タイマ割り込みが発生したことを条件としてテーブルの内容に対応する処理を行わせるものであります。したがいまして、シナリオデザイン変更時などに、テーブルの変更作業を簡単に達成することができます。換言すれば、変更が必要なデータに対応するテーブルのみを変更すればよく、テーブルの変更作業を簡単に達成することができます。」旨主張している。
　しかしながら、本願明細書中には、「シナリオデザイン変更時など」の「テーブルの変更作業」について、及び、「変更が必要なデータに対応するテーブルのみを変更すればよく、テーブルの変更作業を簡単に達成することができます」といった作用効果について、何ら記載も示唆もなされておらず、自明とも認められないので、当該審判請求人の主張を採用することはできない。
　たとえ自明であると仮定しても、上述の2．で示したように、「音声データや映像データといった再生データのエディット処理（編集操作）において、各再生データについて（換言すれば、再生データ毎に）スケジュールテーブルを作成し、該スケジュールテーブルを変更可能にする」技術が、引用例２に記載のようによく知られていることを鑑みれば、格別な作用効果とは認められない。
　なお、審判請求人による、「引用文献２は、曲の演奏にあわせて、オーディオ、映像の再生をも行う自動演奏装置でありますから、シナリオデザインが既に行われていることを前提とするものであります。換言すれば、シナリオデザインの変更などを行うことは全く意図されていないとともに、何らの記載も示唆もありません」なる主張は、上述の２．で示した引用例２の記載事項より当を得たものではないことが明らかであることを付記する。
　
６．むすび
　したがって、本願発明は、引用例１及び２、それぞれに記載の発明に基づいて当業者が容易に発明することができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。