JP2006190033A - 情報処理システム及び通信再生処理方法 - Google Patents

Abstract

【課題】ＨＴＭＬドキュメントを取得するための、ユーザの操作を簡略化する。
【解決手段】中継装置１００は、ＷＷＷブラウザ２００からの通信ログ記録開始リクエストから、通信ログ記録停止リクエストまでの間、ＷＷＷブラウザ２００とＷＷＷサーバ３００との通信メッセージを通信ログとしてデータ記憶部１３０に格納する。ＨＴＴＰ通信定義生成装置４００は、中継装置１００からの通信ログを解析し、ＷＷＷブラウザ２００からＷＷＷサーバ３００に与えられたリクエストを再現するための通信定義情報を生成する。ＨＴＴＰ通信再生装置５００は、ＷＷＷブラウザ２００から再生開始リクエストを受け付けると、一連のリクエストをＨＴＴＰ通信定義情報に基づき生成し、ＷＷＷサーバ３００に順次送信する。そして、一連のリクエストのうちの最後のリクエストに対する、ＷＷＷサーバ３００のレスポンスをＷＷＷブラウザ２００に返信する。
【選択図】図１

Description

本発明は、複数回のリクエストの送信を必要とするＷＷＷ(world wide web)サービスを、ユーザが効率的に利用可能とするためのアクセス自動化技術に関する。

特許文献１には、ＷＷＷブラウザに対する操作(以下、ブラウザ操作)を記録／再生する自動実行システムが記載されている。このシステムには、ブラウザ操作)をユーザ端末側で記録するために、ブラウザ操作イベントの発生を通知するスクリプト（イベントハンドラ）をＷＷＷページのＨＴＭＬドキュメントに埋め込むＷＷＷプロキシサーバが設けられている。ユーザが、ブラウザ操作イベントを記録するアプレットをＷＷＷブラウザに読み込ませてから、ＷＷＷプロキシサーバを介してＷＷＷページのＨＴＭＬドキュメントをダウンロードすると、以後、そのＨＴＭＬドキュメントに埋め込まれたイベントハンドラが通知するブラウザ操作イベントをアプレットが記録する。

特開２０００−７６２６６号公報

ところが、ユーザ端末上のＷＷＷブラウザの種類及びバージョンが異なると、ＷＷＷページのＨＴＭＬドキュメントに埋め込まれたスクリプトの実行処理が異なることがある。このため、ＷＷＷブラウザの種類及びバージョンによっては、ブラウザ操作イベントが意図通りに記録されない可能性がある。

そこで、本発明は、ＷＷＷブラウザの種類及びバージョンによらず、ユーザが、意図したＷＷＷページを簡単な操作で閲覧可能とすることを目的とする。

本発明によれば、
複数の情報処理装置を備える情報処理システムであって、
前記複数の情報処理装置のうちの第１情報処理装置は、
通信ログが格納される記憶手段と、
クライアントから第１リクエストが与えられた場合、当該クライアントから第２リクエストが与えられるまでの間、当該クライアントとサーバとの間で交換される通信メッセージを前記通信ログとして前記記憶手段に記録する通信ログ生成手段と、
を備え、
前記第１情報処理装置、または、前記複数の情報処理装置のうちの第２情報処理装置は、
前記１リクエストから前記第２リクエストまでの間に前記記憶手段に記録された通信ログに含まれる、前記クライアントから前記サーバに与えられたリクエストを再現するための通信定義情報を生成する通信定義生成手段を備えることを特徴とする情報処理システムを提供する。

また、この情報処理システムにおいて、
前記第１情報処理装置、前記第２情報処理装置及び前記複数の情報処理装置のうちの第３情報処理装置のいずれか１の情報処理装置は、
前記クライアントから第３リクエストを受け付けた場合、前記通信定義情報に基づき、前記サーバに与える一連のリクエストを生成して、当該一連のリクエストを前記サーバに順次送信し、当該一連のリクエストのうちの最後のリクエストに対する、前記サーバのレスポンスを前記クライアントに送信する通信実行手段を備えてもよい。

本発明によれば、ＷＷＷブラウザの種類及びバージョンによらず、ユーザが、意図したＷＷＷページを簡単な操作で閲覧することができる。

発明の実施するための最良の形態

以下、添付の図面を参照しながら、本発明に係る実施の形態について説明する。

まず、図１により、本実施の形態に係るネットワークシステムの全体構成について説明する。

本実施の形態に係るネットワークシステムには、ネットワークに接続された複数の情報処理装置１００，２００，３００，４００，５００が含まれている。

これらの情報処理装置のなかには、(１)ＷＷＷブラウザ２１０がインストールされた１台以上の情報処理装置(以下、クライアント端末)２００、(２)ＷＷＷブラウザ２１０からのリクエストに応じてＨＴＭＬドキュメントを返信する情報処理装置(ＷＷＷサーバ)３００、(３)クライアント端末２００とＷＷＷサーバ３００との通信を中継し、クライアント端末２００とＷＷＷサーバ３００との間で交換されたメッセージのログ(以下、通信ログ)を記録する情報処理装置(以下、中継装置)１００、(４)ＷＷＷブラウザ２１０とＷＷＷサーバ３００との間で行われた一連のＨＴＴＰ通信処理を再現するために用いられるＨＴＴＰ通信定義情報等を、通信ログに基づき生成する情報処理装置(以下、ＨＴＴＰ通信定義生成装置)４００、(５)ＨＴＴＰ通信定義情報に定義された一連のＨＴＴＰ通信処理を、ＷＷＷブラウザ２１０からのリクエストに応じて実行し、その結果得られるＨＴＭＬドキュメントをＷＷＷブラウザ２１０に返信する情報処理装置(以下、ＨＴＴＰ通信再生装置)５００、が含まれている。

これら各情報処理装置１００，２００，３００，４００，５００は、それぞれの機能を実現するためのプログラムの実行に必要な通常のハードウエア構成(ＣＰＵ、メモリ、プログラムがインストールされたハードディスク等)を有している。

以下、各情報処理装置１００，２００，３００，４００の機能構成について説明する。

中継装置１００は、ＷＷＷブラウザ２１０とＷＷＷサーバ３００との間のＨＴＴＰ通信を中継するＨＴＴＰ通信中継部１１０、ＷＷＷブラウザ２１０とＷＷＷサーバ３００との間の通信ログが格納されるデータ記憶部１３０、ＷＷＷブラウザ２１０からＷＷＷサーバ３００へのアクセスをＨＴＴＰ通信中継部１１０が中継するごとに通信ログをデータ記憶部１３０に格納する通信ログ生成部１２０、を有している。このような機能構成により、中継装置１００は、ＷＷＷブラウザ２１０とＷＷＷサーバ３００との間で交換される一連のメッセージのログを通信ログとして通信ログ記憶部１３０に蓄積する。

ここで、データ記憶部１３０に格納される通信ログには、図３に示すように、メッセージログ１３２とシーケンス番号１３１との対応情報が含まれている。各メッセージログ１３２には、ＷＷＷブラウザ２１０からＷＷＷサーバへのリクエストメッセージ１３２ａと、このリクエストメッセージに対するレスポンスメッセージ１３２ｂとが含まれている。なお、図３には、通信ログの一例として、ＷＷＷサーバが提供する銀行口座照会サービスの提供を受けるためにＷＷＷサーバとＷＷＷブラウザ２１０との間で行われた一連のメッセージ交換に関する通信ログが示してある。

ＨＴＴＰ通信定義生成装置４００は、中継装置１００の指示に応じて通信ログを解析する通信ログ解析部４１０、通信ログ解析部４１０による解析結果に基づきＨＴＴＰ通信定義情報及びブックマーク情報を生成する通信定義生成部４２０、を有している。このような機能構成により、ＨＴＴＰ通信定義生成装置４００は、ＷＷＷサーバ３００とＷＷＷブラウザ２１０との間で行われた一連のＨＴＴＰ通信処理を再現するために必要なパラメタを通信ログから抽出し、その結果得られたパラメタを含むＨＴＴＰ通信定義情報を生成する。

ここで生成されるＨＴＴＰ通信定義情報には、図４に示すように、再現対象となるＨＴＴＰ通信処理の識別情報(以下、ブックマークＩＤと呼ぶ)４２１、ＨＴＴＰ通信処理を再現するために用いる一連のリクエスト情報４２２が含まれている。各リクエスト情報には、リクエスト定義４２２、リクエスト定義の識別情報(以下、プロセスＩＤ)が含まれている。また、ブックマーク情報には、図５に示すように、対応するＨＴＴＰ通信定義情報に含まれるブックマークＩＤ４２６、このブックマークＩＤに対応付けられたブックマーク名４２７が含まれている。なお、ここでは、ブックマークＩＤにブックマーク名を対応付けるブックマーク情報を、ＨＴＴＰ通信定義情報とは別に生成しているが、ブックマーク名をＨＴＴＰ通信定義情報に含めれば、必ずしも、そのようにする必要はない。

ＨＴＴＰ通信再生装置５００は、ＨＴＴＰ通信定義生成装置４００から取得したＨＴＴＰ通信定義情報及びブックマーク情報が格納されるデータ記憶部５２０、データ記憶部５２０のＨＴＴＰ通信定義情報及びブックマーク情報に基づきＷＷＷサーバ３００とのＨＴＴＰ通信を実行する通信実行部５１０、を有している。なお、データ記憶部５２０には、ＨＴＴＰ通信定義情報が登録される通信定義管理テーブル、及び、ブックマーク情報が格納されるブックマーク情報管理テーブルが設けられている。

このような機能構成により、通信再生装置５００は、ＷＷＷブラウザ２１０からの再生リクエストに応じて、ＷＷＷブラウザ２１０とＷＷＷサーバとの間３００で過去に行われた一連のＨＴＴＰ通信処理をＨＴＴＰ通信定義情報に基づき再現し、これにより得られるＨＴＭＬドキュメントをＷＷＷブラウザ２１０に返信する。つまり、クライアント端末２００のユーザは、かつて表示させたＷＷＷページであれば、再生リクエストを送信する１回のブラウザ操作で、そのＷＷＷページを表示させることができる。

つぎに、図２により、図１の中継装置１００が実行する通信ログ記録処理について説明する。

クライアント端末２００上のＷＷＷブラウザ２１０が、ユーザの指示に応じてＨＴＴＰログ記録開始リクエストを中継装置に送信すると(Ｓ２１)、中継装置１００は、このＨＴＴＰ記録開始リクエストに応じて、以下の処理を実行する。すなわち、通信中継部１１０が、ＷＷＷブラウザ２１０からＷＷＷサーバ３００へのアクセスを中継するごとに、通信ログ生成部１２０が、ＷＷＷブラウザ２１０からＷＷＷサーバ３００へのリクエスト１３２ａ及びこのリクエストに対するレスポンス１３２ｂを、シーケンス番号１３１に対応付けてデータ記憶部１３０に格納する(Ｓ２２)。

ここで、ＷＷＷブラウザ２１０が、ユーザの指示に応じてログ記録停止リクエストを中継装置１００に送信すると(Ｓ２３)、通信ログ生成部１２０は、通信ログの記録を停止するととともに、データ記憶部１３０に通信ログテーブルに登録された一連の通信ログを含む通信定義生成リクエストを通信定義生成装置４００に送信する(Ｓ２４)。

つぎに、図６により、中継装置１００からの通信定義生成リクエストを受け付けたＨＴＴＰ通信定義生成装置４００が実行する通信定義生成処理について説明する。ここでは、図３に示した一連の通信ログが通信定義生成リクエストに含まれていた場合を例に挙げる。

通信ログ解析部４１０は、通信定義生成リクエストに含まれていた通信ログのなかから、シーケンス番号１３１の小さい順にリクエストメッセージ１３２ａを取り出し、そのリクエストメッセージ１３２ａを処理対象リクエストとして設定する(Ｓ３０)。さらに、通信ログ解析部４１０は、その処理対象リクエストが、一連のリクエストメッセージのうちの最初のリクエストメッセージであるか否か、すなわち、処理対象リクエストに対応付けられたシーケンス番号１３１が「１」であるか否かを判断する(Ｓ３１)。

その結果、処理対象リクエストが最初のリクエストメッセージであれば(すなわち、シーケンス番号１３１が「１」であれば)、通信ログ解析部４１０は、Ｓ３３以下の処理を再度実行する。

一方、処理対象リクエストが最初のリクエストでなければ、通信ログ解析部４１０は、処理対象リクエストのシーケンス番号１３１よりも１小さいシーケンス番号１３１に対応付けられたレスポンスメッセージ、すなわち、処理対象リクエストの直前のレスポンスメッセージ(以下、直前レスポンス)から、以下のように、処理対象リクエストに関連するパラメタを抽出して、それらのパラメタを解析する(Ｓ３２)。

まず、通信ログ解析部４１０は、処理対象リクエストを発生させるエレメントを直前レスポンスのなかから探索する。例えば、処理対象リクエストのメソッドが「ＰＯＳＴ」である場合には、直前レスポンスのなかからＦＯＲＭエレメントを探索し、処理対象リクエストのメソッドが「ＧＥＴ」である場合には、Ａエレメント及びＦＯＲＭエレメントを探索する。

例えば、シーケンス番号「２」１３１のリクエストメッセージが処理対象リクエストである場合、処理対象リクエストのメソッドは「ＰＯＳＴ」、そのＵＲＬは「http：／／www．xxx−ginkou．co．jp／Login」であるから、シーケンス番号「１」１３１のレスポンスメッセージ（直前レスポンス）から、ＡＣＴＩＯＮ属性値として絶対パス”http：／／www．xxx−ginkou．co．jp／Login”または相対パス“Login”が指定されたＦＯＲＭエレメント(タグ＜ＨＴＭＬ＞から数えて６行目のＦＯＲＭエレメント)を探索する。

そして、通信ログ解析部４１０は、処理対象リクエストを再生するための定義（リクエスト定義）において用いるべきパラメタ名及びその値が、直前レスポンスの探索により見つかったＡエレメントまたはＦＯＲＭエレメントに含まれているか否かをチェックする。具体的には、ＩＮＰＵＴエレメントのＮＡＭＥ属性値及びＶＡＬＵＥ属性値、または、リクエスト先ＵＲＬの引数(例えば、「(ＵＲＬ)？ａ＝ｘ＆ｂ＝ｙ」における、引数名“ａ”及び値“ｘ”、引数名“ｂ”及び値“ｙ”)が含まれているか否かをチェックする。

その結果、リクエスト定義に用いるべきパラメタ名及びその値、具体的には、ＩＮＰＵＴエレメントのＮＡＭＥ属性値及びＶＡＬＵＥ属性値、または、リクエスト先ＵＲＬの引数名及びその値が含まれていれば、それらを、リクエスト定義に用いるパラメタ名及びその値として取り出す。

例えば、シーケンス番号「２」のリクエストメッセージが処理対象リクエストである場合には、シーケンス番号「１」のレスポンスメッセージ（直前レスポンス）のＦＯＲＭエレメントの子エレメント（ＩＮＰＵＴエレメント）から、ＮＡＭＥ属性値及びＶＡＬＵＥ属性値を取り出す。具体的には、タグ＜ＨＴＭＬ＞から数えて７行目及び８行目のＩＮＰＵＴエレメントから、ＮＡＭＥ属性値“user＿id“及びＶＡＬＵＥ属性値“”、ＮＡＭＥ属性値“password”及びＶＡＬＵＥ属性値“”をそれぞれ取り出す。

また、シーケンス番号「３」のリクエストメッセージが処理対象リクエストである場合には、シーケンス番号「２」のレスポンスメッセージ（直前レスポンス）のＦＯＲＭエレメントの子エレメント（ＩＮＰＵＴエレメント）から、ＮＡＭＥ属性値及びＶＡＬＵＥ属性値を取り出す。具体的には、＜ＨＴＭＬ＞タグから数えて１０行目〜１１行目のＦＯＲＭエレメントの子エレメント(ＩＮＰＵＴエレメント)から、ＮＡＭＥ属性値”session＿id”及びＶＡＬＵＥ属性値”３４７５２３９５３４２”を取り出す。

さらに、通信ログ解析部４１０は、このとき直前レスポンスから取り出したパラメタ名及び値と、処理対象リクエストのパラメタ名及び値とを比較する。その結果、いずれのパラメタ名及び値も処理対象リクエストのパラメタ名及び値と一致しなければ、通信ログ解析部４１０は、リクエスト定義で用いるべきパラメタが直前レスポンスに含まれていないと判断し、処理対象リクエストで用いられているパラメタ名及び値を、そのまま、リクエスト定義に用いるパラメタ名及び値とする。一方、いずれかのパラメタ名及び値が処理対象リクエストのパラメタ名及び値と一致すれば、通信ログ解析部４１０は、それらを、リクエスト定義に用いるパラメタ名及び値として保持する。

例えば、シーケンス番号「３」のリクエストメッセージが処理対象リクエストである場合、通信ログ解析部４１０は、直前レスポンスから取り出したＮＡＭＥ属性値”session＿id”及びＶＡＬＵＥ属性値”３４７５２３９５３４２”と、処理対象リクエストのパラメタ名及び値(session＿id及び３４７５２３９５３４２)とを比較する。その結果、直前レスポンスから取り出したパラメタ名及び値と処理対象リクエストのパラメタ名及び値とが一致するため、通信ログ解析部４１０は、パラメタ名session＿id、及び、直前レスポンスのＶＡＬＵＥ属性値を示す記述を、リクエスト定義で用いるパラメタ名及び値として保持する。なお、同値をとらないパラメタが存在している場合には、処理対象リクエストで用いられているパラメタ値を、リクエスト定義に用いるパラメタ値として保持する。

以上のパラメタ解析処理が終了すると、ＨＴＴＰ通信定義生成部４２０は、その解析結果及び処理対象リクエストに基づきリクエスト定義を生成する。具体的には、処理対象リクエストのパラメタ値を保持中のパラメタ値で置き換えることによってリクエスト定義を生成する。これにより、処理対象リクエストと直前レスポンスとのパラメタが相違している場合には、処理対象リクエストがそのままリクエスト定義とされ、処理対象リクエストと直前レスポンスとのパラメタが共通している場合には、処理対象リクエストのパラメタ値を、直前レスポンスのパラメタ値を示す記述に置き換えたものがリクエスト定義とされる。さらに、ＨＴＴＰ通信定義生成部４２０はこのリクエスト定義に、処理対象リクエストのシーケンス番号に対応するプロセスＩＤを付加する(Ｓ３３)。

例えば、シーケンス番号「３」のリクエストメッセージが処理対象リクエストである場合には、図４のＨＴＴＰ通信定義情報に含まれるリクエスト定義４２５が生成され、このリクエスト定義に、処理対象リクエストのシーケンス番号「３」に対応するプロセスＩＤ「３」が付加される。このリクエスト定義には、パラメタsession＿idの値として、直前レスポンス内の２番目のＦＯＲＭエレメントにおける、ＮＡＭＥ属性値session＿idを有するＩＮＰＵＴエレメントのＶＡＬＵＥ属性値を意味する記述「＜FORM［２］．session＿id＞」が設定されており、その他のパラメタの値として、処理対象リクエストのパラメタの値がそのまま設定されている。

また、シーケンス番号「１」「２」のリクエストメッセージについては、図４のＨＴＴＰ通信定義情報に含まれるリクエスト定義４２３，４２４が生成され、それぞれのリクエスト定義にプロセスＩＤ「１」「２」が付与される。なお、これらのリクエスト定義４２３，４２４には、シーケンス番号「１」「２」のリクエストメッセージのパラメタ名及び値がそのまま用いられている。

処理対象リクエストについてリクエスト定義を生成したら、ＨＴＴＰ通信定義生成部４２０は、ＨＴＴＰ通信定義生成リクエストに含まれていた全リクエストメッセージが処理対象リクエストとされたか否かをチェックし(Ｓ３４)、その結果、いずれかのリクエストメッセージが処理対象リクエストとされていなければ、つぎのリクエストメッセージを対象メッセージとすべく、再度、Ｓ３０以下の処理を実行する。

このようにして一連のメッセージログのリクエストリクエストに対してそれれぞれリクエスト定義を生成したら、ＨＴＴＰ通信定義生成部４２０は、これら一連のリクエスト定義に対してブックマークＩＤを付与する。これにより、図４に示すような、一連のリクエストメッセージを再現するためのＨＴＴＰ通信定義情報、すなわち、ログ記録開始指示からログ記録停止指示までの間に行われた一連のＨＴＴＰ通信処理が定義されたＨＴＴＰ通信定義情報が生成される。

さらに、通信定義生成部４２０は、このブックマークＩＤに付与する名称の入力リクエストを、中継装置１００を介して、通信ログ記録開始リクエスト送信元のクライアント端末２００に送信する。ここで、ユーザが、ブックマークＩＤに付与する名称、すなわち、自身が行った一連のＨＴＴＰ通信処理に付与する名称をクライアント端末２００に入力し、その送信をＷＷＷブラウザ２１０に指示すると、ＨＴＴＰ通信定義生成部４２０は、中継装置１００を介して、その名称を受け付け、その名称とブックマークＩＤとの対応付けたブックマーク情報を生成する。

最後に、通信定義生成部４２０は、生成したＨＴＴＰ通信定義情報及びブックマーク情報をＨＴＴＰ通信再生装置５００に送信する。これにより、ＨＴＴＰ通信再生装置５００は、ユーザ（通信ログ記録開始リクエスト送信元のクライアント端末２００）に対応する通信定義管理テーブル及びブックマーク情報管理テーブルに、それぞれ、ＨＴＴＰ通信定義生成装置４００からのＨＴＴＰ通信定義情報及びブックマーク情報を登録する（図５参照）。

このように、本実施の形態に係る通信定義生成処理によれば、ＷＷＷブラウザに通信ログ記録開始リクエストを送信させるだけで、中継装置及びＨＴＴＰ通信定義生成装置において、通信ログの収集及びＨＴＴＰ通信定義情報の生成が行われる。このため、ＷＷＷクライアント端末のＷＷＷブラウザに負荷をかけることを防止することができる。また、通信ログの収集及びＨＴＴＰ通信定義情報の生成を行うためのスクリプトをＷＷＷブラウザに実行させる必要がない。このため、ユーザのＷＷＷブラウザの種類及びバージョンによらず、確実に、通信ログを収集し、かつ、ＨＴＴＰ通信定義情報を生成することができる。

図７により、図１のＨＴＴＰ通信再生装置５００が実行するＨＴＴＰ通信再生処理について説明する。

クライアント端末２００上のＷＷＷブラウザ２１０が、ユーザの指示に応じてブックマーク一覧送信リクエストをＨＴＴＰ通信再生装置５００に送信すると、このリクエストに応じて、ＨＴＴＰ通信再生装置５００は、ユーザに対応するブックマーク情報管理テーブルを返信する。これにより、クライアント端末２００のディスプレイには、ブックマークＩＤ及びブックマーク名の一覧が表示される。ＷＷＷブラウザ２１０が、ユーザの指示に応じて、この一覧に含まれるいずれか１つのブックマークＩＤを含む再生開始リクエストをＨＴＴＰ通信再生装置５００に送信すると、ＨＴＴＰ通信再生装置５００は、このリクエストに応じて以下のＨＴＴＰ通信再生処理を実行する。

ＨＴＴＰ通信実行部５１０は、再生開始リクエストに含まれていたブックマークＩＤに対応付けられたＨＴＴＰ通信定義情報を通信定義情報管理テーブルから読み出す(Ｓ４０)。

その後、ＨＴＴＰ通信実行部５１０は、ＨＴＴＰ通信定義情報から、対象リクエスト定義となっていないリクエスト定義のうち、プロセスＩＤの１番小さいリクエスト定義を対象リクエスト定義として取り出し(Ｓ４１)、そのリクエスト定義に基づきＨＴＴＰリクエストを生成する(Ｓ４２)。

例えば、直前レスポンスのパラメタ値を利用する記述(例えば、図４における、プロセスＩＤ「３」のリクエスト定義に含まれるリクエストパラメタ「＜ＦＯＲＭ［２］．session＿id＞」)がリクエスト定義に含まれている場合には、直前レスポンスから、対応するパラメタ値を抽出し、このパラメタ値をリクエストパラメタとして含むリクエストを生成する。これにより、パラメタ値が可変のエレメント(例えばＩＮＰＵＴエレメント)を子エレメントとする、直前レスポンスのＦＯＲＭエレメントを利用してなされたリクエストを再生することができる。

さらに、ＨＴＴＰ通信実行部５１０は、生成したＨＴＴＰリクエストをＷＷＷサーバ３００に送信し、その結果得られたレスポンスを保持する(Ｓ４３)。その後、ＨＴＴＰ通信実行部５１０は、Ｓ４０で読み出したＨＴＴＰ通信定義情報に含まれるすべてのリクエスト定義からＨＴＴＰリクエストを再生したか否かを判断する(Ｓ４４)。

その結果、未再生のリクエスト定義が残されていれば、ＨＴＴＰ通信実行部５１０は、現在の対象リクエスト定義のプロセスＩＤよりも１大きなプロセスＩＤに対応付けられたリクエスト定義を新たな対象リクエスト定義としてＨＴＴＰリクエストを再生すべく、Ｓ４１以降の処理を再度実行する。

一方、すべてのリクエスト定義からＨＴＴＰリクエストを再生していれば、最後のＨＴＴＰリクエストに対するレスポンス（ＨＴＭＬドキュメント）を、再生開始リクエスト元のＷＷＷブラウザ２１０に返信する(Ｓ４５)。これにより、ユーザは、所期の情報(ＨＴＭＬドキュメントが表すＷＷＷページ)を参照することができる。

本実施の形態に係るＨＴＴＰ通信再生処理によれば、ＨＴＴＰ通信再生装置が、ＷＷＷクライアント端末からのリクエストに応じて、ＷＷＷクライアント端末とＷＷＷサーバとの間の過去のＨＴＴＰ通信処理をＨＴＴＰ通信定義情報に基づき再現し、最終的に得られるＨＴＭＬドキュメントをＷＷＷクライアント端末に送信するため、ユーザは、過去に複数のブラウザ操作(リンククリック、ボタンクリック等)を行うことにより取得したＨＴＭＬドキュメントを、ＨＴＴＰ通信再生処理装置に再生開始リクエストを送信するための操作を行うだけで取得することができる。このため、ユーザは、例えば、銀行サイトにおける口座明細ページ、オークションサイトにおける商品掲載ページ等、頻繁に閲覧するＷＷＷページを、簡単な操作で閲覧することができる。

ここで、ＷＷＷクライアント端末のＷＷＷブラウザには、ＨＴＴＰ通信再生装置にＨＴＴＰ通信再生処理を開始させるためのリクエストを送信させればよいだけであるため、ＷＷＷクライアント端末のＷＷＷブラウザに負荷をかけることを防止することができる。また、ＷＷＷブラウザに特別なスクリプトを実行させる必要がないため、ＷＷＷブラウザの種類及びバージョンの相違がほとんど影響を与えない。

以上、ＷＷＷクライアント端末２００及びＷＷＷサーバ３００をそれぞれ１台ずつ含まれるシステム構成を例に挙げたが、本実施の形態に係るネットワークシステムには、複数のＷＷＷクライアント端末及び複数のＷＷＷサーバが含まれていてもよい。例えば、複数のＷＷＷクライアント端末が含まれる場合には、ユーザごとに、通信ログ及びＨＴＴＰ通信定義情報を管理する必要がある。このため、例えばユーザ認証処理を実行し、これにより取得したユーザ識別情報に対応付けて通信ログ及びＨＴＴＰ通信定義情報を登録する必要がある。

また、中継装置、通信定義生成装置及び通信再生装置を個別の情報処理装置で実現しているが、中継装置、通信定義生成装置及び通信再生装置うち、これら３種類の装置のうちの少なくとも２つの装置の機能が１台の情報処理装置上に実装されてもよい。この場合、１台の情報処理装置にインストールされたプログラム及びハードウエア構成（ＣＰＵ、メモリ、ハードディスク等）により実現される演算処理部によって、上述の機能構成が達成する機能が達成される。ここで、それらの機能を実装すべき情報処理装置は、ネットワーク上の特定の情報処理装置に限られるものではない。

例えば、中継装置、通信定義生成装置及び通信再生装置の機能がクライアント端末上に実装されていてもよい。この場合には、クライアント端末が、自身の通信ログ及びＨＴＴＰ通信定義情報を管理することになるため、ネットワーク上で通信ログ及びＨＴＴＰ通信定義情報を管理する必要がなくなる。このため、ユーザ管理及びセキュリティ管理が容易となる。

また、中継装置、通信定義生成装置及び通信再生装置の機能は、複数のクライアント端末にサービスを提供するＷＷＷサーバ３００上に実装することもできる。この場合には、ＷＷＷサーバ３００は、ユーザごとに通信ログ及びＨＴＴＰ通信定義情報を管理する必要がある。このため、ＷＷＷサーバ３００は、例えば、上述したように、ユーザ認証処理により取得したユーザ識別情報に対応付けて通信ログ及びＨＴＴＰ通信定義情報を登録する必要がある。ここで、ＷＷＷサーバ３００がユーザごとに個別のサービスを提供する場合には、そのサービスでユーザが用いている識別情報を、通信ログ及びＨＴＴＰ通信定義情報に対応付けるべき識別情報として利用してもよい。

本発明の実施形態に係るＨＴＴＰ通信再生処理システムの構成を示す図である。 本発明の実施形態に係る通信ログ記録処理のフローチャートである。 本発明の実施形態に係る通信ログテーブルのデータ構造を示す図である。 本発明の実施形態に係るＨＴＴＰ通信定義情報の記述例を示した図である。 本発明の実施形態に係るブックマーク情報の記述例を示した図である。 本発明の実施形態に係るＨＴＴＰ通信定義生成処理のフローチャートである。 本発明の実施形態に係るＨＴＴＰ通信再生処理のフローチャートでである

符号の説明

１００…中継装置、２００…ＷＷＷクライアント、３００…ＷＷＷサーバ、４００…ＨＴＴＰ通信定義生成装置、５００…ＨＴＴＰ通信再生装置

Claims (6)

1. 複数の情報処理装置を備える情報処理システムであって、
   前記複数の情報処理装置のうちの第１情報処理装置は、
   通信ログが格納される記憶手段と、
   クライアントから第１リクエストが与えられた場合、当該クライアントから第２リクエストが与えられるまでの間、当該クライアントとサーバとの間で交換される通信メッセージを前記通信ログとして前記記憶手段に記録する通信ログ生成手段と、
   を備え
   前記第１情報処理装置、または、前記複数の情報処理装置のうちの第２情報処理装置は、
   前記１リクエストから前記第２リクエストまでの間に前記記憶手段に記録された通信ログに含まれる、前記クライアントから前記サーバに与えられたリクエストを再現するための通信定義情報を生成する通信定義生成手段を備えることを特徴とする情報処理システム。
2. 請求項１記載の情報処理システムであって、
   前記通信定義生成手段は、
   前記通信ログのうち、前記クライアントから前記サーバに与えられた前記リクエストの第１パラメタと、当該レスポンスの前に前記サーバから前記クライアントに与えられたレスポンスに含まれる、当該リクエストを発生させたエレメントの第２パラメタとが異なる場合には、当該リクエストを前記リクエスト定義として設定し、前記第１パラメタと前記第２パラメタとが共通する場合には、当該リクエストの前記第１パラメタの値に、前記第２パラメタの値を示す記述を設定した前記リクエスト定義を生成することを特徴とする情報処理システム。
3. 請求項１または２記載の情報処理システムであって、
   前記第１情報処理装置、前記第２情報処理装置及び前記複数の情報処理装置のうちの第３情報処理装置のいずれか１の情報処理装置は、
   前記クライアントから第３リクエストを受け付けた場合、前記通信定義情報に基づき、前記サーバに与える一連のリクエストを生成して、当該一連のリクエストを前記サーバに順次送信し、当該一連のリクエストのうちの最後のリクエストに対する、前記サーバのレスポンスを前記クライアントに送信する通信実行手段を備えることを特徴とする情報処理システム。
4. 情報処理装置に実行させるプログラムであって、
   前記情報処理装置を、
   クライアントとサーバとの間で交換された一連の通信メッセージを含む通信から、前記クライアントから前記サーバに与えられたリクエストの第１パラメタと、当該レスポンスの前に前記サーバから前記クライアントに与えられたレスポンスに含まれる、当該リクエストを発生させたエレメントの第２パラメタとを取り出し、当該第１パラメタの値と当該第２パラメタの値とが異なる場合には当該第１パラメタの値を保持し、当該第１パラメタの値と当該第２パラメタの値とが一致する場合には、当該第２パラメタの値を示す記述を保持する通信ログ解析手段と、
   前記通信ログ解析手段が保持する値を、前記リクエストの、当該値に対応するパラメタの値として設定したリクエスト定義を生成する通信定義生成手段と、
   して機能させることを特徴とするプログラム。
5. 情報処理装置に実行されるプログラムであって、
   前記情報処理装置は、
   ブックマークＩＤに対応付けられた通信定義情報であって、サーバに送信するための一連のリクエストを含む通信定義情報が格納された記憶手段と、
   演算処理手段と、
   を有し、
   当該プログラムは、
   ブックマークＩＤを含む第３リクエストをクライアントから受け付けた場合、前記演算処理手段が、当該ブックマークＩＤに対応付けられた通信定義情報を前記記憶手段から読み出し、当該通信定義情報に含まれる一連のリクエストのうちの最初のリクエストを前記サーバに送信し、前記サーバからのレスポンスを受け付けるごとに、当該一連のリクエストの残りのリクエストを前記サーバに順次送信する処理と、
   前記演算処理手段が、前記一連のリクエストのうち、最後のリクエストに対する、前記サーバのレスポンスを前記クライアントに送信する処理と、
   を含むことを特徴とするプログラム。
6. 複数の情報処理装置を有する情報処理システムにおいて実行される通信再生処理方法であって、
   前記複数の情報処理装置のうちの第１情報処理装置は、
   通信ログが格納される記憶手段を有し、
   当該通信再生処理方法は、
   前記第１情報処理装置が、前記クライアントから第１リクエストが与えられると、当該クライアントから第２リクエストが与えられるまでの間、当該クライアントと前記サーバとの間で交換される通信メッセージを前記通信ログとして前記記憶手段に記録する処理と、
   前記第１情報処理装置、または、前記複数の情報処理装置のうちの第２情報処理装置が、前記１リクエストから前記第２リクエストまでの間に前記記憶手段に記録された通信ログに含まれる、前記クライアントから前記サーバに与えられた一連のリクエストを再現するための通信定義情報を生成する処理と、
   前記第１情報処理装置、前記第２情報処理装置、及び、前記複数の情報処理装置のうちの第３情報処理装置のいずれか１の情報処理装置が、前記クライアントからの第３リクエストを受け付けた場合に、前記サーバに与える一連のリクエストを生成し、当該一連のリクエストを前記サーバに順次送信し、当該一連のリクエストのうちの最後のリクエストに対する、前記サーバのレスポンスを前記クライアントに送信する処理と、
   を含むことを特徴とする通信再生方法。

Images