【事件の表示】
　特願２００６−３２８２０６「情報処理装置および情報処理方法」拒絶査定不服審判事件〔平成２０年　６月１９日出願公開、特開２００８−１４０３０９、請求項の数（８）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
手続の経緯
　本願は、平成１８年１２月５日の出願であって、原審において平成２３年１１月１６日付けで拒絶理由が通知され、平成２４年１月２３日付けで手続補正がされ、同年７月５日付けで拒絶査定がされ、これに対し、同年１０月９日に拒絶査定不服審判が請求されたものである。
　
第２　本願発明
　本願の請求項１に係る発明は、平成２４年１月２３日付けの手続補正で補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
　「【請求項１】
　少なくとも１つ検索項目の値に基づいて、複数の検索対象から、所定の検索対象を検索するための音声認識文法を生成する情報処理装置であって、
　１以上の検索項目の値を含む検索条件と、ブックマーク名とを対応付けて登録する登録手段と、
　ブックマーク名が含まれた発声からは、前記ブックマーク名を認識し、ブックマーク名と追加の検索条件である少なくとも１つの検索項目の値の名称とが含まれた一連の発声からは、前記ブックマーク名と前記追加の検索条件である少なくとも１つの検索項目の値の名称とをそれぞれ認識する音声認識文法を生成する生成手段とを有する情報処理装置。」
（以下、本願の請求項１に係る発明を「本願発明」という。）
　
第３　原査定の理由の概要
　本願発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　   記
刊行物１：特開２００３−１３２０６０号公報
刊行物２：特開平１１−１２０１３７号公報
刊行物３：特開２００５−３５１９８０号公報
　
第４　当審の判断
１．刊行物の記載事項
Ａ　原査定の拒絶の理由に主たる引用例として引用された特開２００３−１３２０６０号公報（刊行物１）には、図面とともに以下の事項が記載されている。
　
イ．「【０００１】
【発明の属する技術分野】本発明は検索支援装置に関し、例えば、Ｗｅｂサイトの検索を支援するものに関する。」（２頁２欄） 
　
ロ．「【００１２】［実施形態の詳細］図１は、本実施の形態の検索支援サーバ１を用いたネットワーク構成の一例を示した図である。検索支援サーバ１は、インターネット５を介してクライアント端末装置２、２、２、・・・、及び検索サーバ３、３、３、・・・、と接続可能に配設されている。なお、以降、特に個々を区別しない場合は、クライアント端末装置２、２、２、・・・、検索サーバ３、３、３、・・・、を単にクライアント端末装置２、検索サーバ３と記す。これらの機器は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｌ）などのプロトコルを用いて互いに通信することができる。また、検索支援サーバ１、検索サーバ３は、所定のＵＲＬにてクライアント端末装置２からアクセス可能となっている。」（４頁５欄）
　
ハ．「【００２０】図２は、検索支援サーバ１の論理的な構成の一例を示した図である。これらの構成は、検索支援サーバ１が備えるＣＰＵが所定のプログラムに従って生成するものである。この論理的な構成は、クライアント端末装置２に対して検索入力画面データを送信し、ユーザが入力した検索入力文を受信する検索入力文取得部１１、検索入力文と事例文をマッチングして検索サイトを選択する事例文マッチング１２、検索入力文からキーワードを抽出して所定の処理を施し検索コマンドを生成する変換部１３、検索コマンドを生成する際のパラメータ変換ルールを格納したパラメータ変換ルールデータベース１４、選択された検索エンジンに対して検索を要求し、検索結果を受信する検索依頼部１５、受信した検索結果から検索結果画面データを生成してクライアント端末装置２に送信する出力部１６から構成されている。以下これらの構成要素の機能について説明する。
【００２１】検索入力文取得部１１は、アクセスのあったクライアント端末装置２に対して、検索入力画面を定義したＨＴＭＬ形式のファイルを送信する。検索入力画面には、検索入力文を入力するための入力欄が設けてある。入力欄に検索入力文が入力され検索ボタンがクリックされるなどすると、クライアント端末装置２から検索支援サーバ１に検索入力文が送信される。検索入力文取得部１１は、クライアント端末装置２から検索入力文を取得してこれをＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの記憶装置に格納する。このように、検索入力文取得部１１は、検索入力文取得手段を構成している。
【００２２】事例文マッチング部１２は、記憶装置から検索入力文を読み出してこれを構文解析し、予め定義されている事例文との類似度を算出するマッチング手段である。事例文は、例えば「＜会社名＞の＜株価  ｏｒ  業績＞」、「＜商品＞を買う」といったような文構造として用意されている。そして、これらの事例文は予めデータベースとして記憶装置に記憶してある。
【００２３】事例文マッチング部１２は、検索入力文を構文解析して文構造を取得し、この文構造と事例文（文構造として定義されている）との類似度を算出する。そして、類似度が一定の閾値以上となる事例文を特定する。マッチング方法としては、例えば、未公開の特願２００１−９５８９１に記載の自然文マッチング装置に用いられているものを利用することができる。このマッチング方法では、検索入力文を品詞ごとに分解し、それぞれの品詞ごとに品詞情報（名詞、動詞など）、意味概念情報（動物、書類など）、係受け情報（表層格、深層格、係り元や係り先の品詞や意味）を付与し、検索入力文の文構造を得る。そして、検索入力文の文構造と事例文の文構造の共通点と品詞係受け木構造の大きさと類似具合を用いて、検索入力文と事例文との類似度を求める。類似度は例えば０から１までの小数で表され、１に近いほど類似度が大きいものとし、閾値は例えば０．８とする。このマッチング方法の概要については後に詳細に説明する。」（４頁６欄〜５頁７欄）
　
ニ．「【００５２】図８は、検索入力文と事例文がマッチングする場合に検索支援サーバ１が行う動作の内容を説明するための図である。検索入力文取得部１１がクライアント端末装置２から「渡辺電気の株価」なる検索入力文６１を取得したとする。事例マッチング部１２は検索入力文６１を構文解析した後、事例文のマッチングを行い「＜会社＞の株価」なる事例文６２とマッチングする。事例文６２には「［検索先］株価［検索語］＜会社＞」なる抽象コマンド６３が関連付けられている。このように、事例文マッチング部１２は事例文と事例文に関連付けられた抽象コマンドのセットを備えている。更に、事例文６２には検索エンジン６７というように、各事例文には、所定の専用検索エンジンが関連付けられている。この関連付けは、パラメータ変換ルールデータベース１４に格納されている検索先ＵＲＬが埋め込まれたＨＴＭＬ文書に事例文が関連付けられることにより行われている。
【００５３】事例文マッチング部１２は、抽象コマンド６３を特定した後、検索入力文６１から抽出したキーワード「渡辺電気」を検索パラメータとして抽象コマンドに代入し、検索コマンド６４を生成する。次に、変換部１３は、検索コマンド６４がパラメータ変換ルールに該当するか否かをチェックし、該当する場合はこれを変換する。検索コマンド６４の場合は、俗称「渡辺電気」を正式名称「渡辺電気株式会社」に変換して、変換後の検索コマンド６５を生成した後、これからＨＴＭＬ文書６６を生成する。なお、図８の例では、１つの検索入力文が１つの事例文にマッチングしているが、これに限定するものではなく、１つの検索入力文が複数の事例文にマッチングするように構成することもできる。この場合は、複数の事例文に関連付けられた専用検索エンジンのおのおのに検索要求を行う。」（７頁１２欄〜８頁１３欄）
　
ホ．「【００７４】（実施例１）クライアント端末装置２から「なべ電の株価が知りたい」という入力があったとする。検索支援サーバ１は、検索入力文取得部１１で検索入力文を取得した後、事例文マッチング部１２で登録されている事例文に適合するかどうか検定する。このとき、事例文マッチング部１２に「＜会社＞の株価」という事例文が登録してあれば、検索入力文をこの事例文にヒットさせることができる。そして、事例文マッチング部１２でが抽象コマンド「［検索先］株価検索［検索語］＜会社名＞」を検索して会社名を挿入し具体的な検索コマンド「［検索先］株価検索［検索語］＜会社名＞なべ電」が生成される。
【００７５】そして変換部１３で、俗称から正式名称への変換ルールにより「なべ電」が「渡辺電気株式会社」に変換され、検索コマンドは「［検索先］株価検索［検索語］＜会社名＞渡辺電気株式会社」と変化する。更に、変換部１３で、検索コマンドのＨＴＭＬ文書への変換によりＨＴＭＬ文書に変換され、自動的に適切な株価検索エンジンにおける検索結果がユーザに提示される。」（９頁１６欄）
　
ヘ．「【００７７】（実施例３）クライアント端末装置２から「結婚したい」という検索入力文を取得したとする。すると、事例文マッチング部１２は「結婚したい」という事例文にヒットさせることができる。このとき、「結婚した」とは、異なる文章のモード（願望と過去）であるため、仮に「結婚した」（過去）という事例文があっても、構文解析により事例文マッチング部１２で区別することが可能である。その後、関連付けられている抽象コマンド「［検索先］建物検索［検索語］＜名詞＞結婚式場」が抽出される。
【００７８】その後、実施例１と同様にして検索コマンドは実際のＨＴＭＬ文書に変換され、自動的に適切な検索エンジンにおける検索結果がユーザに提示される。その後、検索結果ページ解釈ルールによって、「検索エンジン：順位：ＵＲＬ」という形式で検索結果がまとめられる。その後、ＵＲＬランキングルールに従って、複数の検索エンジンの結果が合成され、ユーザに提示され、また、ユーザが選択したＵＲＬを学習し、検索エンジンやマッチングルールの重みを修正する。」（１０頁１７欄）
　
　上記刊行物１の記載及び図面並びにこの分野における技術常識を考慮すると、上記ホ．の【００７４】における「クライアント端末装置２から「なべ電の株価が知りたい」という入力があったとする。検索支援サーバ１は、検索入力文取得部１１で検索入力文を取得した後、事例文マッチング部１２で登録されている事例文に適合するかどうか検定する。このとき、事例文マッチング部１２に「＜会社＞の株価」という事例文が登録してあれば、検索入力文をこの事例文にヒットさせることができる。そして、事例文マッチング部１２で抽象コマンド「［検索先］株価検索［検索語］＜会社名＞」を検索して会社名を挿入し具体的な検索コマンド「［検索先］株価検索［検索語］＜会社名＞なべ電」が生成される。」との記載によれば、検索支援サーバ（１）は、「検索入力文」として「なべ電の株価が知りたい」を入力して、検索コマンド「［検索先］株価検索［検索語］＜会社名＞なべ電」を生成している。ここで、検索対象が複数あることは自明である。
　また、検索支援サーバ（１）は、「なべ電の株価が知りたい」との検索入力文を事例文「＜会社＞の株価」とマッチングして検索コマンド「［検索先］株価検索［検索語］＜会社名＞なべ電」を生成していることが読み取れる。ここで、検索支援サーバ（１）は、検索コマンド「［検索先］株価検索［検索語］＜会社名＞なべ電」を生成してしている以上、生成手段を有することは明らかである。
　
　したがって、上記刊行物１には、以下の発明（以下、「引用発明１」という。）が記載されているものと認められる。
　
　「検索入力文を入力して、複数の検索対象から、所定の検索対象を検索するための検索コマンドを生成する検索支援サーバ（１）であって、
　検索入力文を事例文とマッチングして検索コマンドを生成する生成手段を有する検索支援サーバ（１）。」
　
　ここで、上記ハ．の【００２２】における「事例文は、例えば「＜会社名＞の＜株価  ｏｒ  業績＞」、「＜商品＞を買う」といったような文構造として用意されている。」との記載によれば、事例文は、文構造であるから、上記刊行物１には、原査定において刊行物１に記載していると認定した「ブックマーク」に相当する構成が記載されているとはいえない。
　
Ｂ　原査定の拒絶の理由に引用された特開平１１−１２０１３７号公報（刊行物２）には、図面とともに以下の事項が記載されている。 
　
ト．「【０００１】
【発明の属する技術分野】本発明は、サーバコンピュータ（以下、単にサーバという）に格納されているファイル（表やデータベースのデータ）をクライアントコンピュータ（以下、単にクライアントという）から参照，変更，追加，検索などの各種処理を行うことを可能にしたＣ／Ｓ（クライアント／サーバ）におけるファイルの処理技術に関し、特に、汎用のクライアントマシン，ソフトウェア（ブラウザ）を使用することができ、Ｃ／Ｓシステムを導入する場合にプログラムを新規に開発する必要をなくすことができるファイルの処理方法および該処理方法を実現するための装置、ならびに該処理方法の実現手順をプログラムコード化して記録したコンピュータで読取り可能な記録媒体に関する。」（３頁３欄） 
　
チ．「【００１２】以下、本発明の実施例を図面を用いて詳細に説明する。図１は、本発明を実施するクライアント・サーバ・システムの一構成例である。同図において、１０はクライアント、２０はサーバ、２１はサーバ管理ソフト、２１’はクライアントからのＵＲＬを解析して当該サーバが行うべき処理を決めるためのＵＲＬ解析部、２２は初期画面（メニュー画面）生成部、２３はディレクトリ／ファイル格納部、２４はファイル一覧生成部、２５は検索画面生成部、２６はファイル読込部、２７は加工部、２８はＨＴＭＬ変換部、２９は入力画面生成部、３０はインターネットである。なお、ディレクトリ／ファイル格納部２３には、ディレクトリ情報ファイルが設けられており、これによってクライアントからのディレクトリやファイル名を含んだＵＲＬ指定によりファイル一覧の表示，ファイルの読み出し、ファイルの更新などが可能になり、以下に詳細に述べる本願発明を実現することが可能になる。」（５頁７欄）
　
リ．「【００１９】（イ）命令部が検索の場合＜図４＞。
（ステップＳ２０）サーバ２０は、検索画面生成部２５で検索画面（ＨＴＭＬ）を生成しクライアント１０に返送する。このときクライアント１０に表示される検索画面は、例えば、検索項目，比較項目，比較条件などのパラメータ指定が可能なようになっている。
【００２０】（ステップＳ２１）今、検索項目として「地区」（列３）、比較項目として文字列指定「５」を指定したとする。このときの画面の一例を図１０に示す。この指定により、ＵＲＬのファイル名の後に新たにここで指定した検索条件（パラメータ）が追加されてインターネット３０に送出される。
【００２１】（ステップＳ２２）これを受けたサーバ２０では、ステップＳ１２〜Ｓ１８と同様な処理を行うが、ＵＲＬの命令部（検索）の後にさらに検索条件があれば、ステップＳ２３で指定ファイルに対してこの検索条件で検索を実行してその結果をＨＴＭＬ変換部２８でＨＴＭＬ形式に変換してクライアント１０へ返送する。
（ステップＳ２４）クライアント１０では、検索結果を表示する。上述した「地区５」で検索した場合の検索結果の一例を図１１に示す。
【００２２】（ロ）命令部が入力（行追加，行変更）の場合＜図５＞。
（ステップＳ３０）サーバ２０は、指定されたファイル（表データベース）に対応する入力画面を入力画面生成部２９で生成する。すなわち、ファイル（表データベース）の各項目の長さに合った入力画面（表）を生成する。生成した入力画面をＨＴＭＬでクライアント１０に返送する。
（ステップＳ３１）クライアント１０に入力画面を表示する。
（ステップＳ３２）表示されたブラウザ上の入力画面で所望の入力を行う。このときの入力イメージを図１２に示す。同図（ａ）は現在登録されているファイルデータのイメージ例である。同（ｂ）は追加するデータの入力イメージ例であり、入力項目ごとに入力用の空欄（入力エディットボックス）が表示されており、この空欄に所望のデータを入力するようになっている。同（ｃ）は変更すべき入力済みの登録されているファイルデータの表示であり、このファイルデータに上書きしてデータ内容を変更するようになっている。このようにして追加または変更されたデータは、入力画面上の［ＯＫ］ボタンなどのクリックにより、インターネット３０を介してサーバ２０に渡される（サブミットされる）。
【００２３】（ステップＳ３３）サーバ２０は、入力（追加，変更）されたデータ内容に基づいてファイルの更新を行う。なお、複数行の追加や変更に対処するためにサーバ１０からは次の入力画面をＨＴＮＬ形式でクライアント１０に送るようにすると操作性がよくなる。
【００２４】なお、上記説明では、サーバの処理を本実施例に沿って時系列に示したが、サーバでは、ＵＲＬ解析部でＵＲＬを解析し、その内容によって、例えば、ファイル名があるか、ファイル名の拡張子が特定のもの（上記実施例ではDMX）であるか、命令部があるか、命令部の種類、パラメータ（検索条件など）があるかによって如何なる処理を行うかが決定される。このように、本実施例におけるサーバ２０はＵＲＬによって処理を決定するようにしているので、ＵＲＬの内容を直接指定することでサーバに所望の処理を実行させることができる。例えば、上記例において、「行変更」を選択する前段階として「検索」を実行して変更すべき行を予め特定しておき、その後で「行変更」を選択して特定した行を表示して変更するようにすることができる。
【００２５】また、上記実施例では、ステップＳ６〜Ｓ９において、まずファイル一覧からファイル名を選択し、そのファイルの全内容をクライアントに転送して表示した後、検索、並べ替え、行追加、行変更、ダウンロードやパラメータを指定するようにしているが、この方式によると、ファイルのデータ量が多い場合には負荷が大きくなってしまう。もし、予めファイル名、処理名およびそのパラメータなどがわかっていれば、そのファイル名，処理名，パラメータ（条件）などを入力することによって、いきなりステップ１１から行うことができるため、サーバでの処理結果（例えば、検索結果）だけをクライアント１０に取り込めばよくなり（処理前のファイル全体を取り込む必要がない）、負荷が大幅に削減することができる。
【００２６】なお、一度、検索などの処理を指定してＵＲＬに検索・検索条件を追加した場合、そのＵＲＬをブックマーク（お気に入り）として登録しておけば、必要に応じてこのＵＲＬを選択することにより上記ステップＳ１１からの処理を即座に実行されることができるため、常に最新のファイルデータを用いた検索などの処理結果を得ることが可能になる。また、所定のＵＲＬを入力指定することにより上記ステップのうちクライアントからサーバへの所望のステップへ移行することができ、またＷＷＷブラウザ上で前画面に戻ったり後画面に移ったりすることができ、Ｃ／Ｓシステムの利便性を高めることができる。」（６頁９欄〜７頁１１欄）
　
　上記刊行物２の記載及び図面並びにこの分野における技術常識を考慮すると、上記リ．の【００２６】における「一度、検索などの処理を指定してＵＲＬに検索・検索条件を追加した場合、そのＵＲＬをブックマーク（お気に入り）として登録しておけば、必要に応じてこのＵＲＬを選択することにより上記ステップＳ１１からの処理を即座に実行されることができるため、常に最新のファイルデータを用いた検索などの処理結果を得ることが可能になる。」との記載によれば、クライアント・サーバ・システムは、検索などの処理を指定してＵＲＬに検索・検索条件を追加した場合、そのＵＲＬをブックマーク（お気に入り）として登録することができる。
　
　したがって、上記刊行物２には、以下の発明（以下、「引用発明２」という。）が記載されているものと認められる。
　
　「検索条件を追加したＵＲＬをブックマークとして登録することができるクライアント・サーバ・システム。」
　
Ｃ　原査定の拒絶の理由に引用された特開２００５−３５１９８０号公報（刊行物３）には、図面とともに以下の事項が記載されている。 
　
ヌ．「【技術分野】
【０００１】
  本発明は、音声認識可能な語や文を記述して文法として作成する音声認識文法作成装置、音声認識文法作成方法、プログラムおよび記憶媒体に関する。」（３頁） 
　
ル．「【００１３】
  図１は本発明の一実施の形態に係る音声認識文法作成装置の構成を示すブロック図である。
【００１４】
  音声認識文法作成装置は、図１に示すように、文字・操作入力部１０１、画像表示部１０２、画像編集管理部１０３、グラマ内部表現管理部１０４、テキストグラマ変換部１０５、およびファイル入出力部１０６を備える。
【００１５】
  文字・操作入力部１０１は、キーボードやマウスなどからなる。画像表示部１０２は、編集中のグラマをグラフィカルに表示するための液晶表示装置などからなる。画像編集管理部１０３は、ユーザによる文字・操作入力部１０１を用いた編集操作を入力し、入力された編集操作に応じて編集中の画像データの編集、管理などを行う。グラマ内部表現管理部１０４は、グラフィカルに表示される文法を、グラマの内部表現に変換し、管理する。テキストグラマ変換部１０５は、グラマの内部表現からテキストグラマへの変換、またはその逆の変換を行う。ファイル入出力部１０６は、編集したグラフィカルに表示されている画像データやテキストグラマに変換されたグラマをファイルとして入出力する。
【００１６】
  次に、ユーザが右辺のルール参照のノードを作成したときの処理について図２および図３を参照しながら説明する。図２はユーザが右辺のルール参照ノードを作成したときの処理の手順を示すフローチャート、図３は図２の処理に従って遷移する編集画面例を示す図である。
【００１７】
  ここでは、最初に、画像表示部１０２に、図３（ａ）に示すような、ユーザがグラマを新規作成したときの状態の画面３０１が表示されているとする。この画面３０１上には、デフォルトのスタートルールとして、自動的に作成された四隅が丸い長方形のアイコンの「Ｓｔａｒｔ」が表示されている。そして、画面３０１上で、ユーザは、「Ｓｔａｒｔ」の右辺のノードを生成し、リンク付けすることにより、ルールを記述する。
【００１８】
  上記画面３０１上では、図２に示すように、まず、右辺のルール参照が作成され、このルール参照に「駅名」というルール参照名が入力される（ステップＳ２０１）。このルール参照名が入力された状態は、図３（ｂ）に示す画面３０２で表される。次いで、左辺のルール名ノードが登録されているか否かのチェックが行われる（ステップＳ２０２）。ここで、左辺のルール名ノードが登録されていないと判定された場合は、ルール名ノードが作成される（ステップＳ２０３）。この場合の状態は、図３（ｃ）に示す画面３０３で表される。この画面３０３においては、四隅が丸い長方形のアイコンでルール名ノードとしての「駅名」ノードが左下に表示される。そして、本処理は終了する。
【００１９】
  上記ステップＳ２０２において左辺のルール名ノードが登録されていると判定された場合は、本処理は終了する。
【００２０】
  次に、既に登録されているルール名ノードのルール参照ノードの名称が変更された場合について図４を参照しながら説明する。図４（ａ）は既に登録されているルール名ノードのルール参照ノードが表示されている画面例を示す図、図４（ｂ）はユーザにより３つ目のルール参照ノードの「駅名」を「空港」という名称に変更した場合の画面例を示す図、図４（ｃ）は図４（ｂ）の３つ目のルール参照ノードの名称の変更に伴い新たなルール名ノードが作成された画面例を示す図である。
【００２１】
  例えば図４（ａ）に示す画面４０１の場合のように、３つ目のルール参照ノードとして「駅名」が作成された場合、そのルール参照ノードに対するルール名ノードの「駅名」は、既に登録されているので、３つ目のルール参照ノードの「駅名」に対しては、そのルール名ノードは作成されない。すなわち、同じ名称のルール名ノードは作成されない。」（４〜５頁）
　
　上記刊行物３の記載及び図面並びにこの分野における技術常識を考慮すると、上記ヌ．及びル．の記載、及び図１〜４によれば、音声認識文法作成装置は、音声認識可能な語や文を記述して文法として作成することが読み取れる。
　
　したがって、上記刊行物３には、以下の発明（以下、「引用発明３」という。）が記載されているものと認められる。
　
　「音声認識可能な語や文を記述して文法として作成する音声認識文法作成装置。」
　
２．対比
　本願発明と引用発明１とを対比する。 
ａ．引用発明１の「検索入力文を入力して」は、引用発明１の「検索入力文」は、「なべ電の株価が知りたい」であり、「株価」は、「検索項目の値」であるから、「検索項目の値に基づいて」ということができる。
ｂ．引用発明１の「検索コマンド」と、本願発明の「音声認識文法」とは、引用発明１の「検索コマンド」は、「［検索先］株価検索［検索語］＜会社名＞なべ電」であるから、いずれも、「特定の規則」という点で一致する。
ｃ．引用発明１の「検索入力文を事例文とマッチングして検索コマンドを生成する生成手段」と、本願発明の「ブックマーク名が含まれた発声からは、前記ブックマーク名を認識し、ブックマーク名と追加の検索条件である少なくとも１つの検索項目の値の名称とが含まれた一連の発声からは、前記ブックマーク名と前記追加の検索条件である少なくとも１つの検索項目の値の名称とをそれぞれ認識する音声認識文法を生成する生成手段」とは、いずれも、「特定の規則を生成する生成手段」という点で一致する。
ｄ．引用発明１の「検索支援サーバ（１）」は、「情報処理装置」の一種である。
　
 　したがって、本願発明と引用発明１は、以下の点で一致ないし相違している。 
 　 
（一致点） 
　「少なくとも１つ検索項目の値に基づいて、複数の検索対象から、所定の検索対象を検索するための特定の規則を生成する情報処理装置であって、
　特定の規則を生成する生成手段とを有する情報処理装置。」
　
（相違点１）
　「特定の規則」に関し、
　本願発明は、「音声認識文法」であるのに対し、引用発明１は、「検索コマンド」である点。
　
（相違点２）
　本願発明は、「１以上の検索項目の値を含む検索条件と、ブックマーク名とを対応付けて登録する登録手段」を有するのに対し、引用発明１は、その様な構成を有しない点。
　
（相違点３）
　「特定の規則を生成する」に関し、
　本願発明は、「ブックマーク名が含まれた発声からは、前記ブックマーク名を認識し、ブックマーク名と追加の検索条件である少なくとも１つの検索項目の値の名称とが含まれた一連の発声からは、前記ブックマーク名と前記追加の検索条件である少なくとも１つの検索項目の値の名称とをそれぞれ認識する音声認識文法を生成する」のに対し、引用発明１は、「検索入力文を事例文とマッチングして検索コマンドを生成する」点。
　
３．判断
　上記相違点１〜３について検討する。
　引用発明１〜３には、本願発明の上記相違点１〜３における「音声認識文法」、「１以上の検索項目の値を含む検索条件と、ブックマーク名とを対応付けて登録する登録手段」及び「ブックマーク名が含まれた発声からは、前記ブックマーク名を認識し、ブックマーク名と追加の検索条件である少なくとも１つの検索項目の値の名称とが含まれた一連の発声からは、前記ブックマーク名と前記追加の検索条件である少なくとも１つの検索項目の値の名称とをそれぞれ認識する音声認識文法を生成する」という構成について開示がない。そして、本願発明は、これら構成を備えることにより、保存しているブックマークを音声入力で呼び出す際に、ブックマークだけでなく、ブックマークと追加検索条件とを受理可能となり、ユーザの利便性や快適性を向上させることができるという作用効果を奏するものである。
　したがって、本願発明は、引用発明１〜３に基いて、当業者が容易に発明をすることができたとはいえない。
　
第５　むすび
　以上のとおり、本願発明は、刊行物１〜３に記載された発明に基いて、当業者が容易に発明をすることができたものとすることができないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。