【事件の表示】
　特願２０１３−１６９５８７「ウェブクエリにおけるオンライン手書き認識のためのシステム及び方法」拒絶査定不服審判事件〔平成２６年　１月２３日出願公開、特開２０１４−　１３５８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１ 手続の経緯
　本願は、平成２２年６月１５日（優先権主張 ２０１０年５月２８日　米国）に出願した特願２０１０−１５１４４４号の一部を平成２５年８月１９日に新たな特許出願としたものであって、平成２６年６月３０日付けで拒絶の理由が通知され、これに対して、同年１１月７日に意見書及び手続補正書が提出されたが、平成２７年３月３１日付けで拒絶査定がなされ、同査定の謄本は同年４月６日に請求人に送達された。これに対して、同年８月６日に拒絶査定不服審判の請求がなされ、同時に手続補正がなされ、同年８月３１日付けで前置報告書が作成され、同年１０月６日付けで上申書が提出されたものである。
第２ 平成２７年８月６日にされた手続補正についての補正の却下の決定
［補正の却下の決定の結論］
平成２７年８月６日にされた手続補正（以下、「本件補正」という。）を却下する。
［理由］
１ 本件補正について
（１）本件補正により、特許請求の範囲の請求項１は、次のとおり補正された（下線部は補正箇所である。）。
　本件補正により、特許請求の範囲の請求項１は、
「コンピュータ装置で行われる方法であって、前記コンピュータ装置が、
　ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果である、グラフィック文字セットのうちの所望のグラフィック文字の一部に相当するグラフィック表現
の入力を受付ける描画領域を表示させる処理、及び前記描画領域に描画されたグラフィック表現を前記コンピュータ装置に送信させる処理を前記ユーザ装置に実行させる制御命令を含むウェブページであって、インターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示した前記ユーザ装置から前記描画領域にユーザが手書き入力したグラフィック表現
　前記ユーザが所望したグラフィック文字の手書き入力が完了する前に、前記グラフィック表現を分析し、前記グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字を選択するステップと、
　前記複数のグラフィック文字の候補を前記ネットワークを介して前記ユーザへ送信するステップと、
　前記複数のグラフィック文字の候補から前記ユーザが選択した１つを前記ネットワークを介して受信するステップと、
　前記ユーザの手書き入力に対応する選択されたグラフィック文字
を
前記
入力す
　前記ユーザが所望したグラフィック文字の更なる部分が前記ユーザによって入力されると、前記グラフィック文字セットからユーザ選択による複数のグラフィック文字を生じさせるために、前記グラフィック表現を受信するステップ、前記グラフィック表現を分析して前記グラフィック表現とマッチする候補の複数のグラフィック文字を選択するステップ、前記複数のグラフィック文字の候補をユーザへ送信するステップ、前記複数のグラフィック文字の候補からユーザが選択した１つを受信するステップ、及び前記選択されたグラフィック文字
を
前記
入力す
　前記ユーザが順次選択した複数のグラフィック文字を少なくとも含む１以上の語句を検索語の提案として送信するステップと、
　前記複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ネットワークを介して前記ユーザから受信するステップと、
　前記指示を前記ユーザから受信すると、前記ステップを繰り返すことを終了させるステップと、
　前記ユーザの手書き入力による前記検索語を使用してインターネット検索を行うステップと、
を実行することを特徴とする方法。」と補正された。
（２）本件補正前の、平成２６年１１月７日の手続補正による特許請求の範囲の請求項１の記載は次のとおりである。
「コンピュータ装置で行われる方法であって、前記コンピュータ装置が、
　ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果である、グラフィック文字セットのうちの所望のグラフィック文字の一部に相当するグラフィック表現を含むデータをネットワークを介してユーザから受信するステップであって、前記グラフィック表現がユーザの手書き入力により作成されている当該ステップと、
　前記ユーザが所望したグラフィック文字の手書き入力が完了する前に、前記グラフィック表現を分析し、前記グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字を選択するステップと、
　前記複数のグラフィック文字の候補を前記ネットワークを介して前記ユーザへ送信するステップと、
　前記複数のグラフィック文字の候補から前記ユーザが選択した１つを前記ネットワークを介して受信するステップと、
　前記ユーザの手書き入力に対応する選択されたグラフィック文字が、サーチエンジンのクエリー入力ボックスに配置されるようにするステップと、
　前記ユーザが所望したグラフィック文字の更なる部分が前記ユーザによって入力されると、前記グラフィック文字セットからユーザ選択による複数のグラフィック文字を生じさせるために、前記グラフィック表現を受信するステップ、前記グラフィック表現を分析して前記グラフィック表現とマッチする候補の複数のグラフィック文字を選択するステップ、前記複数のグラフィック文字の候補をユーザへ送信するステップ、前記複数のグラフィック文字の候補からユーザが選択した１つを受信するステップ、及び前記選択されたグラフィック文字がサーチエンジンのクエリー入力ボックスに配置されるようにするステップと、を繰り返すステップと、
　前記ユーザが順次選択した複数のグラフィック文字を少なくとも含む１以上の語句を検索語の提案として送信するステップと、
　前記複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ネットワークを介して前記ユーザから受信するステップと、
　前記指示を前記ユーザから受信すると、前記ステップを繰り返すことを終了させるステップと、
　前記ユーザの手書き入力による前記検索語を使用してインターネット検索を行うステップと、
を実行することを特徴とする方法。」
　
（３）上記補正は、請求項１に記載した発明を特定するために必要な事項である「グラフィック表現」について、「グラフィック表現
の入力を受付ける描画領域を表示させる処理、及び前記描画領域に描画されたグラフィック表現を前記コンピュータ装置に送信させる処理を前記ユーザ装置に実行させる制御命令を含むウェブページであって、インターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示した前記ユーザ装置から前記描画領域にユーザが手書き入力した
　また、本件補正前の「ユーザの手書き入力に対応する選択されたグラフィック文字が、サーチエンジンのクエリー入力ボックスに配置されるようにするステップ」および「前記選択されたグラフィック文字がサーチエンジンのクエリー入力ボックスに配置されるようにするステップと、を繰り返すステップ」という記載を、「ユーザの手書き入力に対応する選択されたグラフィック文字
を
前記
入力す
を
前記
入力す
　したがって、本件補正は、全体としてみても、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当しているといえる。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本件補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
２ 本件補正発明の独立特許要件についての検討
（１）引用例
ア　引用例１
　原査定の拒絶の理由（平成２６年６月３０日付けの拒絶理由）に（引用文献１として）引用された秋山  陽一郎，ソフトウエア・レビュー  アプリケーションソフト，漢字文献情報処理研究，日本，株式会社好文出版，２００８年１０月　１日，第９号，ｐ．１１１−１２０（以下、「引用例１」という。）には、図面とともに、以下の事項が記載されている。（下線は当審で付加した。）
「本レビューでは、その
iPhone/iPod touch 2.0ファームウェア（以下、2.0）
「中国語手書き入力[2.0+]
　このほか
2.0では、
タッチパネルならではの手書き入力
インターフェイス
が用意されている
（中略）
　試しに短めの時事系列ニュースをいくつか入力してみたが、「表」字の例のように、
多少なぐり書きや続け字気味になっても、認識精度は比較的良好で
（中略）
ここで気になったのは、
右側の欄で認識候補が４つしか示されない
　さらに、１１３ページ右下の図６において、「図６：中国語手書き入力モード」というキャプションを付して、
米国Ｇｏｏｇｌｅ社の提供する検索エンジンサイトの検索語入力画面のウェブページの画面であって、検索語入力欄に５文字の中国語文字が入力されている画面と共に、その下部に、手書き入力した中国語文字が表示されると共に、その右側の欄に認識候補が４つ表示された画面
検索語入力欄の直下にはGoogle検索ボタンが配置されており、検索語入力欄に入力されている５文字の中国語文字の内、最後の中国語文字は、認識候補として表示された４つの文字の１つと同じである
　以上の引用例１の記載によれば、引用例１には以下の事項を含む発明（以下「引用例１発明」という。）が開示されていると認められる。
「iPhone/iPod touch 2.0ファームウェア（以下、2.0）では、タッチパネルならではの手書き入力インターフェイスが用意されており、
当該手書き入力インターフェイスは、
米国Ｇｏｏｇｌｅ社の提供する検索エンジンサイトの検索語入力画面のウェブページの画面において使用可能であり、
多少なぐり書きや続け字気味になっても、認識精度は比較的良好であり、
手書き入力した中国語文字が表示されると共に、その右側の欄に認識候補が４つ表示された画面を有する手書き入力インターフェイスであり、
米国Ｇｏｏｇｌｅ社の提供する検索エンジンサイトの検索語入力画面のウェブページの画面では、検索語入力欄に５文字の中国語文字が入力されており、検索語入力欄の直下にはGoogle検索ボタンが配置されており、
検索語入力欄に入力された５文字の中国語文字の内、最後に入力された中国語文字は、認識候補として表示された４文字の内の一つと同じである
中国語文字による検索語入力方法」
イ　引用例２
　原査定の拒絶の理由（平成２６年６月３０日付けの拒絶理由）に（引用文献２として）引用された特開２００５−２０２９５９号公報（以下、「引用例２」という。）には、図面とともに、以下の事項が記載されている。（下線は当審で付加した。）
「【０００１】
  本発明は、一般には改良型の
データ処理システムに
手書き文字認識を実行する方法
「【発明を実施するための最良の形態】
【０００９】
  ここで図を参照すると、図１は、本発明を実施することができるデータ処理システムのネットワークを示す。ネットワーク・データ処理システム１００は、本発明を実施することができるコンピュータのネットワークである。
（中略）
【００１０】
  図示する例では、サーバ１０４が記憶装置１０６と共にネットワーク１０２に接続される。加えて、クライアント１０８、１１０、および１１２がネットワーク１０２に接続される。こうしたクライアント１０８、１１０、および１１２は、例えばパーソナル・コンピュータやネットワーク・コンピュータでよい。図示する例では、
サーバ１０４は、ＨＴＭＬ文書のようなデータ、および添付されたスクリプト、アプレット、またはその他のアプリケーションをクライアント
に提供する
（中略）
【００１１】
  図示する例では、
ネットワーク・データ処理システム１００は、ネットワーク１０２が、
インターネットである
（中略）
図示する
サーバ１０４はウェブ・サーバであり、ＨＴＴＰサーバとも呼ばれ、ウェブ・ブラウザなどのクライアントから要求を受けたとき、ＨＴＴＰを使用してＨＴＭＬ文書および何らかの関連ファイル／スクリプトを供給するサーバ・ソフトウェアを含む
（中略）
【００１２】
  図２を参照すると、本発明の好ましい実施形態による、図１の
サーバ１０４などのサーバとして実装することのできるデータ処理システム
データ処理システム２００は、クライアント
から得られた手書き文字ストロークから計算されるパラメータを解析するのに使用することのできるコンピュータ
である
データ処理システム２００は、クライアントで処理されてディスプレイ装置上にコンピュータ・インターフェースを提供するデータを供給し、そのコンピュータ・インターフェースにより、クライアントのユーザは、ポインティング・デバイスを使用することによって手書き文字入力を与える
データ処理システム２００によってクライアントに提供されるアプリケーションが、ユーザが入力した文字ストロークからパラメータを導出する
クライアント・アプリケーションが、スケーリングしたストローク・パラメータを含むストローク・パラメータをデータ処理システム２００に通信する
パラメータの受信に応答して、データ処理システム２００は、１つまたは複数の候補文字を識別し、その候補文字をクライアントに通信する
「【００２０】
  次に図３を参照すると、本発明を実施することのできるデータ処理システムを示すブロック図が示されている。
データ処理システム３００は、図１のクライアント１０８などのクライアント・コンピュータ
であり、ユーザから手書き文字を受け取るため、および手書き文字のストローク・パラメータを計算するために使用することができる
データ処理システム３００は、システム２００からウェブ・ページ・ダウンロードを受信し、ウェブ・ページ・ダウンロードの処理に応答して、手書き文字入力用のコンピュータ・インターフェースを表示する
（中略）
【００２１】
  
データ処理システム３００は、
ストローク・パラメータをデータ処理システム２００に通信して、データ処理システム２００で実行される手書き文字認識アルゴリズムにサブミットする
データ処理システム２００で識別した候補文字は、データ処理システム３００に通信し、ユーザは、クライアント・コンピュータ・インターフェースに供給される文字と、データ処理システム２００で識別された候補文字との間のマッチを確認することができる
ユーザ
が文字ストロークをクライアント・コンピュータ・インターフェースに引き続き供給するとき、追加のストローク・パラメータを計算する
候補文字がデータ処理システム３００のユーザによってマッチと確認されるまで、さらに手書き文字分析を行うためにストローク・パラメータをシステム２００に通信する
「【００２５】
  
データ処理システム３００は、
文字ストローク収集アルゴリズムを実行するように適合されたウェブ・ブラウザを実行する
ブラウザが文書、例えばＨＴＭＬで符号化されたウェブ・ページをシステム２００からダウンロードしたときに、ストローク収集アルゴリズムがＪａｖａアプレットとしてシステム３００に配布される
「【００２９】
  図４に、
クライアントが
サーバ１０４と接続するときにディスプレイ装置１０７上に出力されるＧＵＩ４００
ＧＵＩ４００は、クライアントがサーバ１０４から通信されたウェブ・ページを処理したことに応答して表示され
ＧＵＩ４００は、ウェブ・ブラウザ・インターフェース４０８のウィンドウ４０４内に表示される
ＧＵＩ４００は、クライアントに供給された手書き文字と、
データ処理システム２００によって識別されデータ処理システム３００に通信された候補文字とを表示するキャプチャ・エリア４０２を含む
ユーザは、マウス１０９などのポインティング・デバイスを介して手書き文字をキャプチャ・エリア４０２に供給する
ＧＵＩ４００は、最後に決定した候補文字を表示し、ユーザによる候補文字マッチの確認を受ける候補文字ディスプレイ４１０を含む
（中略）
【００３２】
  図示する例では、
キャプチャ・エリア４０２に入力された完全な中国語文字４０６
文字４０６の入力はいくつかのハンド・ストロークを必要とする
特定の文字は、３つのストローク４１２、４１４、および４１６の入力を必要とする
クライアントで実行されるストローク収集アルゴリズムは、キャプチャ・エリア４０２に供給される各文字ストロークの開始および終了を検出する
ストロークの完了を検出したとき、検出したストロークから入力エリアおよびストローク・パラメータ・セットを計算する
次いでストローク・パラメータをデータ処理システム２００に通信し、ユーザ入力にマッチする可能性のある１つまたは複数の候補文字を識別する
「【００４１】
  図８は、本発明の好ましい実施形態による
データ処理システム２００で実行される手書き文字認識アルゴリズム
手書き文字認識アルゴリズムは、クライアント・システムからストローク・パラメータ・セットを受信したときに開始する
ストローク・パラメータ・セットの受信に応答して、基準文字辞書の検索を実行する
【００４２】
  より具体的には、基準文字辞書は、ストローク長パラメータ、ストローク角パラメータ、ストローク中心パラメータなどの各ストロークの属性を含む。本明細書では、基準文字ストロークのストローク長パラメータ、ストローク角パラメータ、およびストローク中心パラメータを基準パラメータ・セットと総称する。
基準文字辞書に維持される特定の基準文字エントリに関する基準パラメータを、クライアントからサーバに通信されたストローク・パラメータ・セットの対応するストローク・パラメータと比較する
【００４３】
  
Ｎ個の可能な文字マッチ、すなわち候補文字を基準文字辞書から取り出し、システム３００に通信する
字認識アルゴリズム内に符号化することができ、またはクライアントによって提供することができる。
【００４４】
  あるいは、所定のしきい値を超えるマッチ確率が得られるそれぞれの基準パラメータを有する基準文字辞書の文字エントリを、クライアントに通信する候補文字として選択することもできる。
データ処理システム２００はクライアントからの応答を待つ
クライアントが候補文字のいずれかを、入力した文字とのマッチとして確認するかどうかについて評価を行う
【００４５】
  Ｎ個の候補文字のいずれも、入力した手書き文字に対応しないとクライアントが応答を与えた場合、または
クライアントが候補文字マッチを確認することができなかった場合、手書き文字認識処理は追加のストローク・パラメータ・セットの受信を待つ
追加のストローク・パラメータ・セットの受信時に、基準文字辞書の別の照会を実行する
【００４６】
  
クライアント応答がＮ個の候補文字のうちの１つを手書き文字に対応する文字マッチと確認した場合、手書き文字認識処理は終了する
基準文字辞書照会は、ユーザが供給した文字の各ストロークについて、手書き文字認識アルゴリズムで得られる候補文字がユーザによってマッチと確認されるまで続行する
　以上の引用例２の記載によれば、引用例２には以下の事項を含む発明（以下「引用例２発明」という。）が開示されていると認められる。
「データ処理システムにおいて手書き文字認識を実行する方法であって、
サーバ１０４は、ＨＴＭＬ文書のようなデータ、および添付されたスクリプト、アプレット、またはその他のアプリケーションをクライアントに提供しており、
ネットワーク・データ処理システム１００は、ネットワーク１０２が、インターネットであり、
サーバ１０４はウェブ・サーバであり、ＨＴＴＰサーバとも呼ばれ、ウェブ・ブラウザなどのクライアントから要求を受けたとき、ＨＴＴＰを使用してＨＴＭＬ文書および何らかの関連ファイル／スクリプトを供給するサーバ・ソフトウェアを含んでおり、
サーバ１０４などのサーバとして実装することのできるデータ処理システム２００は、クライアントから得られた手書き文字ストロークから計算されるパラメータを解析するのに使用することのできるコンピュータであり、
データ処理システム２００は、クライアントで処理されてディスプレイ装置上にコンピュータ・インターフェースを提供するデータを供給し、そのコンピュータ・インターフェースにより、クライアントのユーザは、ポインティング・デバイスを使用することによって手書き文字入力を与え、
データ処理システム２００によってクライアントに提供されるアプリケーションが、ユーザが入力した文字ストロークからパラメータを導出しており、
クライアント・アプリケーションが、スケーリングしたストローク・パラメータを含むストローク・パラメータをデータ処理システム２００に通信し、
パラメータの受信に応答して、データ処理システム２００は、１つまたは複数の候補文字を識別し、その候補文字をクライアントに通信し、
データ処理システム３００は、クライアント・コンピュータであり、ユーザから手書き文字を受け取るため、および手書き文字のストローク・パラメータを計算するために使用され、
データ処理システム３００は、システム２００からウェブ・ページ・ダウンロードを受信し、ウェブ・ページ・ダウンロードの処理に応答して、手書き文字入力用のコンピュータ・インターフェースを表示し、
データ処理システム３００は、ストローク・パラメータをデータ処理システム２００に通信して、データ処理システム２００で実行される手書き文字認識アルゴリズムにサブミットし、
データ処理システム２００で識別した候補文字は、データ処理システム３００に通信し、ユーザは、クライアント・コンピュータ・インターフェースに供給される文字と、データ処理システム２００で識別された候補文字との間のマッチを確認することができ、
ユーザが文字ストロークをクライアント・コンピュータ・インターフェースに引き続き供給するとき、追加のストローク・パラメータを計算し、
候補文字がデータ処理システム３００のユーザによってマッチと確認されるまで、さらに手書き文字分析を行うためにストローク・パラメータをシステム２００に通信し、
データ処理システム３００は、文字ストローク収集アルゴリズムを実行するように適合されたウェブ・ブラウザを実行し、
ブラウザが文書、例えばＨＴＭＬで符号化されたウェブ・ページをシステム２００からダウンロードしたときに、ストローク収集アルゴリズムがＪａｖａアプレットとしてシステム３００に配布され、
クライアントが、サーバ１０４と接続するときにディスプレイ装置１０７上に出力されるＧＵＩ４００は、クライアントがサーバ１０４から通信されたウェブ・ページを処理したことに応答して表示され、
ＧＵＩ４００は、ウェブ・ブラウザ・インターフェース４０８のウィンドウ４０４内に表示され、
ＧＵＩ４００は、クライアントに供給された手書き文字と、データ処理システム２００によって識別されデータ処理システム３００に通信された候補文字とを表示するキャプチャ・エリア４０２を含み、
ユーザは、マウス１０９などのポインティング・デバイスを介して手書き文字をキャプチャ・エリア４０２に供給し、
ＧＵＩ４００は、最後に決定した候補文字を表示し、ユーザによる候補文字マッチの確認を受ける候補文字ディスプレイ４１０を含んでおり、
キャプチャ・エリア４０２に入力された完全な中国語文字４０６の入力はいくつかのハンド・ストロークを必要とし、特定の文字は、３つのストローク４１２、４１４、および４１６の入力を必要とし、
クライアントで実行されるストローク収集アルゴリズムは、キャプチャ・エリア４０２に供給される各文字ストロークの開始および終了を検出し、
ストロークの完了を検出したとき、検出したストロークから入力エリアおよびストローク・パラメータ・セットを計算し、
次いでストローク・パラメータをデータ処理システム２００に通信し、ユーザ入力にマッチする可能性のある１つまたは複数の候補文字を識別し、
データ処理システム２００で実行される手書き文字認識アルゴリズムは、クライアント・システムからストローク・パラメータ・セットを受信したときに開始し、ストローク・パラメータ・セットの受信に応答して、基準文字辞書の検索を実行し、
基準文字辞書に維持される特定の基準文字エントリに関する基準パラメータを、クライアントからサーバに通信されたストローク・パラメータ・セットの対応するストローク・パラメータと比較し、
Ｎ個の可能な文字マッチ、すなわち候補文字を基準文字辞書から取り出し、システム３００に通信し、
データ処理システム２００はクライアントからの応答を待ち、
クライアントが候補文字のいずれかを、入力した文字とのマッチとして確認するかどうかについて評価を行い、
クライアントが候補文字マッチを確認することができなかった場合、手書き文字認識処理は追加のストローク・パラメータ・セットの受信を待ち、追加のストローク・パラメータ・セットの受信時に、基準文字辞書の別の照会を実行し、
クライアント応答がＮ個の候補文字のうちの１つを手書き文字に対応する文字マッチと確認した場合、手書き文字認識処理は終了し、
基準文字辞書照会は、ユーザが供給した文字の各ストロークについて、手書き文字認識アルゴリズムで得られる候補文字がユーザによってマッチと確認されるまで続行される
手書き文字認識を実行する方法」
ウ　引用例３（周知技術例示文献））
　原査定の拒絶の理由（平成２６年６月３０日付けの拒絶理由）に（引用文献３として）引用された国際公開第２０１０／００５７９８号（以下、「引用例３」という。）には、図面とともに、以下の事項が記載されている。（下線は当審で付加した。）
「[0003] In accordance with some embodiments described below, a method for processing query information, performed at a server, includes receiving a partial search query from a client device that is located remotely from the server. The method further includes predicting from the partial search query a set of predicted complete queries relevant to the partial search query, where the predicted complete queries comprise previously submitted complete queries submitted by a community of users. 」
（仮訳：
  [0003]  後述するいくつかの実施形態によれば、
サーバで実行されるクエリ情報を処理する方法は、
クライアント装置から部分検索クエリを受信するステップ
部分検索クエリから、部分検索クエリに関連する予測された完全なクエリの集合を予測するステップ
「[0017] Figure 1 illustrates an example of a web page 100, as displayed on a client device. The web page, which may be associated with an online dictionary service, includes a text entry box 102 depicting the entry of a partial search query of bank. 
（中略）
In response to detecting the partial search query, the client system obtains a set of predicted complete queries from a server and displays the predicted complete queries in a display area of the web page for possible selection by the user. As depicted, the complete predictions are presented in a drop-down box 106 that extends from the text entry box 102. Note that the partial query bank generates predicted complete queries, such as bank, banker, and banking, as well as their Korean translations. If one of the predictions matches the user's intended (but not yet fully entered) query, then the user can select a respective predicted query from the drop down box 106, for example by clicking on (or scrolling to or highlighting) that predicted query. If the user selects a predicted query or finishes typing the complete query, the user may press the Find button 108 or click on the predicted query to obtain further  information from a dictionary. 」
（仮訳：
 [0017]  図１は、クライアント装置に表示された例としてのウェブページ１００を示す。このウェブページは、オンライン辞書サービスに関連付けられ得、
「ｂａｎｋ（銀行）」という部分検索クエリの入力を示すテキスト入力ボックス１０２を含む
（中略）
部分検索クエリの検出に応答して、クライアントシステムは、サーバから予測完全クエリの集合を取得し、ユーザが選択し得る候補を、予測完全クエリをウェブページの表示エリアに表示する
完全な予測は、テキスト入力ボックス１０２から延びるドロップダウンボックス１０６内に提示され
部分クエリ「ｂａｎｋ」が、＜ｂａｎｋ＞、＜ｂａｎｋｅｒ＞、および＜ｂａｎｋｉｎｇ＞等の予測完全クエリ
生成する
予測のうちの１つがユーザの意図する（が、まだ完全には入力されていない）クエリに一致する場合、ユーザは、例えば、その予測クエリを「クリック」する
ことにより、ドロップダウンボックス１０６からそれぞれの予測クエリを選択することができる
ユーザは、予測クエリを選択するか、または完全なクエリを入力し終えた場合、「Ｆｉｎｄ（検索）」ボタン１０８を押下する
　以上の引用例３の記載によれば、引用例３には以下の周知技術が（以下「引用例３例示周知技術」という。）が例示されていると認められる。
「サーバで実行されるクエリ情報を処理する方法において、
テキスト入力ボックスに部分検索クエリが入力されると、
クライアントシステムは、サーバから予測完全クエリの集合を取得し、ユーザが選択し得る候補を、予測完全クエリをウェブページの表示エリアに表示し、
完全な予測は、テキスト入力ボックスから延びるドロップダウンボックス内に提示され、
予測のうちの１つがユーザの意図する（が、まだ完全には入力されていない）クエリに一致する場合、ユーザは、例えば、その予測クエリを「クリック」することにより、ドロップダウンボックスからそれぞれの予測クエリを選択することができ、
ユーザは、予測クエリを選択するか、または完全なクエリを入力し終えた場合、「Ｆｉｎｄ（検索）」ボタンを押下する
クエリ情報を処理する方法」
（２）対比
　そこで、本件補正発明と引用例１発明とを対比する。
ア　引用例１発明と本件補正発明とは、コンピュータで行われる中国語等のグラフィック文字列を検索語として入力する方法という共通の技術分野に属し、中国語等のグラフィック文字を手書き入力するという点で、課題が共通しているといえる。
イ　引用例１発明の「米国Ｇｏｏｇｌｅ社の提供する検索エンジンサイト」は、インターネットを介してアクセス可能なＷｅｂサーバコンピュータとして構成されていることは、当業者にとって顕著な事実であるから、本件補正発明の「コンピュータ装置」に対応しているといえる。
ウ　引用例１発明の「iPhoneあるいはiPod touch」は検索エンジンサイトのユーザにより操作される装置であるから、「ユーザ装置」であるといえ、引用例１発明の「iPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイス」は、本件補正発明の「ユーザ装置上で動作するユーザインターフェイス」に対応しているといえる。
エ　引用例１発明の「iPhoneあるいはiPod touch」は、手書き入力インターフェイスが用意されており、手書き入力した中国語文字が表示されると共に、その右側の欄に認識候補が４つ表示された画面を有しているから、本件補正発明と同様に、ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果であるインターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示したユーザ装置の描画領域にユーザが手書き入力したグラフィック表現が分析される点で共通しているといえる。
　しかし、本件補正発明の「コンピュータ装置」では、ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果である、グラフィック文字セットのうちの所望のグラフィック文字の一部に相当するグラフィック表現の入力を受付ける描画領域を表示させる処理、及び前記描画領域に描画されたグラフィック表現を前記コンピュータ装置に送信させる処理を前記ユーザ装置に実行させる制御命令を含むウェブページであって、インターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示した前記ユーザ装置から前記描画領域にユーザが手書き入力したグラフィック表現を含むデータをネットワークを介してユーザから受信するステップを備えているのに対して、引用例１発明の「コンピュータ装置」はこのようなステップを備えていない点で相違している。
オ　引用例１発明では、手書き入力した中国語文字を認識し、認識候補が４文字表示されているから、本件補正発明と同様に、グラフィック表現を分析し、前記グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字を選択するステップを備えているといえる。
　しかし、本件補正発明では、当該ステップの主体が「コンピュータ装置」であるのに対し、引用例１発明では、当該ステップの主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchである点で相違している。
　さらに、本件補正発明では、ユーザが所望したグラフィック文字の手書き入力が完了する前に、前記グラフィック表現を分析しているのに対して、引用例１発明では、ユーザが所望したグラフィック文字の手書き入力が完了する前に、前記グラフィック表現を分析しているのか否か明らかでない点で相違している。
カ　引用例１発明では、認識候補が４文字表示されているから、本件補正発明と同様に、複数のグラフィック文字の候補をユーザへ提示しているといえる。
　しかし、本件補正発明では、複数のグラフィック文字の候補をユーザへ提示する際に、「コンピュータ装置」がネットワークを介して前記ユーザへ送信することにより提示しているのに対して、引用例１発明では、提示の主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchであり、ネットワークを介して送信しているのでない点で相違している。
キ　引用例１発明では、４文字表示されている認識候補から選択された中国語文字が検索語入力欄に入力されているから、本件補正発明と同様に、複数のグラフィック文字の候補から前記ユーザが選択した１つを受け付けているといえる。しかし、本件補正発明では、複数のグラフィック文字の候補から前記ユーザが選択した１つを受け付ける主体が「コンピュータ装置」であり、ネットワークを介して受信しているのに対して、引用例１発明では、複数のグラフィック文字の候補から前記ユーザが選択した１つを受け付ける主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchであり、ネットワークを介して受信しているのでない点で相違している。
ク　引用例１発明では、ユーザの手書きした中国語文字の認識候補から選択された中国語文字を検索語入力欄に入力しているから、本件補正発明と同様に、ユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力しているといえる。しかし、本件補正発明のユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力する主体が、「コンピュータ装置」であるのに対して、引用例１発明では、ユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力する主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchである点で相違している。
ケ　本件補正発明の「コンピュータ装置」は、前記ユーザが所望したグラフィック文字の更なる部分が前記ユーザによって入力されると、前記グラフィック文字セットからユーザ選択による複数のグラフィック文字を生じさせるために、前記グラフィック表現を受信するステップ、前記グラフィック表現を分析して前記グラフィック表現とマッチする候補の複数のグラフィック文字を選択するステップ、前記複数のグラフィック文字の候補をユーザへ送信するステップ、前記複数のグラフィック文字の候補からユーザが選択した１つを受信するステップ、及び前記選択されたグラフィック文字を、前記クエリー入力ボックスに入力するステップと、を繰り返すステップを備えているのに対して、引用例１発明では、当該ステップを備えていない点で相違している。
コ　引用例１発明においても、ユーザの手書きした中国語文字の認識候補から選択された中国語文字を検索語入力欄に入力しており、検索語入力欄の直下にはGoogle検索ボタンが配置されており、Google検索ボタンをユーザがクリックすることにより、検索語入力欄に入力済みの中国語文字列で検索を行っているといえるから、本件補正発明の「コンピュータ装置」と同様に、複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ネットワークを介して前記ユーザから受信するステップを備えているといえる。
　しかし、本件補正発明の「コンピュータ装置」は、前記ユーザが順次選択した複数のグラフィック文字を少なくとも含む１以上の語句を検索語の提案として送信するステップと、前記複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ユーザから受信すると、前記ステップを繰り返すことを終了させるステップを備えているのに対して、引用例１発明では、これらのステップを備えていない点で相違している。
サ　引用例１発明においても、ユーザの手書きした中国語文字の認識候補から選択された中国語文字を検索語入力欄に入力して、入力された中国語文字を使用してインターネット検索を行っているといえるから、本件補正発明と同様に、前記ユーザの手書き入力による前記検索語を使用してインターネット検索を行うステップを備えているといえる。
シ　以上のア〜サによると、両者は、下記の点で一致し、また、相違している。
［一致点］
「コンピュータ装置で行われる方法であって、前記コンピュータ装置が、
　ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果であるインターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示したユーザ装置の描画領域にユーザが手書き入力したグラフィック表現が分析され、前記グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字が選択されており、
複数のグラフィック文字の候補がユーザへ提示されており、
複数のグラフィック文字の候補から前記ユーザが選択した１つが受け付けられており、
ユーザの手書き入力に対応する選択されたグラフィック文字が、前記クエリー入力ボックスに入力されており、
複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ネットワークを介して前記ユーザから受信するステップと、
前記ユーザの手書き入力による前記検索語を使用してインターネット検索を行うステップとを実行する方法」
［相違点１］本件補正発明の「コンピュータ装置」では、ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果である、グラフィック文字セットのうちの所望のグラフィック文字の一部に相当するグラフィック表現の入力を受付ける描画領域を表示させる処理、及び前記描画領域に描画されたグラフィック表現を前記コンピュータ装置に送信させる処理を前記ユーザ装置に実行させる制御命令を含むウェブページであって、インターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示した前記ユーザ装置から前記描画領域にユーザが手書き入力したグラフィック表現を含むデータをネットワークを介してユーザから受信するステップを備えているのに対して、引用例１発明の「コンピュータ装置」はこのようなステップを備えていない点。
［相違点２］本件補正発明では、グラフィック表現を分析し、前記グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字を選択する主体が「コンピュータ装置」であるのに対し、引用例１発明では、当該ステップの主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchである点。
［相違点３］本件補正発明では、ユーザが所望したグラフィック文字の手書き入力が完了する前に、グラフィック表現を分析しているのに対して、引用例１発明では、ユーザが所望したグラフィック文字の手書き入力が完了する前に、グラフィック表現を分析しているのか否か明らかでない点。
［相違点４］本件補正発明では、複数のグラフィック文字の候補をユーザへ提示する際に、「コンピュータ装置」がネットワークを介して前記ユーザへ送信することにより提示しているのに対して、引用例１発明では、提示の主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchであり、ネットワークを介して送信しているのでない点。
［相違点５］本件補正発明では、複数のグラフィック文字の候補からユーザが選択した１つを受け付ける主体が「コンピュータ装置」であり、ネットワークを介して受信しているのに対して、引用例１発明では、複数のグラフィック文字の候補からユーザが選択した１つを受け付ける主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchであり、ネットワークを介して受信しているのでない点。
［相違点６］本件補正発明のユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力する主体が、「コンピュータ装置」であるのに対して、引用例１発明では、ユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力する主体がiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを実行しているiPhoneあるいはiPod touchである点。
［相違点７］本件補正発明の「コンピュータ装置」は、ユーザが所望したグラフィック文字の更なる部分が前記ユーザによって入力されると、前記グラフィック文字セットからユーザ選択による複数のグラフィック文字を生じさせるために、グラフィック表現を受信するステップ、前記グラフィック表現を分析して前記グラフィック表現とマッチする候補の複数のグラフィック文字を選択するステップ、前記複数のグラフィック文字の候補をユーザへ送信するステップ、前記複数のグラフィック文字の候補からユーザが選択した１つを受信するステップ、及び前記選択されたグラフィック文字を、前記クエリー入力ボックスに入力するステップと、を繰り返すステップを備えているのに対して、引用例１発明では、当該ステップを備えていない点。
［相違点８］本件補正発明の「コンピュータ装置」は、前記ユーザが順次選択した複数のグラフィック文字を少なくとも含む１以上の語句を検索語の提案として送信するステップと、前記複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示を前記ユーザから受信すると、前記ステップを繰り返すことを終了させるステップを備えているのに対して、引用例１発明では、これらのステップを備えていない点。
（３）判断
［相違点１ないし７について］
　
　上記（１）イに前述のとおり、引用例２には以下の事項を含む引用例２発明が開示されている。
「データ処理システムにおいて手書き文字認識を実行する方法であって、
サーバ１０４は、ＨＴＭＬ文書のようなデータ、および添付されたスクリプト、アプレット、またはその他のアプリケーションをクライアントに提供しており、
ネットワーク・データ処理システム１００は、ネットワーク１０２が、インターネットであり、
サーバ１０４はウェブ・サーバであり、ＨＴＴＰサーバとも呼ばれ、ウェブ・ブラウザなどのクライアントから要求を受けたとき、ＨＴＴＰを使用してＨＴＭＬ文書および何らかの関連ファイル／スクリプトを供給するサーバ・ソフトウェアを含んでおり、
サーバ１０４などのサーバとして実装することのできるデータ処理システム２００は、クライアントから得られた手書き文字ストロークから計算されるパラメータを解析するのに使用することのできるコンピュータであり、
データ処理システム２００は、クライアントで処理されてディスプレイ装置上にコンピュータ・インターフェースを提供するデータを供給し、そのコンピュータ・インターフェースにより、クライアントのユーザは、ポインティング・デバイスを使用することによって手書き文字入力を与え、
データ処理システム２００によってクライアントに提供されるアプリケーションが、ユーザが入力した文字ストロークからパラメータを導出しており、
クライアント・アプリケーションが、スケーリングしたストローク・パラメータを含むストローク・パラメータをデータ処理システム２００に通信し、
パラメータの受信に応答して、データ処理システム２００は、１つまたは複数の候補文字を識別し、その候補文字をクライアントに通信し、
データ処理システム３００は、クライアント・コンピュータであり、ユーザから手書き文字を受け取るため、および手書き文字のストローク・パラメータを計算するために使用され、
データ処理システム３００は、システム２００からウェブ・ページ・ダウンロードを受信し、ウェブ・ページ・ダウンロードの処理に応答して、手書き文字入力用のコンピュータ・インターフェースを表示し、
データ処理システム３００は、ストローク・パラメータをデータ処理システム２００に通信して、データ処理システム２００で実行される手書き文字認識アルゴリズムにサブミットし、
データ処理システム２００で識別した候補文字は、データ処理システム３００に通信し、ユーザは、クライアント・コンピュータ・インターフェースに供給される文字と、データ処理システム２００で識別された候補文字との間のマッチを確認することができ、
ユーザが文字ストロークをクライアント・コンピュータ・インターフェースに引き続き供給するとき、追加のストローク・パラメータを計算し、
候補文字がデータ処理システム３００のユーザによってマッチと確認されるまで、さらに手書き文字分析を行うためにストローク・パラメータをシステム２００に通信し、
データ処理システム３００は、文字ストローク収集アルゴリズムを実行するように適合されたウェブ・ブラウザを実行し、
ブラウザが文書、例えばＨＴＭＬで符号化されたウェブ・ページをシステム２００からダウンロードしたときに、ストローク収集アルゴリズムがＪａｖａアプレットとしてシステム３００に配布され、
クライアントが、サーバ１０４と接続するときにディスプレイ装置１０７上に出力されるＧＵＩ４００は、クライアントがサーバ１０４から通信されたウェブ・ページを処理したことに応答して表示され、
ＧＵＩ４００は、ウェブ・ブラウザ・インターフェース４０８のウィンドウ４０４内に表示され、
ＧＵＩ４００は、クライアントに供給された手書き文字と、データ処理システム２００によって識別されデータ処理システム３００に通信された候補文字とを表示するキャプチャ・エリア４０２を含み、
ユーザは、マウス１０９などのポインティング・デバイスを介して手書き文字をキャプチャ・エリア４０２に供給し、
ＧＵＩ４００は、最後に決定した候補文字を表示し、ユーザによる候補文字マッチの確認を受ける候補文字ディスプレイ４１０を含んでおり、
キャプチャ・エリア４０２に入力された完全な中国語文字４０６の入力はいくつかのハンド・ストロークを必要とし、特定の文字は、３つのストローク４１２、４１４、および４１６の入力を必要とし、
クライアントで実行されるストローク収集アルゴリズムは、キャプチャ・エリア４０２に供給される各文字ストロークの開始および終了を検出し、
ストロークの完了を検出したとき、検出したストロークから入力エリアおよびストローク・パラメータ・セットを計算し、
次いでストローク・パラメータをデータ処理システム２００に通信し、ユーザ入力にマッチする可能性のある１つまたは複数の候補文字を識別し、
データ処理システム２００で実行される手書き文字認識アルゴリズムは、クライアント・システムからストローク・パラメータ・セットを受信したときに開始し、ストローク・パラメータ・セットの受信に応答して、基準文字辞書の検索を実行し、
基準文字辞書に維持される特定の基準文字エントリに関する基準パラメータを、クライアントからサーバに通信されたストローク・パラメータ・セットの対応するストローク・パラメータと比較し、
Ｎ個の可能な文字マッチ、すなわち候補文字を基準文字辞書から取り出し、システム３００に通信し、
データ処理システム２００はクライアントからの応答を待ち、
クライアントが候補文字のいずれかを、入力した文字とのマッチとして確認するかどうかについて評価を行い、
クライアントが候補文字マッチを確認することができなかった場合、手書き文字認識処理は追加のストローク・パラメータ・セットの受信を待し、追加のストローク・パラメータ・セットの受信時に、基準文字辞書の別の照会を実行し、
クライアント応答がＮ個の候補文字のうちの１つを手書き文字に対応する文字マッチと確認した場合、手書き文字認識処理は終了し、
基準文字辞書照会は、ユーザが供給した文字の各ストロークについて、手書き文字認識アルゴリズムで得られる候補文字がユーザによってマッチと確認されるまで続行される
手書き文字認識を実行する方法」
　ここで、引用例１発明と引用例２発明は、インターネット上に設けられたサーバとユーザ装置（クライアント）からなるサーバ・クライアント・システムという共通の技術分野に属しており、ユーザ装置（クライアント）に手書き入力された文字を認識するという共通の課題を有しているといえる。
　引用例２発明は、ウェブ・サーバがインターネットを介してウェブ・ブラウザなどのクライアントから要求を受けたとき、ＨＴＴＰを使用してＨＴＭＬ文書および関連スクリプトを供給しており、当該関連スクリプトにより、手書き文字入力用のコンピュータ・インターフェースがウェブ・ブラウザ画面上に表示される構成を備えており、引用例１発明の手書き文字入力インターフェイスと同様のインターフェイスがウェブ・サーバからのスクリプトでも提供可能であることが示されている。
　したがって、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、ユーザがユーザ装置上で動作するユーザインターフェイスと対話した結果である、グラフィック文字セットのうちの所望のグラフィック文字の一部に相当するグラフィック表現の入力を受付ける描画領域を表示させる処理、及び前記描画領域に描画されたグラフィック表現を前記コンピュータ装置に送信させる処理を前記ユーザ装置に実行させる制御命令を含むウェブページであって、インターネット検索の検索語を受付けるクエリー入力ボックスを含んだウェブページを表示した前記ユーザ装置から前記描画領域にユーザが手書き入力したグラフィック表現を含むデータをネットワークを介してユーザから受信するステップを備える構成（相違点１）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　同様に、引用例２発明は、サーバが文字の各ストロークについて、手書き文字認識アルゴリズムで候補文字を得る構成を備えており、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、グラフィック表現を分析し、グラフィック文字セットのうちの、前記グラフィック表現とマッチする候補である複数のグラフィック文字を選択するステップをサーバで実行する構成（相違点２）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　さらに、引用例２発明では、キャプチャ・エリア４０２に入力された完全な中国語文字４０６の入力はいくつかのハンド・ストロークを必要とし、特定の文字は、３つのストローク４１２、４１４、および４１６の入力を必要とし、
クライアントで実行されるストローク収集アルゴリズムは、キャプチャ・エリア４０２に供給される各文字ストロークの開始および終了を検出し、
ストロークの完了を検出したとき、検出したストロークから入力エリアおよびストローク・パラメータ・セットを計算し、
次いでストローク・パラメータをデータ処理システム２００に通信し、ユーザ入力にマッチする可能性のある１つまたは複数の候補文字を識別し、
データ処理システム２００で実行される手書き文字認識アルゴリズムは、クライアント・システムからストローク・パラメータ・セットを受信したときに開始し、ストローク・パラメータ・セットの受信に応答して、基準文字辞書の検索を実行し、
基準文字辞書に維持される特定の基準文字エントリに関する基準パラメータを、クライアントからサーバに通信されたストローク・パラメータ・セットの対応するストローク・パラメータと比較し、
Ｎ個の可能な文字マッチ、すなわち候補文字を基準文字辞書から取り出し、システム３００に通信し、
データ処理システム２００はクライアントからの応答を待ち、
クライアントが候補文字のいずれかを、入力した文字とのマッチとして確認するかどうかについて評価を行い、
クライアントが候補文字マッチを確認することができなかった場合、手書き文字認識処理は追加のストローク・パラメータ・セットの受信を待し、追加のストローク・パラメータ・セットの受信時に、基準文字辞書の別の照会を実行し、
クライアント応答がＮ個の候補文字のうちの１つを手書き文字に対応する文字マッチと確認した場合、手書き文字認識処理は終了している。
　すなわち、引用例２発明は、複数のストロークで構成される手書き文字について、各ストロークを入力する度に、手書き文字認識処理を行っているから、手書き文字の入力が完了する前に文字認識処理（グラフィック表現の分析）を行う構成を備えているといえ、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、ユーザが所望したグラフィック文字の手書き入力が完了する前に、グラフィック表現を分析する構成（相違点３）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　また、引用例２発明は、データ処理システム２００（サーバ）で識別した候補文字は、インターネットを介して、データ処理システム３００（ユーザ装置）に通信する構成を備えており、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、サーバが複数のグラフィック文字の候補をユーザへ提示する際に、ネットワークを介して前記ユーザへ送信する構成（相違点４）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　そして、引用例２発明は、クライアントが、サーバ１０４と接続するときにディスプレイ装置１０７上に出力されるＧＵＩ４００が決定した候補文字を表示し、ユーザによる候補文字マッチの確認を受ける構成を備えており、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、サーバが複数のグラフィック文字の候補からユーザが選択した１つを受け付けて、ネットワークを介して受信する構成（相違点５）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　引用例２発明は、クライアントが、サーバ１０４と接続するときにディスプレイ装置１０７上に出力されるＧＵＩ４００がユーザによる候補文字マッチの確認を受ける構成を備えており、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、本件補正発明の「コンピュータ装置」と同様に、サーバがユーザの手書き入力に対応する選択されたグラフィック文字を、前記クエリー入力ボックスに入力する構成（相違点６）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　引用例２発明では、キャプチャ・エリア４０２に入力された完全な中国語文字４０６の入力はいくつかのハンド・ストロークを必要とし、特定の文字は、３つのストローク４１２、４１４、および４１６の入力を必要とし、
クライアントで実行されるストローク収集アルゴリズムは、キャプチャ・エリア４０２に供給される各文字ストロークの開始および終了を検出し、
ストロークの完了を検出したとき、検出したストロークから入力エリアおよびストローク・パラメータ・セットを計算し、
次いでストローク・パラメータをデータ処理システム２００に通信し、ユーザ入力にマッチする可能性のある１つまたは複数の候補文字を識別し、
データ処理システム２００で実行される手書き文字認識アルゴリズムは、クライアント・システムからストローク・パラメータ・セットを受信したときに開始し、ストローク・パラメータ・セットの受信に応答して、基準文字辞書の検索を実行し、
基準文字辞書に維持される特定の基準文字エントリに関する基準パラメータを、クライアントからサーバに通信されたストローク・パラメータ・セットの対応するストローク・パラメータと比較し、
Ｎ個の可能な文字マッチ、すなわち候補文字を基準文字辞書から取り出し、システム３００に通信し、
データ処理システム２００はクライアントからの応答を待ち、
クライアントが候補文字のいずれかを、入力した文字とのマッチとして確認するかどうかについて評価を行い、
クライアントが候補文字マッチを確認することができなかった場合、手書き文字認識処理は追加のストローク・パラメータ・セットの受信を待し、追加のストローク・パラメータ・セットの受信時に、基準文字辞書の別の照会を実行し、
クライアント応答がＮ個の候補文字のうちの１つを手書き文字に対応する文字マッチと確認した場合、手書き文字認識処理は終了している。
　すなわち、引用例２発明は、サーバが、複数のストロークで構成される手書き文字について、各ストロークを入力する度に、繰り返し手書き文字認識処理を行って、ユーザに候補文字の提示を行い、ユーザに選択された文字を入力文字とする構成を備えており、引用例１発明において、検索語入力欄に手書き文字入力を行うためにiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いる代わりに、それと同様の手書き文字入力機能を提供する引用例２発明に記載の手書き文字入力インターフェイスを用いることは適宜なしえることにすぎないから、選択されたグラフィック文字を、ユーザ装置でクエリー入力ボックスに順次入力する構成に代えて、引用例２発明の当該構成を採用することにより、本件補正発明の「コンピュータ装置」と同様に、ユーザが所望したグラフィック文字の更なる部分が前記ユーザによって入力されると、前記グラフィック文字セットからユーザ選択による複数のグラフィック文字を生じさせるために、グラフィック表現を受信するステップ、前記グラフィック表現を分析して前記グラフィック表現とマッチする候補の複数のグラフィック文字を選択するステップ、前記複数のグラフィック文字の候補をユーザへ送信するステップ、前記複数のグラフィック文字の候補からユーザが選択した１つを受信するステップ、及び前記選択されたグラフィック文字を、前記クエリー入力ボックスに入力するステップと、を繰り返すステップを備える構成（相違点７）とすることは、本願の優先日前に当業者が容易に想到し得たものである。
　したがって、引用例１発明において、検索語入力欄に手書き文字入力を行うために、クライアントであるiPhoneあるいはiPod touchの2.0ファームウェアで提供される手書き入力インターフェイスを用いて手書き文字入力を行う構成に代えて、引用例２発明のウェブ・サーバがスクリプトにより提供する手書き文字入力インターフェイスを用いて手書き文字入力を行う構成を採用することにより、本件補正発明と同様な相違点１ないし７に係る構成とすることは、いずれも、本願の優先日前に当業者が容易に想到し得たものである。
［相違点８について］
　上記（１）ウに前述のとおり、引用例３には以下の引用例３例示周知技術が例示されている。
「サーバで実行されるクエリ情報を処理する方法において、
テキスト入力ボックスに部分検索クエリが入力されると、
クライアントシステムは、サーバから予測完全クエリの集合を取得し、ユーザが選択し得る候補を、予測完全クエリをウェブページの表示エリアに表示し、
完全な予測は、テキスト入力ボックスから延びるドロップダウンボックス内に提示され、
予測のうちの１つがユーザの意図する（が、まだ完全には入力されていない）クエリに一致する場合、ユーザは、例えば、その予測クエリを「クリック」」することにより、ドロップダウンボックスからそれぞれの予測クエリを選択することができ、
ユーザは、予測クエリを選択するか、または完全なクエリを入力し終えた場合、「Ｆｉｎｄ（検索）」ボタンを押下する
クエリ情報を処理する方法」
　引用例１発明と引用例３例示周知技術とは、インターネット検索という共通の技術分野に属しており、検索語入力欄に検索語をとなる文字列を入力して検索を実行するという共通の課題を有しているといえる。
　したがって、引用例１発明においても、当該周知技術を採用して、本件補正発明と同様に、ユーザが順次選択した複数のグラフィック文字を少なくとも含む１以上の語句を検索語の提案として送信するステップと、前記複数のグラフィック文字を少なくとも含む語句の一つがインターネット検索を行うための検索語として使用するという指示をネットワークを介して前記ユーザから受信するステップと、前記指示を前記ユーザから受信すると、前記ステップを繰り返すことを終了させるステップを備える構成（相違点８）することは、当業者が本願優先日前に容易に想到し得たものである。
　また、本件補正発明の効果についてみても、上記構成の採用に伴って、当然に予測される程度のものに過ぎず、格別顕著なものがあるとは認められない。
　したがって、本件補正発明は、引用例１および引用例２に記載された発明ならびに引用例３に例示された周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
（４）むすび
　前記のとおり、本件補正発明は、特許出願の際に独立して特許を受けることができないから、本件補正は、特許法第１７条の２第６項において読み替えて準用する同法第１２６条第７項の規定に違反するものであり、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３ 本願発明について
１ 本願発明
　平成２７年８月６日付の手続補正は上記のとおり却下されたので，本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２６年１１月７日付手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、上記第２　１（２）に前述のとおりのものである。
３ 引用例
　原査定の拒絶の理由に引用された引用例１ないし引用例３ならびにその記載事項は、前記「第２　２（１）」に記載したとおりである。　
４ 対比・判断
　本願発明は、上記第２　１（３）に前述のとおり、本件補正発明から詳細な限定を削除したものである。
　そうすると、本願発明の構成要件をすべて含み、さらにより詳細な限定を加えたものに相当する本件補正発明が、前記第２　２（３）に記載したとおり、引用例１および引用例２に記載された発明ならびに引用例３に例示された周知技術に基づいて、当業者が容易に発明をすることができたものであるから、上記限定を削除した本願発明も同様の理由により、引用例１および引用例２に記載された発明ならびに引用例３に例示された周知技術に基づいて、当業者が容易に発明をすることができたものである。
第４ むすび
　以上のとおり、本願発明は、本願優先日前に頒布された引用例に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、その余の請求項に係る発明について論及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。