【事件の表示】
　特願２０１３−１５９９２４「メニュー制御方法、メニュー制御装置およびメニュー制御プログラム」拒絶査定不服審判事件〔平成２７年　２月１６日出願公開、特開２０１５−　３２０５６、請求項の数（７）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２５年７月３１日の出願であって、平成２９年１月３１日付けで拒絶理由が通知され、同年４月１０日付けで手続補正がされたが、同年４月２０日付けで拒絶査定がされ、それに対して同年８月９日に拒絶査定不服の審判請求がされ、同時に手続補正されたものである。
第２　原査定の理由の概要
　原査定（平成２９年４月２０日付け拒絶査定）の概要は次のとおりである。
理由１（新規性）
　本願請求項１、２、５、６に係る発明は、その出願前に日本国内又は外国において、頒布された以下の引用文献１に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
理由２（進歩性）
　本願請求項１−７に係る発明は、以下の引用文献１に記載された発明及び周知技術に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献一覧
１．特開２００６−１１９５６号公報
２．特開２００５−２６９６０号公報（周知技術を示す文献）
３．特開２００５−２５４３７号公報（周知技術を示す文献）
４．特開２００２−３２４０５１号公報（周知技術を示す文献）
第３　本願発明
　本願の請求項１−７に係る発明（以下、それぞれ「本願発明１」−「本願発明７」という。）は、平成２９年８月９日付けで手続補正された特許請求の範囲の請求項１−７に記載された事項により特定される発明であり、本願発明１−７は以下のとおりの発明である。
「【請求項１】
　社内システムと社外装置との中継を管理するコンピュータに、
　端末装置からアクセス要求を受信する処理と、
　受信した前記アクセス要求に基づいてログインを行うログイン処理と、
　前記ログイン処理に応じて、前記端末装置の画像中継サーバへの割り当てを行う割り当て処理と、
　前記割り当て処理により生成されたセッション情報の管理を開始するセッション情報処理と、
　前記セッション情報を用いて前記画像中継サーバと仮想ブラウザサーバとのセッションの確立を前記画像中継サーバに実行させる確立処理と、
　前記セッション情報処理は、前記割り当て処理と、前記確立処理とにより得られる情報に基づいて、前記ログイン処理にてログインした端末装置と、前記画像中継サーバと、前記仮想ブラウザサーバとのセッションを管理し、管理された当該セッション情報により、前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理と、
　アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得する処理で取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、
　特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する処理と、
　を実行させることを特徴とするメニュー制御プログラム。
【請求項２】
　前記取得する処理は、
　前記ログイン処理にて得られるログイン情報に基づいて、属するグループ、アクセス要求元のアドレス情報、アクセス要求時の時間情報の少なくとも１つを抽出し、
　前記特定する処理は、
　前記記憶部に記憶されたアクセス条件と表示対象の項目との対応関係を記憶するポリシーＤＢから読み出したポリシーから、前記抽出した情報に対応付けられる表示対象のメニュー項目を特定することを特徴とする請求項１に記載のメニュー制御プログラム。
【請求項３】
　前記取得する処理は、
　前記ログイン処理を行ったアクセス要求元のアドレス情報を抽出し、
　抽出したアドレス情報を、前記端末装置へ情報を提供する仮想装置のアドレス情報と比較し、
　抽出したアドレス情報が、前記仮想装置のアドレス情報である場合には、前記端末装置の接続を管理する管理装置から、前記端末装置に設定される設定アドレス情報を取得し、
　前記特定する処理は、
　設定アドレス情報および前記ログイン情報を用いて前記表示対象のメニュー項目を特定することを特徴とする請求項１または２に記載のメニュー制御プログラム。
【請求項４】
　前記提供する処理は、
　前記特定した表示対象のメニュー項目に登録された接続先情報の認証連携の有無に応じて、前記メニュー項目の表示を変えて提供し、
　前記端末装置から、認証連携が設定された接続先への接続を要求されると、前記ログイン情報に基づいて、前記接続先情報に設定される認証方式によるユーザ認証を実行させる処理を実行させることを特徴とする請求項２に記載のメニュー制御プログラム。
【請求項５】
　社内システムと社外装置との中継を管理するメニュー制御装置において、
　端末装置からアクセス要求を受信する受信部と、
　前記受信部により受信した前記アクセス要求に基づいてログインを行うログイン処理を実行する認証部と、
　前記ログイン処理に応じて、前記端末装置の画像中継サーバへの割り当てを行う割り当てる割当部と、
　前記割当部により生成されたセッション情報の管理を開始するセッション情報処理部と、
　前記セッション情報を用いて前記画像中継サーバと仮想ブラウザサーバとのセッションの確立を前記画像中継サーバに実行させる確立部と、
　前記セッション情報処理部が、前記割当部と、前記確立部とにより得られる情報に基づいて、前認証部にてログインした端末装置と、前記画像中継サーバと、前記仮想ブラウザサーバとのセッションを管理し、管理された当該セッション情報により、前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する取得部と、
　アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得部により取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する特定部と、
　前記特定部により特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する提供部と、
　を有することを特徴とするメニュー制御装置。
【請求項６】
　社内システムと社外装置との中継を管理するコンピュータが、
　端末装置からアクセス要求を受信する処理と、
　受信した前記アクセス要求に基づいてログインを行うログイン処理と、
　前記ログイン処理に応じて、前記端末装置の画像中継サーバへの割り当てを行う割り当て処理と、
　前記割り当て処理により生成されたセッション情報の管理を開始するセッション情報処理と、
　前記セッション情報を用いて前記画像中継サーバと仮想ブラウザサーバとのセッションの確立を前記画像中継サーバに実行させる確立処理と、
　前記セッション情報処理は、前記割り当て処理と、前記確立処理とにより得られる情報に基づいて、前記ログイン処理にてログインした端末装置と、前記画像中継サーバと、前記仮想ブラウザサーバとのセッションを管理し、管理された当該セッション情報により、前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理と、
　アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得する処理で取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、
　特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する処理と、
　を実行することを特徴とするメニュー制御方法。
【請求項７】
　社内システムと社外装置との中継を管理するコンピュータに、
　前記社内システムと前記社外装置とを中継するゲートウェイシステムが画像中継サーバと管理サーバとを有し、前記管理サーバが前記社内システムに接続されるセッションのセッション情報を管理する状態で、前記画像中継サーバにアクセスして起動させた仮想サーバの仮想ブラウザを用いて社内システムに社外からアクセスしてシンクライアントシステムの実行を要求する端末装置から、アクセス要求を受信する処理と、
　受信した前記アクセス要求に基づいてログインを行うログイン処理と、
　前記ログイン処理に応じて、前記端末装置の画像中継サーバへの割り当てを行う割り当て処理と、
　前記割り当て処理により生成されたセッション情報の管理を開始するセッション情報処理と、
　前記セッション情報を用いて前記画像中継サーバと仮想ブラウザサーバとのセッションの確立を前記画像中継サーバに実行させる確立処理と、
　前記セッション情報処理は、前記割り当て処理と、前記確立処理とにより得られる情報に基づいて、前記ログイン処理にてログインした端末装置と、前記画像中継サーバと、前記仮想ブラウザサーバとのセッションを管理し、管理された当該セッション情報により、前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理と、
　取得されたアクセス環境に含まれるアドレス情報が、予め記憶する前記仮想サーバのアドレス情報と一致する場合に、前記管理サーバから前記セッション情報に基づく前記端末装置のアドレス情報を取得する処理と、
　前記端末装置のアドレス情報を含むアクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、
　特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する処理と、
　を実行させることを特徴とするメニュー制御プログラム。」
第４　引用文献・引用発明
１．引用文献１
（１）引用文献１の記載事項
　原査定の拒絶理由に引用された上記引用文献１には、図面とともに次の事項が記載されている（下線は当審により付したものである）。
「【発明が解決しようとする課題】
【０００４】
　このように、従来ではメニューが固定的に提供されているため、メニューの構造が複雑なメニュー階層や多数のメニュー項目からなる場合に、これらの中から目的とするメニューを探し出す必要がある。目的のメニューの階層、位置などを把握している場合であっても煩雑な操作が必要となる。また、ユーザ別にメニューが提供されている場合、ある程度、メニューを探し出す負担は軽減されるが、それでもユーザに該当する全てのメニュー項目がメニューに含まれているため、所望するメニュー項目を探すためには煩雑な作業が必要となってしまう。
【０００５】
　また、特許文献１の記載された装置では、端末装置に固定的にメニューが提供されるため、端末装置について決められたサービス（業務）以外の目的で利用することができなかった。
【０００６】
　本発明の課題は、端末の使用目的に応じて最適なメニュー項目を定義してメニューの操作性を向上させることが可能なメニュー制御装置、メニュー制御プログラムを提供することにある。」
「【００２４】
　図１は、本実施形態におけるネットワークシステムの構成を示すブロック図である。図１に示す
ネットワークシステムは、例えば企業用のネットワークとして構築されるもので、社内ＬＡＮ１０に複数のサブネットが設けられている。サブネットには、無線接続された無線サブネット１１、有線接続された有線サブネット１２，１３，１４が含まれている。
【００２５】
　無線サブネット１１には、場所を移動して使用することができるノート型パーソナルコンピュータ（以下、ノートＰＣ）１１ａ、ＰＤＡ（personal digital assistant）１１ｂ、業務端末１１ｃなどが含まれている。
【００２６】
　有線サブネット１２，１４には、固定された場所で使用されるパーソナルコンピュータ（以下、ＰＣ）１２ａ，１２ｂ、ＰＣ１４ａ，１４ｂが含まれている。有線サブネット１２，１４は、例えばそれぞれ社内の部署において構築されたネットワークである。ここでは、有線サブネット１２が経理部のサブネット、有線サブネット１４が商品部のサブネットとする。
【００２７】
　
有線サブネット１３には、コンピュータシステムに接続される各種端末からのログインに対して、端末の接続条件（例えば、「誰が」「いつ」「どこで」「どの端末」）に応じたメニューを提供するメニュー制御装置として動作するサーバ１３ａが含まれている。サーバ１３ａは、例えばＷｅｂサーバ及びＷｅｂアプリケーションを備えるアプリケーションサーバとして機能し、各種端末からＷｅｂブラウザを通じてアクセスされる。
【００２８】
　また、社内ＬＡＮ１０には、例えばダイアルアップ接続により社外からＰＣ１５ａ，１５ｂなどからリモートアクセスすることができる。
【００２９】
　
さらに、社内ＬＡＮ１０は、インターネット１６に接続されている。従って、社内ＬＡＮ１０は、インターネット１６を介して、例えば社員の自宅１７に設置されたＰＣ１７ａ、無線通信による公衆回線網（モバイル網１８）により任意の場所から接続可能なノートＰＣ１８ａ、ＰＤＡ１８ｂ、別拠点ＬＡＮ１９などからアクセスされる。例えば、インターネット１６を通じて接続する端末は、営業部に所属する社員などが使用している。
「【００４４】
　次に、本実施形態におけるサーバ１３ａ（メニュー制御装置）によるメニュー制御の動作について説明する。　
　図３は、サーバ１３ａ（メニュー制御装置）によるメニュー制御処理の概略を説明するための図、図４、図５、及び図６はメニュー制御処理の流れを説明するためのフローチャートである。
サーバ１３ａは、ＣＰＵ２０によりメニュー制御プログラムを実行することで、以下に説明するメニュー制御処理を実行する。
【００４５】
　
まず、企業システムのユーザが端末によりネットワーク経由で接続要求すると、サーバ１３ａは、端末に対して、ユーザＩＤ及びパスワードの入力要求を送信する（ステップＡ１）。ここで、ユーザが端末からユーザＩＤ及びパスワードを入力すると（ステップＡ１）、サーバ１３ａは、ユーザ情報ＤＢ２５中の接続情報２５ａを参照し、入力されたユーザＩＤ及びパスワードが登録されている正当なユーザであるかを認証する。
【００４６】
　
ここで、端末から入力されたユーザＩＤ及びパスワードが接続情報２５ａに登録されている場合、サーバ１３ａは、認証ＯＫと判別して、端末をログインさせる（ステップＡ２、Ｙｅｓ）（図３、ユーザログイン３０）。そして、サーバ１３ａは、ユーザ情報ＤＢ２５中のユーザ情報２５ｂから、該当するユーザＩＤ及びパスワードと対応して登録されている担当業務のデータを読み込む（ステップＡ３）。すなわち、ログインしてきたユーザが担当している業務を判別する。
【００４７】
　
次に、サーバ１３ａは、ログインしたユーザの担当業務の全てに該当する業務で用いられる業務メニュー名を、業務メニュー情報２５ｃを参照して抽出し、業務メニュー表示候補としてリストアップして表示候補メニュー情報２６ａとして記録する（ステップＡ４）（図３、業務メニューリストアップ３１）。
【００４８】
　ここで、具体例を参照しながら説明する。　
　図７（Ａ）には、あるユーザについての接続情報２５ａの一例を示している。図７（Ａ）に示すように、このユーザについては、ユーザＩＤ「ｔａｎａｋａ」、パスワード「ｍｋ２ｊ６４」が接続情報２５ａとして登録されている。
【００４９】
　図７（Ｂ）には、ユーザ情報２５ｂの一例を示している。図７（Ｂ）に示すように、ユーザＩＤとパスワードの組のそれぞれに対して、担当業務（例えば、経理、商品管理、営業）を示すデータが登録されている。
【００５０】
　この場合、ユーザＩＤ「ｔａｎａｋａ」、パスワード「ｍｋ２ｊ６４」の指定によりログインされた場合、サーバ１３ａは、図７（Ｂ）に示すユーザ情報２５ｂより、ユーザＩＤ「ｔａｎａｋａ」及びパスワード「ｍｋ２ｊ６４」に該当するユーザの担当業務が「経理」であると判別できる。
【００５１】
　図７（Ｃ）には、業務メニュー情報２５ｃの一例を示している。図７（Ｃ）に示すように、業務メニュー情報２５ｃでは、ユーザが担当する担当業務（例えば、経理、商品管理、営業）のそれぞれに対応する複数の業務のメニュー名、例えば担当業務「経理」については「売上業務」「仕入業務」「請求業務」「支払業務」のメニュー名が登録されている。
【００５２】
　従って、ユーザＩＤ「ｔａｎａｋａ」及びパスワード「ｍｋ２ｊ６４」に該当するユーザについては、例えば図７（Ｄ）に示すように、「売上業務」「仕入業務」「請求業務」「支払業務」のメニュー名が業務メニュー表示候補としてリストアップされる。また、業務メニュー情報２５ｃには、全業務共通のメニュー名が登録されており、これらのメニュー名「就業カレンダー」「会議室予約」「旅費計算」も業務メニュー表示候補としてリストアップされる。
【００５３】
　なお、図７（Ｂ）に示すユーザ情報２５ｂの担当業務及び図７（Ｃ）に示す業務メニュー情報２５ｃの担当業務とメニュー名はサーバもしくは端末からサーバ管理者もしくはユーザが任意に設定して登録できるようにしてもよい。
【００５４】
　
次に、ＣＰＵ２０は、業務メニュー表示候補としてリストアップされた業務メニュー名から、ログイン時の端末の接続条件により表示対象とするメニュー項目を抽出するための業務メニュー接続条件チェック処理を実行する（ステップＡ５）（図３、接続条件チェック３２）。ここでの業務メニュー接続条件チェック処理では、接続条件として、例えば接続日時に応じた運用スケジュール、端末のネットワークへの接続場所、接続された端末機種に応じて、メニュー中に表示すべきメニュー項目を抽出する。
【００５５】
　図５には、業務メニュー接続条件チェック処理を説明するフローチャートを示している。　
　サーバ１３ａは、端末による接続日時、接続場所、接続端末の機種を示す各情報を取得する（ステップＢ１，Ｂ２，Ｂ３）。例えば、サーバ１３ａ（ＣＰＵ２０）により計時されているシステム日時を取得して接続日時とする。この接続日時を示すデータは、接続情報２５ａにユーザＩＤ及びパスワードと対応付けて記録しておく。
【００５６】
　また、ログインした端末に割り当てられたＩＰアドレスを取得し、業務メニュー候補ＤＢ２６の接続場所情報２６ｄを参照して接続場所を判別する。　
　例えば、ユーザＩＤ「ｔａｎａｋａ」、パスワード「ｍｋ２ｊ６４」のユーザが使用する端末に割り当てられたＩＰアドレスが、図７（Ａ）に示すように「192.168.1.18」であるとする。サーバ１３ａは、図８（Ｃ）に示すように、業務メニュー候補ＤＢ２６の実行環境情報２６ｂに登録された各接続場所に対応して登録されたＩＰアドレス帯の何れに端末のＩＰアドレスが含まれるかを判別して、接続場所を判別する。例えばＩＰアドレス「192.168.1.18」は、ＩＰアドレス帯「192.168.1.0〜192.168.1.255」に含まれるため、経理部の有線サブネット１２に接続された端末（機種ＩＤは「ＰＣ」）からのログインであることが判別される。
【００５７】
　
同様にして、各部署における有線サブネット１４や無線サブネット１１におけるＰＣ、またインターネット１６を通じてアクセスされる自宅１７のＰＣ１７ａ、モバイル端末（ノートＰＣ１８ａ、ＰＤＡ１８ｂ）についても接続場所を判別することができる。
【００５８】
　
次に、サーバ１３ａは、表示候補メニュー情報２６ａとして記録されたメニュー名（メニュー項目）からチェック対象を特定し（ステップＢ４）、このメニュー名について、運用スケジュール、接続場所、接続端末が適合しているかを各々チェックする（ステップＢ５，Ｂ６，Ｂ７）。この結果、全ての接続条件に適合していれば、メニュー表示対象として確定し（ステップＢ８）、表示確定メニュー情報２７ａにチェック対象としていたメニュー候補のメニュー名を登録する。
【００５９】
　また、何れかの接続条件が適合していない場合には、表示対象外として確定する（ステップＢ９）。
【００６０】
　例えば、運用スケジュールについてのチェックでは、図８（Ｂ）に示す運用スケジュール情報２６ｃ中のメニュー名と対応付けられた、各種業務を実施するスケジュールを参照してチェックする。表示候補メニュー情報２６ａ（図７（Ｄ））中のメニュー名「就業カレンダー」については、運用スケジュール情報２６ｃにおいて日付時間帯が「指定なし」であるため運用スケジュールに適合すると判別される。同様にして、表示候補メニュー情報２６ａ中のメニュー名「会議室予約」「旅費精算」「売上業務」「仕入業務」「請求業務」については適合すると判別される。また、メニュー名「支払業務」については、運用スケジュール情報２６ｃに登録された日付時間帯が「毎月２５日９：００〜１７：００」となっており、ステップＢ１において取得された接続日時が「２００３／８／１０ ９：１５」であるため、日付が該当しないことから表示対象外として確定される。
【００６１】
　このように、運用スケジュールを参照してチェックすることで、ユーザの担当業務において実行予定のない業務についてのメニュー項目を表示対象外とすることができるので、ユーザに対して不要なメニュー項目を含まないメニューを提供することができる。
【００６２】
　また、接続場所と接続端末についてのチェックでは、図８（Ａ）に示す実行環境情報２６ｂ中のメニュー名と対応づけられた、端末の接続場所と機種ＩＤを参照してチェックする。表示候補メニュー情報２６ａ（図７（Ｄ））中のメニュー名「就業カレンダー」については、実行環境情報２６ｂにおいて場所が「社内ＬＡＮ」、機種ＩＤが「ＰＣ」であるため実行環境（接続場所、接続端末）に適合すると判別される。同様にして、表示候補メニュー情報２６ａ中のメニュー名「会議室予約」「旅費精算」「売上業務」「仕入業務」「請求業務」については適合すると判別される。また、例えばメニュー名「入荷業務」が表示候補として抽出されていた場合、メニュー名「入荷業務」に対応する場所が「倉庫／商品部」であるため、ログインしたユーザの場所「経理部」に適合しないことから表示対象外として確定される。
【００６３】
　このように、ログインした端末の接続場所と機種についてもチェックを行うことで、各部署で実行される業務に応じたメニュー項目を含むメニューを送信することができる。また、不適切な場所からネットワークへ接続されていることが判別された場合、限られたメニュー項目のみを送信することで、端末からのメニューを通じた業務プログラムの利用を制限することができ、セキュリティを確保することもできる。
【００６４】
　
以上の処理を、表示候補メニュー情報２６ａに記録された各メニュー名について行う。表示候補メニュー情報２６ａの全てのメニュー候補についてのチェックが完了すると（ステップＢ１０）、業務メニュー接続条件処理を終了する。
【００６５】
　この結果、図７（Ｄ）に示す表示候補メニュー情報２６ａのうち、図９（Ａ）に示す複数のメニュー名「就業カレンダー」「会議室予約」「旅費計算」「売上業務」「仕入業務」「請求業務」が表示対象として確定されたメニュー名（メニュー項目）として表示確定メニュー情報２７ａに登録される。
【００６６】
　
こうして、表示が確定されたメニュー名（メニュー項目）がある場合（ステップＡ６、Ｙｅｓ）、サーバ１３ａは、この表示確定された複数のメニュー名のそれぞれについて、メニュー中の表示位置がユーザにとって使いやすくなるようにするための業務メニュー表示順位決定処理を実行する（図３、表示順位決定３３）。
（２）引用発明
　上記記載（特に下線部）によれば、引用文献１には、以下の発明（以下、「引用発明」という。）が記載されているといえる。
「ネットワークシステムは、例えば企業用のネットワークとして構築されるもので、社内ＬＡＮ１０に複数のサブネットが設けられており、サブネットには、無線接続された無線サブネット１１、有線接続された有線サブネット１２，１３，１４が含まれ、有線サブネット１３には、コンピュータシステムに接続される各種端末からのログインに対して、端末の接続条件（例えば、「誰が」「いつ」「どこで」「どの端末」）に応じたメニューを提供するメニュー制御装置として動作するサーバ１３ａが含まれており、
　社内ＬＡＮ１０は、インターネット１６を介して、例えば社員の自宅１７に設置されたＰＣ１７ａ、無線通信による公衆回線網（モバイル網１８）により任意の場所から接続可能なノートＰＣ１８ａ、ＰＤＡ１８ｂ、別拠点ＬＡＮ１９などからアクセスされ、例えば、インターネット１６を通じて接続する端末は、営業部に所属する社員などが使用しており、
　サーバ１３ａは、例えばＷｅｂサーバ及びＷｅｂアプリケーションを備えるアプリケーションサーバとして機能し、各種端末からＷｅｂブラウザを通じてアクセスされ、ＣＰＵ２０によりメニュー制御プログラムを実行することで、以下に説明するメニュー制御処理を実行するものであって、
　企業システムのユーザが端末によりネットワーク経由で接続要求すると、端末に対して、ユーザＩＤ及びパスワードの入力要求を送信し（ステップＡ１）、ユーザが端末からユーザＩＤ及びパスワードを入力すると（ステップＡ１）、ユーザ情報ＤＢ２５中の接続情報２５ａを参照し、入力されたユーザＩＤ及びパスワードが登録されている正当なユーザであるかを認証し、端末から入力されたユーザＩＤ及びパスワードが接続情報２５ａに登録されている場合、認証ＯＫと判別して、端末をログインさせ（ステップＡ２、Ｙｅｓ）（図３、ユーザログイン３０）、ユーザ情報ＤＢ２５中のユーザ情報２５ｂから、該当するユーザＩＤ及びパスワードと対応して登録されている担当業務のデータを読み込み（ステップＡ３）、ログインしてきたユーザが担当している業務を判別し、
　ログインしたユーザの担当業務の全てに該当する業務で用いられる業務メニュー名を、業務メニュー情報２５ｃを参照して抽出し、業務メニュー表示候補としてリストアップして表示候補メニュー情報２６ａとして記録し（ステップＡ４）（図３、業務メニューリストアップ３１）、
　業務メニュー表示候補としてリストアップされた業務メニュー名から、ログイン時の端末の接続条件により表示対象とするメニュー項目を抽出するための業務メニュー接続条件チェック処理を実行し（ステップＡ５）（図３、接続条件チェック３２）、業務メニュー接続条件チェック処理では、接続条件として、例えば接続日時に応じた運用スケジュール、端末のネットワークへの接続場所、接続された端末機種に応じて、メニュー中に表示すべきメニュー項目を抽出し、表示候補メニュー情報２６ａとして記録されたメニュー名（メニュー項目）からチェック対象を特定し（ステップＢ４）、このメニュー名について、運用スケジュール、接続場所、接続端末が適合しているかを各々チェックし、（ステップＢ５，Ｂ６，Ｂ７）、この結果、全ての接続条件に適合していれば、メニュー表示対象として確定し（ステップＢ８）、表示確定メニュー情報２７ａにチェック対象としていたメニュー候補のメニュー名を登録し、
　以上の処理を、表示候補メニュー情報２６ａに記録された各メニュー名について行い、表示候補メニュー情報２６ａの全てのメニュー候補についてのチェックが完了すると（ステップＢ１０）、業務メニュー接続条件処理を終了し、表示対象として確定されたメニュー名（メニュー項目）として表示確定メニュー情報２７ａに登録され、表示が確定されたメニュー名（メニュー項目）がある場合（ステップＡ６、Ｙｅｓ）、サーバ１３ａは、この表示確定された複数のメニュー名のそれぞれについて、メニュー中の表示位置がユーザにとって使いやすくなるようにするための業務メニュー表示順位決定処理を実行する（図３、表示順位決定３３）、メニュー制御プログラム。」
２．引用文献２
　原査定の拒絶理由に引用された上記引用文献２には、図面とともに次の事項が記載されている。
「【０００８】
　図２８は、従来のプロキシサーバを介した通信の第２の例を示す図である。クライアント９１１からプロキシサーバ９１２を経由してサーバ９１３にアクセスする場合第１の区間では、送信元ＩＰアドレスとしてクライアント９１１のＩＰアドレスが設定される。第１の区間における送信先ＩＰアドレスとしてプロキシサーバ９１２のＩＰアドレスが設定される。また、第２の区間では、送信元ＩＰアドレスとして、プロキシサーバ９１２のＩＰアドレスが設定される。第２の区間における送信先ＩＰアドレスとしてサーバ９１３のＩＰアドレスが設定される。
【０００９】
　なお、第２の区間でのパケット送信の際、プロキシサーバ９１２は、X-Client-IPヘッダにクライアントのＩＰアドレスを格納して送信している。サーバ９１３は、ＨＴＴＰヘッダ中のX-Client-IPヘッダを解析することによりクライアントのＩＰアドレスを認識できる。
【００１０】
　このようなプロキシサーバでパケットフィルタリング等を行えば、外部（図２７、図２８の第２の区間）から内部（図２７、図２８の第１の区間）への攻撃を、プロキシサーバ９１２において防ぐことができる（非特許文献１）。
【００１１】
【非特許文献１】
　Elizabeth D. Zwicky（エリザベス・Ｄ・ツビッキー）、Simon Cooper（サイモン・クーパー）、D.Brent Chapman（Ｄ・ブレント・チャップマン）著「ファイアウォール構築　第２版　〈VOLUME1〉―理論と実践」オライリー・ジャパン出版、２００２年１２月２５日、ｐ１２２−１２７、ｐ１７９−１８３」
３．引用文献３
　原査定の拒絶理由に引用された上記引用文献３には、図面とともに次の事項が記載されている。
「【００５５】
　図２（ａ）では、画面表示用情報に基づいてクライアントの表示手段に表示された画面１００が示されている。この画面１００には、複数の位置の表示枠に「ＣＡＭＥＲＡ１」〜「ＣＡＭＥＲＡ１６」の１６台の画像サーバの画像が表示可能になっている。すなわち、クライアントの表示用アプリケーションは、画面表示用情報に基づいて、「ＣＡＭＥＲＡ１」〜「ＣＡＭＥＲＡ１６」の各位置の表示枠に対応する各画像サーバ４に対して画像データの送信を要求し、その応答により受信した画像データを各表示枠に表示させるように動作する。ただし、この画像の中で、「ＣＡＭＥＲＡ３」「ＣＡＭＥＲＡ６」「ＣＡＭＥＲＡ１２」には画像サーバ４の画像ではなく、サーバ装置３に鍵図形データ（本発明のマスク表示）の送信を要求し、その応答により受信した鍵図形データを鍵図形として表示させるように動作する。これは、これら３台の画像サーバ４はクライアントに対し認証要求を行うが、認証が必要な画像サーバ４以外にアクセスするクライアントの利用者にとっては、この認証要求は煩わしいからである。そこで、その煩わしさを回避するために、認証を必要とすることを表示するための認証必要表示として、鍵図形を表示するようにしている。とくに、複数の画像サーバ４が画像要求に対して認証を要求するような場合には、その全てに対して認証のためのＩＤやパスワードを入力する必要があり、煩に耐えない。また、クライアント装置の利用者が認証のＩＤ等を知らない場合、クライアントの表示用アプリケーションが画像サーバの認証要求をうけてクライアントの画面にＩＤ等の入力用の画面が表示されっぱなしになるため、利用者によって不快になることが多い。」
４．引用文献４
　原査定の拒絶理由に引用された上記引用文献４には、図面とともに次の事項が記載されている。
「【０００２】
【従来の技術】
　現在、企業等のネットワーク環境においては、複数のシステムが稼働していることが多く、これらのシステムには、ユーザ毎のアクセス制御が必要なものも多い。
【０００３】
　ユーザ毎のアクセス制御を行う際には、ユーザの認証処理を行う必要があるが、この認証処理においては、予めシステムを利用できるユーザを登録しておき、この登録された情報に基づいて、接続時にユーザから入力されたログイン名とパスワードを検証するのが一般的な処理である。
【０００４】
　さて、複数のシステムが稼働している環境では、全てのシステムに対して同一のユーザアカウントで接続（ログイン）できること、すなわち、あるユーザは、１回だけログイン名とパスワードを入力するだけで全てのシステムが利用可能となる（以下、シングルサインオンと称する）ことが、ユーザにとって理想的である。
【０００５】
　シングルサインオンの実現には様々な方法があるが、最も簡単な方法として考えられるのは、ユーザ情報を一元管理する方法である。ユーザ情報の一元管理は、例えば、ディレクトリサービスと称される、ユーザ情報を始めとする様々な資源情報を管理するためのシステムを利用することで容易に実現可能である。」
第５　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
（ア）引用発明の「端末」は、本願発明１の「端末装置」に相当し、引用発明の「企業システムのユーザが端末によりネットワーク経由で接続要求すると、端末に対して、ユーザＩＤ及びパスワードの入力要求を送信」する（ステップＡ１）は、本願発明１の「端末装置からアクセス要求を受信する処理」に相当する。
（イ）引用発明の「ユーザが端末からユーザＩＤ及びパスワードを入力すると（ステップＡ１）、ユーザ情報ＤＢ２５中の接続情報２５ａを参照し、入力されたユーザＩＤ及びパスワードが登録されている正当なユーザであるかを認証し、端末から入力されたユーザＩＤ及びパスワードが接続情報２５ａに登録されている場合、認証ＯＫと判別して、端末をログインさせ（ステップＡ２、Ｙｅｓ）」る構成は、本願発明１の「受信した前記アクセス要求に基づいてログインを行うログイン処理」に相当する。
（ウ）引用発明の「入力されたユーザＩＤ及びパスワード」は、本願発明１の「前記ログイン処理にて得られるログイン情報」に相当し、引用発明は、「前記ログイン処理にて得られるログイン情報を取得する処理」を実行させているといえる。
　引用発明の「端末による接続日時、接続場所、接続端末の機種を示す各情報」は、本願発明１の「前記端末装置のアクセス環境」に相当し、引用発明は、「業務メニュー接続条件チェック処理は、端末による接続日時、接続場所、接続端末の機種を示す各情報を取得」する（ステップＢ１，Ｂ２，Ｂ３）は、本願発明１の「前記端末装置のアクセス環境」「を取得する処理」に相当するといえる。
　したがって、引用発明は、「前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理」を実行させているといえる。
（エ）引用発明の「端末から入力されたユーザＩＤ及びパスワードが接続情報２５ａに登録されている場合、認証ＯＫと判別して、端末をログインさせ（ステップＡ２、Ｙｅｓ）（図３、ユーザログイン３０）、ユーザ情報ＤＢ２５中のユーザ情報２５ｂから、該当するユーザＩＤ及びパスワードと対応して登録されている担当業務のデータを読み込み（ステップＡ３）、ログインしてきたユーザが担当している業務を判別し、ログインしたユーザの担当業務の全てに該当する業務で用いられる業務メニュー名を、業務メニュー情報２５ｃを参照して抽出し、業務メニュー表示候補としてリストアップして表示候補メニュー情報２６ａとして記録」すること、「業務メニュー表示候補としてリストアップされた業務メニュー名から、ログイン時の端末の接続条件により表示対象とするメニュー項目を抽出するための業務メニュー接続条件チェック処理を実行し（ステップＡ５）（図３、接続条件チェック３２）、業務メニュー接続条件チェック処理では、接続条件として、例えば接続日時に応じた運用スケジュール、端末のネットワークへの接続場所、接続された端末機種に応じて、メニュー中に表示すべきメニュー項目を抽出し、表示候補メニュー情報２６ａとして記録されたメニュー名（メニュー項目）からチェック対象を特定し（ステップＢ４）、このメニュー名について、運用スケジュール、接続場所、接続端末が適合しているかを各々チェックし、（ステップＢ５，Ｂ６，Ｂ７）、この結果、全ての接続条件に適合していれば、メニュー表示対象として確定し（ステップＢ８）、表示確定メニュー情報２７ａにチェック対象としていたメニュー候補のメニュー名を登録」すること、「この表示確定された複数のメニュー名のそれぞれについて、メニュー中の表示位置がユーザにとって使いやすくなるようにするための業務メニュー表示順位決定処理」を実行することは、本願発明１の「アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得する処理で取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する処理」を実行させることと、「アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得する処理で取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、特定した前記複数の対応関係から表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された表示対象のメニューを前記端末装置に提供する処理」である点では共通するといえる。
（オ）引用発明の「メニュー制御プログラム」は、後述する相違点を除き、本願発明１の「メニュー制御プログラム」に相当するといえる。
　
　したがって、本願発明１と引用発明との間には、以下の一致点及び相違点があるといえる。
（一致点）
「コンピュータに、
　端末装置からアクセス要求を受信する処理と、
　受信した前記アクセス要求に基づいてログインを行うログイン処理と、
　前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理と、
　アクセス環境と表示対象のメニュー項目とを対応付けた複数の対応関係を記憶する記憶部を参照して、前記取得する処理で取得した前記アクセス環境および前記ログイン情報に対応付けられた複数の対応関係を特定する処理と、
　特定した前記複数の対応関係から表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された表示対象のメニューを前記端末装置に提供する処理と、
　を実行させることを特徴とするメニュー制御プログラム。」
（相違点１）
　本願発明１では「社内システムと社外装置との中継を管理するコンピュータに、」「実行させることを特徴とするメニュー制御プログラム」であり、「前記割り当て処理により生成されたセッション情報の管理を開始するセッション情報処理と、前記セッション情報を用いて前記画像中継サーバと仮想ブラウザサーバとのセッションの確立を前記画像中継サーバに実行させる確立処理と」、「セッション情報処理は、前記割り当て処理と、前記確立処理とにより得られる情報に基づいて、前記ログイン処理にてログインした端末装置と、前記画像中継サーバと、前記仮想ブラウザサーバとのセッションを管理し、管理された当該セッション情報により、前記端末装置のアクセス環境および前記ログイン処理にて得られるログイン情報を取得する処理」を実行させるのに対し、引用発明では、「例えばＷｅｂサーバ及びＷｅｂアプリケーションを備えるアプリケーションサーバとして機能し、各種端末からＷｅｂブラウザを通じてアクセスされる」「サーバ１３ａ」に実行させる「メニュー制御プログラム」であり、上記のような処理は実行されない点。
（相違点２）
　本願発明１では、「特定した前記複数の対応関係のうち優先順の高い対応関係から順に、表示メニューが重複表示されないように、当該対応関係と対応付けられる表示対象のメニューを表示対象として特定し、特定された順で表示対象のメニューを前記端末装置に提供する」のに対し、引用発明は、優先順の高い対応関係から順に、特定された順で表示対象のメニューを前記端末装置に提供するものではない点。
（２）判断
　本願発明１と引用発明との間には、上記相違点１、２があるから、本願発明１は引用文献１に記載された発明であるとはいえない。
　次に、相違点１について検討する。
　引用文献２には、クライアントからプロキシサーバを経由してサーバにアクセスする場合において、プロキシサーバがX-Client-IPヘッダにクライアントのＩＰアドレスを格納してパケットを送信していることで、サーバは、ＨＴＴＰヘッダ中のX-Client-IPヘッダを解析することによりクライアントのＩＰアドレスを認識できる技術が、引用文献３には、複数のサーバがクライアントに対し認証要求を行うときに、煩わしさを回避するために、認証を必要とすることを表示するための認証必要表示として鍵図形を表示する技術が、引用文献４には、複数のシステムが稼働している環境で、全てのシステムに対して同一のユーザアカウントで接続（ログイン）できること、すなわち、あるユーザは、１回だけログイン名とパスワードを入力するだけで全てのシステムが利用可能となる、シングルサインオンの技術が、それぞれ、記載されている。
　しかしながら、引用文献２〜４には、いずれにも、上記相違点１に係る本願発明１の構成は記載されておらず、示唆されてもいない。また、上記相違点１に係る本願発明１の構成が、本願出願日前に周知技術であったとはいえない。
　したがって、上記相違点２について検討するまでもなく、本願発明１は、当業者であっても、引用発明に基づいて容易に発明をすることができたとはいえない。
２．本願発明２−４、７について
　本願発明２−４、７は、上記相違点１に係る本願発明１の構成と同じ構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明に基づいて容易に発明をすることができたとはいえない。
３．本願発明５、６について
　本願発明５、６は、上記相違点１に係る本願発明１の構成と同様の構成を備えるものであるから、本願発明１と同様の理由により、引用文献１に記載された発明であるとはいえないし、当業者であっても、引用発明に基づいて容易に発明をすることができたとはいえない。
第６　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。