2020-010937

特願２０１８－５３６７８３「表示方法および端末」拒絶査定不服審判事件〔平成２９年 ７月２０日国際公開、ＷＯ２０１７／１２０８９４、平成３１年 ４月１８日国内公表、特表２０１９－５１１０２９、請求項の数（１１）〕について、次のとおり審決する。

結 論 原査定を取り消す。 本願の発明は、特許すべきものとする。

理 由 第１ 手続の経緯 本願は、２０１６年（平成２８年）１月１５日を国際出願日とする出願であって、その手続の経緯は次のとおりである。 平成３０年 ８月１７日 ：手続補正書の提出 令和 元年 ７月２６日付け：拒絶理由通知書 令和 元年１１月１３日 ：意見書、手続補正書の提出 令和 ２年 ３月３０日付け：拒絶査定（原査定） 令和 ２年 ８月 ６日 ：審判請求書、手続補正書の提出 令和 ３年 ６月２３日付け：拒絶理由（当審拒絶理由１ ；最後の拒絶理由）通知書 令和 ３年 ９月２８日 ：意見書、手続補正書の提出 令和 ３年１０月 ５日付け：拒絶理由（当審拒絶理由２ ；最後の拒絶理由）通知書 令和 ４年 １月 ７日 ：意見書、手続補正書の提出 第２ 原査定の概要 原査定（令和２年３月３０日付け拒絶査定）の概要は次のとおりである。 本願請求項１ないし２０に係る発明は、以下の引用文献ＡないしＣに記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 ［引用文献等一覧］ Ａ 米国特許出願公開第２０１３／０２２７４６９号明細書 Ｂ 特開２０１４－１４９８６０号公報 Ｃ 中国特許出願公開第１０４０３５６６２号明細書 第３ 当審拒絶理由１の概要 令和３年６月２３日付けで当審が通知した拒絶理由（以下、「当審拒絶理由１」という。）の概要は次のとおりである。 ［理由１］明確性要件 本願は、請求項１ないし１４に係る発明が、以下の（１）、（２）、（４）ないし（７）において明確ではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。 ［理由２］サポート要件 本願は、請求項１ないし１４に係る発明が、以下の（３）において発明の詳細な説明に記載したものではないから、特許法第３６条第６項第１号に規定する要件を満たしていない。 （１）「システムスタンバイインターフェースに現在表示されているアプリケーション」は、明確ではない。 （２）「システムスタンバイインターフェース」が「アプリケーション」を表示する「第1の表示領域」及び「第2の表示領域」を備えるとは、どのような態様であるのか明確ではない。 （３）前記（１）及び（２）において、「システムスタンバイインターフェース」の中に「アプリケーション」又は「第1の表示領域」及び「第2の表示領域」を表示するという意味である場合は、発明の詳細な説明（特に、明細書の【００４２】）に記載したものではない。 （４）「アプリケーションもしくは前記アプリケーションに関連する機能ボタン」は、係り受けが明確ではない。 （５）「アプリケーションもしくはすべてのアプリケーションに適合する機能ボタン」は、係り受けが明確ではない。 （６）前記（４）及び（５）を参酌すれば、「前記第2の表示領域に予め設定された機能ボタンまたは設定されたアプリケーションを表示する前記ステップ」は、矛盾する態様を含む。 （７）「すべてのアプリケーション」がどのような観点で「すべて」のアプリケーションであるのか明確ではない。 ［理由３］進歩性 本願請求項１ないし１４に係る発明は、以下の引用文献１ないし６に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 ［引用文献等一覧］ １ 米国特許出願公開第２０１３／０２２７４６９号明細書 （原査定の引用文献Ａ） ２ 特開２０１５－２２４９３９号公報 ３ 特開２０１５－８３９３号公報 ４ 特開２０１３－２０５９６３号公報 ５ 特開２０１５－１４１２９３号公報 ６ 中国特許出願公開第１０４０３５６６２号明細書 （原査定の引用文献Ｃ） 第４ 当審拒絶理由２の概要 令和３年１０月５日付けで当審が通知した拒絶理由（以下、「当審拒絶理由２」という。）の概要は次のとおりである。 ［理由１］明確性要件 本願は、請求項１ないし１４に係る発明が、以下の（１）において明確ではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。 ［理由２］サポート要件 本願は、請求項１ないし１４に係る発明が、以下の（１）ないし（３）において発明の詳細な説明に記載したものではないから、特許法第３６条第６項第１号に規定する要件を満たしていない。 （１）「横向き／縦向き構成情報」は、「ページ」ごとに設定されるのか、又は、「アプリケーション」ごとに1つ設定されるのか、明確ではなく、また、本願明細書の【００４９】ないし【００５１】の記載を参酌すれば、「ページ」ごとに設定されることは、発明の詳細な説明に記載したものではない。 （２）「前記システムスタンバイインターフェースが、第1の表示領域および第2の表示領域に区分され」ることは、発明の詳細な説明（特に、本願明細書の【００４２】）に記載したものではない。 （３）「すべてのアプリケーション」が「表示内容が端末ベンダによって予め設定されるか、または選択可能なオプションがユーザが選択するために低要されるか、またはユーザが表示内容をカスタマイズしてもよいアプリケーション」であることは、発明の詳細な説明（特に、本願明細書の【００５６】）に記載したものではない。 第５ 本願発明 本願請求項１ないし１１に係る発明（以下、それぞれ「本願発明１」ないし「本願発明１１」という。）は、令和４年１月７日に提出された手続補正書に係る手続補正（以下、「本件補正」という。）により補正された特許請求の範囲の請求項１ないし１１に記載された事項により特定される発明であり、このうち本願発明１は以下のとおりの発明である。なお、下線は、本件補正により補正された箇所を示す。 「 横向き／縦向き切替え命令を受信するステップと、 横向き／縦向き切替え前に取得されたシステムスタンバイインターフェース上に現在表示されているアプリケーションの表示属性を読み取り、前記アプリケーションに対して１つの横向き／縦向き構成情報が設定されており、前記表示属性に従って前記アプリケーションのページ表示の横向き／縦向き構成情報を取得するステップと、 前記現在表示されているアプリケーションによって生成されたページが単一方向の表示のみをサポートすることを前記横向き／縦向き構成情報が設定している場合、前記アプリケーションの前記横向き／縦向き構成情報およびページ表示サイズを修正するステップと、 前記横向き／縦向き切替え命令に従って横向き／縦向き切替えを実行するステップと、 横向き／縦向き切替え後に取得されたシステムスタンバイインターフェース上に、ページ表示サイズが修正された前記アプリケーションを表示するステップであって、横向き／縦向き切替え後に取得された前記システムスタンバイインターフェースに表示される画像が、第1の表示領域および第2の表示領域に区分され、前記第1の表示領域は、端末の表示画面の中央に配置され、前記第2の表示領域は、前記表示画面の一端に配置された第１の部分と前記表示画面の他端に配置された第２の部分とを含み、前記第1の表示領域上に前記アプリケーションを表示する、ステップと、 前記第2の表示領域の前記第1の部分に、予め設定されたアプリケーションを表示し、前記第2の表示領域の前記第２の部分に、前記予め設定されたアプリケーションに関連する予め設定された機能ボタンを表示するステップとを備える、表示方法。」 なお、本願発明４は、本願発明１を複数の「ユニット」からなる「端末」の発明として特定したものであり、本願発明７は、本願発明１をプロセッサがメモリに記憶されたプログラムコードを呼び出して動作を実行する「端末」の発明として特定したものであり、本願発明１０は、本願発明１ないし３のいずれかを「プログラムを記憶したコンピュータ読み取り可能な媒体」として特定したものであり、本願発明１１は、本願発明１ないし３のいずれかを「コンピュータプログラム」の発明として特定したものであり、本願発明２及び３、本願発明５及び６、本願発明８及び９は、それぞれ、本願発明１、本願発明４、本願発明７を減縮する発明である。 第６ 引用文献、引用発明等 １ 引用文献１（引用文献Ａ）について （１）引用文献１（引用文献Ａ）記載事項 当審拒絶理由１に引用された引用文献１（原査定に引用された引用文献Ａ）には、図面とともに次の事項が記載されている。なお、下線は、強調のため当審が付与した。（以降においても同様。） 「[0003] The following description relates to a user interface, and more particularly, to a user terminal and a method for processing a screen of a user terminal.」 ［当審訳］ 「[0003] 以下の説明では、ユーザ・インタフェースに関し、特に、ユーザ端末およびユーザ端末の画面を処理するための方法に関する。」 「[0028] Referring to FIG. 1, the user terminal 1 includes a display 10, a controller 12, a database 14, an input unit 16, and a sensor 18.」 ［当審訳］ 「[0028] 図1を参照すると、ユーザ端末１は、ディスプレイ１０と、制御部１２と、データベース１４と、入力部１６と、センサ１８と、を備えている。」 「[0032] The display 10 displays a screen in the landscape view state or portrait view state of the user terminal 1. When the screen position of the user terminal 1 is in the landscape view state, this is referred to as a landscape view mode, and when the screen position of the user terminal 1 is in the portrait view state, this is referred to as a portrait view mode. A view mode may be determined with terminal state information that is acquired from the sensor 18, or the view mode may be set according to a user's input, such as a view mode selection or view mode lock button. The sensor 18 generates a sensing signal to determine whether the orientation of the user terminal 1 is vertical or horizontal, namely, a terminal state. Terminal state information may be information that indicates the current state of the user terminal 1, or it may be information that indicates a change in the state of user terminal 1. that the user terminal 1 has shifted from a previous state to a current state, such as information indicating that the user terminal 1has rotated from a vertical orientation to a horizontal orientation. The sensor 18 may be, for example, a gyro sensor, an accelerometer sensor, or a geomagnetic sensor. When the sensor 18 has acquired terminal state information, the controller 12 switches the user terminal 1 from the landscape view mode to the portrait view mode or from the portrait view mode to the landscape view mode according to the terminal state information.」 ［当審訳］ 「[0032] ディスプレイ１０は、ユーザ端末１のランドスケープビュー状態又はポートレートビューの画面を表示する。ユーザ端末１の画面位置が、ランドスケープビュー状態にあるときには、ランドスケープモードと呼び、ユーザ端末１の画面位置が、ポートレートビュー状態にあるとき、ポートレートビューモードと呼ぶことにする。ビューモードは、センサ１８から取得した端末状態情報により決定することができ、または、ビューモードは、モード選択やモードロックボタンのようなユーザの入力に応じて設定されもよい。センサ１８は、ユーザ端末１の向きが垂直か水平か、すなわち、端末状態を判定するために検知信号を発生する。端末状態情報は、ユーザ端末１の現在の状態を示す情報であってもよいし、以前の状態から現在の状態への変化したこと、例えば、ユーザ端末１が、鉛直方向から水平方向に回転したことを示す情報のように、ユーザ端末１の状態が変化したことを示す情報であってもよい。センサ１８は、例えば、ジャイロセンサ、加速度センサ又は地磁気センサであってよい。センサ１８が端末状態情報を取得すると、制御部１２は、端末状態情報に応じて、ユーザ端末１をランドスケープモードからポートレートビューモードに、またはポートレートビューモードからランドスケープビューモードに、切り替える。」 ＜当審注＞ 「… the state of user terminal 1. that the user terminal 1 has shifted from …」は、「the state of user terminal 1 that the user terminal 1 has shifted from」の誤記と認められる。 「[0074] FIG. 10 is a diagram illustrating a screen of the user terminal switching to the landscape view mode in "list type" according to an exemplary embodiment of the present invention. [0075] Referring to FIG. 10, one landscape view screen processing difference between "main type" and "list type" is that "list type" may display a minor graphic object corresponding to new or stored data that is different from data on a portrait view screen in other regions of the screen, unlike "main type". That is, when the user terminal 1 having the "list type" screen has been switched from the portrait view state to the landscape view state, the user terminal 1 arranges list-type graphic objects in a certain screen region on a screen, and additionally arranges a minor graphic object corresponding to new or stored data associated with data of the list type graphic object in other regions of the screen. [0076] For example, as illustrated in FIG. 10, a layout in the landscape view state is configured with a graphic object group a' corresponding to data in the portrait view state, and a graphic object group b corresponds to new or stored data retrieved from a database. Herein, a width c' of the graphic object group a' is equal to a width c of a layout in the portrait view state. The height d' of the graphic object group a' is set according to a length d of the user terminal l's display 10. However, when the height of the graphic object group a' is insufficient compared to the length d, the user terminal 1 may generate a height scroll bar on a screen, thereby enabling display of the graphic object group a' in an additional region through scroll control. In scroll control of the graphic object group a', the graphic object group b may also be scrolled simultaneously, and data of the graphic object group b synchronized with data of the graphic object group a' may be displayed.」 ［当審訳］ 「[0074] 図１０は、「リスト型」のランドスケープビューモードに切り替わるユーザ端末の画面を示す、本発明の実施形態である。 [0075] 図１０を参照すると、「メイン型」と「リスト型」のランドスケープビュー画面処理の違いの１つは、「リスト型」が、「メイン型」とは異なり、画面の他の領域に、ポートレートビュー画面のデータとは異なる新しいデータまたは保存されたデータに対応するマイナーグラフィックオブジェクトを表示できることである。すなわち、「リスト型」の画面を有するユーザ端末１がポートレートビュー状態からランドスケープビュー状態に切り替えられた場合、ユーザ端末１は、画面上の特定の画面領域にリスト型グラフィックオブジェクトを配置し、さらに、リスト型グラフィックオブジェクトのデータに関連する新規データまたは保存データに対応するマイナーグラフィックオブジェクトを画面の他の領域に配置する。 [0076] 例えば、図１０に示すように、ランドスケープビュー状態のレイアウトは、ポートレートビュー状態のデータに対応するグラフィックオブジェクトグループａ’で構成され、グラフィックオブジェクトグループｂは、データベースから検索された新規データまたは保存データに対応する。ここで、グラフィックオブジェクトグループａ’の幅ｃ’は、ポートレートビュー状態におけるレイアウトの幅ｃと等しい。グラフィックオブジェクトグループａ’の高さｄ’は、ユーザ端末１のディスプレイ１０の長さｄに応じて設定される。しかし、グラフィックオブジェクトグループａ’の高さが長さｄに比べて不十分である場合、ユーザ端末１は、画面上に高さスクロールバーを生成し、スクロール制御によってグラフィックオブジェクトグループａ’を追加領域に表示することができる。グラフィックオブジェクト群ａ’のスクロール制御では、グラフィックオブジェクト群ｂも同時にスクロールし、グラフィックオブジェクト群ａ’のデータと同期したグラフィックオブジェクト群ｂのデータが表示される。」 「[0077] FIG. 11 is a diagram illustrating a screen of the user terminal displaying a graphic object corresponding to new data when switching to the landscape view mode in "list type" according to an exemplary embodiment of the present invention. [0078] Referring to FIG. 11, the controller 12 displays a graphic object that is subordinate to list-type graphic objects in a screen region other than a screen region in which the list-type graphic objects have been arranged. [0079] For example, when the layout editing target application is an application providing an address book, as illustrated in FIG. 11, a graphic object corresponding to lower level data of a user A is displayed in b-1 of other regions of the screen b'. Lower level data may be a telephone number, an e-mail address, recent message content, or group information. Likewise, a graphic object corresponding to lower level data of a user B and a graphic object corresponding to lower level data of a user C may be respectively displayed in b-2 and b-3 of other regions of the screen b'. [0080] The controller 12 may receive data associated with the list-type graphic objects from another application and may arrange graphic objects corresponding to the received data in other regions of the screen. For example, if the layout editing target application is an application for providing an address book, the controller 12 receives new data in operational connection with an application associated with user list data in the address book, namely, an SNS-related application, and arranges graphic objects corresponding to the received data in other regions of the screen b'. For example, as illustrated in FIG. 11, the controller 12 may display the recent mention and image data of the user A, which are received in operational connection with the SNS-related application, in b-1 of the other region of the screen b'.」 ［当審訳］ 「[0077] 図１１は、「リスト型」において、ランドスケープビューモードに切り替える際、新たなデータに対応するグラフィックオブジェクトを表示するユーザ端末の画面を示す、本発明の実施形態である。 [0078] 図１１を参照すると、制御部１２は、リスト型のグラフィックオブジェクトが配置される画面領域とは異なる画面領域に、リスト型グラフィックオブジェクトに関連するグラフィックオブジェクトを表示する。 [0079] 例えば、レイアウト編集対象アプリケーションがアドレス帳を提供するアプリケーションである場合、図１１に示すように、画面ｂ’とは異なる領域ｂ－１には、ユーザＡの下位データに対応するグラフィックオブジェクトが表示される。下位レベルのデータには、電話番号、電子メールアドレス、最近のメッセージの内容、グループ情報などがある。同様に、ユーザＢの下位データに対応するグラフィックオブジェクト及びユーザＣの下位データに対応するグラフィックオブジェクトは、画面ｂ’とは異なる領域ｂ－２及びｂ－３にそれぞれ表示される。 [0080] 制御部１２は、別のアプリケーションからリスト型のグラフィックオブジェクトに関連付けられたデータを受信することができ、受信したデータに対応するグラフィックオブジェクトを画面の他の領域に配置することができる。例えば、レイアウト編集対象アプリケーションが、アドレス帳を提供するアプリケーションである場合、制御部１２は、アドレス帳のユーザのリストデータに関連付けられたアプリケーション、例えば、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、新たなデータを受信し、受信したデータに対応するグラフィックオブジェクトを画面ｂ’とは異なる領域に配置する。例えば、図１１に示すように、制御部１２は、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、ユーザＡの最近の発言と画像データを受信して、画面ｂ’とは異なる領域ｂ－１に表示する。」 ＜当審注＞ [0079]及び[0080]に記載の「screen b'」（画面ｂ’）は、以下で摘記するFig.11（図１１）を参酌すると、「screen a'」（画面ａ’）の誤記と認められる。 「[0087] Referring to FIG. 14, the layout editing target application is executed in operation 1400. When a view mode is switched to the landscape view mode in operation 1410, the user terminal 1 determines whether the layout editing target application supports the landscape view mode in operation 1420. If it is determined that the landscape view mode is not supported by the target application, the user terminal 1 changes the lay out data attribute information of the layout editing target application so as to enable support of the landscape view mode in operation 1430. [0088] If it is determined that the landscape view mode is supported in operation 1420, the user terminal 1 determines whether a layout editing target application, which supports the landscape view mode, or the layout editing target application whose layout data attribute information has been changed to enable support of the landscape view mode, supports lay out editing in operation 1440. If it is determined that layout editing is not supported by the target application for layout editing, the user terminal 1 changes the layout data attribute information of the layout editing target application to enable support of layout editing by using a layout editing interface, and starts to edit a layout in operation 1460. On the other hand, in the layout editing target application, when layout data attribute information is automatically changed when switching to the landscape view mode, the user terminal 1 may determine that the layout data attribute information is optimized for the landscape view mode by the developer of the layout editing target application. In this case, if the the layout data attribute information is determined to be optimized, the user terminal 1 may not perform lay out editing, such as shown in operation 1450. [0089] Following operation 1460, the user terminal 1 determines the type of a graphic object configuring a screen layout. The user terminal 1 edits the size, position, and configuration of a graphic object displayed on a screen on the basis of the determined type and structure of the graphic object, and displays the edited layout on the screen in operation 1490. More specifically, the user terminal 1 determines whether the screen is "main type" or "list type" in operation 1470. When it is determined that the screen is "main type," the user terminal 1 proceeds to operation 1490. In operation 1470, when it is determined that the screen is "list type", the user terminal 1 may add new data to other regions of the screen in operation 1480. Then, the user terminal 1 displays the edited layout on the screen in operation 1490.」 ［当審訳］ 「[0087] 図１４を参照すると、レイアウト編集対象アプリケーションは、動作１４００において実行される。動作１４１０において、ビューモードがランドスケープモードに切り替えられると、動作１４２０において、ユーザ端末１は、レイアウト編集対象アプリケーションがランドスケープモードをサポートしているか否かを判定する。ランドスケープビューモードが対象アプリケーションによってサポートされていないと判定された場合、動作１４３０において、ユーザ端末１は、レイアウト編集対象アプリケーションのレイアウトデータ属性情報を、ランドスケープモードをサポートすることが可能となるように変更する。 [0088] 動作１４２０において、ランドスケープビューモードがサポートされていると判定された場合、動作１４４０において、ユーザ端末１は、ランドスケープビューモードをサポートする、又は、またはそのレイアウトデータ属性情報が、ランドスケープモードをサポートすることが可能に変更されたレイアウト編集対象アプリケーションが、レイアウト編集をサポートするかどうかを判定する。レイアウト編集が、レイアウト編集対象アプリケーションにサポートされていないと判定された場合、動作１４６０において、ユーザ端末１は、レイアウト編集インターフェースを用いてレイアウト編集のサポートを可能にし、レイアウトの編集を開始して、レイアウト編集対象アプリケーションのレイアウトデータ属性情報を変更する。一方、レイアウト編集アプリケーションは、ランドスケープビューモードに切り替わるときにレイアウトデータ属性情報が自動的に変更される場合には、ユーザ端末１は、レイアウトデータ属性情報が、レイアウト編集対象アプリケーションの開発者によってランドスケープビューモードのために最適化されていると判断することができる。この場合、レイアウトデータ属性情報が最適化されていると判定された場合、ユーザ端末１は、動作１４５０に示すようなレイアウト編集処理を実行しなくてもよい。 [0089] 以下の動作１４６０において、ユーザ端末１は、画面レイアウトを構成するグラフィックオブジェクトの型を判定する。動作１４９０において、ユーザ端末１は、グラフィックオブジェクトの判断された型と構造に基づいて、画面上に表示されるグラフィックオブジェクトのサイズ、位置及び構成を編集し、画面上に編集されたレイアウトを表示する。より具体的には、動作１４７０において、ユーザ端末１は、画面が「メイン型」または「リスト型」のいずれであるかを判定する。スクリーンが「メイン型」であると判定された場合、ユーザ端末１は、動作１４９０に進む。動作１４７０において、スクリーンが「リスト型」であると判定された場合、動作１４８０において、ユーザ端末１は、画面の他の領域に新たなデータを追加してもよい。そして、動作１４９０において、ユーザ端末１は、画面上で編集されたレイアウトを表示する。」 ＜当審注＞ [0088]の「if the the layout data attribute information is …」は、「if the layout data attribute information is …」の誤記と認められる。 「Fig.1（図１） ［図：0001381984000001.jpg］ 」 ［当審訳］省略 「Fig.10（図１０） ［図：0001381984000002.jpg］ 」 ［当審訳］省略 「Fig.11（図１１） ［図：0001381984000003.jpg］ 」 ［当審訳］省略 「Fig.14（図１４） ［図：0001381984000004.jpg］ 」 ［当審訳］省略 （２）引用発明 前記（１）より、引用文献１（引用文献Ａ）には次の発明（以下、「引用発明」という。）が記載されていると認められる。 「 ユーザ端末の画面を処理するための方法において、 ユーザ端末１は、ディスプレイ１０と、制御部１２と、データベース１４と、入力部１６と、センサ１８と、を備え、 ディスプレイ１０は、ユーザ端末１のランドスケープビュー状態又はポートレートビューの画面を表示し、ユーザ端末１の画面位置が、ランドスケープビュー状態にあるときには、ランドスケープモードと呼び、ユーザ端末１の画面位置が、ポートレートビュー状態にあるとき、ポートレートビューモードと呼ぶことにし、 ビューモードは、センサ１８から取得した端末状態情報により決定することができ、または、ビューモードは、モード選択やモードロックボタンのようなユーザの入力に応じて設定されもよく、センサ１８は、ユーザ端末１の向きが垂直か水平か、すなわち、端末状態を判定するために検知信号を発生し、端末状態情報は、ユーザ端末１の現在の状態を示す情報であってもよいし、以前の状態から現在の状態への変化したこと、例えば、ユーザ端末１が、鉛直方向から水平方向に回転したことを示す情報のように、ユーザ端末１の状態が変化したことを示す情報であってもよく、 センサ１８が端末状態情報を取得すると、制御部１２は、端末状態情報に応じて、ユーザ端末１をランドスケープビューモードからポートレートビューモードに、またはポートレートビューモードからランドスケープビューモードに、切り替え、 「リスト型」の画面を有するユーザ端末１がポートレートビュー状態からランドスケープビュー状態に切り替えられた場合、ユーザ端末１は、画面上の特定の画面領域にリスト型グラフィックオブジェクトを配置し、さらに、リスト型グラフィックオブジェクトのデータに関連する新規データまたは保存データに対応するマイナーグラフィックオブジェクトを画面の他の領域に配置し、 ランドスケープビュー状態のレイアウトは、ポートレートビュー状態のデータに対応するグラフィックオブジェクトグループａ’で構成され、グラフィックオブジェクトグループｂは、データベースから検索された新規データまたは保存データに対応し、ここで、グラフィックオブジェクトグループａ’の幅ｃ’は、ポートレートビュー状態におけるレイアウトの幅ｃと等しく、グラフィックオブジェクトグループａ’の高さｄ’は、ユーザ端末１のディスプレイ１０の長さｄに応じて設定され、 レイアウト編集対象アプリケーションが、アドレス帳を提供するアプリケーションである場合、制御部１２は、アドレス帳のユーザのリストデータに関連付けられたアプリケーション、例えば、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、新たなデータを受信し、受信したデータに対応するグラフィックオブジェクトを画面ａ’とは異なる領域に配置し、例えば、制御部１２は、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、ユーザＡの最近の発言と画像データを受信して、画面ａ’とは異なる領域ｂ－１に表示し、 レイアウト編集対象アプリケーションが実行され、ビューモードがランドスケープモードに切り替えられると、ユーザ端末１は、レイアウト編集対象アプリケーションがランドスケープモードをサポートしているか否かを判定し、ランドスケープビューモードが対象アプリケーションによってサポートされていないと判定された場合、ユーザ端末１は、レイアウト編集対象アプリケーションのレイアウトデータ属性情報を、ランドスケープモードをサポートすることが可能となるように変更し、ユーザ端末１は、画面が「メイン型」または「リスト型」のいずれであるかを判定し、スクリーンが「リスト型」であると判定された場合、ユーザ端末１は、画面の他の領域に新たなデータを追加し、画面上で編集されたレイアウトを表示する、 方法。」 ２ 引用文献２について 当審拒絶理由１に引用された引用文献２の【００４５】、【００４６】、【図６】及び【図７】を参酌すれば、引用文献２には次の２つの技術的事項が記載されているといえる。 「 ホーム画面は、デスクトップ、ランチャ、またはアイドル画面（idle screen）と呼ばれることもあり、ホーム画面は、ディスプレイ２Ａに表示され、ホーム画面は、スマートフォン１にインストールされているアプリケーションのうち、どのアプリケーションを実行するかを使用者に選択させる画面であり、ホーム画面５０には、複数のアイコン５１が配置されており、 スマートフォン１は、アイコン５１に対するジェスチャを検出すると、そのアイコン５１に対応付けられているアプリケーションを実行すること。」 「 スマートフォン１は、重力方向に沿って画面の表示方向を変更することができ、マイナスＹ方向に重力が作用しているとコントローラ１０が判別したときに縦方向にホーム画面が表示され、マイナスＸ方向に重力が作用しているとコントローラ１０が判別したときに横方向にホーム画面が表示されること。」 ３ 引用文献３について 当審拒絶理由１に引用された引用文献３の【０００１】、【００５１】、【００５２】を参酌すれば、引用文献３には次の技術的事項が記載されているといえる。 「 携帯端末に関し、 ホーム画面制御アプリケーションは、いわゆるランチャーであり、ホーム画面制御アプリケーションがフォアグラウンドで動作している際は、ユーザに対して、携帯情報端末1にて利用可能なアプリケーションをアイコン等を配置した所定のメニュー画面で提示し、ユーザが選択したアプリケーションを、未起動の場合は起動してフォアグラウンドで動作させ、バックグラウンドの動作状態にある場合はフォアグラウンド動作へ移行させ、ホーム画面制御アプリケーションは、選択されたアプリケーションをフォアグラウンド動作へ移行させた後、自身はバックグラウンドの動作状態に移行し、 ユーザが当該選択したアプリケーションを終了し、又は中断してバックグラウンドの動作状態へと移行させると、ホーム画面制御アプリケーションはフォアグラウンドの動作へと移行し、ユーザに対して再び、メニューを提示して利用するアプリケーションの選択を促すこと。」 ４ 引用文献４について 当審拒絶理由１に引用された引用文献４の【００６７】、【図６】を参酌すれば、引用文献４には次の技術的事項が記載されているといえる。 「 スマートフォン１は、タッチスクリーンディスプレイ２の表面において、ハウジング２０の長辺が鉛直方向ｇと一致する状態からハウジング２０の短辺が鉛直方向ｇと一致する状態とした場合に、ハウジング２０の向きに基づいてホーム画面の向きが変更すること。」 ５ 引用文献５について 当審拒絶理由１に引用された引用文献５の【００７５】、【図１５】を参酌すれば、引用文献４には次の技術的事項が記載されているといえる。 「 スマートフォン９００の表示部９１２が縦向きから横向きに変わることで、表示部９１２のホーム画面の向きも縦向きから横向きに変わること。」 ６ 引用文献６（引用文献Ｃ）について 当審拒絶理由１に引用された引用文献６（原査定に引用された引用文献Ｃ）の[0147]、[0152]、図４、図９を参酌すれば、引用文献６（引用文献Ｃ）には次の技術的事項が記載されているといえる。 「 現在のインターフェースの左側のサイドバー又は右側のサイドバーに、仮想機能コントロールを配置することができ、 ユーザがノートパッドアプリケーションソフトを用いる時、サイドバー内の仮想機能コントロールを必要とする時、端末を横長状態に回転するだけでサイドバーを現在インターフェースに付加することができること。」 ７ 引用文献Ｂについて 原査定に引用された引用文献Ｂの【００８８】、【００８９】、【００９３】、【図２】を参酌すれば、引用文献Ｂには次の技術的事項が記載されているといえる。 「 使用者が携帯型多機能端末１００を縦向き姿勢から横向き姿勢に切り替えた場合、基本コンテンツＢＣの第１表示コンテンツＤＣ１とほぼ同一のレイアウトで第２表示コンテンツＤＣ２を表示させ、基本コンテンツＢＣに隣接して、拡張コンテンツＥＣを表示し、 拡張コンテンツＥＣは、基本コンテンツＢＣの広告情報、より詳細な情報、補足情報などであること。」 第７ 当審拒絶理由２についての判断 本件補正後の請求項１ないし１１に係る発明においては、 （１）に関し、「前記アプリケーションに対して１つの横向き／縦向き構成情報が設定されており」との事項が追加され、 （２）に関し、「前記システムスタンバイインターフェースに表示される画像が、第1の表示領域及び第2の表示領域に区分され」と補正され、また、 （３）に関し、「すべてのアプリケーション」に関する事項は削除され、 その結果、当審拒絶理由２の理由１（明確性要件）及び理由２（サポート要件）はいずれも解消した。 第８ 当審拒絶理由１についての判断 １ 理由１（明確性要件）及び理由２（サポート要件）について 本件補正後の請求項１ないし１１に係る発明においては、 （１）及び（３）に関し、「システムスタンバイインターフェース上に現在表示されているアプリケーション」と補正され、 （２）及び（３）に関し、「前記システムスタンバイインターフェースに表示される画像が、第1の表示領域及び第2の表示領域に区分され」と補正され、 （４）に関し、「アプリケーションもしくは前記アプリケーションに関連する機能ボタン」との表現は削除され、「前記予め設定されたアプリケーションに関連する予め設定された機能ボタン」に補正され、 （５）及び（７）に関し、「すべてのアプリケーション」に関する事項は削除され、 （６）に関し、「前記第2の表示領域の前記第１の部分に、予め設定されたアプリケーションを表示し、前記第2の表示領域の前記第2の部分に、前記予め設定されたアプリケーションに関連する予め設定された機能ボタンを表示する」と補正され、 その結果、当審拒絶理由１の理由１（明確性要件）及び理由２（サポート要件）はいずれも解消した。 ２ 理由３（進歩性）について （１）本願発明１について ア 対比 本願発明１と引用発明とを対比する。 （ア）引用発明は、 「 ディスプレイ１０は、ユーザ端末１のランドスケープビュー状態又はポートレートビューの画面を表示し、ユーザ端末１の画面位置が、ランドスケープビュー状態にあるときには、ランドスケープモードと呼び、ユーザ端末１の画面位置が、ポートレートビュー状態にあるとき、ポートレートビューモードと呼ぶことにし、 ビューモードは、センサ１８から取得した端末状態情報により決定することができ、または、ビューモードは、モード選択やモードロックボタンのようなユーザの入力に応じて設定されもよく、センサ１８は、ユーザ端末１の向きが垂直か水平か、すなわち、端末状態を判定するために検知信号を発生し、端末状態情報は、ユーザ端末１の現在の状態を示す情報であってもよいし、以前の状態から現在の状態への変化したこと、例えば、ユーザ端末１が、鉛直方向から水平方向に回転したことを示す情報のように、ユーザ端末１の状態が変化したことを示す情報であってもよく、 センサ１８が端末状態情報を取得すると、制御部１２は、端末状態情報に応じて、ユーザ端末１をランドスケープビューモードからポートレートビューモードに、またはポートレートビューモードからランドスケープビューモードに、切り替え、」 との構成を備える。 当該構成より、「制御部１２」は、「センサ１８」が取得する「ユーザ端末１の向きが垂直か水平か」を示す「端末状態情報」、又は、「モード選択やモードロックボタンのようなユーザの入力」を受信することに応じて「ビューモード」を決定（設定）し、現在の「ビューモード」から決定（設定）後の「ビューモード」に「切り替え」る制御を「ディスプレイ１０」に対して実施するものといえる。 ここで、「ユーザ端末１の向き」が「水平」である「ランドスケープビューモード」又は「ランドスケープビュー状態」にある「ディスプレイ１０」の表示は、本願発明１の「横向き」に相当し、また、「ユーザ端末１の向き」が「垂直」である「ポートレートビューモード」又は「ポートレートビュー状態」にある「ディスプレイ１０」の表示は、本願発明１の「縦向き」に相当し、引用発明において、「ランドスケープビューモードからポートレートビューモードに、またはポートレートビューモードからランドスケープビューモード」に「切り替え」ることは、本願発明１の「横向き／縦向き切替え」に相当する。 そして、「制御部１２」が受信する「端末状態情報」又は「モード選択やモードロックボタンのようなユーザの入力」は、前記「横向き／縦向き切替え」の契機となる情報であるから、本願発明１の「横向き／縦向き切替え命令」に相当する。（本願明細書の【００４８】には、「ステップS103において、受信された横向き／縦向き切替え命令は、端末の回転を検知したときに重力センサによって生成されてもよいし、ユーザが手動で表示方向を設定したときに生成されてもよい。」と記載されているように、本願発明１の「横向き／縦向き切替え命令」は、センサ又はユーザの設定により生成される信号等を含む。） よって、引用発明において、「制御部１２」が「端末状態情報」を受信することは、本願発明１の「横向き／縦向き切替え命令を受信するステップ」に相当する。 （イ）引用発明は、「レイアウト編集対象アプリケーションが実行され、ビューモードがランドスケープモードに切り替えられると、ユーザ端末１は、レイアウト編集対象アプリケーションがランドスケープモードをサポートしているか否かを判定し、ランドスケープビューモードが対象アプリケーションによってサポートされていないと判定された場合、ユーザ端末１は、レイアウト編集対象アプリケーションのレイアウトデータ属性情報を、ランドスケープモードをサポートすることが可能となるように変更し」との構成を備える。 当該構成において、現在実行され、画面（引用文献１のFig.10及びFig.11の左側に示されているPORTRAIT VIEWの画面）に表示されている「レイアウト編集対象アプリケーション」は、本願発明１の「現在表示されているアプリケーション」に相当する。 また、当該構成の特に下線部に着目すれば、「レイアウト編集対象アプリケーション」の「レイアウトデータ属性情報」は、「レイアウト編集対象アプリケーション」が「ランドスケープモード」をサポートするかどうかを示す情報を含み、「制御部１２」は、「レイアウト編集対象アプリケーション」の「レイアウトデータ属性情報」を読み取り、読み取った「レイアウトデータ属性情報」から「レイアウト編集対象アプリケーション」が「ランドスケープモード」をサポートするかどうかを示す情報を取得するステップを実施するものと認められる。 また、引用発明において、「レイアウト編集対象アプリケーション」（例えば、「アドレス帳を提供するアプリケーション」）において、実際に画面上に表示されるデータである「アドレス帳のユーザのリストデータ」は、本願発明１の「アプリケーションのページ」に相当し、引用発明において、「ランドスケープモード」をサポートするかどうかを示す情報は、実際に画面上に表示されるデータである「アドレス帳のユーザのリストデータ」を表示する向きを示す構成情報、すなわち、アプリケーションのページ表示の横向き／縦向き構成情報といい得るものである。 また、引用発明において、「レイアウトデータ属性情報」は「レイアウト編集対象アプリケーション」に対して１つ設定されているものといえる。 よって、引用発明と本願発明１の「横向き／縦向き切替え前に取得されたシステムスタンバイインターフェース上に現在表示されているアプリケーションの表示属性を読み取り、前記アプリケーションに対して１つの横向き／縦向き構成情報が設定されており、前記表示属性に従って前記アプリケーションのページ表示の横向き／縦向き構成情報を取得するステップ」とは、「現在表示されているアプリケーションの表示属性を読み取り、前記アプリケーションに対して１つの横向き／縦向き構成情報が設定されており、前記表示属性に従って前記アプリケーションのページ表示の横向き／縦向き構成情報を取得するステップ」との構成を備える点において共通する。 （ウ）引用発明において、「ビューモードがランドスケープモードに切り替えられる」前の「レイアウト編集対象アプリケーション」は、「ポートレートビューモード」で表示がなされていること、すなわち「ポートレートビューモード」をサポートしていることを前提としている（引用文献１のFig.10及びFig.11の左側の画面参照のこと。）ため、「ランドスケープビューモードが対象アプリケーションによってサポートされていない」と判定することは、「レイアウト編集対象アプリケーション」（「アドレス帳を提供するアプリケーション」）によって生成された「アドレス帳のユーザのリストデータ」が「ポートレートビューモード」のみをサポートしていること、すなわち、前記（ア）を参酌すれば、単一方向の表示のみをサポートするように設定されていると判定することに等しいから、本願発明１の「前記現在表示されているアプリケーションによって生成されたページが単一方向の表示のみをサポートすることを前記横向き／縦向き構成情報が設定している場合」に相当する。 また、引用発明において、「レイアウト編集対象アプリケーションのレイアウトデータ属性情報を、ランドスケープモードをサポートすることが可能となるように変更」することは、前記（イ）を参酌すれば、本願発明１の「前記アプリケーションの前記横向き／縦向き構成情報」を「修正」することに相当する。 また、引用発明は、「ランドスケープビュー状態のレイアウトは、ポートレートビュー状態のデータに対応するグラフィックオブジェクトグループａ’で構成され、グラフィックオブジェクトグループｂは、データベースから検索された新規データまたは保存データに対応し、ここで、グラフィックオブジェクトグループａ’の幅ｃ’は、ポートレートビュー状態におけるレイアウトの幅ｃと等しく、グラフィックオブジェクトグループａ’の高さｄ’は、ユーザ端末１のディスプレイ１０の長さｄに応じて設定され」との構成を備えるから、「ビューモードがランドスケープモードに切り替えられる」ときには、「ポートレートビュー状態」のデータに対応する「グラフィックオブジェクトグループ」（Fig.11を参酌すれば「アドレス帳のユーザのリストデータ」である場合を含み、前記（イ）を参酌すれば本願発明１の「アプリケーションのページ」に相当。）は、「ランドスケープビュー状態」における幅ｃ’は、「ポートレートビュー状態」における幅ｃと等しいものの、「ランドスケープビュー状態」における高さｄ’は、「ユーザ端末１のディスプレイ１０の長さｄに応じて設定」されるため、高さが変更される場合を含み、実際、引用文献１のFig.10及びFig.11を参酌すると、「グラフィックオブジェクトグループ」（「アドレス帳のユーザのリストデータ」）は、「ポートレートビュー状態」と「ランドスケープビュー状態」とでは高さが異なることが見て取れる。また、幅が同じでも高さが異なると、「表示サイズ」が異なるといえるから、引用発明においては、「ビューモードがランドスケープモードに切り替えられる」際に、「表示サイズ」を変更するステップを実施するものといえる。 以上から、引用発明は、本願発明１の「現在表示されているアプリケーションによって生成されたページが単一方向の表示のみをサポートすることを前記横向き／縦向き構成情報が設定している場合、前記アプリケーションの前記横向き／縦向き構成情報およびページ表示サイズを修正するステップ」を備えるといえる。 （エ）引用発明において、「制御部１２は、端末状態情報に応じて、ユーザ端末１をランドスケープビューモードからポートレートビューモードに、またはポートレートビューモードからランドスケープビューモードに、切り替え」るステップは、前記（ア）を参酌すれば、本願発明１の「前記横向き／縦向き切替え命令に従って横向き／縦向き切替えを実行するステップ」に相当する。 （オ）引用発明において、「制御部１２」は、「画面上で編集されたレイアウトを表示する」ステップを実施するものといえ、これは、前記（ウ）を参酌すれば、「ページ表示サイズ」が修正されたアプリケーションを表示するステップといい得るものである。 また、引用発明の「ビューモードがランドスケープモードに切り替えられる」後の「ランドスケープビュー状態のレイアウト」は、切り替え後に表示される「画像」といい得るものである。 また、引用発明の「ランドスケープビュー状態のレイアウト」は、「画面上の特定の画面領域」と「画面の他の領域」とを備え、「画面上の特定の画面領域」に「リスト型グラフィックオブジェクト」（グラフィックオブジェクトグループａ’）を配置し、さらに、「リスト型グラフィックオブジェクト」（グラフィックオブジェクトグループａ’）のデータに関連する新規データまたは保存データに対応する「マイナーグラフィックオブジェクト」（グラフィックオブジェクトグループｂ）を「画面の他の領域」に配置するものであり、前記（ウ）及び引用文献１のFig.11(図１１)を参酌すれば、「画面上の特定の画面領域」に表示される「リスト型グラフィックオブジェクト」（グラフィックオブジェクトグループａ’）は、「ポートレートビューモード」において表示されている「グラフィックオブジェクトグループａ」の一部であるから、「アプリケーション」が表示される領域といえる。 また、引用発明の「画面上の特定の画面領域」及び「画面の他の領域」のそれぞれを、「第1の表示領域」及び「第2の表示領域」と称することは任意である。 よって、引用発明と、本願発明１の「横向き／縦向き切替え後に取得されたシステムスタンバイインターフェース上に、ページ表示サイズが修正された前記アプリケーションを表示するステップであって、横向き／縦向き切替え後に取得された前記システムスタンバイインターフェースに表示される画像が、第1の表示領域および第2の表示領域に区分され、前記第1の表示領域は、端末の表示画面の中央に配置され、前記第2の表示領域は、前記表示画面の一端に配置された第１の部分と前記表示画面の他端に配置された第２の部分とを含み、前記第1の表示領域上に前記アプリケーションを表示する、ステップ」とは、「ページ表示サイズが修正された前記アプリケーションを表示するステップであって、表示される画像が、第1の表示領域および第2の表示領域に区分され、前記第1の表示領域上に前記アプリケーションを表示する、ステップ」との共通の構成を備える。 （カ）引用発明は、「レイアウト編集対象アプリケーションが、アドレス帳を提供するアプリケーションである場合、制御部１２は、アドレス帳のユーザのリストデータに関連付けられたアプリケーション、例えば、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、新たなデータを受信し、受信したデータに対応するグラフィックオブジェクトを画面ａ’とは異なる領域に配置し、例えば、制御部１２は、ＳＮＳ関連アプリケーションとの操作可能な接続を介して、ユーザＡの最近の発言と画像データを受信して、画面ａ’とは異なる領域ｂ－１に表示し」との構成を備えることから、「画面の他の領域」である「領域ｂ－１」に、「アドレス帳のユーザのリストデータに関連付けられたアプリケーション」として「予め設定されたアプリケーション」であるＳＮＳ関連アプリケーションを表示するステップを備えるものといえる。 よって、引用発明と、本願発明１の「前記第2の表示領域の前記第１の部分に、予め設定されたアプリケーションを表示し、前記第2の表示領域の前記第２の部分に、前記予め設定されたアプリケーションに関連する予め設定された機能ボタンを表示するステップ」とは、「前記第2の表示領域に、予め設定されたアプリケーションを表示するステップ」との共通の構成を備える。 イ 一致点、相違点 したがって、本願発明１と引用発明とは、次の点において一致ないし相違する。 ［一致点］ 「 横向き／縦向き切替え命令を受信するステップと、 現在表示されているアプリケーションの表示属性を読み取り、前記アプリケーションに対して１つの横向き／縦向き構成情報が設定されており、前記表示属性に従って前記アプリケーションのページ表示の横向き／縦向き構成情報を取得するステップと、 前記現在表示されているアプリケーションによって生成されたページが単一方向の表示のみをサポートすることを前記横向き／縦向き構成情報が設定している場合、前記アプリケーションの前記横向き／縦向き構成情報およびページ表示サイズを修正するステップと、 前記横向き／縦向き切替え命令に従って横向き／縦向き切替えを実行するステップと、 ページ表示サイズが修正された前記アプリケーションを表示するステップであって、表示される画像が、第1の表示領域および第2の表示領域に区分され、前記第1の表示領域上に前記アプリケーションを表示する、ステップと、 前記第2の表示領域に、予め設定されたアプリケーションを表示するステップとを備える、表示方法。」 ［相違点］ ＜相違点１＞ 本願発明１は、「現在表示されているアプリケーション」が、「横向き／縦向き切替え前に取得されたシステムスタンバイインターフェース上」に表示され、「ページ表示サイズが修正された前記アプリケーション」が「横向き／縦向き切替え後に取得されたシステムスタンバイインターフェース上」に表示され、また、「画像」が「横向き／縦向き切替え後に取得されたシステムスタンバイインターフェース」に表示されるのに対し、引用発明においては、「レイアウト編集対象アプリケーション」及び「ランドスケープビュー状態のレイアウト」（画像）が、「システムスタンバイインターフェース」（上）に表示されることを具体的に特定しない点。 ＜相違点２＞ 本願発明１は、「前記第1の表示領域は、端末の表示画面の中央に配置され、前記第2の表示領域は、前記表示画面の一端に配置された第１の部分と前記表示画面の他端に配置された第２の部分とを含み」及び「前記第2の表示領域の前記第１の部分に、予め設定されたアプリケーションを表示し、前記第2の表示領域の前記第２の部分に、前記予め設定されたアプリケーションに関連する予め設定された機能ボタンを表示する」という構成を備えるのに対し、引用発明の「画面の他の領域」は、「予め設定されたアプリケーション」が表示される「第１の部分」が配置される一端とは異なる他端に配置される「第２の部分」を含むものではなく、よって、当該「第２の部分」に「前記予め設定されたアプリケーションに関連する予め設定された機能ボタン」を表示する構成も備えていない点。 ウ 相違点についての判断 事案に鑑みて、相違点２について先に検討する。 相違点２に係る本願発明１の構成は、引用文献２ないし６には記載されておらず、本願の出願前における周知技術であるともいえない。 なお、引用文献６（上記第６の６参照。）に記載されているように、端末を横長状態に回転すると、仮想機能コントロールを配置するサイドバーを現在インターフェースに付加することができることは、本願の出願前における周知技術であるといえる。しかしながら、当該周知技術は、２つのサイドバーが同時に付加されること又はサイドバーが２つの部分を含むことを前提としていないから、仮に、仮想機能コントロールに「機能ボタン」が含まれ、当該周知技術を引用発明に組み合わせることができるとしても、その組み合わせにより、引用発明において、１つの部分からなる「画面の他の領域」を、「前記表示画面の一端に配置された第１の部分と前記表示画面の他端に配置された第２の部分」を含むように構成し、かつ、「第２の部分」に、（「第１の部分」に配置された）「前記予め設定されたアプリケーション」に関連する「予め設定された機能ボタン」を配置するように構成することを想起することは、当業者であっても困難である。 したがって、相違点１について判断するまでもなく、本願発明１は、当業者であっても引用文献１ないし６に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 （２）本願発明２及び３について 本願発明２及び３も、本願発明１と同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用文献１ないし６に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 （３）本願発明４ないし６について 本願発明４は、本願発明１を複数の「ユニット」からなる「端末」の発明として特定したものであり、相違点２に係る本願発明１の構成に対応する技術事項を備えるものであり、また、本願発明５及び６は、本願発明４を減縮するものである。 よって、本願発明４ないし６は、本願発明１と同じ理由により、当業者であっても、引用文献１ないし６に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 （４）本願発明７ないし９について 本願発明７は、本願発明１を、プロセッサがメモリに記憶されたプログラムコードを呼び出して動作を実行する「端末」の発明として特定したものであり、相違点２に係る本願発明１の構成に対応する技術事項を備えるものであり、また、本願発明８及び９は、本願発明７を減縮するものである。 よって、本願発明７ないし９は、本願発明１と同じ理由により、当業者であっても、引用文献１ないし６に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 （５）本願発明１０及び１１について 本願発明１０は、本願発明１ないし３のいずれかを「プログラムを記憶したコンピュータ読み取り可能な媒体」として特定したものであり、本願発明１１は、本願発明１ないし３のいずれかを「コンピュータプログラム」の発明として特定したものであり、それぞれ、相違点２に係る本願発明１の構成に対応する技術事項を備えるものである。 よって、本願発明１０及び１１は、本願発明１と同じ理由により、当業者であっても、引用文献１ないし６に記載された発明に基いて容易に発明をすることができたものであるとはいえない。 （６）小括 以上のとおりであるから、理由３（進歩性）は、解消した。 第９ 原査定についての判断 上記相違点２に係る本願発明１の構成は、原査定における引用文献Ａ（当審拒絶理由の引用文献１）、引用文献Ｂ及び引用文献Ｃ（当審拒絶理由における引用文献６）には記載されておらず、本願の出願前における周知技術でもないので、本願発明１ないし１１は、当業者であっても、原査定における引用文献ＡないしＣに記載された発明に基いて容易に発明をすることができたものではない。 したがって、原査定を維持することはできない。 第１０ むすび 以上のとおり、原査定の理由によって、本願を拒絶することはできない。 他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。