【事件の表示】
　特願２０００−５４５０８７「セッション管理およびユーザ認証のための方法および装置」拒絶査定不服審判事件〔平成１１年１０月２８日国際公開、ＷＯ９９／５４８０３、平成１４年　４月２３日国内公表、特表２００２−５１２３９４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、１９９９年　４月２０日（パリ条約による優先権主張外国庁受理１９９８年　４月２０日、米国）を国際出願日とする出願であって、その請求項１に係る発明（以下「本願発明」と言う。）は、平成１３年　５月３１日付け、平成１７年　３月１４日付け、及び、平成１７年　９月　５日付け手続補正書によって補正された明細書及び図面の記載からみて、本願の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。
　
「コンピュータ・システムによって、セッション・データベースに、ユーザ・セッションと、そのセッションにおいて実行されるサービス・コンポーネントを維持し、
　前記コンピュータ・システムのコンポーネントとして構成された認証マネージャが、ユーザが前記コンピュータ・システムに接続するために該コンピュータ・システムのヒューマン・インターフェース・デバイスを介して入力するユーザ情報を、ユーザ情報とそのユーザ・セッションとを維持している認証データベースのユーザ情報と照合し、
　前記入力されたユーザ情報が正しいものである場合に、
　　そのユーザ・セッションを管理するとともに、前記コンピュータ・システムのコンポーネントとして構成されたセッション・マネージャに前記ユーザが前記コンピュータ・システムに接続したことを、前記認証マネージャにより通知し、
　前記認証マネージャからの通知を受けた前記セッション・マネージャが前記セッション・データベースをアクセスして、前記ユーザ・セッション内で前記ユーザが前記システムから切断されている間であっても実行可能な少なくとも１つのサービス・コンポーネントを開始し、
　　前記少なくとも１つのサービス・コンポーネントが、前記ユーザが前記ヒューマン・インターフェース・デバイスに接続されている間に、その出力を前記ヒューマン・インターフェース・デバイスに向け、
　　前記ユーザが前記コンピュータ・システムのヒューマン・インターフェース・デバイスとの接続を切断した時に、前記認証マネージャ、前記セッション・マネージャにより前記少なくとも１つのサービス・コンポーネントにその切断の旨を通知し、
　前記通知を受けたサービス・コンポーネントが前記ヒューマン・インターフェース・デバイスへの出力を停止すること
　を含むコンピュータ・システムにおいて、セッションを管理する方法。」
　
２．引用例
＜引用文献＞
　原査定の拒絶の理由に引用された
SANJAY　DASGUPTA　et.al.，A MOVABLE USER INTERFACE BASED ON A SIMPLE X-WINDOW LIKE PROTOCOL，Proceedings of the Int. Conf. on EC3-ENERGY,COMPUTER,COMMUNICATION AND CONTROL SYSTEMS(TENCON)，米国，IEEE，１９９１年，p.199-p.203（以下、「引用文献」という。）には、図面（Figure-1）と共に以下の事項が記載されている。
　
（１）「This paper describes the implementation of a movable user interface (MUI) on the RSX-11M+ operating system.MUI is an environment in which a process user has unlimited flexibility of location.The terminal I/O of a process may be relocated by the user to different terminals with complete continuity.」（第１９９ページ左欄第１０行〜第１５行）
当審訳：この論文は、ＲＳＸ−１１Ｍ＋オペレーティング・システム上でのムーバブル・ユーザ・インターフェース（ＭＵＩ）の実現について述べる。ＭＵＩはプロセス・ユーザが位置の無制限の柔軟性を持っている環境である。プロセスのターミナルＩ／Ｏは、完全な継続性を持って異なる端末へユーザによって再配置されてもよい。
　
（２）「MUI is based on the client-server architecture.The client (one for each user) acts as the user interface.The server, which controls a number of pseudo terminal devices, hosts the user's processes.」（第１９９ページ左欄第２１行〜第２５行）
当審訳：ＭＵＩはクライアントサーバ・アーキテクチャに基づく。クライアント（各ユーザに１つ）は、ユーザ・インターフェースの役割をする。サーバー（それは多くの疑似端末装置を制御する）はユーザのプロセスをホストする。
　
（３）「The user's processes are run on the pseudo terminals.Since the server controls these devices, it is notified of all I/O requests made by these processes, and also receives any output data.The protocol used between the server and the clients allows them to exchange I/O-data as well as control information.The client is designed to interact with the user controlling the physical terminal in accordance with the meaning of the protocol messages received by it.」（第１９９ページ左欄第２行〜第１０行）
当審訳：ユーザのプロセスは疑似端末上で実行される。サーバーはこれらの装置を制御するので、これらのプロセスによってなされたすべてのＩ／Ｏリクエストについて通知を受け、さらに、どんな出力データも受け取る。サーバーとクライアントの間で使用されるプロトコルは、それらが制御情報だけでなくＩ／Ｏデータも交換することを許す。クライアントは、ユーザが、それによって受け取られたプロトコル・メッセージの意味に従って物理端末を制御して対話するように設計されている。
　
（４）「To understand the design of the server,it is necessary to refer to some of its internal data.The entity comprised of a virtual terminal (VT:) and (possibly) a process is referred to as a session.The data is organized as a table with each row representing one session,and in C [13] notation is defined as follows :
　　　long cl_addr[STRMAX];/*IPC address of client */
　　　　　　　　　　　　 /* 0 in free sessions.*/
　　　char s_passwd[10];/* Owner given password.*/
　　　int s_.status[STRMAX];/* Status (see below) */
　　　　　　#define S_ALL 001 /* Session allocated */ 
　　　　　　#define S_ACT 002 /* If task is active.*/
　　　　　　#define S_WFl 004 /* If input pending.*/
　　　int i_ast[STRMAX][3];/* Input AST parameters */
　　　int vt_unit[STRMAX];/* VT:unit number.*/
The term STRMAX in these definitions is the number of sessions supported simultaneously.」（第２００ページ左欄第２７行〜第４４行）
　
当審訳：サーバーのデザインを理解するために、その内部データのうちのいくつかに言及することが必要である。仮想端末（ＶＴ：）と（多分）プロセスで構成された要素は、セッションと呼ばれる。そのデータは、１つのセッションを表わす各列を持ったテーブルとして編制される、そして、Ｃ[13]表記法では以下のように定義される：
　　　long cl_addr[STRMAX];/*クライアントのＩＰＣアドレス*/
　　　　　　　　　　　　　 /*解放されたセッションでは　０*/
　　　char s_passwd[10];/*所有者付与パスワード*/
　　　int s_.status[STRMAX;];/*ステータス(以下を参照)*/
　　　　　　#define S_ALL 001 /* セッション割り付け済*/ 
　　　　　　#define S_ACT 002 /* タスクがアクティブな場合*/
　　　　　　#define S_WFl 004 /* 入力が保留の場合。*/
　　　int i_ast[STRMAX][3];/*入力ＡＳＴパラメーター*/
　　　int vt_unit[STRMAX];/* ＶＴ：ユニット番号*/
　これらの定義における、用語ＳＴＲＭＡＸは同時にサポートされたセッションの数である。
　
（５）「The server first allocates virtual terminals[10] for each stream, stores their unit numbers in vt_unit,and assigns a LUN to each.It also assigns parts of its code to act as AST routines for I/O notification from the VT:s.」（第２００ページ左欄第５０行〜第５４行）
当審訳：サーバーは、最初に各ストリームに仮想端末[10]を分配し、vt_unitの中にそれらのユニット番号を格納し、各々にＬＵＮを割り当てる。さらに、それは、そのコードの部分をＶＴ：からのＩ／Ｏ通知のためのＡＳＴルーチンとしてはたらくように割り当てる。
　
　
（６）「A connect Request is indicated by the arrival of an OPC_CONRQ packet.The way in which this is handled depends on whether allocation of a new session is being requested.An already allocated session can be connected to only if no other client is connected (the cl_addr field is clear), and the password supplied matches that in the session's s_passwd.The result of these checks is noted as an appropriate code.」（第２００ページ左欄第６１行〜右欄第２行）
　接続要求はOPC_CONRQパケットの到着によって指示される。これが処理される行程は、新規のセッションの割付けが要求されているかどうかに依存する。既に割り付けられたセッションは、他のクライアントが接続されず（cl_addrフィールドが空）、かつ、供給されたパスワードがセッションのs_passwdのそれと一致する場合のみ、接続されることができる。これらの照合の結果は適正なコードとして示される。
　
（７）「In both cases, if the request can be honored, the address of the client is copied into the session's cl_addr field.An acknowledgement packet carrying the result code and session number (if applicable) is then sent back to the requesting client.If a connection is granted, the following additional actions are carried out.」（第２００ページ右欄第１０行〜第１６行）
当審訳：何れの場合にも、リクエストが全うされるならば、クライアントのアドレスがセッションのcl_addrフィールドにコピーされる。その後、リザルトコードとセッション番号(適用可能な場合に)を運ぶ認識パケットが、要求するクライアントに送られる。接続が許可される場合、次の追加のアクションが行なわれる。
　
（８）「OPC_OUTDATA packets are sent out to the newly connected client.These packets carry information from the screen buffer of the session's terminal emulator,and enable the client to reconstruct the display on its physical terminal.Then, if the session has a task that is waiting for input (S_ACT is set in s_status), an OPC_RDRQ paket is sent to the client.This packet carries the parameters of the pending read request.If the session has no task, an OPC_GETCLI packet is sent to the client.Handling of these packets is described in 'Design of the Client' below.」（第２００ページ右欄第１７行〜第２７行）
当審訳：OPC_OUTDATAパケットが新しく接続しているクライアントに発送される。これらのパケットは、セッションのターミナル・エミュレータのスクリーン・バッファーからの情報を伝え、そして、クライアントをその物理端末上の表示を復元することが可能にする。その後、セッションが入力を待っているタスクを持っている（S_ACTがs_statusの中にセットされている)場合、OPC_RDRQ paketがクライアントに送られる。このパケットは、保留されている読み込み要求のパラメーターを運ぶ。セッションがタスクをしていない場合、OPC_GETCLIパケットがクライアントに送られる。これらのパケットの取り扱いは、以下に「クライアントのデザイン」の中で述べられる。
　
（９）「A Disconnect Request is indicated by the arrival of an OPC_DCONRQ packet.The server clears the address field (cl_addr) of the appropriate session.As a result no further communication with the client is possible.In particular, the AST routines will no longer send task output data or input requests to any client.」（第２００ページ右欄第２８行〜第３４行）
当審訳：切断要求はOPC_DCONRQパケットの到着によって指示される。サーバーは適合するセッションのアドレス・フィールド(cl_addr)をクリアーする。その結果、クライアントとのそれ以上のコミュニケーションは可能ではない。特に、ＡＳＴルーチンはもはやどのクライアントにもタスク出力データや入力要求を送らないだろう。
　
（１０）「When a user disconnects from a session, any executing task continues unaffected.All TI:output is sent to the session's terminal emulator.The terminal emulator's internal buffer can accommodate one screen of terminal display.」（第２００ページ右欄第３５行〜第３９行）
　当審訳：ユーザがセッションから切断すると、どんな実行タスクも引き続き影響されない。すべてのＴＩ：出力はセッションのターミナル・エミュレータに送られる。ターミナル・エミュレータの内部バッファーは、端末表示の1つのスクリーンを提供することができる。
　
（１１）「A Command Execution Request is signaled by an OPC_SPNRQ packet.The server performs 'command echoing' by copying the command line to the session's terminal emulator.The session is then marked active by setting S_ACT in s_status,and the command is spawned [4] on the session's VT:.If command spawning does not succeed, the S_ACT bit is reset immediately.」（第２００ページ右欄第５４行〜第６０行）
当審訳：コマンド実行リクエストはOPC_SPNRQパケットによって示される。サーバーは、セッションのターミナル・エミュレータにコマンドラインをコピーすることにより、「コマンドエコーイング」を行なう。その後、そのセッションはs_statusの中のS_ACTをセットすることによりアクティブにマークされ、そして、コマンドがセッションのＶＴ：の上で生成 [4]される。コマンドの生成が成功しない場合、S_ACTビットは直ちにリセットされる。
　
（１２）「AST I/O Notification Routines
There is only one AST routine for each type of event, so each such routine handles notification from all VT:s.Each AST routine must first demultiplex these notifications, and identify the session to which they pertain.The I/O notification ASTs receive the following parameters:
　　　* child's VFC paramater to QIOW directive.
　　　* byte Count of child's I/O request.
　　　* unit number Of child's VT:device.
　　　* sub-functior code from child's I/O request.
　　　(the last two items are packed into one word.)
The session number can be determined by comparing the VT:unit number received in the notification with the values stored in the vt_unit array.To improve performance, a vectoring scheme that does not involve search is used.
　
　　Output Notifications are handled by issuing a read (QIOW) request to the session's VT:device.The byte count specified is the same as that received in the notification.This retrieves the data queued at the VT: by the child's output request.
　
The retrieved data is first written to the session's terminal emulator.If the session is connected, the data is also send to the client (in an OPC_OUTDATA packet) for display at the physical terminal.Output from tasks in unconnected sessions is accumulated in the associated terminal emulators.The accumulated information is displayed on the user's terminal screen when a user connects to the session as described above.
　
　　Input Notifications are handled by storing the parameters received in i_ast,and marking the session as 'waiting for terminal input' by setting bit S_WFI in c_status.The parameters have to be saved because the read request may not be satisfied immediately (ie if the session is not connected),if a client is connected,an OPC_RDRQ packet carrying the AST parameters is sent to the client.If no client is connected, processing ends here;the set S_WFI bit will trigger the sending of an OPC_RDRQ pactet when a user connects to the session as described above.
　
　　An exit AST routine [4] is always specified whenever a command is spawned.This ensures that the server receives notification of all task terminations.The exit AST routine clears the S_ACT bit in the appropriate session's s_status field and exits.An exit AST routine receives only one parameter (the address of the exit status block specified for the terminating task).This parameter is used to determine the terminating task's session.」（第２０１ページ左欄第１行〜第５０行）
当審訳：　ＡＳＴ　Ｉ／Ｏ通知ルーチン
　各タイプのイベントに対して１つだけのＡＳＴルーチンがある。したがって、そのようなルーチンはそれぞれ、すべてのＶＴ：からの通知を処理する。ＡＳＴルーチンはそれぞれ最初にこれらの通知を非多重化し、それらが関係するセッションを識別しなければならない。Ｉ／Ｏ通知ＡＳＴは次のパラメーターを受け取る:
　　　＊　子どものＱＩＯＷ指令へのＶＦＣパラメータ
　　　＊　子どものＩ／Ｏリクエストのバイト・カウント。
　　　＊　子どものＶＴ：装置のユニット番号。
　　　＊　子どものＩ／Ｏリクエストからのサブファンクションコード。
　　　(最後の2つのアイテムは１ワードに詰めらる。)
セッション番号は、通知の中の受け取られたＶＴ：ユニット番号をvt_unit配列の中に格納された値と比較することにより決定することができる。パフォーマンスを改善するために、探索を含んでいないベクトリングスキームが使用される。
　
　出力通知は、セッションのＶＴ：装置への読み取り（ＱＩＯＷ）要求の発行により処理される。指定されたバイト・カウントは通知の中の受け取られたそれと同じである。これは子どもの出力リクエストによってＶＴ：で並んで待つデータを引き出す。
　
　引き出されたデータは、セッションのターミナル・エミュレータにまず書き込まれる。セッションが接続される場合、データはさらに、物理的な端末での表示のため、(OPC_OUTDATAパケットの中の)クライアントに送られる。接続されていないセッションのタスクからの出力は関連するターミナル・エミュレータに蓄積される。ユーザが上述されるようなセッションに接続する場合、蓄積された情報は、ユーザのターミナルのスクリーンに表示される。
　
　入力通知は、i_astに受け取られたパラメーターを格納し、そして、c_statusにビットS_WFIをセットすることにより「ターミナルの入力待ち」としてセッションをマークする。読み込み要求が直ちに満たされない(つまりセッションが接続されない場合)かもしれないので、パラメーターを保存しなければならない。クライアントが接続されている場合、ASTパラメーターを運ぶOPC_RDRQパケットがクライアントに送られる。クライアントが接続されていない場合、処理はここで終了し、ユーザが上に記述されるようなセッションに接続する時、S_WFIビットのセットは、OPC_RDRQ pactetの送信を引き起こすだろう。
　
　コマンドが生成される場合は、退出ＡＳＴルーチン[4]が常に指示される。これは、サーバーがすべてのタスクの終了の通知を受け取ることを保証する。退出ＡＳＴルーチンは、適合するセッションのs_statusフィールドの中のS_ACTビットをクリアーし、そして退出する。退出ＡＳＴルーチンは1つのパラメーター(終了するタスクのために指定された退出ステータス・ブロックのアドレス)のみを受け取る。このパラメーターは終了するタスクのセッションを決定するために使用される。
　
（１３）「An OPC_GETCLI Packet indicates that there is no task in the connected session, and that the user must be prompted for a command line.The client issues a 'system prompt', and then reads one line of input.The line read is sent back to the server in an OPC_SPNRQ packet.」（第２０１ページ右欄第１６行〜第２１行）
当審訳：OPC_GETCLIパケットは、タスクが接続しているセッションになく、ユーザがコマンドラインのために入力を促されなければならないことを示す。クライアントは「システム・プロンプト」を発行し、それから、１つの行入力を読む。行の読み取りは、OPC_SPNRQパケットでサーバーに送られる
　
（１４）「An OPC OUTDATA packet contains output data from a task running in a connected session.The client extracts the text from the packet, and writes it to the physical terminal.」（第２０１ページ右欄第２２行〜第２５行）
当審訳：OPC OUTDATAパケットは、接続しているセッションに走って入るタスクからの出力データを含んでいる。クライアントはパケットからテキストを抽出し、物理端末にそれを書き込む。
　
　
（１５）「The client sends a 'connect or allocate' request packet to the server when the user wishes to connect to a new or existing session.This packet is formatted as follows :
　　　typedef struct {
　　　　　　HEADER h;/* Packet header */
　　　　　　char passwd[10]; /* Session password */
　　　} ICB_CONRQ;」(第２０２ページ左欄第３０行〜第３７行)
当審訳：ユーザが新規又は既存のセッションへの接続を欲したとき、クライアントがサーバーへ接続または割り付リクエスト・パケットを送る。
このパケットは以下のようにフォーマットされる:
　　　typedef struct {
　　　　　　HEADER h;/*パケット・ヘッダー*/
　　　　　　char passwd[10]; /* セッション・パスワード*/
　　　} ICB_CONRQ;）
　
　＜引用発明＞
　引用文献は上記（１）（２）記載の通り「ムーバブル・ユーザ・インターフェース（ＭＵＩ）の実現について述べるもので、これは「クライアントサーバーアーキテクチャ」すなわち「コンピュータ・システム」に基づいているものである。
　そして、引用文献１記載のものは、上記（３）（１２）の記載からみて、
「タスクを仮想端末上で実行し、仮想端末の入出力をＡＳＴルーチンによって物理端末を制御するクライアントに伝える」ようになされているものである。
　
　また、上記（４）（５）記載のように、当該「コンピュータ・システム」は「セッションを表わす各列を持ったテーブル」を持っており、その中に「s_passwd」すなわち「所有者付与パスワード」を維持し、さらに、「vt_unit」すなわち、そのセッションで用いる「仮想端末」の「ユニット番号」を維持しているのであるから、引用文献記載のものは
「コンピュータ・システムによって、テーブルに、セッションと所有者付与パスワードとそのセッションで用いる仮想端末のユニット番号を維持し」ていると認められる。
　
　また、上記（６）の記載から見て、引用文献記載のものは、供給された所有者付与パスワードを、上記テーブルの所有者付与パスワードと照合しているものであるところ、該供給された所有者付与パスワードは（３）（１５）の記載から見て、ユーザがセッションへの接続のために物理端末を介して与えたパスワードに他ならないので、引用文献記載のものは、「ユーザが前記コンピュータ・システムに接続するために該コンピュータ・システムの物理端末を介して入力する所有者付与パスワードを、上記テーブルの所有者付与パスワードと照合し」ていると認められる。
　
　そして、引用文献記載のものは所有者付与パスワードがテーブルのパスワードと一致する場合、上記（７）記載の如く、セッションのcl_addrフィールドの書き替え、すなわち、テーブルのアクセスをしており、さらに接続しているセッションにタスクがない場合には、上記（８）（１３）（１１）記載の如き手順で、タスクを開始するようにしている。そしてさらに、当該タスクは、上記（１０）の記載からみて、ユーザが物理端末をコンピュータ・システムから切断してもセッション内での実行を継続するものである。従って、引用文献記載のものは
「前記入力された所有者付与パスワードが正しいものである場合に、
　前記テーブルをアクセスして、前記セッション内で前記ユーザが前記物理端末が前記システムから切断されている間であっても実行可能なタスクを開始し」ているものであると認められる。
　
　さらに、上記（１４）の記載から、引用文献記載のものは
「前記ユーザが前記物理端末をコンピュータ・システムに接続しているときは、前記タスクからの出力データを物理端末に書」くものであると認められる。
　
　また、上記（９）記載の如く、切断要求があった時にはセッションのアドレス・フィールド(cl_addr)をクリアーすることで、ＡＳＴルーチンがクライアントにタスク出力データや入力要求を送らないように動作するのであるから、引用文献記載のものは
「前記ユーザが物理端末の接続を切断した時に、セッションのアドレス・フィールドをクリアーし、ＡＳＴルーチンがクライアントへタスク出力データや入力要求を送らないように」しているものであると認められる。
　
　そして、引用文献記載のものにおける上記の「セッション」の「接続」「切断」等は、「コンピュータシステム」においてなされる「セッションを管理する方法」に他ならないものである。
　
　してみると、引用文献には
「タスクを仮想端末上で実行し、該仮想端末の入出力をＡＳＴルーチンによって、物理端末を制御するクライアントに伝えるものであって、
　コンピュータシステムによって　テーブルに、セッションと所有者付与パスワードと、そのセッションで用いる仮想端末のユニット番号を持ち、
　ユーザが前記コンピュータ・システムに接続するために該コンピュータ・システムの物理端末を介して入力する所有者付与パスワードを、上記テーブルの所有者付与パスワードと照合し、
　前記入力された所有者付与パスワードが正しいものである場合に、
　前記テーブルをアクセスして、前記セッション内で前記ユーザが前記物理端末が前記システムから切断されている間であっても実行可能なタスクを開始し、
　前記ユーザが前記物理端末をコンピュータ・システムに接続しているときは、前記タスクからの出力データを物理端末に書き、
　前記ユーザが前記コンピュータ・システムの物理端末の接続を切断した時に、セッションのアドレス・フィールドをクリアーし、ＡＳＴルーチンがクライアントへタスク出力データや入力要求を送らないようにすること
　を含むコンピュータシステムにおいて、セッションを管理する方法」
の発明（以下「引用発明」と記す）が記載されていると認められる。
　
３．対比
＜一致点＞
本願発明と引用発明とを比較すると
　
　引用発明においては、ユーザが欲する処理は、タスクを仮想端末上で実行し、該仮想端末の入出力をＡＳＴルーチンによって物理端末を制御するクライアントに伝えることによって提供されるのであるから、この「タスク」「仮想端末」「ＡＳＴルーチン」は、本願発明における「サービス・コンポーネント」に相当するものであると言える。
　
　そして、引用発明における「テーブル」は、本願発明における「セッションデータベース」および「認証データベース」に対応付けられるものであるところ、引用発明における「仮想端末」は上述のごとく「サービス・コンポーネント」に相当するものであるから、引用発明における「仮想端末のユニット番号」は「サービス・コンポーネント」を示すものに他ならず、引用発明は本願発明と同様に、
「コンピュータ・システムによって、データベースに、ユーザ・セッションと、そのセッションにおいて実行されるサービス・コンポーネントを維持し」ているものである。
　
　また、引用発明における「物理端末」は、本願発明における「ヒューマン・インターフェース・デバイス」に相当するものであり、また、引用発明における「所有者付与パスワード」は「ユーザ情報」に他ならないものであるから、引用発明も本願発明と同様に
「ユーザが前記コンピュータ・システムに接続するために該コンピュータ・システムのヒューマン・インターフェース・デバイスを介して入力するユーザ情報を、ユーザ情報とそのユーザ・セッションとを維持しているデータベースのユーザ情報と照合し」ているものである。
　
　さらに、引用発明における「タスク」も上述のごとく「サービスコンポーネント」に相当するものであるから、引用発明も本願発明と同様に
「前記入力されたユーザ情報が正しいものである場合に、
　データベースをアクセスして、前記ユーザ・セッション内で前記ユーザが前記システムから切断されている間であっても実行可能な少なくとも１つのサービス・コンポーネントを開始し」ているものである。
　
　さらに、引用発明における「セッションのアドレス・フィールドをクリアー」することは「サービスコンポーネント」たる「ＡＳＴルーチン」に切断の旨を通知することに他ならず、「クライアントへタスク出力データや入力要求を送らないようにすること」は「ヒューマン・インターフェース・デバイスへの出力を停止すること」に他ならないので、引用発明も本願発明と同様に
「前記ユーザが前記コンピュータ・システムのヒューマン・インターフェース・デバイスとの接続を切断した時に、前記少なくとも１つのサービス・コンポーネントにその切断の旨を通知し、
　前記通知を受けたサービス・コンポーネントが前記ヒューマン・インターフェース・デバイスへの出力を停止すること」
を行っているものである。
　
　よって、本願発明と引用発明とは
「コンピュータ・システムによって、データベースに、ユーザ・セッションと、そのセッションにおいて実行されるサービス・コンポーネントを維持し、
　ユーザが前記コンピュータ・システムに接続するために該コンピュータ・システムのヒューマン・インターフェース・デバイスを介して入力するユーザ情報を、ユーザ情報とそのユーザ・セッションとを維持しているデータベースのユーザ情報と照合し、
　前記入力されたユーザ情報が正しいものである場合に、
　前記データベースをアクセスして、前記ユーザ・セッション内で前記ユーザが前記システムから切断されている間であっても実行可能な少なくとも１つのサービス・コンポーネントを開始し、
　　前記少なくとも１つのサービス・コンポーネントが、前記ユーザが前記ヒューマン・インターフェース・デバイスに接続されている間に、その出力を前記ヒューマン・インターフェース・デバイスに向け、
　　前記ユーザが前記コンピュータ・システムのヒューマン・インターフェース・デバイスとの接続を切断した時に、前記少なくとも１つのサービス・コンポーネントにその切断の旨を通知し、
　前記通知を受けたサービス・コンポーネントが前記ヒューマン・インターフェース・デバイスへの出力を停止すること
　を含むコンピュータ・システムにおいて、セッションを管理する方法。」
である点で一致する。
　
＜相違点＞
　しかして、本願発明と引用発明との相違は、以下の点にあるものと認められる。
　
　＜相違点１＞
　本願発明においては「コンピュータ・システムのコンポーネントとして構成された認証マネージャ」がユーザ情報の照合を行い、「前記コンピュータ・システムのコンポーネントとして構成されたセッション・マネージャに前記ユーザが前記コンピュータ・システムに接続したことを、前記認証マネージャにより通知し、前記認証マネージャからの通知を受けた前記セッション・マネージャが」データベースのアクセスやサービス・コンポーネントの開始・切断等の「ユーザ・セッションの管理」を行う構成としているのに対し、引用文献には認証とセッション管理を別のコンポーネントで構成する旨の記載はない点。
　
　＜相違点２＞
　本願発明においては「ユーザ情報とそのユーザ・セッションとを維持している認証データベース」を用いて認証し、「ユーザ・セッションと、そのセッションにおいて実行されるサービス・コンポーネントを維持し」ている「セッション・データベース」を用いてセッションの管理をしているのに対し、引用発明は一つの「テーブル」で管理をしている点。
　
４．判断
　以下に、上記相違点について検討する。
　＜相違点１について＞
　複数のコンポーネントの組み合わせでシステムを実現することは、従来から一般的に採用されている周知慣用の手法であり、その際にコンポーネント間で通知するようにすることも必要に応じて適宜に採用されている事項に他ならない（必要があれば特開平０９−０３４８４３号公報（特に段落【００１６】〜【００２４】、【００５８】〜【００６４】）、特開平０９−２０４３４８号公報（特に段落【０１４７】〜【０１５１】）等を参照されたし。）ので、引用発明におけるユーザ情報の照合やユーザ・セッションの管理を「認証マネージャ」と、「セッション・マネージャ」なる二つのコンポーネントで構成し、「認証マネージャ」がユーザ情報の照合を行い、「セッション・マネージャに前記ユーザが前記コンピュータ・システムに接続したことを、前記認証マネージャにより通知し、前記認証マネージャからの通知を受けた前記セッション・マネージャが」データベースのアクセスやサービス・コンポーネントの開始・切断等の「ユーザ・セッションの管理」を行う構成とすることも、当業者であれば適宜に採用し得た事項と認められる。
　
　＜相違点２について＞
　処理に必要な情報を複数のデータベースに分けて維持することも、従来から必要に応じて適宜に採用されていた構成であり（必要があれば、上記の特開平０９−０３４８４３号公報、特開平０９−２０４３４８号公報等を参照されたし。）、また、その際にどのデータベースにどの項目を維持するかは、利用形態等に応じて適宜に定め得る設計事項に他ならないものであるから、引用文献記載のものにおける「テーブル」を、認証用の「ユーザ情報とそのユーザ・セッションとを維持している認証データベース」と、セッションの管理用の「ユーザ・セッションと、そのセッションにおいて実行されるサービス・コンポーネントを維持し」ている「セッション・データベース」に分けることも、当業者であれば適宜になし得た設計変更に過ぎないものである。
　
　してみると、上記相違点１、２に係る本願発明の構成は引用発明に基づいて、当業者が容易に想到し得たものである。
　そして、当該構成の採用によって奏される作用効果も、当業者であれば容易に予測し得る程度のものであって、格別顕著なものではない。
　よって、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものである。
　
５．むすび
　以上のとおり、本願請求項１に係る発明は、引用文献に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願は、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。