【事件の表示】
　特願２０１３−１５７５００「装置及びプログラム」拒絶査定不服審判事件〔平成２７年　２月１２日出願公開、特開２０１５−　２８６８７、請求項の数（１３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２５年７月３０日の出願であって、平成２８年２月１５日付けで拒絶理由が通知され、同年３月１６日付けで手続補正がされ、同年６月１日付けで拒絶査定（原査定）がされ、これに対し、同年８月３日に拒絶査定不服審判の請求がされると同時に手続補正がされたものである。
　
第２　原査定の理由の概要
　原査定（平成２８年６月１日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−１６に係る発明は、以下の引用文献１−８に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献一覧
１．特開２０１１−１７５６１１号公報
２．特開２０１３−２５７８７号公報
３．特開平７−４９６７４号公報
４．特開２０１０−１２２９２８号公報
５．特開２００５−２７５７０７号公報
６．特開２０１１−２２８８４４号公報
７．国際公開第２００９／０５７５８５号公報
８．特開２００９−２０５３４８号公報
第３　審判請求時の補正について
　審判請求時の補正は、特許法第１７条の２第３項から第６項までの要件に違反しているものとは認められない。
　そして、「第４　本願発明」から「第６　当審の判断」までに示すように、補正後の請求項１―１３に係る発明は、独立特許要件を満たすものである。
第４　本願発明
　本願の請求項１−１３に係る発明（以下、それぞれ「本願発明１」−「本願発明１３」という。）は、平成２８年８月３日付けで手続補正された特許請求の範囲の請求項１−１３に記載された事項により特定される発明であり、本願発明１は以下のとおりの発明である。
「【請求項１】
　コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、
　収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、
　前記コンピュータの画面上において、前記処理を起動させるためのアイコンの表示形態を、推測された時間帯に応じて変更し、前記ユーザが前記処理を起動させたことに応じて、当該処理を起動させるために変更した前記アイコンの表示形態を元の表示形態に戻す表示制御部と、
　を備え、
　前記表示制御部は、前記アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する
　装置。」
　なお、本願発明２−１３の概要は、以下のとおりである。
　本願発明２−１２は、それぞれ本願発明１をさらに限定した発明である。
　本願発明１３は、本願発明１をプログラムとして記載した発明である。
第５　引用文献
１．引用文献１について
　原査定の拒絶理由に引用された上記引用文献１には、図面とともに次の事項が記載されている。
「【００１２】
　図１に示すように、上記携帯端末装置は、主な構成要素として、制御部１００と、無線通信部１０と、表示部２０と、通話部３０と、操作部４０と、記憶部５０と、放送受信部６０と、ＧＰＳ受信部７０と、デジタルカメラ８０と、赤外線通信部９０とを備える。・・・中略・・・
【００１３】
　無線通信部１０は、制御部１００の指示にしたがって、移動通信網MNに収容された基地局装置BSと無線通信を行うものであって、これにより音声データや電子メールデータなどの送受信、Webデータやストリーミングデータなどの受信を行う。　
　表示部２０は、制御部１００の制御により、画像（静止画像および動画像）や文字情報などを表示して、視覚的にユーザに情報を伝達するものである。例えば、図２に示すように、
アイコン表示エリア２００には、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebのURL(Uniform Resource Locator)などに対応したアイコンを多数並べて表示し、
「【００１６】
　なお、
制御部１００は、操作部４０から通知された座標に基づき、この座標に対応する表示部２０上の表示領域に表示しているアイコンや機能キーを検出し、これに対する操作として認識する。
「【００１９】
　通常表示順序データ５０ａは、レコメンド表示制御を行わない場合に、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebページのURLなどに対応したアイコンの識別情報（以下、アイコンインデックスあるいは単にインデックスと称する。図中では、indexと略記する。）を、アイコン表示エリア２００に表示する配列を示す情報である。なお、アイコンインデックスと、アイコンと、アプリケーションソフトウェア、電子ファイルあるいはWebページのURLとを対応づけたアイコンテーブルは、図示しないが記憶部５０が記憶する。
・・・中略・・・
【００２１】
　
使用履歴データ５０ｃは、図３乃至図５に例示するように、各アイコンの利用（実行）履歴を記録するものであって、図３に示すように、アイコンインデックスに対応づけて利用時間帯を管理する利用時間帯管理テーブル、アイコンインデックスに対応づけて利用した曜日を管理する利用曜日管理テーブル、アイコンインデックスに対応づけて利用場所（緯度と経度）を管理する利用場所管理テーブルなどがある。そして、各アイコンインデックスには、表示順序の優先度算出の基礎となる評価値が対応づけられている。
【００２２】
　なお、図３の例では、１時間単位で利用時間帯を分割し、それぞれ評価値を管理する場合を示しているが、これに限定されるものではなく、１時間よりも短い単位や、１時間よりも長い単位で管理するようにしてもよい。また図４の例では、曜日で評価値を管理するようにしているが、これに限定されるものではなく、日にちや週、月単位で管理するようにしてもよい。また位置情報については、完全に一致することは少ないことが想定されるので、所定の大きさの領域で分割したエリア単位でグループ化して管理するようにしてもよい。
【００２３】
　総合評価値データ５０ｄは、使用履歴データ５０ｃとして記憶される各テーブルを総合的に利用し、アイコンインデックス毎に評価値を集計したものである。その一例を図６に示す。なお、評価値の集計は、制御部１００によって行われるが、各テーブル毎に評価値に重み付けを行った後に、加算して総合評価値が求められる。
【００２４】
　レコメンド表示順序データ５０ｅは、制御部１００が総合評価値データ５０ｄに基づいて決定した、アイコンを表示する順序を示すデータである。なお、通常表示順序データ５０ａと、レコメンド表示順序データ５０ｅは、独立して管理されており、両者に含まれるアイコンは必ずしも一致する必要はない。」
「【００５３】
　ステップ８ｌにおいてレコメンド表示制御手段１００ａは、操作部４０に対する操作を監視して、ステップ８ｊで表示した切替キー２１２に対して、ユーザによって操作が行われたか否か、すなわち、レコメンド表示への切り替え要求を行ったか否かを判定する。ここで、レコメンド表示への切り替え要求を検出した場合には、ステップ８ｏに移行し、一方、上記要求を検出しない場合には、ステップ８ｍに移行する。」
「【００６２】
　ステップ９ａにおいて
レコメンド表示制御手段１００ａは、現在状況の情報を取得し、ステップ９ｂに移行する。すなわち、制御部１００から現在時刻を示す時刻情報を取得し、またＧＰＳ受信部７０から現在位置を示す位置情報を取得する。
【００６３】
　ステップ９ｂにおいて
レコメンド表示制御手段１００ａは、使用履歴データ５０ｃに含まれる各テーブルを参照して、ステップ９ａで取得した現在状況（時刻情報および位置情報）に対応するすべてのインデックスとそれに対応づけられた評価値をセットにして検出し、ステップ９ｃに移行する
【００６４】
　ス
テップ９ｃにおいてレコメンド表示制御手段１００ａは、ステップ９ｂで検出した評価値に対して、テーブル毎に異なる重み付けを行い、インデックス毎に加算して集計する。そしてこのインデックス毎の評価値の集計結果と、除外アイコンリストデータ５０ｂに記録された総合評価値を、インデックス毎の総合評価値として、総合評価値データ５０ｄに上書き記録して、ステップ９ｄに移行する。
【００６５】
　
ステップ９ｄにおいてレコメンド表示制御手段１００ａは、総合評価値データ５０ｄに記録された情報を参照し、総合評価値の高い順に、各総合評価値およびそれに対応するインデックスの順序を並べ替えるソート処理を実施し、ステップ９ｅに移行する。
【００６６】
　
ステップ９ｅにおいてレコメンド表示制御手段１００ａは、ステップ９ｄによって総合評価値の高い順にソートされた情報（各総合評価値およびそれに対応するインデックス）を、レコメンド表示順序データ５０ｅに上書き記録して、当該処理を終了し、
【００６７】
　次に、図１０を参照して、ステップ８ｎのレコメンド表示処理について説明する。　
　まず、
ステップ１０ａにおいてレコメンド表示制御手段１００ａは、レコメンド表示順序データ５０ｅを読み出し、ステップ１０ｂに移行する。
【００６８】
　
ステップ１０ｂにおいてレコメンド表示制御手段１００ａは、ステップ１０ａで読み出したレコメンド表示順序データ５０ｅに基づいて、対応づけられた総合評価値が高いインデックスを、優先的にアイコン表示エリア２００に表示し、当該処理を終了する。
　したがって、上記下線部の記載によれば、引用文献１には、次の発明（以下、「引用発明１」という。）が記載されていると認められる。
「アイコン表示エリア２００には、アプリケーションソフトウェアや、それらによって作成された電子ファイル、WebのURLなどに対応したアイコンを多数並べて表示し、
　制御部１００は、操作部４０から通知された座標に基づき、この座標に対応する表示部２０上の表示領域に表示しているアイコンや機能キーを検出し、これに対する操作として認識して実行し、
　使用履歴データ５０ｃは、各アイコンの利用（実行）履歴を記録するものであって、アイコンインデックスに対応づけて利用時間帯を管理する利用時間帯管理テーブル、アイコンインデックスに対応づけて利用した曜日を管理する利用曜日管理テーブル、アイコンインデックスに対応づけて利用場所（緯度と経度）を管理する利用場所管理テーブルなどがあり、各アイコンインデックスには、表示順序の優先度算出の基礎となる評価値が対応づけられており、
　レコメンド表示制御手段１００ａは、制御部１００から現在時刻を示す時刻情報を取得し、またＧＰＳ受信部７０から現在位置を示す位置情報を取得し、
　使用履歴データ５０ｃに含まれる各テーブルを参照して、取得した時刻情報および位置情報に対応するすべてのインデックスとそれに対応づけられた評価値をセットにして検出し、テーブル毎に異なる重み付けを行い、インデックス毎に加算して集計し、インデックス毎の総合評価値として、総合評価値データ５０ｄに上書き記録し、
　レコメンド表示制御手段１００ａは、総合評価値データ５０ｄに記録された情報を参照し、総合評価値の高い順に、各総合評価値およびそれに対応するインデックスの順序を並べ替えるソート処理を実施し、総合評価値の高い順にソートされた情報（各総合評価値およびそれに対応するインデックス）を、レコメンド表示順序データ５０ｅに上書き記録し、読み出したレコメンド表示順序データ５０ｅに基づいて、対応づけられた総合評価値が高いインデックスを、優先的にアイコン表示エリア２００に表示することによってアイコン表示エリア２００の左上から右に、そして下の列に順を追って表示する携帯端末装置。」
　
２．引用文献２について
　原査定の拒絶理由に引用された上記引用文献２には、図面とともに次の事項が記載されている。
「【００１５】
　図２は、本発明の一実施形態による携帯端末でアイコンが配置された画面を示す。ユーザインタフェースオブジェクトは実行対象を指定するもので、代表的な例として、公知のアイコンがある。前記アイコンが押されると該当プログラムが実行される。これに限定されず、端末が放送受信端末の場合、前記ユーザインタフェースオブジェクトは各放送チャンネルを指定するものでもあり得る。
【００１６】
　図２に示すように、本発明の一実施形態による端末は各プログラムの使用履歴を考慮してアイコンを再配置する。後述するが、相対的に長い時間実行（使用）されるか、又は実行開始以来の使用者の操作回数が多かったプログラムのアイコンであるほど高い順位が与えられて、この順位によってアイコンが画面２１に再配置される。一例として、操作回数が多いプログラムのアイコンであるほど画面の右側に配置される。また、使用時間量が多いプログラムのアイコンであるほど画面の上側に配置される。前記操作回数とは、該当プログラムが実行されてから使用者が実行されたプログラムを扱うためにボタンを押したりすることによって入力信号が発生された数をいう。さらに、順位が高いアイコン２２であるほど相対的に目立つように表出されることもできる。
【００１７】
　前記端末は、各アイコンが指定するプログラムの使用履歴（例えば、使用時間量、操作回数）を少なくとも一つ以上の基準に基づいて保存及び更新する。保存及び更新の期間は一週間、一ヶ月、一年などに設定できる。一例として、一週間が保存及び更新の期間に決定されると、今週には先週の使用履歴に基づいてアイコンが再配置される。これとは異なり、現在から一週間前までの使用履歴に基づいてアイコンが再配置される。
【００１８】
　前記各アイコンが指定するプログラムの使用履歴を保存及び更新する基準は、時間に関する基準と場所に関する基準であり得る。まず、時間に関する基準は総期間、時間帯（例えば、０６時〜１２時、平日、公休日など）、曜日のうちいずれかの一つであり得る。次に、場所に関する基準は家、事務室などであり得る。場所に関する基準を設定するために、前記端末は常に位置を把握しておき、把握された位置を基点とする所定半径の範囲を家、事務室などの場所として定義する。
【００１９】
　前記端末は前記時間に関する基準又は前記場所に関する基準が選択される（又は、満たされる）と、前記選択された基準に相応するようにアイコンを自動的に再配置する。一例として、時間帯が変わると、端末は変わった時間帯に対する使用履歴を用いてアイコンを自動的に再配置するようになる。また、事務室にあった端末が家に移されると、家に対する使用履歴を用いてアイコンを自動的に再配置するようになる。上述のように、使用者の生活習慣、特性によって頻繁に使うプログラムのアイコンが自動的に配置されるので、これにより使用者に便宜を与えることができる。」
　したがって、引用文献２には、次の発明（以下、「引用発明２」という。）が記載されていると認められる。
「各プログラムの使用履歴を考慮してプログラムのアイコンを画面２１上に再配置する端末であって、相対的に長い時間実行（使用）されるか、又は実行開始以来の使用者の操作回数が多かったプログラムのアイコンであるほど高い順位が与えられ、一例として、操作回数が多いプログラムのアイコンであるほど画面の右側に配置され、使用時間量が多いプログラムのアイコンであるほど画面の上側に配置され、さらに、順位が高いアイコンであるほど相対的に目立つように表出されることもでき、
　各アイコンが指定するプログラムの使用履歴を保存及び更新する基準は、時間に関する基準であり、時間に関する基準は総期間、時間帯（例えば、０６時〜１２時、平日、公休日など）、曜日のうちいずれかの一つであり、端末は前記時間に関する基準が選択される（又は、満たされる）と、前記選択された基準に相応するようにアイコンを自動的に再配置し、一例として、時間帯が変わると、端末は変わった時間帯に対する使用履歴を用いてアイコンを自動的に再配置するようになる端末。」
３．引用文献４について
　原査定の拒絶理由に引用された上記引用文献４には、図面とともに次の事項が記載されている。
「【請求項１】
表示手段と、
　複数の機能を実行させる実行手段と、
　前記実行手段により前記機能が実行されると、前記機能が実行された時刻に関する情報を取得する取得手段と、
　前記取得手段により取得された前記時刻に関する情報に基づき、所定単位で区切られた時間帯毎に前記機能が実行された回数に関する情報を、前記機能単位で、累積的に記憶する記憶手段と、
　前記記憶手段に記憶された前記情報を前記機能単位で参照し、前記時間帯毎における前記機能が実行された回数が、前記機能が実行された全回数に対して所定の割合以上の回数であるか否かを判定する判定手段と、
　前記判定手段により前記時間帯毎における前記機能が実行された回数が、前記機能が実行された全回数に対して所定の割合以上の回数であると判定された場合、前記機能が実行された回数が所定の割合以上の回数である前記時間帯が到来した場合、前記機能を実行させるためのユーザインタフェースを生成する生成手段と、
　前記生成手段により生成された前記ユーザイタンフェースを前記表示手段の所定画面に表示させる制御手段と、
　を備えたことを特徴とする携帯端末。
【請求項２】
前記制御手段は、前記ユーザインタフェースを表示させた後、前記機能が実行された回数が所定の割合以上の回数である前記時間帯外となった場合、前記ユーザインタフェースの表示を終了させる請求項１に記載の携帯端末。
【請求項３】
前記生成手段は、前記時間帯が到来した場合であっても、さらに前記機能が既に実行されているか否かの判定を行い、前記機能が既に実行されていると判定した場合には、前記ユーザインタフェースの生成を行わない請求項１に記載の携帯端末。」
　したがって、引用文献４には、「時間帯毎における機能が実行された回数が、機能が実行された全回数に対して所定の割合以上の回数であると判定された場合、前記機能が実行された回数が所定の割合以上の回数である前記時間帯が到来した場合、前記機能を実行させるためのユーザインタフェースを生成し、生成された前記ユーザイタンフェースを表示手段の所定画面に表示させる携帯端末において、前記時間帯が到来した場合であっても、前記機能が既に実行されているか否かの判定を行い、前記機能が既に実行されていると判定した場合には、前記ユーザインタフェースの生成を行わない」という技術的事項が記載されていると認められる。
４．引用文献８について
　原査定の拒絶理由に引用された上記引用文献８には、図面とともに次の事項が記載されている。
「【００１５】
　以下に、本発明の実施形態による自動対話処理システムを、図面を参照しながら詳細に説明する。
　図１は、本発明にかかる自動対話処理システムの実施形態を示すブロック図である。この自動対話処理システムは、ユーザ端末Ａと情報処理システムＢとから構成されている。
ユーザ端末Ａは、ユーザからの入力データを受け付ける入力装置（入力手段）１と、ユーザへのデータの出力表示を行う表示装置（出力手段）２とを有する。
・・・中略・・・
【００１８】
一方、情報処理システムＢは、メニューテーブル８、時間帯テーブル９、地点テーブル１０、処理履歴テーブル１１、対話シナリオ１２、学習テーブル１３および制御手段１４を有する。
　これらのうち、制御手段１４は、所定の制御プログラムに従って情報処理システムＢ全体を制御するように機能し、入力装置１からのデータの取得、前記サジェストプログラムから入力補完プログラムまでのサブプログラムの呼び出し、サブプログラムからの処理結果データの取得、表示装置へのデータの出力を制御するように機能する。」
「【００２４】
（２）ユーザの行動履歴を蓄積し、分析することにより、ユーザの行動様式に応じた最適のメニューを予測して提案（レコメンド）する場合。
　この場合には、前述のデータベースに処理履歴テーブル１１、時間帯テーブル９および地点テーブル１０を用意して、ユーザの行動履歴を管理する。
【００２５】
　これらのうち、処理履歴テーブル１１は、図５に示すように、メニューＩＤ、時間帯、地点および回数の４項目からなる以下のレコードを管理する。
　メニューＩＤ：前述のメニューＩＤを保持する。
　時間帯：１日を一定数（例えば、２４区画）に区切った場合の各時間帯コードを値として保持する。時間帯と時間帯コードの対応（１３：３０〜１４：２９＝１４については、後述の時間帯テーブル９で管理する。
　地点名：ユーザの主な活動地点を意味する名称（自宅、学校、職場など）を値として保持。地点名と地点座標の対応（例えば、自宅＝北緯Ｗ度Ｘ分、東経Ｙ度Ｚ分）については、後述の地点テーブル１０で管理する。
　回数：メニューが、同じ時間帯、地点において利用された回数を保持する。
【００２６】
　次に、時間帯テーブル９は、図６に示すように、時間帯コード、開始時間および終了時間の３項目からなる以下のレコードを管理する。
　時間帯コード：１日を一定数（例えば、２４区画）に区切った場合の各時間帯を意味するコード。
　開始時間：その時間帯コードの開始時間（例えば、１３：３０）。
　終了時間：その時間帯コードの終了時間（例えば、１４：２９）。
・・・中略・・・
【００２８】
　制御手段１４は、ユーザ要求等によって起動されたレコメンドプログラムに従って、時刻（ユーザ端末の時計から取得）および緯度、経度（ユーザ端末のＧＰＳ機能から取得）を入力データとし、それを用いて以下の処理を行う。
　まず、取得した時刻をキー情報として時間帯テーブル９を検索し、該当の時間帯コードを取得する。
【００２９】
　次に、取得した前記緯度、経度をキー情報として地点テーブル１０を検索し、該当の地点名を取得する。ここでＧＰＳ機能が利用できない場合には、ユーザが手動によって地点を選択することで代替する。続いて、取得した時間帯コードと地点名をキー情報として、処理履歴テーブルを検索し、該当のメニューＩＤを取得する。検索結果が複数存在する場合は、回数の多い順にソートする。
【００３０】
　検索結果として得られたメニューＩＤをもとに、メニューテーブル８から各メニュー名を取得し、このメニュー名を一覧にして、ユーザ端末Ａの表示装置２に出力する。これにより、ユーザはこの一覧の中から目的のメニューを選択することができる。
【００３１】
　次に、例を挙げて説明する。ユーザが自宅で０７時００分にこのレコメンドプログラムの起動要求をすると、ＧＰＳで取得した緯度、経度を用いて、地点テーブル１０を検索し、地点名「自宅」を取得する。また、時刻を用いて、時間テーブル９を検索して、時間帯コード「７」を取得する。地点名と時間帯コードを用いて処理履歴テーブル１１を検索し、該当レコード（図５中に※印で示す。）を抽出する。
【００３２】
　また、抽出結果を回数の多い順（降順）にソートし、メニューＩＤを用いて、メニューテーブルからそれぞれのメニュー名を取得する。そして、このメニュー名と回数の対を候補一覧にして、図８に示すように候補表示する。
【００３３】
　同様にして、自宅で０７時５６分にこのレコメンドプログラムの起動要求をすると、地点名「自宅」と時間帯コード「０８」を取得し、それを用いて該当のレコード（図５中に■印で示す。）を抽出する。そして、メニュー名と回数の対を一覧にして、図９に示すように候補表示する。」
　したがって、引用文献８には、「ユーザの行動履歴を蓄積し、分析することにより、ユーザの行動様式に応じた最適のメニューを予測して提案（レコメンド）する場合、利用された回数の多い順（降順）にソートし、メニューＩＤを用いて、メニューテーブルからそれぞれのメニュー名を取得し、メニュー名と回数の対を候補一覧にして候補表示する」という技術的事項が記載されていると認められる。
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明１を対比すると次のことがいえる。
ア　引用発明１の「使用履歴データ５０ｃ」は、「各アイコンの利用（実行）履歴を記録するもの」であるから、本願発明１の「コンピュータ上でユーザが動作させた処理の履歴」に相当し、引用発明１の当該履歴を収集する構成は、本願発明１の「コンピュータ上でユーザが動作させた処理の履歴を収集する収集部」に相当する。
イ　引用発明１の「アイコンインデックスに対応づけて利用時間帯を管理する利用時間帯管理テーブル」及び「制御部１００から現在時刻を示す時刻情報を取得し」、「使用履歴データ５０ｃに含まれる各テーブルを参照して、取得した時刻情報」「に対応するすべてのインデックスとそれに対応づけられた評価値をセットにして検出し、テーブル毎に異なる重み付けを行い、インデックス毎に加算して集計し、インデックス毎の総合評価値として、総合評価値データ５０ｄに上書き記録」する「レコメンド表示制御手段１００ａ」は、本願発明１の「前記処理が起動する時間帯を推測する推測部」に相当するといえる。
ウ　引用発明１の「レコメンド表示制御手段１００ａ」は、「総合評価値データ５０ｄに記録された情報を参照し、総合評価値の高い順に、各総合評価値およびそれに対応するインデックスの順序を並べ替えるソート処理を実施し、総合評価値の高い順にソートされた情報（各総合評価値およびそれに対応するインデックス）を、レコメンド表示順序データ５０ｅに上書き記録し、読み出したレコメンド表示順序データ５０ｅに基づいて、対応づけられた総合評価値が高いインデックスを、優先的にアイコン表示エリア２００に表示する」から、本願発明１の「前記コンピュータの画面上において、前記処理を起動させるためのアイコンの表示形態を、推測された時間帯に応じて変更し、前記ユーザが前記処理を起動させたことに応じて、当該処理を起動させるために変更した前記アイコンの表示形態を元の表示形態に戻す表示制御部」と「前記コンピュータの画面上において、前記処理を起動させるためのアイコンの表示形態を、推測された時間帯に応じて変更する表示制御部」である点は共通するといえる。
エ　引用発明１の「携帯端末装置」は、本願発明１と同様の「装置」といえる。
　したがって、本願発明１と引用発明１との間には、次の一致点、相違点があるといえる。
（一致点）
「コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、
　収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、
　前記コンピュータの画面上において、前記処理を起動させるためのアイコンの表示形態を、推測された時間帯に応じて変更する表示制御部と、
　を備える、装置。」
　　
（相違点１）「表示制御部」は、本願発明１では、「ユーザが前記処理を起動させたことに応じて、当該処理を起動させるために変更した前記アイコンの表示形態を元の表示形態に戻す」のに対し、引用発明１では、そのような特定はない点。
（相違点２）「アイコンの表示形態を変更する」内容が、本願発明１は、「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」のに対し、引用発明１は、総合評価値の高い順にアイコンをソートして表示する点。
（２）相違点についての判断
　上記相違点２について検討すると、引用文献１に、「従来の形態端末装置では、種々の機能を起動するためのアイコンを多数配列して表示することができるが、ユーザの使用頻度に応じて配列を変化させることはできずに、ユーザにとって利便性が低いという問題があった。」（【発明が解決しようとする課題】【０００７】参照。）と記載されているように、引用発明１は、ユーザの使用頻度に応じてアイコンの配列を変化させることを課題とするものであり、引用発明１自体は、「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」ことを示唆するものではない。
　引用文献２には、「第５　引用文献」、「２．引用文献２について」に記載のとおり引用発明２が記載されているが、上記相違点２に係る本願発明１の「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」という構成は、記載されておらず、示唆されてもいない。
　引用文献４、８には、「第５　引用文献」、「３．引用文献４について」、「４．引用文献８について」に、それぞれ記載のとおり引用文献４に記載の技術的事項、引用文献８記載の技術的事項が記載されているが、上記相違点２に係る本願発明１の「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」という構成は、記載されておらず、示唆されてもいない。
　そして、原査定に引用されたその他の文献にも、上記相違点２に係る本願発明１の「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」という構成は、記載されておらず、示唆されてもいない。
　したがって、上記相違点１を検討するまでもなく、本願発明１は、当業者であっても、引用発明１及び引用文献２〜８に記載された技術的事項に基づいて容易に発明をすることができたとは認められない。
２．本願請求項２〜１２に係る発明も、本願発明１の「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」という構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明１及び引用文献２〜８に記載された技術的事項に基づいて、容易に発明をすることができたとはいえない。
３．本願請求項１３に係る発明は、本願発明１をプログラムとして記載したものであり、本願発明１の「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」に対応する構成を備えるものであるから、本願請求項１と同様の理由により、当業者であっても、引用発明１及び引用文献２〜８に記載された技術的事項に基づいて、容易に発明をすることができたとはいえない。
第７　原査定について
　審判請求時の補正により、本願発明１−１３は「アイコンに含まれる処理の名前を変更し、かつ、前記アイコンを強調表示することによって、前記アイコンの配置を変えずに前記アイコンの表示形態を変更する」という事項を有するものとなっており、当業者であっても、拒絶査定において引用された引用文献１〜８に基づいて、容易に発明できたものとはいえない。したがって、原査定の理由を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。