【事件の表示】
　特願２０００−２９７９３０「画面情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体」拒絶査定不服審判事件〔平成１４年　４月１２日出願公開、特開２００２−１０８９３２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
第１　手続の経緯  
　本願は、平成１２年９月２９日の出願であって、平成１９年５月２２日付けで拒絶査定がなされ、これに対し、同年６月２８日に拒絶査定不服審判の請求がなされたものである。  
　  
　  
　  
第２　本願発明について  
　  
１．本願発明
  
　本願の請求項１乃至４に係る発明は、平成１９年１月９日付けの手続補正書によって補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１乃至４に記載されたとおりのものと認められるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
　
「　【請求項１】　ツリー構造で遷移する画面情報の保存を制御するための画面情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
　コンピュータに、
　画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報をスタック形式のメモリにスタックする形で保存させる保存手段、
　画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、上記スタック形式のメモリにスタックされる画面情報の中から、遷移先の画面情報よりも上にスタックされる画面情報を削除することで、遷移元の画面情報を削除するとともに、該遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除する削除手段、
として機能させる画面情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体。」
　
　
　
２．引用例 
　
　原査定の拒絶の理由に引用文献３として引用された、特開平８−２０２６５６号公報（以下、「引用例」という。）には、次の事項が記載されている。  
 　　  
（ア）  
「　　【０００１】
　　【産業上の利用分野】
　本発明は端末装置に関し、特にホストコンピュータとオンラインで接続された端末装置におけるメニュー画面の表示に関する。」  
　  
（イ） 
「　　【０００２】
　　【従来の技術】
　従来、この種の端末装置においては、ホストコンピュータとオンラインで接続され、ホストコンピュータとの間の通信で問合わせ業務を行っている。この端末装置で、例えばメニュー画面の表示を実行する場合、ホストコンピュータから表示キャラクタと、画面を入力領域及び非入力領域に分割するための属性文字とからなるテキストを受信して表示を行うか、あるいは予め外部記憶装置に格納されたテキストをホストコンピュータからの指示によって読込んで表示している。
　　　【０００３】
　すなわち、図５に示すように、ホストコンピュータから端末装置に初期メニュー表示テキストが送信されると、端末装置ではその初期メニュー表示テキストに基づいて画面表示が実行される。この状態で、入力装置からメニュー番号が入力された後に送信キーが入力されると、端末装置はホストコンピュータに次のメニュー表示要求が出力される。
　　　【０００４】
　次のメニュー表示要求に応答してホストコンピュータから端末装置に次のメニュー表示テキストが送信されてくると、端末装置では次のメニュー表示テキストに基づいて画面表示が実行される。
　　　【０００５】
　この場合、端末装置がメニュー表示テキストを表示する方法としては、そのメニュー表示テキストを全てホストコンピュータから受信して表示する方法と、予め準備されたテキストを外部記憶装置に格納しておき、ホストコンピュータから受信した画面読込み指示テキストに応答して読込みが指示されたテキストを外部記憶装置から読込んで表示する方法とがある。」 
 　 
（ウ） 
「　　【０００６】
　　【発明が解決しようとする課題】
　上述した従来の端末装置では、ホストコンピュータから表示キャラクタと画面を入力領域及び非入力領域に分割するための属性文字とからなるテキストを受信してメニュー画面の表示を行うか、あるいは予め外部記憶装置に格納されたテキストをホストコンピュータからの指示によって読込んでメニュー画面を表示しているので、表示画面が多様化してホストコンピュータから受信するテキストが大きくなった場合に高速な表示を実行することができない。
　　　【０００７】
　表示キャラクタと、画面を入力領域及び非入力領域に分割するための属性文字とからなるテキストをホストコンピュータから受信してメニュー画面の表示を行う場合、メニュー表示テキストをホストコンピュータから端末装置に送信する時、メニュー表示テキストは接続される回線と通信手順とに適した送信単位に分割される。
　　　【０００８】
　このとき、端末装置では先頭のテキストを受信すると、そのテキストの解析を行ってキャラクタデータと属性文字とに分けて格納する。この処理が終わるまで、次のテキストを受信することができないため、最後のテキストを受信してから画面表示を行うまでに多大な時間が必要となる。
　　　【０００９】
　また、予め外部記憶装置に格納されたテキストをホストコンピュータからの指示によって読込んでメニュー画面を表示する場合、メニュー画面を表示する毎に外部記憶装置からテキストを読込むための画面読込み指示テキストをホストコンピュータから端末装置に送信しなければならない。ただし、画面読込み指示テキストは分割されることなく、一度の受信が可能である。
　　　【００１０】
　よって、いずれの場合にも、メニュー画面を表示する毎にホストコンピュータと端末装置との間で通信を行わなければならず、その分性能遅延が発生する。また、パケット交換網等の通信回線では通信費用の削減が難しい。
　　　【００１１】
　そこで、本発明の目的は上記の問題点を解消し、画面表示の高速化を図ることができ、通信費用を削減することができる端末装置を提供することにある。」 
　 
（エ）
「　　【００１２】
　　【課題を解決するための手段】
　　　　　　　　　　　・・・（中略）・・・
　　　【００１３】
　本発明による他の端末装置は、予め作成されかつ階層化されたメニュー画面のテキストデータを格納する外部記憶手段と、テキストデータを解析する解析手段と、前記解析手段で前記テキストデータから抽出されたキャラクタデータを格納するキャラクタデータ格納手段と、前記解析手段で前記テキストデータから抽出されかつ前記外部記憶手段から前記メニュー画面のテキストデータを読込むか否かを指示する指示情報を含む属性文字を格納する属性文字格納手段と、前記キャラクタデータ格納手段及び前記属性文字格納手段各々の内容に基づいてメニュー画面を表示する表示手段と、外部から前記メニュー画面のテキストデータの読込みが指示された時に前記表示手段に表示されたメニュー画面に対応する属性文字の前記指示情報に応じて外部から読込みが指示されたメニュー画面のテキストデータを前記外部記憶手段から読込む読込み手段とを備えている。」
　
（オ）
「　　　【００１４】
　本発明による別の端末装置は、上記の構成のほかに、前記表示手段に表示されたメニュー画面のレベルと前記メニュー画面を特定する情報とを保持する保持手段と、外部から前記メニュー画面のテキストデータの読込みが指示された時にそのメニュー画面のレベルと前記保持手段に保持されたレベルとに応じて前記外部記憶手段からのメニュー画面のテキストデータの読込みを制御する手段とを具備している。」
　
（カ） 
「　　【００１７】
　　【実施例】
　次に、本発明の一実施例について図面を参照して説明する。
　　　【００１８】
　図１は本発明の一実施例の構成を示すブロック図である。図において、端末装置の端末制御部１は表示装置２と入力装置３と外部記憶装置４とに夫々接続されている。また、端末制御部１は通信制御部１１と、送信データ編集部１２と、テキスト解析部１３と、キャラクタデータ格納部１４と、属性文字格納部１５と、表示制御部１６と、入力制御部１７と、テキストファイル変換表１８と、画面遷移スタック１９と、ファイル入力部２０とから構成されている。
　　　【００１９】
　通信制御部１１は図示せぬホストコンピュータとの通信を行い、送信データ編集部１２はホストコンピュータへの送信データを編集する。テキスト解析部１３はホストコンピュータから受信したテキストを解析する。 
　　　【００２０】
　キャラクタデータ格納部１４はテキスト解析部１３の解析でテキストから抽出されたキャラクタデータを格納し、属性文字格納部１５はテキスト解析部１３の解析でテキストから抽出されかつ画面を入力領域及び非入力領域に分割するための属性文字を格納する。尚、属性文字にはメニュー画面を読込むか否かを指示する指示情報であるテキスト処理指定ビットが付与されている。」 
　
（キ）
「　　【００２１】
　表示制御部１６はキャラクタデータ格納部１４に格納されたキャラクタデータを基に表示装置２への表示を制御する。入力制御部１７は入力装置３による入力を制御する。テキストファイル変換表１８は外部記憶装置４のテキストファイル４ａを読込む時に使用する情報を保持している。画面遷移スタック１９は表示装置２の画面の移り替わりを記憶する。ファイル入力部２０は外部記憶装置４のテキストファイル４ａの読込み処理を行う。」
　
（ク）
「　　【００２２】
　図２は本発明の一実施例で用いられる属性文字の構成を示す図である。図において、属性文字ａはパリティビットａ１と、“１”固定のビットａ２と、未使用のビットａ３と、テキスト処理指定ビットａ４と、画面レベルａ５（４ビット）とからなっている。
　　　【００２３】
　テキスト処理指定ビットａ４は“０”であればホストコンピュータからの受信処理を示し、“１”であればテキストファイル４ａからの読込み出力を示している。画面レベルａ５は“００００”であればレベル１を、“０００１”であればレベル２を、……、“１１１１”であればレベル１６を夫々示している。」
　
（ケ）
「　　【００２４】
　図３は本発明の一実施例の動作を示すフローチャートであり、図４は本発明の一実施例の動作を示すシーケンスチャートである。これら図１〜図４を用いて本発明の一実施例の動作について説明する。」
　
（コ）
「　　【００２５】
　端末装置においてはメニューの表示前に、メニュー番号をテキストファイル４ａと一致させるために予め作成されたテキストファイル変換表１８の内容をホストコンピュータから受信して保持しておくか、あるいはテキストファイル変換表１８の内容を端末装置で作成して保持している。」
　
（サ）
「　　【００２６】
　テキストファイル変換表１８の内容はメニューのレベル番号とメニュー番号とが対になった構造であり、レベル１が初期画面となり、レベル１の画面から呼ばれた次の画面がレベル２、レベル２の画面から呼ばれた次の画面がレベル３というように画面が移り替わる毎にレベル番号が１ずつ加算される。」
　
（シ）
「　　【００２７】
　ホストコンピュータから端末装置に初期メニュー表示テキストが送信されるか、あるいは予め外部記憶装置４のテキストファイル４ａに格納された初期メニュー表示テキストに対する読込み指示テキストが送信されると、表示制御部１４はホストコンピュータから受信した初期メニュー表示テキストあるいはテキストファイル４ａから読込んだ初期メニュー表示テキストを基に表示装置２に初期メニューを表示する。」
　
（ス）
「　　【００２８】
　この初期メニューに対応する属性文字ａのテキスト処理指定ビットａ４には“１”が、画面レベルａ５には“００００”が夫々設定されているとすると、初期メニューのメニュー番号入力領域には上記のような属性が与えられていることとなる。」
　
（セ）
「　　【００２９】
　この状態で、入力装置２からメニュー番号が入力された後に送信キーが入力されると（図３ステップＳ１）、入力制御部１７ではテキスト処理指定ビットａ４がオン（“１”）か否かを判定する（図３ステップＳ２）。
　　　【００３０】
　この場合、テキスト処理指定ビットａ４には“１”が設定されているので、入力制御部１７はテキスト処理指定ビットａ４がオンと判断し、メニュー番号が入力されているか否かを判断する（図３ステップＳ３）。
　　　【００３１】
　このとき、入力装置２から送信キーが入力される前にメニュー番号が入力されているので、入力制御部１７はメニュー番号が入力されていると判断し、入力されたメニュー番号と属性文字ａの画面レベルａ５とを基にテキストファイル変換表１８を検索し（図３ステップＳ４）、画面レベルがレベル２の画面を読出すためにテキスト解析部１３に指示を与える（図３ステップＳ５）。
　　　【００３２】
　この後に、入力制御部１７は現在表示装置２に表示されている画面の画面レベルａ５とテキストファイル変換表１８の画面レベルとを対比して画面レベルが進むのかあるいは戻るのかを判断する（図３ステップＳ６）。」
　
（ソ）
「　　【００３３】
　入力制御部１７は画面レベルが進むのであれば、画面遷移スタック１９に現在表示装置２に表示されている画面の画面レベルａ５及びメニュー番号をプッシュする（図３ステップＳ８）。
　　　【００３４】
　入力制御部１７からの指示を受けたテキスト解析部１３はファイル入力部２０に外部記憶装置４のテキストファイル４ａから該当するテキストを読込み、そのテキストに対してあたかもホストコンピュータから受信したかのように解析を行い、解析結果のキャラクタデータをキャラクタデータ格納部１４に、属性文字ａを属性文字格納部１５に夫々格納する。
　　　【００３５】
　その属性文字ａのテキスト処理指定ビットａ４に“１”が設定されていれば、属性文字格納部１５にその情報を格納し、その情報を表示制御部１６を経由して表示装置２に表示する。」
　
（タ）
「　　【００３６】
　これに対し、画面レベルがレベル２の状態から初期メニューに戻る場合には、入力制御部１７は画面レベルが戻ると判断し、画面遷移スタック１９に保持されている画面レベル及びメニュー番号をポップし（図３ステップＳ７）、送信キーの入力待ちとなる。」
　
（チ）
「　　【００３７】
　一方、ホストコンピュータに送信するデータが発生した場合には、入力制御部１７はテキスト処理指定ビットがオフと判断するか（図３ステップＳ２）、あるいはメニュー番号が入力されていないと判断するので（図３ステップＳ３）、送信データ編集部１２に送信の指示を与える。
　　　【００３８】
　送信データ編集部１２は入力制御部１７から送信の指示を受けると、入力装置３から入力されてキャラクタデータ格納部１４に格納された入力データを読出して編集し、その編集したテキストデータを通信制御部１１を介してホストコンピュータに送信し（図３ステップＳ９）、処理を終了する。
　　　【００３９】
　ホストコンピュータで端末装置から送られてきた画面がどのレベルにあるのかを判断するためには各画面毎に画面の一部にメニュー名及びメニュー番号等を埋め込んでおく必要がある。画面の一部にメニュー名及びメニュー番号等を埋め込んでおくことで、これらメニュー名及びメニュー番号等が送信テキスト中に含まれて送信されるため、ホストコンピュータでは端末装置から送られてきた画面がどのレベルにあるのかを判断することができる。」
　
（ツ）
「　　【００４０】
　処理が終了した場合、端末装置では次の画面表示テキストがホストコンピュータから送られてくるまで、あるいはオペレータからの要求でテキストファイル４ａからテキストを読出して実行するまで待ちの状態となる。」
　
　  
　以上の引用例の記載によれば、引用例には以下の事項が開示されていると認められる。
　
　
（ａ）
　引用例の上記（エ）の
「本発明による他の端末装置は、予め作成されかつ階層化されたメニュー画面のテキストデータを格納する外部記憶手段と、・・・（中略）・・・とを備えている。」という記載、
　
　引用例の上記（セ）の「この状態で、入力装置２からメニュー番号が入力された後に送信キーが入力されると（図３ステップＳ１）、入力制御部１７ではテキスト処理指定ビットａ４がオン（“１”）か否かを判定する（図３ステップＳ２）。・・・（中略）・・・このとき、入力装置２から送信キーが入力される前にメニュー番号が入力されているので、入力制御部１７はメニュー番号が入力されていると判断し、入力されたメニュー番号と属性文字ａの画面レベルａ５とを基にテキストファイル変換表１８を検索し（図３ステップＳ４）、画面レベルがレベル２の画面を読出すためにテキスト解析部１３に指示を与える（図３ステップＳ５）。・・・（中略）・・・この後に、入力制御部１７は現在表示装置２に表示されている画面の画面レベルａ５とテキストファイル変換表１８の画面レベルとを対比して画面レベルが進むのかあるいは戻るのかを判断する（図３ステップＳ６）。」という記載、
（なお、「メニュー番号が入力」されるのであるから、メニュー番号が複数あることを前提としているは明らかである。）
　
　引用例の上記（サ）の「テキストファイル変換表１８の内容はメニューのレベル番号とメニュー番号とが対になった構造であり、レベル１が初期画面となり、レベル１の画面から呼ばれた次の画面がレベル２、レベル２の画面から呼ばれた次の画面がレベル３というように画面が移り替わる毎にレベル番号が１ずつ加算される。」という記載、
（前述したようにメニュー番号は複数あることを前提としていることを鑑みれば、レベル１の画面から呼ばれるレベル２の画面は複数あり、かつ、複数あるレベル２の画面それぞれから呼ばれるレベル３の画面も複数あることになるので、引用例の「階層化されたメニュー画面」が「ツリー構造で遷移する」ものであることは明らかである。）、
　
　引用例の上記（ソ）の「入力制御部１７は画面レベルが進むのであれば、画面遷移スタック１９に現在表示装置２に表示されている画面の画面レベルａ５及びメニュー番号をプッシュする（図３ステップＳ８）。」という記載、
　
　引用例の上記（タ）の「これに対し、画面レベルがレベル２の状態から初期メニューに戻る場合には、入力制御部１７は画面レベルが戻ると判断し、画面遷移スタック１９に保持されている画面レベル及びメニュー番号をポップし（図３ステップＳ７）、送信キーの入力待ちとなる。」という記載、
　
　引用例の「端末装置」などのコンピュータは、ＲＡＭ、ハードディスク、光ディスクなどの「コンピュータ読み取り可能な記録媒体」に記録された、所定のプログラムを読み取り実行することによって、各種手段を備えたものとして機能することは、明記するまでもない技術常識であることから、
　
　引用例には、「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体」が開示されていると認められる。
　
　
（ｂ） 
　上記（ａ）の「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体」という開示、
　
　引用例の上記（カ）の 
「次に、本発明の一実施例について図面を参照して説明する。・・・（中略）・・・尚、属性文字にはメニュー画面を読込むか否かを指示する指示情報であるテキスト処理指定ビットが付与されている。」という記載、
　 
　引用例の上記（ク）の「図２は本発明の一実施例で用いられる属性文字の構成を示す図である。図において、属性文字ａは・・・（中略）・・・、テキスト処理指定ビットａ４と、・・・（中略）・・・とからなっている。・・・（中略）・・・テキスト処理指定ビットａ４は“０”であればホストコンピュータからの受信処理を示し、“１”であればテキストファイル４ａからの読込み出力を示している。」
　
　引用例の上記（シ）の
「ホストコンピュータから端末装置に初期メニュー表示テキストが送信されるか、あるいは予め外部記憶装置４のテキストファイル４ａに格納された初期メニュー表示テキストに対する読込み指示テキストが送信されると、表示制御部１４はホストコンピュータから受信した初期メニュー表示テキストあるいはテキストファイル４ａから読込んだ初期メニュー表示テキストを基に表示装置２に初期メニューを表示する。」という記載、
　
　引用例の上記（ツ）の「処理が終了した場合、端末装置では次の画面表示テキストがホストコンピュータから送られてくるまで、あるいはオペレータからの要求でテキストファイル４ａからテキストを読出して実行するまで待ちの状態となる。」という記載から、
　
　引用例には、「ホストコンピュータが端末装置に送信するメニュー」が開示されていると認められる。
　
　
（ｃ）
　上記（ａ）の「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体」という開示、
　
　上記（ｂ）の「ホストコンピュータが端末装置に送信するメニュー」という開示、
　
　引用例の上記（セ）の「この状態で、入力装置２からメニュー番号が入力された後に送信キーが入力されると（図３ステップＳ１）、入力制御部１７ではテキスト処理指定ビットａ４がオン（“１”）か否かを判定する（図３ステップＳ２）。・・・（中略）・・・このとき、入力装置２から送信キーが入力される前にメニュー番号が入力されているので、入力制御部１７はメニュー番号が入力されていると判断し、入力されたメニュー番号と属性文字ａの画面レベルａ５とを基にテキストファイル変換表１８を検索し（図３ステップＳ４）、画面レベルがレベル２の画面を読出すためにテキスト解析部１３に指示を与える（図３ステップS５）。・・・（中略）・・・この後に、入力制御部１７は現在表示装置２に表示されている画面の画面レベルａ５とテキストファイル変換表１８の画面レベルとを対比して画面レベルが進むのかあるいは戻るのかを判断する（図３ステップＳ６）。」という記載、
（なお、当該記載から、ステップＳ１でメニュー番号が入力された後、ステップ５でレベル２の画面が読み出され、ステップＳ６で画面レベルが進むのかあるいは戻るのかを判断していることから、ステップＳ６以降で表示されている画面は、メニュー番号の入力による遷移後（遷移先）の画面であることは明らかである。）
　
　引用例の上記（ソ）の
「入力制御部１７は画面レベルが進むのであれば、画面遷移スタック１９に現在表示装置２に表示されている画面の画面レベルａ５及びメニュー番号をプッシュする（図３ステップＳ８）。・・・（中略）・・・入力制御部１７からの指示を受けたテキスト解析部１３はファイル入力部２０に外部記憶装置４のテキストファイル４ａから該当するテキストを読込み、そのテキストに対してあたかもホストコンピュータから受信したかのように解析を行い、解析結果のキャラクタデータをキャラクタデータ格納部１４に、属性文字ａを属性文字格納部１５に夫々格納する。」という記載から、
（なお、上述したように、プッシュされる「現在表示装置２に表示されている画面」は、メニュー番号の入力による遷移後（遷移先）の画面である。）
　
　引用例には、「ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが進む指示がされる場合に、遷移先の画面の画面レベル及びメニュー番号を画面遷移スタックにプッシュする手段」が開示されていると認められる。
　
　
 （ｄ） 
　上記（ａ）の「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体」という開示、
　
　上記（ｂ）の「ホストコンピュータが端末装置に送信するメニュー」という開示、
　
　引用例の上記（セ）の「この状態で、入力装置２からメニュー番号が入力された後に送信キーが入力されると（図３ステップＳ１）、入力制御部１７ではテキスト処理指定ビットａ４がオン（“１”）か否かを判定する（図３ステップＳ２）。・・・（中略）・・・このとき、入力装置２から送信キーが入力される前にメニュー番号が入力されているので、入力制御部１７はメニュー番号が入力されていると判断し、入力されたメニュー番号と属性文字ａの画面レベルａ５とを基にテキストファイル変換表１８を検索し（図３ステップＳ４）、画面レベルがレベル２の画面を読出すためにテキスト解析部１３に指示を与える（図３ステップS５）。・・・（中略）・・・この後に、入力制御部１７は現在表示装置２に表示されている画面の画面レベルａ５とテキストファイル変換表１８の画面レベルとを対比して画面レベルが進むのかあるいは戻るのかを判断する（図３ステップＳ６）。」という記載、
　
　引用例の上記（タ）の「これに対し、画面レベルがレベル２の状態から初期メニューに戻る場合には、入力制御部１７は画面レベルが戻ると判断し、画面遷移スタック１９に保持されている画面レベル及びメニュー番号をポップし（図３ステップＳ７）、送信キーの入力待ちとなる。」という記載から、
　
　引用例には、「ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが戻る指示がされる場合に、遷移元の画面の画面レベル及びメニュー番号を画面遷移スタックからポップする手段」が開示されていると認められる。
 　 
 　 
　以上の引用例の記載によれば、引用例には下記の発明（以下、「引用例発明」という。）が開示されていると認められる。  
 　  
「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
　端末装置に、
　ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが進む指示がされる場合に、遷移先の画面の画面レベル及びメニュー番号を画面遷移スタックにプッシュする手段、
　ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが戻る指示がされる場合に、遷移元の画面の画面レベル及びメニュー番号を画面遷移スタックからポップする手段、
として機能させるための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体。」 
 　  
 　  
 　  
３．対比  
　
　本願発明と引用例発明とを対比する。  
 　 
（１） 
　本願発明の「画面情報」に関して、本願明細書には、
　 
「　【００２８】 
　画面情報オブジェクト１００は、クライアント３に表示する画面に対応付けて用意されて、その画面における業務処理を実行する業務処理モジュールと、その業務処理モジュールの処理結果をクライアント３に表示する描画モジュールと、パラメータの受け渡し処理を実行するパラメータ受け渡し部とを備える。 
　　【００２９】
　この業務処理モジュールは、例えば、データベース２の検索条件を設定して、データベースアクセス部１０４を起動することでデータベース２を検索し、その検索結果のセットを描画モジュールに提供するとともに、その検索結果のセットを開放（削除）する処理などを行う。一方、描画モジュールは、業務処理モジュールの処理結果をクライアント３に表示する処理を行う。
　　　【００３０】
　　　　　　　　　　・・・（中略）・・・ 
　　　【００３１】 
　メモリ管理部１０２は、画面処理振分部１０３からの指示に応答して、画面情報オブジェクト１００をスタックメモリ１０１から取得したり、画面情報オブジェクト１００をスタックメモリ１０１に保存したり、画面情報オブジェクト１００をスタックメモリ１０１から削除する処理を実行する。」
　 
　と記載されているように、スタックメモリに格納する情報は、「画面情報オブジェクト」のような、画面を
表示するため
　 
　したがって、引用例発明の「画面レベル及びメニュー番号」と、
　
　本願発明の「画面情報」とは、
  
　「画面表示用情報」である点で一致し、
　
　本願発明では、「画面表示用情報」が「画面情報」という『表示内容の情報』であるのに対し、
　引用例発明では、「画面表示用情報」が「画面レベル及びメニュー番号」という『表示内容に対応する情報』である点、
　
　で相違する。
　
　
（２）
　また、上記（１）と関連することであるが、本願発明の「画面情報の表示元が表示する」に関して、本願明細書段落には、
　
「　　【００２３】
　サーバ１は、図中に示すサーバ機構１０を使って、このサービスを提供する処理を行うものであって、ツリー構造の画面遷移を使ってクライアント３にサービスを提供する。
　　　【００２４】
　すなわち、例えば、図２に示すように、（１）先ず最初に、検索条件入力画面を表示し、（２）続いて、ユーザが検索条件入力画面に検索条件を入力して検索ボタンを押下するとデータベース２を検索して、その検索結果を表示（この例では、全部で３００件がヒットして、その内の最初の１００件を表示することを想定している）し、（３）続いて、ユーザがページセレクタを押下すると検索結果の次の１００件を表示し、（３）続いて、ユーザが検索結果の１つを選択してその明細の表示を要求すると、その明細を表示し、（５）続いて、ユーザが前画面への戻りボタンを押下すると、その前に表示していた検索結果の表示画面を表示し、（６）続いて、ユーザが前画面への戻りボタンを押下すると、その前に表示していた検索条件入力画面を表示するというような、ツリー構造の画面遷移を使ってクライアント３にサービスを提供するのである。」
（なお、当審において、「○」で囲まれた数字を、「（　）」で囲まれた数字に置換えている。）
　
　と記載されているように、表面上、サーバがクライアントに画面を表示しているように見えるが、実際には、
　サーバ（本願発明の「画面情報の表示元」に対応）自らが、クライアントの画面を直接制御してクライアントの画面上に画面情報に基づく画面（ボタンを含む）を表示することはできず、
　サーバはクライアントの画面上に所望の情報を表示させるべく、クライアントに対して画面情報（ボタンを含む）を送信するのに留まるのであって、
　実際の表示処理はクライアントが備える処理手段（例：ＣＰＵ）によって行われることは、情報処理分野における技術常識であることを鑑みれば、
　本願発明の「画面情報の表示元が表示する」ことは、「画面情報の
送信
送信
　
　したがって、引用例発明の「ホストコンピュータが端末装置に送信する」ことは、
　
　本願発明の「画面情報の表示元が表示する」（すなわち、「サーバが表示する」）ことに相当する。
　
　
（３） 
　引用例発明の「画面遷移スタック」は、
　
　本願発明の「スタック形式のメモリ」に相当する。 
 　 
 　 
（４）
　本願発明では、「画面情報保存制御用プログラム」を読み取って実行する「コンピュータ」の種類（例：サーバ、クライアント，ホストコンピュータ、端末装置）については規定していないことを鑑みれば、  
　
　引用例発明の「ツリー構造で遷移する画面の画面レベル及びメニュー番号のプッシュ及びポップを画面遷移スタックに対して行うための端末装置用のプログラムを記録したコンピュータ読み取り可能な記録媒体」と、
 　 
　本願発明の「ツリー構造で遷移する画面情報の保存を制御するための画面情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、
　
「ツリー構造で遷移する画面表示用情報の保存を制御するための画面表示用情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体」という点で一致し、
　
　本願発明では、「画面表示用情報」が「画面情報」という『表示内容の情報』であるのに対し、
　引用例発明では、「画面表示用情報」が「画面レベル及びメニュー番号」という『表示内容に対応する情報』である点、
　
　で相違する。
　
　
（５）
　引用例発明の「ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが進む指示がされる場合に、遷移先の画面の画面レベル及びメニュー番号を画面遷移スタックにプッシュする手段」と、
　
　本願発明の「画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面情報をスタック形式のメモリにスタックする形で保存させる保存手段」とは、
 　 
「画面表示用情報の表示元が表示するアイテムの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面表示用情報をスタック形式のメモリにスタックする形で保存させる保存手段」という点で一致し、
　
　本願発明では、「画面表示用情報」が「画面情報」という『表示内容の情報』であるのに対し、
　引用例発明では、「画面表示用情報」が「画面レベル及びメニュー番号」という『表示内容に対応する情報』である点、
　　
・本願発明では、操作するアイテムが「画面遷移ボタン」であるのに対し、
　引用例発明では、操作するアイテムが「メニュー」である点、
　
　で相違する。
　
　
（６）
　引用例発明の「ホストコンピュータが端末装置に送信するメニューに対する操作に応答して、上記ツリー構造の画面レベルが戻る指示がされる場合に、遷移元の画面の画面レベル及びメニュー番号を画面遷移スタックからポップする手段」と、
　
　本願発明の「画面情報の表示元が表示する画面遷移ボタンの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、上記スタック形式のメモリにスタックされる画面情報の中から、遷移先の画面情報よりも上にスタックされる画面情報を削除することで、遷移元の画面情報を削除するとともに、該遷移元画面情報と遷移先の画面情報との間に位置する画面情報を削除する削除手段」とは、
　
「画面表示用情報の表示元が表示するアイテムの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、所定の処理をする手段」という点で一致し、
　
　本願発明では、「画面表示用情報」が「画面情報」という『表示内容の情報』であるのに対し、
　引用例発明では、「画面表示用情報」が「画面レベル及びメニュー番号」という『表示内容に対応する情報』である点、
　　
・本願発明では、操作するアイテムが「画面遷移ボタン」であるのに対し、
　引用例発明では、操作するアイテムが「メニュー」である点、
　
・本願発明では、「所定の処理をする手段」が、上記スタック形式のメモリにスタックされる画面表示用情報の中から、遷移先の画面表示用情報よりも上にスタックされる画面表示用情報を削除することで、遷移元の画面表示用情報を削除するとともに、該遷移元画面表示用情報と遷移先の画面表示用情報との間に位置する画面表示用情報を削除する削除手段であるのに対し、
　引用例発明では、「所定の処理をする手段」が、画面表示用情報を表示するための情報を画面遷移スタックからポップする手段である点、
　
　で相違する。
　
　
　 
（７） 
　以上のことから、本願発明と引用例発明とは、  
 　  
「ツリー構造で遷移する画面表示用情報の保存を制御するための画面表示用情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
　画面表示用情報の表示元が表示するアイテムの操作に応答して、上記ツリー構造の下位層に向かう形で画面遷移が指示される場合に、遷移先の画面表示用情報をスタック形式のメモリにスタックする形で保存させる保存手段、
　画面表示用情報の表示元が表示するアイテムの操作に応答して、上記ツリー構造の上位層に向かう形で画面遷移が指示される場合に、所定の処理をする手段、
として機能させる画面表示用情報保存制御用プログラムを記録したコンピュータ読み取り可能な記録媒体。」  
　  
　という点で一致し、 
 　  
 （相違点１）  
　本願発明では、「画面表示用情報」が「画面情報」という『表示内容の情報』であるのに対し、
　引用例発明では、「画面表示用情報」が「画面レベル及びメニュー番号」という『表示内容に対応する情報』である点、
 　 
 （相違点２） 
　本願発明では、操作するアイテムが「画面遷移ボタン」であるのに対し、
　引用例発明では、操作するアイテムが「メニュー」である点、
　
（相違点３）
　本願発明では、「所定の処理をする手段」が、上記スタック形式のメモリにスタックされる画面表示用情報の中から、遷移先の画面表示用情報よりも上にスタックされる画面表示用情報を削除することで、遷移元の画面表示用情報を削除するとともに、該遷移元画面表示用情報と遷移先の画面表示用情報との間に位置する画面表示用情報を削除する削除手段であるのに対し、
　引用例発明では、「所定の処理をする手段」が、画面表示用情報を表示するための情報を画面遷移スタックからポップする手段である点、 
　
　で相違する。 
 　 
 　 
 　 
４．判断  
 　  
（１）相違点１について  
　
　引用例の上記（シ）の「ホストコンピュータから端末装置に初期メニュー表示テキストが送信されるか、あるいは予め外部記憶装置４のテキストファイル４ａに格納された初期メニュー表示テキストに対する読込み指示テキストが送信されると、・・・」という記載から、
　引用例は、「画面レベル及びメニュー番号」という『表示内容に対応する情報』に対応する「メニュー表示テキスト」が、格納箇所こそ同一ではないものの、「画面レベル及びメニュー番号」と同様、端末装置に格納されることを示唆している。
　
　そして、「画面レベル及びメニュー番号」と、「画面レベル及びメニュー番号」に対応する「メニュー表示テキスト」とは、関連性のある情報なのであるから、これらの情報を纏めて取り扱った方が、当該情報の読み出し、及び書き込みの処理の高速化などの点で、好ましいことは明らかである。
　
　したがって、「画面レベル及びメニュー番号」という『表示内容に対応する情報』と、「画面レベル及びメニュー番号」に対応する「メニュー表示テキスト」とを纏めて取り扱うことにより、
　引用例発明の「画面表示用情報」を、「画面情報」という『表示内容の情報』とすることは、当業者が容易に想到し得ることである。
　
　
（２）相違点２について  
　
　各種選択などの操作を快適に行うためのユーザ・インターフェースとして、「メニュー」の他に「画面遷移ボタン」があることは、情報処理分野における周知技術である。
　
　したがって、操作を快適に行うべく、引用例発明に対して、「画面遷移ボタン」を用いる周知のユーザ・インターフェースを採用することによって、引用例発明の操作するアイテムを、「メニュー」の代わりに「画面遷移ボタン」とすることは、当業者が容易に想到し得ることである。
　  
　
（３）相違点３について  
　
　複数の画面（ページ）を読み進めてきた後に、複数画面を一気に戻るようにするという技術的課題は、例えば、
　
　平成１８年１０月２４日付けの拒絶理由で引用された、ＩＥ５．５＆ＯＥ５．５厳選快適化テクニック、ＰＣ ＳＴＹＬＥ ２１ 第１巻 第１１号、株式会社毎日コミュニケーションズ、2000年10月18日発行（特許庁受入2000年9月22日）、pp.128〜133.
（特に、第１２９頁の「ＩＥ『戻る』ボタンがわずらわしい」の欄には、「リンクをたどりながらページを読み進めてきて、過去のページに戻るときには、１ページずつならキーボードから、複数ページを一気に戻るなら、＜戻る＞ボタン脇の▼から操作しよう。」と記載されている。） 
　
　にあるように周知である。
　
　また、当該周知の技術的課題に基づいて、引用例発明においても、複数の画面（ページ）を読み進めてきた後に、複数画面を一気に戻るようにすることが好ましいことは明らかである。
　
　そして、引用例発明では、「スタック形式のメモリ」に対してポップすることによって画面を戻るように構成されているのであるから、
　複数画面を一気に戻るためには、「遷移先の画面表示用情報よりも上にスタックされる画面表示用情報」の数、すなわち、「遷移元の画面表示用情報」と「該遷移元画面表示用情報と遷移先の画面表示用情報との間に位置する画面表示用情報」の数だけポップを行えばよいことは明らかである。
（なお、本願発明では、「上位ツリー構造の上位層に向かう形で画面遷移が指示される場合」に、スタック形式のメモリに対する処理については規定されているものの、
　スタック形式のメモリに対する処理を行う際、画面がどのように更新されるのか（例：画面情報がひとつ削除される毎に画面が更新されるのか、複数の画面情報が削除された後に一度だけ画面が更新されるのか。）については、全く規定されていない。）
　
　しかも、画面情報をポップするということは、画面遷移スタックに記憶されたポップ対象となった情報は無効化されるということであるから、コンピュータから見れば、実質的に、画面遷移スタックに記憶されたポップ対象となった情報は削除されたに等しい。
（たとえそうでないとしても、無効化されるべき情報を削除するという情報処理分野における常套手段を採用することに格別な技術的困難性はない。）
　
　したがって、引用例発明において、複数の画面（ページ）を読み進めてきた後に、複数画面を一気に戻れるようにするべく、
　引用例発明の「所定の処理をする手段」を、上記スタック形式のメモリにスタックされる画面表示用情報の中から、遷移先の画面表示用情報よりも上にスタックされる画面表示用情報を削除することで、遷移元の画面表示用情報を削除するとともに、該遷移元画面表示用情報と遷移先の画面表示用情報との間に位置する画面表示用情報を削除する削除手段とすることは、当業者が容易に想到し得ることである。
　  
 　  
 　  
５．むすび  
 　  
　したがって、本願発明は、引用例発明および周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。  
 　  
　よって、結論のとおり審決する。