【事件の表示】
　特願２０１０−２６４００３「自動フォーム・レイアウト方法、システム、およびコンピュータ・プログラム」拒絶査定不服審判事件〔平成２３年　６月１６日出願公開、特開２０１１−１１８９０２、請求項の数（１１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２２年１１月２６日の出願（パリ条約による優先権主張２００９年１２月２日、米国）であって、平成２６年４月１１日付けで拒絶理由が通知され、平成２６年７月８日付けで手続補正がされ、平成２６年１２月１８日付けで拒絶査定がされ、これに対し、平成２７年３月２３日に拒絶査定不服審判が請求されたものである。
第２　本願発明
　本願の請求項１−１１に係る発明は、平成２６年７月８日付けの手続補正で補正された特許請求の範囲の請求項１−１１に記載された事項により特定されるものと認められるところ、本願の請求項１に係る発明（以下、「本願発明」という。）は以下のとおりである。
「【請求項１】
　コンピュータが、フォーム・アクセス・イベントに応答して、前記フォーム・アクセス・イベントにより参照されたグラフィカル・ユーザ・インターフェース・フォーム（ＧＵＩフォーム）に関連する複数のフィールドに関するフォーム利用履歴情報を分析するステップと、
　前記ＧＵＩフォームに関連する前記複数のフィールドそれぞれに関する利用の特徴を前記フォーム利用履歴情報内で特定するステップと、
　前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む、ステップと、
　前記変更されたＧＵＩフォームを前記コンピュータのディスプレイに表示するステップと、
　表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップと、
　を含む、方法。」　
第３　原査定の理由の概要
　本願発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　　　　　　　　　　　　　記
　刊行物１：特開２００９−０９３２２４号公報
　　　　２：特開２００８−１１８３４６号公報
　出願人は、平成２６年７月８日付けで手続補正書を提出するとともに、意見書において、本願発明は、
「（ｉ）前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割すること（段落５４、図６の６２２、６２４、図４の４０２）を含む、ステップ、及び
（ｉｉ）表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップ（段落５５、図６の６２６、６２８）」
を有しているのに対して、
　特開２００９−０９３２２４号公報（以下、「引用文献１」という。）及び
　特開２００８−１１８３４６号公報（以下、「引用文献２」という。）
には、その旨の記載がないので、本願発明は、引用文献１及び２に記載された発明に基づいて、当業者が容易に発明をすることができたものではない旨主張している。
　しかしながら、引用文献２（特に、段落【０００６】、【００１２】〜【００１４】、【図２】を参照。）には、利用頻度に応じて動的に抽出されたメニュー項目（本願発明における「フィールド」に相当する。）を「アダプティブ」メニュータブで選択されるメニュー画面（本願発明における「タブ化された部分」に相当する。）に表示させることで、ユーザがよく利用する項目へのアクセスを容易に行わせる発明が記載されており、利用頻度に応じて動的に抽出されたメニュー項目として、複数の項目を抽出した構成が開示されているから、
　引用文献２に記載の発明における「利用頻度に応じて動的に抽出されたメニュー項目」は、本願発明における「他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセット」に相当し、
　引用文献２に記載の発明は、「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む、ステップ」を有しているといえる。
　また、メニュー選択回数などのアクセス履歴を解析してメニュー表示の変更（最適化）を行う引用文献１に記載の発明は、よく使う機能の設定項目のメニューを上位に表示する態様のほかに、特定項目のボックスの大きさを変えたり、当該特定項目について「！」などの注意を喚起する記号等を付加表示させる（本願発明における「強調表示する」ことに相当する。）ものであるから（特に、段落【０１０５】を参照。）、
　引用文献１に記載の発明は、「表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップ」を有しているといえる。
　そして、引用文献１及び引用文献２に記載の発明は、ともに、利用頻度に応じてメニュー画面を変更する技術に関するものであるから、
　引用文献１に記載の発明に、引用文献１に記載の発明と技術分野が関連している引用文献２に記載の発明を適用し、
「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む、ステップ」及び「表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップ」を有するように構成することは、当業者が容易に想到し得たものである。
　　
第４　当審の判断
１．刊行物の記載事項
　引用文献１（特に、「第１の実施の形態」に係る、段落【００４３】〜【０１３７】、【図１】〜【図１２】の記載を参照。）には、以下の記載がある（下線は当審において付与。以下同様。）。
（１）　段落【００５４】〜【００５９】
「【００５４】
  
情報処理装置（複合機）５００は
メニュー情報（メニュー画面に関する情報）を格納する
　　　・・・（中略）・・・
【００５８】
  次に、図３を参照して、ＲＡＭ５３０に格納されるメニュー情報Ｄ１の構成について説明する。
【００５９】
  
メニュー情報Ｄ１は
項目（選択肢）の設定値５２１とから構成され
（２）　段落【００９８】〜【０１０５】
「【００９８】
　また、図８の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の他の構成例を示す。
【００９９】
　図８の（ａ）において、
メニュー情報（Ａ）は、大分類（メニュー）Ｍ４、中分類（ページ）Ｍ５、小分類（項目）Ｍ６が所定のレイアウトで配置され
【０１００】
　また、大分類（メニュー）Ｍ４等においてメニュー１００００，２００００，３００００，・・・というように、徐々に番号が大きくなる順序で配列されている。
【０１０１】
　そして、図８の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、
大分類（メニュー）Ｍ４’、中分類（ページ）Ｍ５’、小分類（項目）Ｍ６’において項目等の表示順序が変更され
【０１０２】
　例えば、大分類（メニュー）Ｍ４’では、先頭のメニューが３００００に、２番目のメニューが４００００に変更されている。
【０１０３】
　このような
メニュー表示の変更（最適化）は、
メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部５０４の制御によって解析した結果に基づいて行うことができ
【０１０４】
　
これにより、
よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができ
【０１０５】
　なお、
メニュー表示の変更態様は
特定の項目を表示する文字のフォントの大きさ，種類（ゴシック体，明朝体等），色などを変更するようにしてもよ
また、表示項目のボックスの大きさや背景色を変えることも考えら
さらに、特定項目について、設定上の注意点等を伝えるヘルプ表示や、「！」などの注意を喚起する記号等を付加表示させるようにしてもよ
（３）　段落【０１１３】〜【０１２５】
「【０１１３】
　次に、図１０のフローチャートを参照して、
情報処理システムＳ１で実行されるメニュー情報更新処理の処理手順について
【０１１４】
　なお、図１０の例では、図４におけるグループＡに属するユーザＡのメニュー情報を更新する場合を想定する。
【０１１５】
　この処理が開始されると、ステップＳ２００でユーザＡの情報処理装置１００上で、情報処理装置５００に対してメニュー画面（例えば、図７（ｂ）や図８（ｂ）のようなメニュー画面）の操作（所定項目の選択などの操作）を実行してステップＳ２０１に移行する。
【０１１６】
　ステップＳ２０１では、情報処理装置５００は、ユーザＡからのメニュー設定変更や機能実行要求と、ユーザＡの認証情報（ユーザ名、パスワード等）を受信してステップＳ２０２に移行する。
【０１１７】
　ステップＳ２０２では、認証情報に基づいた個人認証（正規ユーザか否かの判定）が行われ、判定結果が「Ｎｏ」の場合にはステップＳ２０３に移行して、正規ユーザではない旨のメッセージ（例えば「正規ユーザ登録されていないため、メニューの設定変更を実行できません。」等のメッセージ）をユーザＡの情報処理装置１００に送信して処理を終了する。
【０１１８】
　これにより、ユーザＡが不正ユーザである場合には、メニュー操作による不正な設定変更等を回避することができる。また、ユーザＡが正当なアクセス権限を有する場合には、認証情報（ユーザ名、パスワード等）に入力間違い等があった可能性もあるので、認証情報の再送信等を試行することができる。
【０１１９】
　一方、ステップＳ２０２で「Ｙｅｓ」と判定された場合（正規ユーザと認証された場合）には、ステップＳ２０４に移行して、設定変更あるいは機能実行を行ってからステップＳ２０５に進む。
【０１２０】
　ステップＳ２０５では、エラー発生か否かが判定され、「Ｎｏ」の場合にはステップＳ２０７に移行し、「Ｙｅｓ」の場合にはステップＳ２０６に移行する。
【０１２１】
　ステップＳ２０６では、ユーザＡの対応する項目の設定ミス累積回数をインクリメントしてステップＳ２０７に移行する。
【０１２２】
　
ステップＳ２０７では、ユーザＡの対応する項目等のメニュー選択累積回数、設定累積回数、機能実行累積回数（あるいは設定成功累積回数）をインクリメントしてステップＳ２０８に移行
【０１２３】
　
ステップＳ２０８では、メニュー選択累積回数、設定累積回数、機能実行累積回数、設定ミス累積回数のそれぞれについて、予め設定されている閾値との比較を行ってステップＳ２０９に移行し、閾値を超えたメニュー，設定項目，機能実行の表示順番、表示方法、付加表示方法の順位を更新して処理を終了
【０１２４】
　これにより、ユーザＡの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。
【０１２５】
　また、図４に示す他のユーザについても、上記と同様のメニュー情報更新処理により、当該ユーザの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。」
（４）　段落【０１３０】〜【０１３７】
「【０１３０】
　図１２に示す
メニュー表示例では
【０１３１】
　即ち、
ユーザのスキルが最も高いグループＡについては全項目
を通常の表示態様で表示し
【０１３２】
　
次にスキルの高いユーザが属するグループＢでは、表示項目数を６個に減らすと共に、
アクセス頻度が高い項目
を先頭に配置し、さらにボックスを２重線で囲って目立つようにし
【０１３３】
　また、
アクセス頻度などが低い項目については、ボックスの枠線を変更してユーザの注目度が変化するように表示させ
【０１３４】
　また、
グループＣでは、
表示項目数を４個に減らすと共に、上位の項目ほど大きく表示されるようにしてユーザの注目度が変化するように表示させ
【０１３５】
　また、
最もスキルが低いユーザが属するグループＤでは、表示項目を３個に限定すると共に、
項目毎に背景色を変えるなどして、ユーザの注目度が変化するように表示させ
【０１３６】
　これにより、ユーザのスキルに応じて、設定が難しい項目や、設定を誤ると装置の停止等の事態を招く虞のある項目等を表示しないようにして、ユーザの利便性向上と、情報処理装置５００のセキュリティ性向上を図ることができる。
【０１３７】
　また、項目のアクセス頻度等によりユーザの注目度が変化するように表示態様を工夫することにより、所望の項目にアクセスし易くすることができ、ユーザの利便性を一層向上させることができる。」
　そうすると、引用文献１には、以下の発明（以下、「引用発明」という。）が記載されている。
「情報処理装置（複合機）５００は、項目（選択肢）の設定値５２１を含む、メニュー情報（メニュー画面に関する情報）を格納しており、
　メニュー情報（Ａ）は、大分類（メニュー）Ｍ４、中分類（ページ）Ｍ５、小分類（項目）Ｍ６が所定のレイアウトで配置され、
　大分類（メニュー）Ｍ４’、中分類（ページ）Ｍ５’、小分類（項目）Ｍ６’において項目等の表示順序が変更され、
　このような、メニュー表示の変更（最適化）は、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部５０４の制御によって解析した結果に基づいて行うことができ、これにより、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができ、
　メニュー表示の変更態様は、特定の項目を表示する文字のフォントの大きさ，種類（ゴシック体，明朝体等），色などを変更するようにしてもよく、また、表示項目のボックスの大きさや背景色を変えることも考えられ、さらに、特定項目について、設定上の注意点等を伝えるヘルプ表示や、「！」などの注意を喚起する記号等を付加表示させるようにしてもよく、
　情報処理システムＳ１で実行されるメニュー情報更新処理の処理手順について、
　ステップＳ２０７では、ユーザＡの対応する項目等のメニュー選択累積回数、設定累積回数、機能実行累積回数（あるいは設定成功累積回数）をインクリメントしてステップＳ２０８に移行し、
　ステップＳ２０８では、メニュー選択累積回数、設定累積回数、機能実行累積回数、設定ミス累積回数のそれぞれについて、予め設定されている閾値との比較を行ってステップＳ２０９に移行し、閾値を超えたメニュー，設定項目，機能実行の表示順番、表示方法、付加表示方法の順位を更新して処理を終了し、
　更新されたメニュー情報により、例えば、ユーザのスキルが最も高いグループＡについては全項目（図１２の例では８項目）を通常の表示態様で表示し、
　次にスキルの高いユーザが属するグループＢでは、表示項目数を６個に減らすと共に、アクセス頻度が高い項目を先頭に配置し、さらにボックスを２重線で囲って目立つようにし、アクセス頻度などが低い項目については、ボックスの枠線を変更してユーザの注目度が変化するように表示させ、
　グループＣでは、表示項目数を４個に減らすと共に、上位の項目ほど大きく表示されるようにしてユーザの注目度が変化するように表示させ、
　最もスキルが低いユーザが属するグループＤでは、表示項目を３個に限定すると共に、項目毎に背景色を変えるなどして、ユーザの注目度が変化するように表示させる、方法。」
２．対比
　本願発明と引用発明とを対比する。
　
（１）　引用発明の「大分類（メニュー）Ｍ４、中分類（ページ）Ｍ５、小分類（項目）Ｍ６が所定のレイアウトで配置されている」、「メニュー情報（Ａ）」は、項目（選択肢）の設定値を選択して入力できる点で、本願発明の「グラフィカル・ユーザ・インターフェース・フォーム（ＧＵＩフォーム）」に対応するといい得る。
　よって、引用発明の「ユーザＡの対応する項目等のメニュー選択累積回数、設定累積回数、機能実行累積回数（あるいは設定成功累積回数）をインクリメントしてステップＳ２０８に移行し」、「ステップＳ２０８では、メニュー選択累積回数、設定累積回数、機能実行累積回数、設定ミス累積回数のそれぞれについて、予め設定されている閾値との比較を行ってステップＳ２０９に移行し、閾値を超えたメニュー，設定項目，機能実行の表示順番、表示方法、付加表示方法の順位を更新して処理を終了」することは、本願発明の「コンピュータが、フォーム・アクセス・イベントに応答して、前記フォーム・アクセス・イベントにより参照されたグラフィカル・ユーザ・インターフェース・フォーム（ＧＵＩフォーム）に関連する複数のフィールドに関するフォーム利用履歴情報を分析するステップ」と、「前記ＧＵＩフォームに関連する前記複数のフィールドそれぞれに関する利用の特徴を前記フォーム利用履歴情報内で特定するステップ」に対応するといえる。
（２）　引用発明の「メニュー表示の変更（最適化）は、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部５０４の制御によって解析した結果に基づいて行うことができ、これにより、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができ」、「メニュー表示の変更態様は、特定の項目を表示する文字のフォントの大きさ，種類（ゴシック体，明朝体等），色などを変更するようにしてもよく、また、表示項目のボックスの大きさや背景色を変えることも考えられ、さらに、特定項目について、設定上の注意点等を伝えるヘルプ表示や、『！』などの注意を喚起する記号等を付加表示させるようにしてもよく」、「グループＢでは、・・・アクセス頻度が高い項目を先頭に配置し、さらにボックスを２重線で囲って目立つようにし、アクセス頻度などが低い項目については、ボックスの枠線を変更してユーザの注目度が変化するように表示させ」、「グループＣでは、・・・上位の項目ほど大きく表示されるようにしてユーザの注目度が変化するように表示させ」、「グループＤでは、・・・項目毎に背景色を変えるなどして、ユーザの注目度が変化するように表示させる」ことは、本願発明の「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップ」、「前記変更されたＧＵＩフォームを前記コンピュータのディスプレイに表示するステップ」、「表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップ」に対応するといえる。
　したがって、本願発明と引用発明との一致点・相違点は次のとおりである。
＜一致点＞
「コンピュータが、フォーム・アクセス・イベントに応答して、前記フォーム・アクセス・イベントにより参照されたグラフィカル・ユーザ・インターフェース・フォーム（ＧＵＩフォーム）に関連する複数のフィールドに関するフォーム利用履歴情報を分析するステップと、
　前記ＧＵＩフォームに関連する前記複数のフィールドそれぞれに関する利用の特徴を前記フォーム利用履歴情報内で特定するステップと、
　前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップと、
　前記変更されたＧＵＩフォームを前記コンピュータのディスプレイに表示するステップと、
　表示された前記変更後のＧＵＩフォーム中の前記複数のフィールドのうちの少なくとも１つに関連する前記特定された利用の特徴を表す表示を用いて、前記複数のフィールドのうちの前記少なくとも１つをグラフィックで強調表示するステップと、
　を含む、方法。」
　
＜相違点＞ 
　本願発明は、「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップ」が、「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む、ステップ」であるのに対して、引用発明は、「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップ」が、「他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む」ものではない点。
３．判断
　上記相違点について検討する。
　上記相違点について、引用文献２（特に、段落【０００６】、【００１２】〜【００１４】、【図２】を参照。）には、「利用履歴に基づいて各対象アイテムの利用頻度を算出して利用頻度テーブルを作成し、作成された利用頻度テーブルの内容に基づいて表示する項目を抽出し、抽出された項目をメニュー画面を表示するようにしたことから、ユーザに提供するメニュー画面を対象アイテムの利用状況に応じて動的に更新して表示させることができるようになる」こと、「アダプティブ」メニュー、「カスタマイズ」メニュー、「オリジナル」メニューのように、「メニュー画面として数種類の画面を用意しておけば、メニュータブを切り替えることにより所望の画面を表示することができるようになる」こと、「『アダプティブ』メニューのメニュー画面では、端末機能、インターネットおよびアプリケーションのカテゴリ毎に項目が表示され・・・端末機能のカテゴリに表示される項目は、カレンダー、ボイスメモ、カメラとされ、・・・各カテゴリに表示される項目は対応する対象アイテムの利用頻度に応じて動的に抽出されている。ここで、メニュー画面において端末機能のカレンダーを選択したとすると、移動通信端末１０の表示器にカレンダーが表示されるようになる。そして、カレンダーのアイテムが利用されたことから、利用した項目であるカレンダー、利用した時間情報、利用した際に移動通信端末１０が位置していた場所情報が含まれている利用情報が、利用履歴に新たに記録されて利用履歴が更新される。さらに、カレンダーのアイテムの利用回数と、カレンダーのアイテムの利用した時間帯および利用した場所での利用回数が１ずつインクリメントされて、利用頻度テーブルが更新されるようになる」こと、すなわち、予め用意されている「アダプティブ」メニューにおいて、「カレンダー」等のメニュー項目を更新することは記載があるが、ＧＵＩフォームに関連する「前記複数のフィールドそれぞれに関する前記特定された利用の特徴に基づいて、前記ＧＵＩフォームを自動的に変更するステップであって、他のサブセットと比較してより高い利用の特徴で特定された複数のフィールドのサブセットを前記ＧＵＩフォーム中のタブ化された部分に分割することを含む、ステップ」は、開示されていないから、上記相違点に係る構成は、引用文献１、及び、引用文献２に基づいて、容易に想到できたものであるとはいえない。
　したがって、本願発明は、当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
　本願の請求項２−１１に係る発明は、本願発明と実質的にカテゴリーのみが相違するもの（請求項８〜９）、本願発明をさらに限定したもの（請求項２〜７、１０〜１１）であるので、本願発明と同様に、当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
第５　むすび
　以上のとおり、本願の請求項１−１１に係る発明は、当業者が引用発明に基づいて容易に発明をすることができたものではないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。