【事件の表示】
　特願２０１２−２５６２２２「電子機器」拒絶査定不服審判事件〔平成２５年４月１１日出願公開，特開２０１３−６６２１７〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　
　本願は，平成２０年３月２８日に出願した特願２００８−８７６６５号の一部を平成２４年１１月２２日に新たな特許出願としたものであって，平成２６年３月６日付けで拒絶査定がなされ，これに対し，同年６月１１日に拒絶査定に対する審判請求がなされるとともに手続補正書が提出されたが，当審において平成２７年４月２３日付けで拒絶理由通知がなされ，これに対し，同年６月２２日に意見書及び手続補正書が提出されたものである。
　
２　本願発明 
　
　本願の請求項１に係る発明（以下，「本願発明」という。）は，特許請求の範囲，明細書及び図面の記載からみて平成２７年６月２２日付け手続補正書で補正された特許請求の範囲の請求項１に記載された，以下のとおりのものと認める。
　
「表示部と，
　アプリケーションを示す情報を前記表示部に表示させる制御部と，
　を備え，
　前記制御部は，前記アプリケーションの実行指示がなされる前に，現在の日にちに関する情報を取得し，所定のロジックにより，前記現在の日にちから，前記アプリケーションに対応すると共に日にちに直接的に対応付けられていない所定の情報を選択し，当該所定の情報を前記表示部に表示させる電子機器。」
　
３　引用発明
　
　当審の拒絶理由に引用された特開２００６−１１３６３７号公報(以下，「引用例」という。)には，「携帯端末」に関し，図面とともに以下の事項が記載されている。
　
ア　「【技術分野】【０００１】
  本発明は，各種メニューをアイコン表示する携帯端末にあって，特に，各種メニューのステータス情報を表示する携帯端末の表示制御方法および携帯端末に関する。」
　
イ　「【実施例１】【００１３】
  図１〜図７は，本発明を携帯端末に適用した実施例１を示す。  
  図１は，各実施例に係る携帯端末のブロック図である。携帯端末の主要部は，アンテナ１，通信部２，電池部３，時計部４，マイク５，キー入力部６，制御部７，スピーカ８，表示部９，アイコン記憶部１０，ステータス記憶部１１，壁紙記憶部１２，文字テーブル１３などにより構成される。  
  アンテナ１は，移動通信システムの基地局（図示せず）との間で電波の送信受信を行う。通信部２は，通信データの変調復調処理などを行い，また，電波の受信レベル測定を行い，制御部７へ通知する。電池部３は電源供給源である。時計部４は，時刻のカウントを行う。マイク５は，ユーザインターフェースの音声入力手段である。キー入力部６は，ユーザインターフェースのキー入力手段である。制御部７は，携帯端末全体の主制御を行い，各種メニューの実行制御を行う。スピーカ８は，ユーザインターフェースの音声出力手段である。表示部９は，ユーザインターフェースのＬＣＤなどの表示手段である。
【００１４】
  アイコン記憶部１０は，表示部８に表示される携帯端末の各種メニューのアイコン画像の記憶手段である。ステータス記憶部１１は，これらの各種メニューに関連したステータス情報の記憶手段であり，図２の説明で後述する。壁紙記憶部１２は，携帯端末が待ち受けモードの時などに表示部８に表示される壁紙画像の記憶手段であり，静止画と動画を記憶する。文字テーブル１３は，携帯端末が待ち受けモードの時などに表示部８に表示される文字情報の記憶手段である。
【００１５】
  図２は，携帯端末のステータス記憶部１１のステータス情報を説明する図である。携帯端末の各種メニューの例として，１４種類のメニューを示す。ステータス記憶部１１には，メニューアイコン情報記憶部１１ａ，最小ステータス情報記憶部１１ｂ，詳細ステータス情報記憶部１１ｃが設けられている。ステータス記憶部１１の１１ａの欄は，携帯端末の各種メニューを表すメニューアイコン名が記憶される。１１ｂの欄は，各メニューアイコンに関連したステータス情報の内，最小のステータス情報が制御部７によりリアルタイムに書き込まれる。１１ｃの欄は，各メニューアイコンに関連したステータス情報の内，詳細ステータス情報が制御部７によりリアルタイムに書き込まれる。
【００１６】
  ここで，最小のステータス情報の具体例としては，Ｅメールの場合の未読件数及びそれに該当するアイコン記憶部１０に記憶されたアイコンのアドレスがこれにあたる。また，詳細ステータス情報は，最小ステータス情報と同等，または最小ステータス情報より詳しい情報について，表示するための情報が記憶される。なお，最小ステータス情報にユーザが最も優先すべき情報を記載し，詳細ステータス情報にそれ以外の情報を記載しても良い。
【００１７】〜【００１８】（省略）
【００１９】
  （中略）
　Ｎｏ．１１のカレンダーはユーザ設定されているスケジュールであり，１１ｂに予定設定されている月日，１１ｃにその予定のタイトルが書き込まれている。なお，１１ｂは，予定設定されている月日ではなくて，本日の月日と共に，本日の予定設定の有無を「１」「０」などで表示したり，本日の月日，予定設定されている月日，又はアイコンの色を平日が黒色，土曜日が青色，日曜日・祝日が赤色にしたりする制御情報を書き込むようにしてもよい。それにより，ユーザは，とりあえず，本日の予定の有無を知ることができる。
【００２０】（省略）
【００２１】
  なお，１１ｂ，１１ｃのステータス情報は，直接ステータス記憶部１１に記憶しないで，各メニュー関連の記憶部（図示せず）のどの箇所に記憶されているかがわかるように対応付けておいてもよい。
【００２２】
  図３は，携帯端末の正面図である。折り畳み式の上筐体２１に表示部９を有し，他方の下筐体２２にキー入力部６を有する。キー入力部６は「１」〜「０」の数字や「＊」・「＃」を入力する数字・文字キー６３，クリアキー６４，終話キー６５，通話キー６６等の多数のキーを有し，数字・文字キー６３には，それぞれかな文字及び英字も割り振られている。例えば「２」のキーには数字の２と，ＡＢＣ及びあいうえおの文字とが割り振られる。また，カーソルキー６１は，上下左右の４箇所の矢印部にキーがあり，表示箇所を上下左右方向に移動させるためのカーソルとして使用される。確定キー６２は，カーソルキー６１のセンター部分にあって，動作を確定させるためなどに使用される。なお，確定キー６２は，カーソルキー６１の外側に配置されてもよい。
【００２３】
  図４は，表示画面を制御する制御部の動作フローチャートである。 （中略）
【００２４】〜【００２５】（省略）
【００２６】
  図６は，携帯端末のメニューアイコン画面を説明する図である。  
  （メニューアイコン画面の表示制御）
  図４，図６を用いて，メニューアイコン画面について制御部７の動作を説明する。待ち受け画面表示（ステップＳ３）中に，確定キー６２が押下されると（ステップＳ４で「有り」），制御部７は，メニューアイコン表示状態に入る（ステップＳ５）。  
  このメニューアイコン表示状態で表示されるメニューアイコン画面を，図６により説明する。表示部９の上部には，簡単なピクト表示があり，電波の受信レベルを表す電界表示９１，電池残量を表す電池残量９２，現在時刻を表す現在時刻９３が表示される。  
  携帯端末の各種メニューはアイコン９０１〜９１２として１２個分が同時表示される。１４個のメニュー（図２）のどれをアイコン９０１〜９１２のどの配置に割り当てるかはショートカット機能により自在にユーザ設定することができて，図６のように配置されているものとする。ショートカット機能については説明を省略する。また，カーソルによりアイコン９０５が選択されて，拡大表示されているものとする。
【００２７】
  制御部７は，メニューアイコン表示状態に入る（ステップＳ５）と，各メニューの最新ステータス情報を確認して，ステータス記憶部１１を書き換える（ステップＳ６）。次に，カーソルで選択されていない非選択アイコンを認識して，非選択アイコン９０１〜９０４，９０６〜９１２については，ステータス記憶部１１（図２）の該当するメニューアイコン名の１１ｂ欄の最小ステータス情報を読み出して，最小表示する（ステップＳ７）。例えば，アイコン９０１（Ｅメール受信ボックス）については，最小ステータス情報の未読件数である例えば「５件」がステータス表示部に表示される。
【００２８】
  次に，カーソルで選択されている選択アイコンを認識して，選択アイコン９０５（カレンダー）については，ステータス記憶部１１（図２）のＮｏ．１１（カレンダー）の１１ｃ欄の詳細ステータス情報である「予定設定されている日時，予定タイトル」例えば「９／１，１０：００，販売会議」を読み出し，選択アイコン９０５（カレンダー）を拡大表示し，当該「９／１，１０：００，販売会議」を表示する（ステップＳ８）。この「９／１」表示は，カレンダーの土曜日，日曜日，祭日などの色分け表示と同じ色で表示する。なお，選択アイコン９０５の拡大表示は，他の非選択アイコンの表示情報が略読み取れる範囲で，非選択アイコンに重なるように拡大される。
【００２９】
  制御部７は，このステップＳ７，Ｓ８のメニューアイコン表示を行いながら，キー押下の有無をチェックする（ステップＳ９）。ステップＳ９で「無し」であれば，ステップＳ５へ戻り，最新のステータス情報が更新表示される（ステップＳ６，Ｓ７，Ｓ８）。なお，ステップＳ９で「無し」の場合，ステップＳ５へ戻らずに，ステップＳ９自身へ戻るようにしてもよい。その場合，ステップＳ７，Ｓ８の表示制御を繰り返さないため，消費電流を減らすことができる。この場合，最新のステータス情報への更新（ステップＳ６）は，他のルートからステップＳ５へ入ってきた場合に限られる。また，ステップＳ９で「無し」の場合，ステップＳ５に戻るか，ステップＳ９に戻るかはメニューアイコンごとに設定変更してもよい。  
ステップＳ９でカーソルキー６１が押下された場合は，その方向指示に基づいて，選択アイコンを移動し（ステップＳ１０），ステップＳ５へ戻り，新たな選択アイコンが拡大されて，詳細ステータス情報が表示される（ステップＳ６，Ｓ７，Ｓ８）。また，ステップＳ９で数字文字キー６３の１２個のいずれかが押下された場合は，その配置場所と対応するメニューアイコン画面のアイコン１２個のいずれかのアイコンを選択する。例えば，数字文字キー６３の「１」がアイコン９０１に対応し，数字文字キー６３の「＃」がアイコン９１２に対応するように選択アイコンを決定する（ステップＳ１０）。つまり，カーソル移動と同じ目的で使用される。
【００３０】
  また，ステップＳ９でクリアキー６４又は終話キー６５が押下されると，メニューアイコン表示を終了して，待ち受け表示に戻る（ステップＳ２）。また，ステップＳ９で確定キー６２が押下されると，メニューアイコン表示を終了して，選択アイコンのメニュー起動に入る（ステップＳ１１）。」
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると，
 
ａ　引用例に記載された携帯端末は，上記イ（段落００１３等）より，「表示部９」を備えている。
　
ｂ　上記イ（段落００２６），図６より，制御部７は，前記表示部９に各種メニューをアイコン９０１〜９１２として同時表示することが記載され，前記メニューには，カレンダーが含まれている。
　
ｃ　図４，図６並びに上記イを参照すると，制御部７は，以下の制御を行っている。
　すなわち，制御部７は，メニューアイコン表示状態に入る（図４の「ステップＳ５」に対応。以下同図であることを省略。）と，各メニューの最新ステータス情報を確認して，ステータス記憶部１１を書き換え（ステップＳ６），次に，カーソルで選択されていない非選択アイコンを認識して，非選択アイコンについては，前記ステータス記憶部１１の該当するメニューアイコン名の最小ステータス情報を読み出して最小表示し（ステップＳ７），カーソルで選択されている選択アイコンを認識して，選択アイコンについては，前記ステータス記憶部１１の該当するメニューアイコン名の詳細ステータス情報を読み出してタイトルと共に拡大表示し（ステップＳ８），確定キー６２が押下されると（ステップＳ９），メニューアイコン表示を終了して，選択アイコンのメニュー起動に入る（ステップＳ１１）ように制御している。
　
ｄ　前記ｃに関連して，カレンダーに対応する非選択アイコンでは，前記最小ステータス情報について，「Ｎｏ．１１のカレンダーはユーザ設定されているスケジュールであり，１１ｂに予定設定されている月日，１１ｃにその予定のタイトルが書き込まれている。なお，１１ｂは，予定設定されている月日ではなくて，本日の月日と共に，本日の予定設定の有無を「１」「０」などで表示したり，本日の月日，予定設定されている月日，又はアイコンの色を平日が黒色，土曜日が青色，日曜日・祝日が赤色にしたりする制御情報を書き込むようにしてもよい。それにより，ユーザは，とりあえず，本日の予定の有無を知ることができる。」（上記イの段落００１９）と記載されている。
　
ｅ　前記ｃに関連して，カレンダーに対応する選択アイコンでは，前記詳細ステータス情報について，『選択アイコン９０５（カレンダー）については，ステータス記憶部１１（図２）のＮｏ．１１（カレンダー）の１１ｃ欄の詳細ステータス情報である「予定設定されている日時，予定タイトル」例えば「９／１，１０：００，販売会議」を読み出し，選択アイコン９０５（カレンダー）を拡大表示し，当該「９／１，１０：００，販売会議」を表示する（ステップＳ８）。この「９／１」表示は，カレンダーの土曜日，日曜日，祭日などの色分け表示と同じ色で表示する。』（上記イの段落００２８）と記載されている。
　
ｆ　図６（及び要約）を参照すると，前記「非選択アイコン」は，「タイトル」と「最小ステータス情報」を表示したものであり，前記「選択アイコン」は，「タイトル」と「詳細ステータス情報」が表示されたものである。なお，引用例では，「タイトル」と「メニューアイコン名」とが同義で使用されていると解される。（図２，図６参照）
　
　前記ａ〜ｆを踏まえ，カレンダーのメニューを有する携帯端末として前記摘記事項ア，イ及び図面の記載を総合勘案すると，引用例には，次の発明（以下，「引用発明」という。）が記載されていると認める。
　
「表示部と，
　メニューアイコン表示状態においてカレンダーのメニューをアイコンとして前記表示部に表示させる制御部と，
を備え，
　前記制御部は，メニューアイコン表示状態に入ると，カレンダーの最新ステータス情報を確認して，ステータス記憶部を書き換え，前記カレンダーのアイコンがカーソルで選択されている場合は，選択アイコンとして，前記ステータス記憶部の前記カレンダーの詳細ステータス情報である予定設定されている日時，予定タイトルを読み出して該カレンダーのタイトルと共に拡大表示し，前記カレンダーが選択された状態で確定キーが押下されると，メニューアイコン表示を終了して，前記カレンダーを起動するように制御する，
　携帯端末。」　
　
４　対比
　
　本願発明と引用発明とを，主要な構成毎に対比する。
　
ａ　引用発明の「携帯端末」は，本願発明の「電子機器」に含まれる。
　
ｂ　引用発明の「表示部」は，本願発明の「表示部」に相当する。
　
ｃ　引用発明の「カレンダー」は，「アプリケーション」ということができる。
　また，引用発明の「カレンダーのメニュー」である「アイコン」は，「カレンダーのタイトル」と共に「最小ステータス情報である予定設定されている月日」，または，「詳細ステータス情報である予定設定されている日時，予定タイトル」を含むことから，「カレンダー（アプリケーション）を示す情報」ということができる。
　そうすると，引用発明の「カレンダーのメニューをアイコンとして前記表示部に表示させる制御部」は，本願発明の「アプリケーションを示す情報を前記表示部に表示させる制御部」に相当する。
　
ｄ　引用発明の「制御部」は，「前記カレンダーが選択された状態で確定キーが押下されると，メニューアイコン表示を終了して，前記カレンダーを起動するように制御する」から，カレンダーを起動する前に前記「予定設定されている日時，予定タイトル」を表示させるものである。そうすると，引用発明の「制御部」が，「選択アイコンとして，前記ステータス記憶部の前記カレンダーの詳細ステータス情報である予定設定されている日時，予定タイトルを読み出して該カレンダーのタイトルと共に拡大表示」するのが，「アプリケーションの実行指示がなされる前」であることは，明らかである。
　また，引用発明の前記「カレンダーの詳細ステータス情報である予定されている日時，予定タイトル」は，「制御部」が，「メニューアイコン表示状態に入ると，カレンダーの最新ステータス情報を確認して，ステータス記憶部を書き換え」るものであり，前記「予定設定されている日時，予定タイトル」を最新の情報に書き換えるためには，現在の日にちが必要であるから，引用発明の「制御部」が「現在の日にちに関する情報を取得」していることは明らかであり，書き換えられる前記「予定設定されている日時，予定タイトル」は，「現在の日にちから」「選択された」ものといえる。そして，本願発明の「所定のロジック」について，発明の詳細な説明には，「現在の日にちに対応して所定の文言データを選択するロジックを有している場合」（段落００４６）と記載されているから，引用発明の前記「予定設定されている日時，予定タイトル」と，本願発明の「所定の情報」とは，「所定のロジックにより，現在の日にちから」「選択された」情報である点で，共通する。
　また，引用発明の前記「予定設定されている日時，予定タイトル」は，前述のとおり，「アプリケーション」である「カレンダー」に対応した情報である。
　
　以上をまとめると，本願発明と引用発明は，以下の点で一致ないし相違している。
　
（一致点）
「表示部と，
　アプリケーションを示す情報を前記表示部に表示させる制御部と，
　を備え，
　前記制御部は，前記アプリケーションの実行指示がなされる前に，現在の日にちに関する情報を取得し，所定のロジックにより，前記現在の日にちから，前記アプリケーションに対応する所定の情報を選択し，当該所定の情報を前記表示部に表示させる電子機器。」
　
（相違点）
　「アプリケーションに対応する所定の情報」について，本願発明では，「日にちに直接的に対応付けられていない」情報であるのに対し，引用発明では，前記「予定設定されている日時，予定タイトル」であって日にちに対応した情報である点。
　
５　判断
　
　前記相違点について検討する。
　「アプリケーションに対応する所定の情報」として実際にどのような情報を表示するかは，「アプリケーション」の内容に応じて当業者が適宜に設定し得るものである。また，「日にちに直接的に対応づけられていない」情報とすることで格別な作用効果を奏するものとも認められない。
　したがって，引用発明の「アプリケーションに対応する所定の情報」である「予定設定されている日時，予定タイトル」に替えて，本願発明の「日にちに直接的に対応付けられていない」情報を選択し表示させるようにすることは，当業者が必要に応じて適宜なし得ることである。
　
６　むすび
　
　以上のとおり，本願発明は，上記引用例に記載された発明に基づいて，当業者が容易に発明をすることができたものと認められるから，特許法第２９条第２項の規定により，特許を受けることができない。
　したがって，他の請求項に係る発明について審理するまでもなく，本願は拒絶すべきものである。
　
　よって，結論のとおり審決する。