2020-004516

第２　本願発明

本願請求項１ないし１３に係る発明（以下、それぞれ「本願発明１」ないし「本願発明１３」という。）は、令和３年６月２２付けの手続補正（以下、「本件補正」という。）で補正された特許請求の範囲の請求項１ないし１３に記載された事項により特定される発明であり、このうち本願発明１は以下のとおりの発明である。

「　ユーザー端末装置のＨＴＭＬページでローカルキーボードを呼び出すための方法であって、

ユーザー端末装置がＨＴＭＬページをロードするとき前記ＨＴＭＬページを解析するステップと、

前記ＨＴＭＬページの認識識別子を有するページ入力フィールドを、前記ページ入力フィールドの同じ場所にローカル入力フィールドを生成することによってカバーするステップであって、前記認識識別子は、前記ページ入力フィールドがローカルキーボードを呼び出す必要があることを示す、ステップと、

前記ローカル入力フィールドによって呼び出される前記ローカルキーボードのタイプを設定するステップであって、

前記ローカルキーボードのタイプは、前記ページ入力フィールドのキーボードタイプの識別子に基づいている、ステップと、

前記ローカルキーボードを介して前記ローカル入力フィールドによって受信される入力情報を前記ＨＴＭＬページに送信するステップと、

を含む、前記方法。」

なお、本願発明２ないし７は、本願発明１を減縮した発明であり、本願発明８ないし１３のそれぞれは、本願発明１ないし６のそれぞれを装置の発明として特定したものであり、本願発明１ないし６とはカテゴリ表現が異なるだけの発明である。

第３　原査定の概要

原査定（令和元年１１月２５日付け拒絶査定）の概要は次のとおりである。

本願請求項１ないし１３に係る発明は、以下の引用文献１ないし３に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

［引用文献等一覧］

１　中国特許出願公開第１０３９０２０５７号明細書

２　Ｍａｒｋ　Ｐｉｌｇｒｉｍ，入門ＨＴＭＬ５，

株式会社オライリー・ジャパン，２０１１年　４月２１日，

第１版，ｐ．１６９－１８７（周知技術を示す文献）

３　特開２０１１－２５４３５８号公報

第４　当審拒絶理由の概要

当審拒絶理由の概要は次のとおりである。

本願請求項１ないし１３に係る発明は、以下の点において発明の詳細な説明に記載したものではないから、特許法第３６条第６項第１号に規定する要件を満たしていない。

（１）請求項１に記載の「複数の認識識別子を有する第一の入力フィールド」、請求項８に記載の「第一の入力フィールドが複数の認識識別子を有する」は、発明の詳細な説明には記載されていない。

（２）請求項１及び８に記載の「前記認識識別子は、さらにローカルキーボードのタイプを含む」は、発明の詳細な説明に記載したものではない。

第５　原査定についての判断

１　引用文献１について

（２）引用発明

前記（１）より、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。

「　移動端末装置においてウェブページ入力を行う方法であって、

該方法は以下のステップを含む。

ユーザが移動端末装置においてウェブページ入力を行う時、サードパーティキーボードビューオーバーレイシステムを使用してキーボードビューを予め設定するステップであって、

具体的にはサードパーティキーボードビューオーバーレイシステムを使用してキーボードビューを予め設定する時、まずユーザのモバイル機器のウェブページにおける入力トリガを監視することができ、例えばユーザがウェブページの入力ボックスにおいてクリックする時、通常キーボードポップアップのシステム通知をトリガし、キーボードポップアップのシステム通知を監視することができ、キーボードポップアップの通知を監視することにより、ユーザが入力を開始することを知り、入力トリガ動作が発生したことが監視されると、サードパーティキーボードビューオーバーレイシステムを使用してキーボードビューが事前設定され、このプロセスにおいて、サードパーティのキーボードビューの表示位置は元のシステムのプリセットされたキーボードビューと一致することができるステップ、

移動端末装置において非表示の属性を有するシステム入力ボックスを作成し、且つ前記サードパーティキーボードビューを前記システム入力ボックスに関連付けるステップ、

ユーザが前記サードパーティキーボードビューによって入力した文字を受信し、サードパーティ入力法ソフトウェア開発ツールキットによって受信したユーザ入力文字を処理し、且つ処理後に得られたターゲット文字を前記システム入力ボックスに入力するステップ、

ウェブページのフォーカス入力ボックスを取得し、且つ前記システム入力ボックスにおける前記ターゲット文字を、前記ウェブページのフォーカス入力ボックスに注入するステップ。」

２　引用文献２について

原査定の引用文献２には、図面とともに次の事項が記載されている。

（第１７４ページ～第１７５ページ）

「　しかし、HTML5では新しいフィールド形式がいくつか定義されており、理由はこの後すぐ説明するが、今すぐ使い始めることができる。

新しい入力形式のひとつが、メールアドレスだ。以下のように指定する。

<form>

<input type="email">

<input type="Submit" value="Go">

</form>

…（中略）…

iPhoneは、物理的なキーボードを持たない。すべての入力は、必要に応じて（例えばWebページのフォームフィールドにフォーカスがある場合に）ポップアップするオンスクリーンキーボードをタップすることによって行われる。Appleは、非常に賢い機能をiPhoneのWebブラウザに実装した。いくつかの新しいHTML5入力方式を認識し、そして入力の種類に応じて動的にスクリーンキーボードを変更するという機能だ。例えば、電子メールはテキストだが、特別な種類のテキストだ。つまり、実質的にすべての電子メールアドレスは@マークと少なくとも１個のピリオド（.）を含むが、スペースが含まれることはまずない。したがって、iPhoneユーザが<input type="email">要素にフォーカスすると、図９－３に示すように通常よりも小さなスペースバーと@および、専用のキーを持つオンスクリーンキーボードが表示される。」

「図９－３　電子メールアドレスの入力に適したキーボード

」

したがって、上記引用文献２には、以下の技術的事項（以下、「引用文献２記載事項」という。）が記載されていると認められる。

「　HTML5では新しいフィールド形式がいくつか定義されており、

iPhoneは、物理的なキーボードを持たず、すべての入力は、必要に応じて（例えばWebページのフォームフィールドにフォーカスがある場合に）ポップアップするオンスクリーンキーボードをタップすることによって行われ、

Appleは、非常に賢い機能として、いくつかの新しいHTML5入力方式を認識し、そして入力の種類に応じて動的にスクリーンキーボードを変更するという機能をiPhoneのWebブラウザに実装し、例えば、iPhoneユーザが<input type="email">要素にフォーカスすると、通常よりも小さなスペースバーと@および、専用のキーを持つオンスクリーンキーボードが表示されること。」

３　引用文献３について

原査定の引用文献３には、図面とともに次の事項が記載されている。

「【００７２】

一方、制御部１０２は、タッチパネル１１４に表示された画面領域に含まれるテキスト入力域とキーボード画面表示（予定）位置とが重なると判定した場合（ステップＳＣ－３：Ｙｅｓ）、テキスト入力域とキーボード画面表示（予定）位置とが重ならない方向および画面移動量を計算する（ステップＳＣ－４）。

【００７３】

そして、キーボード表示部１０２ｂは、ステップＳＣ－４にて計算した方向および画面移動量に合わせてテキスト入力域を含む画面領域の一部をタッチパネル１１４の上端側に移動表示させる（ステップＳＣ－５）。」

「【００８０】

図１０に戻り、テキスト入力域更新部１０２ｃは、ステップＳＣ－６にてタッチパネル１１４を介してキーボード画面を用いて文字列が入力された場合、文字列入力イベントの完了を検知し（ステップＳＣ－７）、テキスト入力域の表示を当該文字列に更新する。

【００８１】

そして、制御部１０２は、キーボード画面の表示を消去する（ステップＳＣ－８）。

【００８２】

そして、制御部１０２は、タッチパネル１１４に表示された画面領域に含まれるテキスト入力域とキーボード画面表示位置とが重なっていたか否かを判定する（ステップＳＣ－９）。

【００８３】

そして、制御部１０２は、ステップＳＣ－９にて画面領域に含まれるテキスト入力域とキーボード画面表示位置とが重なっていなかったと判定した場合（ステップＳＣ－９：Ｎｏ）、処理を終了する。

【００８４】

一方、画面表示部１０２ａは、ステップＳＣ－９にて画面領域に含まれるテキスト入力域とキーボード画面表示位置とが重なっていたと判定した場合（ステップＳＣ－９：Ｙｅｓ）、保持していた画面移動量（例えば、ステップＳＣ－５にてキーボード表示部１０２ｂにより移動表示させられた画面移動量等）にあわせて画面領域を元の位置へ戻すようにタッチパネル１１４に移動表示させ（ステップＳＣ－１０）、処理を終了する。つまり、文字列入力後、キーボード画面を消すと共にドロアアイコンの表示も元の位置に移動させられる。」

したがって、上記引用文献３には、以下の技術的事項が記載されていると認められる。

「　タッチパネル１１４に表示された画面領域に含まれるテキスト入力域とキーボード画面表示（予定）位置とが重なると判定した場合、テキスト入力域とキーボード画面表示（予定）位置とが重ならない方向および画面移動量を計算し、計算した方向および画面移動量に合わせてテキスト入力域を含む画面領域の一部をタッチパネル１１４の上端側に移動表示させ、

タッチパネル１１４を介してキーボード画面を用いて文字列が入力された場合、画面領域に含まれるテキスト入力域とキーボード画面表示位置とが重なっていたと判定した場合、保持していた画面移動量にあわせて画面領域を元の位置へ戻すようにタッチパネル１１４に移動表示させること。」

４　本願発明１について

（１）対比

本願発明１と引用発明とを対比する。

ア　引用発明は、「移動端末装置」において、「例えばユーザがウェブページの入力ボックスにおいてクリックする時」に通常生じる「キーボードポップアップの通知」を監視することにより「サードパーティキーボードビュー」を表示するものである。

ここで、引用発明の「移動端末装置」は、本願発明１の「ユーザー端末装置」に含まれ、また、引用発明の「サードパーティキーボードビュー」は、本願発明１の「ローカルキーボード」に相当し、また、「サードパーティキーボードビュー」を表示することは、本願発明１の「ローカルキーボード」を「呼び出す」ことに相当する。

また、引用発明は、「ウェブページ入力を行う方法」に関するものであり、「ウェブページ」は、通常「ＨＴＭＬ」により記述されることは本願優先日前の技術常識であるから、本願発明１の「ＨＴＭＬページ」に相当するといえるものの、引用発明は、前記「サードパーティキーボードビュー」が「ウェブページ」により呼び出されるものとは特定されていない。

よって、引用発明の「移動端末装置においてウェブページ入力を行う方法」と、本願発明１の「ユーザー端末装置のＨＴＭＬページでローカルキーボードを呼び出すための方法」とは、「ユーザー端末装置でローカルキーボードを呼び出すための方法」である点において共通する。

イ　引用発明は、「ユーザが移動端末装置においてウェブページ入力を行う時」を前提とするものであるため、「ウェブページ」（ＨＴＭＬページ）が「移動端末装置」に表示される際に、「移動端末装置」は、「ウェブページ」をロードし、その記述内容を解析することは本願優先日前の技術常識であり、当該解析処理を「解析するステップ」と称することは任意である。

よって、引用発明は、本願発明１の「ユーザー端末装置がＨＴＭＬページをロードするとき前記ＨＴＭＬページを解析するステップ」に対応する構成を備える。

ウ　引用発明の「ウェブページの入力ボックス」は、ウェブページに入力を行うための領域（フィールド）であるから、「ページ入力フィールド」といい得るものである。

また、前記アで述べたように、「ウェブページ」は、通常「ＨＴＭＬ」により記述され、かつ、「ＨＴＭＬ」においては、入力を行うための入力ボックス（入力フィールド）は、「input」のような「タグ」により記述されることは本願優先日前の技術常識であり、当該「タグ」は、「認識識別子」といい得るものである。

よって、引用発明の「ウェブページの入力ボックス」は、本願発明１の「前記ＨＴＭＬページの認識識別子を有するページ入力フィールド」に相当する。

引用発明は、「前記サードパーティキーボードビューを前記システム入力ボックスに関連付けるステップ」との構成を備えることからすると、「前記システム入力ボックス」すなわち「非表示の属性を有するシステム入力ボックス」は、「サードパーティキーボードビュー」（ローカルキーボード）に関連付けられたものであるから、「ローカル入力フィールド」といい得るものである。

また、引用発明の「前記システム入力ボックス」に入力される「ターゲット文字」は、「ウェブページのフォーカス入力ボックス」（「ウェブページの入力ボックス」の中でフォーカスがされているもの。）に注入されるから、「非表示の属性を有するシステム入力ボックス」は、「ウェブページの入力ボックス」に応じて生成されるものといえる。

もっとも、引用発明の「非表示の属性を有するシステム入力ボックス」は、「非表示」であるから、前記「ウェブページの入力ボックス」を「カバー」するものではない。

また、引用発明において想定されるＨＴＭＬの「タグ」（認証識別子）は、「サードパーティキーボードビュー」（ローカルキーボード）を呼び出す必要があることを示すものではない。

さらに、本願発明１の「ローカル入力フィールド」は、「ページ入力フィールド」と同じ場所に生成される（カバーする）ものであるから、「ページ入力フィールド」に応じて生成されているといえる。

以上より、引用発明と、本願発明１の「前記ＨＴＭＬページの認識識別子を有するページ入力フィールドを、前記ページ入力フィールドの同じ場所にローカル入力フィールドを生成することによってカバーするステップであって、前記認識識別子は、前記ページ入力フィールドがローカルキーボードを呼び出す必要があることを示す、ステップ」とは、「前記ＨＴＭＬページの認識識別子を有するページ入力フィールドに応じてローカル入力フィールドを生成するステップ」との構成を備える点において共通する。

エ　引用発明において、「ユーザが前記サードパーティキーボードビューによって入力した文字を受信し、サードパーティ入力法ソフトウェア開発ツールキットによって受信したユーザ入力文字を処理し、且つ処理後に得られたターゲット文字を前記システム入力ボックスに入力するステップ」及び「ウェブページのフォーカス入力ボックスを取得し、且つ前記システム入力ボックスにおける前記ターゲット文字を、前記ウェブページのフォーカス入力ボックスに注入するステップ」は、本願発明１の「前記ローカルキーボードを介して前記ローカル入力フィールドによって受信される入力情報を前記ＨＴＭＬページに送信するステップ」に相当する。

（２）一致点、相違点

前記（１）より、本願発明１と引用発明は、次の点において一致ないし相違する。

［一致点］

「　ユーザー端末装置でローカルキーボードを呼び出すための方法であって、

ユーザー端末装置がＨＴＭＬページをロードするとき前記ＨＴＭＬページを解析するステップと、

前記ＨＴＭＬページの認識識別子を有するページ入力フィールドに応じてローカル入力フィールドを生成するステップと、

前記ローカルキーボードを介して前記ローカル入力フィールドによって受信される入力情報を前記ＨＴＭＬページに送信するステップと、

を含む、前記方法。」

［相違点］

＜相違点１＞

本願発明１は、「ＨＴＭＬページでローカルキーボードを呼び出す」という構成を備えるのに対し、引用発明は、「ウェブページの入力ボックス」に対する「入力トリガ」（クリック）を監視することにより、「サードパーティキーボードビュー」を呼び出す点。

＜相違点２＞

本願発明１は、「ページ入力フィールド」が有する「認識識別子」が「前記ページ入力フィールドがローカルキーボードを呼び出す必要があることを示す」ものであり、「ページ入力フィールド」の「キーボードタイプの識別子」に基づいて、呼び出される「ローカルキーボード」の「タイプ」を設定するステップを備えるのに対し、引用発明は、このような構成を備えない点。

＜相違点３＞

本願発明１の「ローカル入力フィールド」は、「ページ入力フィールド」の同じ場所に生成され、当該「ページ入力フィールド」を「カバー」するのに対し、引用発明の「システム入力ボックス」は「非表示の属性」を有するため、このような構成を備えていない点。

（３）相違点についての判断

事案に鑑みて先に上記相違点２及び相違点３について検討する。

ア　相違点２について

引用文献２記載事項にあるように、iPhoneが、<input type="email">といったHTML5の記述を含むフォームフィールドにフォーカスがあるときに、「type」によって指定される入力の種類（"email"）に応じて動的にスクリーンキーボードを変更する（呼び出す）機能を備えることは、本願優先日前の周知技術といえる。

しかしながら、上記の機能は、iPhoneを製造・販売するApple社が「非常に賢い機能」として提供するもの、すなわちiPhoneのシステムに備えられた機能であるから、引用文献２記載事項の「スクリーンキーボード」は、相違点２に係る本願発明１の「ローカルキーボード」に相当するものではない。

よって、引用文献２記載事項は、相違点２に係る本願発明１の構成を開示するものではない。

イ　相違点３について

引用文献１には、次の記載（当審訳のみ摘記）（以降、「００６８記載」という。）がある。

「[0068]　従来技術においてはウェブページを入力する時、透明なシステム入力ボックスを用いてウェブページ入力ボックスをカバーする。従来技術と異なり、本発明の実施例が提供する方法においては、サードパーティキーボードビューでシステムのプリセットキーボードビューをカバーした後、モバイル端末装置に非表示の属性を有するシステム入力ボックスを作成し、且つサードパーティキーボードビューを作成されたシステム入力ボックスに関連付け、キーボードビューが受信した入力文字を作成された非表示の属性のシステム入力ボックスに入力することができる。従来技術において透明なシステム入力ボックスを使用してウェブページ入力ボックスをカバーし、入力する過程において、ウェブページ入力ボックスの入力フォーカスは透明なシステム入力ボックスに強制的に変換され、入力が完了した後、入力フォーカスはウェブページ入力ボックスに移行し、このようにサードパーティ入力法キーボードビューのフラッシュ問題を引き起こし、ユーザの入力に影響を与える。従来技術に比べて、本発明の実施例が提供する方法では非表示の属性を有するシステム入力ボックスを作成し、該非表示の属性の入力ボックスをユーザが文字を入力するための容器とし、ウェブページ入力ボックスの焦点を奪わず、焦点を変えずに切り替えるという問題がなく、それにより入力法のキーボードビューが再びポップアップしてキーボードビューがフラッシュするという問題を回避する。」

００６８記載によれば、「ウェブページ入力ボックス」を「透明なシステム入力ボックス」を用いて「カバー」することは、本願優先日前の周知技術といえる。

しかしながら、００６８記載の「従来技術において透明なシステム入力ボックスを使用してウェブページ入力ボックスをカバーし、入力する過程において、ウェブページ入力ボックスの入力フォーカスは透明なシステム入力ボックスに強制的に変換され、入力が完了した後、入力フォーカスはウェブページ入力ボックスに移行し、このようにサードパーティ入力法キーボードビューのフラッシュ問題を引き起こし、ユーザの入力に影響を与える。従来技術に比べて、本発明の実施例が提供する方法では非表示の属性を有するシステム入力ボックスを作成し、該非表示の属性の入力ボックスをユーザが文字を入力するための容器とし、ウェブページ入力ボックスの焦点を奪わず、焦点を変えずに切り替えるという問題がなく、それにより入力法のキーボードビューが再びポップアップしてキーボードビューがフラッシュするという問題を回避する。」からすれば、引用発明は、前記した周知技術における問題点を回避するために「非表示の属性を有するシステム入力ボックス」を採用したものと理解することができる。

よって、引用発明において、「非表示の属性を有するシステム入力ボックス」に替えて、周知技術である、「ウェブページ入力ボックス」を「透明なシステム入力ボックス」を用いて「カバー」する構成を採用することには、技術的な阻害要因がある。

また、引用文献３にも、上記相違点２又は相違点３に係る本願発明１の構成は記載されていない。

以上より、上記相違点１について判断するまでもなく、本願発明１は、当業者であっても引用発明並びに引用文献２及び３に記載された技術的事項に基いて容易に発明をすることができたものであるとはいえない。

２　本願発明２ないし７について

本願発明２ないし７も、上記相違点２及び相違点３に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明並びに引用文献２及び３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。

３　本願発明８ないし１３について

本願発明８ないし１３は、本願発明１ないし６に対応する装置の発明であり、上記相違点２及び相違点３に係る本願発明１の構成に対応する技術的事項を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明並びに引用文献２及び３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。

以上より、原査定を維持することはできない。

第６　当審拒絶理由についての判断

（１）本件補正前の請求項１に記載されていた「複数の認識識別子を有する第一の入力フィールド」は、本件補正により、「認識識別子を有するページ入力フィールド」と補正され、本件補正前の請求項８に記載されていた「第一の入力フィールドが複数の認識識別子を有する」は、本件補正により、「ページ入力フィールドが認識識別子を有する」と補正された。

（２）本件補正前の請求項１及び８に記載されていた「前記認識識別子は、さらにローカルキーボードのタイプを含む」は削除され、代わりに、「前記ローカルキーボードのタイプは、前記ページ入力フィールドのキーボードタイプの識別子に基づいている」との記載が追加され、「ローカルキーボードのタイプ」が、「キーボードタイプの識別子」に基づくことが明確となった。

以上より、請求項１ないし１３に係る発明は明確となり、当審拒絶理由は解消した。

第７　むすび

以上のとおり、本願発明１ないし１３は、当業者が引用発明並びに引用文献２及び３に記載された技術的事項に基いて容易に発明をすることができたものではない。

したがって、原査定の理由によっては、本願を拒絶することはできない。

また、他に本願を拒絶すべき理由を発見しない。

よって、結論のとおり審決する。