【事件の表示】
　特願２００２−３６６１０８「セッション識別子管理装置及びセッション識別子管理方法並びにプログラム」拒絶査定不服審判事件〔平成１６年　７月１５日出願公開、特開２００４−１９９３０７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯・本願発明
　本願は、平成１４年１２月１８日の出願であり、平成１８年９月１２日付けで拒絶査定がなされ、それに対して同年１０月１９日に拒絶査定不服の審判請求がなされたものであって、その請求項１に係る発明は、平成１８年８月２１日に提出された手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものと認める。（以下、「本願発明」という。）
　
「端末に関する情報を管理するセッションオブジェクトを一意に識別するセッション識別子に基づいて前記端末との間のセッションを確立して通信を行うホストコンピュータにおけるセッション識別子管理装置であって、前記端末から送られたメッセージに対応させた時刻情報を含むセッション識別子を前記セッションオブジェクトに付加して格納領域に格納し、前記セッション識別子を前記端末に送信する手段と、
　前記セッション識別子の前記時刻情報に基づいて、所定の時間以上無通信状態にある端末の前記セッションオブジェクトを削除する無通信端末削除手段とを備えたことを特徴とするセッション識別子管理装置。」
　
２．引用例
（１）原査定の拒絶の理由に引用された特開２０００−１６３３４６号公報（以下、「引用例１」という。）には、図面とともに次の記載がある。
　
「【０００６】
【発明の実施の形態】以下、本発明の実施例を、図面により詳細に説明する。図１は、本発明の一実施例を示す情報提供システムのブロック構成図である。クライアント端末Ａ１，Ａ２はそれぞれ利用者へのユーザインタフェース機能を提供し、情報提供システムＢに対して要求を発行し、情報提供システムＢからの返却結果を受け取りそれを処理する機能を持つ。情報提供システムＢは、クライアント端末Ａ１，２からポートＰ１を介して要求を受け取り、ポートＰ１を介して処理結果を返送する実行制御部Ｃと、システムの状態を管理する状態監視部Ｄと、アプリケーションプログラム群Ｄ１，２と、セッションの処理をアプリケーションプログラムＤ１，２に指示するセッション処理用実行制御部Ｃ１，２とからなる。ここで、実行制御部Ｃの機能としては、クライアント端末Ａ１，２からの要求を受信する機能と、応答を送信する機能と、セッション情報テーブルの参照、および更新を実行する機能と、セッションの状態を状態監視部Ｄに通知する機能と、セッションの識別子を生成する機能と、クライアント端末Ａ１，２からの要求を、要求に付加されたセッション識別子に基づいて、それぞれのセッションを処理する実行制御部Ｃ１，２に中継する機能とを持つ。なお、実行制御部Ｃ１に中継するルートはポートＰ２を介して行い、実行制御部Ｃ２に中継するルートはポートＰ３を介して行う。
【０００７】図３および図４は、本発明によるセッションの開始から終了までのシステム状態の遷移図である。図（３−１）は初期状態であって、実行制御部Ｃ０は予め定められた通信ポート番号ｐ１を介してクライアントＡからの要求ｒ１を受信すると、内部状態を保持したまま、そのセッションの処理専用のプロセスＣ１に遷移し、未使用のポート番号ｐ２で通信ポートを開設する（図（３−２））。プロセスＣ１は、セッション処理用実行制御部Ｃ１が処理を担当する。そして、セッション処理用実行制御部Ｃ１から状態監視部Ｄに対して、状態の遷移を通知する。次に、図（３−３）では、セッション処理用実行制御部Ｃ１は、状態監視部Ｄに通知をした後、セッションに関する情報をセッション情報テーブルＴに登録し、セッション識別子ｓｉｄ１を生成して、これをクライアントＡに返送する。また、状態監視部Ｄは、状態遷移通知を受けると、クライアントＡからの新しい要求を受け付けるため、新たに実行制御部Ｃ０を起動する。さらに、セッション処理用実行制御部Ｃ１は、要求に基づいて該当するアプリケーションプログラムＥを実行させる。
【０００８】次に、図（３−４）では、クライアントＡが、それ以降のセッションにおける要求ｒｎにｓｉｄ１を付加して実行制御部Ｃ０に送信する。ここでは、ｒ２がポートｐ０を介して送信される。実行制御部Ｃ０は、ｓｉｄ１に従って対応するセッションを識別し、ポートｐ１を介してセッション処理用実行制御部Ｃ１に要求を転送する（要求ｒ２）。セッション処理用実行制御部Ｃ１は、要求に基づいてアプリケーションプログラムＥを実行し、その結果ｓ２をポートｐ１，ｐ０，実行制御部Ｃ０を中継してクライアントＡに返却する。図（３−５）は、セッションが終了した時点の状態である。セッションが終了すると、セッション処理用実行制御部Ｃ１は削除され、状態監視部Ｄによりセッション情報テーブルＴのセッションに関するエントリが削除される。
【０００９】図５は、本発明におけるセッション識別子およびその要素であるＳＩＮＦの構成を示す図である。セッションの識別子は、識別子であることを示す文字列ＳＩＤと、セッション情報ＳＩＮＦにより構成される。ＳＩＮＦは、セッション情報テーブル（図５参照）のポート番号ＰＮ、インデクスＩＤＸ、識別子の生成時刻情報ＣＤＴ、乱数ＲＮ、および巡回冗長検査ビットＣＲＣをコード化して生成する。すなわち、図５に示すように、
　〈ＳＩＮＦ〉＝Ｅｎｃｏｄｅ（〈ＰＮ〉，〈ＩＤＸ〉，〈ＣＤＴ〉，　　　　　　　　　　　　　　〈ＲＮ〉，〈ＣＲＣ〉）・・・・・・・・（１）
　ここで、識別子の生成時刻情報ＣＤＴと乱数ＲＮは、生成する識別子が重複すること、および識別子が容易に類推されることを回避するために使用される。また、巡回冗長検査ビットＣＲＣは、識別子の改竄を検出するために使用される。さらに、インデクスＩＤＸは、使用するポート番号をセッション情報テーブルＴから参照するために使用される。識別子に直接ポート番号を含めないことにより、安全性を高めている。
【００１０】図６は、本発明の一実施例を示すセッション情報テーブルの構成図である。セッション情報テーブルには、登録される毎にインデクスＩＤＸが書き込まれると同時に、プロセスとの通信に使用される個別のポート番号ＰＮ、転送のプロセスの識別子ＰＩＤ、およびセッション識別子のコード化時に使用される乱数ＲＮの対応が格納され管理される。」（段落【０００６】〜【００１０】）
　
　以上の記載によれば、引用例１には以下のような発明（以下、「引用例１発明」という。）が開示されていると認められる。
　　
「クライアントからの要求ｒ１を受信すると、セッションに関する情報をセッション情報テーブルに登録し、セッション識別子ｓｉｄ１を生成してクライアントに返送し、クライアントがそれ以降のセッションにおける要求ｒｎにセッション識別子ｓｉｄ１を付加して送信してきたときに、当該セッション識別子ｓｉｄ１に対応するセッションを識別し、要求に基づいてアプリケーションプログラムを実行し、その結果をクライアントに返却し、セッションが終了するとセッション情報テーブルのセッションに関するエントリが削除される情報提供システムにおいて、
　前記セッション識別子は、識別子であることを示す文字列ＳＩＤと、セッション情報ＳＩＮＦにより構成され、ＳＩＮＦはセッション情報テーブルのポート番号ＰＮ、インデクスＩＤＸ、識別子の生成時刻情報ＣＤＴ、乱数ＲＮ、および巡回冗長検査ビットＣＲＣをコード化して生成されており、生成時刻情報ＣＤＴと乱数ＲＮは、生成する識別子が重複すること、および識別子が容易に類推されることを回避するために使用され、前記セッション情報テーブルには、登録される毎にインデクスＩＤＸが書き込まれると同時に、プロセスとの通信に使用される個別のポート番号ＰＮ、転送のプロセスの識別子ＰＩＤ、およびセッション識別子のコード化時に使用される乱数ＲＮの対応が格納され管理されるセッション管理方法。」
　
（２）原査定の拒絶の理由に引用された特開平１１−３１１２６号公報（以下、「引用例２」という。）には、図面とともに次の記載がある。
　
（イ）「【００４２】有効なユーザＩＤ４０１及びパスワードがステップ２０７で入力された場合、コントローラはステップ２０８でセッションＩＤ４０２を生成する。セッションＩＤは、会話中にクライアントを認証するために用いられる。セッションＩＤは、悪意あるユーザがセッションＩＤを類推しにくいように、充分に大きいキー・スペースからランダムに選択される。コントローラはユーザＩＤ及びセッションＩＤをデータベースに格納する。（ファイル・システム等他の記憶方法も使用できる）。現在のセッションＩＤは、特定のユーザＩＤに対して前に格納されたセッションＩＤを無効にする。」（段落【００４２】）
　　
（ロ）「【００６５】ステップ２１３でクライアントからコンタクトされたサーバは、クライアントが認証を必要とするトランザクションを実行しようとしたか確認する。クライアントが実行しようとしなかった場合はトランザクションはステップ３００で処理される。
【００６６】認証を要するトランザクションが選択されていることをサーバが確認した場合は、処理はステップ２１４に続く。このステップでサーバは、ユーザＩＤ４０１及びセッションＩＤ４０２が有効か確認する。サーバが参加サーバならコントローラとのコンタクトが、好適な実施例では、ユーザＩＤ及びセッションＩＤの有効性を確認するために必要である。ユーザＩＤ及びセッションＩＤが有効でない場合は、エラー処理がステップ２１５で行われる。先にステップ２０６に関して述べたとおり、エラー処理はいくつかの形で処理できるが、好適にはサーバがエラー・メッセージを含むページで応答することによって会話を終了させる。ユーザＩＤ及びセッションＩＤが有効ならトランザクションは先に述べたようにステップ３００で処理される。」（段落【００６５】、【００６６】）
　　
（ハ）「【００７５】上に述べた実施例ではいくつか拡張及び変形が可能である。１つの変形例はセッションＩＤの存続期間を制限することである。コントローラは各セッションＩＤの存続期間及び作成時刻（エフェメラル・セッションＩＤと呼ばれる）を、ステップ２０８でセッションＩＤが作成されたとき記録できる。現在時刻及び作成時刻の違いが、エフェメラル・セッションＩＤの存続期間を超えるときは、エフェメラル・セッションＩＤは期限を過ぎていることになる。エフェメラル・セッションＩＤの期限切れはステップ２１４でチェックできる。クライアントが期限の切れたエフェメラル・セッションＩＤでトランザクションを試行する場合は、ステップ２１５でエラー処理が行われる。期限切れエフェメラル・セッションＩＤを処理する好適な方法は、有効なユーザＩＤ及びパスワードを提出することで自体を再認証することをクライアントに要求することである。
【００７６】他の変形例として、各トランザクション・リクエストに新しいセッションＩＤを作成することが考えられる。この場合、各セッションＩＤは１つのトランザクションにのみ有効である。このアプローチでは、悪意ある侵入者がセッションＩＤを盗んでアカウントに侵入することは難しくなる。この変形例を実現するためには、ステップ２１４を変更して前のセッションＩＤを無効にし、新しいセッションＩＤを作成して新しいセッションＩＤを記録し、新しいセッションＩＤを会話で保存することができる。」（段落【００７５】、【００７６】）
　　　
３．対　比
　本願発明と上記引用例１発明とを対比する。
　引用例１発明の「クライアント」及び「情報提供システム」は、本願発明の「端末」及び「ホストコンピュータ」に相当する。
　引用例１発明の「セッションに関する情報」は、セッション情報テーブルに登録される毎にインデクスＩＤＸが書き込まれ、プロセスとの通信に使用される個別のポート番号ＰＮ、転送のプロセスの識別子ＰＩＤ、およびセッション識別子のコード化時に使用される乱数ＲＮの対応が格納され管理されるから、本願発明の「端末に関する情報を管理するセッションオブジェクト」に相当する。
　引用例１発明は、クライアントからの要求を受信すると、セッションに関する情報をセッション情報テーブルに登録し、セッション識別子を生成してクライアントに返送し、クライアントがそれ以降の要求に当該セッション識別子を付加して送信してきたときに、当該セッション識別子に対応するセッションを識別するから、本願発明と「端末に関する情報を管理するセッションオブジェクトを一意に識別するセッション識別子に基づいて端末との間のセッションを確立して通信を行うセッション識別子管理装置」である点で対応しているといえる。
　引用例１発明は、生成時刻情報ＣＤＴを含むセッション識別子を生成してクライアントに返送するから、本願発明と「時刻情報を含むセッション識別子を前記端末に送信する手段」を備える点で一致するといえる。
　引用例１発明は、セッションが終了するとセッション情報テーブルのセッションに関するエントリが削除されるから、本願発明と「端末の前記セッションオブジェクトを削除する」手段を有する点で一致するといえる。
　　
　したがって、両者は、
「端末に関する情報を管理するセッションオブジェクトを一意に識別するセッション識別子に基づいて前記端末との間のセッションを確立して通信を行うホストコンピュータにおけるセッション識別子管理装置であって、時刻情報を含む前記セッション識別子を前記端末に送信する手段と、
　前記セッションオブジェクトを削除する削除手段とを備えたことを特徴とするセッション識別子管理装置。」
で一致するものであり、次の（１）〜（３）の点で相違している。
　
（１）セッション識別子に含まれる「時刻情報」が、本願発明は、端末から送られたメッセージに対応させた時刻情報であるのに対し、引用例１発明は、クライアントからの要求ｒ１の受信時の識別子の生成時刻情報ＣＤＴである点。
　
（２）本願発明は、セッション識別子をセッションオブジェクトに付加して格納領域に格納しているのに対し、引用例１発明は、セッション識別子と対応するセッションに関する情報（「セッションオブジェクト」に相当する。）がセッション情報テーブルに格納されるが、セッション識別子をセッションオブジェクトに付加していない点。
　
（３）本願発明は、セッション識別子の前記時刻情報に基づいて、所定の時間以上無通信状態にある端末の前記セッションオブジェクトを削除する無通信端末削除手段を備えたのに対し、引用例１発明は、セッションが終了するとセッション情報テーブルのセッションに関するエントリを削除する手段を備えている点。
　
４．当審の判断
　そこで、上記相違点について検討する。
・相違点（１）について
　引用例１発明において、「クライアントからの要求ｒ１」は、端末からの要求メッセージであり、「識別子の生成時刻情報ＣＤＴ」は、端末からの要求メッセージに対応させているといえるから、引用例１発明の識別子の生成時刻情報ＣＤＴを含むセッション識別子は、本願発明の端末から送られたメッセージに対応させた時刻情報を含むセッション識別子に相当するものであり、この点は実質的な相違ではない。
　なお、たとえ、本願発明が端末から送られたメッセージを受信する毎に、セッション識別子に含む時刻情報を変更するものであるとしても、引用例２の「各トランザクション・リクエストに新しいセッションＩＤを作成することが考えられる。この場合、各セッションＩＤは１つのトランザクションにのみ有効である。このアプローチでは、悪意ある侵入者がセッションＩＤを盗んでアカウントに侵入することは難しくなる。」（段落【００７６】）の記載、特開２００２−１８９６４６号公報の「全体要求識別子として、最新のアクセスがあった時刻を用いる。なお、全体要求識別子には、最新のアクセス時刻以外でも、サーバに対する要求が一意に識別できるような英数字列であれば何を用いてもよい。」（段落【０１５１】）の記載から、引用例１発明において、前記端末からの要求ｒｎ（「メッセージ」に相当する。）を受信する毎に、現在の時刻情報を含む新しいセッション識別子を生成するようにすることは、当業者が容易になし得ることである。
　
・相違点（２）について
　セッション情報管理手段において、生成したセッションＩＤ（識別子）とセッション情報の組を格納手段に格納することは、本出願前に周知（引用文献２の「コントローラはユーザＩＤ及びセッションＩＤをデータベースに格納する。」（段落【００４２】）の記載、上記特開２００２−１８９６４６号公報段落【００１４】、【０１５０】の記載、特開２００１−２２７１４号公報段落【００１８】の記載参照）である。
　したがって、引用例１発明において、上記周知技術を適用して、セッション識別子をセッションオブジェクトに付加して格納領域に格納するようにすることは当業者が容易になし得ることである。
　
・相違点（３）について
　送られてきたメッセージを受信した時、セッションＩＤ（識別子）とともに登録したセッションの時刻を更新し、定期的に現在時刻とセッション管理テーブル内の各セッションの時刻とを比較して時刻の更新されていないセッションを削除することは、本出願前に周知（特開平１１−９８１６２号公報段落【００３７】、【００３９】の記載、上記特開２００１−２２７１４号公報段落【００６２】、【００６３】の記載、特開２００１−３５０７１８号公報段落【００７５】の記載参照）である。
　したがって、引用例１発明において、上記周知技術を適用し、端末から送られたメッセージに対応させた時刻情報に基づいて、所定の時間以上無通信状態にある端末の前記セッションオブジェクトを削除する無通信端末削除手段を備えるようにすることは、当業者が容易になし得ることであり、セッション識別子をセッションオブジェクトに付加して格納領域に格納するようにすれば、所定の時間以上無通信状態にある判断の基準としてセッション識別子に含まれる時刻情報を用いることは、当業者が必要に応じて適宜なし得る設計変更にすぎない。
　
　また、上記の相違点に基づく本願発明の作用効果も、引用例発明１、引用例２に記載された技術及び周知技術から、当業者であれば予想できる範囲内のものである。
　
５．むすび
　以上のとおり、本願請求項１に係る発明は、引用例１発明、引用例２に記載された技術及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。