JP4729218B2 - インターネットを介した定義済みパスを再生するシステムおよび方法 - Google Patents

Description

【０００１】
（発明の属する技術分野）
本発明は、一般に、ウェブページシステムおよび方法、より具体的には、中間サーバからの予め定義されたウェブパスを再生するソフトウェアシステムおよび方法に関する。
【０００２】
（発明の背景）
ウェブサイトは、より偏在するようになり、企業は、そのウェブサイトの性能の目標および品質基準を設定することに益々関心が持たれている。これらの目的を達成する１つの方法は、ユーザの企業ウェブサイトとの体験をシミュレートすることである。ユーザの体験をシミュレートすることによって、ウェブサイトの所有者は、ページにおけるリンクおよびリソースの統合性を決定し得、企業によって定義された操作上の目標に反する顧客の体験を評価し得る。さらに、企業の情報技術部門は、重要な意味をもつウェブリソースの追跡および測定（ｍｅａｓｕｒｅ）がより良くできる。
【０００３】
ウェブサイトを通じてユーザのパスをシミュレートする１つの方法は、プロキシサーバにおいてユーザによってなされるすべてのリクエストを記録し、それぞれのリクエストに関するさらなるデータを記録し、ソケットを開いて通貨された正確なデータを送信することである。この技術は、静的ページのみを含むウェブサイトに用いられ得る。しかしながら、増大するウェブサイトの数は動的であり、ウェブを通じてユーザのパスを再生する方法は、セッションＩＤ等のコンテンツおよびフォームの責任を負うことができる必要がある。動的コンテンツは、時間が経てばウェブセッションが終了するか、または変化する原因となり得、一連のリクエストを単に再生することは、しばしば、ターゲットウェブサイトからエラーが返信されるという結果になる。
【０００４】
ウェブサイトを通じてパスをシミュレートする現在の方法は、動的ウェブサイトを十分にアドレス指定しない。Ｍｉｃｒｏｓｏｆｔ Ｗｅｂ Ｓｔｒｅｓｓ Ａｎａｌｙｚｅｒ Ｔｏｏｌは、インターネット上で利用可能なサイトを作成する前に、ウェブサイトを過負荷テストするために開発された。Ｍｉｃｒｏｓｏｆｔツールは、クッキーベースの動的ウェブサイト技術のみを支援するが、他の技術を支援せず、ブラウザとウェブサイトとの間のＨＴＴＰＳ通信も支援しない。さらに、Ｍｉｃｒｏｓｏｆｔツールは、ソフトウェアがユーザのコンピュータ上にダウンロードされ、インストールされることをリクエストする。
【０００５】
（発明の要旨）
本発明は、ウェブパス再生システムおよび前に開発されたウェブパス再生システムと関連する不利な点および問題を実質的に排除するかまたは低減する方法を提供する。より具体的には、本発明は、ウェブページのセットを通じて予め定義されたパスを再生するシステムおよび方法を提供する。予め定義されたウェブパスを再生する方法は、リクエスト履歴からの保存されたＵＲＬと関連する保存されたリクエストを選択することを含む。保存されたリクエストがフォームリクエストである場合、本発明は、再生リクエストがなされ得る開始ウェブページからの最適フォームを決定し得る。あるいは、リクエストがフォームリクエストではない場合、本発明は、再生リクエストがなされ得る開始ウェブページ上の最適ＵＲＬを選択する。最適フォームまたは最適ＵＲＬがターゲットＵＲＬとして選択された後、本発明は、再生リクエストをターゲットＵＲＬにする。
【０００６】
本発明は、パスが動的ウェブページを通じて再生されることを可能にすることによって、前に開発されたシステムを越える実質的利点を提供する。
【０００７】
本発明は、完全にウェブベースであることによって、さらに別の重要な技術的利点を提供する。
【０００８】
本発明は、業界基準サーバ上で動作することによって、さらに別の重要な技術的利点を提供する。
【０００９】
本発明は、ＨＴＴＰＳ通信を支援することによって、さらに別の重要な技術的利点を提供する。
【００１０】
本発明は、さらに別の重要な技術的利点を提供する。なぜなら、本発明は、ユーザコンピュータ上にさらなるソフトウェアをインストールすることをユーザに要求しないからである。
【００１１】
本発明は、前に開発された方法よりも実質的により多数のウェブページを通じてパスを再生できることによって、有意な利点を提供する。
【００１２】
本発明およびその利点をより完全に理解するために、次に、同様な参照符号が同様な機能を示す添付の図面とともに以下の説明がなされる。
【００１３】
（発明の詳細な説明）
本発明の好適な実施形態を図面に示す。同様の参照符号は、種々の図面の同様の部分および対応する部分を指すために用いられる。
【００１４】
本発明の目的において、「コンテンツ」は、ＨＴＭＬおよびユーザのコマンドに応答して（例えば、ユーザがリンクを選択した場合に）ウェブページによってユーザのブラウザに返される他のデータを指す。「静的」コンテンツは、時間と共に変化しないユーザのブラウザに返されるコンテンツである。「動的」ウェブページは、同じユーザのコマンドに応答して、時間と共に変化する、異なる事前にフォーマットされていないコンテンツを含み得るページを表す。「パス」は、特定の順序になっている一連のウェブリクエストである。
【００１５】
本発明は、中間サーバからウェブを介してユーザのパスを再生するシステムを提供する。図１は、本発明がウェブを介してユーザのパスを記録および再生するために実現され得るシステムの概略図である。ユーザは、ウェブブラウザ２０を介して、中間サーバ１０におけるソフトウェアプログラム５にアクセスし得る。一実施形態において、ユーザは、中間サーバ１０においてソフトウェアプログラム５にアクセスした後、ウェブブラウザ２０を用いて、パス名（例えば、「パス１」）および開始ＵＲＬをソフトウェアプログラム５に提供し得る。パス名および開始ＵＲＬは、データベース１５内に保存され得る。パス名を用いて、ユーザによって定義される特定のパスをカテゴリ化し、さらに、開始ＵＲＬはユーザのパスの開始点である。例えば、ユーザが「スタート」ボタンをクリックすることによって、パスを定義し始める準備が整ったことを示した後、次いで、ソフトウェアプログラム５は、表示ウィンドウをウェブブラウザ２０内で開かせ得る。表示ウィンドウは、ユーザのコマンドに応答して受信されたコンテンツが表示される、ウェブブラウザ２０内の新たなウィンドウである。ウェブブラウザ２０は、開始ＵＲＬへのリクエストをソフトウェアプログラム５に送信し、ソフトウェアプログラム５は、データベース１５においてリクエストを保存した後、リクエストをターゲットウェブサーバ３０に転送する。次いで、ターゲットウェブサーバ３０は、リクエストにおけるＵＲＬに関連付けられたウェブページ３５に対応するコンテンツを中間サーバ１０に返す。次いで、ソフトウェアプログラム５は、コンテンツを調停して、ウェブページ３５のコンテンツからユーザによって行われた任意のさらなるリクエストが中間サーバ１０を介してルーティングされ得る。ウェブページのコンテンツ調停は、２０００年１１月１０日にＣｌａｙ Ｄａｖｉｓ、Ｗａｌｔｅｒ ＢｏｄｗｅｌｌおよびＭｉｃｈａｅｌ Ｋｌｏｂｅの発明者らによって出願された「Ａ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｍｅｄｉａｔｉｎｇ ａ Ｗｅｂ Ｐａｇｅ」という名称の特許出願第＿＿＿＿＿＿＿＿＿＿＿号に開示された方法によって実行され得る。同文献は、その全体が本明細書において参考として援用される。
【００１６】
ソフトウェアプログラム５は、コンテンツを調停した後、ウェブブラウザ２０の表示ウィンドウに調停コンテンツを伝達し得る。ユーザの観点から、ウェブブラウザ２０の表示ウィンドウ内に表示されたページは、ターゲットウェブサーバ３０に直接アクセスしたウェブユーザに表示される表示と同じように見え得る。しかし、ウェブブラウザ２０の表示ウィンドウは、ナビゲーションまたはステータスバーがなくとも開き得る。表示ウィンドウ内に表示される調停コンテンツを介してＵＲＬにアクセスするのではなく、ウェブブラウザ２０の一番上にＵＲＬを直接入力することによって、ユーザがパスを定義するプロセスを不注意に飛ばしてしまわないように、これが実行され得る。
【００１７】
ユーザが新たなウェブページ３６（例えば、「ターゲットウェブページ３６」）に対してさらにリクエストを行うと、ウェブページ３５は「開始ページ３５」になる。ターゲットウェブページ３６は、開始ページ３５と同じターゲットウェブサーバ３０または異なるターゲットウェブサーバ３０に関連付けられ得る。ここでも、ソフトウェアプログラム５は、さらなるリクエストに応答してターゲットウェブページ３６のコンテンツを調停し、調停コンテンツをブラウザ２０に返す。開始ページ３５およびターゲットウェブページ３６の両方が調停されることが理解されるべきである。ユーザがターゲットウェブページ３６からさらなるリクエストを行う場合、ターゲットウェブページ３６等は、また別のターゲットウェブページ３６にとっての開始ページ３５に等しい。一実施例として、「ページＡ」が開始ＵＲＬに関連付けられ、ユーザが、「ページＡ」の調停コンテンツに基づいて「ページＢ」をリクエストした場合、「ページＡ」はターゲットの「ページＢ」にとっての開始ウェブページ３５である。ソフトウェアプログラム５は「ページＢ」のコンテンツを調停し、調停コンテンツをウェブブラウザ２０に転送する。ユーザが「ページＢ」から「ページＣ」をさらにリクエストした場合、「ページＢ」はターゲットの「ページＣ」にとっての開始ページである。「ページＡ」、「ページＢ」および「ページＣ」は、同じウェブサーバに関連付けられたり、それぞれが異なるウェブサーバに関連付けられたりし得る。ユーザがウェブブラウザの表示ウィンドウ内に表示されるコンテンツに基づいてさらなるリクエストを入力した場合、ソフトウェアプログラム５は、データベース１５内にさらなるリクエストを保存する。
【００１８】
データベース１５にリクエストを保存することに加え、ソフトウェアプログラム５は、ユーザリクエストを用いて送信されるクッキー、ヘッダーおよびフォームのパラメータなどのコンテンツを記録したり、ウェブページ３５のコンテンツ内に返したりもし得る。このように、中間サーバ１０は、ユーザによって行われる各リクエストに対応した情報を含むリクエスト履歴を構築し得る。概して、ソフトウェアプログラム５は、すべての相互作用をパスの「リクエスト履歴」としてサーバの介入を必要とするデータベース１５に保存し得る。ユーザがウェブを介してパスの定義を行った後、ユーザはパス定義プロセスを中止し得、パスはユーザによって提供されたパス名で保存される。
【００１９】
本発明の再生プロセスの間、ソフトウェアプログラム５は、データベース１５において格納されたリクエスト履歴にアクセスして、リクエストが最初に行われた順序でリクエストを送信する。さらに、ソフトウェアプログラム５は、特定のウェブページにとって必要な適切なヘッダー、クッキーおよび／またはフォームパラメータを送信する。ターゲットウェブサーバ３０は、各リクエストに対応するターゲットウェブページ３６の適切なコンテンツを返す。それぞれの追加のリクエストに関して、以前のリクエストに対するターゲットウェブページ３６は、次の再生リクエストにとっての開始ページ３５になる。ソフトウェアプログラム５は、ユーザによって定義されたパスが完全に再生されるまで、リクエスト履歴からリクエストを送信し続ける。
【００２０】
図２は、本発明による、１セットのウェブページを通じて予め定義されたパスを再生する一実施形態のフローチャートである。ステップ６０において、ソフトウェアプログラム５は、開始ＵＲＬ、さらなるリクエスト、ヘッダ、クッキー、フォームリクエストがＰＯＳＴまたはＧＥＴであるか否か、開始ページ３５のコンテンツ内のＵＲＬのアドレス、およびフォームパラメータなどの情報を含むデータベース１５から、リクエスト履歴にアクセスし得る。本発明の第１の反復の間、リクエストは、ユーザのパスの開始ＵＲＬに対応する。第１のリクエストが、開始ＵＲＬに向かってなされるので、プログラム５は、概して、動的コンテンツに対応する情報を送信する必要がない。しかし、さらなるリクエストは、ソフトウェアプログラム５が動的な性質の情報を送信することを必要とし得る。ステップ７０において、ソフトウェアプログラム５は、データベース１５に格納されたリクエスト履歴から保存されたリクエストを選択する。保存されたリクエストは、概して、時間的な順序で選択され、ユーザのパスが適切に再生される。
【００２１】
特定の保存されたリクエストが選択された後、ステップ８０において、ソフトウェアプログラム５は、保存されたリクエストが、フォームリクエストであるか否かを判定し得る。特定のＵＲＬリクエストは、データベース１５に格納されたリクエスト履歴において、ＵＲＬが「ＦＯＲＭ」タグと関連付けられていることが記録されているので、フォームリクエストとして区別され得る。このような関連が見受けられない場合、リクエストは、フォーム用ではない。図２に示すように、保存されたリクエストがフォームリクエストである場合、本発明は、ステップ１２０を行う前に、ステップ９０および１００を行う。保存されたリクエストがフォームリクエストでない場合、本発明は、ステップ１２０を行う前に、ステップ１１０を行う。
【００２２】
保存されたリクエストがフォームリクエストである場合、ステップ９０において、ソフトウェアプログラム５は、後で、再生リクエストがどのフォームに向かってなされる必要があるのかを判定し得る。再生リクエストがどのフォームに向かってなされる必要があるのかを判定することは、再生リクエストを単にＵＲＬに送信することより、保存されたリクエストに関わり得る。パスが再生される場合に出会う設定である、開始フォーム３５の「現在の設定」は、ユーザが最初にパスを定義した設定とは、異なり得る可能性がある。さらに、開始ページ３５の現在の設定は、再生リクエストがそれに向けて作られ得る１つより多いフォームを含み得、さらに、共通のＵＲＬを共有する複数のフォームさえも含み得る。これらの困難に対処するため、ステップ９０において、ソフトウェアプログラムは、開始ページ３５の現在の設定に位置する潜在フォームから最適フォームを選択する。
【００２３】
最適フォームを選択する方法は、ユーザがパスを最初に定義するときに保存されたフォームパラメータに依存する。フォームパラメータは、いくつかの方法で生成され得る。第１に、ユーザは、最初にフォームに記入するときに、フォームパラメータを生成する。第２に、フォームパラメータは、ユーザの入力に基づいて、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔを通じてウェブブラウザ２０によって作られるか、または変更され得る。最終的に、フォームパラメータは、ターゲットウェブサーバ３０によって生成される値と共に、フォーム自体に含まれ得る。Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔによって生成されたフォームパラメータ、または、フォーム自体に含まれるフォームパラメータは、しばしば、ユーザから隠されている。保存されたリクエストに対応する保存されたフォームパラメータは、概して、ユーザによって記入されたフォームパラメータを含む。しかし、ウェブブラウザ２０が、ユーザが提出したフォームパラメータを、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔで生成されたフォームパラメータと交換するか、または変化させる場合、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔで生成されたフォームパラメータは、ユーザが提出したパラメータではなく、リクエスト履歴に保存される。例えば、ユーザがチェックボックスをクリックするが、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔがこれを「１」に変化させる場合、再生リクエストは、パスが再生される場合、「１」のみを含み、ボックスをチェックする動作は含まない。これは、中間サーバ１０が、ターゲットウェブサーバ３０から適切な応答を生成するパラメータのみを提出する必要があるので、行われる。
【００２４】
保存されたリクエストがフォームリクエストである場合、ステップ９０において、ソフトウェアプログラム５は、開始ページ３５において、タグを読んで、ＵＲＬに適合するリクエストがあるか否かを判定する。適合するＵＲＬを含まない任意のフォームは、拒否される。ウェブページ３５上の残留フォームをフィルタリングするステップの順序は、保存されたリクエストが「ＰＯＳＴ」であるか、または「ＧＥＴ」であるかに依存する。ソフトウェアプログラム５は、「ＰＯＳＴ」を「ＧＥＴ」から、フォームリクエストのカテゴリが、ユーザが最初にパスを定義するときにリクエスト履歴において保存されるので区別し得る。保存されたリクエストがＰＯＳＴについてである場合、最初のページ３５の各フォームは、リクエスト履歴に保存されたパラメータの全てを必要としないので、拒否され、再生リクエストに含まれ得る。例えば、「名前」パラメータが、リクエスト履歴において、保存されたリクエストに関連する場合、「名前」パラメータを必要としない最初のページ３５の各フォームが拒否される。１つより多い潜在フォームが、開始ページにおいて残っている場合、本発明は、保存されたリクエストについて、リクエスト履歴において、隠されたパラメータの全てを含まない、ウェブページ３５上の全てのフォームを拒否する。これらの初期フィルタリングプロセスの後に、依然、１つより多い潜在フォームが残っている場合、フォームは、所定の様式で選択される。例えば、ページ上の第１の残留フォームが選択されてもよいし、ランダムな残留フォームが選択されてもよい。任意の所定の選択方法が用いられて、最適フォームが、残留する適格フォームから選択され得ることが理解される必要がある。
【００２５】
リクエストがＧＥＴである場合、保存されたリクエストにおいて、ＵＲＬに適合しない任意のフォームを拒否する第１のパスフィルタは、フォームリクエストがＰＯＳＴである場合と同じである。しかし、第２のパスフィルタと第３のパスフィルタとが置き換えられている。ＧＥＴでは、ＰＯＳＴとは反対に、ソフトウェアプログラム５は、第１に、保存されたリクエストについて、リクエスト履歴において保存された、隠された全てのパラメータを含まない、全てのフォームが拒否される。依然、ウェブページ３５上に１つより多い潜在フォームが残っている場合、本発明は、再生リクエストに含まれ得る、リクエスト履歴において保存されたパラメータの全てを含まないフォーム全てを拒否する。ＰＯＳＴについて述べたように、開始ページ３５は、リクエスト履歴に保存された全てのパラメータを必要としないこともある。初期フィルタが適用された後、依然、１つより多い残留フォームがある場合、フォームは、ＰＯＳＴリクエストと同様に、所定の様式で選択される。例えば、ページ上の第１の残留フォームが選択されてもよいし、ランダムな残留フォームが選択されてもよい。また、適格なフォームからフォームを選択する任意の様式が用いられることが理解される必要がある。
【００２６】
リクエストが関連付けられるべきフォームを判定した後、ソフトウェアプログラム５は、ステップ１００において、リクエスト履歴内に格納されているパラメータからのパラメータを、ウェブページ３５の現在の構成内のフォーム上に現れるパラメータにマージし得る。ソフトウェアプログラム５は、フォームパラメータがどのように生成されたかを比較することにより、再生フォームパラメータ内にどのパラメータを含むべきかを判定し得る。ユーザがフォームパラメータを入力した場合、このパラメータは、上記のようにＪａｖａ（Ｒ）Ｓｃｒｉｐｔによって変更されていない限り、再生フォームパラメータ内に含まれる。フォームパラメータがウェブブラウザ２０においてＪａｖａ（Ｒ）Ｓｃｒｉｐｔによって変更または生成された場合、ユーザによって入力されたパラメータではなく、Ｊａｖａ（Ｒ）Ｓｃｒｉｐによって生成されたパラメータが再生フォームパラメータ内に含まれる。ユーザによる最初のリクエストが行われた後、ユーザによるパラメータの入力またはＪａｖａ（Ｒ）Ｓｃｒｉｐｔによるパラメータの生成が行われなかった場合にフォームパラメータが提出される場合、ソフトウェアプログラム５は、フォーム自体にパラメータが含まれていたことを想定する。ソフトウェアプログラム５は、次いで、最初にリクエスト履歴内に格納されたフォームパラメータを、開始ウェブページの現在の構成に関するフォーム内に提供されるフォームパラメータに置き換える。例として、開始３５のフォームは、パスが最初に規定された際のセッションＩＤを含み得る。再生リクエストが、リクエスト履歴内に格納されているフォームパラメータを含む場合、再生リクエストを行う際にエラーが起こる可能性がある。このエラーによって、ソフトウェアプログラム５に「セッション失効」のメッセージが戻され得、ユーザのパスが適切にシミュレートされない。従って、ソフトウェアプログラム５は、リクエスト履歴内に格納されているセッションＩＤを、ウェブページ３５の現在の構成に関するフォームに含まれるセッションＩＤに置き換え、失効エラーを防止する。この様態で、ソフトウェアプログラム５は、アップデートされたフォームフィールド（例えば、セッションＩＤ、タイムスタンプなど）内に適切なコンテンツを配置し得る。
【００２７】
ステップ８０において、ソフトウェアプログラム５が、保存されたリクエストがフォームリクエストでないと判定する場合、ソフトウェアプログラム５は、ステップ１１０において、ウェブページ３５内のどのＵＲＬリンクが保存されたリクエスト内のＵＲＬに最適であるかを判定する。保存されたリクエストからの正確なＵＲＬがウェブページ３５上のリンク内で発見される場合、この正確なＵＲＬは、次のリクエスト内で使用される。この正確なＵＲＬが発見され得ない場合、本発明は、調和しないＵＲＬが、最初のＵＲＬリクエスト内のＵＲＬのアドレスに対応するウェブページ３５上のアドレスで発見され得るかを判定する。
【００２８】
本明細書中の「アドレス」は、保存されたリクエストが最初に発見されたウェブページ３０上の場所を意味する。ユーザがパスを規定すると、ソフトウェアプログラム５は、リクエストされる各ＵＲＬにウェブページアドレスを割り当て得る。このアドレスは、ウェブページ３５内のタグおよび属性の構成に基づいて割り当てられ得る。例えば、下記のページが与えられる。
【００２９】
【数１】

構成されているページのルートは、＜ｈｔｍｌ＞タグである。このタグは、＜ｈｅａｄ＞および＜ｂｏｄｙ＞タグの２つのタグを含む。この＜ｈｅａｄ＞タグは、＜ｔｉｔｌｅ＞タグなどを含む。この構成によって、ＨＴＭＬページ上の個別の属性値にアドレスを割り当てることが可能になる。例えば、「Ｃｌｉｃｋ Ｈｅｒｅ Ｎｅｘｔ」のテキストを有する＜ａ＞のアドレスは、「ｈｔｍｌ［０］．ｂｏｄｙ［０］．ａ［１］．ｈｒｅｆ［０］」である。このアドレスは、ウェブページ３５上のタグまたは属性の正確なロケーションを識別する。保存されたリクエストからの正確なＵＲＬがウェブページ３５上で発見されない場合、対応するアドレスのＵＲＬが使用される。例えば、ユーザが、パスウェブページ３５を規定する際に「Ｃｌｉｃｋ Ｈｅｒｅ Ｎｅｘｔ」上をクリックするが、対応するＵＲＬであるｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｎｙ．ｃｏｍ／ｎｅｘｔ．ｈｔｍｌが発見され得ない場合、ウェブページ３５内の「ｈｔｍｌ［０］．ｂｏｄｙ［０］．ａ［１］．ｈｒｅｆ［０］」のアドレスに位置するＵＲＬに再生リクエストが生成される。ウェブページ３５のＨＴＭＬ内のロケーションをもたらす他のフォームのアドレッシングが使用され得ることが理解される。
【００３０】
あるいは、保存されたリクエスト内の正確なＵＲＬがウェブページ３５内で発見され得ない場合、ソフトウェアプログラム５は、部分的なＵＲＬを一致させ得る。例えば、部分的なＵＲＬの一致は、ＵＲＬ間で一致する文字の数に基づいて、いくぶん異なるＵＲＬを保存されたリクエスト内のＵＲＬに一致させることを含み得る。
【００３１】
ソフトウェアプログラム５はまた、ウェブブラウザ２０が、ウェブページ３５内でもともと見つけられたＵＲＬをＪａｖａ（Ｒ）Ｓｃｒｉｐｔを介して修正した場合、ＵＲＬと一致し得る。例えば、もともとのリクエストがＵＲＬに対して行われた際に、Ｊａｖａ（Ｒ）ＳｃｒｉｐｔがＵＲＬにストリングを付加した場合、付加ストリングを有するリクエストは、リクエスト履歴に格納される。しかし、ソフトウェアプログラム５は、再生中に、保存リクエストで使用される正確なＵＲＬに関してウェブページ３５の現在の構造を解析する場合、ＵＲＬは、ストリングがウェブページ３５上に存在しないので見つけられない。ソフトウェアプログラム５は、リクエスト履歴に保存されたストリングを、保存リクエストのＵＲＬがもともと見つけられたウェブページ３５内のアドレスで見つけられるＵＲＬに付加し得る。
【００３２】
要約すると、ステップ１１０では、ソフトウェアプログラム５は、いくつかの方法で最適ＵＲＬを見つけ得る。ソフトウェアプログラム５は正確または部分的一致を用いて、ウェブページ３５の現在の構造の最適ＵＲＬを選択し得る。ソフトウェア５はまた、最適ＵＲＬを選択するためにアドレスのシステムも用い得る。ソフトウェアプログラム５はまた、特に保存リクエストにおけるＵＲＬがＪａｖａ（Ｒ）Ｓｃｒｉｐｔによる修正の結果である場合は、部分的一致とアドレスとの組み合わせを用いて、最適ＵＲＬを選択し得る。
【００３３】
図２に示されるように、最適ＵＲＬを選択（ステップ１１０）、または最適フォームを選択し集めた（ステップ９０および１００）後、ソフトウェアプログラム５は、ステップ１２０で、任意に適切なヘッダを再生リクエストに付加し得る。多くのウェブページはブラウザ依存である。すなわち、使用されるブラウザのタイプに依存する種々のデータを返す。正確にユーザパスをシミュレートするために、ソフトウェアプログラム５は、あたかも再生リクエストがユーザのブラウザから行われるかのように、応答するウェブページが同じコンテンツを返すように、リクエスト履歴に格納されるヘッダを送信する。さらに、ターゲットウェブページ３６が、例えば、ステータスコード４０１を返すことによって、ユーザの認証をリクエストする場合は、本発明は認証ヘッダを有するリクエストを返し得る。ユーザのシミュレーションは実際のユーザを含まないので、ターゲットウェブページ３６の認証ウィンドウにアクセスする理由はなく、このウィンドウは回避され得る。
【００３４】
ステップ１３０で、ソフトウェアプログラム５は、クッキーの作成詳細に基づいて、ターゲットウェブページ３６にクッキーが返されるべきかどうかを決定し得る。また、ソフトウェアプログラム５は、ターゲットウェブページ３６が失効エラーを返さないように、クッキーを修正し得る。例えば、ユーザがもともとウェブページを３月３日に訪問し、有効期限が１日であるクッキーを返した場合、本発明はクッキーを修正し得、クッキーの返された日付は、有効期限が１日であるパス再生の現在の日付、例えば１０月１７日であった。パスが規定されたときにソフトウェアプログラム５はデータベース１５にクッキーの作成詳細を格納したので、データは修正され得る。ソフトウェアプログラム５は、ターゲットウェブページ３６がエラーを返さないようにクッキーを修正し得るので、その後は、ユーザパスは動的ウェブページを介して再生され得る。
【００３５】
適切なターゲットウェブページ３６および含まれるデータを決定した後、ソフトウェアプログラム５は、ステップ１４０で再生リクエストを行い得る。再生リクエストは、ユーザによって以前定義されたパスを再生するために、ユーザによって行われるコマンドをシミュレートする。ターゲットウェブサーバ３０に対して再生リクエストを行った後、ソフトウェアプログラム５は、ターゲットウェブサーバ３０が再生リクエストに応答したか否かを決定する。ターゲットウェブサーバ３０が応答した場合は、返されたターゲットウェブページ３６の現在の構造は、リクエスト履歴における後続のリクエストの開始ページ３５として使用される。ターゲットウェブサーバ３０は、あるいは、エラーに応答または返さないこともあり得る。ソフトウェアプログラム５は、適切なターゲットウェブページサーバ３０またはターゲットウェブページ３６のいずれも見つけられなかったことを示す、「タイムアウトエラー」または「ページが見つけられない」というエラーを受信し得る。こうした性質のエラーがソフトウェアプログラム５によって受信される場合は、ソフトウェアプログラム５は、ステップ１６０で、Ｅメールまたは他の手段を介してエラーをユーザに通知し、プレーバックプロセスを終了し得る。ターゲットウェブサーバ３０がターゲットウェブページ３６を使って応答する場合は、ソフトウェアプログラム５は、ステップ１７０で、リクエスト履歴内の各保存リクエストに対して、本発明のステップ６０からステップ１６０を繰り返し、それによって、もともとユーザによって定義されたパスを再生し得る。
【００３６】
本発明は、静的および動的ウェブページの両方を介してパスをシミュレート可能にする定義済みパスを再生するシステムおよび方法を提供する。これは、本発明が、ウェブページを介してパスを再生する従来開発された方法よりも、ずっと多くのウェブページに適用されることを可能にする。
【００３７】
本発明は詳細に記載されたが、添付される請求項に記載される本発明の趣旨および範囲から逸脱することなしに、種々の変更、置換および代替が行われる得ることが理解されるべきである。
【図面の簡単な説明】
【図１】 図１は、本発明がパスを記録し、再生し得るシステムの概略図である。
【図２】 図２は、ウェブページのセットを通じてパスを再生する、本発明の１実施形態を示すフローチャートである。

Claims (27)

1. システム内でウェブページのセットを介して定義済みパスを再生する方法であって、該システムは、コンピュータに格納されたプログラムを含み、該方法は、該プログラムが該コンピュータに、
   リクエスト履歴からリクエストを選択するステップであって、該リクエストは、第２のウェブページに対して第１のウェブページからなされ、該リクエスト履歴内に保存されたものであり、該第１のウェブページは、開始ウェブページであり、該第２のウェブページは、ターゲットウェブページである、ステップと、
   該リクエストがフォームリクエストである場合には、該開始ウェブページ内のフォームのセットから最適フォームを選択するステップと、
   該リクエストがフォームリクエストでない場合には、該開始ウェブページ内の最適ＵＲＬを選択するステップと、
   該ターゲットウェブページに対して再生リクエストを送信するステップであって、該再生リクエストは該選択された最適フォームまたは該最適ＵＲＬに対してなされる、ステップと
   を実行させることを含む、方法。
2. 前記再生リクエストは、再生フォームパラメータのセットを含む、請求項１に記載の方法。
3. 前記再生フォームパラメータのセットは、
   保存されたフォームパラメータのセットと、
   前記開始ウェブページの現在の構成からのパラメータを含むマージされたフォームパラメータのセットと
   を含む、請求項２に記載の方法。
4. 前記最適フォームを選択することは、
   前記リクエストがなされたＵＲＬを潜在フォームのＵＲＬが含まない場合に、該潜在フォームを拒否することと、
   前記フォームリクエストがＰＯＳＴである場合、前記再生リクエストが残留フォームに対してなされた場合に、該残留フォームが前記再生フォームパラメータに含まれる各パラメータを必要としない場合には残留フォームのセットから１つの残留フォームを拒否することと、
   該残留フォームのセットがなおも１より多くの残留フォームを含む場合、前記保存されたフォームパラメータのセット内の隠れフォームパラメータすべてを必要とするわけではない該残留フォームのセットからすべての残留フォームを拒否することと、
   該残留フォームのセット内になおも１つより多くの残留フォームがある場合、所定の方法で該残留フォームのセットから最適フォームを選択し、そうでない場合には、該残留フォームのセット内の該１つの残留フォームを最適フォームとして選択することと
   を包含する、請求項３に記載の方法。
5. 前記最適フォームを選択することは、
   前記リクエストがなされたＵＲＬを潜在フォームのＵＲＬが含まない場合に、該潜在フォームを拒否することと、
   前記フォームリクエストがＧＥＴである場合、残留フォームが前記保存されたフォームパラメータに含まれる隠れフォームパラメータすべてを必要とするわけではない場合には残留フォームのセットから１つの残留フォームを拒否することと、
   該残留フォームのセットがなおも１つより多くの残留フォームを含む場合、再生リクエストが第２の残留フォームに対してなされた場合には前記再生フォームパラメータに含まれる前記フォームパラメータすべてを必要とするわけではない該残留フォームのセットから該第２の残留フォームを拒否することと、
   該残留フォームのセット内になおも１つより多くの残留フォームがある場合、所定の方法で該残留フォームのセットから最適フォームを選択し、そうでない場合には、該残留フォームのセット内の該１つの残留フォームを最適フォームとして選択することと
   をさらに包含する、請求項３に記載の方法。
6. 前記最適ＵＲＬを選択することは、
   リンクのＵＲＬが、前記リクエストがなされたＵＲＬに正確に一致する場合に、該リンクを該最適ＵＲＬとして選択することと、
   該リンクのＵＲＬが、前記リクエストがなされたＵＲＬに正確には一致しない場合に、前記リクエストに関連付けられたアドレスに位置する不一致ＵＲＬを該最適ＵＲＬとして選択することと
   をさらに包含する、請求項１に記載の方法。
7. 前記不一致ＵＲＬが、前記リクエストがなされたＵＲＬに部分的に一致する場合に、該不一致ＵＲＬを前記最適ＵＲＬとして選択するステップを前記プログラムが前記コンピュータに実行させることをさらに包含する、請求項６に記載の方法。
8. 前記リクエストがなされたＵＲＬに含まれるストリングを前記不一致ＵＲＬに付加して、前記再生リクエストに対する前記ＵＲＬを形成するステップを前記プログラムが前記コンピュータに実行させることをさらに包含する、請求項７に記載の方法。
9. 前記再生リクエストは、前記ターゲットウェブページが、該再生リクエストが特定のタイプのブラウザからなされたかのように同じコンテンツに戻るように、ヘッダのセットを含む、請求項１に記載の方法。
10. 前記再生リクエストはクッキーのセットを含み、該クッキーのセットは、保存されたクッキーに相当する変更されたクッキーを含み、該変更されたクッキーは、前記ターゲットウェブページが、前記再生リクエストが新たなユーザによってなされたかのようにコンテンツに戻るように、変更されている、請求項１に記載の方法。
11. 前記リクエストがＰＯＳＴであるか、または、ＧＥＴであるかを判定するステップを前記プログラムが前記コンピュータに実行させることをさらに包含する、請求項１に記載の方法。
12. システム内でウェブページのセットを介して定義済みパスを再生する方法であって、該システムは、コンピュータに格納されたプログラムを含み、該方法は、該プログラムが該コンピュータに
    （ａ）リクエスト履歴からリクエストを選択するステップであって、該リクエストは、第２のウェブページに対して第１のウェブページからなされ、該リクエスト履歴内に保存されたものであり、該第１のウェブページは開始ウェブページであり、該第２のウェブページはターゲットウェブページである、ステップと、
    （ｂ）該リクエストがフォームリクエストである場合、該開始ウェブページ内のフォームのセットから最適フォームを選択するステップと、
    （ｃ）該リクエストがフォームリクエストでない場合、該開始ウェブページ内の最適ＵＲＬを選択するステップと、
    （ｄ）該ターゲットウェブページに対して再生リクエストを送信するステップであって、該再生リクエストは該選択された最適フォームまたは該最適ＵＲＬに対してなされる、ステップと、
    （ｅ）該リクエスト履歴内に保存された各リクエストが再生されるまで該ステップ（ａ）〜（ｅ）を繰り返すステップと
    を実行させることを包含する、方法。
13. ウェブページのセットを介して定義済みパスを再生するシステムであって、
    コンピュータ読出し可能媒体と、
    該コンピュータ読出し可能媒体に格納されたソフトウェア命令のセットと
    を備え、
    該ソフトウェア命令のセットは、
    リクエスト履歴からリクエストを選択することであって、該リクエストは、第２のウェブページに対して第１のウェブページからなされ、該リクエスト履歴内に保存されたものであり、該第１のウェブページは開始ウェブページであり、該第２のウェブページはターゲットウェブページである、ことと、
    該リクエストがフォームリクエストである場合には、該開始ウェブページ内のフォームのセットから最適フォームを選択することと、
    該リクエストがフォームリクエストでない場合には、該開始ウェブページ内の最適ＵＲＬを選択することと、
    該ターゲットウェブページに対して再生リクエストを送信することであって、該再生リクエストは該選択された最適フォームまたは該最適ＵＲＬに対してなされる、ことと
    をコンピュータに実行させるように動作可能である、システム。
14. 前記再生リクエストは再生フォームパラメータのセットを含む、請求項１３に記載のシステム。
15. 前記再生フォームパラメータのセットは、
    保存されたフォームパラメータのセットと、
    前記開始ウェブページの現在の構成からのパラメータを含むマージされたフォームパラメータのセットと
    を含む、請求項１４に記載のシステム。
16. 前記ソフトウェア命令は、
    前記リクエストがなされたＵＲＬを潜在フォームのＵＲＬが含まない場合には該潜在フォームを拒否することと、
    前記フォームリクエストがＰＯＳＴである場合、前記再生リクエストが残留フォームに対してなされる場合に、該残留フォームが前記再生フォームパラメータに含まれる各パラメータを含まない場合には残留フォームのセットから１つの残留フォームを拒否することと、
    該残留フォームのセットが１より多くの残留フォームを含む場合、前記保存されたフォームパラメータのセット内の隠れフォームパラメータすべてを必要とするわけではない該残留フォームのセットからすべての残留フォームを拒否することと、
    該残留フォームのセット内になおも１つより多くの残留フォームがある場合、所定の方法で該残留フォームのセットから最適フォームを選択し、そうでない場合には、所定の方法で、該残留フォームのセット内の該１つの残留フォームを該最適フォームとして選択することと
    によって最適フォームを選択するようにさらに動作可能である、請求項１５に記載のシステム。
17. 前記ソフトウェア命令は、
    前記リクエストがなされたＵＲＬを潜在フォームのＵＲＬが含まない場合には該潜在フォームを拒否することと、
    前記フォームリクエストがＧＥＴである場合、残留フォームが前記保存されたフォームパラメータに含まれる隠れフォームパラメータすべてを必要とするわけではない場合には残留フォームのセットから１つの残留フォームを拒否することと、
    該残留フォームのセットが１つより多くの残留フォームを含む場合、再生リクエストが第２の残留フォームに対してなされる場合には該第２の残留フォームが、前記再生フォームパラメータに含まれる前記フォームパラメータすべてを必要とするわけではない場合に、該残留フォームのセットから該第２の残留フォームを拒否することと、
    該残留フォームのセット内になおも１つより多くの残留フォームがある場合、所定の方法で該残留フォームのセットから最適フォームを選択し、そうでない場合には、該残留フォームのセット内の該１つの残留フォームを最適フォームとして選択することと
    によって最適フォームを選択するようにさらに動作可能である、請求項１５に記載のシステム。
18. 前記ソフトウェア命令は、
    リンクのＵＲＬが、前記リクエストがなされたＵＲＬに正確に一致する場合に、該リンクを前記最適ＵＲＬとして選択することと、
    該リンクのＵＲＬが、前記リクエストがなされたＵＲＬに正確には一致しない場合に、前記リクエストに関連付けられたアドレスに位置する不一致ＵＲＬを該最適ＵＲＬとして選択することと
    によって最適ＵＲＬを選択するようにさらに動作可能である、請求項１３に記載のシステム。
19. 前記ソフトウェア命令は、前記不一致ＵＲＬが、前記リクエストがなされたＵＲＬに部分的に一致する場合に、該不一致ＵＲＬを前記最適ＵＲＬとして選択することによって最適ＵＲＬを選択するようにさらに動作可能である、請求項１８に記載のシステム。
20. 前記ソフトウェア命令は、コンピュータに、前記再生リクエスト内に前記ＵＲＬを形成するために、前記リクエストがなされたＵＲＬに含まれるストリングを前記不一致ＵＲＬに付加させるようにさらに動作可能である、請求項１９に記載のシステム。
21. 前記再生リクエストは、前記ターゲットウェブページが、該再生リクエストが特定のタイプのブラウザからなされたかのように同じコンテンツに戻るように、ヘッダのセットを含む、請求項１３に記載のシステム。
22. 前記再生リクエストはクッキーのセットを含み、該クッキーのセットは、保存されたクッキーに相当する変更されたクッキーを含み、該変更されたクッキーは、前記ターゲットウェブページが、前記再生リクエストが新たなユーザによってなされたかのようにコンテンツに戻るように、変更されている、請求項１３に記載のシステム。
23. 前記ソフトウェア命令のセットは、前記コンピュータに、前記リクエストがＰＯＳＴであるか、または、ＧＥＴであるかを判定させるようにさらに動作可能である、請求項１３に記載のシステム。
24. ウェブページのセットを介して定義済みパスを再生するシステムであって、開始ＵＲＬは、該定義済みパスの開始点であり、
    該システムは、
    コンピュータ読出し可能媒体と、コンピュータプロセッサと、データベースとを備えた中間サーバと、
    該コンピュータ読出し可能媒体に格納されたソフトウェア命令のセットと
    を備え、
    該ソフトウェア命令のセットによって、該コンピュータプロセッサは、
    リクエスト履歴からリクエストを選択することであって、該リクエストは、該開始ＵＲＬに対してなされたか、または、第２のウェブページに対して第１のウェブページからなされたものであり、該第１のウェブページは開始ウェブページであり、該第２のウェブページはターゲットウェブページであり、該リクエストは該リクエスト履歴内に保存されたものであり、該リクエスト履歴は該データベース上に保存される、ことと、
    該リクエストが該開始ＵＲＬに対する場合には、該開始ＵＲＬをターゲットＵＲＬとして選択することと、
    該リクエストがフォームリクエストである場合には、該開始ウェブページ内のフォームのセットから最適フォームを選択することと、
    該リクエストがフォームリクエストでない場合には、該開始ウェブページ内の最適ＵＲＬを該ターゲットＵＲＬとして選択することと、
    再生リクエストを送信することと
    を実行するように動作可能であり、該再生リクエストは該選択された最適フォームまたは該ターゲットＵＲＬに対してなされる、システム。
25. 前記再生リクエストは、該ターゲットウェブページが、該再生リクエストが特定のタイプのブラウザからなされたかのように同じコンテンツに戻るように、ヘッダのセットを含む、請求項２４に記載のシステム。
26. 前記再生リクエストはクッキーのセットを含み、該クッキーのセットは、保存されたクッキーに相当する変更されたクッキーを含み、該変更されたクッキーは、該ターゲットウェブページが、前記再生リクエストが新たなユーザによってなされたかのようにコンテンツに戻るように、変更される、請求項２５に記載のシステム。
27. システム内でウェブページのセットを介してパスを生成し、該パスを再生する方法であって、該システムは、中間サーバに格納されたプログラムを備え、
    該方法は、
    該プログラムが該中間サーバに、
    パスを保存するステップと、
    パスを再生するステップと
    を実行させることを含み、
    該パスを保存することは、
    第１のウェブページに対して第１のユーザリクエストを受信することと、
    リクエスト履歴内に該第１のユーザリクエストを保存することと、
    該第１のユーザリクエストをターゲットウェブサーバに転送することと、
    該ターゲットウェブサーバから該第１のウェブページを受信することと、
    該第１のウェブページのコンテンツからなされたいかなる追加リクエストも該中間サーバを介してルーティングされるように、該第１のウェブページのコンテンツを取り次ぐことと、
    該第１のウェブページの取り次がれたコンテンツを該ユーザに転送することと、
    第２のウェブページに対する追加ユーザリクエストを受信することであって、該追加ユーザリクエストは、該第１のウェブページの取り次がれたコンテンツに基づいている、ことと、
    該追加ユーザリクエストを該リクエスト履歴に記録することと
    をさらに包含し、
    該パスを再生することは、
    該リクエスト履歴からリクエストを選択することと、
    該リクエストが該パスの開始ＵＲＬに相当する場合、該開始ＵＲＬをターゲットＵＲＬとして選択することと、
    該リクエストがフォームリクエストである場合、該リクエストをなしたウェブページの現在の構成から最適フォームを選択することと、
    該リクエストがフォームリクエストでない場合、該リクエストをなしたウェブページの該現在の構成から最適ＵＲＬを該ターゲットＵＲＬとして選択することと、
    再生リクエストを行うことであって、該再生リクエストは該選択された最適フォームまたは該ターゲットＵＲＬに対してなされる、ことと
    をさらに含む、方法。

Images