(57)【特許請求の範囲】
【請求項１】
複数の計算機にセション情報を格納して管理するセション情報管理方法において、
第１の計算機の第１のセション情報管理部が、クライアント側の計算機からリクエストを受信した場合に、セション情報の重要度を示す重要度の定義を記憶装置により読み出して、前記受信したリクエストのセション情報に対応する重要度の属性を前記重要度の定義から取得し、その取得した重要度の属性を前記受信したリクエストのセション情報に付加して記憶装置に格納するステップと、
第１の計算機の第１のセション情報管理部が、セション情報の転送先となる計算機を示す転送先の定義を記憶装置により読み出して、転送先の計算機を示す情報を前記転送先の定義から取得し、取得した転送先の計算機のうちで第１の計算機に障害が発生した場合のリクエストの次の配信先となる第２の計算機へ重要度が高及び低のセション情報を通信装置により転送するとともに、取得した転送先の計算機のうちで第２の計算機以外の第３の計算機へ重要度が高のセション情報を通信装置により転送するステップと、
第２の計算機の第２のセション情報管理部が、第１の計算機から転送された重要度が高及び低のセション情報を記憶装置に格納して登録するステップと、
第３の計算機の第３のセション情報管理部が、第１の計算機から転送された重要度が高のセション情報を記憶装置に格納して登録するステップと、
を有することを特徴とするセション情報管理方法。
【請求項２】
障害発生による計算機の切り替えが行われ、その切り替えられた計算機でクライアント側からのリクエストを処理する際に、当該計算機のセション情報管理部が、当該計算機に転送されているセション情報を記憶装置により読み出し、前記リクエストのセションに対して重要度の高いセション情報と重要度の低いセション情報が登録されている場合には、その重要度の高いセション情報と重要度の低いセション情報を使用してセションを継続することを特徴とする請求項１に記載されたセション情報管理方法。
【請求項３】
障害発生による計算機の切り替えが行われ、その切り替えられた計算機でクライアント側からのリクエストを処理する際に、当該計算機のセション情報管理部が、当該計算機に転送されているセション情報を記憶装置により読み出し、前記リクエストのセションに対して重要度の高いセション情報のみが登録されている場合には、その重要度の高いセション情報と当該計算機で生成したセション情報を使用してセションを継続することを特徴とする請求項１に記載されたセション情報管理方法。
【請求項４】
クライアント側からのリクエストが配信されている計算機のセション情報管理部が、クライアント側の計算機から終了が指定されているセションや有効期限の過ぎたセションのセション情報を記憶装置により削除するステップと、前記転送先の計算機に登録されている前記セション情報の複製を記憶装置により削除するステップとを有することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたセション情報管理方法。
【請求項５】
クライアント側の計算機からのデータが必要となるセション情報であるかどうかに応じて前記重要度の属性を設定することを特徴とする請求項１乃至請求項４のいずれか１項に記載されたセション情報管理方法。
【請求項６】
クライアント側の計算機からのデータが必要なログイン操作におけるセション情報に重要度の高い属性を付加し、クライアント側の計算機からのデータが不必要なデータベースの検索結果を示すセション情報に重要度の低い属性を付加することを特徴とする請求項５に記載されたセション情報管理方法。
【請求項７】
複数の計算機にセション情報を格納して管理するセション情報管理システムにおいて、
クライアント側の計算機からリクエストを受信した場合に、セション情報の重要度を示す重要度の定義を記憶装置により読み出して、前記受信したリクエストのセション情報に対応する重要度の属性を前記重要度の定義から取得し、その取得した重要度の属性を前記受信したリクエストのセション情報に付加して記憶装置に格納する第１の計算機の第１のセション情報管理部と、
セション情報の転送先となる計算機を示す転送先の定義を記憶装置により読み出して、転送先の計算機を示す情報を前記転送先の定義から取得し、取得した転送先の計算機のうちで第１の計算機に障害が発生した場合のリクエストの次の配信先となる第２の計算機へ重要度が高及び低のセション情報を通信装置により転送するとともに、取得した転送先の計算機のうちで第２の計算機以外の第３の計算機へ重要度が高のセション情報を通信装置により転送する第１の計算機の第１のセション情報管理部と、
第１の計算機から転送された重要度が高及び低のセション情報を記憶装置に格納して登録する第２の計算機の第２のセション情報管理部と、 
第１の計算機から転送された重要度が高のセション情報を記憶装置に格納して登録する第３の計算機の第３のセション情報管理部とを備えることを特徴とするセション情報管理システム。
【請求項８】
複数の計算機にセション情報を格納して管理するセション情報管理方法をコンピュータに実行させる為のプログラムにおいて、
第１の計算機の第１のセション情報管理部が、クライアント側の計算機からリクエストを受信した場合に、セション情報の重要度を示す重要度の定義を記憶装置により読み出して、前記受信したリクエストのセション情報に対応する重要度の属性を前記重要度の定義から取得し、その取得した重要度の属性を前記受信したリクエストのセション情報に付加して記憶装置に格納するステップと、
第１の計算機の第１のセション情報管理部が、セション情報の転送先となる計算機を示す転送先の定義を記憶装置により読み出して、転送先の計算機を示す情報を前記転送先の定義から取得し、取得した転送先の計算機のうちで第１の計算機に障害が発生した場合のリクエストの次の配信先となる第２の計算機へ重要度が高及び低のセション情報を通信装置により転送するとともに、取得した転送先の計算機のうちで第２の計算機以外の第３の計算機へ重要度が高のセション情報を通信装置により転送するステップと、
第２の計算機の第２のセション情報管理部が、第１の計算機から転送された重要度が高及び低のセション情報を記憶装置に格納して登録するステップと、
第３の計算機の第３のセション情報管理部が、第１の計算機から転送された重要度が高のセション情報を記憶装置に格納して登録するステップとをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユーザＩＤ等のセション情報を複数の計算機へ格納して管理するセション情報管理技術に関するものである。
【背景技術】
【０００２】
従来、クライアントマシンからの要求を処理するアプリケーションサーバはクラスタ構成で複数設置され、クライアントマシンからの要求が負荷分散機等によって任意のアプリケーションサーバに振り分けられる様になっている。
【０００３】
また、クライアントマシンからの要求を処理しているアプリケーションサーバで障害が発生した場合には、他のアプリケーションサーバがそのセション情報を引き継いで処理を継続する必要がある。そして、そのセション情報を引き継ぐ方式としては、セション情報を保持する為のセション情報管理サーバにセション情報の複製を作成する方式がある。
【０００４】
この方式では、セション情報の一元管理による整合性の保証、システム構築の容易性、及び期限切れのセション情報の自動削除等が実現できるが、セション情報管理サーバがダウン（故障等による作動停止）した場合は、セション情報管理サーバで保持しているセション情報が失われてしまい、セションが継続できなくなる。
【０００５】
セションの継続の信頼性を重視したシステムの場合、他の方式として、セション情報の複製を、クラスタを構成する全てのアプリケーションサーバ内のメモリ上に作成する方式がある。
なお、本方式の公知例を記載した文献は見当たらない。最も近い公知例は特許文献１を参照。
【０００６】
【特許文献１】特開２００４−７８５５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、セション情報の複製を、クラスタを構成する全てのアプリケーションサーバ内のメモリ上に作成する方式では、セション情報の複製におけるメモリ使用量、通信量、及び処理時間等のリソースの消費が大きくなるという問題があった。
【０００８】
本発明の目的は上記問題を解決し、セションの継続の信頼性を保ちつつ、セション情報の複製によるリソースの消費を軽減することが可能な技術を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、複数の計算機にセション情報を格納して管理するセション情報管理システムにおいて、セション情報をその重要度に応じて転送先の計算機へ転送して登録するものである。
【００１０】
本発明のセション情報管理システムでは、クライアント側の計算機からリクエストを受信すると、セション情報の重要度を示す重要度の定義を参照し、前記受信したリクエストのセション情報の重要度をその重要度の定義から読み出して、前記受信したリクエストのセション情報に前記読み出した重要度の属性を付加して記憶装置に格納する。
【００１１】
例えば、その情報が消去されると、クライアントで再度ログイン操作が必要となる様なログイン情報等の様なセション情報については、重要度として高の属性を付加し、また、その情報が消去されても、クライアントには影響を与えることはなく、アプリケーションサーバ内で再検索を行うことで再生成可能なデータベースの検索結果等の様なセション情報については、重要度として低の属性を付加する。
【００１２】
そして、前記リクエストの処理をアプリケーションプログラムにより行って前記セション情報の値の更新を行った後、転送先の計算機の名称と転送するセション情報の重要度とを示す転送先の定義を参照し、前記セション情報に付加した重要度に対応する計算機の名称を前記転送先の定義から読み出して、その転送先の計算機へ当該セション情報を転送する。転送先の計算機では、前記転送されたセション情報を受信した後、その受信したセション情報を転送先の計算機の記憶装置に登録する。
【００１３】
例えば、障害が発生した場合にリクエストの次の配信先となる計算機に対しては、重要度が高及び低のセション情報を転送して登録し、それ以外の計算機に対しては重要度が低のセション情報を転送して登録する。
【００１４】
その後、クライアントからのリクエストを処理している計算機で障害が発生した場合には、その障害の発生した計算機から、リクエストの次の配信先となる計算機への切り替えを行い、その切り替えられた計算機では、クライアント側からのリクエストを処理する際に、そのリクエストのセション情報に付加されている重要度の属性を読み出して、当該セションに対してどの重要度のセション情報が登録されているかを調べ、重要度の高いセション情報と重要度の低いセション情報が登録されている場合には、それらの重要度の高いセション情報と重要度の低いセション情報を使用してセションを継続する。
【００１５】
また、リクエストの次の配信先となる計算機でも障害が発生している場合には、その次に配信先となる計算機への切り替えを行い、その切り替えられた計算機では、クライアント側からのリクエストを処理する際に、そのリクエストのセション情報に付加されている重要度の属性を読み出して、当該セションに対してどの重要度のセション情報が登録されているかを調べ、重要度の高いセション情報のみが登録されている場合には、その重要度の高いセション情報を使用すると共に、重要度の低いセション情報についてはその計算機で生成してセションを継続する。
【発明の効果】
【００１６】
本発明によれば、セションの継続の信頼性を保ちつつ、セション情報の複製によるリソースの消費を軽減することが可能である。
【発明を実施するための最良の形態】
【００１７】
以下に複数の計算機にセション情報を格納して管理する一実施形態のセション情報管理システムについて、図面を参照しながら、全体構成、データ構成、処理手順の順番で説明する。
【００１８】
＜＜全体構成＞＞
図１は本実施形態のセション情報管理システムの全体構成を示す図である。図１に示す様に本実施形態のセション情報管理システム１００は、クライアントマシン１１０〜１１２、ネットワーク１２０、負荷分散機１３０及び計算機１〜ｎにより構成される。
【００１９】
クライアントマシン１１０〜１１２は、クライアント（ユーザ）が使用するマシンであり、例えば、ＰＣ（Personal Computer）である。
ネットワーク１２０は、広域通信網であり、例えば、インターネットである。クライアントマシン１１０〜１１２は、ネットワーク１２０を介して、負荷分散機１３０に接続される。
負荷分散機１３０は、クライアントマシン１１０〜１１２からのアクセスを、通信回線１４０経由で計算機１〜ｎに振り分けるものであり、いわゆるロードバランサである。
【００２０】
＜計算機１〜ｎ（アプリケーションサーバ計算機）＞
計算機１〜ｎは、クラスタ構成となっており、負荷分散機１３０からの振り分けによってクライアントマシン１１０〜１１２からのアクセスを受け付け、処理を行う計算機である。そして、計算機１〜ｎは、ハードウェア、ソフトウェア共に同様の構成となっているので、以下、代表して計算機１を例にとって説明する。
【００２１】
計算機１は、ＣＰＵ（Central Processing Unit）１５１と記憶装置１５２とを含めて構成される。
ＣＰＵ１５１は、中央処理装置であり、負荷分散機１３０から受信したデータや記憶装置１５２内のプログラム等に基いて、各種演算処理を行う。
記憶装置１５２は、メモリやＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ハードディスク等から構成され、各種情報を記憶する。記憶装置１５２には、プログラムであるアプリケーションサーバ１５３が記憶されている。
【００２２】
アプリケーションサーバ１５３は、アプリケーションプログラム１５５、ＨＴＴＰセション情報管理部１５４及びＨＴＴＰセション情報１５９を保持しているＨＴＴＰセションＩＤ１５８から構成される。
アプリケーションプログラム１５５は、クライアントマシン１１０〜１１２からのリクエストに対して処理を行うプログラムである。
【００２３】
ＨＴＴＰセション情報管理部１５４は、ＨＴＴＰ(Hyper Text Transfer Protocol)のセション情報を管理するプログラムであり、クライアントからのリクエストの受信とレスポンスの返信、ＨＴＴＰセションＩＤの作成、ＨＴＴＰセションＩＤに対するＨＴＴＰセション情報の取得、ＨＴＴＰセションＩＤとセション情報の削除、アプリケーションプログラムへのリクエストに対する処理要求とアプリケーションプログラムからのレスポンスの返信要求の受信、他のアプリケーションサーバへのＨＴＴＰセション情報の更新要求とＨＴＴＰセション情報の転送、他のアプリケーションサーバへのＨＴＴＰセションＩＤとそのＨＴＴＰセション情報の削除要求、及び他のアプリケーションサーバからの更新要求と削除要求の受信を行う。
【００２４】
ＨＴＴＰセション情報管理部１５４は、ＨＴＴＰセションＩＤの作成を行う場合に、ＨＴＴＰセション情報に対する重要度を付加する為に、重要度の属性を定義した「重要度の定義」１５６を持つ。この「重要度の定義」１５６は、クラスタを構成する全てのアプリケーションサーバで同じ内容を定義する。
また、他のアプリケーションサーバへのＨＴＴＰセション情報の更新要求とＨＴＴＰセション情報の転送、他のアプリケーションサーバへのＨＴＴＰセションＩＤとそのＨＴＴＰセション情報の削除要求を行う場合に、要求の送信先となるアプリケーションサーバを定義した「転送先の定義」１５７を持つ。この「転送先の定義」１５７は、クラスタを構成する各アプリケーションサーバ毎に転送先を定義する。
【００２５】
本実施形態において、前記ＨＴＴＰセション情報管理部として各計算機を機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２６】
また前記計算機は、前記ＨＴＴＰセション情報管理部として当該コンピュータを機能させる為のプログラムや、アプリケーションプログラム、アプリケーションサーバ等の処理を実行するＣＰＵ、前記プログラムをロードしたり実行時のデータを一時的に格納するメモリ、それらのプログラムや前記セション情報を格納する磁気ディスク装置の他、操作指示やデータ等の入力を受け付ける入力装置、各種情報の出力等を行う出力装置、他のコンピュータとの通信を行う通信装置等のハードウェア資源を備えているものとする。
【００２７】
セション情報管理システム１００は、アプリケーションサーバで障害が発生した場合、負荷分散機１３０によりリクエストの配信先が変更されて、リクエストを処理するアプリケーションサーバの切り替えが行われた場合でも、セションを継続できる様にする為に、ＨＴＴＰセションＩＤ及びＨＴＴＰセション情報の複製を、クラスタを構成する全てのアプリケーションサーバ上に作成する（Ｓ１０１）。
【００２８】
＜＜データ構成＞＞
＜ＨＴＴＰセション情報の重要度の定義のデータ構成＞
続いて、図１のＨＴＴＰセション情報管理部での、ＨＴＴＰセションＩＤ作成に使用する、ＨＴＴＰセション情報の重要度の定義のデータ構成について、図２を参照しながら説明する。
【００２９】
図２は本実施形態のＨＴＴＰセション情報の重要度の定義１５６のデータ構成を示す図である。キー２０１は、セション情報を構成するそれぞれの情報の種類を示したものである。重要度２０２は、キー２０１として表わされる各情報のそれぞれの重要度の属性を表わしている。重要度の属性は、高と低の２種類である。
【００３０】
重要度が高の属性は、セションを継続する上で重要度が高い情報を表す。例えば、ログイン情報等の様なもので、その情報が消去されると、クライアントで再度ログイン操作が必要となる様な情報、すなわち、その情報が消去されるとクライアントからのデータが再度必要となるセション情報である。
【００３１】
また、重要度が低の属性は、セションを継続する上で重要度が低い情報を表す。例えば、ログイン情報を用いたデータベースの検索結果等の様なもので、その情報が消去されても、ログイン情報があればクライアントには影響を与えることはなく、アプリケーションサーバ内で再検索を行うことで再生成可能な情報、すなわち、その情報が消去されてもクライアントからのデータが再度必要とならないセション情報である。
【００３２】
＜ＨＴＴＰセション情報の転送先の定義のデータ構成＞
続いて、図１のＨＴＴＰセション情報管理部での、他のアプリケーションサーバへのＨＴＴＰセション情報の更新要求とＨＴＴＰセション情報の転送、及び他のアプリケーションサーバへのＨＴＴＰセションＩＤとそのＨＴＴＰセション情報の削除要求を行う場合に使用する、ＨＴＴＰセション情報の転送先の定義のデータ構成について、図３を参照しながら説明する。
【００３３】
図３は本実施形態のＨＴＴＰセション情報の転送先の定義１５７のデータ構成を示す図である。図３（ａ）の、サーバ名３０１は、クラスタを構成する全てのアプリケーションサーバの名称である。
【００３４】
転送するＨＴＴＰセション情報の重要度３０２は、他のアプリケーションサーバへのＨＴＴＰセション情報の更新要求とＨＴＴＰセション情報の転送を行う場合に、転送の対象とするＨＴＴＰセション情報の重要度を示す。転送するＨＴＴＰセション情報の重要度３０２が「高、低」のアプリケーションサーバに対しては、重要度が高及び低のＨＴＴＰセション情報を転送することを示す。また、転送するＨＴＴＰセション情報の重要度３０２が「高」のアプリケーションサーバに対しては、重要度が高のＨＴＴＰセション情報を転送することを示す。更に、転送するＨＴＴＰセション情報の重要度３０２が「−」のアプリケーションサーバに対しては、ＨＴＴＰセション情報を転送しないことを示す。
【００３５】
転送するＨＴＴＰセション情報の重要度３０２の「高、低」は、障害発生等によるアプリケーションサーバの切り替えが行われ、リクエストの次の配信先となるアプリケーションサーバに対して定義する。これは、図１の負荷分散機１３０で予め設定している、障害発生時のリクエストの次の配信先となるアプリケーションサーバに対して定義する。
【００３６】
転送するＨＴＴＰセション情報の重要度３０２の「高」は、上記で示した「高、低」を定義したアプリケーションサーバ、及び自アプリケーションサーバ以外のアプリケーションサーバに対して定義する。
転送するＨＴＴＰセション情報の重要度３０２の「−」は、自アプリケーションサーバに対して定義する。
【００３７】
また、図３（ａ）は、図１のアプリケーションサーバ１のＨＴＴＰセション情報管理部における、ＨＴＴＰセション情報の転送先の定義の内容を示している。負荷分散機１３０の設定で、アプリケーションサーバ１における障害発生時のリクエストの次の配信先となるアプリケーションサーバは「アプリケーションサーバ２」とする。これにより、アプリケーションサーバ名３０１のアプリケーションサーバ２に対して、アプリケーションサーバ１から転送するＨＴＴＰセション情報の重要度３０２に「高、低」を定義する。
【００３８】
図３（ｂ）は、図１のアプリケーションサーバ２のＨＴＴＰセション情報管理部における、ＨＴＴＰセション情報の転送先の定義の内容を示している。負荷分散機１３０の設定で、アプリケーションサーバ２における障害発生時のリクエストの次の配信先となるアプリケーションサーバは「アプリケーションサーバ３」とする。これにより、アプリケーションサーバ名３０３のアプリケーションサーバ３に対して、アプリケーションサーバ２から転送するＨＴＴＰセション情報の重要度３０４に「高、低」を定義する。
【００３９】
＜ＨＴＴＰセションＩＤのデータ構成＞
次に、図１のアプリケーションサーバにおけるＨＴＴＰセションＩＤのデータ構成について、図４を参照しながら説明する。
【００４０】
図４は本実施形態のＨＴＴＰセションＩＤのデータ構成を示す図である。図４において、１つのセション情報が、ＨＴＴＰセションＩＤ４０１、有効期限４０２、キー４０３、値４０４、及び重要度４０５の５項目を含んでいる。
【００４１】
ＨＴＴＰセションＩＤ４０１は、そのアプリケーションサーバ内でセションを一意に特定する識別子である。有効期限４０２は、セション情報の有効期限である。キー４０３は、図２で説明した様に、セション情報を構成するそれぞれの情報の種類を示したものであり、ログイン処理やデータベース検索処理等、そのリクエスト処理の内容に応じて生成されるるものとする。値４０４は、キー４０３に対応する実際の値である。重要度４０５は、キー４０３として表わされる各情報のそれぞれが属する重要度の属性を表わしている。重要度は、図２のＨＴＴＰセション情報の重要度の定義の内容に従い、キー４０３に対応する重要度が設定される。
【００４２】
＜＜処理手順＞＞
続いて、セション情報管理システム１００の具体的な処理手順について説明する。
＜ＨＴＴＰセション情報の複製処理＞
図５は本実施形態のＨＴＴＰセション情報の複製処理の処理フローを示す図である。まず、図５を参照しながら、ＨＴＴＰセション情報の複製処理について詳細に説明する。ＨＴＴＰセション情報の複製処理は、ＨＴＴＰセション情報を他のアプリケーションサーバに複製する処理であり、図５はその処理フロー図である。
【００４３】
なお、ここでは、クライアントからの初めのリクエストが、負荷分散機１３０によりアプリケーションサーバ１（１５３）に配信された状態、または、クライアントからの初めのリクエストが、負荷分散機１３０によりアプリケーションサーバ１（１５３）に配信されたことにより、クライアントからの２回目以降のリクエストが、アプリケーションサーバ１（１５３）に配信される状態から処理が開始されるものを、例にとって説明する。
【００４４】
まず、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４で、クライアントからのリクエスト１５０１を受信する（Ｓ５０１）。
【００４５】
ＨＴＴＰセション情報管理部１５４では、リクエスト中にＨＴＴＰセションＩＤ１５０２が含まれていない場合は、アプリケーションサーバ１上にＨＴＴＰセションＩＤ１５８を作成する。作成したＨＴＴＰセションＩＤ１５８に対するＨＴＴＰセション情報１５９には、重要度の定義１５６の内容に従い、ＨＴＴＰセション情報のキー毎に重要度の属性を付加する。リクエスト中にＨＴＴＰセションＩＤ１５０２が含まれている場合は、そのＨＴＴＰセションＩＤに対するアプリケーションサーバ１上に登録されているＨＴＴＰセションＩＤ１５８への参照情報（ポインタ）を取得する（Ｓ５０２）。
そして、アプリケーションプログラム１５５に、作成または取得したＨＴＴＰセションＩＤへの参照情報を渡して、リクエストに対する処理を要求する（Ｓ５０３）。
【００４６】
リクエストに対する処理要求を受け取ったアプリケーションプログラム１５５では、リクエストに対する処理を行い、ＨＴＴＰセション情報管理部１５４から渡されたＨＴＴＰセションＩＤへの参照情報を使用して、ＨＴＴＰセション情報１５９の内容を更新する（Ｓ５０４）。
そして、ＨＴＴＰセション情報管理部１５４へ、レスポンスの返信を要求する（Ｓ５０５）。
【００４７】
レスポンスの返信要求を受け取ったＨＴＴＰセション情報管理部１５４では、転送先の定義１５７の内容に従い、アプリケーションサーバ１（１５３）で障害が発生した場合のリクエストの次の配信先となるアプリケーションサーバ２（１６３）のＨＴＴＰセション情報管理部１６４に対して、重要度が高及び低のＨＴＴＰセション情報の更新を要求する（Ｓ５０６）。
そして、アプリケーションサーバ２（１６３）のＨＴＴＰセション情報管理部１６４に対して、重要度が高及び低のＨＴＴＰセション情報を転送する。
【００４８】
重要度が高及び低のＨＴＴＰセション情報の更新要求を受け取ったアプリケーションサーバ２（１６３）のＨＴＴＰセション情報管理部１６４では、転送された重要度が高及び低のＨＴＴＰセション情報を受け取り、受け取ったＨＴＴＰセション情報をアプリケーションサーバ２（１６３）上に登録する（Ｓ５０７）。
【００４９】
次に、ＨＴＴＰセション情報管理部１５４では、転送先の定義１５７の内容に従い、アプリケーションサーバ３〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報の更新を要求する。
そして、アプリケーションサーバ３〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報を転送する（Ｓ５０８）。
【００５０】
重要度が高のＨＴＴＰセション情報の更新要求を受け取ったアプリケーションサーバ３〜nのＨＴＴＰセション情報管理部では、転送された重要度が高のＨＴＴＰセション情報を受け取り、受け取ったＨＴＴＰセション情報をそれぞれのアプリケーションサーバ上に登録する（Ｓ５０９）。
【００５１】
ＨＴＴＰセション情報管理部１５４では、他のアプリケーションサーバへのＨＴＴＰセション情報の転送が完了したら、クライアントへレスポンス１５０３を返す（Ｓ５１０）。
【００５２】
この処理により、ＨＴＴＰセション情報の複製に必要となる、ＨＴＴＰセション情報を保存する為のメモリ容量、ＨＴＴＰセション情報を他のアプリケーションサーバに転送する為の通信量、及びそれらの処理にかかるオーバヘッド等のリソースを軽減することができる。
【００５３】
＜障害が発生した場合の処理＞
図６は本実施形態の障害が発生した場合の処理を示す図である。続いて、図６を参照しながら、障害が発生した場合の処理について詳細に説明する。障害が発生した場合の処理は、アプリケーションサーバで障害が発生したときに、リクエストの配信先が変更され、リクエストを処理するアプリケーションサーバの切り替えが行われた場合の処理であり、図６はその処理フロー図である。
【００５４】
なお、ここでは、クライアントからのリクエストが、アプリケーションサーバ１（１５３）に配信されている場合において、アプリケーションサーバ１（１５３）で障害が発生した状態から処理が開始されるものを、例にとって説明する。
【００５５】
アプリケーションサーバ１（１５３）での障害発生により、リクエストの配信先がアプリケーションサーバ２（１６３）に変更となり、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４で受信していたリクエストを、アプリケーションサーバ２（１６３）のＨＴＴＰセション情報管理部１６４で受信する（Ｓ６０１）。
【００５６】
ＨＴＴＰセション情報管理部１６４では、リクエスト１６０１中に含まれているＨＴＴＰセションＩＤ１６０２に対する、アプリケーションサーバ上に登録されているＨＴＴＰセションＩＤ１６８への参照情報を取得する（Ｓ６０２）。
【００５７】
取得したＨＴＴＰセションＩＤ１６８への参照情報に登録されているＨＴＴＰセション情報１６９は、アプリケーションサーバ１（１５３）から、重要度が高及び低の全てのＨＴＴＰセション情報が転送されているため、前記参照情報を用いて重要度が高及び低の全てのＨＴＴＰセション情報を記憶装置により読み出し、その読み出したＨＴＴＰセション情報を使用してセションを継続することができる。
そして、アプリケーションプログラム１６５に、取得したＨＴＴＰセションＩＤ１６８への参照情報を渡して、リクエストに対する処理を要求する（Ｓ６０３）。
【００５８】
リクエストに対する処理要求を受け取ったアプリケーションプログラム１６５では、リクエストに対する処理を行い、ＨＴＴＰセション情報管理部１６４から渡されたＨＴＴＰセションＩＤ１６８への参照情報を使用してＨＴＴＰセション情報１６９を記憶装置により読み出し、ＨＴＴＰセション情報１６９の内容を更新する（Ｓ６０４）。
そして、ＨＴＴＰセション情報管理部１６４へ、レスポンスの返信を要求する（Ｓ６０５）。
【００５９】
レスポンスの返信要求を受け取ったＨＴＴＰセション情報管理部１６４では、転送先の定義１６７の内容に従い、アプリケーションサーバ２（１６３）で障害が発生した場合のリクエストの次の配信先となるアプリケーションサーバ３（１７３）のＨＴＴＰセション情報管理部１７４に対して、重要度が高及び低のＨＴＴＰセション情報の更新を要求する（Ｓ６０６）。
そして、アプリケーションサーバ３（１７３）のＨＴＴＰセション情報管理部１７４に対して、重要度が高及び低のＨＴＴＰセション情報を転送する。
【００６０】
重要度が高及び低のＨＴＴＰセション情報の更新要求を受け取ったアプリケーションサーバ３（１７３）のＨＴＴＰセション情報管理部１７４では、転送された重要度が高及び低のＨＴＴＰセション情報を受け取り、受け取ったＨＴＴＰセション情報をアプリケーションサーバ３上に登録する（Ｓ６０７）。
【００６１】
次に、ＨＴＴＰセション情報管理部１６４では、転送先の定義１６７の内容に従い、アプリケーションサーバ１及びアプリケーションサーバ４〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報の更新を要求する。
そして、アプリケーションサーバ１及びアプリケーションサーバ４〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報を転送する（Ｓ６０８）。
【００６２】
アプリケーションサーバ１及びアプリケーションサーバ４〜nのＨＴＴＰセション情報管理部では、転送された重要度が高のＨＴＴＰセション情報を受け取り、受け取ったＨＴＴＰセション情報をそれぞれのアプリケーションサーバ上に登録する（Ｓ６０９）。
【００６３】
ＨＴＴＰセション情報管理部１６４では、他のアプリケーションサーバへのＨＴＴＰセション情報の転送が完了したら、クライアントへレスポンス１６０３を返す（Ｓ６１０）。
【００６４】
＜２重障害が発生した場合の処理＞
図７は本実施形態の２重障害が発生した場合の処理を示す図である。続いて、図７を参照しながら、２重障害が発生した場合の処理について詳細に説明する。２重障害が発生した場合の処理は、リクエストを受信しているアプリケーションサーバと、そのアプリケーションサーバで障害が発生した場合のリクエストの次の配信先となるアプリケーションサーバの、２つアプリケーションサーバで同時に障害が発生した場合に、リクエストの配信先が変更され、リクエストを処理するアプリケーションサーバの切り替えが行われた場合の処理であり、図７はその処理フロー図である。
【００６５】
なお、ここでは、クライアントからのリクエストが、アプリケーションサーバ１（１５３）に配信されている場合において、アプリケーションサーバ１（１５３）と、アプリケーションサーバ２（１６３）の、２つのアプリケーションサーバで同時に障害が発生した状態から処理が開始されるものを、例にとって説明する。
【００６６】
アプリケーションサーバ１（１５３）及びアプリケーションサーバ２（１６３）での障害発生により、リクエストの配信先がアプリケーションサーバ３（１７３）に変更となり、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４で受信していたリクエストを、アプリケーションサーバ３（１７３）のＨＴＴＰセション情報管理部１７４で受信する（Ｓ７０１）。
【００６７】
ＨＴＴＰセション情報管理部１７４では、リクエスト１７０１中に含まれているＨＴＴＰセションＩＤ１７０２に対する、アプリケーションサーバ上に登録されているＨＴＴＰセションＩＤ１７８への参照情報を取得する（Ｓ７０２）。
【００６８】
取得したＨＴＴＰセションＩＤ１７８への参照情報に登録されているＨＴＴＰセション情報１７９は、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４から、重要度が高のＨＴＴＰセション情報が転送されているため、前記参照情報を用いて重要度が高のＨＴＴＰセション情報を記憶装置により読み出し、そのＨＴＴＰセション情報を使用してセションを継続する。
そして、アプリケーションプログラム１７５に、取得したＨＴＴＰセションＩＤ１７８への参照情報を渡して、リクエストに対する処理を要求する（Ｓ７０３）。
【００６９】
リクエストに対する処理要求を受け取ったアプリケーションプログラム１７５では、セションを継続する上で、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４から転送されていない重要度が低のＨＴＴＰセション情報が必要となる場合は、重要度が高のＨＴＴＰセション情報を使用して、重要度が低のＨＴＴＰセション情報を再生成する。
そして、リクエストに対する処理を行い、ＨＴＴＰセション情報管理部１７４から渡されたＨＴＴＰセションＩＤ１７８への参照情報を使用して、ＨＴＴＰセション情報１７９の内容を更新する（Ｓ７０４）。
そして、ＨＴＴＰセション情報管理部１７４へ、レスポンスの返信を要求する（Ｓ７０５）。
【００７０】
レスポンスの返信要求を受け取ったＨＴＴＰセション情報管理部１７４では、転送先の定義１７７の内容に従い、アプリケーションサーバ３（１７３）で障害が発生した場合のリクエストの次の配信先となるアプリケーションサーバ４のＨＴＴＰセション情報管理部に対して、重要度が高及び低のＨＴＴＰセション情報の更新を要求する（Ｓ７０６）。
そして、アプリケーションサーバ４に対して、重要度が高及び低のＨＴＴＰセション情報を転送する。
【００７１】
次に、ＨＴＴＰセション情報管理部１７４では、転送先の定義１７７の内容に従い、アプリケーションサーバ１、２及び５〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報の更新を要求する。
そして、アプリケーションサーバ１、２及び５〜nのＨＴＴＰセション情報管理部に対して、重要度が高のＨＴＴＰセション情報を転送する（Ｓ７０７）。
【００７２】
重要度が高のＨＴＴＰセション情報の更新要求を受け取ったアプリケーションサーバ１、２及び５〜ｎのＨＴＴＰセション情報管理部では、転送された重要度が高のＨＴＴＰセション情報を受け取り、受け取ったＨＴＴＰセション情報それぞれのアプリケーションサーバ上に登録する（Ｓ７０８）。
【００７３】
ＨＴＴＰセション情報管理部１７４では、他のアプリケーションサーバへのＨＴＴＰセション情報の転送が完了したら、クライアントへレスポンス１７０３を返す（Ｓ７０９）。
【００７４】
＜ＨＴＴＰセション情報の削除処理＞
図８は本実施形態のＨＴＴＰセション情報の削除処理の処理フローを示す図である。続いて、図８を参照しながら、ＨＴＴＰセション情報の削除処理について詳細に説明する。ＨＴＴＰセション情報の削除処理は、クライアントからのリクエストに対する処理を行う場合に、リクエスト中にセションの終了が指定されているとき、及びセションの有効期限が過ぎているときに、アプリケーションサーバ上のＨＴＴＰセションＩＤ及びそのＨＴＴＰセション情報を削除する場合の処理であり、図８はその処理フロー図である。
【００７５】
なお、ここでは、クライアントからのリクエストが、アプリケーションサーバ１（１５３）に配信されている状態から処理が開始されるものを、例にとって説明する。
【００７６】
まず、アプリケーションサーバ１（１５３）のＨＴＴＰセション情報管理部１５４で、クライアントからのリクエスト１５０１を受信する（Ｓ８０１）。
【００７７】
ＨＴＴＰセション情報管理部１５４では、リクエスト１５０１中に含まれているＨＴＴＰセションＩＤ１５０２に対する、アプリケーションサーバ上に登録されているＨＴＴＰセションＩＤ１５８への参照情報を取得する（Ｓ８０２）。
【００７８】
ここで、取得したＨＴＴＰセションＩＤ１５８への参照情報から、ＨＴＴＰセションＩＤに設定されている有効期限をチェックし、有効期限が過ぎている場合は、アプリケーションサーバ１（１５３）上のＨＴＴＰセションＩＤ１５８及びそのＨＴＴＰセション情報１５９を削除する。
そして、転送先の定義１５７に設定されている自アプリケーションサーバを除く全てのアプリケーションサーバ２〜ｎのＨＴＴＰセション情報管理部に対して、ＨＴＴＰセションＩＤの削除を要求する（Ｓ８０６）。
【００７９】
ＨＴＴＰセションＩＤの削除要求を受け取ったアプリケーションサーバ２〜ｎのＨＴＴＰセション情報管理部では、アプリケーションサーバ上のＨＴＴＰセションＩＤ及びそのＨＴＴＰセション情報の削除を行う（Ｓ８０７）。
【００８０】
アプリケーションサーバ２〜ｎのＨＴＴＰセションＩＤの削除が完了したら、クライアントへレスポンス１５０３を返す（Ｓ８０８）。
【００８１】
Ｓ８０２において、ＨＴＴＰセションＩＤ１５８への参照情報を取得し、そのＨＴＴＰセションＩＤへの参照情報から、ＨＴＴＰセションＩＤに設定されている有効期限をチェックした結果、ＨＴＴＰセションＩＤ１５８の有効期限が過ぎていない場合は、ＨＴＴＰセション情報管理部１５４から、アプリケーションプログラム１５５に対して、リクエストに対する処理を要求し、ＨＴＴＰセション情報１５９の内容を更新する。この処理の内容については、図５の（Ｓ５０３）〜（Ｓ５０５）を参照のこと（（Ｓ８０３）、（Ｓ８０４）、（Ｓ８０５））。
【００８２】
アプリケーションプログラム１５５からレスポンスの返信要求を受け取ったＨＴＴＰセション情報管理部１５４では、更新されたＨＴＴＰセション情報１５９を、他のアプリケーションサーバへ転送する。この処理の内容については、図５の（Ｓ５０６）〜（Ｓ５０９）を参照のこと（（Ｓ８０６）、（Ｓ８０７））。
【００８３】
ＨＴＴＰセション情報管理部１５４では、他のアプリケーションサーバへのＨＴＴＰセション情報の転送が完了した後、リクエスト中にＨＴＴＰセションＩＤの削除要求が指定されているかチェックを行い、リクエスト中にＨＴＴＰセションＩＤの削除要求が指定されている場合は、アプリケーションサーバ１上のＨＴＴＰセションＩＤ１５８及びＨＴＴＰセション情報１５９を削除する。
そして、ＨＴＴＰセション情報管理部１５４では、転送先の定義１５７に設定されている自アプリケーションサーバを除く全てのアプリケーションサーバ２〜ｎのＨＴＴＰセション情報管理部に対して、ＨＴＴＰセションＩＤの削除を要求する（Ｓ８０６）。
【００８４】
ＨＴＴＰセションＩＤの削除要求を受け取ったアプリケーションサーバ２〜ｎのＨＴＴＰセション情報管理部では、アプリケーションサーバ上のＨＴＴＰセションＩＤ及びそのＨＴＴＰセション情報の削除を行う（Ｓ８０７）。
最後に、ＨＴＴＰセション情報管理部１５４から、クライアントへレスポンス１５０３を返す（Ｓ８０８）。
【００８５】
続いて、ＨＴＴＰセション情報管理部のフローチャートについて説明する。
＜クライアントからリクエストを受信した場合のフローチャート＞
図９は本実施形態のリクエスト受信処理の処理手順を示すフローチャートである。まず、図９を参照しながら、ＨＴＴＰセション情報管理部で、クライアントからリクエストを受信した場合のフローチャートについて説明する。
【００８６】
通信装置によりクライアントからリクエストを受信したＨＴＴＰセション情報管理部では、クライアントから受信したリクエスト中に、ＨＴＴＰセションＩＤが含まれているか判定する（ステップ９０１）。
【００８７】
リクエスト中にＨＴＴＰセションＩＤが含まれていない場合は、アプリケーションサーバ上に、ＨＴＴＰセションＩＤを作成し（ステップ９０２）、作成したＨＴＴＰセションＩＤ内のＨＴＴＰセション情報に、重要度の定義の内容に従い、ＨＴＴＰセション情報のキー毎に重要度の属性を付加する（ステップ９０３）。すなわち、重要度の定義を記憶装置により読み出して、前記作成したＨＴＴＰセションＩＤ内のＨＴＴＰセション情報のキーと一致するキーを持つレコードを前記重要度の属性で検索し、検索されたキーに対応する重要度を重要度の定義から取得して、その取得した重要度の属性を前記作成したＨＴＴＰセションＩＤ内のＨＴＴＰセション情報に付加して記憶装置に格納する。
そして、アプリケーションプログラムに、作成したＨＴＴＰセションＩＤへの参照情報を渡して、リクエストに対する処理を要求する（ステップ９０４）。
【００８８】
クライアントから受信したリクエスト中にＨＴＴＰセションＩＤが含まれている場合は、そのＨＴＴＰセションＩＤに対する、アプリケーションサーバ上に登録されているＨＴＴＰセションＩＤへの参照情報を取得する（ステップ９０５）。
【００８９】
取得したＨＴＴＰセションＩＤへの参照情報から、ＨＴＴＰセションＩＤの有効期限が過ぎているかを判定し（ステップ９０６）、有効期限が過ぎていない場合は、アプリケーションプログラムに、作成したＨＴＴＰセションＩＤへの参照情報を渡して、リクエストに対する処理を要求する（ステップ９０４）。
【００９０】
有効期限が過ぎている場合は、アプリケーションサーバ上のＨＴＴＰセション情報及びＨＴＴＰセションＩＤを記憶装置から削除し（ステップ９０７）、記憶装置から読み出した転送先の定義に設定されている自アプリケーションサーバを除く全てのアプリケーションサーバに対して、通信装置によりＨＴＴＰセションＩＤの削除を要求する（ステップ９０８）。
そして、通信装置によりクライアントへセションの有効期限が切れたことを示すレスポンスを返す（ステップ９０９）。
【００９１】
＜アプリケーションプログラムからレスポンスの返信要求を受け取った場合のフローチャート＞
図１０は本実施形態のレスポンス返信要求受信処理の処理手順を示すフローチャートである。続いて、図１０を参照しながら、ＨＴＴＰセション情報管理部で、アプリケーションプログラムからレスポンスの返信要求を受け取った場合のフローチャートについて説明する。
【００９２】
アプリケーションプログラムからレスポンスの返信要求を受け取ったＨＴＴＰセション情報管理部では、転送先の定義の内容に従い、重要度が高及び低のＨＴＴＰセション情報の転送先となっているアプリケーションサーバに対して、ＨＴＴＰセション情報の更新を要求する（ステップ１００１）。すなわち、転送先の定義を記憶装置により読み出し、転送するＨＴＴＰセション情報の重要度が高及び低であるレコードを前記転送先の定義から検索して、その重要度に対応するサーバ名を前記転送先の定義から取得し、その取得したサーバ名の計算機へ通信装置によりＨＴＴＰセション情報の更新を要求する。
そして、更新要求を行ったアプリケーションサーバに対して、重要度が高及び低のＨＴＴＰセション情報を通信装置により転送する（ステップ１００２）。
【００９３】
続いて、転送先の定義の内容に従い、重要度が高のＨＴＴＰセション情報の転送先となっているアプリケーションサーバに対して、ＨＴＴＰセション情報の更新を通信装置により要求する（ステップ１００３）。すなわち、転送先の定義を記憶装置により読み出し、転送するＨＴＴＰセション情報の重要度が高であるレコードを前記転送先の定義から検索して、その重要度に対応するサーバ名を前記転送先の定義から取得し、その取得したサーバ名の計算機へ通信装置によりＨＴＴＰセション情報の更新を要求する。
そして、更新要求を行ったアプリケーションサーバに対して、重要度が高のＨＴＴＰセション情報を通信装置により転送する（ステップ１００４）。
【００９４】
他のアプリケーションサーバへのＨＴＴＰセション情報の転送が完了したら、リクエスト中にＨＴＴＰセションＩＤの削除要求が指定されているかを判定する（ステップ１００５）。
【００９５】
リクエスト中にＨＴＴＰセションＩＤの削除要求が指定されていない場合は、通信装置によりそのままクライアントへレスポンスを返す（ステップ１００６）。
【００９６】
リクエスト中にＨＴＴＰセションＩＤの削除要求が指定されている場合は、アプリケーションサーバ上のＨＴＴＰセション情報及びＨＴＴＰセションＩＤを削除し（ステップ１００７）、記憶装置から読み出した転送先の定義に設定されている自アプリケーションサーバを除く全てのアプリケーションサーバに対して、通信装置によりＨＴＴＰセションＩＤの削除を要求し（ステップ１００８）、他アプリケーションサーバのＨＴＴＰセションＩＤを削除した後、通信装置によりクライアントへレスポンスを返す（ステップ１００６）。
【００９７】
＜他アプリケーションサーバのＨＴＴＰセション情報管理部から要求を受け取った場合のフローチャート＞
図１１は本実施形態の他アプリケーションサーバ要求受信処理の処理手順を示すフローチャートである。続いて、図１１を参照しながら、ＨＴＴＰセション情報管理部で、他アプリケーションサーバのＨＴＴＰセション情報管理部から要求を受け取った場合のフローチャートについて説明する。
【００９８】
他アプリケーションサーバのＨＴＴＰセション情報管理部から通信装置により要求を受け取ったＨＴＴＰセション情報管理部では、要求の内容を判定する（ステップ１１０１）。
【００９９】
要求の内容が、ＨＴＴＰセションＩＤの更新要求の場合は、更新要求を行ったアプリケーションサーバのＨＴＴＰセション情報管理部から、重要度が高及び低、または重要度が高の、ＨＴＴＰセション情報を通信装置により受け取る（ステップ１１０２）。
そして、受け取ったＨＴＴＰセション情報を記憶装置により格納して、アプリケーションサーバ上に登録する（ステップ１１０３）。
【０１００】
要求の内容が、ＨＴＴＰセションＩＤの削除要求の場合は、削除要求のあったＨＴＴＰセションＩＤについて、アプリケーションサーバ上に登録されているＨＴＴＰセションＩＤ及びそのＨＴＴＰセション情報を記憶装置により削除する（ステップ１１０５）。
【０１０１】
更新処理または削除処理が完了したら、更新要求または削除要求に対する処理が完了したことを、要求を行ったアプリケーションサーバのＨＴＴＰセション情報管理部へ通信装置により通知する（ステップ１１０４）。
【０１０２】
以上説明した様に本実施形態のセション情報管理システムによれば、セション情報をその重要度に応じて転送先の計算機へ転送して登録するので、セションの継続の信頼性を保ちつつ、セション情報の複製によるリソースの消費を軽減することが可能である。
【図面の簡単な説明】
【０１０３】
【図１】本実施形態のセション情報管理システムの全体構成を示す図である。
【図２】本実施形態のＨＴＴＰセション情報の重要度の定義１５６のデータ構成を示す図である。
【図３】本実施形態のＨＴＴＰセション情報の転送先の定義１５７のデータ構成を示す図である。
【図４】本実施形態のＨＴＴＰセションＩＤのデータ構成を示す図である。
【図５】本実施形態のＨＴＴＰセション情報の複製処理の処理フローを示す図である。
【図６】本実施形態の障害が発生した場合の処理を示す図である。
【図７】本実施形態の２重障害が発生した場合の処理を示す図である。
【図８】本実施形態のＨＴＴＰセション情報の削除処理の処理フローを示す図である。
【図９】本実施形態のリクエスト受信処理の処理手順を示すフローチャートである。
【図１０】本実施形態のレスポンス返信要求受信処理の処理手順を示すフローチャートである。
【図１１】本実施形態の他アプリケーションサーバ要求受信処理の処理手順を示すフローチャートである。
【符号の説明】
【０１０４】
１００…セション情報管理システム、１１０〜１１２…クライアントマシン、１２０…ネットワーク、１３０…負荷分散機、１４０…通信回線、１５１…ＣＰＵ、１５２…記憶装置、１５３…アプリケーションサーバ、１５４…ＨＴＴＰセション情報管理部、１５５…アプリケーションプログラム、１５６…重要度の定義、１５７…転送先の定義、１５８…ＨＴＴＰセションＩＤ、１５９…ＨＴＴＰセション情報、２０１…キー、２０２…重要度、３０１…サーバ名、３０２…転送するＨＴＴＰセション情報の重要度、３０３…サーバ名、３０４…転送するＨＴＴＰセション情報の重要度、４０１…ＨＴＴＰセションＩＤ、４０２…有効期限、４０３…キー、４０４…値、４０５…重要度、１６３…アプリケーションサーバ、１６４…ＨＴＴＰセション情報管理部、１７３…アプリケーションサーバ、１７４…ＨＴＴＰセション情報管理部、１８３…アプリケーションサーバ、１８４…ＨＴＴＰセション情報管理部、１５０１…リクエスト、１５０２…ＨＴＴＰセションＩＤ、１５０３…レスポンス、１６５…アプリケーションプログラム、１６６…重要度の定義、１６７…転送先の定義、１６８…ＨＴＴＰセションＩＤ、１６９…ＨＴＴＰセション情報、１６０１…リクエスト、１６０２…ＨＴＴＰセションＩＤ、１６０３…レスポンス、１７５…アプリケーションプログラム、１７６…重要度の定義、１７７…転送先の定義、１７８…ＨＴＴＰセションＩＤ、１７９…ＨＴＴＰセション情報、１７０１…リクエスト、１７０２…ＨＴＴＰセションＩＤ、１７０３…レスポンス。
【図１】
0004606317.tif 000002
【図２】
0004606317.tif 000003
【図３】
0004606317.tif 000004
【図４】
0004606317.tif 000005
【図５】
0004606317.tif 000006
【図６】
0004606317.tif 000007
【図７】
0004606317.tif 000008
【図８】
0004606317.tif 000009
【図９】
0004606317.tif 000010
【図１０】
0004606317.tif 000011
【図１１】
0004606317.tif 000012