【事件の表示】
　特願２０１２−２２３５４１「電子機器、制御方法、及び制御プログラム」拒絶査定不服審判事件〔平成２６年　４月２４日出願公開、特開２０１４−　７５１０４、請求項の数（３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本件出願は，平成２４年１０月５日の出願であって，平成２７年４月２４日付け拒絶理由通知に対して平成２７年６月２６日に意見書及び手続補正書が提出され，平成２７年１１月２６日付け拒絶理由通知（最後）に対して平成２８年１月２７日に意見書及び手続補正書が提出されたが平成２８年５月１８日付けで平成２８年１月２７日に提出された手続補正書による手続補正が却下されるとともに拒絶査定がなされ，これを不服として平成２８年８月２４日に審判請求がなされるとともに手続補正書が提出されたものである。
　
第２　原査定の概要
　原査定（平成２８年５月１８日付け拒絶査定）の概要は次のとおりである。
　
１．（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　　　　　　　　　＜引用文献等一覧＞
　１．特開２００７−２８０１７９号公報（新たに引用された文献）
　２．特開２０１１−４９８８５号公報（新たに引用された文献）
　
第３　審判請求時の補正について
　審判請求時の補正は，補正前の「一覧情報」を「一覧情報のうち文字情報を入力することが可能なアプリケーション」とする補正（以下，「本件補正」という。）であり，特許法第１７条の２第３項から第６項までの要件に違反しているものとは認められない。
　なお，審判請求人は審判請求書において，
「補正後の請求項１−３（補正前の請求項１−３）は，本願出願当初の明細書の段落番号００４１，００５４，００５７，００６７，００８５に記載した事項，及び出願当初の図面の図４に記載した事項等に基づいて，補正を行ったものです。
　本願発明の発明特定事項は，全て出願当初の明細書，特許請求の範囲及び図面に記載された範囲内に含まれております。したがって，新規事項の追加はなく，特許法第１７条の２第３項に規定する要件を満たしていると思料します。
　また，当該補正は，請求項に記載した発明を特定するために必要な事項を限定するものであって，特許法第１７条の２第５項第２号を目的とするものであるため，特許法第１７条の２第５項に規定する要件を満たしていると思料します。」
　と主張している。
　この点について検討すると，「前記検出処理において，前記一覧情報から対応するアプリケーションを検出できなかった場合」の「前記一覧情報の表示処理」に関し，本願明細書には「実行画面５０には，ＳＭＳアプリケーション９Ｂに対応するアイコンＡ１，Ｅメールアプリケーション９Ｃに対応するアイコンＡ２，メモ帳アプリケーション９Ｄに対応するアイコンＡ３，動画アプリケーション９Ｅに対応するアイコンＡ４，及びブラウザアプリケーション９Ｆに対応するアイコンＡ５が表示される。・・・（中略）・・・続いて，スマートフォン１は，タッチスクリーン２Ｂを介して，動画アプリケーション９Ｅに対応するアイコンＡ４に対する操作を検出すると（ステップＳ２７），動画アプリケーション９Ｅを起動し，動画アプリケーション９Ｅの画面６２をディスプレイ２Ａに表示する（ステップＳ２８）。動画アプリケーション９Ｅを起動する際，スマートフォン１は，音声の認識結果を動画アプリケーション９Ｅに受け渡し，例えば，画面６２にある検索入力ボックス６２ａに，音声の認識結果に対応する文字が入力された状態で画面６２を表示させてもよい。」（段落【００５６】−【００５７】）とあり，「ＳＭＳアプリケーション９Ｂに対応するアイコンＡ１，Ｅメールアプリケーション９Ｃに対応するアイコンＡ２，メモ帳アプリケーション９Ｄに対応するアイコンＡ３，動画アプリケーション９Ｅに対応するアイコンＡ４，及びブラウザアプリケーション９Ｆに対応するアイコンＡ５」という，いずれも「文字情報を入力することが可能なアプリケーション」の表示処理を行うことが記載されているから，本件補正は願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内でする補正であり，新規事項を追加するものではないと認められる。
　また，本件補正は，「一覧情報」を「一覧情報のうち文字情報を入力することが可能なアプリケーション」とすることにより「一覧情報」を限定するものであるから，特許請求の範囲の減縮を目的とするものである。
　そして，「第４　本願発明」から「第６　当審の判断」までに示すように，補正後の請求項１−３に係る発明は，独立特許要件を満たすものである。
　
第４　本願発明
　本願請求項１−３に係る発明（以下，それぞれ「本願発明１」−「本願発明３」という。）は，平成２８年８月２４日に提出された手続補正書で補正された特許請求の範囲の請求項１−３に記載された事項により特定される発明であり，以下のとおりの発明である。
　
「　【請求項１】
　マイクと，
　アプリケーションの一覧情報を記憶したストレージと，
　前記マイクにより入力された音声の認識結果に基づいて前記一覧情報から対応するアプリケーションの検出処理を行い，前記検出処理により対応するアプリケーションを検出できた場合に前記対応するアプリケーションの実行処理を行うコントローラとを有し，
　前記コントローラは，前記検出処理において，前記一覧情報から対応するアプリケーションを検出できなかった場合に，前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う電子機器。
　　【請求項２】
　マイクを有する電子機器を制御する制御方法であって，
　前記マイクにより入力された音声の認識処理を行い，
　前記認識処理の結果に基づいてアプリケーションの一覧情報から対応するアプリケーションの検出処理を行い，
　前記検出処理により対応するアプリケーションを検出できた場合に前記対応するアプリケーションの実行処理を行い，
　前記検出処理により前記対応するアプリケーションを検出できなかった場合に，前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う制御方法。
　　【請求項３】
　マイクを有する電子機器に，
　前記マイクにより入力される音声の認識処理を行い，
　前記認識処理の結果に基づいてアプリケーションの一覧情報から対応するアプリケーションの検出処理を行い，
　前記検出処理により対応するアプリケーションを検出できた場合に前記対応するアプリケーションの実行処理を行い，
　前記検出処理により前記対応するアプリケーションを検出できなかった場合に，前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う制御プログラム。」
　
第５　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用された引用文献１には，図面とともに次の事項が記載されている（下線は注目箇所に対して当審が付与した。以下同様。）
　
「【００１３】
　以下，本発明の実施の形態を図に基づいて説明する。図１は本発明を
携帯電話機に適用した実施の形態
【００１４】
　図１において，１はアンテナであり，無線部２から出力される高周波信号を送信し，受信した高周波信号を無線部２へ出力する。無線部２はアンテナ１から受信した高周波信号を処理しやすい中間周波数帯にダウンコンバートして変復調部３へ出力し，変復調部３から入力した中間周波数帯の送信信号をアップコンバートしてアンテナ１へ出力する。
４は装置全体の制御を司るＣＰＵであり，ＲＯＭ５に書き込まれたプログラムにしたがって動作する。
９は送信する音声信号等を音声―電気変換するマイク
【００１５】
　本発明は，
ＲＯＭ５に格納された各種のアプリケーションプログラムの中からユーザが希望するアプリケーションプログラムをユーザの音声により選択して起動させる
【００１６】
　図２は表示部８の画面表示が操作とともに遷移する様子を示したものであり，１１は待受画面である。待受状態からユーザは希望とするアプリケーションを起動すべく入力部７における所定の機能キーを操作する。この機能キーは短押操作されると通常の入力画面１２となってメニュー選択モードが起動され，また，長押操作されると本発明に係る音声入力画面１３となって音声入力モードが起動される。ここで，メニュー選択モード及び音声入力モードの何れもが同一の機能キーを用いた操作により起動するようになっているのは，ユーザがアプリケーションを起動したいときに操作するキーを誤認するのを防止するためであり，操作性の向上を図っている。
【００１７】
　いま，待受画面１１の状態において，機能キーが短押操作されたとすると，ＣＰＵ４が入力部７からその情報を伝達され，メニュー選択モードを起動して表示部８に通常入力画面１２を表示させる。次いで，ユーザが入力部７を操作して通常入力画面１２上でのカーソル位置操作，若しくはテンキーの操作によって通常入力画面１２の「ＧＰＳナビアプリ」を選択すると，ＣＰＵ４がユーザの選択操作を認識してＧＰＳナビアプリを起動して表示部８にＧＰＳナビ画面１４を表示させる。この結果，ユーザはＧＰＳナビアプリのアプリケーション機能を操作することが可能になる。
【００１８】
　一方，待受画面１１の状態において，機能キーが長押操作されたとすると，ＣＰＵ４が入力部７からその情報を伝達され，音声入力モードを起動して表示部８に音声入力画面１３を表示させる。音声入力画面１３は図２に示すようにガイダンス表示領域１３ａと呼び出しワード表示領域１３ｂからなっており，ガイダンス表示領域１３ａには発声を促す「音声で入力してね！」が表示され，呼び出しワード表示領域１３ｂにはＲＯＭ５に格納されている複数のアプリケーションに対応した呼び出しワードが表示される。
【００１９】
　ここで，図２の例ではアプリケーションとして「ＦＭラジオ」，「ミュージックプーイヤー」，「動画再生」，「ＧＳＰナビアプリ」（当審注：「ＧＳＰ」は「ＧＰＳ」の誤記と認められる。以下，同様。）が設定されており，これらアプリケーションに対応する呼び出しワードとして「ラジオ」，「オンガク」，「ドウガ」，「ナビ」が対応付けられている。音声呼び出しするアプリケーションとしてはこれらに限らず，各種のアプリケーションを設定しても良いが，一般ユーザがよく使用するアプリケーションを選択して設定するようにしても良い。また，後述するように各アプリケーションに対応する呼び出しワードは，一つのアプリケーションに一つの呼び出しワードを対応付けしているが，一つのアプリケーションプに複数の呼び出しワードを対応付けするものとしても良い。
【００２０】
　さて，
音声入力画面１３の状態でユーザが「ＧＳＰナビアプリ」を起動すべく，これに対応付けした「ナビ」と発声したとすると，ユーザの発声した「ナビ」はマイク９を通してＣＰＵ４に伝達され，該ＣＰＵにより呼び出しワード「ナビ」に対応付けされたアプリケーションである「ＧＳＰナビアプリ」のアプリケーションプログラムが起動される。ＧＳＰナビアプリが起動完了するまで表示部８には起動中画面１５が表示され，起動が完了するとＧＳＰナビ画面１４が表示される。この結果，ユーザはＧＰＳナビアプリのアプリケーション機能を操作することが可能になる。
【００２１】
　次に，音声入力により発声されたユーザの呼び出しワードを分析し，対応するアプリケーションプログラムを起動するＣＰＵ４の具体的動作を図３のブロック図により説明する。
【００２２】
　図３は本発明の主要部を示すＣＰＵ４内の機能ブロック及びその周辺ブロック図であり，ＣＰＵ４内の音響分析部４１はユーザが発声した呼び出しワードをマイク９を通して入力し，その音声信号を音響分析して特徴パラメータを抽出する。音響分析部４１が抽出した特徴パラメータは音響比較部４２で音声パターン格納部５１に格納した呼び出しワードの標準の音声パターンと比較され，ユーザが発声した呼び出しワードがどの標準の音声パターンに対応するのかを特定する。アプリケーションプログラム起動部４３は音響比較部４２が特定した音声パターンを伝達され，複数のアプリケーションプログラムが格納されたアプリケーションプログラム格納部５２から上記特定した音声パターンに対応するアプリケーションプログラムを呼び出して起動するものである。
【００２３】
　以下，図３の各部の動作を図４のフローチャートにより具体的に説明する。
【００２４】
　いま，ユーザが所定のアプリケーションを起動すべく，入力部７の機能キーを長押操作し，マイク９に向かって呼び出しワードを発声すると（ＳＴ１），マイク９で音声―電気変換された呼び出しワードの音声信号が音響分析部４１に伝達される。音響分析部４１は，伝達された音声信号を分析して音声信号の特徴パラメータを抽出する（ＳＴ２）。音響分析部４１の抽出した特徴パラメータは音響比較部４２へ入力され，該音響比較部４２で音声パターン格納部５１に格納された標準の音声パターンと比較される（ＳＴ３）。
音響比較部４２はユーザが発声した音声信号の特徴パラメータと標準の音声パターンとの類似性を対比しており（ＳＴ４），類似する標準の音声パターンがない場合はＮＧ（ＳＴ５）とする。
　
　したがって，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認める。
　
『４は装置全体の制御を司るＣＰＵであり，ＲＯＭ５に書き込まれたプログラムにしたがって動作し，９は送信する音声信号等を音声―電気変換するマイクであり，
　ＲＯＭ５に格納された各種のアプリケーションプログラムの中からユーザが希望するアプリケーションプログラムをユーザの音声により選択して起動させ，
　音声入力画面１３の状態でユーザが「ＧＰＳナビアプリ」を起動すべく，これに対応付けした「ナビ」と発声したとすると，ユーザの発声した「ナビ」はマイク９を通してＣＰＵ４に伝達され，該ＣＰＵにより呼び出しワード「ナビ」に対応付けされたアプリケーションである「ＧＰＳナビアプリ」のアプリケーションプログラムが起動され，ＧＰＳナビアプリが起動完了するまで表示部８には起動中画面１５が表示され，起動が完了するとＧＰＳナビ画面１４が表示され，この結果，ユーザはＧＰＳナビアプリのアプリケーション機能を操作することが可能になり，
　ユーザが発声した音声信号の特徴パラメータと標準の音声パターンとの類似性を対比しており，類似する標準の音声パターンがない場合はＮＧとする，携帯電話機。』
　
２．引用文献２について
　また，原査定の拒絶の理由に引用された上記引用文献２の段落【０００１】，【００５１】等の記載からみて，当該引用文献２には，
　音声認識機能を有する携帯電子機器において，「制御部３０は，音声認識処理部４０により決定されたカテゴリ，または，このカテゴリに対応するアプリケーションを起動候補として表示し，起動すべきアプリケーションの決定入力を操作部１１または音声部７０を介して受け付け，また，カテゴリが決定されなかった場合にも同様に，重複していた複数のカテゴリ，または，このカテゴリに対応するアプリケーションを起動候補として表示し，決定入力を受け付けること」
　という技術的事項が記載されていると認める。
　
第６　当審の判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
　引用発明における「マイク」，「ＲＯＭ」，「ＣＰＵ」は，本願発明１における「マイク」，「ストレージ」，「コントローラ」に相当する。
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
　
（一致点）
「マイクと，
　アプリケーションの一覧情報を記憶したストレージと，
　前記マイクにより入力された音声の認識結果に基づいて前記一覧情報から対応するアプリケーションの検出処理を行い，前記検出処理により対応するアプリケーションを検出できた場合に前記対応するアプリケーションの実行処理を行うコントローラとを有した電子機器。」
（相違点）
　本願発明１では「前記検出処理において，前記一覧情報から対応するアプリケーションを検出できなかった場合に，前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う」のに対し，
　引用発明では「類似する標準の音声パターンがない場合はＮＧとする」点。
　
（２）相違点についての判断
　上記相違点について検討すると，「音声の認識結果に基づいて一覧情報から対応するアプリケーションの検出ができなかった場合」に表示するアプリケーションを，本願発明１のように「一覧情報のうち文字情報を入力することが可能なアプリケーション」とすることは引用文献１，２に記載も示唆も無く，本願発明１は，当業者であっても引用発明，引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
２．請求項２，３について
　本願発明２，３も，本願発明１の「前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う」と同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明，拒絶査定において引用された引用文献２に記載された技術的事項に基づいて容易に発明できたものとは認められない。
　
第７　原査定について
　審判請求時の補正により，補正後の本願発明１−３は「前記一覧情報のうち文字情報を入力することが可能なアプリケーションの表示処理を行う」という事項を有するものとなっており，当業者であっても，拒絶査定において引用された引用文献１，２に基づいて，容易に発明できたものとは認められない。したがって，原査定の理由を維持することはできない。
　
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。