【事件の表示】
　平成　８年特許願第３４３２４１号「通信カラオケ端末装置」拒絶査定不服審判事件〔平成１０年　７月１４日出願公開、特開平１０−１８７１６９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１【手続の経緯、本願発明】
　本願は平成８年１２月２４日の出願であって、平成１４年５月１５日付、平成１４年８月１６日付及び平成１６年１０月１３日付の手続補正書により補正された明細書及び図面の記載からみて、その請求項１に係る発明（以下「本願発明」という。）は、特許請求の範囲の請求項１に記載された次のとおりのものである。
　
「【請求項１】記憶手段と、演奏手段と、利用者インタフェースと、通信手段と、制御手段を備えた通信カラオケ端末装置であって、
　記憶手段は、楽曲番号で区別された多数の楽曲のカラオケデータを格納し、
　カラオケデータは、伴奏音楽情報と、楽曲属性情報を含み、
　楽曲属性情報は、タイトルやアーチストなどの複数の属性項目の属性記述を含み、
　演奏手段は、制御手段の制御により演奏予約された楽曲のカラオケデータに基づき伴奏音楽を演奏し、
　利用者インタフェースは、楽曲検索の利用者入力を受け付け可能とするとともに、楽曲検索結果を利用者に表示可能とし、
　通信手段は、通信回線を介してホスト装置と通信可能とし、
　制御手段は、曲目検索プログラムに基づく検索予約処理と、受信処理と、第１および第２の追加処理を可能とし、
　検索予約処理は、利用者入力に基づいて記憶手段の楽曲属性情報を検索し、該当する楽曲のタイトルやアーチストを表示させ、表示された楽曲の予約入力があった際に当該楽曲を演奏予約し、
　受信処理は、第１の属性追加指令書をホスト装置から受信するとともに、第２の属性追加指令書とプログラム更新情報をホスト装置から受信し、
　第１の属性追加指令書は、楽曲番号と、既存の属性項目と、属性記述を含み、
　第２の属性追加指令書は、楽曲番号と、新規定義の属性項目と、属性記述を含み、
　プログラム更新情報は、曲目検索プログラムに新規定義の属性項目を検索対象に追加させる情報であり、
　第１の追加処理は、受信した第１の属性追加指令書に基づいて記憶手段の該当楽曲の属性情報に該当属性項目の属性記述を追記し、
　第２の追加処理は、受信した第２の属性追加指令書に基づいて記憶手段の該当楽曲の属性情報に新規定義の属性項目と属性記述を追記するとともに、受信したプログラム更新情報に基づいて曲目検索プログラムを更新する
　通信カラオケ端末装置。」
　
第２【引用例】
１．これに対して、当審における平成１６年８月１６日付の拒絶理由に引用した、特開平８−２６３０７８号公報（平成８年１０月１１日出願公開、以下「引用例１」という。）には、「通信カラオケシステム」（発明の名称）に関し、図面と共に次の（１）ないし（１６）のとおりの記載がある。
（１）「膨大な曲データを備えたデータベースを保持するホストコンピュータより、通信回線を介し、カラオケスナック等の各店舗に設置されたカラオケ端末へ曲データを供給する、いわゆる通信カラオケシステムが普及しつつある。」（段落０００２）
（２）「１はホストコンピュータであり、カラオケの曲データを蓄えたデータベースを保持している。このホストコンピュータ１には、通信回線Ｎを介して複数のカラオケ端末２，２，・・が接続されており、ホストコンピュータ１から各カラオケ端末へ曲データを配信するようになっている。」（段落００１０）
（３）「また、ホストコンピュータ１は、各カラオケ端末２，２，・・にて実行されるシステムプログラムをもハードディスク（図示略）に保持しており、通信回線を介し、各々のカラオケ端末にこのシステムプログラムを配信する。」（段落００１１）
（４）「ここで、曲データについて説明する。各曲の曲データには、カラオケの演奏曲を再生するための演奏情報の他、その曲を特定するための曲コード、その曲に付された歌詞を曲の進行に応じてディスプレイに表示させるための歌詞情報等が含まれている。このような曲データが、例えば新曲がリリースされる度に所定の曲数単位でホストコンピュータ１から各カラオケ端末２，２，・・へ供給される。」（段落００１２）
（５）「ホストコンピュータ１は、各カラオケ端末２，２，・・へ供給すべき曲データを曲のリリース単位でバージョン管理しており、同時期にリリースされた複数曲の曲データ（ファイル群）に対してバージョン番号を割り当て、その情報を管理テーブルに保持し、曲データを送信する際にはファイル群の先頭あるいは末尾にそのバージョン番号を付加すうる。」（段落００１３）
（６）「システムプログラムは、前述したように各カラオケ端末２，２，・・にて実行される制御プログラムであって、曲データを解釈し曲の再生を制御するシーケンサ、カラオケ端末側のデータベースを管理するデータベースマネージャ、通信インタフェース等の各種デバイスを制御するデバイスドライバ等の各種ソフトウェアを含んでいる。」（段落００１４）
（７）「次に、図２を参照し、カラオケ端末２の構成について説明する。
　図２において、２１はモデムあるいはＩＳＤＮ（Integrated Sarvices Digital Network）等の通信インタフェースであり、ホストコンピュータ１と通信回線Ｎを介して接続されている。２２はＣＰＵ（中央処理装置）であり、ホストコンピュータ１から供給されるシステムプログラムを実行し、バスＢＵＳを介して接続される装置各部を制御する。」（段落００１５）
（８）「２５はハードディスクであり、ホストコンピュータから供給される曲データ、システムプログラム、およびこれらのバージョン管理デーブルが格納される。バージョン管理テーブルは、曲データ用とシステムプログラム用とがあり、曲データ用のテーブルには、曲データとともに配信されたリリース単位のバージョン番号が保持され、システムプログラム用のテーブルには、システムプログラムとともに配信されたシステムのバージョン番号が保持されている。」（段落００１６）
（９）「２６は操作パネルであり、利用者の各種入力操作を検出し、該操作に対応した検出信号をＣＰＵ２２へ出力する。利用者は、この操作パネル２６より、選曲、演奏の開始および中止、ボリューム、テンポ等の指定の他、ホストコンピュータ１との通信を行うための指示操作を行う。」（段落００１９）
（１０）「本システムでは、所定曲数の新曲がリリースされた場合などの所定時期に、ホストコンピュータ１から各店舗のカラオケ端末２，２，・・へ曲データを配信するようになっている。また、その間にシステムのバージョンアップ等があった場合、ホストコンピュータ１は、上記曲データに加え、変更後のシステムプログラムをも配信する。これにより、新曲の追加とシステムプログラムの更新がホストコンピュータ１の主導下で行われる。」（段落００２２）
（１１）「ホストコンピュータ１は、カラオケ端末２から送信許可応答を受けると、受信した曲データのバージョン番号と自身のデータベースに格納されている曲データの各バージョン番号とを比較し、未送信のバージョンが存在するが否か判断する（ステップＳ４）。そして、未送信のバージョンが存在すれば、ホストコンピュータ１は、当該未送信バージョンの曲データとそのバージョン番号とをカラオケ端末２へ送信する（ステップＳ５）。」（段落００２５）
（１２）「一方、カラオケ端末２は、ホストコンピュータ１から曲データ（およびそのバージョン番号）を受信すると、当該受信した曲データをハードディスク２４内の既存の曲データに追加し、さらにそのバージョン番号を曲データ用のバージョン管理テーブルに書き込む（ステップＳ６）。」（段落００２６）
（１３）「次に、ホストコンピュータ１は、前述のステップＳ３でカラオケ端末２から受信したシステムプログラムのバージョン番号と自身のデータベースに格納されている最新のシステムプログラムのバージョン番号とを比較し、カラオケ端末２に存在するシステムプログラムが旧バージョンであるか否かを判断する（ステップＳ７）。そして、旧バージョンであると判断した場合、ホストコンピュータ１は、最新バージョンのシステムプログラムをそのバージョン番号とともにカラオケ端末２へ送信する（ステップＳ８）。」（段落００２７）
（１４）「一方、カラオケ端末２は、ホストコンピュータ１からシステムプログラム（およびそのバージョン番号）を受信すると、当該受信したシステムプログラムをハードディスク２４内の既存のシステムプログラムに追加し、さらにそのバージョン番号をシステムプログラム用のバージョン管理テーブルに書き込む（ステップＳ９）。こうして、未送信の曲データと最新のシステムプログラムがカラオケ端末２へ供給される。
　そして、上記ステップＳ１〜Ｓ９の動作を各カラオケ端末２，２，２・・について繰り返すことにより、曲データおよびシステムプログラムの配信処理が完了する。」（段落００２８）
（１５）「次に、カラオケ端末２による曲の再生動作について説明する。まず、利用者が操作パネル２６より選曲し、演奏開始を指示すると、ＣＰＵ２２は、ハードディスク２４から対応する曲データをＲＡＭ２５にロードする。そして、当該曲データを逐次解釈し、演奏情報を楽音合成装置２７へ供給するとともに、歌詞情報に対応したフォント情報をＲＡＭ２５から画像合成装置３２へ転送する。
　一方、ＣＰＵ２２は、当該曲データに含まれる曲コードを画像再生装置３１へ供給する。これにより、レーザディスク３２から当該曲データに対応した画像データが読み出され、画像合成装置３２へ供給される。
　こうして、楽音合成装置２７にて生成される楽音信号が、ミキサ２９にてマイク３０より入力される音声信号と合成された後、スピーカ３０より発音されるとともに、画像合成装置３２にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３４に当該曲の進行に対応した映像と歌詞が表示される。」（段落００３１−００３３）　
（１６）「また、本実施例では、配信されたシステムプログラムをハードディスク２４に書き込む際、既存のシステムプログラムを削除せずこれに追加するようにしたが、これに限らず、記憶領域を節約するために既存のシステムプログラムに対して更新をかけるようにしてもよい。この場合、ハードディスク２４には１つのシステムプログラムのみが存在するので、起動時にシステムプログラムのバージョン管理テーブルを参照する必要が無くなる。」（段落００３６）
　
　したがって、上記（１）ないし（１６）の記載から、引用例１には
「ハードディスクと、楽音合成装置と、操作パネルと、通信インタフェースと、ＣＰＵを備えた通信カラオケ端末であって、
　ハードディスクは、曲を特定するための曲コードを含む曲データを格納し、
　曲データは、演奏曲を再生するための演奏情報と、歌詞情報等を含み、
　楽音合成装置は、ＣＰＵの制御により演奏指示された曲の曲データに基づき楽音信号を生成し、
　操作パネルは、利用者の選曲、演奏の開始を受けつけ、
　通信インタフェースは、通信回線を介してホストコンピュータと接続し、
　カラオケ端末は、曲データの追加処理とシステムプログラムの更新処理を行い、
  曲データの追加処理は、ホストコンピュータから曲データを受信するとハードディスクに追加記憶し、
　システムプログラムの更新処理は、バージョン情報に基づいてシステムプログラムを更新処理する
　通信カラオケ端末装置。」の発明（以下「引用例１発明」という。）が開示されていると認められる。　
　
２．同じく当審における平成１６年８月１６日付の拒絶理由に引用した特開平４−１１２８８号公報（平成４年１月１６日出願公開、以下「引用例２」という。）には、「楽曲検索機能付きカラオケ装置」（発明の名称）に関し、図面と共に次の（１）ないし（３）のとおりの記載がある。
（１）「第２図は上記楽曲情報記憶媒体１０に格納される各楽曲の情報のデータフォーマットの一例を示している。このデータフォーマットの特徴は、演奏情報及び歌詞情報を含む楽音情報３０の他に、その先頭にヘッダ３２を設け、そのヘッダ３２に各楽曲に関するデータである検索情報を記録したことである。この検索情報としては、例えば歌手名３２ａ、作曲者名３２ｂ、ジャンル３２ｃなどが用いられる。
　検索情報としては、上記のようなデータに限られるものではなく、その他歌詞の出だし部分の情報や歌詞のキーワードなどを記録しておくことも可能である。」（第３頁右上欄第６−１８行）
（２）「そして、キー操作が行われ検索項目が指定されると（Ｓ５）、すなわちスクロールキー４８の操作により検索項目を指定して所定の実行キーを押すことにより検索項目が指定されると、中央制御部１４は、その検索項目のメニューを画面上に表示させる（Ｓ６）。このメニューの表示画面が第５図（Ｂ）に示されている。これは、検索項目として、Ｎｏ．２歌手名が選択された場合の例であり、歌手名のリストが画面上に表示されている。
　次に検索項目中のデータの選択、すなわち歌手名の選択が行われたか否かが判断される（Ｓ７）。すなわち、所定のカーソル移動（Ｓ８）などの動作に基づき、歌手名が選択された後所定の実行キーが押されたことが判断されると（入力キーが「＃」の場合）検索項目の取得、すなわちまず第１の検索項目が入力手段１２の入力バッファに格納される（Ｓ９）。」（第４頁左上欄第４−２０行）
（３）「ここで、最終的な実行キーのキー入力を待って（Ｓ１２）、実行キーとして例えば＃キーが押されると中央制御部１４による検索が行われる（Ｓ１３）。
　この検索動作の概略フローチャートが第６図に示されている。すなわち、中央制御部１４は、楽音情報記憶媒体１０に格納さえた各楽曲のヘッダ３２を読み込み（Ｓ１０１）、そのヘッダ３２内の検索情報を登録された検索項目のデータとヘッダ３２の情報との一致が判断される（Ｓ１０３）。（中略）
　そして、検索が終了すると、検索結果として検索楽曲が画面上に中央制御部１４の制御によって表示される（第４図Ｓ１４）。このときの画像表示の一例が第５図（Ｃ）に示されている。
　次にこの検索結果に基づくキー操作が判断される（Ｓ１５）。すなわち、使用者はこの曲目リストからスクロールキー４８などの操作によるカーソルの移動によって（Ｓ１６）、希望する曲目を選択することができ、選択した後その再生の指示である再生キー４２が操作されると、Ｓ３における再生動作が行われる。」（第４頁右上欄第９行−左下欄第１９行）
　
３．同じく当審における平成１６年８月１６日付の拒絶理由に引用した特開平７−２８８３３号公報（平成７年１月３１日出願公開、以下「引用例３」という。）には、「情報検索装置」（発明の名称）に関し、図面と共に次の（１）ないし（３）のとおりの記載がある。
（１）「情報に属性を付加してデータベースへ保存する手段と、保存した情報を属性を用いて検索する手段と、情報に付加する属性の種類を追加または削除する手段とを情報検索装置に設ける。」（段落０００６）
（２）「まず、データベースに属性を追加する場合について述べる。
ステップＳ０１〜ステップＳ０３：属性名を新たに追加する場合は（Ｓ０１）、まず、入力装置１から属性名を入力し（Ｓ０２）、入力装置１より得られた属性名がデータベース装置５内のデータベースにすでに属性名リストに存在するかどうかを調べる（Ｓ０３）。
ステップＳ０４〜Ｓ０５：データベース内にその属性名が存在しなかった場合のみ属性名リストに追加し（Ｓ０４）、その属性名を表示装置６を介して表示する（Ｓ０５）。追加した属性名は、表示装置に表示されている属性名の一覧に追加表示する。」（段落００１４）
（３）「属性の付加について述べる。
ステップ３１：まず、表示されている属性名の一覧から処理の対象とする属性名をユーザに指定してもらう。ステップＳ３２〜Ｓ３４：情報に属性を付加する処理の場合は（Ｓ３２）、入力装置１から属性値を入力し（Ｓ３３）、指定された属性名と入力された属性値をペアにして、それをデータベース装置５内のデータベースに付加する（Ｓ３４）。これにより、正確に属性の付加ができる。」（段落００１７）
　
第３【当審の判断】
１．対比
　本願発明と引用例１発明とを対比すると、
　引用例１発明の「曲データ」は演奏情報の他、曲コード、歌詞情報を含み、歌詞情報も楽曲属性情報の一つと認められるから、本願発明の伴奏音楽情報、楽曲属性情報を含む「カラオケデータ」に相当する。
　引用例１発明の「ハードディスク」は曲データを格納するものであるから、本願発明のカラオケデータを格納する「記憶手段」に相当する。
　引用例１発明の「曲コード」は曲を特定するものであり、通常、コードは番号が用いられるから、本願発明の楽曲を区別する「楽曲番号」に相当する。
　引用例１発明の「楽音合成装置」は曲データに基づいて楽音信号を生成するものであるから、本願発明の楽曲のカラオケデータに基づき伴奏音楽を演奏する「演奏手段」に相当する。
　引用例１発明の「ＣＰＵ」は上記第２の１（７）の記載によれば、カラオケ端末装置の各部を制御するものであるから、本願発明の「制御手段」に相当する。
　引用例１発明の「操作パネル」は上記第２の１（９）の記載によれば、利用者が選曲の操作を行うものであるから、楽曲選択のための入力を受けつけてはいるが、表示しているかは不明である。
　引用例１発明の「通信インタフェース」は上記第２の１（７）の記載によれば、カラオケ端末に備られたモデム等であり、カラオケ端末とホストコンピュータを接続するものであるから、本願発明の通信回線を介してホスト装置と通信可能とする「通信手段」に相当する。
　引用例１発明の「カラオケ端末は、曲データの追加処理とシステムプログラムの更新処理を行」うことは、カラオケ端末のＣＰＵが行うものと認められる。
　したがって、本願発明と引用例１発明とは、
「記憶手段と、演奏手段と、利用者インタフェースと、通信手段と、制御手段とを備えた通信カラオケ端末装置であって、
　記憶手段は、楽曲番号で区別された楽曲のカラオケデータを格納し、
　カラオケデータは、伴奏音楽情報を含み、
　演奏手段は、制御手段の制御により楽曲のカラオケデータに基づき伴奏音楽を演奏し、
　利用者インタフェースは、利用者入力を受けつけ可能にし、
　通信手段は、通信回線を介してホスト装置と通信可能とし、
　制御手段は、受信処理と、楽曲の追加処理とプログラムの更新処理を行う
　通信カラオケ端末。」
である点で一致し、以下の点で相違している。
　
［相違点１］本願発明ではタイトルやアーチストなどの複数の属性項目の属性記述を含む楽曲属性情報を備えているのに対し、引用例１発明では歌詞情報等としか記載がない点。
［相違点２］本願発明では利用者インタフェース及び制御手段が、利用者入力に基づいて、記憶手段の楽曲属性情報を検索し、該当する楽曲のタイトルやアーチストを表示させ、表示された楽曲の予約入力があった際に当該楽曲の演奏予約する検索予約処理を曲目検索プログラムにより行うのに対し、引用例１発明では単に、利用者の選曲、演奏の開始を受けつけ、演奏指示により演奏するとの記載しかない点。
［相違点３］本願発明では制御手段が、楽曲番号と既存の属性項目と、属性記述を含む第１の属性追加指令書、楽曲番号と、新規定義の属性項目と、属性記述を含む第２の属性指令書とプログラム更新情報をホスト装置がら受信し、第１の属性追加指令書に基づいて記憶手段の該当楽曲の属性情報に該当属性項目の属性記述を追記する第１の追加処理、受信した第２の属性追加指令書に基づいて記憶手段の該当楽曲の属性情報に新規定義の属性項目と属性記述を追記するとともに、受信したプログラム更新情報に基づいて曲目検索プログラムを更新する第２の追加処理を行うのに対し、引用例１発明ではバージョン情報に基づいて楽曲の追加処理とプログラムの更新処理を行う点。
　
２．判断
（１）［相違点１］について
　引用例２の上記第２の２（１）には、楽音情報として演奏情報及び歌詞情報の他に、歌手名、作曲者名、ジャンルなどの検索情報をヘッダに備えることが記載されているから、引用例１発明において、歌詞情報の他にタイトルやアーチストなどの複数の属性記述を含む楽曲属性情報を設けることは当業者が容易になし得たことである。
（２）［相違点２］について
　引用例２の上記第２の２（２）及び（３）には、利用者のキー操作に基づいて歌手名等から検索を行い、該当する楽曲のタイトルを表示させ、表示された楽曲を選択し、再生することが記載されている。そして、演奏する楽曲を予約することはカラオケ装置における周知技術であり、プログラムにより検索を行うことも周知技術であるから、引用文献１発明において、利用者入力に基づいて、記憶手段の楽曲属性情報を検索し、該当する楽曲のタイトルやアーチストを表示させ、表示された楽曲の予約入力があった際に当該楽曲の演奏予約する検索予約処理を曲目検索プログラムにより行うことは当業者が容易になし得たことである。
（３）［相違点３］について
　引用例３には、データベースに格納された情報に対して、検索に必要な属性の付加、新規な属性の追加を行って検索することが記載されているから、引用例１発明において、バージョン情報に基づいて楽曲の追加処理、プログラムの更新処理を行う代わりに、指令書という形で属性項目の属性記述の追記、新規定義の属性項目と属性記述の追加をホスト装置側から行い、その場合、新規属性の追加に伴い検索プログラムの変更が必要であることはデータベース検索における基本技術である（例えば、特開平７−４４５６９号公報の要約における「検索キー定義ファイルを変更した後、（中略）データベース検索プログラムを変更することなく（中略）資料情報にそれぞれ対応する検索キーを柔軟に設定することができる」との記載から、従来、検索キーを変更するとデータベースプログラムを変更する必要があったとものと認められる。）から、新規定義の属性項目を追加する場合にプログラム更新情報に基づいて曲目検索プログラムの更新処理を行うことは当業者が容易になし得たことである。
　
　そして、これらを総合的に考慮しても、当業者が容易になし得たものといえるし、本願発明の作用効果も、引用例１ないし３に記載された発明及び周知技術から当業者が予測できる範囲のものである。
　
第４【むすび】
　したがって、本願発明は、引用例１ないし３に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。