2023-002721

第２ 原査定の概要

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

本願請求項１－５に係る発明は、以下の引用文献Ａ－Ｃに記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下「当業者」という。）が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。

＜引用文献等一覧＞

Ａ．米国特許出願公開第２０１２／０００９８９６号明細書

Ｂ．ゲイザー著，「ｉＰｈｏｎｅ ４Ｓ スーパーマニュアル」，第１版，秀和システム，2011年12月03日，p.215-216（周知技術を示す文献）

Ｃ．特開平８－３１３９０５号公報（周知技術を示す文献）

第３ 当審拒絶理由の概要

当審が令和５年６月１９日付けで通知した拒絶理由（以下「当審拒絶理由」という。）の概要は次のとおりである。

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

＜引用文献等一覧＞

１．米国特許出願公開第２０１２／０００９８９６号明細書（原査定時の引用文献Ａ）

２．ゲイザー著，「ｉＰｈｏｎｅ ４Ｓ スーパーマニュアル」，第１版，秀和システム，2011年12月03日，p.215-216（原査定時の引用文献Ｂ）

３．特開２００１－１７１３９０号公報（当審において新たに引用した文献）

第４ 本願発明

本願請求項１－１３に係る発明（以下、それぞれ「本願発明１」－「本願発明１３」という。）は、令和５年７月２６日提出の手続補正書により補正された特許請求の範囲の請求項１－１３に記載された事項により特定される発明であり、本願発明１－１３は以下のとおりの発明である。

「 【請求項１】

情報処理装置であって、

複数のアプリケーションプログラムがそれぞれ関連付けられた複数の指標を表示する表示部と、

前記表示部への接触を検出するタッチパネルと、

続きを表示（全78行）

前記情報処理装置に第１の複数の処理又は第２の複数の処理を実行させる少なくとも１つの制御部と、

を備え、

前記第１の複数の処理は、

前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を徐々に表示し、

前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含み、

前記第２の複数の処理は、

前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し、

前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、第２のアプリケーションプログラムに関連付けられた第２の指標を表示し、

前記第２の指標への接触を検出したことに応じて、前記第２のアプリケーションプログラムを実行する、ことを含み、

前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムは、同一のプログラムであり、

前記第１の指標が表示される際の背景画像は、前記第２の指標が表示される際の背景画像とは異なり、

前記第１の指標が表示される際の背景画像は、前記ロック解除用情報を受け付けるための前記インターフェースが表示される際の背景画像とも異なり、

前記情報処理装置が前記第１のユーザ操作を受け付けたことに応じて表示する指標は、ユーザにより設定可能である、

ことを特徴とする情報処理装置。

【請求項２】

前記インターフェースは、前記ロック解除用情報を受け付けるウィンドウを含む

ことを特徴とする請求項１に記載の情報処理装置。

【請求項３】

前記ロック解除用情報はパスワードを含む

ことを特徴とする請求項１又は２に記載の情報処理装置。

【請求項４】

前記第１のユーザ操作は、前記タッチパネルへのスライド操作を含む

ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。

【請求項５】

前記第２のユーザ操作を受け付けるハードキーを更に備える

ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。

【請求項６】

前記第１の指標の外観は、前記第２の指標の外観と異なる

ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。

【請求項７】

前記第１の指標を表示した後、第１の時間内に前記第１の指標への接触が検出されない場合、前記表示部に何も表示されない状態に遷移する

ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。

【請求項８】

複数のアプリケーションプログラムがそれぞれ関連付けられた複数の指標を表示する表示部と、前記表示部への接触を検出するタッチパネルと、を備える情報処理装置によって実行される情報処理方法であって、

前記情報処理方法は、前記情報処理装置が第１の複数の処理又は第２の複数の処理を実行することを含み、

前記第１の複数の処理は、

前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を徐々に表示し、

前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含み、

前記第２の複数の処理は、

前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し、

前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、第２のアプリケーションプログラムに関連付けられた第２の指標を表示し、

前記第２の指標への接触を検出したことに応じて、前記第２のアプリケーションプログラムを実行する、ことを含み、

前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムは、同一のプログラムであり、

前記第１の指標が表示される際の背景画像は、前記第２の指標が表示される際の背景画像とは異なり、

前記第１の指標が表示される際の背景画像は、前記ロック解除用情報を受け付けるための前記インターフェースが表示される際の背景画像とも異なり、

前記情報処理装置が前記第１のユーザ操作を受け付けたことに応じて表示する指標は、ユーザにより設定可能である、

ことを特徴とする情報処理方法。

【請求項９】

前記第１の指標の外観は、前記第２の指標の外観と異なる

ことを特徴とする請求項８に記載の情報処理方法。

【請求項１０】

前記第１の指標を表示した後、第１の時間内に前記第１の指標への接触が検出されない場合、前記表示部に何も表示されない状態に遷移する

ことを特徴とする請求項８又は９に記載の情報処理方法。

【請求項１１】

複数のアプリケーションプログラムがそれぞれ関連付けられた複数の指標を表示する表示部と、前記表示部への接触を検出するタッチパネルと、を備える情報処理装置に情報処理方法を実行させるためのプログラムであって、

前記情報処理方法は、前記情報処理装置が第１の複数の処理又は第２の複数の処理を実行することを含み、

前記第１の複数の処理は、

前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を徐々に表示し、

前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含み、

前記第２の複数の処理は、

前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し、

前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、第２のアプリケーションプログラムに関連付けられた第２の指標を表示し、

前記第２の指標への接触を検出したことに応じて、前記第２のアプリケーションプログラムを実行する、ことを含み、

前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムは、同一のプログラムであり、

前記第１の指標が表示される際の背景画像は、前記第２の指標が表示される際の背景画像とは異なり、

前記第１の指標が表示される際の背景画像は、前記ロック解除用情報を受け付けるための前記インターフェースが表示される際の背景画像とも異なり、

前記情報処理装置が前記第１のユーザ操作を受け付けたことに応じて表示する指標は、ユーザにより設定可能である、

ことを特徴とするプログラム。

【請求項１２】

前記第１の指標の外観は、前記第２の指標の外観と異なる

ことを特徴とする請求項１１に記載のプログラム。

【請求項１３】

前記第１の指標を表示した後、第１の時間内に前記第１の指標への接触が検出されない場合、前記表示部に何も表示されない状態に遷移する

ことを特徴とする請求項１１又は１２に記載のプログラム。」

第５ 引用文献、引用発明

１ 引用文献１、引用発明

（１）引用文献１

当審拒絶理由に引用された引用文献１には、以下の記載がある（下線は、当審で付した。以下同じ。当審訳は、関連する特表２０１３－５３４１２１号公報を参照した。）。

「[0003] With the increasing popularity of mobile devices having image-capture functionality, including cellphone devices, handheld devices, handheld computers, smartphones, and PDAs, there is a need for improving the user experience by allowing quick access to the image-capture functionality of mobile devices while also preventing accidental and/or unauthorized access to other functionalities on the device.

[0004] Mobile devices with cameras often have a locked mode to prevent accidental or unauthorized access to the device. However, in many situations it is desirable to capture a photograph or video without needing to unlock a mobile device (e.g., by using a key combination, entering a personal identification number (PIN), or using fingerprint recognition) in order to quickly and spontaneously “capture the moment.”

[0005] Therefore, there exists ample opportunity for improvement in technologies to allow mobile device users quick access to a subset of image-capture functionality in order to quickly capture images, while not allowing access to other mobile device functionalities, including access to private information on the mobile device.」

［当審訳］

「［０００３］携帯電話デバイス、ハンドヘルドデバイス、ハンドヘルドコンピューター、スマートフォン、およびＰＤＡを含む、画像キャプチャー機能を有するモバイルデバイスの人気が高まっていることにより、モバイルデバイスの画像キャプチャー機能へのクイックアクセスを可能にしながら、そのデバイス上の他の機能への誤ったおよび／または未承認のアクセスを防止することによって、ユーザーエクスペリエンスを改良することが必要とされている。

［０００４］カメラを有するモバイルデバイスは、デバイスへの誤ったまたは未承認のアクセスを防止するために被ロックモードを有することが多い。しかし、多くの状況では、迅速かつ自然に「その瞬間を捕まえる」ためにモバイルデバイス（たとえば、キーの組み合わせの使用、暗証番号（ＰＩＮ）の入力、または指紋認識の使用によって）のロック解除を必要とすることなく写真またはビデオをキャプチャーすることが望ましい。

［０００５］したがって、モバイルデバイスユーザーが画像を迅速にキャプチャーするために画像キャプチャー機能のサブセットに迅速にアクセスすることを可能にし、一方、モバイルデバイス上のプライベートな情報へのアクセスを含めて他のモバイルデバイス機能にアクセスすることは可能にしない技術の改良の十分な機会がある。」

図１「

［図：0001403543000001.jpg］

」

「[0056] FIG. 1 is a system diagram depicting an exemplary mobile device 100 including a variety of optional hardware and software components, shown generally at 102. Any components 102 in the mobile device can communicate with any other component, although not all connections are shown, for ease of illustration. The mobile device can be any of a variety of computing devices (e.g., cell phone, smartphone, handheld computer, Personal Digital Assistant (PDA), etc.) and can allow wireless two-way communications with one or more mobile communications networks 104, such as a cellular or satellite network.

[0057] The illustrated mobile device 100 can include a controller or processor 110 (e.g., signal processor, microprocessor, ASIC, or other control and processing logic circuitry) for performing such tasks as signal coding, data processing, input/output processing, power control, and/or other functions. An operating system 112 can control the allocation and usage of the components 102, including power states, above-lock states, and below-lock states, and provide support for one or more application programs 114. The application programs can include common mobile computing applications (e.g., image-capture applications, email applications, calendars, contact managers, web browsers, messaging applications), or any other computing application.」

［当審訳］

「［００５６］図１は、１０２で全体的に示される、さまざまな任意選択のハードウェア構成要素とソフトウェア構成要素とを含む、例示的なモバイルデバイス１００を示すシステム図である。モバイルデバイス内の任意の構成要素１０２は、他の任意の構成要素と通信することができるが、図を簡略化するため、すべての接続が示されているとは限らない。モバイルデバイスは、さまざまなコンピューティングデバイス（たとえば、携帯電話、スマートフォン、ハンドヘルドコンピューター、携帯情報端末（ＰＤＡ）など）のいずれかとすることができ、移動体通信ネットワークまたは衛星ネットワークなどの１つまたは複数のモバイル通信ネットワーク１０４とワイヤレス双方向通信を行うことができる。

［００５７］図示のモバイルデバイス１００は、信号符号化、データ処理、入出力処理、電源管理、および／または他の機能のようなタスクを実行するためのコントローラーまたはプロセッサー１１０（たとえば、シグナルプロセッサー、マイクロプロセッサー、ＡＳＩＣ、または他の制御論理回路および処理論理回路）を含むことができる。オペレーティングシステム１１２は、電源の状態、ロック済み状態、および未ロック状態を含む構成要素１０２の割り当ておよび利用状況を制御し、１つまたは複数のアプリケーションプログラム１１４のサポートを提供することができる。アプリケーションプログラムは、一般的なモバイルコンピューティングアプリケーション（たとえば、画像キャプチャーアプリケーション、電子メールアプリケーション、カレンダー、予定管理ソフト（ｃｏｎｔａｃｔ ｍａｎａｇｅｒ）、Ｗｅｂブラウザー、メッセージングアプリケーション）、または他の任意のコンピューティングアプリケーションを含むことができる。」

「[0059] The mobile device 100 can support one or more input devices 130, such as a touch screen 132, microphone 134, camera 136, physical keyboard 138, trackball 140, and/or proximity sensor 142, and one or more output devices 150, such as a speaker 152 and one or more displays 154. Other possible output devices (not shown) can include piezoelectric or haptic output devices. Some devices can serve more than one input/output function. For example, touch screen 132 and display 154 can be combined into a single input/output device.」

［当審訳］

「［００５９］モバイルデバイス１００は、タッチスクリーン１３２、マイク１３４、カメラ１３６、物理的なキーボード１３８、トラックボール１４０、および／または近接センサー１４２などの１つまたは複数の入力デバイス１３０、ならびにスピーカー１５２および１つまたは複数のディスプレイ１５４などの１つまたは複数の出力デバイス１５０をサポートすることができる。他の可能な出力デバイス（図示せず）としては、圧電出力デバイスまたは触覚出力デバイスがありうる。いくつかのデバイスは、複数の入出力機能を提供することができる。たとえば、タッチスクリーン１３２とディスプレイ１５４を組み合わせて、単一の入出力デバイスを形成することができる。」

図２Ａ「

［図：0001403543000002.jpg］

」

「[0063] FIG. 2A depicts a front view 210 of an example mobile device 200, while FIG. 2B depicts a rear view 250 of the mobile device. As shown, the mobile device 200 includes several hardware buttons, including a home button 220, a power button 222, and a camera shutter (image-capture) button 224. Also depicted is a touch screen display 230, which is shown displaying a touch screen unlock button 232, a touch screen camera shutter button 234, and a locked-mode indicator 236.」

［当審訳］

「［００６３］図２Ａは例示的なモバイルデバイス２００の正面図２１０を示し、図２Ｂはモバイルデバイスの背面図２５０を示す。図示のように、モバイルデバイス２００は、ホームボタン２２０と、電源ボタン２２２と、カメラシャッター（画像キャプチャー）ボタン２２４とを含むいくつかのハードウェアボタンを含む。同様に、タッチスクリーンロック解除ボタン２３２、タッチスクリーンカメラシャッターボタン２３４、および被ロックモードインジケーター２３６が表示されているタッチスクリーンディスプレイ２３０が示されている。」

図５Ａ「

［図：0001403543000003.jpg］

」

図５Ｂ「

［図：0001403543000004.jpg］

」

「[0079] FIG. 5A depicts a mobile device 500 having a touch screen display 510, which is displaying a lock screen 515, including an unlock slider control 520. A mobile device user can slide/drag a finger 525 in the direction indicated by the arrows displayed with the unlock slider control 520 (finger motion is in either of the directions indicated by the arrow 522 ) in order to request the device to present an authentication screen, for example, as shown in FIG. 5B. Although the authentication screen shown in FIG. 5B uses a PIN pad, other techniques can be used, for example, fingerprint or voice recognition.

[0080] FIG. 5B depicts the mobile device 500 of FIG. 5A after the user slides a finger on the unlock slider control 520. As shown, the mobile device 500 presents an authentication screen 530 including a PIN pad 540 on the touch screen display 510. The user can enter a PIN (e.g., a four-digit sequence of numerals) using a finger 550 on the pin pad 540. If the PIN entered matches a stored PIN, the user is successfully authenticated, and the device can enter a below-lock (unlocked) state.」

［当審訳］

「［００７９］図５Ａは、タッチスクリーンディスプレイ５１０を有するモバイルデバイス５００を示し、タッチスクリーンディスプレイ５１０は、ロック解除スライダーコントロール５２０を含むロック画面５１５を表示する。たとえば図５Ｂに示すように、モバイルデバイスユーザーは、デバイスに認証画面を提示することを要求するために、ロック解除スライダーコントロール５２０と共に表示される矢印によって示される方向に指５２５を摺動／ドラッグすることができる（指の動きは、矢印５２２によって示される方向のどちらかである）。図５Ｂに示される認証画面では、ＰＩＮパッドを使用するが、他の技法、たとえば指紋認識または音声認識を使用することができる。

［００８０］図５Ｂは、ユーザーがロック解除スライダーコントロール５２０上で指を摺動させた後の図５のモバイルデバイス５００を示す。図示のように、モバイルデバイス５００は、タッチスクリーンディスプレイ５１０上にＰＩＮパッド５４０を含む認証画面５３０を提示する。ユーザーは、パッド５４０ＰＩＮ上で指５５０を使用してＰＩＮ（たとえば４桁の数字列）を入力することができる。入力したＰＩＮが、保存したＰＩＮと一致した場合、ユーザーは認証に成功し、デバイスは、未ロック（ロック解除）状態に入ることができる。」

図７「

［図：0001403543000005.jpg］

」

「[0089] FIG. 7 is a state diagram 700 that outlines several states of an exemplary mobile device in accordance with certain embodiments of the disclosed technology. At lock screen state 710, the mobile device is at a lock screen in an above-lock state. While at lock screen state 710, the mobile device can exhibit multiple behaviors consistent with a lock screen, such as displaying a lock screen as shown in FIG. 5A, displaying a blank screen or wallpaper, or powering off the mobile device display and/or other selected features or components (e.g., if the mobile device is in a standby state or a low-power state).

[0090] At transition 712, input data is received requesting invocation of an application, for example, invocation of an image-capture application such as a digital camera or digital video camera application in an above-lock state. Several input methods for creating input data requesting invocation of an application, consistent with the goals of allowing fast access to a camera application while preventing accidental triggering of the camera or unnecessary power consumption, are available, including the following examples.」

［当審訳］

「［００８９］図７は、開示する技術の特定の実施形態による例示的なモバイルデバイスのいくつかの状態を概説する状態ダイアグラム７００である。ロック画面状態７１０では、モバイルデバイスは、ロック済み状態のロック画面である。ロック画面状態７１０である間、モバイルデバイスは、図５Ａに示すロック画面の表示、ブランクスクリーンもしくは壁紙の表示、または（たとえば、モバイルデバイスがスタンバイ状態または低消費電力状態である場合に）モバイルデバイスのディスプレイおよび／もしくは他の選択した特徴もしくは構成要素の電源オフなどの、ロック画面と一致する複数の挙動を示すことができる。

［００９０］遷移７１２では、アプリケーションの呼び出し、たとえばデジタルカメラまたはロック済み状態のデジタルビデオカメラアプリケーションなどの画像キャプチャーアプリケーションの呼び出しを要求する入力データが受け取られる。カメラの誤ったトリガリングまたは不必要な電力消費を防止しながらのカメラアプリケーションへの高速なアクセスという目標と一致する、アプリケーションの呼び出しを要求する入力データを作成するいくつかの入力方法が利用可能であり、これは以下の例を含む。」

「[0093] A second option, dubbed “Camera Button Press with Touch Based User Interface Confirmation,” involves a mobile device user pressing the camera button while the mobile device is in an above-lock mode, after which the mobile device presents a confirmation user interface on the screen requesting confirmation that the user actually intends to use the camera. For example, after receiving a camera button press, the mobile device displays a camera icon on the mobile device touch screen, and the user touches the touch screen over the camera icon (e.g., touch screen camera button 234 ) to confirm the user's intent to use the camera application. After receiving a successful confirmation, an application (e.g., an image-capture application) is launched and a live viewfinder appears on the mobile device display screen. After the viewfinder is available, the user can, for example, capture images or auto-focus images in the viewfinder in a similar manner as with Camera Button Press & Hold.」

［当審訳］

「［００９３］「カメラボタンの押下とタッチベースユーザーインターフェースの確認」と呼ばれる第２のオプションでは、モバイルデバイスがロック済みモードである間にモバイルデバイスユーザーがカメラボタンを押し、その後で、モバイルデバイスが、ユーザーが実際にこのカメラを使用するつもりであるという確認を要求する確認ユーザーインターフェースを画面に提示する。たとえば、カメラボタンの押下を受け取った後で、モバイルデバイスは、モバイルデバイスのタッチスクリーンにカメラのアイコンを表示し、ユーザーは、タッチスクリーンのカメラのアイコン（たとえば、タッチスクリーンカメラボタン２３４）に触れて、カメラアプリケーションを使用するというユーザーの意思を確認する。正常な確認を受け取った後、アプリケーション（たとえば画像キャプチャーアプリケーション）が起動され、ライブファインダーがモバイルデバイスのディスプレイ画面に表示される。ファインダーが利用可能になった後、カメラボタンの長押しと同様の方式で、ユーザーは、たとえば、画像をキャプチャーすることもできるし、ファインダー内の画像をオートフォーカスすることもできる。」

「[0096] Regardless of the input method used, after receiving input data requesting invocation of an application, the mobile device enters state 720, the above-lock camera viewfinder mode. If the device is in a standby, sleep, or other low-power mode, the mobile device is also waked from that state before launching the application. It is noted that the requirement for a camera button press to wake the mobile device may create power supply or other design issues to be addressed in designing the physical chassis for the mobile device. Furthermore, when launching the requested application in an above-lock state, other applicable device management policies or restrictions can continue to be honored by the device.

[0097] While in camera viewfinder mode in the above-lock state, the user is presented with only a subset of the full functionality of the image capture application. For example, the user may be presented with functions to capture an image, switch between still photograph and video mode, zoom in/out, or image capture options, including adjusting the camera auto-focus mode, image white balance, flash on/off, image effect, or other such functions suitable for non-private use. In some examples, functions that are not made available to the user can include functions for viewing previously-captured images, sending images, uploading images, or other such functions less suitable for non-private use (e.g., unauthorized use by an unknown or untrusted user). Thus, mobile device functions that could reveal sensitive or private data are hidden from unknown or untrusted users, while still allowing fast capture using functions suitable for non-private use.」

［当審訳］

「［００９６］使用する入力方法に関係なく、アプリケーションの呼び出しを要求する入力データを受け取った後、モバイルデバイスは、状態７２０、すなわちロック済みカメラファインダーモードに入る。デバイスが、スタンバイモード、スリープモード、または他の低消費電力モードである場合、モバイルデバイスはまた、その状態からウェイクアップされてから、アプリケーションを起動する。カメラボタンの押下がモバイルデバイスをウェイクアップする要件は、モバイルデバイスの物理的シャーシを設計する際に対処されるべき電源または他の設計上の問題を作りだしうることに留意されたい。そのうえ、ロック済み状態の要求されたアプリケーションを起動するとき、他の適用可能なデバイス管理ポリシーまたは制限事項は、引き続きデバイスによって遵守されることができる。

［００９７］ロック済み状態のカメラファインダーモードである場合、ユーザーには、画像キャプチャーアプリケーションの全機能のサブセットのみが提示される。たとえば、ユーザーには、画像をキャプチャーし、スチル写真モードとビデオモード、ズームイン／アウト、またはカメラオートフォーカスモード、画像ホワイトバランス、フラッシュのオン／オフ、画像効果、もしくはプライベート以外の用途に適した他のこのような機能を調整することを含む画像キャプチャーオプションを切り換える機能が提示されることができる。いくつかの例では、ユーザーにとって利用可能にならない機能は、以前にキャプチャーされた画像の表示、画像の送信、画像のアップロード、またはプライベート以外の用途（たとえば、不明ユーザーまたは信頼されていないユーザーによる未承認の使用）にあまり適さない他のこのような機能のための機能を含むことができる。したがって、機密データまたはプライベートデータを明らかにできるモバイルデバイスの機能は、不明ユーザーまたは信頼されていないユーザーから隠されるが、プライベート以外の用途に適した機能を使用する高速なキャプチャーを依然として可能にする。」

「[0103] At state 740, the mobile device presents an unlock user interface to the user. For example, the user might be prompted to enter a PIN number using the mobile device touch screen, press a key combination (such as “Unlock” and “*”), or provide a finger print or voice recognition. If the mobile device is successfully unlocked, the mobile device state is changed to state 750 or 760, depending on how state 730 was entered.

[0104] The user can also enter state 740 directly from the mobile device lock screen state 710. For example, while presenting the lock screen, receiving specified input (e.g., receiving a press on a power button, receiving a press on any key, or other predetermined input) transitions the device via transition 742 to state 740. In this case, if the mobile device is unsuccessful in authenticating a user, the device follows transition 746 back to state 710, remaining in an above-lock mode throughout. If the mobile device successfully authenticates a user, then the device state changes to below-lock mode, and the device transitions to the mobile device normal home screen at state 760.」

［当審訳］

「［０１０３］状態７４０では、モバイルデバイスは、ロック解除ユーザーインターフェースをユーザーに提示する。たとえば、ユーザーにプロンプトが表示され、モバイルデバイスのタッチスクリーンを使用してＰＩＮ番号を入力し、キーの組み合わせ（「ロック解除」と「＊」など）を押し、または指紋データまたは音声データを提供する。モバイルデバイスのロックが正常に解除された場合、モバイルデバイスの状態は、どのようにして状態７３０に入ったかに応じて、状態７５０または７６０に変化する。

［０１０４］ユーザーは、モバイルデバイスロック画面状態７１０から直接状態７４０に入ることもできる。たとえば、ロック画面を提示する間、指定の入力を受け取る（たとえば、電源ボタンの押下を受け取る、任意のキーの押下を受け取る、または他の所定の入力を受け取る）ことによって、デバイスは、遷移７４２を介して状態７４０に遷移する。この場合、モバイルデバイスがユーザーの認証に失敗した場合、デバイスは、遷移７４６に従って状態７１０に戻り、全体を通してロック済みモードのままである。モバイルデバイスがユーザーの認証に成功した場合は、デバイスの状態は未ロックモードに変化し、デバイスは、状態７６０のモバイルデバイスの通常のホーム画面に遷移する。」

「[0107] At state 760, the user has transitioned from the mobile device unlock user interface state 740 and is presented with a top-level home screen for the device. That is, a user at state 760 can invoke mobile device applications, such as an image-capture application, by using menus associated with the home screen, or by pressing the image-capture button.

[0108] At state 770, the mobile device has entered a camera viewfinder in below-lock mode, by, for example, transition 762 from state 760 or transition 776 from state 750. The below-lock mode viewfinder at state 770 includes a larger set of functions. For example, functions described above regarding 720 as being inaccessible such as deleting images, sending images, uploading images, and viewing previously stored images can now be accessed. Potentially complex or confusing viewfinder-specific functions, such as setting camera settings, including ISO sensitivity, aperture, shutter speed, and the like, can additionally be made available to the user. Since a user who has unlocked the device is likely to be the owner of the mobile device, these additional features can be provided with less risk of confusing or overwhelming the user. The device can return to the home screen state 760 by providing input or after expiration of a timeout period. The mobile device can also transition 766 back to the home screen in a similar manner as with transition 716.」

［当審訳］

「［０１０７］状態７６０では、ユーザーは、モバイルデバイスロック解除ユーザーインターフェース状態７４０から遷移してきており、デバイスの最上位レベルのホーム画面が提示される。すなわち、状態７６０にいるユーザーは、ホーム画面と関連したメニューを使用することによって、または画像キャプチャーボタンを押すことによって、画像キャプチャーアプリケーションなどのモバイルデバイスアプリケーションを呼び出すことができる。

［０１０８］状態７７０では、モバイルデバイスは、たとえば状態７６０からの遷移７６２または状態７５０からの遷移７７６によって、未ロックモードのカメラファインダーに入っている。状態７７０における未ロックモードのファインダーは、機能のより大規模なセットを含む。たとえば、画像の削除、画像の送信、または画像のアップロード、および以前にキャプチャーした画像の表示などの、７２０に関してアクセス不可能と上記で説明した機能にアクセスできるようになる。さらに、ＩＳＯ感度、絞り、シャッター速度などを含む、カメラ設定の設定などの潜在的に複雑なまたは混乱を招くファインダー固有の機能を、ユーザーにとって利用可能とすることができる。デバイスのロックを解除したユーザーは、モバイルデバイスの所有者である可能性が高いので、ユーザーを混乱させるまたは苦しめるリスクのより低い、これらの追加の特徴を提供することができる。デバイスは、入力を提供することによって、またはタイムアウト期間の満了後に、ホーム画面状態７６０に戻ることができる。モバイルデバイスは、遷移７１６と同様の方式で、ホーム画面に遷移する７６６こともできる。」

ここで、引用文献１に記載されている事項について検討する。

ア 上記図１の記載及び上記[0057]の「The illustrated mobile device 100 can include a controller or processor 110 (e.g., signal processor, microprocessor, ASIC, or other control and processing logic circuitry) for performing such tasks as signal coding, data processing, input/output processing, power control, and/or other functions.（当審訳：図示のモバイルデバイス１００は、信号符号化、データ処理、入出力処理、電源管理、および／または他の機能のようなタスクを実行するためのコントローラーまたはプロセッサー１１０（たとえば、シグナルプロセッサー、マイクロプロセッサー、ＡＳＩＣ、または他の制御論理回路および処理論理回路）を含むことができる。）」との記載から、引用文献１には、タスクを実行するためのプロセッサーを備えるモバイルデバイス」が記載されていると認められる。

イ 上記図２Ａの記載及び上記[0063]の「Also depicted is a touch screen display 230, which is shown displaying a touch screen unlock button 232, a touch screen camera shutter button 234, and a locked-mode indicator 236.（当審訳：同様に、タッチスクリーンロック解除ボタン２３２、タッチスクリーンカメラシャッターボタン２３４、および被ロックモードインジケーター２３６が表示されているタッチスクリーンディスプレイ２３０が示されている。）」との記載から、引用文献１には、「タッチスクリーンディスプレイを備えるモバイルデバイス」が記載されていると認められる。

ウ 状態７１０から状態７２０への遷移の処理に着目すると、上記図７の記載、上記[0093]の「A second option, dubbed “Camera Button Press with Touch Based User Interface Confirmation,” involves a mobile device user pressing the camera button while the mobile device is in an above-lock mode, after which the mobile device presents a confirmation user interface on the screen requesting confirmation that the user actually intends to use the camera. For example, after receiving a camera button press, the mobile device displays a camera icon on the mobile device touch screen, and the user touches the touch screen over the camera icon (e.g., touch screen camera button 234 ) to confirm the user's intent to use the camera application. After receiving a successful confirmation, an application (e.g., an image-capture application) is launched and a live viewfinder appears on the mobile device display screen.（当審訳：カメラボタンの押下とタッチベースユーザーインターフェースの確認」と呼ばれる第２のオプションでは、モバイルデバイスがロック済みモードである間にモバイルデバイスユーザーがカメラボタンを押し、その後で、モバイルデバイスが、ユーザーが実際にこのカメラを使用するつもりであるという確認を要求する確認ユーザーインターフェースを画面に提示する。たとえば、カメラボタンの押下を受け取った後で、モバイルデバイスは、モバイルデバイスのタッチスクリーンにカメラのアイコンを表示し、ユーザーは、タッチスクリーンのカメラのアイコン（たとえば、タッチスクリーンカメラボタン２３４）に触れて、カメラアプリケーションを使用するというユーザーの意思を確認する。正常な確認を受け取った後、アプリケーション（たとえば画像キャプチャーアプリケーション）が起動され、ライブファインダーがモバイルデバイスのディスプレイ画面に表示される。）」との記載、上記[0096]の「Regardless of the input method used, after receiving input data requesting invocation of an application, the mobile device enters state 720, the above-lock camera viewfinder mode.（当審訳：使用する入力方法に関係なく、アプリケーションの呼び出しを要求する入力データを受け取った後、モバイルデバイスは、状態７２０、すなわちロック済みカメラファインダーモードに入る。）」との記載及び上記[0097]の「While in camera viewfinder mode in the above-lock state, the user is presented with only a subset of the full functionality of the image capture application.（当審訳：ロック済み状態のカメラファインダーモードである場合、ユーザーには、画像キャプチャーアプリケーションの全機能のサブセットのみが提示される。）」との記載から、引用文献１には、「状態７１０から状態７２０への遷移の処理において、ロック済みモードである間に、カメラボタンの押下を受け取った後で、タッチスクリーンディスプレイにカメラのアイコンを表示し、ユーザーがカメラのアイコンに触れた後、画像キャプチャーアプリケーションが起動され、ロック済みカメラファインダーモードに入り、ロック済みカメラファインダーモードである場合、画像キャプチャーアプリケーションの全機能のサブセットのみが提示されること」が記載されていると認められる。なお、上記イを踏まえ、「タッチスクリーン」は、「タッチスクリーンディスプレイ」と表している。

エ 状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理に着目すると、上記図７の記載、上記[0103]の「At state 740, the mobile device presents an unlock user interface to the user. For example, the user might be prompted to enter a PIN number using the mobile device touch screen, press a key combination (such as “Unlock” and “*”), or provide a finger print or voice recognition. If the mobile device is successfully unlocked, the mobile device state is changed to state 750 or 760, depending on how state 730 was entered.（当審訳：状態７４０では、モバイルデバイスは、ロック解除ユーザーインターフェースをユーザーに提示する。たとえば、ユーザーにプロンプトが表示され、モバイルデバイスのタッチスクリーンを使用してＰＩＮ番号を入力し、キーの組み合わせ（「ロック解除」と「＊」など）を押し、または指紋データまたは音声データを提供する。モバイルデバイスのロックが正常に解除された場合、モバイルデバイスの状態は、どのようにして状態７３０に入ったかに応じて、状態７５０または７６０に変化する。）」との記載、上記[0104]の「The user can also enter state 740 directly from the mobile device lock screen state 710. For example, while presenting the lock screen, receiving specified input (e.g., receiving a press on a power button, receiving a press on any key, or other predetermined input) transitions the device via transition 742 to state 740. （当審訳：ユーザーは、モバイルデバイスロック画面状態７１０から直接状態７４０に入ることもできる。たとえば、ロック画面を提示する間、指定の入力を受け取る（たとえば、電源ボタンの押下を受け取る、任意のキーの押下を受け取る、または他の所定の入力を受け取る）ことによって、デバイスは、遷移７４２を介して状態７４０に遷移する。）」、「If the mobile device successfully authenticates a user, then the device state changes to below-lock mode, and the device transitions to the mobile device normal home screen at state 760.（当審訳：モバイルデバイスがユーザーの認証に成功した場合は、デバイスの状態は未ロックモードに変化し、デバイスは、状態７６０のモバイルデバイスの通常のホーム画面に遷移する。）」との記載、上記[0107]の「At state 760, the user has transitioned from the mobile device unlock user interface state 740 and is presented with a top-level home screen for the device. That is, a user at state 760 can invoke mobile device applications, such as an image-capture application, by using menus associated with the home screen, or by pressing the image-capture button.（当審訳：状態７６０では、ユーザーは、モバイルデバイスロック解除ユーザーインターフェース状態７４０から遷移してきており、デバイスの最上位レベルのホーム画面が提示される。すなわち、状態７６０にいるユーザーは、ホーム画面と関連したメニューを使用することによって、または画像キャプチャーボタンを押すことによって、画像キャプチャーアプリケーションなどのモバイルデバイスアプリケーションを呼び出すことができる。）」との記載及び上記[0108]の「At state 770, the mobile device has entered a camera viewfinder in below-lock mode, by, for example, transition 762 from state 760 or transition 776 from state 750. The below-lock mode viewfinder at state 770 includes a larger set of functions.（当審訳：状態７７０では、モバイルデバイスは、たとえば状態７６０からの遷移７６２または状態７５０からの遷移７７６によって、未ロックモードのカメラファインダーに入っている。状態７７０における未ロックモードのファインダーは、機能のより大規模なセットを含む。）」との記載から、引用文献１には、「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理において、ロック画面を提示する間、電源ボタンの押下を受け取ることによって、ロック解除ユーザーインターフェースをユーザーに提示し、モバイルデバイスのタッチスクリーンを使用してＰＩＮ番号を入力し、キーの組み合わせ（「ロック解除」と「＊」など）を押し、または指紋データまたは音声データを提供し、モバイルデバイスのロックが正常に解除された場合は、未ロックモードに変化し、通常のホーム画面に遷移し、ホーム画面と関連したメニューを使用することによって、画像キャプチャーアプリケーションを呼び出し、未ロックモードのカメラファインダーに入り、未ロックモードのカメラファインダーは、機能のより大規模なセットを含むこと」が記載されていると認められる。）。

（２）引用発明

上記（１）から、特に下線部に着目すると、引用文献１には次の発明（以下「引用発明」という。）が記載されている。

「モバイルデバイスであって、

タスクを実行するためのプロセッサーと、

タッチスクリーンディスプレイと

を備え、

続きを表示（全15行）

状態７１０から状態７２０への遷移の処理において、

ロック済みモードである間に、カメラボタンの押下を受け取った後で、タッチスクリーンディスプレイにカメラのアイコンを表示し、

ユーザーがカメラのアイコンに触れた後、画像キャプチャーアプリケーションが起動され、ロック済みカメラファインダーモードに入り、

ロック済みカメラファインダーモードである場合、画像キャプチャーアプリケーションの全機能のサブセットのみが提示され、

状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理において、

ロック画面を提示する間、電源ボタンの押下を受け取ることによって、ロック解除ユーザーインターフェースをユーザーに提示し、

モバイルデバイスのタッチスクリーンを使用してＰＩＮ番号を入力し、キーの組み合わせ（「ロック解除」と「＊」など）を押し、または指紋データまたは音声データを提供し、

モバイルデバイスのロックが正常に解除された場合は、未ロックモードに変化し、通常のホーム画面に遷移し、

ホーム画面と関連したメニューを使用することによって、画像キャプチャーアプリケーションを呼び出し、未ロックモードのカメラファインダーに入り、

未ロックモードのカメラファインダーは、機能のより大規模なセットを含む

ことを特徴とするモバイルデバイス。」

２ 引用文献２

当審拒絶理由に引用された引用文献２には、以下の記載がある。

ア 「ｉＰｈｏｎｅで撮影をするには、まずホーム画面から［カメラ］を選択します。すぐに撮影画面が表示されるので、ここでピントや明るさ、ズームなどの調整をします。」（２１５ページ左欄１－４行）

イ 「

［図：0001403543000006.jpg］

」（２１５ページ左欄）

ウ 「ｉＰｈｏｎｅにロックがかかっていたために、シャッターチャンスを逃してしまったという経験がある人は多いでしょう。ｉＯＳ５では、ロック中でも簡単にカメラを起動できるようになりました。カメラの起動と同時にロックも解除されます。」（２１６ページ左下欄１行－右下欄２行）

エ 「

［図：0001403543000007.jpg］

」（２１６ページ左下欄）

オ 「

［図：0001403543000008.jpg］

」（２１６ページ右下欄）

３ 引用文献３

当審拒絶理由に引用された引用文献３には、以下の記載がある。

【図１】「

［図：0001403543000009.jpg］

」

【図２】「

［図：0001403543000010.jpg］

」

「【０００９】

【発明の実施の形態】《発明の第１の実施の形態》図１は第１の実施の形態の構成を示す図である。また、図２ａはヘッドアップディスプレイ（以下、ＨＵＤと呼ぶ）を説明するための車両の運転席を横から見た図であり、図２ｂは車両の運転席から前方を見た図である。

【００１０】まず、図２によりＨＵＤについて説明する。ＨＵＤプロジェクター１は車両のインストルメントパネル２の上部に設置され、小形で安価で明るいＬＥＤを用いて種々の図形、記号、文字などの画像（以下、ＨＵＤ画像と呼ぶ）をフロントウインドウ３に向けて投影表示する。このＨＵＤ画像はフロントウインドウ３により反射され、車両の前景４と重ね合わせて運転者５に視認される。」

【図３】「

［図：0001403543000011.jpg］

」

【図５】「

［図：0001403543000012.jpg］

」

「【００１９】図３および図４は第１の実施の形態の動作を示すフローチャートである。また、図５は第１の実施の形態のＨＵＤ画像の表示タイミングと格納表示データを示す図である。これらの図により、第１の実施の形態の動作を説明する。

【００２０】車両のキースイッチをオンにすると、通信制御部２０および表示コントローラー４１は図３および図４に示す動作を開始する。なお、この実施の形態では、着信時に音声による呼び出しを行わないので、着信時の呼び出し音量を０にする。ステップ１００において、着信前に電話機１０から得られた電界強度情報に基づいて電界強度を最高輝度でＨＵＤ表示する。

【００２１】続くステップ１１０で着信を検出したらステップ１２０へ進み、表示データ格納部４０から電界強度図形と着信を示す図形の表示データを取り込む。表示データ格納部４０には、図５に示すような輝度の異なる複数個の電界強度図形と着信図形の表示データＣ１１～Ｃ１Ｘが格納してあり、電界強度図形の表示データを輝度の高い順に取り込み、その後に着信図形の表示データを輝度の低い順に取り込む。ステップ１３０では、取り込んだ表示データを表示部４２へ送り、ＨＵＤプロジェクター１によってＨＵＤ画像６をフロントウインドウ３へ投影表示する。運転者は、フロントウインドウ３に表示されたＨＵＤ画像６を車両の前景に重ね合わせて視認することができる。上述したように、この時、音声による着信案内を行わない。

【００２２】ステップ１３５において、最高輝度の着信図形Ｃ１Ｘを表示したかどうかを確認し、表示していなければステップ１２０へ戻って電界強度図形または着信図形をＨＵＤ表示する。つまり、着信が検出されると、ステップ１２０～１３５において、図５に示すように表示データ格納部４０に記憶されている電界強度図形および着信図形の中から、まず電界強度図形を輝度の高い順に表示し、最低輝度の電界強度図形を表示したら次に最低輝度の着信図形を表示し、以後、着信図形を輝度の低い順に表示する。なお、輝度の違う画像を取り込む代わりに、表示素子に印加する電圧や電流の大きさによって輝度が変化する場合は、その値を変化させるようにＰＷＭなどで輝度制御してもよい。

【００２３】最高輝度の着信図形Ｃ１Ｘを表示したらステップ１４０へ進み、入力部３０により電話に出るためのオフフック操作が行われたかどうかを確認し、オフフック操作が行われたらステップ１５０へ進み、マイク３１とスピーカー３２によるハンドフリー通話を可能にする。」

「【００２８】このように、通常は電界強度を示す図形を最高輝度でＨＵＤ表示しておき、着信時には電界強度図形のＨＵＤ表示の輝度を徐々に下げるとともに、着信を示す図形をＨＵＤ表示してその輝度を徐々に上げるようにした。また、メッセージがある時には電界強度図形のＨＵＤ表示の輝度を徐々に下げるとともに、メッセージ有りを示す図形をＨＵＤ表示してその輝度を徐々に上げるようにした。これにより、運転者の運転負荷が高い場合には視野が狭くなるから着信図形およびメッセージ図形のＨＵＤ表示に気づきにくくなり、運転者の運転負荷が高い時に電界強度図形からいきなり高輝度の着信図形に切り換わったり、あるいは電界強度図形から高輝度のメッセージ図形に切り換わって、運転者の注意を引きつける事態が避けられ、運転者の負担を軽減することができる。なお、運転者の運転負荷が低い時は視野が広くなるから輝度が低くても着信図形およびメッセージ図形のＨＵＤ表示に気づきやすく、直ちにハンドフリー通話を開始したり、メッセージを再生することができる。」

したがって、引用文献３には、「着信を検出したら、表示データ格納部４０から着信を示す図形の表示データを取り込み、表示データ格納部４０には、輝度の異なる複数個の着信図形の表示データＣ１１～Ｃ１Ｘが格納してあり、着信図形の表示データを輝度の低い順に取り込み、取り込んだ表示データを表示部４２へ送り、ＨＵＤプロジェクター１によってＨＵＤ画像６をフロントウインドウ３へ投影表示し、運転者は、フロントウインドウ３に表示されたＨＵＤ画像６を車両の前景に重ね合わせて視認することができ、着信時には、着信を示す図形をＨＵＤ表示してその輝度を徐々に上げるようにすること」という技術が記載されていると認められる。

４ 引用文献Ｃ

原査定の拒絶の理由に引用された引用文献Ｃには、以下の記載がある。

「【００１６】ここで、輝度変換回路７は、輝度制御部６から輝度データを受けると、その輝度データに相当する階調差をもったディジタル輝度データを出力する。そして、このディジタル輝度データは、Ａ／Ｄ変換回路８からインバータ１０を介してアナログ制御信号に変換され、バックライト９ａ，９ｂの輝度を制御し、これによって所定の輝度だけバックライト９ａ，９ｂの輝度を低下させる。

【００１７】よって、この装置においては、例えば５分ごとに例えば１～３ｃｄ／ｍ2ずつ輝度を下げるように制御すれば、目には殆んど輝度低下が感じられず、液晶ディスプレイ本体９の消費電力も所定時間ごとに数％ずつ低減化できる。そして、一定時間以上（例えば１時間）にわたってキーボード１やマウス２からアクセスがないとき、液晶ディスプレイ本体９を使用していないと判断し、最終的にバックライト９ａ，９ｂをオフし、液晶ディスプレイ本体９に表示されている情報の視認ができない状態にする。」

第６ 対比・判断

１ 本願発明１について

（１）対比

本願発明１と引用発明とを対比すると、次のことがいえる。

ア 引用発明の「モバイルデバイス」は、本願発明１の「情報処理装置」に相当する。

イ 引用発明の「画像キャプチャーアプリケーション」及び「アイコン」は、それぞれ、本願発明１の「アプリケーションプログラム」及び「指標」に相当する。また、引用発明において、「ユーザーがカメラのアイコンに触れた後、画像キャプチャーアプリケーションが起動され」ることから、「カメラのアイコン」は、画像キャプチャーアプリケーションが関連付けられたものといえる。さらに、引用発明の「タッチスクリーンディスプレイ」は、本願発明１「表示部」に相当する。加えて、引用発明の「タッチスクリーンディスプレイ」は、「カメラのアイコンを表示」する。

したがって、引用発明の「タッチスクリーンディスプレイ」は、本願発明１の「複数のアプリケーションプログラムがそれぞれ関連付けられた複数の指標を表示する表示部」と、「アプリケーションプログラムが関連付けられた指標を表示する表示部」である点で共通する。

ウ 引用発明の「タッチスクリーンディスプレイ」は、本願発明１の「タッチパネル」に相当する。また、引用発明の「タッチスクリーンディスプレイ」は、「カメラのアイコンを表示し」、「ユーザーがカメラのアイコンに触れた後、画像キャプチャーアプリケーションが起動され」ることから、タッチスクリーンディスプレイへの接触を検出しているといえる。

したがって、上記イを踏まえると、引用発明の「タッチスクリーンディスプレイ」は、本願発明１の「前記表示部への接触を検出するタッチパネル」と一致する。

エ 引用発明の「プロセッサー」は、本願発明１の「少なくとも１つの」「制御部」に相当する。また、引用発明の「状態７１０から状態７２０への遷移の処理」及び「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理」は、それぞれ、本願発明１の「第１の複数の処理」及び「第２の複数の処理」に相当する。さらに、引用発明の「プロセッサー」は、タスクを実行するためのものであるから、モバイルデバイスに、「状態７１０から状態７２０への遷移の処理」及び「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理」を実行させるものであるといえる。

したがって、上記アを踏まえると、引用発明の「プロセッサー」は、本願発明１の「前記情報処理装置に第１の複数の処理又は第２の複数の処理を実行させる少なくとも１つの制御部」と一致する。

オ 引用発明の「カメラボタンの押下」は、本願発明１の「第１のユーザ操作」と一致する。また、引用発明のロック済みカメラファインダーモードである「画像キャプチャーアプリケーション」及び「カメラのアイコン」は、それぞれ、本願発明１の「第１のアプリケーションプログラム」及び「第１の指標」に相当する。さらに、引用発明において、「状態７１０から状態７２０への遷移の処理において」、「ロック済みモードである間に、カメラボタンの押下を受け取った後で、タッチスクリーンディスプレイにカメラのアイコンを表示し」、「ユーザーがカメラのアイコンに触れた後、画像キャプチャーアプリケーションが起動され、ロック済みカメラファインダーモードに入」ることから、「状態７１０から状態７２０への遷移の処理」は、モバイルデバイスがロック状態にあるときに、カメラボタンの押下を受け付けたことに応じて、ロック済みカメラファインダーモードである画像キャプチャーアプリケーションに関連付けられたカメラのアイコンを表示し、タッチスクリーンディスプレイがカメラのアイコンへの接触を検出したことに応じて、ロック済みカメラファインダーモードである画像キャプチャーアプリケーションを実行する、ことを含むといえる。

したがって、上記ア－エを踏まえると、引用発明の「状態７１０から状態７２０への遷移の処理」は、本願発明１の「前記第１の複数の処理は」、前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を徐々に表示し」、「前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含」む構成と、「前記第１の複数の処理は」、前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を表示し」、「前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含」む構成である点で共通する。

カ 引用発明の「電源ボタンの押下」は、本願発明１の「第２のユーザ操作」に相当する。また、引用発明の「ＰＩＮ番号」、「キーの組み合わせ（「ロック解除」と「＊」など）」、「指紋データ」又は「音声データ」は、いずれも、本願発明１の「ロック解除用情報」に相当し、引用発明の「ロック解除ユーザーインターフェース」は、本願発明１の「ロック解除用情報を受け付けるためのインターフェース」に相当する。さらに、引用発明の未ロックモードのカメラファインダーである「画像キャプチャーアプリケーション」は、本願発明１の「第２のアプリケーションプログラム」に相当する。加えて、引用発明において、「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理において」、「ロック画面を提示する間、電源ボタンの押下を受け取ることによって、ロック解除ユーザーインターフェースをユーザーに提示し」、「モバイルデバイスのタッチスクリーンを使用してＰＩＮ番号を入力し、キーの組み合わせ（「ロック解除」と「＊」など）を押し、または指紋データまたは音声データを提供し」、「モバイルデバイスのロックが正常に解除された場合は、未ロックモードに変化し、通常のホーム画面に遷移し」、「ホーム画面と関連したメニューを使用することによって、画像キャプチャーアプリケーションを呼び出し、未ロックモードのカメラファインダーに入」ることから、「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理」は、モバイルデバイスがロック状態にあるときに、電源ボタンの押下を受け付けたことに応じて、ロック解除ユーザーインターフェースを表示し、モバイルデバイスがＰＩＮ番号、キーの組み合わせ（「ロック解除」と「＊」など）、指紋データ又は音声データを受け付けたことに応じて、通常のホーム画面を表示し、ホーム画面と関連したメニューを使用することによって、未ロックモードのカメラファインダーである画像キャプチャーアプリケーションを実行する、ことを含むといえる。

したがって、引用発明の「状態７１０から状態７４０及び状態７６０を経由した状態７７０への遷移の処理」は、本願発明１の「前記第２の複数の処理は」、「前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し」、「前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、第２のアプリケーションプログラムに関連付けられた第２の指標を表示し」、「前記第２の指標への接触を検出したことに応じて、前記第２のアプリケーションプログラムを実行する、ことを含」む構成と、「前記第２の複数の処理は」、「前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し」、「前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、情報を表示し」、「第２のアプリケーションプログラムを実行する、ことを含」む構成である点で共通する。

（一致点）

「情報処理装置であって、

アプリケーションプログラムが関連付けられた指標を表示する表示部と、

前記表示部への接触を検出するタッチパネルと、

前記情報処理装置に第１の複数の処理又は第２の複数の処理を実行させる少なくとも１つの制御部と、

続きを表示（全13行）

を備え、

前記第１の複数の処理は、

前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を表示し、

前記第１の指標への接触を検出したことに応じて、前記第１のアプリケーションプログラムを実行する、ことを含み、

前記第２の複数の処理は、

前記情報処理装置がロック状態にあるときに、第２のユーザ操作を受け付けたことに応じて、ロック解除用情報を受け付けるためのインターフェースを表示し、

前記情報処理装置が前記ロック解除用情報を受け付けたことに応じて、情報を表示し、

第２のアプリケーションプログラムを実行する、ことを含む

ことを特徴とする情報処理装置。」

（相違点１）

表示部において、本願発明１では、「複数のアプリケーションプログラムがそれぞれ関連付けられた複数の指標」を表示するのに対し、引用発明では、画像キャプチャーアプリケーションが関連付けられたカメラのアイコンを表示するが、当該カメラのアイコンに加え、他のアイコンも表示するか特定されておらず、また、引用発明では、通常のホーム画面を表示するが、通常のホーム画面がどのようなものであるか特定されていない点。

（相違点２）

前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を表示するときに、本願発明１では、「第１の指標を徐々に表示」するのに対し、引用発明では、このような構成について特定されていない点。

（相違点３）

情報処理装置がロック解除用情報を受け付けたことに応じて表示する情報が、本願発明１では、「第２のアプリケーションプログラムに関連付けられた第２の指標」であるのに対し、引用発明では、「通常のホーム画面」である点。

（相違点４）

前記第２のアプリケーションプログラムを実行することにおいて、本願発明１では、「前記第２の指標への接触を検出したことに応じて」実行するのに対し、引用発明では、「ホーム画面と関連したメニューを使用することによって」実行する点。

（相違点５）

本願発明１では、「前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムは、同一のプログラムである」のに対し、引用発明では、全機能のサブセットのみが提示されるロック済みカメラファインダーモードである「画像キャプチャーアプリケーション」と、機能のより大規模なセットを含む未ロックモードのカメラファインダーである「画像キャプチャーアプリケーション」であるが、これら２つのアプリケーションが同一のプログラムであるのか明確に特定されていない点。

（相違点６）

本願発明１では、「前記第１の指標が表示される際の背景画像は、前記第２の指標が表示される際の背景画像とは異な」るのに対し、引用発明では、当該構成について特定されていない点。

（相違点７）

本願発明１では、「前記第１の指標が表示される際の背景画像は、前記ロック解除用情報を受け付けるための前記インターフェースが表示される際の背景画像とも異な」るのに対し、引用発明では、当該構成について特定されていない点。

（相違点８）

本願発明１では、「前記情報処理装置が前記第１のユーザ操作を受け付けたことに応じて表示する指標は、ユーザにより設定可能である」のに対し、引用発明では、当該構成について特定されていない点。

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

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

上記第５の３に記載のとおり、引用文献３には、「着信を検出したら、表示データ格納部４０から着信を示す図形の表示データを取り込み、表示データ格納部４０には、輝度の異なる複数個の着信図形の表示データＣ１１～Ｃ１Ｘが格納してあり、着信図形の表示データを輝度の低い順に取り込み、取り込んだ表示データを表示部４２へ送り、ＨＵＤプロジェクター１によってＨＵＤ画像６をフロントウインドウ３へ投影表示し、運転者は、フロントウインドウ３に表示されたＨＵＤ画像６を車両の前景に重ね合わせて視認することができ、着信時には、着信を示す図形をＨＵＤ表示してその輝度を徐々に上げるようにすること」という技術が記載されている。

しかしながら、画像キャプチャーアプリケーションのアイコンに関する引用発明において、ＨＵＤプロジェクター１によってフロントウインドウ３へ投影表示するＨＵＤ画像６に関する上記技術を採用する動機があるとはいえない。したがって、上記技術を考慮しても、引用発明から、「前記情報処理装置がロック状態にあるときに、第１のユーザ操作を受け付けたことに応じて、第１のアプリケーションプログラムに関連付けられた第１の指標を徐々に表示」する構成には至らない。

また、引用文献２には、上記相違点２に係る本願発明１の構成について記載も示唆もなく、上記相違点２に係る本願発明１の構成が、本願の優先日前において周知技術であったとはいえない。

したがって、当業者といえども、引用発明及び引用文献２－３に記載された技術から、上記相違点２に係る本願発明１の構成を容易に想到することはできない。

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

２ 本願発明２－７について

本願発明２－７は、本願発明１を減縮した発明である。したがって、本願発明１と同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２－３に記載された技術に基づいて容易に発明できたものとはいえない。

３ 本願発明８、１１について

本願発明８、１１は、それぞれ、本願発明１に対応する「情報処理方法」、「プログラム」の発明であり、本願発明１とカテゴリ表現が異なるだけの発明である。したがって、本願発明８、１１は、本願発明１の構成に対応する構成を実質的に備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２－３に記載された技術に基づいて容易に発明できたものとはいえない。

４ 本願発明９－１０について

本願発明９－１０は、本願発明８を減縮した発明である。したがって、本願発明８と同一の構成を備えるものであるから、本願発明８と同じ理由により、当業者であっても、引用発明及び引用文献２－３に記載された技術に基づいて容易に発明できたものとはいえない。

５ 本願発明１２－１３について

本願発明１２－１３は、本願発明１１を減縮した発明である。したがって、本願発明１１と同一の構成を備えるものであるから、本願発明１１と同じ理由により、当業者であっても、引用発明及び引用文献２－３に記載された技術に基づいて容易に発明できたものとはいえない。

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

令和５年７月２６日提出の手続補正書により、補正後の請求項１－１３は、実質的に、上記相違点２に係る本願発明１の構成を有するものとなった。当該構成は、原査定における引用文献Ａ－Ｃ（当審拒絶理由における引用文献１－２を含む。）には記載されておらず、本願の優先日前における周知技術でもないので、本願発明１－１３は、当業者であっても、引用文献Ａ－Ｃに記載された発明に基づいて容易に発明できたものではない。

したがって、原査定を維持することはできない。

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

令和５年７月２６日提出の手続補正書により、補正後の請求項１－１３は、実質的に、上記相違点２に係る本願発明１の構成を有するものとなった。上記第６で説示したとおり、本願発明１－１３は、当業者が引用発明及び引用文献２－３に記載された技術に基づいて容易に発明をすることができたものではない。

したがって、当審拒絶理由は解消した。

第９ むすび

以上のとおり、原査定の理由によって、本願を拒絶することはできない。

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

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