【事件の表示】
　平成　９年特許願第２９１２０１号「処理案内方法及び装置及び処理案内プログラムを格納した記憶媒体」拒絶査定不服審判事件〔平成１０年　７月１４日出願公開、特開平１０−１８７３１９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
【1】    本願は、平成9年10月23日（優先権主張平成8年10月31日）の出願であって、その発明を特定するために必要な事項は、平成14年12月9日付手続補正書により補正された特許請求の範囲の請求項1乃至7に記載されたものであって、その請求項1に記載された発明（以下、「本願発明」という。）は次のとおりのものと認められる。
「メニュー画面に処理業務の情報を表示する処理案内方法において、
　業務処理において、業務毎に該業務を構成する複数の処理項目について、進捗状況を管理し、
　管理されている前記処理項目の状態に応じて、該処理項目の表示色を決定し、
　決定された色を用いてメニュー画面の当該処理項目の文字を表示することを特徴とする処理案内方法。」
　
【2】    これに対して、前置審査で通知された拒絶の理由に引用された特開平6-230917号公報（以下「引例1」という。）には以下のことが記載されている。
（イ）上記の目的を達成するために本発明は、各ユーザ毎に依頼された業務内容を蓄積し、蓄積された業務内容をメニュー方式で表示してユーザに知らせるとともに、蓄積された業務を処理するコンピュータ処理システムにおいて、各ユーザ毎に業務が依頼される度に、依頼された業務が各業務種別毎に計数されて未処理件数が更新される未処理件数情報格納部と、依頼された業務が緊急を要する業務であるとき、その旨が記録される緊急業務記録部と、ユーザに業務の処理を行なわせるとき、このユーザに対応する業務名と前記未処理件数情報格納部に格納されている未処理件数および前記緊急業務記録部に格納されている緊急業務の有無とに基づいて表示装置上に業務名および各業務の未処理件数、緊急度をメニュー方式で表示させる業務名表示制御部とを備えたことを特徴としている。（段落0011）
（ロ）この場合、各メニューマスタファイル１５のうち、行番号エリアに“０”が書き込まれているメニューマスタファイル１５が業務内容全体の種別を示すタイトルファイルとして使用され、残りのメニューマスタファイル１５が各行に表示される業務内容を示す業務内容ファイルとして使用される。例えば、図３（Ａ）に示すように、行番号エリア１５に“０”が書き込まれているファイルのメニュータイトルには、業務内容全体の種別である“申請承認業務“が書き込まれる。そして、図３（Ｂ）に示すように、行番号エリアに“１”〜“９９”が書き込まれているファイルのメニュータイトルには、“申請承認業務”の中の、例えば“受注承認業務”（図３（Ｂ）の場合）や、“返品承認業務”、“廃棄承認業務”等が書き込まれる。（段落0022、図3）
（ハ）この後、データ処理装置２は、前記メニュー番号に基づいてメニューマスタ５を検索して前記ユーザに割り当てられている各メニューマスタファイル１５を読み出して前記ユーザに対して依頼されている業務の業務コードを検知するとともに、この業務コードと、前記ユーザＩＤとに基づいて優先表示マスタ６を検索して各業務コードに対応する未処理の業務があるかどうかをチェックし、図６に示す如く未処理の業務がある業務名称を表示状態にし、また未処理の業務がない各業務コードがあれば、この業務コードに対応する業務名称を非表示状態にする。
　さらにこのとき、データ処理装置２は、前記優先表示マスタ６から読み出した各優先表示マスタファイル２５の未処理件数エリア３０に書き込まれている未処理件数と各優先表示基準エリア２９に書き込まれている値とを比較する。この比較結果に基づいて未処理件数が第１優先表示基準の値を越えていれば、表示装置３上に表示されている対応する業務名称の脇に“＊”を１つ表示させ、また前記未処理件数が第２優先表示基準の値を越えていれば、表示装置３上に表示されている対応する業務名称の脇に“＊”を２つ表示させる。
　またこのとき、データ処理装置２は、前記優先表示マスタ６から読み出した各優先表示マスタファイル２５の緊急表示フラグエリア２８に“１”が書き込まれているかどうかをチェックし、緊急表示フラグエリア２８に“１”が書き込まれていれば、この優先表示マスタファイル２５の業務コードで示される業務の中に、緊急を要する業務があると判定して表示装置３上に表示されている対応する業務名称の脇に“＊”を３つだけブリンク表示させる（ステップＳＴ２）。（段落0028、0029、0030、図1、3、6）
　
　同じく、前置審査で通知された拒絶の理由に引用された特開平6-83835号公報（以下「引例2」という。）には以下のことが記載されている。
（ニ）本発明は、作業担当者ごとに、担当作業について締切期日、提示優先順位、進捗状況、表示形態などの情報を記憶するスケジュール・テーブルと、スケジュール・テーブルに締切期日、提示優先順位、進捗状況、表示形態などの情報を入力する入力部と、スケジュール・テーブルに記憶された締切期日までの残り時間と進捗状況に応じて、作業の提示優先順位を変更するスケジュール調整部と、スケジュール・テーブルに記憶された提示優先順位に応じて、表示サイズ、形態、表示位置などの表示形態を変更する表示調整部と、スケジュール・テーブルに記憶された表示形態に応じて表示を行う表示制御部と、スケジュール・テーブル、スケジュール調整部、表示調整部、表示制御部の間のデータ交換を管理するスケジュール管理部とを持つ。（段落0007）
（ホ）本発明では、締切期日、進捗状況等から作業状況の緊急性を自動的に画面上に表示するので、ユーザは、締切表示されている作業から順番に片付けて行けば良く、スケジュール表を覗いて他の作業を心配する必要がない。又、優先度に応じて、作業が提示されるので、見ただけで、どの作業から片付けねばならないかがわるので、毎日の仕事のスケジュールリングに費やす時間が節約できる。（段落0008）
（ヘ）図１は、本発明の概略構成を示すものである。スケジュールの入力・変更などを行ったり、作業遂行に必要な入力を行ったり、作業の選択などを行ったりするための、キーボードやマウスなどの入力デバイスからなる入力部２と、図２に示したようなデータ構造で担当者別に作業毎に締切期日、提示優先順位、進捗状況、表示形態などの情報を入力制御８を介し記憶するスケジュール・テーブル１と、スケジュール・テーブル１に記憶された締切期日までの残り時間と進捗状況に応じて、作業の提示優先順位を決定あるいは変更するスケジュール調整部３と、スケジュール調整部３により変更あるいは入力部２より入力された提示優先順位に基づいて、スケジュール・テーブルに記憶されている、例えば図３の様な形式で記憶されている表示形態を変更するための表示調整部４と、表示調整部４により調整あるいは前記入力部より入力された表示形態に基づいて、ウインドウやアイコンなどの表示を制御する表示制御部６と、表示制御部６により生成されたイメージを表示するためのＣＲＴディスプレイなどからなる出力部７とからなる。また入力制御部８、スケジュール調整部３、表示調整部４、表示制御部６は情報管理部５を構成する。（段落0010、図1、2）
（ト）図３は表示形態ファイルの一例である。第１行目から第１１行目までは、表示形態１の内容を示している。第１行目は、識別番号、第２行目は、表示の種別。この場合は、ウィンドウであり、他に第１５行目に示すようにアイコンがある。第３，４行目は、表示するウィンドウなり、アイコンの左上隅の画面上でのＸ座標値、Ｙ座標値を示す。形が第１８行目に示すように、ハート型など、矩形でない場合には、外接する矩形の左上隅の座標値で示すことにする。第５行目は、表示するウィンドウなり、アイコンの形を示している。標準の矩形以外にハート型、ひし形、涙型などいろいろの形が可能である。第６，７行目は、表示するウィンドウやアイコンの大きさ（幅と縦の長さ）を示している。矩形でない場合には、外接する矩形の大きさで代用する点は、配置位置と同様である。第８行目は、ウィンドウやアイコンに表示するデフォルトの文字の種類、第９行目は文字サイズを設定している。これらは、ユーザが中に表示する文書や図表などに対して、別途指示をしない限り、あるいはウィンドウやアイコンで動くアプリケーションが別個に指示を行わない限り、有効である。第１０行目はウィンドウやアイコンの背景色、第１１行目は文字色を指示している。図３の例では、表示できる色が２５６色であることを想定した指定となっているが、フルカラー１６７７万色に対して、指定することもできる。（段落0013、図3）
（チ）また、図３の表示形態では、ウィンドウの背景色を無地の単色に想定した例となっているが、必ずしも、これに限定されるものでなく、作業の監督者の顔写真へのポインタをデータとして指定することも可能である。さらに進捗度合いが良ければ、顔写真を好きなキャラクタに変えられるが、進捗度合いが悪いと、定期的に作業監督者の顔写真に入れ替わり、次第に険しい表情に変化させるなどの時系列のデータが入ったファイルへのポインタをデータとする事も可能である。（段落0038、図3）
　
【3】    そこで、本願発明と引例1に記載された発明とを比較すると、引例1の図6のメニュー画面内の「申請承認業務」及び「受注承認処理等」は、段落0022の記載からみて、申請承認業務中に受注承認処理等があって、上位、下位の関係にあるから、本願発明の「業務」及び「処理項目」にそれぞれ相当する。したがって、両者は、
「メニュー画面に処理業務の情報を表示する処理案内方法において、
　業務処理において、業務を構成する複数の処理項目について、管理し、
　管理されている処理項目の状態を表示する処理案内方法。」である点で一致し、
（ａ）本願発明は、業務毎に該業務を構成する複数の処理項目について、進捗状況を管理しているのに対して、引例1に記載された発明では業務を構成する複数の項目について未処理件数を管理している点、
（ｂ）本願発明は、管理されている前記処理項目の状態に応じて、該処理項目の表示色を決定し、決定された色を用いてメニュー画面の当該処理項目の文字を表示しているのに対して、引例1に記載された発明は、管理されている処理項目内の未処理件数に応じた数の“＊”を表示する点、で相違する。
　
【4】    次に、この相違点について検討する。
（ａ）の相違点について
　引例1に記載された発明は、各ユーザ毎の業務について複数の処理項目があるから、業務毎に該業務を構成する複数の処理項目について管理していると認められる。
　また、引例1に記載された発明は、処理項目について未処理件数を管理しており、未処理件数によっても進捗状況を管理できるから、処理項目について進捗状況を管理することに格別困難性を要しないものと認められる。
（ｂ）の相違点について
　引例2には、作業の進捗状況に応じた文字色を用いて作業を表示することが記載されており、作業は処理される項目に相当するから、引例1に記載された発明の処理項目の表示色を管理されている前記処理項目の状態に応じて決定し、決定された色を用いてメニュー画面の当該処理項目の文字を表示することに格別困難性を要しないものと認められる。
　
【5】 したがつて、請求項1に記載された発明は、引例1乃至2に記載された発明に基づいて当業者が容易に発明をすることができたものであるので、特許法第29条第2項の規定により特許を受けることができない。
　よって、結論のとおり審決する。