【事件の表示】
　特願２０１８−　７３９６３「情報処理装置の制御方法、制御プログラム及び情報処理装置」拒絶査定不服審判事件〔平成３０年　７月　５日出願公開、特開２０１８−１０６７６４、請求項の数（１１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１３年（平成２５年）１２月４日（優先権主張　平成２４年１２月２６日）を国際出願日とする出願である特願２０１４−５５４２７３号とし、その一部を平成２８年９月１２日に新たな特許出願である特願２０１６−１７７４８７号とし、その一部を平成２８年１２月２６日に新たな特許出願である特願２０１６−２５０９５２号とし、その一部を平成３０年４月６日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　平成３０年１２月　５日付け：拒絶理由通知書
　平成３１年　２月　８日　　：意見書、手続補正書の提出
　平成３１年　４月１９日付け：拒絶理由（最後の拒絶理由）通知書
　令和　元年　６月２４日　　：意見書、手続補正書の提出
　令和　元年１０月　１日付け：令和元年６月２４日の手続補正についての
　　　　　　　　　　　　　　　補正の却下の決定、拒絶査定（原査定）
　令和　２年　１月　８日　　：審判請求書、手続補正書の提出
　令和　２年１２月１５日付け：拒絶理由通知書（以下、「当審拒絶理由」
　　　　　　　　　　　　　　　という。）
　令和　３年　２月１５日　　：意見書、手続補正書の提出
第２　原査定の概要
　原査定（令和元年１０月１日付け拒絶査定）の概要は次のとおりである。
　この出願の下記の請求項に係る発明は、以下の引用文献に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　記
・請求項１−３，５，７，１１−１４
・引用文献等　Ａ−Ｂ
・請求項４
・引用文献等　Ａ−Ｃ
・請求項６，８
・引用文献等　Ａ−Ｄ
・請求項９，１０
・引用文献等　Ａ−Ｅ
引用文献等一覧
Ａ.国際公開第２０１０／０７１１８７号
Ｂ.特開２０１１−２８３４５号公報
Ｃ.米国特許出願公開第２０１１／０１５７０４６号明細書
Ｄ.特開２０１０−４９６２９号公報
Ｅ.特開２０００−２６７７７７号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
　この出願の下記の請求項に係る発明は、以下の引用文献に基いて、その出願前に当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　　記
・請求項１−１３
・引用文献等　１−２
引用文献等一覧
１.特表２００８−５０８６００号公報
２.特開２０１２−２３４５６９号公報
第４　本願発明
　本願請求項１−１１に係る発明（以下、それぞれ「本願発明１」−「本願発明１１」という。）は、令和３年２月１５日の手続補正で補正された特許請求の範囲の請求項１−１１に記載された事項により特定される発明であり、本願発明１−１１は以下のとおりの発明である（補正箇所に下線を付した）。
「　【請求項１】
　画像を表示する表示ユニットと、上記表示ユニットと一体にして設けられたタッチパネルと、コンピュータとを有する情報処理装置が実行する制御方法であって、
　上記コンピュータが、
　
アプリケーションプログラムの実行時に、
タッチ操作を受け付けた
に応じた位置に
上記アプリケーションプログラムの画像に重ねて
するとともに
上記枠画像の中に上記情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示し、
　上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、上記情報処理装置の機能の設定を行う、情報処理装置の制御方法。
　　【請求項２】
　上記タッチ操作を受け付けた位置を中心として上記枠画像を表示する
　請求項１に記載の情報処理装置の制御方法。
　　【請求項３】
　上記連続するタッチ操作の操作方向及び操作量に応じて、上記機能の設定を行う、請求項１又は２に記載の情報処理装置の制御方法。
　　【請求項４】
　上記枠画像に対する、上記枠画像の径方向の連続するタッチ操作を受け付け、
　上記連続するタッチ操作の方向及び操作の量に応じて、上記枠画像の大きさを変更する、請求項１〜３のいずれか１項に記載の情報処理装置の制御方法。
　　【請求項５】
　上記枠画像に対する、上記枠画像の円弧方向に沿わない連続するタッチ操作を受け付け、
　上記連続するタッチ操作の方向及び操作の量に応じて、上記枠画像の表示位置を変更する、請求項１〜４の何れか１項に記載の情報処理装置の制御方法。
　　【請求項６】
　上記リング状の枠画像に加えて径方向に突出した操作レバーの画像を表示させ、
　上記操作レバーの画像に対する上記リング状の枠画像に沿った連続するタッチ操作を受け付ける、請求項１〜５の何れか１項に記載の情報処理装置の制御方法。
　　【請求項７】
　上記連続するタッチ操作の操作方向に応じて音量を増大又は減少させる、請求項１〜６の何れか１項に記載の情報処理装置の制御方法。
　　【請求項８】
　上記連続するタッチ操作の操作方向に応じて上記表示ユニットの明るさを増大又は減少させる、請求項１〜７の何れか１項に記載の情報処理装置の制御方法。
　　【請求項９】
　上記枠画像の中に、複数の候補が表示されたリストを表示し、
　上記連続するタッチ操作の操作方向に応じて上記複数の候補のうち一つを選択する、請求項１〜８の何れか１項に記載の情報処理装置の制御方法。
　　【請求項１０】
　画像を表示する表示ユニットと、上記表示ユニットと一体にして設けられたタッチパネルと、コンピュータとを有する情報処理装置が実行する制御プログラムであって、
　上記コンピュータに、
　
アプリケーションプログラムの実行時に、
タッチ操作を受け付けた
に応じた位置に
上記アプリケーションプログラムの画像に重ねて
するとともに
上記枠画像の中に上記情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示し、
　上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、上記情報処理装置の機能の設定を行うことを実行させる、制御プログラム。
　　【請求項１１】
　画像を表示する表示ユニットと、上記表示ユニットと一体にして設けられたタッチパネルと、コンピュータとを備えた情報処理装置であって、
　上記コンピュータは、
　
アプリケーションプログラムの実行時に、
タッチ操作を受け付けた
に応じた位置に
するとともに
上記枠画像の中に上記情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示し、
　上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、上記情報処理装置の機能の設定を行う、情報処理装置。」
第５　引用文献、引用発明等
１．当審拒絶理由に引用された引用文献
（１）引用文献１、引用発明について
（ア）当審拒絶理由に引用された引用文献１には、図面とともに次の事項が記載されている。（下線は、当審により付与した。以下、同様。）
「【請求項５１】
　タッチ・センシティブ・デバイスを介して浮動制御を開始するためのコンピュータによって実施される方法であって、
　前記タッチ・センシティブ・デバイス上でオブジェクトの存在を検出するステップと、
　前記オブジェクトを認識するステップと、
　前記
認識されたオブジェクトに基づき、前記タッチ・スクリーン上で前記オブジェクトの付近にユーザ・インタフェース要素を生成する
「【０１０３】
　現在のアプリケーションには、例えば、オペレーティング・システム（例えば、Ｍａｃ  ＯＳ）、ワード・プロセッシング・プログラム、スプレッドシート・プログラム、描画編集プログラム、イメージ編集プログラム、ゲーム・プログラム、写真管理プログラム（例えば、ｉＰｈｏｔｏ）、音楽管理プログラム（例えば、ｉＴｕｎｅ）、ビデオ編集プログラム（例えば、ｉＭｏｖｉｅ）、映画管理プログラム（例えば、ＱｕｉｃｋＴｉｍｅ）、音楽編集プログラム（例えば、ＧａｒａｇｅＢａｎｄ）、インターネット・インタフェース・プログラム、および／または類似のプログラムが含まれる。
【０１０４】
　アプリケーションの現在の状態またはモードは、アプリケーションの活性の部分（例えば、現在のウインドウ、またはウインドウ内の現在のウインドウ）に対応する。例えば、音楽管理プログラムの活性の部分は、音楽制御モード、再生リスト選択モード、メニュー・モード、および／または類似するモードに対応する。さらに、写真管理プログラムの活性の部分は、写真ブラウズ・モードまたは写真編集モードに対応する。さらに、インターネット・インタフェース・プログラムの活性の部分は、Ｗｅｂモードまたは電子メール・モードに対応する。
【０１０５】
　他方、タッチ特性は、前述した諸実施形態の多くで説明されるとおり、例えば、タッチ位置、タッチＩＤ、タッチの数などに対応する。
【０１０６】
　アプリケーションに関して、異なるアプリケーションは異なるＵＩモードを示す。例えば、ワード・プロセッシング・アプリケーションまたはスプレッドシート・アプリケーションは、データ入力モードを示すのに対して、音楽管理プログラムは、制御モードまたはスクロール・モードを示す。アプリケーションの現在の状態に関して、アプリケーションの異なるモードは、異なるＵＩモードを示す。例えば、音楽管理プログラムでは、メニュー・ウインドウが、１つのＵＩモードを示すことが可能であるのに対して、再生リスト・ウインドウは別のＵＩモードを示す。」
「【０１１１】
　ＧＵＩ要素は、様々な形でディスプレイされる。例えば、ＧＵＩ要素は、現在、ディスプレイされているグラフィック・イメージの上に位置付けられることも、現在、ディスプレイされているグラフィック・イメージに取って代わる（例えば、最小化する、移動するなど）ことも可能である。一部のケースでは、ＧＵＩ要素は、ＧＵＩ要素の下に配置された現在のグラフィック・イメージを見ることができる（したがって、最小化することや移動することを無くす）ように、半透明にされる。これは、スクロール・ホイールを使用して、スクロール・ホイールの下に配置されたリストを走査する際に、役立つ。さらに、
ＧＵＩ要素は、タッチの付近に配置されても、何らかの所定の場所に配置されてもよい。所定の場所は、アーゴノミクスに、すなわち、ユーザに最良の場所がどこであるかに基づくことが可能である
【０１１２】
　以上に加えて、ＧＵＩ要素は、成長すること、フェード・インすること、ポップ・アップすることなどの、従来の効果を使用してディスプレイされたり、一部のケースでは、脈打ったり、振動することなどさえ可能である。効果が、ポップアップすることである場合、ＧＵＩ要素は即時に見えるようにされる。効果が、図２９Ａ〜図２９Ｄに示されるとおり、成長することである場合、小さいＧＵＩ要素８２０Ａ（スクロール・ホイール）が、最初にディスプレイされ、その後、様々なサイズ８２０Ｂ、８２０Ｃを介して絶えず大きくなり、ついには、所望されるサイズ８２０Ｄに達する。成長の速度はタッチの圧力に基づくことが可能である。例えば、タッチ圧力が低い場合、ＧＵＩ要素は、ゆっくりと成長することが可能であり、タッチ圧力が高い場合、ＧＵＩ要素はより急速に成長することが可能である。加えて、ＧＵＩ要素の最終サイズは、タッチの長さに基づくことが可能である。例えば、ＧＵＩ要素は、タッチがもはや検出されなくなると、成長するのを止める。代替的に、速度とサイズは、例えば、コントロール・パネルを介して、ユーザ調整可能であってもよい。効果が、図３０Ａ〜図３０Ｄに示されるとおり、フェージングである場合、ＧＵＩ要素８２２は、無から様々なレベルの歪みまたは透明度８２２Ａ〜８２２Ｃを介して、最終の完全なイメージ８２２Ｄまで、ゆっくりと見えるようにされる。フェージングは、成長と同様に制御されることが可能である。例えば、フェードの速度やレベルは、タッチの圧力と長さによって制御されることが可能である。
【０１１３】
　遷移効果は、現在、ディスプレイされているイメージ、すなわち、タッチが検出される前に現行でディスプレイされていたイメージに持ち込まれることさえ可能である。一実施形態では、逆の効果が、現在、ディスプレイされているイメージに生じる。例えば、図３１Ａ〜図３１Ｄに示されるとおり、現在、ディスプレイされているグラフィック・イメージ８２６は、ＧＵＩ要素８２０が大きくなるにつれ、小さくなり最小化される。代替的に、ＧＵＩ要素が、即時にポップインする場合、現在、ディスプレイされているグラフィック・イメージは、即時にポップアウトする、または即時に最小化される。」
「【０１１８】
　図３３は、本発明の一実施形態による
ユーザ・インタフェース方法９００
ディスプレイと、タッチ・スクリーンなどのタッチ・センシティブ入力デバイスとを有するコンピューティング・デバイス上で実行される
音楽管理プログラムに関連するグラフィカル・ユーザ・インタフェースである
【０１１９】
　ブロック９０２に続いて、ユーザ・インタフェース方法９００は、ブロック９０４に進み、
ディスプレイされた曲リスト
の上でタッチが検出され
これは、スタイラス、または１本または複数の指などのオブジェクトが、タッチ・センシティブ入力デバイスのタッチ・センシティブ面上に置かれた際に、タッチ・センシティブ入力デバイスを使用して行われ
【０１２０】
　
タッチが検出されると、
仮想スクロール・ホイールが活性化され
つまり、仮想スクロール・ホイールは、曲リストに加えてディスプレイされて、ホイールの機能が有効にされ
仮想スクロール・ホイールは、メディア・アイテムに取って代わる、すなわち、メディア・アイテムは、仮想スクロール・ホイールのためのスペースを空けるように、最小化または移動され
他のケースでは、仮想スクロール・ホイールは、メディア・アイテムの上に位置付けられ、または重ねられ
仮想スクロール・ホイールは、メディア・アイテムが、仮想スクロール・ホイールを通して見えるように、半透明にされ
【０１２１】
　
ディスプレイされると、仮想スクロール・ホイールに対するスクロール・タッチ・イベント（またはジェスチャ）が実行されたか否かについての判定９０８が行われ
例えば、スクロール・ホイールの上に指が位置付けられているか否か、またはその指が、スクロール・ホイールの周りで旋回する形で動かされているかどうか
【０１２２】
　
スクロール・タッチ・イベントが、ユーザによって実行された場合、
曲リストのスクロールがスクロール・タッチ・イベントに応じて実施される
【０１２３】
　スクロールまたは選択タッチ・イベントが実行されない場合、ユーザ・インタフェース方法９００は、ブロック９１６に進み、仮想スクロール・ホイールが非活性化される。つまり、仮想スクロール・ホイールは無効にされ、ディスプレイから除去される。図３４Ｅ、図３５Ｅは、仮想スクロール・ホイール９３６のないディスプレイ９２８を示す。仮想スクロール・ホイール９３６は、除去されているものの、曲リストに加えられた変更、すなわち、セレクタ・バーの位置は、通常、そのままである。
【０１２４】
　一部のケースでは、仮想スクロール・ホイールは、ホイールの表面を横切るボタン・ゾーン、またはホイール中央もしくはホイール側部における仮想ボタンを含むことが可能である。ボタン群やボタン・ゾーンは、例えば、メニュー、再生、シーク、一時停止、および／または以上に類することに対応する。この特定の実施形態では、前述した方法はブロック４１６より前に行われる、さらなるステップを含むことが可能である。例えば、スクロール・タッチ・イベントが実行されない場合、ユーザ・インタフェース方法９００は、仮想スクロール・ホイールに対して選択タッチ・イベント（またはジェスチャ）が実行されたか否かについての判定が行われる、さらなるブロックを含むことが可能である。選択タッチ・イベントは、ボタンをタップすることにより、または仮想スクロール・ホイールの表面の周りの旋回ではなく、ボタン上により高い圧力、またはより低い圧力を加えることにより、実施されることが可能である（図３４Ｆ、３５Ｆを参照）。ボタンが、曲選択ボタンまたは曲エンタ・ボタンである場合、方法は、セレクタ・バーが上に置かれた曲が選択される別のブロックを含む。つまり、仮想ボタンがタップされる、または別の形で選択されると、セレクタ・バーによって現在、覆われている曲が再生され、ユーザが享受するために出力される。
【０１２５】
　前述した方法は、曲リストをスクロールすることに限定されないことに留意されたい。任意のメディア・アイテムや任意の要素グループが、前述した技術を使用してスクロールされる。例えば、図３６Ａ〜図３６Ｃに示された写真レイアウト９４２では、ユーザが、写真レイアウト９４２（またはグループ化）の上にユーザの指９２５を置くと、仮想スクロール・ホイール９３６が現れ、その後、ホイール９３６を使用して、レイアウト９４２における様々な写真９４３の間でハイライタ９４４を動かすことができる。例として、写真は、多数のイメージを走査することを、より容易にするサムネール・イメージである。」
（イ）上記下線部の記載によれば、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
〈引用発明〉
「ディスプレイと、タッチ・スクリーンなどのタッチ・センシティブ入力デバイスとを有するコンピューティング・デバイス上で実行されるユーザ・インタフェース方法９００であって、
　音楽管理プログラムに関連するグラフィカル・ユーザ・インタフェースであり、
　ディスプレイされた曲リストの上でタッチが検出され、
　　これは、スタイラス、または１本または複数の指などのオブジェクトが、タッチ・センシティブ入力デバイスのタッチ・センシティブ面上に置かれた際に、タッチ・センシティブ入力デバイスを使用して行われ、
　タッチが検出されると、仮想スクロール・ホイールが活性化され、
　　つまり、仮想スクロール・ホイールは、曲リストに加えてディスプレイされて、ホイールの機能が有効にされ、
　　仮想スクロール・ホイールは、メディア・アイテムに取って代わる、すなわち、メディア・アイテムは、仮想スクロール・ホイールのためのスペースを空けるように、最小化または移動され、
　　他のケースでは、仮想スクロール・ホイールは、メディア・アイテムの上に位置付けられ、または重ねられ、仮想スクロール・ホイールは、メディア・アイテムが、仮想スクロール・ホイールを通して見えるように、半透明にされ、
　ディスプレイされると、例えば、スクロール・ホイールの上に指が位置付けられているか否か、またはその指が、スクロール・ホイールの周りで旋回する形で動かされているかどうかにより、仮想スクロール・ホイールに対するスクロール・タッチ・イベント（またはジェスチャ）が実行されたか否かについての判定９０８が行われ、
　スクロール・タッチ・イベントが、ユーザによって実行された場合、曲リストのスクロールがスクロール・タッチ・イベントに応じて実施される、
ユーザ・インタフェース方法９００。」
（２）引用文献２について
　当審拒絶理由に引用された引用文献２には、図面とともに次の事項が記載されている。
「【０１８８】
　この状態Ｎにおいて、スクロールホイール処理部２３は、第２の指が固定領域外ＮＦ内の或る位置でダブルクリックしたというタッチ入力操作が行われたか否かを判定する。当該タッチ入力操作が行われたと判定された場合、スクロールホイール処理部２３は、
状態Ｏに示すように、当該第２の指がタッチしている第２接触点を中心部とする所定長の径をそれぞれ有する同心円状のスクロールホイールＳＷを表示する。このスクロールホイールＳＷのそれぞれの径の長さは、スクロールホイール処理部２３の動作又は情報格納媒体２５において予め規定されていることが好ましい
２．原査定の拒絶の理由に引用された引用文献
（１）引用文献Ａについて
　原査定の拒絶の理由に引用された引用文献Ａ（特に、第５欄第２１−２５行、第１５欄第２３行−第１６欄４行、［図２］及び［図１４］を参照のこと。）には、以下の技術的事項が開示されている。
「画像を表示する表示ユニット（平面ディスプレイパネル１４。［図２］を参照。）と、上記表示ユニットと一体にして設けられたタッチパネル（タッチパネル１５。［図２］を参照。）と、コンピュータとを有する情報処理装置（電子機器１０。第５欄第２１−２５行には、電子機器１０が、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３等を備えることが記載されているから、電子機器１０は、コンピュータを有するといえる。）において、
　上記コンピュータが、上記タッチパネルに対する予め設定されたタッチ操作を受け付けて、上記表示ユニットにリング状の枠画像を表示し、
　上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、前記情報処理装置の機能の設定を行う（第１５欄第２３行−第１６欄４行及び［図１４］には、リング状のスライドバー（リング状の枠画像）とスライダ（操作レバー）を画面に表示し、タッチによりスライダーをバーに沿って移動させることにより、設定値を変更することが記載されている。）こと」
（２）引用文献Ｂについて
　原査定の拒絶の理由に引用された引用文献Ｂの段落［００４３］−［００４４］及び［図４］には、以下の技術的事項が記載されている。
「デジタルカメラの画面５０の左右を両手タッチし、両指で回動操作が行われたことを、タッチ検出部１１ａが検出すると、すなわち、タッチ操作を受け付けたことに応答して、ズーミングのための操作補助画像として画面５０上に左右のタッチ位置を楕円の長円とするような楕円形上の図形、リング６１を表示すること、すなわち、表示ユニットにおけるタッチ位置に応じた位置にリング状の枠画像を表示すること」
（３）引用文献Ｃについて
　原査定の拒絶の理由に引用された引用文献Ｃの段落［０１１０］−［０１１１］及び図１３Ａ−１３Ｃには、以下の技術的事項が記載されている。
「スクロールバー１０１０（枠画像）内に、ボリュームアイコン１００３（情報処理装置の機能を示す画像）が表示され、スクロールバー１０１０を用いてボリュームを調整すること（機能の設定を行うこと）」
（４）引用文献Ｄについて
　原査定の拒絶の理由に引用された引用文献Ｄの段落［００２１］及び［図８］には、以下の技術的事項が記載されている。
「コンピュータのコラボトレイ上で、円形の描画領域の描画領域内の回転／拡大ハンドルを半径方向にドラッグすると描画領域を拡大し、描画領域の移動用ハンドルをドラッグする（円弧に沿わない連続するタッチ操作をする）と、任意の位置に動かすこと」
（５）引用文献Ｅについて
　原査定の拒絶の理由に引用された引用文献Ｅの段落［００２２］には、以下の技術的事項が記載されている。
「タッチパネルを用いた入力装置において、表示された回転ダイヤルをタッチ操作することで、表示装置の明るさが調節できること」
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明を対比すると次のことがいえる。
（ア）引用発明の「ディスプレイと、タッチ・スクリーンなどのタッチ・センシティブ入力デバイスとを有するコンピューティング・デバイス」は、本願発明１の「画像を表示する表示ユニットと、上記表示ユニットと一体にして設けられたタッチパネルと、コンピュータとを有する情報処理装置」に対応する。
（イ）引用発明の「音楽管理プログラムに関連するグラフィカル・ユーザ・インタフェースであり」、「ディスプレイされた曲リストの上でタッチが検出され」、「タッチが検出されると、仮想スクロール・ホイールが活性化され」、「仮想スクロール・ホイールは、曲リストに加えてディスプレイされて、ホイールの機能が有効にされ」、「仮想スクロール・ホイールは、メディア・アイテムの上に位置付けられ、または重ねられ、仮想スクロール・ホイールは、メディア・アイテムが、仮想スクロール・ホイールを通して見えるように、半透明にされ」ることは、本願発明１の「アプリケーションプログラムの実行時に」、「上記タッチパネル上のタッチ操作を受け付けたことに応答して」、「リング状の枠画像を上記アプリケーションプログラムの画像に重ねて上記表示ユニットに表示する」とともに、「上記枠画像の中に」「画像を表示し」ていることに対応する。
（ウ）ここで引用発明において、「スタイラス、または１本または複数の指などのオブジェクトが、タッチ・センシティブ入力デバイスのタッチ・センシティブ面上に置かれた際に、タッチ・センシティブ入力デバイスを使用して行われ」ることにより「タッチが検出され」るものであるところ、図３５Ｂ乃至図３５Ｃの記載からみて、必ずしも複数の指である必要はなく、１本の指でタッチ・センシティブ入力デバイスのタッチ・センシティブ面上の一つの位置へタッチする場合にタッチが検出され、タッチが検出された位置に応じた位置に仮想スクロール・ホイールを曲リストに重ねるようにディスプレイされているといえる。
（エ）そうしてみると、引用発明と本願発明１とは、「アプリケーションプログラムの実行時に、マルチタッチでなく、上記タッチパネル上の一つの位置へのタッチ操作を受け付けたことに応答して、上記タッチ操作を受け付けた位置に応じた位置にリング状の枠画像を上記アプリケーションプログラムの画像に重ねて上記表示ユニットに表示するとともに、上記枠画像の中に、画像を表示し」ている点で共通する。
（オ）引用発明の「スクロール・ホイールの上に指が位置付けられているか否か、またはその指が、スクロール・ホイールの周りで旋回する形で動かされているかどうかにより、仮想スクロール・ホイールに対するスクロール・タッチ・イベント（またはジェスチャ）が実行されたか否かについての判定９０８が行われ」、「スクロール・タッチ・イベントが、ユーザによって実行された場合、曲リストのスクロールがスクロール・タッチ・イベントに応じて実施される」ことは、本願発明１の「上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、上記情報処理装置の機能の設定を行う」ことに対応する。
（カ）引用発明の「コンピューティング・デバイス上で実行されるユーザ・インタフェース方法９００」は、後述する相違点を除き、本願発明１の「情報処理装置が実行する制御方法」に相当するといえる。
　したがって、本願発明１と引用発明との間には、以下の、一致点と相違点があるといえる。
（一致点）
「画像を表示する表示ユニットと、上記表示ユニットと一体にして設けられたタッチパネルと、コンピュータとを有する情報処理装置が実行する制御方法であって、
　上記コンピュータが、
　アプリケーションプログラムの実行時に、マルチタッチでなく、上記タッチパネル上の一つの位置へのタッチ操作を受け付けたことに応答して、上記タッチ操作を受け付けた位置に応じた位置にリング状の枠画像を上記アプリケーションプログラムの画像に重ねて上記表示ユニットに表示するとともに、上記枠画像の中に、画像を表示し、
　上記リング状の枠画像に沿った方向に連続するタッチ操作を受け付けて、上記情報処理装置の機能の設定を行う、情報処理装置の制御方法。」
（相違点）
　本願発明１では、リング状の枠画像を上記表示ユニットに表示するとともに、上記枠画像の中に「上記情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示し」ているのに対し、引用発明では、仮想スクロール・ホイールの中に、「情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示」することは特定されていない点。
（２）相違点についての判断
　上記相違点について検討する。
　引用発明における仮想スクロール・ホイールは、アプリケーションプログラムの画像である曲リストを表示させた状態で、この曲リストをスクロールするものであり、アプリケーションプログラムに関する操作を行うためのものであるところ、引用文献１には、仮想スクロール・ホイール操作することによってアプリケーションプログラムを実行しながら、例えば音量や明るさ等といった情報処理装置の機能を設定することについて記載および示唆はなく、引用発明の仮想スクロール・ホイールの中に、「情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示」させるようにする動機付けは認められない。
　他方、仮に曲リストに代えて、アプリケーションプログラムの画像とは異なる画像を表示してしまうと、曲リストが表示されない状態で曲リストをスクロールさせるという極めて不便な発明になることから、引用発明において、アプリケーションプログラムの画像とは異なる画像を表示させるようにすることには阻害要因が認められる。
　また、相違点に係る本願発明１の構成は、上記引用文献２にも記載されておらず、本願優先日前において周知技術であるともいえない。
　したがって、本願発明１は、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−９について
　本願発明２−９も、上記相違点に係る本願発明１の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明、引用文献に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３．本願発明１０、１１について
　本願発明１０は、本願発明１に対応する制御プログラムの発明であり、また、本願発明１１は、本願発明１に対応する情報処理装置の発明であり、本願発明１０および本願発明１１は、上記相違点に係る本願発明１の構成に対応する構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第７　原査定についての判断
　令和３年２月１５日付けの補正により、補正後の請求項１−１１は、「リング状の枠画像を上記表示ユニットに表示するとともに、上記枠画像の中に上記情報処理装置の機能を示す画像であって、上記アプリケーションプログラムの画像とは異なる画像を表示し」という技術的事項を有するものとなった。当該技術的事項は、原査定における引用文献Ａ−Ｅには記載されておらず、本願優先日前における周知技術でもないので、本願発明１−１１は、当業者であっても、原査定における引用文献Ａ−Ｅに基づいて容易に発明できたものではない。したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。