【事件の表示】
　平成　７年特許願第３３８７９５号「通信カラオケ端末装置」拒絶査定不服審判事件〔平成　９年　７月１１日出願公開、特開平　９−１８１８５２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成７年１２月２６日の出願であって、その請求項２に係る発明は、平成１４年７月２５日付け及び平成１７年９月２６日付けの手続補正書によって補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項２に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「ホストから通信回線を介して送られてきた音楽データ等を受信して再生するようにした通信カラオケ端末において、
　保守に必要な予め定められた一定のデータ以外のデータが実際にシステムの運用を開始してから必要になった場合に、
　前記ホストから受信したコマンドを一時格納する第１記憶手段と、
　カラオケ端末がユーザーによって使用されているか否かを判断する不使用検知手段と、
　前記不使用検知手段にて不使用状態を検知したときに前記第１記憶手段に格納されているコマンドを解析し実行するコマンド実行手段とを備えていることを特徴とする通信カラオケ端末装置。」
　
２．引用例
　これに対して、当審において平成１７年７月２５日付けで通知した拒絶の理由に引用した特開平７−１９９９７５号公報（以下、「引用例１」という。）、及び特開平３−１９６０５３号公報（以下、「引用例２」という。）には、それぞれ、図面とともに次の事項が記載されている。
　
［引用例１］
Ａ．「【産業上の利用分野】この発明は、装置各部および周辺機器の診断機能を有するカラオケ装置に関する。」（第２頁左欄第１３〜１４行）
Ｂ．「【課題を解決するための手段】この発明は、内蔵する音源によって伴奏曲の楽音を合成すると共に複数の周辺機器を制御するカラオケ装置において、診断要求に従って前記カラオケ装置各部および周辺機器の異常の診断を行う診断手段と、前記診断手段の診断結果を記憶する記憶手段と、センタ局と通信を行い、前記診断要求を受信すると共に前記診断結果を送信する通信手段とを具備することを特徴としている。」（第２頁左欄第３６〜４３行）
Ｃ．「【００２０】次に、上述したカラオケ装置の動作を説明する。まず、カラオケ装置の起動ボタンが押されると、ＣＰＵ４がＲＯＭ５内のメインプログラム（図７参照）にしたがって処理を開始する。この処理が開始されると、まず、ステップＳＰ１へ進み、ＨＤＤ８から周辺機器構成テーブルＴＢ１、および各制御／診断プログラムを読みだし、ＲＡＭ７内に書き込む。また、エラーコードテーブルＴＢ２の記憶エリアが確保される。
【００２１】次に、ステップＳＰ２において、カラオケ演奏処理が行われる。この処理には、上述した伴奏曲の楽音合成、背景動画映像および歌詞画像の表示の他に、周辺機器の制御が含まれる。この制御は、周辺機器構成テーブルＴＢ１の制御アドレスＣＯ−ＡＤに従って制御プログラム３４、３５、・・・（図６）を実行することにより行われる。
【００２２】ステップＳＰ３では、センタ局からの通信要求が有るか否かが調べられ、この結果が「Ｙｅｓ」の場合には次のステップＳＰ４へ進み、「Ｎｏ」の場合にはステップＳＰ２へ戻る。センタからの要求が無い場合には、前ステップＳＰ２の演奏処理が繰り返し行われる。
【００２３】ステップＳＰ４では、上記通信要求が診断処理の要求であるか否かが調べられ、この結果が「Ｙｅｓ」の場合には次のステップへ進み診断処理を行う。また、その結果が「Ｎｏ」の場合にはステップＳＰ２へ戻る。
【００２４】ステップＳＰ５では、カラオケ演奏の中止手続きがとられ、カラオケ装置の各種処理が一旦終了させられる。
【００２５】ステップＳＰ６では、モニタ１３（図１）に診断の開始が表示される。ステップＳＰ７では、周辺機器の機器番号を示すレジスタＩＤが１に初期設定される。ここで、ＩＤ＝１の場合にはＬＤチェンジャ２０が、ＩＤ＝２の場合にはＤＳＰアンプ２１が、・・・診断対象となる。
【００２６】ステップＳＰ８では、上記レジスタＩＤの値に対応する周辺機器構成テーブルＴＢ１の診断アドレスＤＩ−ＡＤへ処理が移される（ジャンプ）。ＩＤ＝１の場合、テーブルデータ３１の診断アドレスＤＩ−ＡＤが示すアドレスへジャンプする。
【００２７】ステップＳＰ９では、ジャンプ先の診断プログラムが実行される。ＩＤ＝１の場合、診断プログラム３７が実行され診断処理が行われる。この診断処理は、診断対象の周辺機器の電源のＯＮ／ＯＦＦ状態、制御命令の応答、メモリ（例えばＲＡＭ２０ｃ（図２））への書込／読出などがチェックされる。」（第３頁右欄第２２行〜第４頁左欄第１７行）
Ｄ．「【００３２】なお、本実施例においては、周辺機器構成テーブルＴＢ１と制御／診断プログラム３４、３５・・・、３７、３８・・・とを、カラオケ装置の使用開始時毎にＨＤＤ８からＲＡＭ７へダウンロードしていたが、ＲＡＭ７にバックアップ用の電源を付加し、このテーブルＴＢ２およびプログラムを常時記憶させてもよい。また、このＲＡＭ７を書換可能な不揮発性メモリと交換しても同様な効果が得られる。
【００３３】また、ＩＳＤＮの通信Ｉ／Ｆ回路１をモデムに置き換えて、電話回線を介して診断情報の通信を行うこともできる。また、これらの通信Ｉ／Ｆ回路によって、上述した周辺機器構成テーブル、制御／診断プログラムをセンタ局から取り込んでもよい。」（第４頁右欄第３〜１５行）
　
　上記Ａ〜Ｄの記載及び関連する図面を参照すると、引用例１には、次の発明が記載されているものと認められる。（以下、「引用例１記載の発明」という。）
「カラオケ端末において、
　センタ局から受信した診断要求を解析し実行する診断要求実行手段を備え、
　診断開始前にカラオケ演奏の中止手続きがとられ、
　必要に応じて制御／診断プログラムを前記センタ局から取り込むカラオケ端末装置。」
　
［引用例２］
Ｅ．「〔産業上の利用分野〕
　本発明は、通信回線を介して外部の集中管理装置などと接続可能に構成された画像形成装置に関する。」（第１頁右欄第１〜４行）
Ｆ．「第１３図は管理ネットワークシステム５００の概略の構成を示すブロック図である。
　・・・（中略）・・・
　管理装置２２７は、メンテナンスのためのソフトウェアに従って各種の処理を実行するホストコンピュータ３０１、表示用のディスプレイ３０２、操作入力手段としてのキーボード３０３、及び印刷用のプリンタ３０４から構成されている。
　管理ネットワークシステム５００では、サービスステーションＳＳから各複写機Ａ，Ａを遠隔制御することが可能である。
　すなわち、サービスマンは、キーボード３０３の入力操作により、電話回線２３０を通して特定の複写機Ａを呼び出して指令信号ＳＦを加え、メンテナンスのための動作を実行させることができる。
　本実施例の複写機Ａでは、メンテナンスのための動作として、動作状態を検知する自己診断に基づいて各部の設定を行う画像調整処理と、動作状態を管理装置２２７へ通知するデータ送信処理とを実行する。
　次に、第１４図〜第１７図のフローチャートに従って複写機Ａの動作を説明する。
　第１４図は第１ＣＰＵ２０１の動作を概略的に示すメインフローチャートである。
　・・・（中略）・・・
　ステート「Ａ」においては、ステップ＃５で、指令信号ＳＦの入力の有無をチェックする。
　指令信号ＳＦの入力があった場合には、ステップ＃６へ進み、ステートを「Ｂ」とする。
　ステート「Ｂ」においては、ステップ＃７で、画像調整処理を実行してもよいか否かをチェックする。つまり、複写動作の途中・・・（中略）・・・などのように画像調整処理の実行が禁止されている場合であるか否かを判断する。
　ステップ＃７でイエスの場合には、ステップ＃８でステートを「Ｃ」とする。
　ステート「Ｃ」においては、画像調整処理（ステップ＃９）、警告表示・複写禁止処理（ステップ＃１０）、データ送信処理（ステップ＃１１）を順次実行し、ステップ＃１２においてステップ＃９〜ステップ＃１１の処理の終了を確認した後、ステップ＃１３でステートを「Ａ」に戻す。」（第６頁右上欄第８行〜第７頁左上欄第９行）
　
　上記Ｅ，Ｆの記載及び関連する図面を参照すると、引用例２には、次の発明が記載されているものと認められる。（以下、「引用例２記載の発明」という。）
「通信回線を介して外部のホストと接続された複写機において、
　該複写機が複写動作の途中などでない場合に、メンテナンスのための動作を実行させるために前記ホストから与えられた指令信号ＳＦに基づいて、メンテナンスのための画像調整処理を実行させること。」
　
 ３．対比
　本願発明と引用例１記載の発明とを対比すると、まず、本願発明における「通信カラオケ端末」も、「カラオケ端末」の一種であることには変わりない。
　また、引用例１記載の発明における「センタ局」、「診断要求」は、それぞれ、本願発明における「ホスト」、「コマンド」に相当する。
　よって、本願発明と引用例１記載の発明とは、
「カラオケ端末において、
　センタ局から受信したコマンドを解析し実行するコマンド実行手段を備えたカラオケ端末装置。」
である点で一致し、次の点で相違する。
　相違点１：本願発明は、「ホストから通信回線を介して送られてきた音楽データ等を受信して再生するようにした通信カラオケ端末」であるのに対し、引用例１記載の発明は、そのような「通信カラオケ端末」ではない点。
　相違点２：本願発明は、「保守に必要な予め定められた一定のデータ以外のデータが実際にシステムの運用を開始してから必要になった場合」に動作を行うものであるのに対し、引用例１記載の発明は、「必要に応じて制御／診断プログラムを前記センタ局から取り込む」ようなものであるものの、上記のような場合に動作を行うものなのかどうかは明らかでない点。
　相違点３：本願発明は、「ホストから受信したコマンドを一時格納する第１記憶手段」及び「カラオケ端末がユーザーによって使用されているか否かを判断する不使用検知手段」を備え、「コマンド実行手段」は「不使用検知手段にて不使用状態を検知したときに第１記憶手段に格納されているコマンドを解析し実行する」ようなものであるのに対し、引用例１記載の発明は、「診断要求実行手段」は「センタ局から受信した診断要求を解析し実行する」ものであるが、「診断開始前にカラオケ演奏の中止手続きがとられ」るようなものとなっている点。
　
４．当審の判断
　そこで、上記相違点１〜３について検討する。
　
［相違点１について］
　「カラオケ端末」を「ホストから通信回線を介して送られてきた音楽データ等を受信して再生するようにした通信カラオケ端末」とすることは、周知の技術（必要であれば、例えば、特開平３−２３９２９２号公報等を参照されたい。）にすぎないから、引用例１記載の発明をそのような「通信カラオケ端末」とすることは、当業者が適宜になし得ることと認められる。
　
［相違点２について］
　引用例１記載の発明は、「必要に応じて制御／診断プログラムを前記センタ局から取り込む」ようなものであり、「保守に必要な予め定められた一定のデータ以外のデータが実際にシステムの運用を開始してから必要になった場合」には、当然そのようなデータを取得できるようにするための新たな「制御／診断プログラム」をセンタ局から取り込むようにして対処するものと解される。
　してみれば、引用例１記載の発明において、「保守に必要な予め定められた一定のデータ以外のデータが実際にシステムの運用を開始してから必要になった場合」に、そのようなデータを取得するための「制御／診断プログラム」を新たにセンタ局から取り込むようにして保守を行うことは、当業者が適宜に設計できる事項にすぎないものと認められる。
　
［相違点３について］
　相違点３は、要するに、本願発明は、ホストから受信したコマンドを一時格納しておき、カラオケ端末がユーザーによって使用されない状態となるまで待って、保守を実行しようとするものであるのに対し、引用例１記載の発明は、保守を実行しようとするときには強制的にカラオケ演奏の中止させてしまうものであるというものである。
　この点について、対象が「複写機」ではあるが、同じく「通信回線を介して外部のホストから保守を行う」という技術分野において、対象とする装置が「動作途中でない」すなわち「不使用状態」のときに保守を行うという技術思想は、引用例２記載の発明に見られるような公知の技術思想にすぎない。
　そして、そのように「不使用状態」になるまで待って保守を行おうとする場合には、実際に保守を行うときに「ホストから受信したコマンド」が消えてしまっていてはいけないのであるから、該「ホストから受信したコマンド」を記憶手段に一時格納しておくようにするということは、当業者が当然考慮すべき事項にすぎない。
　よって、引用例１記載の発明を、「ホストから受信したコマンドを一時格納する第１記憶手段」及び「カラオケ端末がユーザーによって使用されているか否かを判断する不使用検知手段」を備えるようなものとし、「コマンド実行手段」を「不使用検知手段にて不使用状態を検知したときに第１記憶手段に格納されているコマンドを解析し実行する」ようなものとすることは、引用例２記載の発明の技術思想を参酌することにより、当業者が適宜に設計できる事項にすぎないものと認められる。
　
　そして、本願発明の構成によってもたらされる効果も、引用例１，２に記載の発明及び上記周知の技術から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。
　
５．むすび
　したがって、本願発明は、引用例１，２に記載の発明及び上記周知の技術に基いて、当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。