【事件の表示】
　特願２００８−　２２９２２「電子音楽装置およびその制御方法を実現するためのプログラム」拒絶査定不服審判事件〔平成２０年　７月　３日出願公開、特開２００８−１５２２７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は、特願２００３−４３４４６６号の分割出願であって、平成２０年２月１日の出願であり（出願日遡及　平成１５年１２月２６日）、平成２１年１０月２８日付けで拒絶理由が通知され、これに対し、平成２２年１月１２日付けで意見書及び手続補正書が提出され、平成２２年８月２５日付けで最後の拒絶理由が通知され、これに対し、平成２２年１１月１日に意見書が提出され、平成２３年１月１２日付けで拒絶査定がなされ、これに対し、平成２３年３月１７日に審判請求がなされたものである。
　審判合議体は、平成２３年１１月２８日付けで最後の拒絶理由を通知し、これに対し、平成２４年１月３０日付けで意見書が提出されている。
　
第２　本願発明について
　
１．本願発明
　本願の請求項に係る発明は、平成２２年１月１２日付け手続補正書により補正された特許請求の範囲１ないし４に記載された事項により特定されるものであるところ、その請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりのものである。
　
「ストリーミング配信対象となるコンテンツを指示するとともに、該コンテンツを楽譜表示または演奏レッスンに用いる旨を指示する指示手段であって、コンテンツのストリーミング配信の前に前記２つの指示を行うものと、
　該指示手段によってコンテンツが指示されたことに応じてストリーミング配信されたコンテンツを受信する受信手段と、
　該受信手段によって受信されたコンテンツを一時的に格納する一時格納手段と、
　前記コンテンツが前記一時格納手段に格納されたことを契機にして、当該コンテンツを用いた楽譜表示または演奏レッスンのうち、前記指示手段によって指示されたものを自動的に開始するように制御する制御手段と
を有することを特徴とする電子音楽装置。」
　
２．当審が通知した拒絶理由の要旨
　当審が本願の請求項１に係る発明に対して通知した最後の拒絶理由の要旨は、
　特開２００２−２５８８３７号公報（以下、「引用刊行物２」という。）には、楽譜表示や演奏ガイドの対象となる楽曲データの選択を行い、楽曲データを選択すると、該楽曲データのダウンロードをスタートし、ダウンロード先から楽曲データが送信されて外部記憶手段に記憶され、自動演奏スタートスイッチが押下された場合、楽譜表示、演奏ガイドを開始する電子楽器が記載されており、 
　サーバから端末装置に対してコンテンツの配信を行い、当該コンテンツを端末装置で再生するシステムにおいて、サーバから端末装置に対してコンテンツのストリーミング配信を行うことは、特開２００２−３７２９６７号公報（以下、「引用刊行物１」という。）に記載されており、
　引用刊行物２に記載された発明における楽曲データの配信方法として引用刊行物１に記載されたストリーミング配信方法を採用することは、当業者にとって推考困難なものではなく、
　本願の請求項１に係る発明は、引用刊行物１、２に記載された発明に基づいて当業者が容易に発明をすることができたものであって、特許法第２９条第２項の規定により特許を受けることができないというものである。
　
３．引用刊行物に記載の発明
　当審が拒絶の理由に引用した引用刊行物２には、図面とともに、次の事項が記載されている。
　なお、下線は当審において付した。
　
（ア）「【００１０】
図１は、この発明に係る楽譜表示制御装置を内蔵した電子楽器の実施の形態を示すハード構成ブロック図である。この実施形態に示す電子楽器は、マイクロプロセッサユニット（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３からなるマイクロコンピュータの制御の下に各種の処理が実行されるようになっている。この実施の形態では、１つのＣＰＵ１によって楽曲データに基づいて楽曲を自動的に演奏する自動演奏処理や自動演奏される楽曲の楽譜を演奏の進行にあわせて表示する楽譜表示処理等の各種処理を行う電子楽器を例に説明する。ＣＰＵ１は、この電子楽器全体の動作を制御するものである。
【００１１】ＲＯＭ２は、ＣＰＵ１により実行あるいは参照される各種プログラムや各種データ等を格納するものである。ＲＡＭ３は、自動演奏に関する各種演奏情報やＣＰＵ１がプログラムを実行する際に発生する各種パラメータなどを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。ＲＡＭ３の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。発光ダイオード（ＬＥＤ）４Ａは後述の演奏操作子５Ａに対応するようにして配置されており、自動演奏実行の際に楽曲の進行に従って点灯・消灯することによって、ユーザに対してユーザが次に演奏操作すべき演奏操作子５Ａを指示するためのものである。点灯制御回路４は、ＣＰＵ１の制御のもと、演奏操作子５Ａに対応するようにして配置された発光ダイオード（ＬＥＤ）４Ａ毎に、連続的またはパルス的に電圧を印加して所定の発光ダイオード（ＬＥＤ）４Ａを点灯・消灯させることができ、かつ、印加する電圧の大きさを調節してその発光ダイオード（ＬＥＤ）４Ａの輝度を任意に設定することが可能な回路である。つまり、この実施例に示した電子楽器では、ユーザに対する演奏補助を発光ダイオード（ＬＥＤ）４Ａの点灯・消灯によって行う。
【００１２】演奏操作子５Ａは楽音の音高を選択するための複数の鍵を備えた、例えば鍵盤等のようなものであり、各鍵に対応してキースイッチを有しており、この演奏操作子５Ａ（鍵盤等）は楽音演奏のために使用できるのは勿論のこと、自動演奏を行う際に用いるメロディのピッチやリズムを入力するための入力手段として使用することもできる。検出回路５は、演奏操作子５Ａの各鍵の押圧及び離鍵を検出することによって検出出力を生じる。
パネル操作子（スイッチ等）６Ａは自動演奏の対象となる楽曲データの選択、楽譜表示モードの選択、演奏ガイドモードの選択、自動演奏モードの選択などを行ったり、あるいは楽曲データに基づく自動演奏を行う際に用いる各種演奏条件等を入力するための各種のスイッチ等を含んで構成される。
　・・・（中略）・・・
【００１５】ＭＩＤＩインタフェース（Ｉ／Ｆ）１０は、他のＭＩＤＩ機器１０Ａ等からＭＩＤＩ規格の楽曲データ（ＭＩＤＩデータ）などを当該電子楽器へ入力したり、あるいは当該電子楽器からＭＩＤＩ規格の楽曲データ（ＭＩＤＩデータ）などを他のＭＩＤＩ機器１０Ａ等へ出力するためのインタフェースである。
通信インタフェース１１は、例えばＬＡＮやインターネット、電話回線等の通信ネットワークＸに接続されており、概通信ネットワークＸを介して、サーバコンピュータ１１Ａと接続され、当該サーバコンピュータ１１Ａから制御プログラムや楽曲データなどの各種データを電子楽器側に取り込むためのインタフェースである。
サーバコンピュータ１１Ａは、このコマンドを受け、要求された制御プログラムや各種データを、通信ネットワークＸを介して本電子楽器へと配信し、本電子楽器が通信インタフェース１１を介して、これら制御プログラムや各種データを受信して外部記憶装置９（例えばハードディスクなど）に蓄積することにより、ダウンロードが完了する。
　
（イ）「【００２６】次に、上述した「メイン処理」において実行する「パネルスイッチ処理」（図３のステップＳ２参照）の詳細な動作について、図４を用いて説明する。図４は、「パネルスイッチ処理」の一実施例を示したフローチャートである。以下、図４のフローチャートに従って、当該処理における処理動作を説明する。
【００２７】ステップＳ１１では、楽譜表示や演奏ガイド及び／又は自動演奏の対象となる楽曲データの選択を行う。該楽曲データの選択においては、楽譜表示や演奏ガイド及び／又は自動演奏の対象とする楽曲データとして、外部記憶手段９（例えば、ハードディスクなど）に記憶されている既存の楽曲データの中からいずれかの楽曲データを選択して使用するか、あるいは新たに楽曲データをダウンロードして使用するかを指定する。
新たに楽曲データをダウンロードする場合には、ダウンロード先（例えば、他のＭＩＤＩ機器１０Ａやサーバコンピュータ１１Ａなど）を選択し、該ダウンロード先に記憶されている楽曲データの一覧からユーザ所望の楽曲データを選択する。楽曲データを選択すると、該楽曲データのダウンロードをスタートし、ダウンロード先から該電子楽器の外部記憶手段９（例えば、ハードディスクなど）などに楽曲データが送信されて記憶される。ステップＳ１２では、楽譜表示モードの選択を行う。すなわち、ユーザが演奏される楽曲の進行に応じた楽譜の表示を行うか否かのどちらを選択したかの判定を行う。
【００２８】
ステップＳ１３では、演奏ガイドモードの選択を行う。すなわち、ユーザが演奏ガイドを行うか否かのどちらを選択したかの判定を行う。
【００２９】ステップＳ１６では、自動演奏が行われていない場合に（つまり自動演奏停止中に）、自動演奏スタートスイッチが押下操作されたか否かの判定を行う。すなわち、自動演奏の開始が指示されたか否かを判定する。
自動演奏スタートスイッチが押下された場合には（ステップＳ１６のＹＥＳ）、「表示楽譜データ作成処理」を行う（ステップＳ１７）。該「表示楽譜データ作成処理」では、自動演奏される楽曲の進行にあわせてディスプレイ７Ａ上に楽譜を頁単位に表示するための表示楽譜データを生成する。
ステップＳ１８では、楽曲データに基づいた自動演奏を開始すると共に、楽譜表示モードが選択されている場合には（ステップＳ１２参照）、楽譜表示を開始する。演奏ガイドモードが選択されている場合には（ステップＳ１３参照）、演奏ガイドを開始する。すなわち、楽譜表示モードが選択されている場合には、生成した表示楽譜データに基づいて最初の頁の楽譜を表示する。演奏ガイドモードが選択されている場合には、楽曲データに基づいて演奏ガイドを開始する。
　
　これら（ア）、（イ）の記載及び図面の内容を総合すると、引用刊行物２には、次の（ウ）なる発明が記載されていると認められる。
　以下、これを「刊行物２発明」と記す。
　
（ウ）「通信ネットワークを介して配信される楽曲データの選択、楽譜表示モードの選択、演奏ガイドモードの選択を行うパネル操作子と、
　楽曲データを選択すると、該楽曲データのダウンロードをスタートし、該楽曲データを受信する通信インターフェースと、
　前記通信インターフェースで受信した該楽曲データを蓄積する外部記憶装置と、
　楽曲データのダウンロード配信後に楽譜表示モードと演奏ガイドモードの選択を行い、自動演奏スタートスイッチが押下された場合には、楽譜表示モードが選択されている場合には楽譜表示を開始し、演奏ガイドモードが選択されている場合には、演奏ガイドを開始するように制御するＣＰＵと、
からなる電子楽器。」
　
４．対比
　本願発明と刊行物２発明とを対比する。
　
　刊行物２発明の「電子楽器」は、ダウンロードされた楽曲データの楽譜表示又は演奏ガイドを行う装置であることから、刊行物２発明と本願発明とは「電子音楽装置」である点で共通する。
　
　刊行物２発明の「楽曲データ」は本願発明の「コンテンツ」に相当し、刊行物２発明の「通信ネットワークを介して配信される楽曲データの選択」、「楽譜表示モードの選択」、「演奏ガイドモードの選択」を行うことは本願発明の「配信対象となるコンテンツを指示」、「楽譜表示に用いる旨を指示」、「演奏レッスンに用いる旨を指示」することにそれぞれ相当するので、刊行物２発明の「通信ネットワークを介して配信される楽曲データの選択、楽譜表示モードの選択、演奏ガイドモードの選択を行うパネル操作子」は、本願発明の「配信対象となるコンテンツを指示するとともに、該コンテンツを楽譜表示または演奏レッスンに用いる旨を指示する指示手段」に相当する。
　そして、刊行物２発明は「ダウンロードをスタート」する前に「楽曲データを選択する」ものであることから、刊行物２発明と本願発明とは、「配信対象となるコンテンツを指示するとともに、該コンテンツを楽譜表示または演奏レッスンに用いる旨を指示する指示手段であって、コンテンツの配信の前に前記コンテンツの指示を行うもの」を有するものである点で一致する。
　
　刊行物２発明の「通信インターフェース」は、「パネル操作子」によって「楽曲データを選択」して「ダウンロード」された「楽曲データを受信する」手段であることから、刊行物２発明と本願発明とは、「該指示手段によってコンテンツが指示されたことに応じて配信されたコンテンツを受信する受信手段」を有するものである点で一致する。
　
　刊行物２発明の「外部記憶装置」は、「通信インターフェース」によって受信された「楽曲データ」を蓄積するものであることから、刊行物２発明と本願発明とは、「該受信手段によって受信されたコンテンツを格納する格納手段」を有するものである点で一致する。
　
　刊行物２発明の「ＣＰＵ」は、「自動演奏スタートスイッチが押下された場合」に、「楽譜表示モードが選択されている場合には楽譜表示」を、「演奏ガイドモードが選択されている場合には、演奏ガイド」を開始する制御を行うものであることから、刊行物２発明と本願発明とは、「当該コンテンツを用いた楽譜表示または演奏レッスンのうち、前記指示手段によって指示されたものを開始するように制御する制御手段」を有するものである点で一致する。
　
　したがって、刊行物２発明における構成要素を本願発明において用いられている用語に置き換えれば、本願発明と刊行物２発明とは、以下の点で一致、あるいは相違する。
　
［一致点］
（エ）配信対象となるコンテンツを指示するとともに、該コンテンツを楽譜表示または演奏レッスンに用いる旨を指示する指示手段であって、コンテンツの配信の前に前記コンテンツの指示を行うものと、
　該指示手段によってコンテンツが指示されたことに応じて配信されたコンテンツを受信する受信手段と、
　該受信手段によって受信されたコンテンツを格納する格納手段と、
　当該コンテンツを用いた楽譜表示または演奏レッスンのうち、前記指示手段によって指示されたものを開始するように制御する制御手段と
を有することを特徴とする電子音楽装置。」
　
［相違点］
（オ）本願発明は「ストリーミング配信」を行うものであるのに対し、刊行物２発明は、当該「ストリーミング配信」に対応する動作として、「楽曲データのダウンロード」を行い、「楽曲データを蓄積」し、「楽譜表示」または「演奏ガイド」の所定のデータ処理動作を開始するものである点。
　
（カ）本願発明は「コンテンツのストリーミング配信の前に前記２つの指示を行うもの」であって、「楽譜表示または演奏レッスンに用いる旨の指示」を「配信の前」に行うものであるのに対し、刊行物２発明は「楽譜表示モードと演奏ガイドモードの選択」を「配信後」に行うものである点。
　
（キ）受信したデータを格納する格納手段の種別について、本願発明は「一時的に格納する一時格納手段」であるのに対し、刊行物２発明は「外部記憶装置」である点。
　
（ク）本願発明は楽譜表示または演奏レッスンの開始を「前記コンテンツが前記一次格納手段に格納されたことを契機」として「自動的」に行うものであるのに対し、刊行物２発明は楽譜表示または演奏ガイドの開始を「自動演奏スタートスイッチが押下された場合」に行うものである点。
　
５．相違点の判断
　上記相違点（オ）〜（ク）について検討する。
　
　ストリーミング配信とは、本願の明細書の段落【０００４】にも「ストリーミング配信とは、サーバが正規コンテンツを電子楽器側にダウンロードさせることまではダウンロード配信と同様であるが、電子音楽装置は、正規のコンテンツのダウンロードとともにその再生を同時に行うことが異なっている。」と記載があるように、一旦データ配信が開始されれば、データの格納と同時に、データに関する所定の処理動作が自動的に行われるものである。
　ストリーミング配信がそのようなものであるがゆえに、当該処理動作の種別の選択や実行開始の指示といった所定の処理動作の指示がデータ配信の開始の後に行われることは想定できず、当該処理動作の種別の選択や実行開始の指示といった所定の処理動作の指示はデータ配信が開始される前、すなわち、ストリーミング配信の前に行われるべきものということができる。
　
　つまり、上記相違点（カ）及び（ク）については、ストリーミング配信を行う構成の採用に伴って、刊行物２発明の「楽譜表示モードと演奏ガイドモードの選択」、すなわち、「楽曲データ」の所定の処理動作の指示は「ストリーミング配信の前」に行われるものとなり、且つ、刊行物２発明の楽譜表示または演奏ガイドの開始は「楽曲データが記憶装置に蓄積されたことを契機」として「自動的」に行われるものとなる、当然の帰結にすぎない。
　そして、上記相違点（キ）については、ストリーミング配信を採用した装置は、例えば、引用刊行物１の段落【００１６】にあるように、データが書き込まれるバッファ、すなわち、ストリーミング配信されたデータを一時的に格納する一時格納手段をそもそも備えているものである。
　
　結局、本願発明と刊行物２発明との相違は、本願発明のようにコンテンツのストリーミング配信を行うものであるか、刊行物２発明のように楽曲データをダウンロードし、楽曲データを蓄積し、楽曲データの処理動作を行うという一連の動作を行うものであるかの違いに帰着し、上記相違点（カ）〜（ク）は、上記相違点（オ）に基づくストリーミング配信の構成の採用に伴って、自ずと発現する相違点にすぎない。
　
　そのため、上記相違点（オ）に関して、刊行物２発明において、楽曲データをダウンロードし、楽曲データを蓄積し、楽曲データの処理動作を開始するという一連の動作の代わりにストリーミング配信を行うことが容易であるということができるか否かを、以下で検討する。
　
　引用刊行物１は、楽曲データをサーバから取得する鍵盤ガイド装置に関するものであって、引用刊行物１の段落【００１６】には、「楽曲データは、例えば、電子楽器またはパーソナルコンピュータの記憶装置に記憶され、楽曲データ入力手段１は、記憶された楽曲データを読み出す。あるいは、楽曲データは、ネットワーク上のサーバに記憶されている。楽曲データ入力手段１は、サーバから、直接、あるいは、パーソナルコンピュータを経由して、楽曲データをダウンロードしてから読み出す。あるいは、サーバから、直接に、あるいはパーソナルコンピュータを経由して、楽曲データをストリーミング再生方式でバッファに一旦書き込んでから読み出す。」と記載されている。
　上記記載における「サーバから、直接に、あるいはパーソナルコンピュータを経由して、楽曲データをストリーミング再生方式でバッファに一旦書き込んでから読み出す」ことは、「ストリーミング配信」することに他ならないことから、引用刊行物１には、「楽曲データをダウンロードして、楽曲データを記憶装置に記憶し、ダウンロードされた楽曲データを読み出す、あるいは、楽曲データのストリーミング配信を行う演奏ガイド装置」に関する発明（以下、「刊行物１発明」という。）が記載されている。
　
　ここで、刊行物１発明、刊行物２発明はいずれも「電子音楽装置」に関するものであって、刊行物１発明は、「楽曲データをダウンロードして、楽曲データを記憶装置に記憶し、ダウンロードされた楽曲データを読み出す」、あるいは「ストリーミング配信」を行うというように、いずれの配信方法を用いてもよいものであるから、刊行物２発明に記載された発明においても、「楽曲データのダウンロード」を行い、「楽曲データを蓄積」し、「演奏表示」または「演奏ガイド」の所定のデータ処理動作を開始する一連の動作の代わりに、「ストリーミング配信」を行うものとすることに格別困難な点はない。
　
　そして、刊行物２発明に刊行物１発明のストリーミング配信を行う構成を適用することによって、上記相違点（カ）に関して、刊行物２発明の「楽譜表示モードと演奏ガイドモードの選択」をストリーミング配信の前に行うものとなること、上記相違点（キ）に関して、刊行物２発明の「外部記憶装置」を「一時的に格納する格納手段」とすること、上記相違点（ク）に関して、刊行物２発明の楽譜表示または演奏ガイドの開始を記憶装置に蓄積されたことを契機として自動的に行うものとなることは上記したとおり、いずれも自ずと発現する構成にすぎない。
　
　してみれば、本願発明は、刊行物２発明に刊行物１発明のストリーミング配信構成を適用することによって当業者が容易に発明をすることができたものであって、上記相違点に基づく格別の効果も認められない。
　
　なお、審判請求人は、平成２４年１月３０日付け意見書において、
「また刊行物２では、コンテンツの利用態様の指示のタイミングが「ダウンロード」の後であり、さらに他の刊行物でも、コンテンツを取得する前にそのコンテンツの利用態様の指示がなされることが記載されていない以上、刊行物２の前記（ａ）の構成を（Ａ）の構成に置き換えたとしても、コンテン
ツの利用態様の指示は「ストリーミング配信」の後になされるのが自然であると思料する。」、「しかし刊行物２では、コンテンツの利用態様の指示はダウンロードの後であるので、刊行物２の前記（ａ）の構成を（Ａ）の構成に置き換えたとしても、コンテンツの利用態様の指示は「ストリーミング配信」の後になされるのが自然である。」旨主張している。
　しかしながら、上記したとおり、刊行物２発明に刊行物１発明のストリーミング配信を行う構成を適用した場合、当該所定の処理動作の種別の選択や実行開始の指示がデータ配信の開始後に行われることは想定できない。
　それゆえ、上記審判請求人の主張のように「コンテンツの利用態様の指示は「ストリーミング配信」の後になされるのが自然である」とは言えず、むしろ、コンテンツの利用態様の指示はストリーミング配信の前になされるのが自然であるから、審判請求人の主張を採用することはできない。
　
６．むすび
　したがって、本願発明は引用刊行物１、２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
第３　まとめ
　
　以上のとおりであるから、他の請求項に係る発明について検討するまでもなく、本願は拒絶すべきものである。
　したがって、原査定を取り消す、本願は特許をすべきものであるとの審決を求める、という本件審判請求の趣旨は認められない。
　
　よって、結論のとおり審決する。