【事件の表示】
　特願２００８−３３５０２５「通信端末および通信方法」拒絶査定不服審判事件〔平成２２年　７月１５日出願公開、特開２０１０−１５７０９８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続きの経緯・本願発明
　本願は、平成２０年１２月２６日の出願であり、平成２３年６月２３日付けで拒絶査定がなされ、それに対して同年１０月１８日に拒絶査定不服の審判請求がなされるとともに手続補正書が提出されたものであって、その請求項１に係る発明は、平成２３年１０月１８日付けの手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下、「本願発明」という。）
「複数の端末と通信可能な通信端末であって、
ユーザが情報の入力を行う入力手段と、
他の一つもしくは複数の端末との通信を制御する通信制御手段と、
通信中の各端末について、それぞれの端末ＩＤごとに当該端末から送信された情報を表示部に表示する際の表示色を、端末が接続完了した順にしたがって規定する表示色規定手段と、
前記通信制御手段は、前記入力手段によってユーザが入力した情報に当該端末の端末ＩＤを付加して他の端末に送信するとともに、
他の端末から受信した情報から送信元の端末ＩＤを検出し、前記表示色規定手段によって規定された端末ＩＤごとの表示色をもとに、送信元の端末ＩＤに対応する表示色を決定する表示色決定手段と、
決定された表示色を用いて、受信した情報を表示画面上に表示する表示手段
を備えることを特徴とする通信端末。」
　　　
第２　引用文献
（１）原査定の拒絶の理由に引用された特開平７−１０５１０５号公報（以下、「引用文献」という。）には、図面とともに次の記載がある。
（ア）「【０００１】
【産業上の利用分野】本発明は、手書き入力表示端末装置を用いた手書き入力会議システムに関するものである。
・・・中略・・・
【０００６】本発明に関連する従来技術としては、端末装置相互間でデータの交換を行い、１つのウィンドウに共有データとして表示し、端末装置ごとにウィンドウの大きさの変更やスクロールの制御機能を持たせたものがある（特開平２−５０２４９２号公報「マルチウィンドウ通信システム」参照）。
【０００７】また、各端末装置上に共有情報を表示するためのパブリックウィンドウと、プライベートメモのためのプライベートウィンドウを表示し、ウィンドウ間でデータの交換を行う技術が知られている（特開平４−２５５３９８号公報「手元黒板システム」参照）。
【０００８】
【発明が解決しようとする課題】しかしながら、前記従来技術として開示されている「マルチウィンドウ通信システム」では、会議参加者が共通に利用する共有情報を１つのウィンドウ上に表示するのみであり、各個人のプライベートな手書き情報を直接ウィンドウ上に表示することができないという問題がある。
【０００９】また、前記「手元黒板システム」に開示されている技術は、会議参加者が共同に利用するウィンドウと、各個人のメモを書くためのウィンドウとが、別々に存在するため、共有手書き情報と、それに関連する各個人のプライベートな手書き情報とを、同一ウィンドウ上で見ることができないため、自分の手書きメモがどの共有情報と関連があるのか、一目で判断できないという問題がある。
【００１０】また、共有情報も会議参加者の誰が入力したのか判別できないという問題がある。
【００１１】本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、手書き入力表示端末装置を用いた手書き入力会議システムにおいて、１つのウィンドウ上に会議参加者が共有する共有情報と、各個人のプライベートな手書き情報を区別できる形式で表示し、かつ、会議参加者が共有する共有情報と、各個人のプライベートな手書き情報を一括あるいは分割して保存することを可能とする技術を提供することにある。」（段落【０００２】〜【００１１】）
　　　　　　　　　　
（イ）「【００２５】図１において、１は手書き入力表示端末装置（以下、端末装置という）、２は通信回線であり、本実施例の手書き入力会議システムは、端末装置１が、通信回線２に複数個接続されて構成される。
【００２６】図２において、端末装置１は、データ処理装置１１、入力データを保存するハードディスク装置１２、手書き入力用のペン１３、通信回線２に接続され他の端末装置１とのデータの送受信を行う通信ポート１４、およびデータ入力用の入力装置（キーボード）１５から構成されている。
【００２７】また、データ処理装置１１は、中央処理装置（以下、ＣＰＵという）１１Ａ、メモリ１１Ｂおよび手書き入力表示画面（以下、表示画面という）１１Ｃから構成される。
【００２８】本実施例の手書き入力会議システムにおいては、会議の議事項目は、予めキーボード１５を用いて入力し、データファイルとしてハードディスク装置１２の中に格納しておく。
【００２９】このデータファイルは、ウィンドウ上に表示するプログラムが扱える形式であれば、どんなファイル形式でもよい。　　　　　　　　　　【００３０】本実施例では、会議参加者は、それぞれの端末装置１で会議進行プログラムを起動し、各自の名前をペン１３を用いて登録する。
【００３１】図３〜図９は、本実施例の手書き入力会議システムに用いられる端末装置の表示画面を示す図である。
【００３２】図３は、会議の開始時に参加者の名前を登録するための、各端末装置１の表示画面１１Ｃを示す図であり、表示画面１１Ｃ上のウィンドウ２１内に、標題２１１および名前登録用スペース２１２が表示されている。
【００３３】会議参加者は、各自の名前を名前登録用スペース２１２にペン１３を用いて登録する。
【００３４】この時、各個人のプライベートな手書き情報と他の参加者が入力した共有手書き情報をどの色、どの濃度で表示するか選択する。
【００３５】この色の選択方法としては、例えば、最初に起動された端末装置１の会議進行プログラムが表示色管理を行なって各参加者に色を割り当てる方法や、参加者が選択した色を、各参加者のそれぞれの各端末装置１に通信し、他参加者が選べないようにするなどの方法がある。
【００３６】名前の登録が終了すると、それぞれの端末装置１の会議進行プログラムは、他の端末装置１上で稼働している会議進行プログラムに対し、同報通信の形式で参加者名と端末装置１のＩＤ(Identifier ： 識別子)を送信する。
【００３７】それぞれの端末装置１の各会議進行プログラムは、受信した他の端末装置１のＩＤをメモリ１１Ｂの中に保存し、以後の受信データが、どの端末装置１からのデータであるかを判断するために利用する。
【００３８】通常の会議では、１名が進行係として議事を進めていくので、本実施例でも１台の端末装置１を議事進行用の端末装置１として説明を進める。
【００３９】ただし、本手書き入力会議システムでは、それぞれの端末装置１は全く同一機能を有しているものとし、議事進行用の端末装置１の変更も可能であるし、同時に複数の端末装置１を議事進行に使うことも可能である。」（段落【００２５】〜【００３９】）
　　　　
（ウ）「【００５５】図７に示す、会議参加者が共有する共有情報として登録要求があった、それぞれの各個人のプライベートな手書き情報である手書きデータ６１１は、同報通信の形式で、他の端末装置１に送付される。
【００５６】この手書きデータ６１１を受信した各々の端末装置１は、受信した手書きデータ６１１をメモリ１１Ｂの共有情報格納領域に格納した後、表示画面１１Ｃに共有情報として表示する。」（段落【００５５】、【００５６】）
　　　
（エ）「【００６８】図１０のフローチャートを用いて、本実施例である会議システムを起動し、手書き入力会議が可能になるまでの処理手順を説明する。
【００６９】始めに、各々の端末装置１上で手書き入力会議システムを起動する（ステップ９１）。
【００７０】次に、会議参加者が名前を入力し（ステップ９２）、同時に、各参加者の手書き入力情報の表示色も登録する。
【００７１】これらの情報は、参加している全ての端末装置１へ通信される（ステップ９３）。
【００７２】全ての会議参加者が登録を終了すると、議事進行用の端末装置１は、議事の内容を各々の端末装置１へ送付する（ステップ９４、９５）。
【００７３】議事進行用の端末装置１以外の端末装置１は、議事の内容を受信し、表示画面１１Ｃに表示する（ステップ９６）。
【００７４】図１１は、本実施例である会議システムにおいて、会議進行時に、各端末装置が、各参加者の入力データを処理する処理手順を示すフローチャートである。
【００７５】図１１のフローチャートを用いて、本実施例である会議システムにおいて、会議進行時に、各参加者の入力データを処理する処理手順を説明する。
【００７６】本実施例の会議システムは、会議開始後、手書き入力又は他の端末装置１からのデータの送信を待ち（ステップ１０１）、イベントの種類によって、処理する内容を決定する（ステップ１０２）。
【００７７】手書き入力イベントの場合、連続した手書きデータを取り込み（ステップ１０３）、その後、メモリ１１Ｂの各個人のプライベートな手書き情報格納領域に座標を蓄え（ステップ１０４）、再度イベント待ちを行う。
【００７８】データ受信イベントの場合は、データを受信し（ステップ１０５）、送信元を受信データから判断した後（ステップ１０６）、送信終了までデータを受信し、送信元のＩＤを含めて、メモリ１１Ｂの共有情報格納領域に格納し（ステップ１０７）、送信元のＩＤから共有情報の表示色を決定した後、ウィンドウ上に表示し（ステップ１０８）、再度イベントを待つ。
【００７９】図１２は、本実施例である会議システムにおいて、プライベート情報を共有情報として登録する処理手順を示すフローチャートである。
【００８０】図１２を用いて、本実施例である会議システムにおいて、プライベート情報を共有情報として登録する処理手順を説明する。
【００８１】始めに、選択ボタン４４を押下した後（ステップ１１１）、ウィンドウ上の２点をペン１３で指示し（ステップ１１２）、その範囲内にある各個人のプライベートな手書き情報を選択する（ステップ１１３）。
【００８２】その後、共有情報への登録ボタン４５を押下することで（ステップ１１４）、メモリ１１Ｂの各個人のプライベートな手書き情報格納領域から、共有情報格納領域に移動し（ステップ１１５）、登録対象端末装置に対してデータを送信（ステップ１１６）し、共有情報の表示色で画面上に表示し直す（ステップ１１７）。」（段落【００６８】〜【００８２】）
　　
（オ）「【００９０】さらに、本実施例は、通信手段を選択することにより、一箇所に集まって行う会議だけでなく、遠隔地での打ち合わせや電子メールのやりとりなどにも適用可能である。」（段落【００９０】）　　　　
　　
　以上の記載によれば、この引用文献には以下のような発明（以下、「引用発明」という。）が開示されていると認められる。
「手書き入力表示端末装置１（以下、「端末装置」という。）が、通信回線２に複数個接続されて構成される手書き入力会議システムにおける端末装置であって、
　端末装置は、データ処理装置１１、入力データを保存するハードディスク装置１２、手書き入力用のペン１３、通信回線２に接続され他の端末装置とのデータの送受信を行う通信ポート１４、およびデータ入力用の入力装置（キーボード）１５から構成されており、
　会議参加者は、それぞれの端末装置で会議進行プログラムを起動し、各自の名前をペン１３を用いて登録し、各個人のプライベートな手書き情報と他の参加者が入力した共有手書き情報をどの色、どの濃度で表示するか選択して登録し、
　この色の選択方法としては、例えば、最初に起動された端末装置の会議進行プログラムが表示色管理を行なって各参加者に色を割り当てる方法や、参加者が選択した色を、各参加者のそれぞれの各端末装置に通信し、他参加者が選べないようにするなどの方法があり、
　名前の登録が終了すると、それぞれの端末装置の会議進行プログラムは、他の端末装置上で稼働している会議進行プログラムに対し、同報通信の形式で参加者名と端末装置のＩＤ(Identifier ： 識別子)を送信し、
　それぞれの端末装置の各会議進行プログラムは、受信した他の端末装置のＩＤをメモリ１１Ｂの中に保存し、以後の受信データが、どの端末装置からのデータであるかを判断するために利用し、
　会議参加者が共有する共有情報として登録要求があった、それぞれの各個人のプライベートな手書き情報である手書きデータ６１１は、同報通信の形式で、他の端末装置に送付され、この手書きデータ６１１を受信した各々の端末装置は、受信した手書きデータ６１１をメモリ１１Ｂの共有情報格納領域に格納した後、表示画面１１Ｃに共有情報として表示するものであり、
　会議開始後、手書き入力又は他の端末装置からのデータの送信を待ち、イベントの種類によって、処理する内容を決定し、データ受信イベントの場合は、データを受信し、送信元を受信データから判断した後、送信終了までデータを受信し、送信元のＩＤを含めて、メモリ１１Ｂの共有情報格納領域に格納し、送信元のＩＤから共有情報の表示色を決定した後、ウィンドウ上に表示し、再度イベントを待つことを特徴とする端末装置。」
　　
（２）原査定において周知文献１として引用された特開２００６−３１３５９号公報（以下、「周知文献１」という。）には、図面とともに次の記載がある。
「【０１０４】
　本実施形態の会議支援システムは、各ウインドウ毎に、別個のソケットが割り当てられているので、ウインドウ毎に、通信機能と描画機能とを備えるように設計することにより、複数のクライアントから同時に書き込みが行われた場合の処理が簡単化され、高速に描画することができる。また、ウインドウ毎に色を割り振ることにより、ユーザの判別が容易になると共に、処理を高速にすることができる。
【０１０５】
　次に、ウインドウ毎の色の割り振りについて説明する。
【０１０６】
　図１５は、ウインドウ毎に色を割り振った場合の例を示す図である。
【０１０７】
　図１５に示すように、クライアントＡのウインドウ５１には書き込みの色として黒色が、クライアントＢのウインドウ５２には書き込みの色として赤色が、サーバのウインドウ５３には書き込みの色として青色がそれぞれ指定されている。その場合、クライアントがサーバに送信するベクトルデータには色情報は含まれていない。また、サーバが各ウインドウに色表示する際に、どのクライアントから書き込まれた描画であるか判断して、ベクトルデータに色を付する必要もない。
【０１０８】
　このようにして指定された色の描画像は、図の左上のように、重ね合わされて表示される。したがって、ＰＣの処理能力、通信量、データ量に関わりなく、ユーザー毎に自動的に色付けして、書き込んだ内容を表示することが出来る。
　【０１０９】
　また、サーバがクライアントに対して色を割り当てた時点で、サーバはクライアントに色を指示し、クライアントにローカルで表示される描画像の色もその指定された色に従うよう変更することも出来る。
【０１１０】
　図１６及び図１７は、クライアント毎に色を割り振った場合の例を示す図である。
【０１１１】
　サーバーホワイトボードは、クライアントと各クライアントに割り当てた色の情報を管理している。
【０１１２】
　図１６に示すように、クライアントが接続してくると（Ｓ３１）、ネットワークアドレスやクライアントの名前などの情報を取得する（Ｓ３２）。この取得情報に基づいてクライアントに対して割り当てる色を決める（Ｓ３３）。
【０１１３】
　例えば、接続して来た順番に割りつける色が、黒、赤、青、緑等と決まっているときは、アドレスと色の情報を対にして管理することができる。
【０１１４】
　そして、図１７に示すように、クライアントにより書き込みが行われ、サーバがそのベクトルデータを受信すると（Ｓ３５）、そのクライアントからＩＰアドレスを取得する（Ｓ３６）。取得したＩＰアドレスに対して、どの色が割り当てられているかを照合し（Ｓ３７）、割り当てられている色で、ベクトルデータをサーバーホワイトボードに表示する（Ｓ３８）。
【０１１５】
　ここで、サーバで割り当てる色は、任意のタイミングで、自由に変更することができる。」（段落【０１０４】〜【０１１５】）
　　
第３　対　比
　本願発明と引用発明とを対比する。
（１）引用発明の「手書き入力表示端末装置１」は、「通信回線２に接続され他の端末装置とのデータの送受信を行う通信ポート１４」を備えるから、本願発明の「複数の端末と通信可能な通信端末」に相当する。
　　
（２）引用発明の「手書き入力用のペン１３」、「データ入力用の入力装置（キーボード）１５」は、本願発明の「ユーザが情報の入力を行う入力手段」に相当する。
　　　
（３）引用発明は、「会議開始後、手書き入力又は他の端末装置からのデータの送信を待ち、イベントの種類によって、処理する内容を決定し、データ受信イベントの場合は、データを受信」するから、引用発明は、本願発明の「他の一つもしくは複数の端末との通信を制御する通信制御手段」に相当する構成を備えているといえる。
　
（４）引用発明の「送信元のＩＤ」は、「端末装置のＩＤ(Identifier ： 識別子)」であるから、本願発明の「端末ＩＤ」に相当し、引用発明の「表示画面１１Ｃ」は、本願発明の「表示部」、「表示画面」に相当する。
　　
（５）引用発明の「他の参加者が入力した共有手書き情報」は、本願発明の「前記入力手段によってユーザが入力した情報」に相当し、引用発明の「受信した手書きデータ６１１」、「共有情報」は、いずれも、本願発明の「端末から送信された情報」、「他の端末から受信した情報」に相当する。　　　　
（６）引用発明は、「他の参加者が入力した共有手書き情報をどの色、どの濃度で表示するか選択して登録」し、データ受信イベントの場合、「送信元のＩＤから共有情報の表示色を決定した後、ウィンドウ上に表示」しているから、引用発明は、本願発明の「通信中の各端末について、それぞれの端末ＩＤごとに当該端末から送信された情報を表示部に表示する際の表示色を、端末が接続完了した順にしたがって規定する表示色規定手段」を備える点と、「各端末について、それぞれの端末ＩＤごとに当該端末から送信された情報を表示部に表示する際の表示色を、規定する表示色規定手段」を備える点で共通するといえる。
　
（７）引用発明は、「データ受信イベントの場合は、データを受信し、送信元を受信データから判断した後、送信終了までデータを受信し、送信元のＩＤを含めて、メモリ１１Ｂの共有情報格納領域に格納し、送信元のＩＤから共有情報の表示色を決定した後、ウィンドウ上に表示」するから、送信元の端末装置は、共有情報とともに送信元のＩＤを送信していることは明らかであり、当該構成は、本願発明の「前記通信制御手段は、前記入力手段によってユーザが入力した情報に当該端末の端末ＩＤを付加して他の端末に送信するとともに」、「他の端末から受信した情報から送信元の端末ＩＤを検出し、前記表示色規定手段によって規定された端末ＩＤごとの表示色をもとに、送信元の端末ＩＤに対応する表示色を決定する表示色決定手段」と、「決定された表示色を用いて、受信した情報を表示画面上に表示する表示手段」を備えるに相当する。
　　
　したがって、本願発明の用語を用いて表現すると両者は、
「複数の端末と通信可能な通信端末であって、
ユーザが情報の入力を行う入力手段と、
他の一つもしくは複数の端末との通信を制御する通信制御手段と、
各端末について、それぞれの端末ＩＤごとに当該端末から送信された情報を表示部に表示する際の表示色を、規定する表示色規定手段と、
前記通信制御手段は、前記入力手段によってユーザが入力した情報に当該端末の端末ＩＤを付加して他の端末に送信するとともに、
他の端末から受信した情報から送信元の端末ＩＤを検出し、前記表示色規定手段によって規定された端末ＩＤごとの表示色をもとに、送信元の端末ＩＤに対応する表示色を決定する表示色決定手段と、
決定された表示色を用いて、受信した情報を表示画面上に表示する表示手段
を備えることを特徴とする通信端末。」
で一致するものであり、次の点で相違している。
（相違点）　　
　本願発明は、「通信中の各端末について、」「表示色を、端末が接続完了した順にしたがって規定する」のに対して、引用発明は、それぞれの端末装置で会議進行プログラムを起動し、各自の名前を登録すると、例えば、最初に起動された端末装置の会議進行プログラムが表示色管理を行なって各参加者に色を割り当てるものである点。
　　
第４　当審の判断
　上記相違点について検討する。
　複数の通信装置と通信可能な通信装置において、通信装置の接続順にしたがって各通信装置を識別する処理を行うことは、本願出願前周知の技術（上記周知文献１（特開２００６−３１３５９号公報）段落【０１１２】〜【０１１４】「図１６に示すように、クライアントが接続してくると（Ｓ３１）、ネットワークアドレスやクライアントの名前などの情報を取得する（Ｓ３２）。この取得情報に基づいてクライアントに対して割り当てる色を決める（Ｓ３３）。例えば、接続して来た順番に割りつける色が、黒、赤、青、緑等と決まっているときは、アドレスと色の情報を対にして管理することができる。そして、図１７に示すように、クライアントにより書き込みが行われ、サーバがそのベクトルデータを受信すると（Ｓ３５）、そのクライアントからＩＰアドレスを取得する（Ｓ３６）。取得したＩＰアドレスに対して、どの色が割り当てられているかを照合し（Ｓ３７）、割り当てられている色で、ベクトルデータをサーバーホワイトボードに表示する」の記載、特開２００７−３１３３５４号公報段落【０２０２】、【０２０３】「この実施例のゲームシステム１００では、複数のコントローラ１０が接続されていてもそれぞれのコントローラ１０で異なった位置のＬＥＤが点灯するように上記ポートの制御を行う。・・・中略・・・いずれのＬＥＤを点灯させるかの順番については、たとえばゲーム機１１２への接続順で決定してよい。・・・中略・・・当該コントローラ１０がゲーム機１１２に無線通信によって接続され、ゲーム機１１２によって当該コントローラ１０にコントローラ番号が割り当てられる。複数のコントローラ１０が接続可能なゲームまたはアプリケーションの場合には、たとえば接続の早い順に小さい番号が割り振られる。」の記載、特開２００８−２９３１２６号公報段落【００５３】「次に処理Ｓ９０３では、同様に端末ＩＤの登録を行う。・・・中略・・・尚、端末ＩＤは予め接続されている端末に対して、ホストコンピュータのＫＢ／ＭＯＵＳＥに対しては「Ｔ０」、他の端末に対しては「Ｔ１、Ｔ２・・・」の如く接続順に端末ＩＤを割り当てるものとする。」の記載参照。）である。
　また、複数の通信装置から送信される表示情報に対して、通信装置毎に色を割り振ることにより判別を容易にすることも、本願出願前周知の技術（上記周知文献１（特開２００６−３１３５９号公報）段落【０１０４】「本実施形態の会議支援システムは、各ウインドウ毎に、別個のソケットが割り当てられているので、ウインドウ毎に、通信機能と描画機能とを備えるように設計することにより、複数のクライアントから同時に書き込みが行われた場合の処理が簡単化され、高速に描画することができる。また、ウインドウ毎に色を割り振ることにより、ユーザの判別が容易になる」、段落【０１１２】「図１６に示すように、クライアントが接続してくると（Ｓ３１）、ネットワークアドレスやクライアントの名前などの情報を取得する（Ｓ３２）。この取得情報に基づいてクライアントに対して割り当てる色を決める（Ｓ３３）。」の記載、原査定の拒絶の理由に引用された特開２００１−３３３２０４号公報段落【００２１】「手書きデータ表示手段１３はカラー表示可能であり、通信相手毎に手書きデータの色分け表示を行う。手書きデータ保持手段１２に保持された自身の手書きデータおよび通信相手の手書きデータは手書きデータ表示管理手段１４により、各手書きデータごとに色を対応させ、手書きデータ表示手段１４に表示する。・・・中略・・・さらに通信相手ごとに色分けして表示することが可能になり、情報伝達の効率化を図ることが可能になる。」の記載、特開２０００−１７２６４９号公報段落【００３８】「また、このような個別意見レイヤ（９８）の重畳表示において、どの個別意見データ（５３）がどのユーザに対応しているのかを識別できるようになっていることが好ましい。具体的には、たとえばユーザ毎に異なる色が設定されていたり、・・・中略・・・ユーザ毎の更新情報を容易に確認することができる。」の記載参照。）である。
　引用発明は、それぞれの端末装置で会議進行プログラムを起動し、各自の名前を登録することにより、各端末装置を接続しているといえ、「また、共有情報も会議参加者の誰が入力したのか判別できないという問題」（段落【００１０】）を、例えば、最初に起動された端末装置の会議進行プログラムが表示色管理を行なって各参加者に色を割り当てることで解決しているといえるから、引用発明において、上記周知技術を適用することに何ら困難性は認められない。
　そうすると、引用発明において、上記周知技術を適用して、通信中の端末について、表示色を、端末の接続順にしたがって規定することは当業者が容易になし得ることである。
　そして、一般に「端末の接続順」とは「端末が接続した順」、すなわち、端末が接続処理を行って接続開始した順とも、端末が接続完了した順とも解することができるものであるから、本願発明において表示色を、「端末が接続完了した順」にしたがって規定するようにした点は、当業者が必要に応じてなし得る単なる設計変更にすぎない。
　　　　
　また、本願発明の作用効果も、引用発明及び周知技術から、当業者であれば予想できる範囲内のものである。　　　
　　　
第５　むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。