【事件の表示】
　平成　７年特許願第２８７６０７号「カラオケ演奏の合間に再生される情報ファイルを楽曲ファイル配信の際に更新する通信カラオケシステム、ホスト装置、通信カラオケ装置」拒絶査定不服審判事件〔平成　９年　５月１６日出願公開、特開平　９−１２８４５２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成７年１１月６日の出願であって、平成１５年２月１２日付けで補正の却下の決定がなされるとともに同日付けで拒絶査定がなされ、これに対して同年３月２０日に拒絶査定に対する審判の請求がなされるとともに、上記補正の却下の決定に対して不服が申し立てられたものである。
　
２．平成１５年２月１２日付け補正の却下の決定の取消し
　平成１５年２月１２日付け補正の却下の決定は、以下の理由で取り消す。
　
　同決定の理由は要するに、平成１４年６月１７日付け手続補正書により補正された本願の各請求項に係る発明は引用文献１（特開平６−６７６８２号公報）及び引用文献３（特開平４−３４８４３３号公報）に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものであり、同発明は、独立して特許を受けることができないものであるというものである。 
　しかし、請求項１に係る発明の発明特定事項である「ダウンロードすべき前記情報ファイルを通信カラオケ装置毎に個別にリストアップした『ダウンロードすべき情報ファイルリスト』」、又は請求項２に係る発明の発明特定事項である「ダウンロードすべき前記情報ファイルを通信カラオケ装置が設置されている地域毎に個別にリストアップした『ダウンロードすべき情報ファイルリスト』」について、引用文献１及び３には記載も示唆もされていない。 
　請求項１又は２を引用して記載された請求項３ないし５に係る発明についても同様である。
　そして、本願の各請求項に係る発明は、上記リストを有することにより、「ダウンロードされるファイルの数が減少し、ホスト装置の作業効率を向上することができるとともに、通信時間の削減にも寄与することができる。」という特有の効果を奏するものである。 
　したがって、本願の各請求項に係る発明は、引用文献１及び３に記載された発明に基づいて、当業者が容易に発明をすることができたものとすることはできない。
　よって、同決定の理由はその前提において失当であり、同決定を取り消す。
　
３．本願発明
　本願の請求項３に係る発明は、平成１７年８月１７日付け手続補正書で補正された特許請求の範囲の請求項３に記載された事項により特定される次のとおりのものと認める。（以下、「本願発明」という。）
「【請求項３】つぎの事項（31）〜（35）により特定される通信カラオケ装置。
（31）端末記憶手段と、端末制御手段とを備え、通信回線を介してホスト装置と接続可能であり、楽曲ファイルに基づいてカラオケ演奏するとともに、カラオケ演奏の合間に情報ファイルを再生する通信カラオケ装置であること
（32）端末記憶手段は、楽曲ファイルの集合と、情報ファイルの集合と、保有情報ファイルリストを格納すること
（33）端末制御手段は、ホスト装置からの楽曲ファイル配信を受ける際に第４、第５処理を行うこと
（34）第４処理は、端末記憶手段に格納された保有情報ファイルリストをホスト装置に送信すること
（35）第５処理は、ホスト装置から受信した情報ファイルを端末記憶手段に格納するとともに、ホスト装置から受信した必要情報ファイルリストを端末記憶手段に新たな保有情報ファイルリストとして更新記憶すること」
　
４．引用例
　これに対して、当審において平成１７年６月１４日付けで通知した拒絶の理由に引用した特開平６−３１８０９０号公報（以下、「引用刊行物」という。）には、図面とともに次の事項が記載されている。（摘記箇所は段落番号により特定する。）
（１）　「【０００１】
【産業上の利用分野】本発明はカラオケ通信システムに係り、特に告示出力に関するものである。
【０００２】
【従来の技術】従来、営業用のカラオケ装置としては、中央装置から複数のカラオケ端末装置に演奏データを伝送するカラオケ通信システムが存在した。例えば、特開平４−１４９１９号公報に開示されるカラオケ通信システムは、端末装置から所望の曲を伝送回線を介して中央装置に対してリクエストすると、中央装置はそのリクエストに関わるカラオケデータを伝送回線を介して端末装置に伝送する。カラオケ端末装置は、伝送されてきたカラオケデータを一時記憶し、データを再生して演奏出力する。
【０００３】
【発明が解決しようとする課題】しかしながら、上記のようなカラオケ通信システムにおいて、カラオケ端末装置がカラオケの演奏出力を行なっていない期間に、宣伝や天気予報、行楽情報のような各種情報を映像・音声出力する告示出力を行ないたいという要求があるが、告示出力を行なうには、告示出力を行なう度毎に、中央装置に格納されている告示データを伝送回線を介して受信取得し、その告示データに基づいて告示出力を行なわなければならない。例えば、所定の時間毎に複数の告示を順番に出力する場合には、各カラオケ端末装置は所定の時間毎に告示データを中央装置から受信取得する必要がある。このため、中央装置が各カラオケ端末装置へ送信するデータ量は膨大なものになり、中央装置および伝送回線のデータ転送能力をオーバーしてしまい、システムが麻痺する危険があり、上記カラオケ通信システムにおいては告示出力を行なうことができなかった。
【０００４】本発明は、上述した問題点を解決するためになされたものであり、中央装置からカラオケ端末装置への告示データの転送量を減らし、中央装置および伝送系のデータ伝送に係る負担を軽減することにより、告示出力を確実に実現することができるカラオケ通信システムを提供することを目的とする。」
（２）　「【０００９】
【実施例】以下、本発明を具体化した一実施例である告示出力として広告出力を行なう場合の実施例について、図面を参照して説明する。
【００１０】図２は、本実施例のカラオケ通信システムの概略構成を示すブロック図である。
【００１１】このカラオケ通信システムは、大きな構成要素として、ひとつの中央装置２、ひとつまたは複数のカラオケ端末装置４、および、中央装置２と各カラオケ端末装置４を双方向的に結ぶ伝送回線６を備えている。
【００１２】中央装置２は、中央装置制御部５０と、カラオケデータ格納手段としての大容量のカラオケデータ格納部５２と、告示データ格納手段としての広告データ格納部５４と中央装置側通信回路５６とから構成されている。中央装置制御部５０は、マイクロコンピュータで構成されており、広告データ変更手段としての広告データ変更部５０ａを含んでいる。
【００１３】カラオケデータ格納部５２は、膨大な量のカラオケソフトのカラオケデータ（演奏データおよび背景映像データ）を格納しているもので、例えば磁気ディスクや多数のレーザディスクなどが使用されている。演奏データには、音楽データと歌詞データとが含まれている。
【００１４】広告データ格納部５４は、複数の広告データ（音声データおよび映像データ）を格納しているもので、例えばハードディスク、フロッピディスク、光磁気ディスクなどで構成されている。
【００１５】中央装置制御部５０は、中央装置側通信回路５６を介してカラオケ端末装置４から送信されてきたリクエストの曲番号に対応するカラオケデータ（演奏データおよび背景映像データ）をカラオケデータ格納部５２から読み出す機能と、同様にして送信されてきた広告データ送信要求に応じて、広告データ格納部５４から広告データを読み出す機能と、その読み出した演奏データおよび背景映像データもしくは広告データをカラオケ端末装置４に送信するように中央装置側通信回路５６を制御する機能等を備えている。また、中央装置制御部５０に含まれる広告データ変更部５０ａは、前記広告データ格納部５４に格納された広告データのうち任意のものを削除し、また、前記広告データ格納部５４に新規に広告データを格納するものである。
【００１６】カラオケ端末装置４は、端末装置制御部６０と、端末装置側通信回路６２と、告示データ記憶手段としての広告データ記憶部６４と、広告出力部６６と、演奏手段としてのカラオケ演奏部６８と、選曲番号入力部７０と、カラオケデータ一時記憶部７２と、音声信号選択回路７４と、オーディオアンプ７６と、マイクロフォン７８と、スピーカ８０と、映像信号選択回路８２と、モニタディスプレイ８４とから構成されている。前記端末装置制御部６０は、マイクロコンピュータで構成されており、告示データ先読み手段としての広告データ先読み部６０ａと、告示データ更新手段としての広告データ更新部６０ｂと、広告出力管理部６０ｃとを含んでいる。なお、出力手段は、前記広告出力部６６と広告出力管理部６０ｃとから構成されている。
【００１７】選曲番号入力部７０は、所望する演奏曲を指定するものであり、所望する演奏曲の曲番号を入力する。
【００１８】端末装置側通信回路６２は、伝送回線６を介して中央装置２の中央装置側通信回路５６と双方向的に結ばれており、選曲番号入力部７０から入力された希望する演奏曲の曲番号を含んだカラオケデータ送信のリクエスト、および、広告データを取得するための広告データ送信要求を中央装置２に送信すると共に、中央装置２で読み出された演奏データおよび背景映像データならびに広告データを受信するものである。
【００１９】広告データ記憶部６４は、カラオケ端末装置４が必要とする広告データを記憶しておくものであり、例えば、半導体メモリ、ハードディスク、フロッピーディスク、光磁気ディスク、バブルメモリ等で構成されている。
【００２０】広告出力部６６は、広告データ記憶部６４から読み出された広告データを広告映像信号および広告音声信号に変換し、それぞれ音声信号選択回路７４および映像信号選択回路８２へ出力するものである。
【００２１】カラオケデータ一時記憶部７２は、中央装置２から送信され端末装置側通信回路６２によって受信したカラオケデータ（演奏データおよび背景映像データ）を一時的に格納しておくためのものである。このバッファメモリとしてのカラオケデータ一時記憶部７２は、半導体メモリ、ハードディスク、フロッピーディスク、光磁気ディスク、バブルメモリ等のいずれかが用いられる。
【００２２】カラオケ演奏部６８は、カラオケデータ一時記憶部７２から読み出された演奏データのうちの音楽データからカラオケ音声信号を生成して、音声信号選択回路７４へ出力し、また、演奏データのうちの歌詞データと背景映像データからそれぞれ歌詞映像信号と背景映像信号とを生成し、それらを合成したカラオケ映像信号を映像信号選択回路８２へ出力するものである。
【００２３】音声信号選択回路７４は、広告出力部６６から供給される広告音声信号と、カラオケ演奏部６８から供給されるカラオケ音声信号のうちの一方（有効な方の信号）をオーディオアンプ７６へ出力するものである。オーディオアンプ７６は、音声信号選択回路７４からの音声信号と、歌い手によるマイクロフォン７８からの歌唱音声信号とをミキシングして増幅し、スピーカ８０から出力するものである。
【００２４】映像信号選択回路８２は、広告出力部６６から供給される広告映像信号と、カラオケ演奏部６８から供給されるカラオケ映像信号のうちの一方（有効な方の信号）をモニタディスプレイ８４へ出力するものである。
【００２５】端末装置制御部６０は、カラオケ端末装置４の全体を制御するものである。
【００２６】広告データ先読み部６０ａは、中央装置２の広告データ格納部５４に格納されている全広告データを、伝送回線６および端末装置側通信回路６２を介して取得し、広告データ記憶部６４に格納するものである。
【００２７】広告データ更新部６０ｂは、広告データ格納部５４に格納されている広告データの内容が広告データ変更部５０ａによって変更された場合に、広告データ記憶部６４に格納されている広告データを、広告データ格納部５４の内容と一致するように更新するものである。広告データ更新部６０ｂは、後述する広告更新割り込み処理によって、広告データ記憶部６４の格納内容の更新を行なう。
【００２８】広告出力管理部６０ｃは、所定の時間毎に、広告データ記憶部６４から広告データを読み出して、その読み出した広告データを広告出力部６６へ送出し、広告出力部６６に広告音声および映像の出力を行なわせるものである。なお、広告出力管理部６０ｃには、次に出力すべき広告を指し示すワークエリアである広告ポインタが含まれるが、広告ポインタは図２には図示されていない。
【００２９】図３は、広告データ格納部５４および広告データ記憶部６４に格納されるデータの概略を示す図である。
【００３０】図３（ａ）は、広告データ格納部５４に格納される広告データの内容を示す図である。広告データ格納部５４には、複数の広告データが複数の広告データファイル９０として格納されており、加えて、格納されている全広告データファイル９０のファイル名が登録されている広告データ登録テーブル９２が格納されている。
【００３１】また、図３（ｂ）は、広告データ記憶部６４に格納される広告データの内容を示す図である。広告データ記憶部６４には、広告データ格納部５４と同様に、複数の広告データファイル９０と、広告データ登録テーブル９２が格納されている。
【００３２】広告データ登録テーブル９２の内容を図３（ｃ）に示す。
【００３３】広告データ登録テーブル９２は、広告データ格納部５４または広告データ記憶部６４に格納されている広告データファイル９０の数を表す広告データ数と、格納されている広告データファイル９０の各々のファイル名とからなっており、広告データファイル名の並び順は広告出力の順番を示している。」
（３）　「【００３７】次に、広告出力管理部６０ｃが、所定の時間毎に広告データ記憶部６４から広告データを読み出して広告出力部６６へ送ることにより、広告を順次出力する（Ｓ２）。この処理は、選曲番号入力手段７０に曲番号を入力することで終了する。
【００３８】続いて、選曲番号入力手段７２から入力された曲番号に対応する楽曲の演奏を行なう（Ｓ３）。
【００３９】楽曲の演奏が終了すると、広告順次出力処理（Ｓ２）へ戻り、以後、広告の順次出力（Ｓ２）と楽曲演奏（Ｓ３）が繰り返される。」
（４）　「【００４２】最初に、広告データ格納部５４に格納されている広告データ登録テーブル９２を取得する（Ｓ１０）。実際の手順としては、広告データ登録テーブル送信要求を端末装置側通信回路６２および伝送回線６を介して中央装置２に送信し、それに応じて中央装置２から送信されてくる広告データ登録テーブル９２（以下、本体側広告テーブルとする）を伝送回線６と端末装置側通信回路６２を介して受信する。
【００４３】次に、広告データ記憶部６４に格納されている全広告データファイル９０を消去し、広告データ記憶部６４に格納されている広告登録テーブル９２（以下、端末側広告テーブルとする）を広告データ数＝０の状態に初期化する（Ｓ１１）。」
（５）　「【００６３】カラオケ端末装置４においては、また、所定の時間間隔で広告更新割り込み処理が起動される。この時間間隔は十分に長く定められている。図８は、広告更新割り込み処理のフローチャートである。
【００６４】まず、広告データ先読み処理（図５，Ｓ１０）と同様に、広告データ格納部５４に格納されている本体側広告テーブルを取得する（Ｓ４０）。
【００６５】次に、端末側広告テーブルの先頭から広告データファイル名を１件読み出す（Ｓ４１）。続いて、読み出した広告データファイル名と先に取得した本体側広告テーブルに登録されている全広告データファイル名とを比較することにより、読み出した広告データファイル名が本体側広告テーブルに登録されているか否かを調べる（Ｓ４２）。
【００６６】ここで、本体側広告テーブルに登録されていない場合（Ｓ４２：ＮＯ）は、Ｓ４１で読み出した広告データファイル名を端末側広告テーブルから削除する（Ｓ４３）と共に、そのファイル名の広告データファイルを広告データ記憶部６４から消去する（Ｓ４４）。本体側広告テーブルに登録されている場合（Ｓ４２：ＹＥＳ）は、Ｓ４３，Ｓ４４の削除処理を行なわない。
【００６７】続いて、端末側広告テーブルの全広告データファイル名が読み出されたか、すなわち、端末側広告テーブルに登録された全広告データファイルについて処理が終了したかを調べ（Ｓ４５）、終了していないならば（Ｓ４５：ＮＯ）、Ｓ４１へ戻り、次の広告データファイル名の読み込みを行ない、全広告データファイルの処理が終了するまでの間（Ｓ４５：ＮＯの間）、Ｓ４１〜Ｓ４５の処理を繰り返す。この処理により、広告データ記憶部６４に格納されているが広告データ格納部５４には格納されていない広告データファイル、すなわち、端末側広告テーブルに登録されており本体側広告テーブルに登録されていない広告データファイルが広告データ記憶部６４から削除される。
【００６８】全広告データファイルの処理が終了したら（Ｓ４５：ＹＥＳ）、端末側広告テーブルを登録件数＝０に初期化する（Ｓ４６）。なお、初期化前に、初期化前の端末側広告テーブルの内容を取得し、無変更広告テーブルとして保存しておく。この無変更広告テーブルには、広告データ格納部５４と広告データ記憶部６４に共通に格納されている広告データファイルのファイル名が登録されている。
【００６９】続いて、本体側広告テーブルの先頭から広告データファイル名を１件読み込む（Ｓ４７）。
【００７０】そして、その読み込んだ広告データファイル名が広告データ記憶部６４に格納されている広告データのファイル名であるか否かを調べる（Ｓ４８）。実際の処理としては、Ｓ４７で読み込んだ広告データファイル名が、前記無変更広告テーブルに登録されているか否かを調べ、登録されていれば広告データ記憶部６４に格納されていると判断する。
【００７１】ここで、広告データ記憶部６４に格納されていない場合（Ｓ４８：ＮＯ）には、広告データ先読み処理（図５，Ｓ１３）と同様に、その広告データファイル名の広告データファイルを受信取得する（Ｓ４９）。広告データファイルの取得に成功した場合（Ｓ５０：ＹＥＳ）は、取得した広告データファイルを広告データ記憶部６４に格納し（Ｓ５１）、さらに、端末側広告テーブルに登録する（Ｓ５２）。端末側広告テーブルへの登録は、広告データ先読み処理（図５，Ｓ１６）と同様に行なう。広告データファイルの取得に失敗した場合（Ｓ５０：ＮＯ）は、格納・登録処理は行なわない。
【００７２】一方、広告データ記憶部６４に格納されていた場合（Ｓ４８：ＹＥＳ）は、広告データファイルの取得を行なわずに、端末側広告テーブルへの登録のみを行なう（Ｓ５２）。
【００７３】上記、広告データファイル１件の処理を行なった後、本体側広告テーブルの全ファイルの処理が終了したかどうかを調べ（Ｓ５３）、終了していない場合（Ｓ５３：ＮＯ）には、次のファイル名の読み込み処理（Ｓ４７）へ戻る。こうして、本体側広告テーブルに登録されている全広告データファイルの処理が終了するまで、Ｓ４７〜Ｓ５３を繰り返す。そして、全ファイルの処理が終了したら（Ｓ５３：ＹＥＳ）、広告更新割り込みの処理を終了する。
【００７４】以上、Ｓ４０〜Ｓ５３の処理によって、広告データ記憶部６４に格納される広告データは、広告データ格納部５４に格納されている広告データと一致するように更新される。すなわち、広告データ変更部５０ａによってなされた、広告データ格納部５４に格納される広告データの削除および広告データ格納部５４への広告データの追加を、広告データ記憶部６４の格納内容に反映することができる。また、この結果、広告データ変更部５０ａの行なった広告データ変更内容が、カラオケ端末装置４の広告出力に反映される。」
（６）　「【００８０】さらに、本実施例では、カラオケ端末装置４に広告データ更新部６０ｂを設けて、所定の時間毎に、図８に示す広告更新処理を行なうことで広告データ記憶部６４の格納内容の更新を行なっていたが、更新は他の方法で行なってもよい。例えば、広告データ更新部６０ｂを中央装置２に設け、広告データ変更部５０ａが広告データ格納部５４の格納内容を変更した場合に、広告データ更新部６０ｂが、その変更内容に対応する広告データ記憶部６４の格納内容の変更指示をカラオケ端末装置４へ送信することで実現してもよい。」
　
　これら記載事項及び図２によれば、引用刊行物には、
「カラオケ端末装置４は、端末装置制御部６０と、端末装置側通信回路６２と、告示データ記憶手段としての広告データ記憶部６４と、広告出力部６６と、演奏手段としてのカラオケ演奏部６８と、カラオケデータ一時記憶部７２と、から構成されている。前記端末装置制御部６０は、告示データ更新手段としての広告データ更新部６０ｂを含んでいる。端末装置側通信回路６２は、伝送回線６を介して中央装置２の中央装置側通信回路５６と双方向的に結ばれており、選曲番号入力部７０から入力された希望する演奏曲の曲番号を含んだカラオケデータ送信のリクエスト、および、広告データを取得するための広告データ送信要求を中央装置２に送信すると共に、中央装置２で読み出された演奏データおよび背景映像データならびに広告データを受信するものである。カラオケデータ一時記憶部７２は、中央装置２から送信され端末装置側通信回路６２によって受信したカラオケデータ（演奏データおよび背景映像データ）を一時的に格納しておくためのものである。広告データ記憶部６４には、複数の広告データファイル９０と、広告データ登録テーブル９２が格納されている。」発明（以下、「引用発明」という。）が記載されている。
　
５．対比
　本願発明と引用発明とを対比する。
　引用発明の「カラオケ端末装置４」は中央装置２と伝送回線６を介して通信するものであるから、「通信カラオケ装置」ということができる。そしてこの「中央装置２」は、本願発明の「ホスト装置」に相当する。
　引用発明の「広告データ記憶部６４」と「カラオケデータ一時記憶部７２」はまとめて「端末記憶手段」ということができる。
　引用発明の「端末装置制御部６０」は本願発明の「端末制御手段」に相当する。
　引用発明の「演奏データ」は本願発明の「楽曲ファイル」に相当し、引用発明においても「演奏データ」に基づいてカラオケ演奏される（４．（２）の段落００２２参照）。
　引用発明の「広告データ」は本願発明の「情報ファイル」に相当し、カラオケ演奏の合間に再生される（４．（３）参照）。
　引用発明の「広告データ登録テーブル９２」は本願発明の「保有情報ファイルリスト」に相当する。
　してみると、本願発明と引用発明は、
「つぎの事項（31）〜（32）により特定される通信カラオケ装置。
（31）端末記憶手段と、端末制御手段とを備え、通信回線を介してホスト装置と接続可能であり、楽曲ファイルに基づいてカラオケ演奏するとともに、カラオケ演奏の合間に情報ファイルを再生する通信カラオケ装置であること
（32）端末記憶手段は、情報ファイルの集合と、保有情報ファイルリストを格納すること」
である点で一致し、次の点で相違する。
　
相違点１：
　本願発明では端末記憶手段に楽曲ファイルの集合を格納するのに対し、引用発明では演奏データが一時的に格納されるにすぎず複数の演奏データが格納されるものではない点。
　
相違点２：
　本願発明は
「（33）端末制御手段は、ホスト装置からの楽曲ファイル配信を受ける際に第４、第５処理を行うこと
（34）第４処理は、端末記憶手段に格納された保有情報ファイルリストをホスト装置に送信すること
（35）第５処理は、ホスト装置から受信した情報ファイルを端末記憶手段に格納するとともに、ホスト装置から受信した必要情報ファイルリストを端末記憶手段に新たな保有情報ファイルリストとして更新記憶すること」という発明特定事項を含むのに対し、引用発明は広告データ更新部により広告データを更新するものである点。
　
６．判断
（１）上記相違点１について検討する。
　通信カラオケ装置において、曲をまとめてダウンロードすることは周知技術であって（特開平７−１４３０８１号公報参照）、この周知技術を前提とすれば引用発明においてまとめてダウンロードした楽曲ファイルを集合として記憶手段に格納することは当業者が容易になし得ることである。
（２）上記相違点２について検討する。
　引用発明の「広告更新」は、カラオケ端末装置にて、十分に長い所定の時間間隔ごとに中央装置の本体側広告テーブルを取得し端末側広告テーブル（「広告データ登録テーブル９２」と同義、４．（４）の段落００４３参照）と比較した上で広告データ記憶部６４に格納されていない広告データファイルを受信取得し広告データ記憶部６４に格納し、さらに、端末側広告テーブルに登録するものである（４．（５）参照）。そして、引用刊行物には更新部を中央装置側に設けることが示唆されている（４．（６）参照）から、上述のカラオケ端末装置でなしている本体側広告テーブルと端末側広告テーブルの比較を本体装置側で行うことは当業者が容易に思いつくことである。すると、このために、カラオケ端末装置から中央装置に端末側広告テーブルを送信すること、すなわち本願発明の「第４処理」及び中央装置から広告データファイルを取得し広告データ記憶部に格納するとともに、端末側広告テーブルに登録するために本体側広告テーブルを受信し更新記憶すること、すなわち「第５処理」をカラオケ端末装置で行うようにすることは当業者が容易になし得る設計変更である。
　また、この更新を行う時期として引用刊行物には、所定の時間間隔ごとや中央装置側の広告データが変更された時点が記載されている（４．（６）参照）が、複数の例が記載されていることから見ても、更新を行う時期は、予想されるホスト装置側の広告データの変更頻度や通信回線の容量、費用などを考慮して当業者が適宜設定すべき事項にすぎない。
　そして、通信を行うときに１回でまとめてデータを送ることは慣用手段である（日常生活上も１回の郵送に「追伸」を追加すること等普通に行われていることである。）から、更新の時期を「ホスト装置からの楽曲ファイル配信を受ける際」とし、楽曲ファイルと更新用の情報ファイルをまとめてホスト装置から各通信カラオケ装置に送るように設計変更することは、当業者が容易になし得ることである。
　してみると、引用発明の広告データ更新部により広告データを更新することに代え、「（33）端末制御手段は、ホスト装置からの楽曲ファイル配信を受ける際に第４、第５処理を行うこと
（34）第４処理は、端末記憶手段に格納された保有情報ファイルリストをホスト装置に送信すること
（35）第５処理は、ホスト装置から受信した情報ファイルを端末記憶手段に格納するとともに、ホスト装置から受信した必要情報ファイルリストを端末記憶手段に新たな保有情報ファイルリストとして更新記憶すること」を採用することは、当業者が容易にないうることである。
　一方、本願発明の奏する効果を検討してみても、引用発明及び技術常識から予想される効果を越えるものではない。
　
７．むすび
　以上のとおり、本願発明は、引用刊行物に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。したがって、本願は他の請求項に係る発明について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。