【事件の表示】
　特願２０１８−　２２３９４「ジェスチャに応答して表示状態間を遷移するためのデバイス、方法、及びグラフィカルユーザインタフェース」拒絶査定不服審判事件〔平成３０年　７月　５日出願公開、特開２０１８−１０６７３５、請求項の数（９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続きの経緯
　本願は、２０１３年（平成２５年）５月８日（パリ条約による優先権主張外国庁受理　２０１２年５月９日　米国、２０１２年１２月２９日　米国、２０１３年３月１２日　米国）を国際出願日とする出願である特願２０１５−５１１６５０号の一部を、平成２８年９月５日に新たな特許出願とした特願２０１６−１７３１１３号の一部を、平成３０年２月９日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　平成３０年　３月　９日　　　：手続補正書の提出
　平成３０年　５月２１日　　　：手続補正書の提出
　平成３０年１０月１５日付け　：拒絶理由通知
　平成３１年　４月１７日　　　：意見書、手続補正書の提出
　令和　元年　９月２６日付け　：拒絶査定（原査定）
　令和　２年　１月１４日　　　：審判請求書、手続補正書の提出
　令和　３年　１月１９日付け　：拒絶理由（当審拒絶理由）通知
　令和　３年　７月　６日　　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（令和元年９月２６日付け拒絶査定）の概要は次のとおりである。
　本願請求項１〜４、６〜１０に係る発明は、以下の引用文献Ａ、Ｃ及びＤに基づいて、また、本願請求項５に係る発明は、以下の引用文献Ａ〜Ｄに基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　Ａ．国際公開第２０１０／０３２５９８号
　Ｂ．特開２００８−１４６４５３号公報
　Ｃ．特開２００９−１２９４４３号公報
　Ｄ．特表２０１１−５３０１０１号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
１．理由１（進歩性）
　本願請求項１〜４、６〜１０に係る発明は、以下の引用文献１、３及び４に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
　１．国際公開第２０１０／０３２５９８号（拒絶査定時の引用文献Ａ）
　３．特開２００９−１２９４４３号公報（拒絶査定時の引用文献Ｃ）
　４．特表２０１１−５３０１０１号公報（拒絶査定時の引用文献Ｄ）
２．理由２（明確性）
　この出願は、特許請求の範囲が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　請求項６には、「請求項１乃至５の何れか１項に記載の方法であって、前記第１ユーザインタフェース要素に対応する前記第１コンテンツの前記表現が表示される場合に、
前記複数の選択可能ユーザインタフェース要素のうちのユーザインタフェース要素の表示をやめる
　また、請求項７〜１０は、いずれも請求項６を直接的又は間接的に引用する形式の従属項であるので、上記拒絶理由を内在する。
第４　本願発明
　
　本願の請求項１〜９に係る発明（以下、それぞれ「本願発明１」〜「本願発明９」という。）は、令和３年７月６日になされた手続補正で補正された特許請求の範囲の請求項１〜９に記載された事項により特定される発明であり、このうち、本願発明１は、以下のとおりの発明である。
「　　【請求項１】
　方法であって、
　ディスプレイと、１つ以上の入力デバイスと、前記入力デバイスへの入力の強度を検出するための１つ以上の強度センサとを有する電子デバイスにおいて、
　　複数の選択可能ユーザインタフェース要素を表示することと、
　　前記複数の選択可能ユーザインタフェース要素のうち、第１コンテンツに対応する第１ユーザインタフェース要素へのタッチ入力を検出することと、
　　前記タッチ入力が第１強度閾値に到達する前記タッチ入力の第１部分の検出に応じて、前記第１ユーザインタフェース要素に向けられた入力が検出されたことを示すように前記第１ユーザインタフェース要素の外観を変更することであって、前記第１ユーザインタフェース要素の前記外観を変更することは、前記タッチ入力の前記強度が増加するにつれて拡大する前記第１コンテンツの表現のプレビューを表示することを含む、ことと、
　　前記タッチ入力を検出し続けている間に、
　　　前記第１ユーザインタフェース要素の前記外観を変更した後に、前記タッチ入力の強度の増加に続く前記タッチ入力の強度の減少を検出することを含む前記タッチ入力の第２部分を検出することと、
　　　前記タッチ入力の前記第２部分の検出に応じて、
　　　　前記タッチ入力の前記強度が前記第１強度閾値よりも高い第２強度閾値を超えて増加するという判定に従って、前記第１ユーザインタフェース要素に対応する前記第１コンテンツの前記表現を表示することであって、前記第１コンテンツの前記表現は、前記第１コンテンツとやり取りするための複数の選択可能コントロールを含む、ことと、
　　　　前記タッチ入力の前記第２部分の間に前記タッチ入力の前記強度が前記第２強度閾値を超えて増加しなかったという判定に従って、前記第１コンテンツとやり取りするための前記複数の選択可能コントロールを含む前記第１ユーザインタフェース要素に対応する前記第１コンテンツの前記表現を表示しないことと、
を有する方法。」
　また、本願発明２〜７は、本願発明１を減縮した方法の発明であり、本願発明８は、本願発明１〜７を引用する形式で、本願発明１の方法を実行するための命令を含む、電子デバイスの発明であり、本願発明９は、本願発明１〜７を引用する形式で、本願発明１の方法を実行させる命令を有するコンピュータプログラムの発明である。
第５　当審拒絶理由の理由２について
　当審では、請求項６〜１０に対し、上記「第３　２．」で示した拒絶の理由を通知しているが、令和３年７月６日になされた手続補正において、請求項６の「前記複数の選択可能ユーザインタフェース要素のうちのユーザインタフェース要素の表示をやめる」との記載を「前記複数の選択可能ユーザインタフェース要
素の
第６　引用文献、引用発明等
１．令和３年１月１９日付けの拒絶理由（当審拒絶理由）に引用された引用文献
（１）引用文献１、引用発明について
　当審拒絶理由に引用された引用文献１には、図面とともに次の事項が記載されている（下線は、当審付与。以下同様。）
「図３に示すように、第２の実施形態に係る
入力装置は、表示部１１と、タッチパネル２１と、押下検出部３１と、制御部４１と、記憶部４２と、を備え
「
表示部１１は、
ユーザーによって選択される１又は複数のメニューやアイコンボタン等が、任意のレイアウトで配置されて表示される表示デバイスであ
「
タッチパネル２１は、
表示部１１のパネル基板１１ａの一面側である表示面側
に配置される透明な接触位置検出センサであ
パネル基板１１ａの一面側の四隅に配置された押下検出部３１に支持され
ユーザーが指等により、入力面に所定以上の押圧力Ｐを印加することにより、表示部１１方向（
Ｚ方向）に沈み込み、相対的に移動（又は、スライド）するように構成されて
「
制御部４１は、
表示部１１にメニューやアイコンボタン等を表示させ
タッチパネル２１からの接触情報に基づいて、表示部１１に表示された所望のメニューやアイコンボタン等を選択状態に設定す
さらに、
押下検出部３１からの検出信号に基づいて、選択された所望のメニューやアイコンボタン等に対応する機能を実行させ
「
記憶部４２は、
表示部１１に表示されるメニューやアイコンボタン等の表示方法や表示内容に関する情報や、選択された機能を実行した際に表示される操作画面に関する情報、制御部４１における制御処理に必要なプログラムデータ等を蓄積す
具体的には、例えばユーザーが所望の機能のメニューやアイコンボタンに触れてこれをフォーカス表示させる場合に、メニューやアイコンボタンの表示内容や色反転等の表示方法についての情報を格納す
また、このフォーカス表示させた機能を実行させてこの機能の操作画面を表示する場合に、メニューやアイコンボタンの表示内容や色反転等の表示方法についての情報を格納す
「本実施形態に係る
入力装置の制御方法
は、
まず、
タッチパネル２１は、表示部１１にメニューやアイコンボタンの一覧が表示された状態で、指が接触したか否かを検出す
　
具体的には、
複数のメニューボタンからなるメニュー画面が表示されて
メニュー画面として、「ブラウザ」、「メーラー」、「ミュージック」、「電話帳」等の複数のメニューボタンが所定のレイアウトで配置されて表示されている場合
「このようなメニュー画面が表示部１１に表示された状態で、図６Ａに示すように、
ユーザーが表示部１１の表示を見ながら、所望の機能を有する特定のメニューボタン上のタッチパネル２１の入力面（表面）に指ＦＮＧで触れ
これにより、当該タッチパネル２１は、指ＦＮＧの接触を検出して当該接触情報を制御部４１に出力す
この状態では、ユーザーはタッチパネル２１の表面に指ＦＮＧを軽く触れる程度に載置す
すなわち、タッチパネル２１を押し下げて押下検出部３１により押下状態が検出される程度の押圧力（押下力）Ｐ２よりも十分弱い押圧力（接触力）Ｐ１がタッチパネル２１の入力面に印加され
「
次いで、
制御部４１が、
算出された接触位置に対応する表示部１１の表示領域１１ｂにアンカー（すなわち、選択可能なメニューやアイコンボタン）が存在するか否かを判定す
「一方、ステップＡ１０６において、制御部４１が、
アンカーが存在すると判定した場合には、
接触位置に対応するアンカー（メニューやアイコンボタン）を選択状態に設定するとともに、フォーカス表示させ
　
具体的には、
表示部１１に表示された複数のメニューボタンのうちのユーザーが指ＦＮＧで触れた位置のメニューボタンを選択状態に設定するとともに、反転表示させ
「
次いで、ステップＡ１１０において、押下検出部３１が、タッチパネル２１が押し下げられたか否かを検出す
　
ここで、タッチパネル２１が、所定の寸法押し下げられた押下状態が検出された場合には、
制御部４１は、
選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させ
一方、ステップＡ１１０において、タッチパネル２１の押し下げが検出されない場合には、
タッチパネル２１が指が接触しているか否かを検出し、指が接触していることを検出したときには、ステップＡ１１０に戻
「
具体的には、ユーザーが選択の意図を持って、
継続してタッチパネル２１上に載置されている指ＦＮＧで、
タッチパネル２１の入力面に所定以上の押圧力（押下力）Ｐ２を印加す
これにより、タッチパネル２１が押し下げられ、これに伴って、
タッチパネル２１の押下状態が検出され、押下検出部３１から検出信号が出力され
　
そして、
フォーカス表示されたアンカー（メニューやアイコンボタン）に対応する機能が実行され
　
具体的には、制御部４１は、選択状態に設定され表示部１１に反転表示されているメニューボタンに対応する機能を、押下検出部３１からの検出信号に基づいて実行させるための制御信号を出力す
この制御信号は、
電子機器の内部回路（動作機能部）に入力されて、当該機能が実行され
「
例えば、
「ミュージック」のメニューボタンが選択された状態
において、タッチパネル２１が押し下げられて、押下検出部３１により押下状態が検出されると、制御部４１は「ミュージック」に対応するミュージックプレーヤの機能を起動させるための制御信号を電子機器の内部回路に出力す
また、制御部４１は、
タッチパネル２１の押下状態の検出に伴って、ミュージックプレーヤの機能が起動されることを示す（報知する）ために、表示部１１の「ミュージック」のメニューボタンを強調表示させ
そして、制御部４１は、電子機器の内部回路により、ミュージックプレーヤの機能が起動されると、
表示部１１を切り替えて、ミュージックプレーヤの操作画面を表示す
例えば記憶部４２に格納されている楽曲データの一覧がアイコンボタンにより表示され
「
このように、
ユーザーがタッチパネル２１に指等で軽く触れることにより、表示部１１に表示された所望のメニューやアイコンボタンが選択状態に設定されるとともに、フォーカス表示され
メニューやアイコンボタンを選択する際に、タッチパネル２１に載置された指等を離すことなく、そのままタッチパネル２１を押し下げることにより、選択した機能が実行される
「第３の実施形態に係る入力装置は、第２の実施形態に示した構成（図４Ａ、図４Ｂ参照）において、
押下検出部として圧力センサを適用し
　
具体的には、
入力装置は、
表示部１１のパネル基板１１ａの一面側（表示面側；図面上面側）の四隅に、各々圧力センサ３６を配置した構成を有し
「
制御部４１は、圧力センサ３６から出力される検出信号に基づいて、タッチパネル２１の入力面に所定以上の押圧力が印加された状態（押圧状態）を判定す
　このような構成を有する
入力装置の制御方法においては、まず、ユーザーが表示部１１に表示された所望のメニューやアイコンボタンに対応する位置の、タッチパネル２１の入力面（表面）に軽く触れる程度に指等を載置す
すなわち、制御部４１は圧力センサ３６から出力される検出信号に基づいてタッチパネル２１が押圧状態であるか否かを判定するが、タッチパネル２１には、制御部４１が押圧状態であると判定する程度の押圧力よりも十分弱い押圧力が印加され
これにより、制御部４１は、タッチパネル２１により検出された接触位置に対応するメニューやアイコンボタンを選択状態に設定するとともに、フォーカス表示させ
「
次いで、ユーザーが選択の意図を持って、タッチパネル２１上に載置されている指等で、タッチパネル２１の入力面に所定以上の押圧力を印加す
これにより、圧力センサ３６からその押圧力に応じた検出信号（検出電圧）が制御部４１に出力され
制御部４１は、圧力センサ３６からの検出信号に基づいて、表示部１１で選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させるための制御信号を、
電子機器の内部回路（動作機能部）に出力す
これにより、電子機器において選択されたメニューやアイコンボタンに対応する機能が実行され
　
このように、
ユーザーがタッチパネル２１に指等で軽く触れることにより、所望のメニューやアイコンボタンが選択状態に設定されるとともに、フォーカス表示され
そして、ユーザーがタッチパネル２１に載置された指等を離すことなく、そのままタッチパネル２１の入力面に所定以上の押圧力を印加することにより、選択した機能が実行される
「【図４Ａ】
」
「【図５】
」
「【図７】
」
　以上摘記した引用文献１の記載及び図面は、「第２の実施形態」及び「第３の実施形態」に関するものであるが、「第３の実施形態」は、「第２の実施形態に示した構成（図４Ａ、図４Ｂ参照）において、押下検出部として圧力センサを適用した」ものであって（上記第１７頁第２５行〜第３０行を参照。）、「押下検出部３１」の詳細以外については両者は共通であると解される。
　したがって、「第２の実施形態」において押下検出部として圧力センサを適用することを想定すると、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。
「入力装置は、表示部１１と、タッチパネル２１と、押下検出部３１と、制御部４１と、記憶部４２と、を備え、
　表示部１１は、ユーザーによって選択される１又は複数のメニューやアイコンボタン等が、任意のレイアウトで配置されて表示される表示デバイスであり、
　タッチパネル２１は、表示部１１のパネル基板１１ａの一面側である表示面側に配置される透明な接触位置検出センサであり、パネル基板１１ａの一面側の四隅に配置された押下検出部３１に支持され、ユーザーが指等により、入力面に所定以上の押圧力Ｐを印加することにより、表示部１１方向（Ｚ方向）に沈み込み、相対的に移動（又は、スライド）するように構成されており、
　制御部４１は、表示部１１にメニューやアイコンボタン等を表示させ、タッチパネル２１からの接触情報に基づいて、表示部１１に表示された所望のメニューやアイコンボタン等を選択状態に設定し、さらに、押下検出部３１からの検出信号に基づいて、選択された所望のメニューやアイコンボタン等に対応する機能を実行させ、
　記憶部４２は、表示部１１に表示されるメニューやアイコンボタン等の表示方法や表示内容に関する情報や、選択された機能を実行した際に表示される操作画面に関する情報、制御部４１における制御処理に必要なプログラムデータ等を蓄積し、具体的には、例えばユーザーが所望の機能のメニューやアイコンボタンに触れてこれをフォーカス表示させる場合に、メニューやアイコンボタンの表示内容や色反転等の表示方法についての情報を格納し、また、このフォーカス表示させた機能を実行させてこの機能の操作画面を表示する場合に、メニューやアイコンボタンの表示内容や色反転等の表示方法についての情報を格納し、
　入力装置の制御方法は、
　まず、タッチパネル２１は、表示部１１にメニューやアイコンボタンの一覧が表示された状態で、指が接触したか否かを検出し、具体的には、複数のメニューボタンからなるメニュー画面が表示されており、メニュー画面として、「ブラウザ」、「メーラー」、「ミュージック」、「電話帳」等の複数のメニューボタンが所定のレイアウトで配置されて表示されている場合、ユーザーが表示部１１の表示を見ながら、所望の機能を有する特定のメニューボタン上のタッチパネル２１の入力面（表面）に指ＦＮＧで触れ、これにより、当該タッチパネル２１は、指ＦＮＧの接触を検出して当該接触情報を制御部４１に出力し、この状態では、ユーザーはタッチパネル２１の表面に指ＦＮＧを軽く触れる程度に載置し、すなわち、タッチパネル２１を押し下げて押下検出部３１により押下状態が検出される程度の押圧力（押下力）Ｐ２よりも十分弱い押圧力（接触力）Ｐ１がタッチパネル２１の入力面に印加され、
　次いで、制御部４１が、算出された接触位置に対応する表示部１１の表示領域１１ｂにアンカー（すなわち、選択可能なメニューやアイコンボタン）が存在するか否かを判定し、アンカーが存在すると判定した場合には、接触位置に対応するアンカー（メニューやアイコンボタン）を選択状態に設定するとともに、フォーカス表示させ、
　具体的には、表示部１１に表示された複数のメニューボタンのうちのユーザーが指ＦＮＧで触れた位置のメニューボタンを選択状態に設定するとともに、反転表示させ、
　次いで、ステップＡ１１０において、押下検出部３１が、タッチパネル２１が押し下げられたか否かを検出し、
　ここで、タッチパネル２１が、所定の寸法押し下げられた押下状態が検出された場合には、制御部４１は、選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させ、
　一方、ステップＡ１１０において、タッチパネル２１の押し下げが検出されない場合には、タッチパネル２１が指が接触しているか否かを検出し、指が接触していることを検出したときには、ステップＡ１１０に戻り、
　具体的には、ユーザーが選択の意図を持って、継続してタッチパネル２１上に載置されている指ＦＮＧで、タッチパネル２１の入力面に所定以上の押圧力（押下力）Ｐ２を印加し、これにより、タッチパネル２１が押し下げられ、これに伴って、タッチパネル２１の押下状態が検出され、押下検出部３１から検出信号が出力され、
　そして、フォーカス表示されたアンカー（メニューやアイコンボタン）に対応する機能が実行され、
　具体的には、制御部４１は、選択状態に設定され表示部１１に反転表示されているメニューボタンに対応する機能を、押下検出部３１からの検出信号に基づいて実行させるための制御信号を出力し、この制御信号は、電子機器の内部回路（動作機能部）に入力されて、当該機能が実行され、
　例えば、「ミュージック」のメニューボタンが選択された状態において、タッチパネル２１が押し下げられて、押下検出部３１により押下状態が検出されると、制御部４１は「ミュージック」に対応するミュージックプレーヤの機能を起動させるための制御信号を電子機器の内部回路に出力し、また、制御部４１は、タッチパネル２１の押下状態の検出に伴って、ミュージックプレーヤの機能が起動されることを示す（報知する）ために、表示部１１の「ミュージック」のメニューボタンを強調表示させ、そして、制御部４１は、電子機器の内部回路により、ミュージックプレーヤの機能が起動されると、表示部１１を切り替えて、ミュージックプレーヤの操作画面を表示し、例えば記憶部４２に格納されている楽曲データの一覧がアイコンボタンにより表示され、
　このように、ユーザーがタッチパネル２１に指等で軽く触れることにより、表示部１１に表示された所望のメニューやアイコンボタンが選択状態に設定されるとともに、フォーカス表示され、メニューやアイコンボタンを選択する際に、タッチパネル２１に載置された指等を離すことなく、そのままタッチパネル２１を押し下げることにより、選択した機能が実行されるものであり、
　押下検出部として圧力センサを適用し、具体的には、入力装置は、表示部１１のパネル基板１１ａの一面側（表示面側；図面上面側）の四隅に、各々圧力センサ３６を配置した構成を有し、
　制御部４１は、圧力センサ３６から出力される検出信号に基づいて、タッチパネル２１の入力面に所定以上の押圧力が印加された状態（押圧状態）を判定し、
　入力装置の制御方法においては、まず、ユーザーが表示部１１に表示された所望のメニューやアイコンボタンに対応する位置の、タッチパネル２１の入力面（表面）に軽く触れる程度に指等を載置し、すなわち、制御部４１は圧力センサ３６から出力される検出信号に基づいてタッチパネル２１が押圧状態であるか否かを判定するが、タッチパネル２１には、制御部４１が押圧状態であると判定する程度の押圧力よりも十分弱い押圧力が印加され、これにより、制御部４１は、タッチパネル２１により検出された接触位置に対応するメニューやアイコンボタンを選択状態に設定するとともに、フォーカス表示させ、
　次いで、ユーザーが選択の意図を持って、タッチパネル２１上に載置されている指等で、タッチパネル２１の入力面に所定以上の押圧力を印加し、これにより、圧力センサ３６からその押圧力に応じた検出信号（検出電圧）が制御部４１に出力され、
　制御部４１は、圧力センサ３６からの検出信号に基づいて、表示部１１で選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させるための制御信号を、電子機器の内部回路（動作機能部）に出力し、これにより、電子機器において選択されたメニューやアイコンボタンに対応する機能が実行され、
　このように、ユーザーがタッチパネル２１に指等で軽く触れることにより、所望のメニューやアイコンボタンが選択状態に設定されるとともに、フォーカス表示され、そして、ユーザーがタッチパネル２１に載置された指等を離すことなく、そのままタッチパネル２１の入力面に所定以上の押圧力を印加することにより、選択した機能が実行される、
　入力装置の制御方法。」
（２）引用文献３の記載事項について
　当審拒絶理由に引用された引用文献３には、図面とともに次の事項が記載されている。
「【０００７】
　上記問題点に鑑みて、本発明はユーザーの意図を読み取って
画面上に表示される一部の画像を拡大表示することにより、視認性及び操作性を向上したタッチスクリーンの入力受信方法
【課題を解決するための手段】
【０００８】
　本発明の一側面によれば、画像を表示できる
タッチスクリーンの入力受信方法であって、ユーザーが前記タッチスクリーン上の所定の表示区画にタッチしたことを感知すると該表示区画に対応する所定範囲の画像を拡大表示するステップと、該拡大した所定範囲の画像を表示した状態でユーザーの確定命令を待つステップとを具備し
「【００１４】
　第１実施形態
　図１は本発明の第１実施形態のタッチスクリーン付きＰＤＡの入力受信システムの動作を示すフローチャート、特に入力受信システムに使用される入力受信方法を示すフローチャートであり、また、図２〜図５に示すのは該入力受信方法に沿って制御されるタッチスクリーン付きＰＤＡ（電子装置）１のタッチスクリーン１１の画面を示している。
【００１５】
　方法の説明
　まず、図１において最初のステップ１０１で、図２に示すように、画面上端の一部にウェブサイトのＵＲＬを表示しており、その他は全て当該ウェブサイトのページ上の文字や画像が表示され、
ユーザーがウェブサイトの文字や画像が表示されている箇所にタッチすることを待ち受け
【００１６】
　そして、この第１の操作モードにおいて、ステップ１０２で、ユーザーが該タッチスクリーン付き電子装置１の
タッチスクリーン１１の予め定められた表示区間がタッチされたことを確認した
ならば、
該タッチされた表示区画に対応する所定範囲の画像を、元の画像上に重ねて表示するための拡大されたフレーム１１８内に拡大表示し、該拡大した所定範囲の画像を表示した状態でユーザーの確定命令を待
拡大表示された所定範囲の画像内には、文字１１７や他のＵＲＬのページにアクセスするハイパーリンク１１９が張られて
【００１７】
　ステップ１０４で、ユーザーが前記拡大した所定範囲の画像を表示する拡大されたフレーム１１８内に重くタッチすることを確認（感知）したか否かを判定する。ここで、重くタッチするとは、ユーザーが拡大した所定範囲の画像内を選択した意図を確認することをいうものであり、例えば、タッチスクリーン１１の拡大されたフレーム１１８内が所定の閾値以上の圧力でタッチされたことをいう。
【００１８】
　肯定判定ならば、それを確定命令として認知し、ステップ１０５に進む。例えば、図４に示すように、ユーザーがフレーム１１８内を重くタッチしたことを感知したならば、ステップ１０５に進む。否定判定ならば、ステップ１０３で待機する。
【００１９】
　ステップ１０５で、第２の操作モードをＯＮにし、拡大されたフレーム１１８内に対する命令を受付ける。例えば、拡大されたフレーム１１８に拡大表示されたコマンド区画としてのハイパーリンク１１９が表示されているとき、このハイパーリンク１１９の位置がタッチされると、ハイパーリンク１１９に対応するＵＲＬにアクセスして、該ＵＲＬから文字あるいは画像データをダウンロードし、拡大されたフレーム１１８内に表示する。
【００２０】
　一方、ステップ１０３で、
拡大されたフレーム１１８に拡大表示された画像内に、例えばボタンなどのコマンド区画が表示されている場合、
コマンド区画にユーザーがタッチしたことを感知すると、該コマンドに対応する操作を実行する
「【図３】
」
　したがって、上記引用文献３には、以下の技術的事項が記載されていると認められる。
「画面上に表示される一部の画像を拡大表示することにより、視認性及び操作性を向上したタッチスクリーンの入力受信方法であって、ユーザーが前記タッチスクリーン上の所定の表示区画にタッチしたことを感知すると該表示区画に対応する所定範囲の画像を拡大表示するステップと、該拡大した所定範囲の画像を表示した状態でユーザーの確定命令を待つステップとを具備し、
　ユーザーがウェブサイトの文字や画像が表示されている箇所にタッチすることを待ち受け、タッチスクリーン１１の予め定められた表示区間がタッチされたことを確認したならば、該タッチされた表示区画に対応する所定範囲の画像を、元の画像上に重ねて表示するための拡大されたフレーム１１８内に拡大表示し、該拡大した所定範囲の画像を表示した状態でユーザーの確定命令を待ち、拡大表示された所定範囲の画像内には、文字１１７や他のＵＲＬのページにアクセスするハイパーリンク１１９が張られており、
　拡大されたフレーム１１８に拡大表示された画像内に、例えばボタンなどのコマンド区画が表示されている場合、コマンド区画にユーザーがタッチしたことを感知すると、該コマンドに対応する操作を実行する
タッチスクリーンの入力受信方法。」
（３）引用文献４の記載事項について
　当審拒絶理由に引用された引用文献４には、図面とともに次の事項が記載されている。
「【００７７】
　図１０ないし図１４は、本発明の第３実施形態に係る
電子装置のユーザインターフェースの展開過程
「【００７９】
　図１１には、ユーザの手が特定コンテンツ２３０をタッチした場合を例として示した。
ユーザの手がコンテンツ２３０をタッチする場合、
当該コンテンツが再生され
【００８０】
　これについてより
詳細に
検出された圧力データは、第１基準値より大きく第２基準値以下であるため、制御部１７０はコンテンツ２３０がタッチされたと判断す
コンテンツが
再生され
「【００８２】
　図１４には、
コンテンツが再生されている場合、ユーザが当該コンテンツを第２基準値より強くタッチした場合
現在表示される場面を保存することのできる「Ｓａｖｅ」メニュー及び現在表示される場面を外部装置に伝送できる「Ｔｒａｎｓｆｅｒ」メニューなどの制御メニューが表示される
「【図１１】
」
「【図１４】
」
　したがって、上記引用文献４には、以下の技術的事項が記載されていると認められる。
「電子装置のユーザインターフェースの展開過程として、ユーザの手がコンテンツ２３０をタッチする場合、当該コンテンツが再生され、詳細には、検出された圧力データは、第１基準値より大きく第２基準値以下であるため、制御部１７０はコンテンツ２３０がタッチされたと判断し、コンテンツが再生され、
　コンテンツが再生されている場合、ユーザが当該コンテンツを第２基準値より強くタッチした場合、現在表示される場面を保存することのできる「Ｓａｖｅ」メニュー及び現在表示される場面を外部装置に伝送できる「Ｔｒａｎｓｆｅｒ」メニューなどの制御メニューが表示される
電子装置のユーザインターフェース。」
２．原査定の拒絶の理由に引用された引用文献Ｂ
　原査定の拒絶の理由に引用された引用文献Ｂには、図面とともに次の事項が記載されている。
「【発明が
解決しようとする課題
【０００５】
　ところで、
サムネイル画像を一覧表示させた場合、
サムネイル画像を選択することで対応するクリップが再生されるような操作方式
　例えばサムネイル画像の一覧表示に対して、ユーザが所定の操作キーやジョグダイヤル等を用いてサムネイル画像を選択する操作入力を行うことで、機器側がそれらの操作に対応して、選択されたサムネイル画像に対応するクリップの再生を行う。
【０００６】
　このようにサムネイル画像の一覧表示は、単なる各クリップの内容確認だけでなく、一覧表示されたサムネイル画像によりクリップを選択してクリップを再生させるという利用も行われてきたが、さらに
一覧表示を有用に活用できるようにしたいという
　
例えば
サムネイル画像を拡大して映像内容を、より良好に確認できるように
したいなど
「【００３２】
［３．基本動作］
　本例では、サムネイル一覧表示に対してタッチパッド２０を用いた操作により多様な表示を実現する。ここでは、サムネイル一覧表示に関する基本的な動作を説明する。
　まず、光ディスク９０に記録された映像データとサムネイルについて図１１（ａ）で説明する。
　図１１（ａ）は、光ディスク９０に記録された映像データを模式的に示している。
映像データはクリップという単位で管理され
１つのクリップは、映像素材の連続した１つのまとまりであり、
　
各クリップについては、その代表画データとしての１フレームが決められ
　例えば各フレームの開始から３秒目のフレームが代表画データとされるとする。図１１（ａ）では、３秒目のフレームなどとして決められる代表画データのフレームを破線で示している。
【００３３】
　
この代表画データと同じ画像内容のデータがサムネイルデータとされ
「【００３８】
　図５は、
サムネイル一覧表示が行われた状態の、モニタディスプレイ装置の画面１００
　
例えば画面１００には１２個のサムネイル画像ＴＭが表示され
「【００３９】
　例えば
このようなサムネイル一覧表示に対して、ユーザはタッチパッド２０を用いて各種操作を行うことができ
　なお、以下の説明では操作の用語として「タップ」「長押し」「押し込み」という文言を用いる。
　タップとは、タッチパッド２０を短い時間で軽く叩くような操作を言う。
　長押しとは、タッチパッド２０に一定時間以上触れ続ける操作を言う。
　押し込みとは、タッチパッド２０に或る程度の力を加えて押し込むような操作を言う。」
「【００４４】
　即ちベクトル検出モード、位置検出モードのそれぞれにおいて、制御部５は、タッチパッド２０に対する接触位置の変化方向や接触位置そのものに応じて、カーソル１０１の表示位置を変化させるように表示映像生成部９に指示し、
ユーザがカーソル１０１により各サムネイル画像ＴＭを選択できるようにす
　
そしてタップ検出（瞬間的な接触検出）により、その際にカーソル１０１が位置されるサムネイル画像ＴＭを選択決定とし、サムネイル画像ＴＭに対応するクリップの再生を実行させ
「【００４５】
［４．拡張動作例Ｉ］
　以上のような基本動作に加えて、本例ではタッチパッド２０の操作に応じて、拡張動作例Ｉ、又は拡張動作例IIとしての動作を可能とする。
　拡張動作例Ｉについて図６，図７，図８を用いて説明する。
　まず図６で、拡張動作例Ｉとして実現される表示例を述べる。
【００４６】
　例えば図６（ａ）のように画面１００にサムネイル一覧表示が行われている状態では、上記同様、ベクトル検出モードの場合は、ユーザがタッチパッド２０を指でなぞることで、カーソル１０１が上下左右、なぞった方向に動く。また位置検出モードの場合は、ユーザがタッチパッド２０に触れることで、その位置に応じた画面１００上の位置にカーソル１０１が出現する。
【００４７】
　
ユーザがタッチパッド２０を押し込むと、カーソル１０１が位置しているサムネイル画像ＴＭが、押し込みの強さに応じて拡大す
　
この状態から、ユーザが指をタッチパッド２０から指を離すと、元の
状態に戻る
「【図６】
」
「【図１１】
」
　したがって、上記引用文献Ｂには、以下の技術的事項が記載されていると認められる。
「サムネイル画像を一覧表示させた場合、サムネイル画像を選択することで対応するクリップが再生されるような操作方式において、
　例えばサムネイル画像を拡大して映像内容を、より良好に確認できるようにしたいなど、一覧表示を有用に活用できるようにしたいという課題を解決するため、
　映像データはクリップという単位で管理され、１つのクリップは、映像素材の連続した１つのまとまりであり、各クリップについては、その代表画データとしての１フレームが決められ、
　この代表画データと同じ画像内容のデータがサムネイルデータとされ、
　例えば、サムネイル一覧表示が行われた状態の、モニタディスプレイ装置の画面１００には１２個のサムネイル画像ＴＭが表示され、このようなサムネイル一覧表示に対して、ユーザはタッチパッド２０を用いて各種操作を行うことができ、
　ユーザがカーソル１０１により各サムネイル画像ＴＭを選択できるようにし、
　そしてタップ検出（瞬間的な接触検出）により、その際にカーソル１０１が位置されるサムネイル画像ＴＭを選択決定とし、サムネイル画像ＴＭに対応するクリップの再生を実行させ、
　ユーザがタッチパッド２０を押し込むと、カーソル１０１が位置しているサムネイル画像ＴＭが、押し込みの強さに応じて拡大し、この状態から、ユーザが指をタッチパッド２０から指を離すと、元の状態に戻る
操作方式。」
第７　当審拒絶理由の理由１について
１．本願発明１について
（１）対比
　本願発明１と上記引用発明とを対比すると、次のことがいえる。
ア．引用発明の「入力装置の制御方法」は、後述する相違点を除き、本願発明１の「方法」に相当する。
イ．引用発明の「表示部１１」は、本願発明１の「ディスプレイ」に相当する。また、引用発明の「タッチパネル２１」は、「表示部１１のパネル基板１１ａの一面側である表示面側に配置される透明な接触位置検出センサ」であるから、本願発明１の「１つ以上の入力デバイス」に相当する。また、引用発明の「押下検出部３１」に適用された「圧力センサ３６」は、「タッチパネル２１の入力面に所定以上の押圧力が印加された」ときの「押圧力に応じた検出信号」を出力することから、本願発明１における「前記入力デバイスへの入力の強度を検出するための１つ以上の強度センサ」に相当する。
　よって、引用発明における、「表示部１１、タッチパネル２１」及び「圧力センサ３６」を備える「入力装置」は、本願発明１の「ディスプレイと、１つ以上の入力デバイスと、前記入力デバイスへの入力の強度を検出するための１つ以上の強度センサとを有する電子デバイス」に相当する。
ウ．引用発明は、「表示部１１に
メニューやアイコンボタンの一覧
「ブラウザ」、「メーラー」、「ミュージック」、「電話帳」等の複数のメニューボタンが
制御部４１に出力
　ここで、当該「制御部４１」は、「表示部１１に
表示された複数のメニューボタンのうちのユーザーが指ＦＮＧで触れた位置のメニューボタンを選択状態に設定する
　よって、引用発明において、「ユーザ」により「表示を見ながら、」「指ＦＮＧで触れ」る指標となる「メニューやアイコンボタンの一覧」のうちの「メニューボタン」は、本願発明１の「選択可能ユーザインタフェース要素」に相当するといえる。
　したがって、引用発明の「メニューやアイコンボタンの一覧」である「複数のメニューボタン」を「表示」することは、本願発明１の「複数の選択可能ユーザインタフェース要素を表示すること」に相当するといえる。
エ．引用発明の「タッチパネル２１」を「ユーザ」の「指ＦＮＧ」で「押し下げ」ることは、本願発明１の「タッチ入力」に相当する。そして、引用発明の上記「複数のメニューボタン」のうち、「例えば、「ミュージック」のメニューボタンが選択された状態において、タッチパネル２１が押し下げられて、押下検出部３１により押下状態が検出されると、制御部４１は「ミュージック」に対応するミュージックプレーヤの機能を起動させる」ことから、引用発明の上記「複数のメニューボタン」のうちの「ミュージック」の「メニューボタン」は、本願発明１の「複数の選択可能ユーザインタフェース要素」のうちの「第１ユーザインタフェース要素」に相当するといえる。
　したがって、引用発明の「複数のメニューボタン」のうち「ミュージックプレーヤの機能」に対応する「ミュージック」の「メニューボタン」が選択された状態において「タッチパネル２１」の「押下状態」を「検出」することは、本願発明１の「前記複数の選択可能ユーザインタフェース要素のうち、
第１コンテンツに対応する
オ．引用発明における「十分弱い押圧力（接触力）Ｐ１」は、本願発明１の「第１強度閾値」に相当する。また、引用発明において、「ユーザー」が「タッチパネル２１の表面に指ＦＮＧを軽く触れる程度に載置し、」「十分弱い押圧力（接触力）Ｐ１がタッチパネル２１の入力面に印加され」る部分は、本願発明１の「前記タッチ入力の第１の部分」に相当する。
　また、引用発明の「メニューボタン」の表示を「反転表示」することは、本願発明１の「前記第１ユーザインタフェース要素の外観を変更すること」に相当する。
　よって、引用発明において、「ユーザーはタッチパネル２１の表面に指ＦＮＧを軽く触れる程度に載置し、すなわち、タッチパネル２１を押し下げて押下検出部３１により押下状態が検出される程度の押圧力（押下力）Ｐ２よりも十分弱い押圧力（接触力）Ｐ１がタッチパネル２１の入力面に印加され」ると、「制御部４１」は、「表示部１１に表示された複数のメニューボタンのうちのユーザーが指ＦＮＧで触れた位置のメニューボタンを選択状態に設定するとともに、反転表示させ」ることは、本願発明１において、「前記タッチ入力が第１強度閾値に到達する前記タッチ入力の第１部分の検出に応じて、前記第１ユーザインタフェース要素に向けられた入力が検出されたことを示すように前記第１ユーザインタフェース要素の外観を変更すること」に相当するといえる。
カ．上記「オ．」に示したとおり、引用発明の「メニューボタン」の表示を「反転表示」することは、本願発明１の「前記第１ユーザインタフェース要素の外観を変更」することに相当することから、引用発明の当該「メニューボタン」の表示を「反転表示」させた「後」は、本願発明１の「前記第１ユーザインタフェース要素の前記外観を変更した後」に相当する。
　そして、引用発明において、当該「メニューボタン」の表示を「反転表示」させた「後」は、引用発明の【図５】のフロー図で示された「ステップＡ１０８」より後の「ステップＡ１１０」以降のステップの動作がなされ、ここでは、「ステップＡ１１０において、押下検出部３１が、タッチパネル２１が押し下げられたか否かを検出し、ここで、タッチパネル２１が、所定の寸法押し下げられた押下状態が検出された場合には、制御部４１は、選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させ」ることから、当該「ステップＡ１１０」以降の「タッチパネル２１」が「押し下げられたか否かの検出」は、本願発明１の「前記タッチ入力の第２部分の検出」に相当する。
　よって、引用発明の当該「メニューボタン」の表示を「反転表示」させた「後」のフローは、本願発明１の「前記第１ユーザインタフェース要素の前記外観を変更した後に、前記タッチ入力の強度の増加
に続く前記タッチ入力の強度の減少
キ．引用発明における「タッチパネル２１を押し下げて押下検出部３１により押下状態が検出される程度の押圧力（押下力）Ｐ２」は、「Ｐ２よりも十分弱い押圧力（接触力）Ｐ１」よりも高い押圧力であることから、本願発明１の「前記第１強度閾値よりも高い第２強度閾値」に相当する。
　そして、引用発明では、「メニューボタン」の表示を「反転表示」させた後、「ステップＡ１１０において、押下検出部３１が、タッチパネル２１が押し下げられたか否かを検出し、ここで、タッチパネル２１が、所定の寸法押し下げられた押下状態が検出された場合には、制御部４１は、選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させ」るものであり、具体的には、「例えば、「ミュージック」のメニューボタンが選択された状態において」は、「タッチパネル２１の押下状態の検出に伴って、」「ミュージックプレーヤの機能が起動される」と、「表示部１１を切り替えて、ミュージックプレーヤの操作画面を表示し、例えば記憶部４２に格納されている楽曲データの一覧がアイコンボタンにより表示され」るものである。
　そうすると、引用発明の「ミュージック」のメニューボタンに対する「タッチパネル２１の押下状態の検出」により「ミュージックプレーヤの操作画面を表示」することは、本願発明１における「前記第１ユーザインタフェース要素に対応する」「表現を表示」することに相当する。また、引用発明の当該「ミュージックプレーヤの操作画面」の「表示」は、「楽曲データの一覧がアイコンボタンにより表示」されるものであるから、当該「操作画面」における「楽曲データの一覧」は、本願発明１における「複数の選択可能コントロール」に相当する。
　したがって、引用発明の「メニューボタン」の表示を「反転表示」させた「後」のフローは、本願発明１の「前記タッチ入力の前記第２部分の検出に応じて、前記タッチ入力の前記強度が前記第１強度閾値よりも高い第２強度閾値を超えて増加するという判定に従って、前記第１ユーザインタフェース要素に対応する
前記第１コンテンツの
前記第１コンテンツの
前記第１コンテンツとやり取りするための
ク．上記「カ．」に示したとおり、引用発明において、「メニューボタン」の表示を「反転表示」させた「後」は、引用文献１の【図５】のフロー図で示された「ステップＡ１０８」より後の「ステップＡ１１０」以降のステップの動作がなされ、
　ここでは、「ステップＡ１１０において、押下検出部３１が、タッチパネル２１が押し下げられたか否かを検出し、ここで、タッチパネル２１が、所定の寸法押し下げられた押下状態が検出された場合には、制御部４１は、選択状態に設定されフォーカス表示されたメニューやアイコンボタンに対応する機能を実行させ」、
　「一方、ステップＡ１１０において、タッチパネル２１の押し下げが検出されない場合には、タッチパネル２１が指が接触しているか否かを検出し、指が接触していることを検出したときには、ステップＡ１１０に戻」ることから、
　当該「ステップＡ１１０」以降の「タッチパネル２１の押し下げが検出されない場合」は、本願発明１の「前記タッチ入力の前記第２部分の間に前記タッチ入力の前記強度が前記第２強度閾値を超えて増加しなかった」場合に相当し、引用発明において、当該「タッチパネル２１の押し下げが検出されない場合」、「ミュージックプレーヤの操作画面」の「楽曲データの一覧」は「表示」されずに、「ステップＡ１１０に戻」ることは、本願発明１の「前記複数の選択可能コントロールを含む前記第１ユーザインタフェース要素に対応する」「前記表現を表示しない」ことに相当する。
　したがって、引用発明の「メニューボタン」の表示を「反転表示」させた「後」の上記フローは、本願発明１の「前記タッチ入力の前記第２部分の間に前記タッチ入力の前記強度が前記第２強度閾値を超えて増加しなかったという判定に従って、
前記第１コンテンツとやり取りするための
前記第１コンテンツの
ケ．引用発明の「メニューボタン」の表示を「反転表示」させた「後」のフローは、
　上記「カ．」に示した「ステップＡ１１０」以降の「タッチパネル２１」が「押し下げられたか否かの検出」においても、
　また、上記「キ．」に示した「タッチパネル２１が、所定の寸法押し下げられた押下状態が検出」され、「タッチパネル２１の押下状態の検出に伴って、」「ミュージックプレーヤの機能が起動される」と、「表示部１１を切り替えて、ミュージックプレーヤの操作画面を表示し、」「楽曲データの一覧がアイコンボタンにより表示され」る場合も、
　また、上記「ク．」に示した「タッチパネル２１の押し下げが検出されない場合」、「ミュージックプレーヤの操作画面」の「楽曲データの一覧」は「表示」されずに、「ステップＡ１１０に戻」る場合も、
　いずれも、「タッチパネル２１に載置された指」を「離すことなく」、行っていることから、引用発明の「メニューボタン」の表示を「反転表示」させた「後」のフローは、本願発明１の「前記タッチ入力を検出し続けている間に、」行う点で共通している。
　したがって、本願発明１と引用発明との間には、次の一致点、相違点があるといえる。
＜一致点＞
「方法であって、
　ディスプレイと、１つ以上の入力デバイスと、前記入力デバイスへの入力の強度を検出するための１つ以上の強度センサとを有する電子デバイスにおいて、
　　複数の選択可能ユーザインタフェース要素を表示することと、
　　前記複数の選択可能ユーザインタフェース要素のうち、第１ユーザインタフェース要素へのタッチ入力を検出することと、
　　前記タッチ入力が第１強度閾値に到達する前記タッチ入力の第１部分の検出に応じて、前記第１ユーザインタフェース要素に向けられた入力が検出されたことを示すように前記第１ユーザインタフェース要素の外観を変更することと、
　　前記タッチ入力を検出し続けている間に、
　　　前記第１ユーザインタフェース要素の前記外観を変更した後に、前記タッチ入力の強度の増加を検出することを含む前記タッチ入力の第２部分を検出することと、
　　　前記タッチ入力の前記第２部分の検出に応じて、
　　　　前記タッチ入力の前記強度が前記第１強度閾値よりも高い第２強度閾値を超えて増加するという判定に従って、前記第１ユーザインタフェース要素に対応する表現を表示することであって、前記表現は、複数の選択可能コントロールを含む、ことと、
　　　　前記タッチ入力の前記第２部分の間に前記タッチ入力の前記強度が前記第２強度閾値を超えて増加しなかったという判定に従って、前記複数の選択可能コントロールを含む前記第１ユーザインタフェース要素に対応する前記表現を表示しないことと、
を有する方法。」
＜相違点＞
（相違点１）
「第１ユーザインタフェース要素」は、本願発明１では、「第１コンテンツに対応する」ものであるのに対し、引用発明では、例えば「ミュージックプレーヤの機能」のような「機能に対応する」ものである点。
（相違点２）
「前記第１ユーザインタフェース要素の外観を変更すること」は、本願発明１では、「前記タッチ入力の前記強度が増加するにつれて拡大する前記第１コンテンツの表現のプレビューを表示することを含む、」のに対し、引用発明では、例えば、「押圧力（接触力）Ｐ１がタッチパネル２１の入力面に印加され」ると、「ミュージック」等のメニューボタンを「反転表示」することが特定されているものの、「前記タッチ入力の前記強度が増加するにつれて拡大する前記第１コンテンツの表現のプレビューを表示する」構成は特定されていない点。
（相違点３）
「第１ユーザインタフェース要素の外観を変更した後」の、「タッチ入力の第２部分の検出」は、本願発明１では、「タッチ入力の強度の増加に続く前記タッチ入力の強度の減少を検出することを含む」のに対し、引用発明では、「タッチ入力の強度の増加を検出することを含む」ものの、「タッチ入力の強度の減少を検出する」ことは特定されていない点。
（相違点４）
「前記タッチ入力の前記強度が前記第１強度閾値よりも高い第２強度閾値を超えて増加するという判定」に従ってなされる「前記第１ユーザインタフェース要素に対応する」「表現」は、本願発明１では、「第１コンテンツ」の「表現」であるのに対し、引用発明では、例えば「ミュージックプレーヤの機能」による「ミュージックプレーヤの操作画面」である点。
（相違点５）
　前記表現に含まれる「複数の選択可能コントロール」は、本願発明１では、「前記第１コンテンツとやり取りするための」ものであるのに対し、引用発明では、「楽曲データの一覧」である点。
（２）相違点についての検討
　事案に鑑みて、上記相違点２について先に検討すると、「前記第１ユーザインタフェース要素の外観を変更すること」に対応した、相違点２に係る本願発明１の「前記タッチ入力の前記強度が増加するにつれて拡大する前記第１コンテンツの表現のプレビューを表示することを含む、」という構成は、上記「第５　１．（１）」〜「第５　１．（３）」で示した引用文献１、３及び４のいずれにも記載も示唆もされていない。
　また、上記「第５　２．」で示した引用文献Ｂには、「ユーザがタッチパッド２０を押し込むと、カーソル１０１が位置しているサムネイル画像ＴＭが、押し込みの強さに応じて拡大」する技術的事項が開示されている。
　しかしながら、引用文献Ｂにおいて、「サムネイル画像ＴＭ」が、「押し込みの強さに応じて拡大」するのは、「サムネイル画像を拡大して映像内容を、より良好に確認できるようにしたい」という課題を解決するためのものであるところ、「第１ユーザインタフェース要素」に対応する引用発明の「ミュージック」等の「メニューボタン」は、例えば「ミュージックプレーヤの機能」のような「機能に対応する」ものであり、引用文献Ｂの「サムネイル画像ＴＭ」のようなコンテンツに対応する画像を表示するボタンではないため、そのような課題を有さないものである。
　すなわち、引用発明と引用文献Ｂは、それぞれの構成の「メニューボタン」と「サムネイル画像ＴＭ」について、そのユーザインタフェース要素としての機能が異なるものであり、後者における解決しようとする課題が、前者にも存在するものと、当業者が認識するとはいえない。
　したがって、引用発明の「メニューボタン」に上記引用文献Ｂの技術的事項である「サムネイル画像ＴＭ」を組み合わせることは想定することができず、相違点２に係る本願発明１の上記構成を容易に想到することはできない。
　また、相違点２に係る本願発明１の上記構成は、本願優先日前に周知技術であるともいえない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献３、４及びＢに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２〜９について
　本願発明２〜７も、上記相違点２に係る本願発明１の上記構成と同一の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明、引用文献３、４及びＢに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　また、本願発明８は、本願発明１〜７を引用する形式で、本願発明１の方法を実行するための命令を含む、電子デバイスの発明であり、本願発明９は、本願発明１〜７を引用する形式で、本願発明１の方法を実行させる命令を有するコンピュータプログラムの発明であるから、請求項８及び９のいずれも、上記相違点２に係る本願発明１の上記構成と同一の構成を備えるものであるため、本願発明１と同様の理由により、当業者であっても、引用発明、引用文献３、４及びＢに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
第８　原査定についての判断
　令和３年７月６日になされた手続補正により、補正後の請求項１〜９は、「前記タッチ入力の前記強度が増加するにつれて拡大する前記第１コンテンツの表現のプレビューを表示することを含む、」という構成を有するものとなった。当該構成は、原査定における引用文献Ａ、Ｃ、Ｄ（当審拒絶理由における引用文献１、３、４）及び引用文献Ｂには記載されておらず、本願優先日前における周知技術でもないので、本願発明１〜９は、当業者であっても、原査定における引用文献Ａ〜Ｄに基づいて容易に発明できたものではない。したがって、原査定を維持することはできない。
第９　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。