【事件の表示】
　平成１０年特許願第　４９８９６号「画面遷移制御方法および記録媒体」拒絶査定不服審判事件〔平成１１年　９月１７日出願公開、特開平１１−２４９８７６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
Ａ．手続の経緯
　本願は、平成１０年３月２日に出願されたものであって、その請求項１乃至５に係る発明（以下、「本願発明１乃至５」という。）は、平成１６年１月１９日付、平成１６年７月２０日付，平成１８年６月８日付及び平成１８年９月２２日付の各手続補正書によって補正された「画面遷移制御方法および記録媒体」に関する発明である。
　なお、平成１６年５月２４日付の手続補正書は、平成１６年６月１７日付の補正の却下の決定により却下され、それが確定している。
　
Ｂ．当審の平成１８年７月２０日付の拒絶理由
　当審で平成１８年７月２０日付で通知した拒絶理由は、
　「本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第４項及び第６項に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　　記
１．本願明細書の記載は全体的に不明確であり、本願発明の目的及び構成が具体的にわからない。
　例えば、発明の詳細な説明には、（ａ）乃至（ｇ）に例示するような不明瞭点がある。
（明細書全体の記載を見直されたい。）
（ａ）従来は、図１１の（ａ）に示すように、画面Ａのプログラム中で呼び出す画面Ｂを記述していたものを、本願発明においては、「テーブル」を用い、そこに遷移元画面、遷移種別、遷移先画面等を定義し、該テーブルの修正のみで画面遷移の修正が行われる旨記載されているが（段落【０００２】〜【０００４】の記載）、たとえテーブルを用いたとしても、該テーブル中には各画面毎の項目が記録されているので、画面遷移を修正したい場合には、修正したい各画面毎の項目をすべて修正しなければならず、もし修正を忘れると、非所望の画面が表示されることとなることは従来例の場合と同じであるので、結果として、従来例と比べて簡易かつ確実に画面遷移の修正ができることの理由が不明である。
（ｂ）遷移元画面が同じであったとしても、遷移先の画面や遷移種別が同じとは限らないので、遷移元画面が同じであっても、遷移先画面や遷移種別が異なる場合にはどのようにしてそれらを区別するのかについての開示がなされておらず、又、「遷移識別子」の役割も具体的にわからない。
（ｃ）本願明細書中で「遷移」なる語が複数の意味で用いられているものと認められる（例えば、段落【００１４】等では、「遷移」は、図１で画面７に左の画面Ａ１が表示されているときに、画面中の「ボタン」をクリックすることにより、画面７として中央の画面Ｂ１が表示されるように変化することを「遷移」と呼んでいるのに対して、段落【００３５】等においては、図４の（ｂ−１）の状態（画面Ａ１が表示されているときに「ボタン」をクリックすると、画面Ｂ１が表示される状態）を図４の（ｂ−２）の状態（画面Ａ１が表示されているときに「ボタン」をクリックすると、画面Ｃ１が表示される状態）に修正することを「遷移」と呼んでいるものと認められる）ので、「遷移」の語の意味が不明である（図７についての説明の記載についても同じである）。
（ｄ）発明の詳細な説明の段落【０００５】〜【００１２】における図１の説明と、段落【００１４】〜【００１９】における図１の説明の関係が不明確である。又、段落【００１６】には、図６，図８も出てくるが、それと段落【００４０】以下の図６に関する説明、段落【００５２】以下の図８に関する説明との関係も不明である。
（ｅ）図３は本発明の動作説明図となっているが、図３及びその説明を参酌しても、「画面遷移データテーブル５」がどこにあり、それがどのようにして修正されるのかが不明確であり、本願発明の動作が不明である。
（ｆ）発明の詳細な説明の記載では、「画面遷移データテーブル５」と「画面状態テーブル６」の関係が不明確であり、又、「画面状態テーブル６」には何が記憶されているのかも不明確である（段落【００１６】の記載と段落【００３０】の記載を対比すると、両者は同じもののようにも見える）。又、画面状態テーブルが現在の画面の状態を表しているのなら、該画面状態テーブルは記憶されているものであるのか否かも不明である。
（ｇ）段落【００２９】〜【００３９】の図４及び図５に関する説明の記載では、本願発明の動作が不明である（例えば、ステップＳ１５で、「画面遷移定義データテーブル」というのは、「画面遷移データテーブル」と同じものかどうか不明であり、又、そこで、「Ｓ１５は、画面遷移定義データテーブルから、画面Ｂ１の行を削除する。これは、図５の（ａ）の画面状態テーブル６中から画面Ｂ１の行を削除する。」というのはどのようなことを意味しているのか不明である。又、そのことと、Ｓ１６及びＳ１７で行っていることの関係も不明であり、図４の（ｂ）の（ｂ−１）がどのようにして（ｂ−２）のようになるのかも不明である）。更に、図４（ａ）のＳ１１では、画面Ｂ１がどのようにして開かれるのか不明であり、又、段落【００２９】の「図４の（ａ）において、Ｓ１は、……図１の装置が受け取る。」の記載はその言わんとしていることが不明である（図４の（ｂ−１）における「画面Ｂ１」は画面Ａ１中の小画面であり、そこからどのようにして遷移要求を受け取ることができるのか不明であり、又、図４の（ａ）のＳ１１において、遷移要求を画面Ｂ１から受け取るというのも、図４の（ｂ）と合わない）。又、段落【００３０】の記載では、画面状態テーブル６から画面Ｂ１に対する画面名はＢ、親画面ＩＤはＡ１、親画面からの遷移種別は小画面遷移であることがどうして判るのか（図５の（ａ）のテーブルには画面ＩＤがＡ１とＢ１の２行あり、そこからどうやって区別するのか）不明である。
（中略）
３．（ａ）特許請求の範囲の請求項２の文頭には、「表示装置に表示されている画面の遷移を管理する方法であって、」と記載されているのに対して、文末には、「画面遷移制御方法」と記載されており、これらの記載では、請求項２に係る発明が画面の遷移を管理する方法の発明であるのか、それとも、画面遷移制御方法の発明であるのかが不明である。
（ｂ）請求項２の「管理」とは、どのようなことを意味しているのか不明である（「管理」という語は発明の詳細な説明では使用されていない）。
（ｃ）請求項２に係る発明においては、「画面からの遷移要求の通知があったときに、表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップ」を有しているが、「画面からの遷移要求の通知」とはどのようなことを意味しているのか不明であり、又、「画面ＩＤ」，「画面名」，「親画面」を画面状態テーブルに記憶しなければならない理由が不明であり（このことは、発明の詳細な説明の記載を参酌しても不明である）、更に、「表示装置に表示している画面毎に」記憶されている「遷移種別」が何を意味しており、それがどのように利用されるのかも不明である。
（ｄ）請求項２に係る発明においては、「画面遷移定義データテーブルから遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面に返答する」ことによって、どのようにして「画面状態テーブル」が更新されるのか、その具体的方法が不明である。
（ｅ）請求項２に係る発明において、「返答した遷移先の画面に合わせて画面状態テーブルを更新するステップ」によって、画面遷移の修正が簡易に達成できるという、本願発明の目的が達成できるのか否か不明である。又、もし達成できないのであれば、請求項２に係る発明は、発明の詳細な説明に記載されている発明とは相違していることになる。
　
４．請求項１及び２における「画面ＩＤ」、「画面名」、「親画面」と、発明の詳細な説明における「遷移要求元の画面ＩＤ」（段落【００２３】），「親画面ＩＤ」（段落【００３０】）、「遷移元画面」（段落【００１２】），「遷移要求元画面」（段落【００２４】），「親画面」（段落【００３３】）、「遷移先画面」（段落【００１６】），「新画面」（段落【００３４】）等のように、明細書の記載は用語の統一がなされていない不明瞭点が存在している（同一のものに複数の用語が用いられている）。
（中略）
（なお、手続補正書を提出して、明細書の記載事項を補正する場合には、明細書を精査して、本願発明の内容が矛盾なく的確に表現されるようにすると共に、出願当初の明細書にはない新規事項の追加とならないようにも注意されたい。）」
というものである（以下、「今回の拒絶の理由」という）。
　
Ｃ．意見書及び手続補正書
　上記拒絶理由に対して、請求人は、平成１８年９月２２日付で以下の内容の意見書及び手続補正書を提出した。
（１）手続補正書の内容
　平成１８年９月２２日付手続補正書（以下、単に「補正書」という。）の内容は、
特許請求の範囲を、
　「【請求項１】
　表示装置に表示されている画面の遷移を管理する方法であって、
　画面からの遷移要求の通知があったときに、
　前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップと、
　複数の遷移元の画面名毎に、遷移先の画面名を記憶した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して該遷移先の画面を起動するステップと、
　前記新たに起動した画面に合わせて前記画面状態テーブルを更新するステップとを有することを特徴とする画面遷移制御方法。
　【請求項２】
　表示装置に表示されている画面の遷移を管理する方法であって、
　画面からの遷移要求の通知があったときに、
　前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップと、
　複数の遷移元の画面名毎に、遷移先の画面名を記憶した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面に返答するステップと、
　前記返答した遷移先の画面に合わせて前記画面状態テーブルを更新するステップとを有することを特徴とする画面遷移制御方法。
　【請求項３】
　前記画面遷移定義データテーブルは、画面の遷移方法を示す遷移種別を更に記憶し、
　前記遷移先の画面を起動する時に、該遷移種別により遷移元画面と遷移先画面の表示を変化させる
ことを特徴とする請求項１記載の画面遷移制御方法。
　【請求項４】
　前記遷移種別として、遷移元の画面が消えて遷移先の画面を表示する単純遷移、遷移元の画面はそのままで遷移先の画面を表示して当該遷移先の画面が終了するまで他の画面を非活性とする子画面遷移、遷移元の画面はそのままで遷移元の画面が終了すると自動的に終了する遷移先の画面を表示し他の画面も活性化可能とする独立子画面遷移、遷移元の画面はそのままで全く独立の遷移先の画面を表示する独立遷移のうちの少なくとも１つ以上を記憶したことを特徴とする請求項３記載の画面遷移制御方法。
　【請求項５】
　前記画面遷移定義データテーブルに、遷移元の画面名毎かつ遷移元の画面名におけるイベントを示す遷移識別子毎に遷移先画面名を記憶したことを特徴とする請求項１あるいは請求項２記載の画面遷移制御方法。
　【請求項６】
　複数の遷移元の画面名毎に、遷移先の画面名を記憶した画面遷移定義データテーブルと、
　表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルと、
　画面からの遷移要求の通知があったときに、
　前記画面状態テーブルから遷移元の画面名を特定し、前記画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して該遷移先の画面を起動して新たに起動した画面に合わせて前記画面状態テーブルを更新する制御手段と
してコンピュータを機能させるためのプログラムを記録したコンピュータ読取可能な記録媒体。」
から
　「【請求項１】
　表示装置に表示されている画面の遷移を制御する画面遷移制御方法であって、
　画面上の特定の領域が押下されたときに他の画面に遷移する場合、
　当該遷移要求をもとに、前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶している画面状態テーブルを参照して、遷移元の画面名を特定するステップと、
　複数の遷移元の画面名毎に遷移先の画面名および遷移種別を登録した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して該遷移先の新たな画面を起動するステップと、
　前記新たに起動した画面に合わせて前記画面状態テーブル中の消去する画面ＩＤのエントリを削除、および表示した画面の画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶させて更新するステップと、
　前記画面遷移定義データテーブル中の定義を編集して画面の遷移を修正するステップとを有することを特徴とする画面遷移制御方法。
　【請求項２】
　表示装置に表示されている画面の遷移を制御する画面遷移制御方法であって、
　画面上の特定の領域が押下されたときに他の画面に遷移する場合、
　当該遷移要求をもとに、前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶している画面状態テーブルを参照して、遷移元の画面名を特定するステップと、
　前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップと、
　複数の遷移元の画面名毎に、遷移先の画面名および遷移種別を登録した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面に返答するステップと、
　前記返答した遷移先の画面に合わせて前記画面状態テーブル中の消去する画面ＩＤのエントリを削除、および返答した遷移先の画面の画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶させて更新するステップと、
　前記画面遷移定義データテーブル中の定義を編集して画面の遷移を修正するステップとを有することを特徴とする画面遷移制御方法。
　【請求項３】
　前記遷移種別として、遷移元の画面が消えて遷移先の画面を表示する単純遷移、遷移元の画面はそのままで遷移先の画面を表示して当該遷移先の画面が終了するまで他の画面を非活性とする子画面遷移、遷移元の画面はそのままで遷移元の画面が終了すると自動的に終了する遷移先の画面を表示し他の画面も活性化可能とする独立子画面遷移、遷移元の画面はそのままで全く独立の遷移先の画面を表示する独立遷移のうちの少なくとも１つ以上としたことを特徴とする請求項１あるいは請求項２記載の画面遷移制御方法。
　【請求項４】
　前記画面遷移定義データテーブルに、遷移元の画面名毎かつ遷移元の画面名におけるイベントを示す遷移識別子毎に遷移先画面名を記憶したことを特徴とする請求項１あるいは請求項２記載の画面遷移制御方法。
　【請求項５】
　コンピュータに、
　画面上の特定の領域が押下されたときに他の画面に遷移する場合、
　当該遷移要求をもとに、前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶している画面状態テーブルを参照して、遷移元の画面名を特定するステップと、
　複数の遷移元の画面名毎に遷移先の画面名および遷移種別を登録した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して該遷移先の新たな画面を起動するステップと、
　前記新たに起動した画面に合わせて前記画面状態テーブル中の消去する画面ＩＤのエントリを削除、および表示した画面の画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶させて更新するステップと、
　前記画面遷移定義データテーブル中の定義を編集して画面の遷移を修正するステップとして機能させるためのプログラムを記録したコンピュータ読取可能な記録媒体。」
に補正すると共に、
　
発明の詳細な説明の段落【００３４】を、　
　「【００３４】
　Ｓ１７は、画面状態テーブル６に、新画面Ｃ１の行を追加する。これらＳ１６、Ｓ１７によって、図５の（ｂ）の画面状態テーブル６に示すように、画面Ｃ１の行を追加する。これにより、図４の（ｂ−２）の修正後に示すように画面遷移となる。」
から
　「　【００３４】
　Ｓ１７は、画面状態テーブル６に、親画面Ｃ１の行を追加する。これらＳ１６、Ｓ１７によって、図５の（ｂ）の画面状態テーブル６に示すように、画面Ｃ１の行を追加する。これにより、図４の（ｂ−２）の修正後に示すように画面遷移となる。」
に補正するものである。
　
（２）意見書の内容
　平成１８年９月２２日付意見書（以下、単に「意見書」という。）において、請求人は、概要、以下のように主張している。
　「〔５〕上記理由３（請求項２の記載が不明瞭である点）について：
　　〔５−１〕上記理由３の（ａ）（画面の遷移を管理方法の発明か、画面遷移制御方法の発明であるのか不明）について：請求項２の第１行目の記載について、〔３〕で上述したように、「表示装置に表示されている画面の遷移を制御する画面遷移制御方法であって、」と下線部分を補正し、「画面遷移制御方法」の発明である旨を明瞭にしました。
　　〔５−２〕上記理由３の（ｂ）（「管理」の意味が不明および発明の詳細な説明に使用されていない）について：〔５−１〕で説明したように、「管理」を削除し、「表示装置に表示されている画面の遷移を制御する画面遷移制御方法であって、」と補正してその意味を明瞭および発明の詳細な説明に使用されている用語と統一しました。
　　〔５−３〕上記理由３の（ｃ）(「画面からの遷移要求の通知があったときに、表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップ」中の、＊＊１「画面からの遷移要求の通知」とは何か不明、＊＊２「画面ＩＤ」、「画面名」、「親画面」を画面状態テーブルに記憶しなければならない理由が不明、＊＊３「遷移種別」が不明）について：
　　旧の「画面からの遷移要求の通知があったときに、表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップ」を、
　「画面上の特定の領域が押下されたときに他の画面に遷移する場合に、
　当該遷移要求をもとに、前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶している画面状態テーブルを参照して、遷移元の画面名を特定するステップと、」
と補正して明瞭にしました。理由は以下の通り。
　＊＊１：「画面からの遷移要求の通知」は、実施例では、移要求（Ｂ１．ｓ）であって、Ｂ１は画面Ｂ１を表し、ｓは親画面からの遷移種別が子画面遷移を表します（図４のＳ１１、Ｓ１２とその説明の【００２９】、【００３０】参照）。
　＊＊２：画面ＩＤは＊１で遷移要求を発した画面の画面ＩＤ（図４の例では、画面ＩＤ＝画面Ｂ１）であり、画面名は当該画面ＩＤ（画面Ｂ１）の画面名（図４の例では、画面名Ｂ）であり、親画面（図４の例では、親画面ＩＤ＝Ａ１），更に、親画面からの子画面遷移ｓ（単純遷移）を表します。
　＊＊３：遷移種別は、親画面から現在の画面への遷移種別であり、図４の例では、ｓ（単純遷移）であり、必要な理由は、遷移先の画面に遷移する場合に、現在の画面が親画面からの遷移種別に依存する場合があるからです。図４の例では、ｓ単純遷移ですので、親画面から現在の画面へは親画面を消去（削除）し、現在の画面が表示され、次に遷移する画面には影響しないので問題なしです。しかし、図６の（ｄ）のような遷移種別の組み合わせとなった場合には必要となるからです（図６とその説明の【００４３】、【００４４参照】）。
　　〔５−４〕上記理由３の（ｄ）（「画面状態テーブル」がどのようにして更新されるのか不明）について：
　旧の「前記返答した遷移先の画面に合わせて前記画面状態テーブルを更新するステップと」を、
　「前記返答した遷移先の画面に合わせて前記画面状態テーブル中の消去する画面ＩＤのエントリを削除、および返答した遷移先の画面の画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶させて更新するステップと」
と補正し、明瞭にしました（図６およびその説明の【００３２】から【００３５】参照）。
　　〔５−５〕上記理由３の（ｆ）（画面遷移の修正に関することが記載されていない）について：請求項１に「前記画面遷移定義データテーブル中の定義を編集して画面の遷移を修正するステップと」を追加し（図７とその説明の【００４５】から【００５２】参照）、当該理由を解消しました。」
　
　「〔６〕上記理由４（請求項１及び２における、「画面ＩＤ」、「画面名」、「親画面」と、発明の詳細な説明における「遷移要求元の画面ＩＤ）（段落【００２３】）、「親画面ＩＤ）（段落【００３０】）、「遷移元画面」（段落【００１２】）、「遷移要求元画面」（段落【００２４】）、「親画面」（段落【００３３】）、「遷移先画面（段落【００１６】）、「新画面」（段落【００３４】）等の用語が統一さていなく不明瞭）について：誤記の「新画面Ｃ１」を「親画面Ｃ１」を補正し、他は、それぞれの説明で判り易く使用したものであり、例えば下記のような意味をそれぞれ持つものであり、文言の前後から判断できると思慮します（必要があれば、補正します）。
　　（１）【００２３】の「遷移要求元の画面ＩＤ」について：「Ａ１は遷移要求元の画面ＩＤを表し、」（原文のままです）中の「遷移要求元の画面ＩＤ」は、図１のＡ１（画面Ａ１）は、ここでは、画面ＩＤであると共に、その意味は遷移要求元の画面ＩＤであるので、これら２者を判り易く一言で短縮して意味を重点に記載したものです。」
　
　「〔１１〕上記理由１（本願明細書の記載は不明確であり、本願発明の目的及び構成が具体的にわからない）について：
　　〔１１−１〕上記理由１の（ａ）（本願発明で、「テーブル」を用い、そこに遷移元画面、遷移種別、遷移先画面等を定義し、該テーブルの修正のみで画面遷移の修正が行われる旨の記載では、従来例と比べて簡易かつ確実に画面遷移の修正ができることの理由が不明である）について：これは、例えば従来の図１１の（ａ）で画面Ｂの一部を修正した改良版の画面Ｃを作成し、画面Ｂから画面Ｃに切り換える場合、画面Ａのプログラム中で呼び出す部分を画面Ｂから画面Ｃに書き換える必要があります。１つの画面Ａのみから画面Ｂに遷移していれば当該画面Ａのプログラムの遷移先の書き換えのみで済みます。しかし、画面Ｂに遷移している画面が画面Ａ１，Ａ２，Ａ３・・・・と数百もあるときは、全ての遷移元画面中の遷移先の画面Ｂを画面Ｃに１つ１つ書き換える必要があり、数百回繰り返すことになります。一方、本願発明では、図７の（ｃ）の画面遷移定義データテーブル５の遷移先画面名を図示のように切り換えるのみで、当該遷移先画面名を一括して切り替え可能となり、従来と比べて簡易かつ確実に書き換え忘れなく画面遷移を修正（一括修正）できます。
　　〔１１−２〕上記理由１の（ｂ）（遷移元画面が同じであっても、遷移先画面や遷移種別が異なる場合にはどのようにしてそれらを区別するか不明）について：図７の（ｃ）の画面遷移定義データテーブル５に登録された定義、即ち遷移元画面名、遷移種別、遷移先画面名のエントリに登録された定義に従います。その場合、図８に示すように、同一の遷移元画面名（保険契約画面）の被保険者欄の地区コードからの場合には、遷移識別子”１”、受取人欄の地区コードからの場合には、遷移識別子”２”を付与し、装置１に通知し、区別できます。図８の場合には、同じ地区コード一覧画面をここでは遷移先画面としています。更に、異ならせるには、遷移識別子を図７の（ｃ）の画面遷移定義データテーブル５中の遷移識別子に定義して登録することとなります。
　　〔１１−３〕上記理由１の（ｃ）（「遷移」が２通りに使われおり、意味が不明）について：「遷移」は広辞苑によれば、「うつりかわること」（原文のままです）と記載され、本願明細書では、「ある状態から他の状態に移ること」を意味しており、特段の意味を持たせたものではないです。したがって、【００１４】等の「画面Ａ１が表示された状態」から「画面Ｂ１が表示された状態」とうつりかわること、および【００３５】等の「画面Ａ１から画面Ｂ１が表示される状態」と、「画面Ａ１から画面Ｃ１が表示される状態」とがうつりかわったことの両者の意味を持つ広義の意味で使っています。他に良い短い単語が見当たらなかったためです。
　　〔１１−４〕上記理由１の（ｄ）について：
　　　（１）【０００５】〜【００１２】の図１の説明は、出願当初の特許請求の範囲対応の説明です。
　　　（２）【００１３】〜【００１９】の図１の説明は、（１）の出願当初の特許請求の範囲対応の説明に加えて、実施例対応の説明です。例えば本願発明の要部である「画面遷移定義データテーブル５」については、より具体的な実施例である図６（遷移種別）、図８（遷移識別子）で後述することを予め明示して説明しています。尚、図６の遷移種別例は、単純遷移、子画面遷移、独立子画面遷移、独立遷移、組みあわせた遷移の５種類を説明しています。図８は、遷移元画面（保険契約画面）の被保険者欄の地区コードからの遷移要求時に、遷移識別子”１”を付与、受取人欄の地区コードからの遷移要求時に、遷移識別子”２”を付与し、図１の装置１に通知し、区別しています（【００５３】）。
　　〔１１−５〕上記理由１の（ｅ）（図３およびその説明には、「画面遷移データテーブル」（画面遷移定義データテーブルの誤記と思われる）がどこにあり、それがどのようにして修正されるのかが不明である）について：画面遷移定義データテーブル５は、図１の装置１内に明確に記載されており、かつその説明の【００１６】には、「画面遷移定義データテーブル５は、遷移元画面、遷移先画面、遷移種別、遷移識別子を定義してテーブルに登録したものである。」と明瞭に定義されています。更に、その詳細な説明が、図６（遷移種別）、図８（遷移識別子）について詳細に具体例が説明されていることを明示しています。そして、図７の（ｃ）に、画面遷移定義データテーブル５中の遷移先画面名をＢからＣに修正する旨が明示されています。
　　〔１１−６〕上記理由１の（ｆ）（画面状態テーブル、画面遷移定義データテーブルが不明確である）について：画面状態テーブル６は図１の装置１の内部にあり、その具体的実施例は、図５の（ａ）に遷移要求の直前の画面状態テーブル６、図５の（ｂ）に遷移要求の処理後の画面状態テーブル６と、現在の画面の状態を記憶するものであります。また、画面遷移定義データテーブル５は、図１の装置１の内部に設けられており、その具体的実施例は図７の（ｃ）の画面遷移定義データテーブル５に詳細に記載され、これは定義されて登録されたものであります。
　　〔１１−７〕上記理由１の（ｇ）（図４の記載が不明瞭である）について：
　　（１）Ｓ１５は、「画面状態テーブルから画面Ｂ１の行を削除する。」（原文のままです）と記載され、その説明の【００３３】には、「Ｓ１５は、画面遷移定義データテーブルから、画面Ｂ１の行を削除する。これは、図５の（ａ）の画面状態テーブル６中から画面Ｂ１の行を削除する。」（原文のままです）と記載され、当該両者の文言の通り、図５の（ａ）の遷移要求の直前の画面状態テーブル６中からＢ１の行を削除することを意味します。尚、「画面遷移データテーブル」は本願発明ではありません。あるのは「画面遷移定義データテーブル５」と「画面状態テーブル６」の２つのテーブルのみです（図１、図２、図５、図７の（ｃ）参照）。
　　（２）図４の（ａ）のＳ１１では、画面Ｂ１がどのようにして開かれるのか不明である点について：ここでは、「Ｓ１１は、遷移要求（Ｂ１，ｓ）を画面Ｂ１から受け取る。これは、図４の（ｂ−１）の状態で、画面Ｂ１から遷移要求（Ｂ１，ｓ）を図１の装置１が受け取る。」（原文のままです）と記載されているように、図４の（ｂ−１）の状態に既に、画面Ｂ１が表示されている状態から、Ｓ１１がスタート（開始）したときの手順を示すものであり、具体的には、図４の（ｂ−１）に示すように、画面Ａ１を表示させ、当該画面Ａ１上でボタンをクリックして画面Ｂ１を表示させた状態を表します。そのときに記憶された状態は図５の（ａ）の画面状態テーブル６に示すように記憶されています（即ち、図５の（ａ）の画面状態テーブル６の１行目のエントリで、画面Ａ１の画面を最初に表示し、２行目のエントリで、当該画面Ａ１を親画面として画面Ｂ１が子画面遷移で表示されている状態です）。
　　（３）図４の（ａ）について、Ｓ１は、・・・図１の装置が受け取る。」が不明について；「図４の（ａ）において、Ｓ１１は、遷移要求（Ｂ１，ｓ）を画面Ｂ１から受け取る。これは、図４の（ｂ−１）の状態で、画面Ｂ１から遷移要求（Ｂ１、ｓ）を図１の装置１が受け取る。」（原文のままです）と記載されているように、画面Ｂ１から遷移要求（Ｂ１，ｓ）を、図１の装置１が受け取ることを意味しまます。尚、図４の（ｂ−１）は、画面Ａ１から画面Ｂ１に遷移することを表したものであり、画面Ａ１の子画面が画面Ｂ１を表すものではありません（図５の（ａ）の遷移要求の直前の画面状態テーブル６の状態を模式的に表したものです）。」
　
Ｄ．当審の判断
　そこで、請求人の手続補正及び主張の当否について、以下判断する。
（１）今回の拒絶の理由１について
　今回の拒絶の理由１について、請求人は意見書を提出したのみで明細書の補正は行っていない。したがって、明細書の記載は依然として不明瞭のままであり、今回の拒絶の理由１が解消されていないことは明らかである。
　例えば、
（ａ）について請求人は意見書中で、
　「従来の図１１の（ａ）で画面Ｂの一部を修正した改良版の画面Ｃを作成し、画面Ｂから画面Ｃに切り換える場合、画面Ａのプログラム中で呼び出す部分を画面Ｂから画面Ｃに書き換える必要があります。１つの画面Ａのみから画面Ｂに遷移していれば当該画面Ａのプログラムの遷移先の書き換えのみで済みます。しかし、画面Ｂに遷移している画面が画面Ａ１，Ａ２，Ａ３・・・・と数百もあるときは、全ての遷移元画面中の遷移先の画面Ｂを画面Ｃに１つ１つ書き換える必要があり、数百回繰り返すことになります。一方、本願発明では、図７の（ｃ）の画面遷移定義データテーブル５の遷移先画面名を図示のように切り換えるのみで、当該遷移先画面名を一括して切り替え可能となり、従来と比べて簡易かつ確実に書き換え忘れなく画面遷移を修正（一括修正）できます。」
と主張している。
　しかしながら、本発明においても、画面遷移定義データテーブル中の遷移元画面Ａ１，Ａ２，Ａ３・・・・の項の遷移先画面に関する項の内容をすべて書き換えればならないことは明らかである。したがって、本発明のように構成しても、請求人の主張のように、画面遷移定義データテーブルの遷移先画面名を図示のように切り換えるのみで、当該遷移先画面名を一括して切り替え可能となるものとは認められない。
　したがって、請求人の主張は採用できない。
　
（ｃ）について請求人は意見書中で、
　「『遷移』は広辞苑によれば、『うつりかわること』（原文のままです）と記載され、本願明細書では、『ある状態から他の状態に移ること』を意味しており、特段の意味を持たせたものではないです。したがって、【００１４】等の『画面Ａ１が表示された状態』から『画面Ｂ１が表示された状態』とうつりかわること、および【００３５】等の『画面Ａ１から画面Ｂ１が表示される状態』と、『画面Ａ１から画面Ｃ１が表示される状態』とがうつりかわったことの両者の意味を持つ広義の意味で使っています。他に良い短い単語が見当たらなかったためです。」
と主張している。
　しかしながら、「ある状態から他の状態に移ること」を意味する単語には「遷移」の外に「転移」，「変化」等、種々の単語が存在するので、一方を「遷移」と呼ぶのであれば、他方を「変化」等他の単語を用いることで区別することは十分に可能であるものと認められ、又、他の単語を使うことで意味が異なってしまうのであれば、短い単語にこだわることなく、例えば、一方を「画面表示遷移」と呼び、他方を「状態遷移」等とすることで区別することができたものと認められる。
　又、「遷移」が複数の意味で用いられていることに起因して、図４乃至図６の説明に関する発明の詳細な説明の段落【００２８】〜【００４４】の記載では、図４がある画面から他の画面に切り替わることを説明しているのか、それとも、ある画面から他の画面に切り替わる場合に該切り替わる画面を変更することについて説明しているのかよくわからず、又、図５及び図６に関する説明が、図４に関する説明である段落【００２８】〜【００３５】及び段落【００３８】〜【００４３】に分かれて記載されており、しかもそれらの関係が不明瞭であり、更に、段落【００３６】〜【００３７】の記載では図４の（ａ）と図４の（ｂ）との関係も不明であるので、これらの記載では図４乃至図６の関係についての記載は依然として不明瞭であり、上記理由１は解消していない。
　したがって、請求人の主張を採用することはできない。
　
（２）今回の拒絶の理由３について
　補正された請求項２の記載によると、当該補正前の最初のステップである「前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、遷移種別からなる画面の状態を記憶した画面状態テーブルから遷移元の画面名を特定するステップ」の前に、「当該遷移要求をもとに、前記表示装置に表示している画面毎に、画面ＩＤ、画面名、親画面、親画面からの遷移種別からなる画面の状態を記憶している画面状態テーブルを参照して、遷移元の画面名を特定するステップ」が加えられたようにされているが、この加えられたステップは、表現上は多少の相違があるものの、補正前の最初のステップと実質的に同じステップであるものと認められる。したがって、請求項２の当該記載は依然として不明瞭である。
　又、補正された請求項２における「複数の遷移元の画面名毎に、遷移先の画面名および遷移種別を登録した画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面に返答するステップ」の記載では、画面遷移要求があると、画面遷移定義データテーブルから該遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面に返答することになっているが、発明の詳細な説明の記載によると、遷移要求があると、遷移元の画面名に対する遷移先の画面名を特定して遷移要求元の画面プログラムに返答するものであると認められる。したがって、「画面に返答する」というのは、依然として不明瞭であり、上記理由３は解消していない。
　したがって、請求人の主張は採用することができない。
　
（３）今回の拒絶の理由４について
　今回の拒絶の理由４で指摘した点について、請求人は誤記を理由として発明の詳細な説明の段落【００３４】の「新画面」を「親画面」と補正したのみで、その余の点については、それを解消する補正は何ら行っていない。
　したがって、今回の拒絶の理由４で指摘した、請求項１及び２における「画面ＩＤ」、「画面名」、「親画面」と、発明の詳細な説明における「遷移要求元の画面ＩＤ」（段落【００２３】），「親画面ＩＤ」（段落【００３０】）、「遷移元画面」（段落【００１２】），「遷移要求元画面」（段落【００２４】），「遷移先画面」（段落【００１６】）等のように、明細書の記載は用語の統一がなされていない不明瞭点は依然として存在しており、上記理由４は解消していない。
　なお、請求人は、意見書中で、「他は、それぞれの説明で判り易く使用したものであり、例えば下記のような意味をそれぞれ持つものであり、文言の前後から判断できると思慮します。」と主張している。
　しかしながら、明細書というのは、技術的内容を説明する技術文書であると共に、権利の内容を表象する権利文書でもある。したがって、明細書の記載に際しては、ある用語が何を指し示しているのか、並びに、用語の定義や意味が不明確にならないようにする等の要請が強く働いている。そのため、同じものには同じ用語を用いるようにすることで内容が不明確になることがないようにすべきであり、文書の前後から判断することをしなくても明瞭であるように記載すべきである。
　したがって、請求人の主張は採用することができない。
　
（４）まとめ
　したがって、本願明細書の記載は依然として不備であり、先の、平成１８年７月２０日付で通知した拒絶理由は依然として解消していない。
　
Ｅ．むすび
　以上のとおりであるので、本願は、明細書及び図面の記載が不備であり、特許法第３６条第４項及び第６項の要件を満たしていないので、拒絶すべきものである。
　
　よって、結論のとおり審決する。