【事件の表示】
　平成　２年特許願第２２５２９１号「マルチメディア情報の記録・再生方法」拒絶査定に対する審判事件［平成　４年　４月　９日出願公開、特開平　４−１０７７３９］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯及び本願発明の要旨
　本願は、平成２年８月29日の出願であって、請求項１に係る発明（以下、「本願発明」という）の要旨は、平成13年２月５日付け手続補正書によって補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１に記載された次のとおりのものと認められる。
「圧縮された動画、静止画、音声のＡＶ情報を含む素材と前記素材どうしを組合わせて行う画面表示を制御するコンピュータプログラムをシナリオとして含むマルチメディア情報を一つの記録媒体に記録し、再生し、機種の異なる複数のデコーダの一つで復元しつつ表示するマルチメディア情報の記録・再生方法であって、前記シナリオを前記各デコーダに依存しないプログラム言語で作成し、前記シナリオを前記各デコーダで実行可能な機械語のシナリオにそれぞれ変換し、これら機械語のシナリオを前記素材と共に前記マルチメディア情報として前記一つの記録媒体に記録する段階を経ることを特徴とするマルチメディア情報の記録・再生方法」
　
２．引用例記載の発明
（１）これに対して、当審の拒絶の理由において引用した「情報処理学会研究報告、Vol.86、No.34、1986、p.47.3.1〜47.3.10」（以下、「引用例１」という）には、次の事項が記載されている。
(a) 「本稿ではＭＭＰＳ記述用のプログラミング言語ＳＬ（Scenario Language）を提案する。ＳＬは次のような特徴を持つ言語である。
　(1)音声、画像などのマルチメディア・データに対応するデータ型を言語仕様に取り入れ、それらのデータの表示などを行う組み込み関数を用意することによって、マルチメディア・データを容易に取り扱えるようにしている。
　(2)シナリオのように、複数の登場人物の存在、場所、物、登場人物の移動、登場人物の会話などの概念を持ち、ＭＭＰＳをシナリオを書く要領で記述することができる。以上の特徴により、システム開発者（プログラマ）は現実の世界をモデルにして適当な場所と登場人物を設定し、設定された場所の上での登場人物の行動を考えることによってＭＭＰＳを容易に構築することができる。」（第２頁右欄第15行〜同第30行）
(b) 「３．１　ＳＬの概要
　シナリオの概念に基づいてＭＭＰＳを構築する際にプログラマが考えるべきことは一般に、(1)どんなオブジェクトを設定するか(2)どんなパフォーマを出演させるか(3)出演するパフォーマにどんなアクションを行わせるかの３つに分けられる。…（中略）…
（４）マルチメディア・データの提示
　○1静止画、動画を画面に表示する関数
　○2音声を出力する関数
　○3ユーザからのキー入力を読み取る関数
　○4マルチウィンドウの制御を行う関数
などの関数がライブラリとして用意される。
（５）その他
　その他にＳＬにはアクションの分岐、反復などの実行順序を制御する文や、式を計算する文などが言語Ｃに準拠して用意されている〔6〕。言語Ｃに準拠した理由は言語Ｃが最近では最も一般的なシステム記述用言語であり、言語Ｃに慣れたプログラマが多いためである。」（第５頁右欄第６行〜第９頁左欄第23行）
(c)「４．２　開発環境と処理系の作成
　ＳＬによるＭＭＰＳの開発環境を作成するにあたって、最初に取り組んだのは、
○1複数のパフォーマによる並行なアクションの実現手法の決定
○2ＳＬの処理系の作成
の２つである。…（中略）…○2のＳＬの処理系には次の２つが考えられる。
　(1)コンパイラ（compiler）
　(2)インタプリタ（interpreter）
対話的にＭＭＰＳの開発を行うには(2)の方法が良いかもしれない。しかし、開発の対象となっているＭＭＰＳはリアルタイムに動作するシステムであり、その実行速度が重視されることから実行速度の点で有利な(1)の方法を取ることにした。コンパイラの作成にあたって、その目的コードを言語Ｃのソースとした。これは、パフォーマのアクション記述部などＳＬの言語仕様は言語Ｃに準拠したものが多いのでコンパイラの作成期間が短縮され、他の計算機への移植も容易になるためである。」（第10頁左欄第１行〜同頁左欄第29行）
　ここで、引用例１に記載された事項(a)〜(c)をまとめると、引用例１には動画、静止画、音声などのマルチメディアデータを提示するシステムを、シナリオを書く要領でシステムの動作を記述できるプログラミング言語ＳＬ（Scenario Language）により記述し、該プログラミング言語ＳＬにより記述されたプログラムを、一般的なプログラミング言語であるＣ言語のソースプログラムへ変換することが記載されており、また、ここでは該Ｃ言語のソースプログラムへ変換した後の処理については特に記載がないが、通常は該システムを実行する計算機用のＣコンパイラにより実行コードである機械語に変換し、上記マルチメディアデータと共に記録媒体に記録することになるものと認められる。
　また、上記事項(c)に「コンパイラの作成にあたって、その目的コードを言語Ｃのソースとした。これは、パフォーマのアクション記述などＳＬの言語仕様は言語Ｃに準拠したものが多いのでコンパイラの作成期間が短縮され、他の計算機への移植も容易になるためである。」と記載されているように、目的コードを言語Ｃのソースとした理由として他の計算機への移植の容易性が示されているが、一般にＣ言語のような高級言語は計算機の機種に依存するものではなく、各種計算機用のコンパイラでコンパイルすることで同じプログラムが各種計算機上で実行可能となることは技術常識であり、また、一般にプログラム開発においては、機種に依存しない言語でプログラムを作成し、機種毎のコンパイラでそれぞれの機種毎の実行コードを作成することは、当該技術分野においてはよく行われていることである。そして、一般的なソフトウエアの配布形態を考慮すれば、該Ｃ言語のソースを各種計算機用のコンパイラで実行コードすなわち機械語に変換し、動画などのマルチメディアデータと共に記録媒体に記録し、機種毎の記録媒体として作成・配布することになるのは自明である。
　したがって、引用例１には次の構成を有する発明（以下、「引用例１記載の発明」という。）が記載されているものと認められる。
　動画、静止画、音声などのマルチメディアデータを提示するシステムを、シナリオを書く要領で記述できるプログラミング言語ＳＬにより記述し、該記述されたプログラムを計算機の機種に依存しないプログラミング言語であるＣ言語のソースプログラムへ変換し、該Ｃ言語のプログラムを各機種用のコンパイラで実行コードである機械語にそれぞれ変換し、該機械語と上記マルチメディアデータを計算機の機種毎の記録媒体に記録する方法
（２）また、当審の拒絶の理由において引用した「VZ Editor version 1.5 ユーザーズマニュアル、1989年12月10日、第２版１刷、株式会社ビレッジセンター、p.0-4〜0-6、8-1〜8-7」（以下、「引用例２」という）には、次の事項が記載されている。
(d)「VZエディタVer1.5のマスターディスクは、ルートディレクトリのファイルと、いくつかのサブディレクトリで構成されています。
　　VZ.COM         ：VZ本体（PC-9801版）
　　VZ.DEF          ：標準DEFファイル
　　　　　　　　…（中略）…
    *.DEF            ：各種DEFファイル」（第0-6頁第１行〜同頁第19行）
(e)「Ver1.5のVZは、対応機種が次のように広がりました。
　　　PC-9801版　　　　　　vz.com vz.def     ・PC-9801シリーズ
　　　J-3100版　　　　　　  vzj31.com　　　　・J-3100日本語モード
                          　 　　　　　　　　　　　　　　　vzj31.def
　　　IBM PC/AX版　　　　vzibm.com        ・IBM PCおよび互換機
   　　　　　　　　　　　　 　　　vzibm.def         ・J-3100英語モード
      　　　　　　　　　　　　　　　vzax.def          ・AXマシン日本語モード
　マスターディスクでは、J-3100版はサブディレクトリ「J31」に、IBM PC/AX版はサブディレクトリ「IBM」にまとめてあります。」（第8-2頁第１行〜同頁第９行）
　そして、引用例２に記載された事項(d)及び(e)をまとめると、引用例２には１つのマスターディスクに、異なる計算機であるPC-9801、J-3100、IBM PC/AX用のVZエディタの本体、すなわち実行プログラム「vz.com」、「vzj31.com」、「vzibm.com」を記録し、このマスターディスク１枚で異なる３つの機種の計算機で同じVZエディタの実行を可能とすることが記載されているものと認められる。
　
３．本願発明と引用例１記載の発明との対比
　引用例１記載の発明の「動画、静止画、音声などのマルチメディアデータ」は、本願発明の「動画、静止画、音声のＡＶ情報を含む素材」と等価であり、また、引用例１記載の「マルチメディアデータを提示するシステム」は、マルチメディアデータと該マルチメディアデータを画面表示などにより提示するためのプログラムから構成されており、該マルチメディアデータとプログラムが本願発明の「素材と前記素材どうしを組合わせて行う画面表示を制御するコンピュータプログラムをシナリオとして含むマルチメディア情報」に相当することは明らかである。また、本願発明の「デコーダ」とはコンピュータプログラムを実行するものであり、結局コンピュータすなわち計算機そのものを示していることは明らかであるから、引用例１記載の発明も本願発明も上記「マルチメディア情報」を記録媒体に記録し、再生し、機種の異なる複数の計算機上で復元しつつ表示するマルチメディア情報の記録・再生方法であると認められる。
　また、引用例１記載の発明における「シナリオを書く要領で記述できるプログラミング言語ＳＬにより記述し、該記述されたプログラムを計算機の機種に依存しないプログラミング言語であるＣ言語のソースプログラムへ変換し」は、最終的に計算機の機種に依存しないプログラミング言語であるＣ言語のソースプログラムを作成することになるから、本願発明の「前記シナリオを前記各デコーダに依存しないプログラム言語で作成し」に相当し、また、引用例１記載の発明の「該Ｃ言語のプログラムを各機種用のコンパイラで実行コードである機械語にそれぞれ変換し」は、本願発明の「前記シナリオを前記各デコーダで実行可能な機械語のシナリオにそれぞれ変換し」と同等である。
　したがって、本願発明と引用例１記載の発明とは、
　動画、静止画、音声のＡＶ情報を含む素材と前記素材どうしを組合わせて行う画面表示を制御するコンピュータプログラムをシナリオとして含むマルチメディア情報を記録媒体に記録し、再生し、機種の異なる複数のデコーダの一つで復元しつつ表示するマルチメディア情報の記録・再生方法であって、前記シナリオを前記各デコーダに依存しないプログラム言語で作成し、前記シナリオを前記各デコーダで実行可能な機械語のシナリオにそれぞれ変換するマルチメディア情報の記録・再生方法
である点で一致し、
(i)本願発明が「圧縮された動画」であるのに対し、引用例１記載の発明では「動画」が圧縮されたものであるか否かが明記されていない点、また、
(ii)本願発明が「マルチメディア情報を一つの記録媒体に記録し」及び「これら機械語のシナリオを前記素材と共に前記マルチメディア情報として前記一つの記録媒体に記録する」のに対し、引用例１記載の発明では「該機械語と上記マルチメディアデータを計算機の機種毎の記録媒体に記録する」点、
で相違するものと認められる。
　
４．相違点についての判断
・相違点(i)について
　動画、静止画、音声などのマルチメディアデータを扱うシステムにおいて、動画にＭＰＥＧなどの圧縮技術を採用することは、例えば「情報処理学会研究報告、Vol.90、No.46、1990-5-28、p.1-7」及び「画像電子学会誌、Vol.19、No.4、1990-8-25、p.236-243」等に記載されているように、当該技術分野において周知の事項に過ぎず、この点に格別の進歩性は認められない。
・相違点(ii)について
　上記２．（２）に記載したように、引用例２には一つのマスターディスクすなわち記録媒体に、複数機種の計算機用の実行プログラム（機械語）を記録することにより、該一つのマスターディスクで前記複数機種の計算機上で実行可能とすることが記載されているから、引用例１記載の発明において、複数機種の計算機で実行させるために、該複数機種の計算機それぞれに対応する機械語を、一つの記録媒体に記録するように構成することは当業者ならば容易に想到しえたことである。なお、圧縮された動画、静止画、音声のＡＶ情報を含む素材を各計算機毎に記録する必要はないことは明らかであり、記録媒体の記憶容量も考慮すれば、上記一つの記録媒体には各計算機用の機械語と共用の素材を記録すれば効率がよいことは当業者ならば自明である。
　
５．むすび
　以上のとおりであるから、本願発明は引用例１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものと認められ、特許法第29条第２項の規定により、特許を受けることができない。
　よって、結論のとおり審決する。