【事件の表示】
　特願２００５−　５８０８２「携帯端末のアプリケーション起動方法及び携帯端末」拒絶査定不服審判事件〔平成１８年　９月１４日出願公開、特開２００６−２４５９５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　本願は、平成１７年３月２日の出願であって、平成２２年６月９日付けで拒絶理由が通知され、同年８月５日付けで手続補正がされたが、同年８月３０日付けで拒絶査定がなされ、これに対し、同年１２月２日に拒絶査定不服の審判が請求されるとともに、同日付けで手続補正がされたものである。 
 　 
第２　補正却下の決定 
 ［補正却下の決定の結論］ 
　平成２２年１２月２日付けの手続補正を却下する。 
 　 
［理由］ 
 １．本願発明と補正後の発明 
　上記手続補正（以下、「本件補正」という。）は補正前の平成２２年８月５日付け手続補正書の特許請求の範囲の請求項１に記載された 
　 
　「携帯端末からブルートゥース機能により被制御装置に対する所定のアプリケーションを起動する携帯端末のアプリケーション起動方法において、
　前記携帯端末のブルートゥース機能を起動するステップと、
　前記携帯端末が通信可能範囲にあり前記ブルートゥース機能により前記携帯端末にペアリングされた前記被制御装置のうち予め選定された被制御装置とブルートゥース機能により自動的に接続を確立するステップと、前記携帯端末が前記被制御装置を制御するアプリケーションを自動的に起動するステップと、を含むことを特徴とする携帯端末のアプリケーション起動方法。」
 　
という発明（以下、「本願発明」という。）を、 
　 
　「携帯端末からブルートゥース機能により被制御装置に対する所定のアプリケーションを起動する携帯端末のアプリケーション起動方法において、
　前記携帯端末のブルートゥース機能を起動するステップと、
　前記携帯端末が通信可能範囲にあり前記ブルートゥース機能により前記携帯端末にペアリングされた前記被制御装置のうち予め前記携帯端末のユーザによって選定された被制御装置とブルートゥース機能により自動的に接続を確立するステップと、前記携帯端末が前記被制御装置を制御するアプリケーションを自動的に起動するステップと、を含むことを特徴とする携帯端末のアプリケーション起動方法。」
　
という発明（以下、「補正後の発明」という。）に変更することを含むものである。 
　
２．新規事項の有無、補正の目的要件について 
　本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項１に記載された、「予め選定された被制御装置」に関し、「前記携帯端末のユーザによって選定された」を付加し、「予め前記携帯端末のユーザによって選定された被制御装置」と限定して、特許請求の範囲を減縮するものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項（新規事項）及び特許法第１７条の２第４項第２号（補正の目的）の規定に適合している。 
　
３．独立特許要件について 
　本件補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。 
　
（１）補正後の発明 
　上記「１．本願発明と補正後の発明」の項で補正後の発明として認定したとおりである。 
　
（２）引用発明 
　原審の拒絶理由に引用された特開２００３−２５９４６６号公報（以下、「引用例」という。）には、図面とともに以下の事項が記載されている。 
　
イ．「【０００１】
【発明の属する技術分野】本発明は、リモートコントロール装置に関する。」（２頁２欄） 
　
ロ．「【０００８】
【発明の実施の形態】以下、図面を参照して、本発明の実施の形態について詳細に説明する。この実施の形態のリモートコントロール装置（以下、リモコンという）１００は、ブルートゥース（Bluetooth）規格の通信（以下、ＢＴ通信という）方式により無線信号を相互に送受信して例えばテレビ、ビデオ、エアコン等の各種複数の電子機器（図示略；以下、ＢＴ端末という）を遠隔制御するためのものであり、例えば図１に示すように、ブルートゥースモジュール（無線通信手段；以下、ＢＴモジュールという）１と、制御部２と、表示部（表示手段）３とを備えている。
【０００９】ＢＴモジュール１は、ブルートゥース規格の無線通信装置であり、ＢＴ端末に搭載されたブルートゥース規格の無線通信装置との間で無線通信を行うためのものである。このＢＴモジュール１は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、ベースバンド部１４と、ＲＦ（Radio Frequency）部１５、インターフェース１６とを備えている。」（３頁４欄）
　
ハ．「【００１６】制御部２は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、インターフェース２４とを備えている。
【００１７】ＣＰＵ２１は、ＲＯＭ２２に記憶されているシステムプログラム等に規定されている手順に従って、インターフェース２４に接続された各構成要素を統一的に制御することにより、リモコン１００としての様々な機能を実現する。例えば、ＣＰＵ２１は、周囲に存在するＢＴ端末のうち、電界強度のデータに基づいて最も大きな電界強度に対応するＢＴ端末を選択して、このＢＴ端末を遠隔制御するための遠隔制御プログラムを実行する制御プログラムランチャー処理を実行する。また、ＣＰＵ２１は、インターフェース２４を介してＢＴモジュール１との間でＢＴ通信に係わる制御信号及び送受信データの転送処理を行う。なお、インターフェース２４には、ＢＴモジュール１や表示部３などが電気的に接続されている。
【００１８】ＲＯＭ２２は、例えばフラッシュメモリやＥＥＰＲＯＭ、ＥＰＲＯＭ等の書き換え可能な半導体記憶素子から構成されており、例えば、リモコン１００全体を制御するためのシステムプログラムや、ＢＴモジュール１を制御するためのＢＴ制御プログラムや、予め登録された各種複数のＢＴ端末をそれぞれ遠隔制御するための遠隔制御プログラムや、各電子機器の電界強度の測定結果のデータをＢＴ端末のサービス情報（固有情報；後述）に対応して記憶するための電界強度記憶プログラムや、予め登録されて相互接続（遠隔制御）可能なＢＴ端末に対応する前記サービス情報を有するＢＴ端末を選択する第１ＢＴ端末選択プログラムや、前記選択されたＢＴ端末の中で、前記記憶された電界強度のデータに基づいて最も大きな電界強度に対応するＢＴ端末を選択する第２ＢＴ端末選択プログラムや、前記選択されたＢＴ端末に対応する遠隔制御プログラムを読み出して実行する制御プログラム実行プログラム及びこれらプログラムの実行に必要な諸データ等を記憶する。」（４頁５〜６欄）
　
ニ．「【００２１】次に、このリモコン１００によるＢＴ端末とのＢＴ通信の際の制御及び動作について説明する。
【００２２】先ず、ＢＴ通信におけるＢＴモジュール１の遷移状態について説明する。ＢＴモジュール１の遷移状態は、「待ち受けフェーズ」、「同期確立フェーズ」、「通信フェーズ」の３段階のフェーズからなっている。
【００２３】「待ち受けフェーズ」は、如何なるパケットの送受信も行われていない状態であり、リモコン１００やＢＴ端末の電源を入れた直後及び通信リンクを切断した場合の状態である。
【００２４】「同期確立フェーズ」は、「問い合わせ（Inquiry）」と「呼び出し（Page）」の２種類の状態から構成されている。この「同期確立フェーズ」において、リモコン１００は、周囲にどのようなＢＴ端末があるのかを調べる「問い合わせ」を行い、この結果、各種ＢＴ端末を検知すると、リモコン１００自身がマスタ（Master；後述）となってＢＴ端末をスレーブ（Slave；後述）とするピコネットを形成する。さらに、リモコン１００は、ピコネット内のスレーブと同期を確立するための「呼び出し」を行って、スレーブであるＢＴ端末毎にＩＤを付与する。このようにして、リモコン１００とＢＴ端末とが同期する。なお、ピコネットとは、各種ＢＴ端末群が相互に通信状態にあるネットワークのことであり、このネットワーク内に相互に通信可能なマスタとスレーブが存在する。この実施の形態では、ネットワーク（ピコネット）において、リモコン１００をマスタとしているが、リモコン１００がスレーブとなっても良いし、また、リモコン１００もこのリモコン１００の制御対象となるＢＴ端末もともにスレーブとなって、これらスレーブどうしでマスタを介在させずに通信するようにしても良い。
【００２５】「通信フェーズ」は、「同期確立フェーズ」を経て同期しているマスタ及びスレーブが通信可能な状態であり、「接続（Connect）」と「データ転送（Data Transfer）」の２種類の状態から構成されている。この「通信フェーズ」では、リモコン１００は、「接続」状態にて、ＢＴ端末から送信されたサービス情報（例えば、通信リンクを設定するための制御パケットとセキュリティ関連の制御パケット等）を受信し、このサービス情報に基づいて通信リンクを設定可能であると判断した場合に「データ転送」状態に遷移して、例えば「ＡＣＬ（AsynchronousConnection Less）リンク」を用いて通信リンクを設定する。ここで、ＡＣＬリンクとは、パケット交換型の通信リンクである。なお、リモコン１００により通信リンクを設定不可能であると判断されたＢＴ端末は、自身を低消費電力状態にする「低消費電力モード」に移行する。
【００２６】次に、リモコン１００において、各種ＢＴ端末を制御する際に実行される各種の処理について説明する。
【００２７】＜制御プログラムランチャー処理＞以下、制御プログラムランチャー処理について図２を参照して説明する。この制御プログラムランチャー処理では、先ず、例えばリモコン１００の電源が入れられた際に、ＣＰＵ２１は、制御プログラム実行プログラムを実行して、最も近距離にあるＢＴ端末に対応するアプリケーションを自動的に立ち上げる自動ランチャーが設定されているかどうかを判定する（ステップＳ１）。このとき、リモコン１００は、「待ち受けフェーズ」の状態となっている。ここで、ＣＰＵ２１は、自動ランチャーを設定していると判定した場合には（ステップＳ１；Ｙｅｓ）、周囲のＢＴ端末に定期的（例えば１０秒毎）に問い合わせを行うためのタイマーを起動し（ステップＳ２）、その後、タイマーがタイムアップしているかどうかを判定する（ステップＳ３）。ここで、ＣＰＵ２１は、タイマーがタイムアップしていると判定した場合には（ステップＳ３；Ｙｅｓ）、「待ち受けフェーズ」から「同期確立フェーズ」に移行して、タイマーがタイムアップする毎に問い合わせ処理（後述）を実行する（ステップＳ４）。そして、ＣＰＵ２１は、問い合わせ処理の結果ピコネット内同期が確立した場合に、「同期確立フェーズ」から「通信フェーズ」に移行して、サービス情報取得処理（後述）を行い（ステップＳ５）、この後、ランチャー処理（後述）を実行する（ステップＳ６）。
【００２８】［問い合わせ処理］以下、問い合わせ処理について図３を参照して説明する。この問い合わせ処理は、ＣＰＵ２１の制御下でＢＴ制御プログラムに従ってＢＴモジュール１において行われる処理である。
【００２９】先ず、ＣＰＵ１１は、ＲＯＭ１２に記憶され周辺に何台のＢＴ端末が存在するのかを示す変数である「端末数」を初期化した後（ステップＳ４１）、問い合わせプログラムを実行して、ＩＱパケットをブロードキャストし周囲にどのようなＢＴ端末があるのかどうか「問い合わせ」を行う（ステップＳ４２）。なお、ＩＱパケットとは、「問い合わせ」の状態で用いられるパケットのことである。ここで、ＩＱパケットを受信したＢＴ端末は、マスタ、スレーブ、ピコネットの形成に係わらず、自分が何であるのかを示す情報（例えば、BluetoothアドレスやBluetoothクロック等）であるＦＨＳパケットを、リモコン１００に対してブルートゥースプロトコルで決められた手順に従って送信（返答）する。次に、ＣＰＵ１１は、ＢＴ端末から送信されたＦＨＳパケットを受信中であるのかどうかを判定する（ステップＳ４３）。ここで、ＣＰＵ１１は、ＦＨＳパケットを受信中であると判定した場合には（ステップＳ４３；Ｙｅｓ）、電界強度測定プログラムを実行して受信しているＦＨＳパケットの電界強度を測定した後、測定した電界強度のデータをＲＯＭ１２に格納する（ステップＳ４４〜ステップＳ４５）。続いて、ＣＰＵ１１は、ＦＨＳパケットの受信を完了したかどうかを判定する（ステップＳ４６）。ここで、ＣＰＵ１１は、ＦＨＳパケットの受信を完了していないと判定した場合には（ステップＳ４６；Ｎｏ）、ステップＳ４３に移行する。また、ＣＰＵ１１は、ＦＨＳパケットの受信を完了したと判定した場合には（ステップＳ４６；Ｙｅｓ）、少なくとも１回以上測定された電界強度からその平均値を算出しその値をＢＴ端末毎の電界強度として、その電界強度のデータをＲＯＭ１２に記憶するとともに、「端末数」を「＋１」インクリメントする（ステップＳ４７）。その後、ＣＰＵ１１は、ブルートゥースプロトコルに従ってＩＱパケットのブロードキャストを規定回数行ったかどうかを判定する（ステップＳ４８）。ここで、ＣＰＵ１１は、規定回数行ったと判定した場合には（ステップＳ４８；Ｙｅｓ）、問い合わせ処理を終了し、一方、規定回数行っていないと判定した場合には（ステップＳ４８；Ｎｏ）、ステップＳ４２に移行する。なお、ＣＰＵ１１は、ＦＨＳパケットを受信中でないと判定した場合には（ステップＳ４３；Ｎｏ）、ＦＨＳパケットの受信を待機している状態であるのどうか判定する（ステップＳ４９）。ここで、ＣＰＵ１１は、受信を待機している状態であると判定した場合には（ステップＳ４９；Ｙｅｓ）、ステップＳ４６に移行し、一方、受信を待機している状態でないと判定した場合には（ステップＳ４９；Ｎｏ）、ステップＳ４３に移行する。
【００３０】また、リモコン１００は、ＦＨＳパケットの受信を完了すると、ＢＴ端末に対して自身のＦＨＳパケットを送信する。これにより、リモコン１００とＢＴ端末との間で、BluetoothアドレスとBluetoothクロックを相互に認識でき、リモコン１００をマスタとしＢＴ端末をスレーブとするピコネットが同期した状態となる（ピコネット内同期の確立）。
【００３１】［サービス情報取得処理］以下、サービス情報取得処理について説明する。このサービス情報取得処理は、ＣＰＵ２１の制御下でＢＴ制御プログラムに従ってＢＴモジュール１において行われる処理であり、「通信フェーズ」の「接続」状態において、サービス情報を取得する処理である。なお、取得したサービス情報は、例えばＲＯＭ１２等に記憶される。リモコン１００は、サービス情報の取得を完了した場合には、ランチャー処理を実行する。
【００３２】［ランチャー処理］以下、ランチャー処理について図４を参照して説明する。このランチャー処理では、リモコン１００は、接続しようとするＢＴ端末と相互接続（通信リンクの設定）が可能であるのかチェックする相互接続チェック処理を行った後（ステップＳ６１）、相互接続が可能であると判定したＢＴ端末のうち、最も大きな電界強度を有するＢＴ端末を制御対象ＢＴ端末とする電界強度最大値検索処理を行い（ステップＳ６２）、制御対象ＢＴ端末の遠隔制御プログラムを実行（アプリケーションを起動）する（ステップＳ６３）。」（４頁６欄〜６頁９欄）
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、上記引用例の上記摘記事項ロ．の【０００８】の記載、及び図１によれば、リモコン（１００）は、ＢＴモジュール（１）と、制御部（２）を備えている。
　また、上記摘記事項ニ．の【００２７】における「この制御プログラムランチャー処理では、先ず、例えばリモコン１００の電源が入れられ」との記載、及び図２によれば、リモコン（１００）は、電源が入れられている。ここで、リモコン（１００）は、ＢＴモジュール（１）を備えているから、（α）リモコン（１００）のＢＴモジュール（１）の電源が入れられることは自明である。
　また、上記摘記事項ニ．の【００２８】における「この問い合わせ処理は、ＣＰＵ２１の制御下でＢＴ制御プログラムに従ってＢＴモジュール１において行われる処理である。」との記載、ニ．の【００２９】における「先ず、ＣＰＵ１１は、・・・問い合わせプログラムを実行して、ＩＱパケットをブロードキャストし周囲にどのようなＢＴ端末があるのかどうか「問い合わせ」を行う（ステップＳ４２）。なお、ＩＱパケットとは、「問い合わせ」の状態で用いられるパケットのことである。ここで、ＩＱパケットを受信したＢＴ端末は、マスタ、スレーブ、ピコネットの形成に係わらず、自分が何であるのかを示す情報（例えば、BluetoothアドレスやBluetoothクロック等）であるＦＨＳパケットを、リモコン１００に対してブルートゥースプロトコルで決められた手順に従って送信（返答）する。」との記載、ニ．の【００２９】における「続いて、ＣＰＵ１１は、ＦＨＳパケットの受信を完了したかどうかを判定する（ステップＳ４６）。」との記載、ニ．の【００３０】における「リモコン１００は、ＦＨＳパケットの受信を完了すると、ＢＴ端末に対して自身のＦＨＳパケットを送信する。これにより、リモコン１００とＢＴ端末との間で、BluetoothアドレスとBluetoothクロックを相互に認識でき、リモコン１００をマスタとしＢＴ端末をスレーブとするピコネットが同期した状態となる（ピコネット内同期の確立）。」との記載、ニ．の【００２７】における「ＣＰＵ２１は、問い合わせ処理の結果ピコネット内同期が確立した場合に、「同期確立フェーズ」から「通信フェーズ」に移行して、サービス情報取得処理（後述）を行い（ステップＳ５）」との記載、ニ．の【００３１】における「サービス情報取得処理は、ＣＰＵ２１の制御下でＢＴ制御プログラムに従ってＢＴモジュール１において行われる処理であり、「通信フェーズ」の「接続」状態において、サービス情報を取得する処理である。」との記載、ニ．の【００２５】における「この「通信フェーズ」では、リモコン１００は、「接続」状態にて、ＢＴ端末から送信されたサービス情報（例えば、通信リンクを設定するための制御パケットとセキュリティ関連の制御パケット等）を受信し、このサービス情報に基づいて通信リンクを設定可能であると判断した場合に「データ転送」状態に遷移して、例えば「ＡＣＬ（AsynchronousConnection Less）リンク」を用いて通信リンクを設定する。」との記載、図２及び図３によれば、リモコン（１００）は、ＢＴ端末とＢＴモジュール（１）によりピコネット内同期を確立し、「接続」状態から「データ転送」状態に遷移して通信リンクを自動的に設定していることが読み取れる。すなわち、（β）リモコン（１００）は、ＢＴ端末とＢＴモジュール（１）により接続を自動的に確立しているということができる。ここで、リモコン（１００）は、ピコネット内にあることは明らかである。
　また、上記摘記事項ハ．の【００１８】における「ＲＯＭ２２は、例えばフラッシュメモリやＥＥＰＲＯＭ、ＥＰＲＯＭ等の書き換え可能な半導体記憶素子から構成されており、例えば、リモコン１００全体を制御するためのシステムプログラムや、ＢＴモジュール１を制御するためのＢＴ制御プログラムや、予め登録された各種複数のＢＴ端末をそれぞれ遠隔制御するための遠隔制御プログラム・・・を記憶する。」との記載、及び図１によれば、ＢＴ端末は、リモコン（１００）に登録されたものである。
　また、上記摘記事項ニ．の【００３２】における「このランチャー処理では、リモコン１００は、・・・制御対象ＢＴ端末の遠隔制御プログラムを実行（アプリケーションを起動）する（ステップＳ６３）。」との記載、及び図４によれば、（γ）リモコン（１００）は、リモコン（１００）がＢＴ端末を制御するアプリケーションを自動的に起動していることが読み取れる。
　ここで、上記（α）乃至（γ）を、ステップとし、方法として纏めると、
　（α）リモコン（１００）のＢＴモジュール（１）の電源が入れられるステップと、
　（β）ＢＴ端末とＢＴモジュール（１）により接続を自動的に確立するステップと、
　（γ）リモコン（１００）がＢＴ端末を制御するアプリケーションを自動的に起動するステップと、
　を含む方法であり、これを、リモコン（１００）からＢＴモジュール（１）によりＢＴ端末に対するアプリケーションを起動するリモコン（１００）のアプリケーション起動方法ということができる。
　
　したがって、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されているものと認められる。
　
　「リモコン（１００）からＢＴモジュール（１）によりＢＴ端末に対するアプリケーションを起動するリモコン（１００）のアプリケーション起動方法において、
　前記リモコン（１００）のＢＴモジュール（１）の電源が入れられるステップと、
　前記リモコン（１００）がピコネット内にあり前記リモコン（１００）に登録された前記ＢＴ端末とＢＴモジュール（１）により接続を自動的に確立するステップと、前記リモコン（１００）が前記ＢＴ端末を制御するアプリケーションを自動的に起動するステップと、を含むリモコン（１００）のアプリケーション起動方法。」
　
（３）対比・判断 
　補正後の発明と引用発明とを対比する。 
ａ．引用発明の「リモコン（１００）」と、補正後の発明の「携帯端末」とは、いずれも、「特定の装置」という点で一致する。
ｂ．引用発明の「ＢＴモジュール（１）」は、引用例の上記摘記事項ロ．の【０００９】における「ＢＴモジュール１は、ブルートゥース規格の無線通信装置であり、ＢＴ端末に搭載されたブルートゥース規格の無線通信装置との間で無線通信を行うためのものである。」との記載によれば、ＢＴモジュール（１）は、ブルートゥース規格の無線通信装置であり、ブルートゥース機能を有するから、「ブルートゥース機能」ということができる。
ｃ．引用発明の「ＢＴ端末」は、引用例の上記摘記事項ロ．の【０００８】における「テレビ、ビデオ、エアコン等の各種複数の電子機器（図示略；以下、ＢＴ端末という）を遠隔制御する」との記載によれば、補正後の発明の「被制御装置」に対応する構成であり実質的な差異はない。
ｄ．引用発明の「ＢＴモジュール（１）の電源が入れられる」は、ＢＴモジュール（１）（ブルートゥース機能）の電源が入れられ起動するから、「ブルートゥース機能を起動する」ということができる。
ｅ．引用発明の「ピコネット内」は、ブルートゥースの同期ネットワーク単位内であるから、「通信可能範囲」ということができる。
ｆ．引用発明の「前記リモコン（１００）に登録された前記ＢＴ端末」と、補正後の発明の「前記ブルートゥース機能により前記携帯端末にペアリングされた前記被制御装置」とは、上記ａ．及びｂ．の対比を考慮すれば、いずれも、「前記特定の装置に結び付けられた前記被制御装置」という点で一致する。
　
 　したがって、補正後の発明と引用発明は、以下の点で一致ないし相違している。 
 　 
（一致点） 
　「特定の装置からブルートゥース機能により被制御装置に対する所定のアプリケーションを起動する特定の装置のアプリケーション起動方法において、
　前記特定の装置のブルートゥース機能を起動するステップと、
　前記特定の装置が通信可能範囲にあり前記特定の装置に結び付けられた前記被制御装置とブルートゥース機能により接続を自動的に確立するステップと、前記特定の装置が前記被制御装置を制御するアプリケーションを自動的に起動するステップと、を含む特定の装置のアプリケーション起動方法。」
　
（相違点１）
　「特定の装置」に関し、
　補正後の発明は、「携帯端末」であるのに対し、引用発明は、「リモコン（１００）」である点。
　
（相違点２）
「前記特定の装置に結び付けられた前記被制御装置」に関し、
　補正後の発明は、「前記ブルートゥース機能により前記携帯端末にペアリングされた前記被制御装置」であるのに対し、引用発明は、「前記リモコン（１００）に登録された前記ＢＴ端末」である点。
　
（相違点３）
　「ブルートゥース機能により接続を確立する」対象に関し、
　補正後の発明は、「被制御装置のうち予め前記携帯端末のユーザによって選定された被制御装置」であるのに対し、引用発明は、その様な特定がない点。
　
　そこで、まず、上記相違点１について検討する。 
　携帯端末において、リモコン機能を備えたものは、例えば、原審の拒絶理由に引用された特開２００２−１４９５１２号公報（段落３５、図１）、特開２００３−３１９４７０号公報（段落２０、図１）に開示されるように周知であるから、引用発明の「リモコン（１００）」を、補正後の発明のように「携帯端末」とすることは当業者が容易になし得ることである。
　
　次に、上記相違点２について検討する。
　ブルートゥースにおいて、登録の手順として、通信接続する装置同士を、ブルートゥース機能を用いて相互にペアリングすることは、例えば、特開２００３−７８４７５号公報（段落２３、２４、図３）、特開２００１−１６８８８１号公報（段落６２、６３、図１１）に開示されるように周知であるから、引用発明に周知技術を適用して、補正後の発明のように「前記ブルートゥース機能により前記携帯端末にペアリングされた前記被制御装置」とすることは当業者が容易になし得ることである。
　
　次に、上記相違点３について検討する。
　複数の被制御装置を制御できるリモコンにおいて、制御対象とする被制御装置を、被制御装置のうち予めリモコンのユーザによって選定することは普通に行われていることであるから、「ブルートゥース機能により接続を確立する」対象に関し、補正後の発明のように「被制御装置のうち予め前記携帯端末のユーザによって選定された被制御装置」とすることは当業者が容易になし得ることである。
　
　そして、補正後の発明の作用効果も、引用発明及び周知技術から当業者が容易に予測できる範囲のものである。 
 　 
　以上のとおり、補正後の発明は引用発明及び周知技術に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。 
 　 
４．結語 
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。  
 　 
第３　本願発明について 
１．本願発明 
　平成２２年１２月２日付けの手続補正は上記のとおり却下されたので、本願発明は、上記「第２　補正却下の決定　１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。 
　 
２．引用発明 
　引用発明は、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。 
 　 
３．対比・判断 
　本願発明は上記補正後の発明から当該本件補正に係る限定を省いたものである。 
　そうすると、本願発明の構成に当該本件補正に係る限定を付加した補正後の発明が、上記「第２　補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明及び周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。 
　 
４．むすび 
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。 
 　 
　よって、結論のとおり審決する。