【事件の表示】
　特願２００２−　３３６８１「分散クライアント／サーバ環境での自動化セッション・リソース・クリーンアップの方法およびシステム。」拒絶査定不服審判事件〔平成１４年１１月　８日出願公開、特開２００２−３２４０４７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　特許出願（優先権主張日２００１年２月１２日，米国）　　　　　　　　　　　　　　　　　　　　　　　　　　平成１４年２月１２日
　拒絶理由　　　　　　　　　　　　　平成１７年５月１０日　
　意見書及び手続補正書　　　　　　　平成１７年８月１１日　
　拒絶査定　　　　　　　　　　　　　平成１７年１０月１３日　
　審判請求　　　　　　　　　　　　　平成１７年１１月１６日　
　手続補正書　　　　　　　　　　　　平成１７年１２月１３日　
　
２．平成１７年１２月１３日付の手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年１２月１３日付の手続補正書による補正を却下する。
　
［理由］
（１）本件補正
　平成１７年１２月１３日付の手続補正（以下、「本件補正」という。）により補正された本件補正後の特許請求の範囲の請求項１乃至請求項１１、及び、本件補正前の平成１７年８月１１付の手続補正書により補正された特許請求の範囲の請求項１乃至請求項１１は次のとおりである。
　
（本件補正後の特許請求の範囲）
「【請求項１】
　
複数
複数
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システムであって、
　前記サーバ側で使用されている
複数
　前記クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別部と、
　前記識別部の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、前記クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能と、
　を備えるリソース管理システム。
【請求項２】
　前記識別部が、
　前記クライアントがもはやデータ伝送ネットワークを介して前記サーバに接続されていないことを
前記サーバと前記クライアントとの間の通信が前記リストのファイル記述子を介して行われることにより
【請求項３】
　前記識別部が、
　前記リソースを使用するプログラムが終了したことを判定する終了判定部を含む、請求項１
または２
【請求項４】
　前記サーバが、前記サーバに関連するリソースを使用する前記クライアントのそれぞれおよび前記各々のクライアントによって使用される前記リソースのリストを維持する、請求項１
から３のいずれか
【請求項５】
　
複数
複数
　サーバ側のリソースを使用するために前記サーバに結合されたクライアントによる前記サーバ側のリソースの使用を管理するリソース管理方法であって、
　前記サーバを使用しているクライアントおよび前記クライアントに関連する前記サーバの前記リソースを前記サーバが識別
し、前記サーバ側で使用されている複数のリソースおよびそのリソースを使用する前記クライアントの関係を記憶したリストを作成
　前記クライアントが前記サーバの前記リソースをもはや使用していないことを前記サーバが
判定
判定
　前記クライアントが前記サーバの前記リソースをもはや使用していないことの前記判定ステップの判定結果に応答して、
　前記クライアントに関連していた前記サーバ側の前記リソースを前記サーバが解放するステップとを含む、リソース管理方法。
【請求項６】
　
前記判定ステップが、前記サーバと前記クライアントとの間の通信が前記リストのファイル記述子を介して行われることにより判定する
　請求項５に記載のリソース管理方法。
【請求項７】
　さらに、前記サーバを使用する各クライアントによって使用されている前記リソースのリストを前記サーバが維持するステップを含む、
　請求項５
または６
【請求項８】
　前記
リソース管理
　前記リソースの前記使用が開始された時刻および前記リソースが最後に使用された時刻の記録を維持することと、
　前記リソースを解放するかどうかを判定するために前記時刻の少なくとも１つの前記記録を使用することを含む、
　請求項５
から７のいずれか
【請求項９】
　
複数
複数
　サーバ側のリソースを使用するために前記サーバに結合されたクライアントによる前記サーバ側のリソースの使用を管理するリソース管理方法であって、
　前記クライアントが前記サーバ側のリソースの使用を要求する時に、
　前記クライアントの識別、前記リソース、および時刻を、使用される
リスト
　前記クライアントがその後、前記リソースを使用する時に、前記リソースの最後の使用の時刻を前記使用される
前記
　前記クライアントが接続され、リソースを使用している間、前記クライアントが前記リソースを管理することを前記サーバが許可するステップと、
　所定の時間の期間以内にクライアントがリソースを使用したかどうかを前記サーバが
前記サーバと前記クライアントとの間の通信を前記リストのファイル記述子を介して行うことにより
　を含むリソース管理方法。
【請求項１０】
　
複数
複数
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システム
としての機能をコンピュータに
　前記サーバ側で
使用されている複数のリソースおよびそのリソースを使用する前記クライアントの関係を記憶した
　前記
クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別
　前記識別
機能の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、前記クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能と、
【請求項１１】
　前記識別
機能が
　
前記クライアントがもはやデータ伝送ネットワークを介して前記サーバに接続されていないことを前記サーバと前記クライアントとの間の通信が前記リストのファイル記述子を介して行われることにより
　
（本件補正前の特許請求の範囲）
「【請求項１】
　少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システムであって、
　前記サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶したリストと、
　前記クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別部と、
　前記識別部の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、前記クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能と、
　を備えるリソース管理システム。
【請求項２】
　前記識別部が、
　前記クライアントがもはやデータ伝送ネットワークを介して前記サーバに接続されていないことを判定する機能を含む、請求項１に記載のリソース管理システム。
【請求項３】
　前記識別部が、
　前記リソースを使用するプログラムが終了したことを判定する終了判定部を含む、請求項１に記載のリソース管理システム。
【請求項４】
　前記サーバが、前記サーバに関連するリソースを使用する前記クライアントのそれぞれおよび前記各々のクライアントによって使用される前記リソースのリストを維持する、請求項１に記載のリソース管理システム。
【請求項５】
　少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　サーバ側のリソースを使用するために前記サーバに結合されたクライアントによる前記サーバ側のリソースの使用を管理するリソース管理方法であって、
　前記サーバを使用しているクライアントおよび前記クライアントに関連する前記サーバの前記リソースを前記サーバが識別するステップと、
　前記クライアントが前記サーバの前記リソースをもはや使用していないことを前記サーバが検出するステップと、
　前記クライアントが前記サーバの前記リソースをもはや使用していないことの前記検出ステップの検出結果に応答して、
　前記クライアントに関連していた前記サーバ側の前記リソースを前記サーバが解放するステップとを含む、リソース管理方法。
【請求項６】
　さらに、前記クライアントが前記サーバから切断したことを前記サーバが判定するステップを含む、
　請求項５に記載のリソース管理方法。
【請求項７】
　さらに、前記サーバを使用する各クライアントによって使用されている前記リソースのリストを前記サーバが維持するステップを含む、
　請求項５に記載のリソース管理方法。
【請求項８】
　前記方法がさらに、クライアントによって使用されるリソースのリストを維持することと、
　前記リソースの前記使用が開始された時刻および前記リソースが最後に使用された時刻の記録を維持することと、
　前記リソースを解放するかどうかを判定するために前記時刻の少なくとも１つの前記記録を使用することを含む、
　請求項５に記載のリソース管理方法。
【請求項９】
　少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　サーバ側のリソースを使用するために前記サーバに結合されたクライアントによる前記サーバ側のリソースの使用を管理するリソース管理方法であって、
　前記クライアントが前記サーバ側のリソースの使用を要求する時に、
　前記クライアントの識別、前記リソース、および時刻を、使用されるリソース・リストに入力するステップと、
　前記クライアントがその後、前記リソースを使用する時に、前記リソースの最後の使用の時刻を前記使用されるリソース・リストに入力するステップと、
　前記クライアントが接続され、リソースを使用している間、前記クライアントが前記リソースを管理することを前記サーバが許可するステップと、
　所定の時間の期間以内にクライアントがリソースを使用したかどうかを前記サーバが判定し、そうでない場合に、前記リソースを前記サーバが解放するステップと、
　を含むリソース管理方法。
【請求項１０】
　少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システムにおけるコンピュータにリソースの使用を管理する機能を実現させるためのプログラムであって、
　前記サーバ側で識別されたクライアントによって使用されている前記リソースのリストを記憶する機能と、
　前記識別されたクライアントが前記サーバに関連するリソースをもはや使用していない時を判定する機能と、
　前記識別されたクライアントが前記サーバに関連するリソースをもはや使用していないことの判定に応答して、
　前記識別されたクライアントによって使用された前記リソースを判定し、
　これらのリソースを解放する機能とを実現させるためのプログラム。
【請求項１１】
　前記識別されたクライアントがリソースをもはや使用していないことを判定する前記機能が、前記クライアントが前記サーバにもはや接続されていないことを判定する機能を含む、請求項１０に記載のプログラム。」
　
（２）補正の適否の判断
（２．１）本件補正が、願書に最初に添付した明細書又は図面（以下、「当初明細書」という。）に記載した事項の範囲内においてされたものであるか検討する。
　本件補正により補正された請求項２において、発明特定事項として「前記サーバと前記クライアントとの間の通信が前記リストのファイル記述子を介して行われる」が追加された。また、請求項６、９、１１についても同様の特定事項の追加がなされている。しかしながら、願書に最初に添付した明細書又は図面の【００２８】段落には、「サーバとのクライアント・セッションのそれぞれが、サーバへのクライアント接続中にサーバ内の単一のファイル記述子に関連するという事実を活用する。クライアントとの間のすべての通信が、そのファイル記述子を介して行われる。」と記載されていて、サーバ内の単一のファイル記述子を介して行われるとのみ記載があり、前記リストのファイル記述子を介して行われる構成は記載されておらず、また、前記請求項に係る構成は他の段落のどこにも記載されておらず、願書に最初に添付した明細書又は図面に記載した事項の範囲内においてしたものではないことは明らかである。なお、請求項３、４は請求項２を引用し、請求項７、８は請求項６を引用していることから、同じ趣旨のことがいえる。
　よって、本件補正に係る請求項２乃至請求項４、請求項６乃至請求項９、及び、請求項１１に関する補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内においてしたものでなく、特許法第１７条の２第３項の規定に違反するものである。
　
（２．２）本件補正後の請求項１乃至請求項１１について、補正の目的を検討する。
　本件補正により補正された請求項５において、「前記サーバ側で使用されている複数のリソースおよびそのリソースを使用する前記クライアントの関係を記憶したリストを作成する」を追加したが、この構成は、補正前の請求項５に係るいずれの手段の下位概念にも該当せず、発明特定事項の限定に当たらず、特許請求の範囲の限定的減縮には該当しない。また、本件補正は、請求項の削除、誤記の訂正、明瞭でない記載の釈明の、いずれにも該当しない。
　よって、本件補正は、特許法第１７条の２第４項第２号乃至第４号のずれをも目的とするものではない。
　
（２．３）　むすび
　以上のとおり、本件補正は、特許法第１７条の２第３項から第４項の規定に違反するものであるから、特許法第１５９条第１項において読み替えて準用する特許法第５３条第１項の規定により却下されるべきものである。
　
３．本願発明について
（１）平成１７年１２月１３日付の手続補正書による補正は前記のとおり却下された。
　本願の請求項１に係る発明は、平成１７年８月１１日付の手続補正書における特許請求の範囲の請求項１に記載された次の事項により特定されるものである。（以下、同項記載の発明を「本願発明」という。）
　
「少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システムであって、
　前記サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶したリストと、
　前記クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別部と、
　前記識別部の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、前記クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能と、
　を備えるリソース管理システム。」
　
 （２）引用刊行物
　原審の拒絶の理由に引用された本願優先権主張日前頒布された刊行物である、米国特許第５，９４６，４６５号明細書には、図面とともに次の事項が記載されている。
Ａ．「It is an object of the invention to detect a lost session.
It is a further object of the invention to provide at the application level recovery of system resources used by a Telnet client as quickly as possible after the client has become inactive.
　It is a further object of the invention to provide an application level inactivity timer for a Telnet client that will work across any kind of network, allowing quick reclamation of any system resources which may be locked up by a no longer connected or active client.」（第１欄６１行〜第２欄３行）
当審訳「本発明の目的は失われたセッションを検知することである。
本発明のさらなる目的はクライアントが不活発になった後にできるだけ速くTelnetクライアントによって使用されるシステムリソースのアプリケーションレベルの回復を提供することである。
　本発明のさらなる目的はもはや接続されず又は活性でないクライアントによってロックされるかもしれない各種システムリソースの迅速な再生利用を許可する、あらゆる種類のネットワークを介して働くTelnetクライアントのためのアプリケーションレベル不活性タイマを提供することである。」
Ｂ．「Referring to FIG. 4, in operation, Telnet server 250 in step 260 issues a DO TIMING MARK to client 252 and begins waiting (.DELTA.t) in steps 262 and 266 for the WILL TIMING MARK or WONT TIMING MARK response from client 252. If the response is received before .DELTA.t exceeds WAIT, in step 264 server 250 calculates a new WAIT period using, for example, equation (2) and issues in step 260 a next DO TIMING MARK to client 252. If, in step 266, it is determined that the wait time (.DELTA.t) exceeds the previously calculated WAIT time, then in step 268 Telnet server 250 releases system resources being used by this client 252.」（第４欄３２行〜４２行）
当審訳「図４を参照すると、操作において、Telnetサーバ２５０はステップ２６０でクライアント２５２に DO TIMING MARKを発行しそしてステップ２６２とステップ２６６で クライアント２５２からの応答WILL TIMING MARK又はWONT TIMING MARKのためにΔｔの待機を開始する。もし待機がΔｔを超過する前に応答が受け取られると、ステップ２６４でサーバ２５０は例えば、方程式（２）を用いて次の待機の期間を計算し、そしてステップ２６０で次のDO TIMING MARKをクライアント２５２へ発行する。もし、ステップ２６６で、待機の時間Δｔが前に計算された待機の時間を超過することが決まると、ステップ２６８で、Telnetサーバ２５０はこのクライアント２５２によって利用されているシステムリソースをリリースする。」
Ｃ．「In further accordance with the invention, a nurse will not lose her connection to her virtual device and be locked out for what could be an unreasonable amount of time. That is, inasmuch as each nurse may select a specific virtual display device name (i.e., nurse name or identification number) on server 140, even though that virtual device is a system resource being managed by host 140, it will not be reused until after termination of the nurse's job.」（第５欄１６行〜２３行）
当審訳「さらなる本発明によれば、ある看護婦は彼女の仮想装置への彼女の接続を失わずそして不必要な大きさの時間の間に出来うることがロックアウトされる。それは、サーバ１４０においてそれぞれの看護婦が特定の仮想ディスプレイ装置名（例えば、看護婦名又はＩＤナンバー）を選択している限りでは、たとえ仮想装置がホスト１４０により管理されるシステムリソースであるとしても、看護婦のジョブの終了の後まで拒否されないであろう。」
Ｄ．「6. System for managing usage of a plurality of nurse terminal devices used for reading and updating patient information stored at a host system, comprising the steps of:
means for establishing at a host server a virtual display
　device for a first nurse terminal device;
means for issuing through a transport layer directed to a said first nurse terminal device a DO 　　TIMING MARK command;
means responsive to receiving a WILL TIMING MARK or WONT TIMING MARK response 　　from said first nurse terminal device for calculating a WAIT time; and
means responsive to receiving no WILL TIMING MARK or WONT TIMING MARK response 　from said first nurse terminal device within said WAIT time for releasing said virtual display 　device.」（第６欄５１行〜６５行）
当審訳「６．ホストシステムで貯えられた患者情報を読み取りそして更新するために用いられる多数の看護婦端末装置の管理取り扱いのためのシステムであって、次のステップから構成される：
　最初の看護婦端末装置のために仮想ディスプレイ装置をホストサーバにおいて確立する手段と、
　DO TIMING MARKコマンドを前記最初の看護婦端末装置に向けてトランスポート層を通して発行する手段と、
　待機時間を計算するために前記最初の看護婦端末装置からのWILL TIMING MARK又はWONT TIMING MARK応答を受けて反応する手段と、そして、
　前記仮想ディスプレイ装置をリリースするために前記待機時間内に前記最初の看護婦端末装置からのWILL TIMING MARK又はWONT TIMING MARKの無応答に反応する手段。」
Ｅ．図３、図４には、少なくとも１つのサーバと少なくとも１つのクライアントとが接続されたシステムが示されている。
　
Ａ．〜Ｅ．によれば、刊行物１には、失われたセッションを検知し、クライアントが不活発になった後にできるだけ速くクライアントによって使用されるシステムリソースのアプリケーションレベルの回復を提供し、もはや接続されず又は活性でないクライアントによってロックされるかもしれない各種システムリソースの迅速な再生利用を許可することを目的とした次の発明（以下、「刊行物１の発明」という。）が開示されている。
　
　ホストサーバで貯えられた情報を読み取りそして更新するために用いられる多数の端末装置の管理取り扱いのためのシステムであって、
　特定の仮想ディスプレイ装置名（例えば、看護婦名又はＩＤナンバー）を選択するためにシステムリソースである仮想ディスプレイ装置をホストサーバにより管理する手段と、
　最初の端末装置のために仮想ディスプレイ装置をホストサーバにおいて確立する手段と、
　コマンドを前記最初の端末装置に向けて発行する手段と、
　待機時間を計算するために前記最初の端末装置からの応答を受けて反応する手段と、
　前記仮想ディスプレイ装置をリリースするために前記待機時間内に前記最初の端末装置からの無応答に反応する手段と
　から構成されるシステム。
　
（３）対比・判断
　本願発明と刊行物１の発明とを対比すると
（３．１）刊行物１の発明の「端末装置」は、「クライアント」とみれる。即ち、図３にクライアントとサーバの接続が示され、Ｃ．Ｄ．によれば刊行物１の発明は、図３、図４に示されたサーバとクライアントを前提としたさらなる発明に係り展開例と認められるから、端末装置は図３における「クライアント」に位置付けられる。また、ホストサーバで確立された「仮想ディスプレイ装置」はサーバ側のシステム「リソース」に相当し、Ｃ．によれば、システムは、端末装置が限られた持続時間の間だけホストサーバの仮想ディスプレイ装置を使用するシステムであることは明らかである。
　刊行物１の発明の「ホストシステムで貯えられた情報を読み取りそして更新するために用いられる多数の端末装置の管理取り扱いのためのシステム」は、当該システムが「ホストサーバにおいて特定の仮想ディスプレイ装置名（例えば、看護婦名又はＩＤナンバー）を選択するために、システムリソースである仮想ディスプレイ装置をホストサーバにより管理する手段」を有する点をふまえると、本願発明の「少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システム」に相当する。
（３．２）刊行物１の発明の「特定の仮想ディスプレイ装置名（例えば、看護婦名又はＩＤナンバー）を選択するためにシステムリソースである仮想ディスプレイ装置をホストサーバにより管理する手段」は、「仮想ディスプレイ装置名」と「リソースである仮想ディスプレイ装置」を用いて管理すると解され、管理情報を記憶することは常套手段であることから、前記仮想ディスプレイ装置名と前記リソースの関係が、リスト形式とまでは言えないまでも、所定の形式で記憶されているのが読み取れる。一方、本願発明の関係を記憶した「リスト」も上位概念では形式である。したがって、刊行物１の発明の前記管理する手段に係る事項と本願発明の「前記サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶したリスト」とは、「サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶した形式」を有する点では共通する。
（３．３）Ａ．Ｂ．によれば、待機の時間Δｔが前に計算された待機の時間を超過することが決まると、もはや接続されず又は活性でないクライアントによってロックされるかもしれない各種システムリソースの迅速な再生利用を許可するため、サーバはこのクライアントによって利用されているシステムリソースをリリースする。したがって、刊行物１の発明の「リリースするために…待機時間内の無応答に反応する」ことは、もはやクライアントがサーバ側のリソースを使用していないと弁別（識別）して、その弁別結果によりシステムリソースをリリースする機能を有していることがよみとれる。また、クライアントによって利用されているシステムリソースをリリースすると、そのリリースされたシステムリソースは、各種システムリソースの迅速な再生利用が可能であると解されることから、切断されリリースされたシステムリソースを他のクライアントによって再使用可能とする機能を備えることがよみとれる。これらの点を加味すると、刊行物１の発明の「待機時間を計算するために前記最初の端末装置からの応答を受けて反応する手段」及び、「前記仮想ディスプレイ装置をリリースするために前記待機時間内に前記最初の端末装置からの無応答に反応する手段」は、本願発明の「前記クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別部と、
　前記識別部の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能」に相当する。
（３．４）刊行物１の発明の「システム」は「システムリソースである仮想ディスプレイ装置をホストサーバにより管理する手段」を備えることから、本願発明の「リソース管理システム」に相当する。
　
　したがって、刊行物１の発明と本願発明とは、次の事項を有する発明である点で一致し、そして、次の点で相違する。
〈一致点〉
　少なくとも一つ以上のサーバと一つ以上のクライアントを備えるコンピュータシステムにおいて、
　クライアントが限られた持続時間の間だけサーバ側のリソースを使用するシステムでのリソースの使用を管理するリソース管理システムであって、
　前記サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶した形式と、
　前記クライアントが前記サーバ側のリソースをもはや使用していないことを識別する識別部と、
　前記識別部の識別結果に応答して、前記クライアントが前記サーバに接続されていた時に前記クライアントによって使用されていた前記リソースを解放し、クライアントによって使用されていた前記リソースを、前記クライアントが前記サーバから切断した後に他のクライアントによって使用できるようにする機能と、
　を備えるリソース管理システム。
　
〈相違点〉サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶した「形式」が、本願発明は「リスト」であるのに対し、刊行物１の発明は、具体的な形式が明らかでない点。
　
〈当審判断〉
　関係を記憶した「形式」がリスト形式である技術は、本願優先権主張日前周知の技術にすぎない。例えば、原審査定で示された特開２０００−１８７６４５号公報【００１７】段落には「更に、上記のように、外部からの起動指示にて有効となる第二の管理プログラムを用いてセッションを管理するようなシステムにおいて、ユーザ端末で一時的に処理を停止しているか、異常により停止しているかの状態に基づいて、当該ユーザ端末に対する情報提供に係るセッションを管理できるという観点から、…（中略）…当該情報提供システムにおいて、上記セッション管理手段は、状態情報管理手段に対してユーザ端末側から所定時間内に状態の通知が有るか否かに基づいて情報提供に係るセッションを管理するように構成することができる。」と記載され、図６〜図９を参照すると、サーバ側の管理テーブルにはセッションＩＤ、ユーザＩＤ、ログイン、生存フラグの領域があり、この管理テーブルの形式はリスト形式といえる。また、特開平１１−１４３８２７号公報には、図１に関連し、計算機資源リスト４が、図２に関連し計算機リスト４の構成例としてユーザＩＤ４１、グループＩＤ、ユーザ名、ホームディレクトリなどの項目を有する計算機資源リストが示されており、これらに見られるように、関係を記憶した「形式」がリスト形式である技術は本願優先権主張日前周知の技術にすぎない。
　刊行物１の発明において、サーバ側で使用されている少なくとも１つのリソースおよびそのリソースを使用する前記クライアントの関係を記憶した「形式」を「リスト」とすることは、前記周知技術を参酌することにより当業者が容易になし得ることである。
　
（４）むすび
　以上のとおり、本願発明は、刊行物１に記載された発明、及び、前記周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。