JP2000163343A - Ｗｅｂシステムの処理順序監視装置及びプログラムを記録したコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】Ｗｅｂブラウザから要求される処理の順序が適
切か否かを判定する 【解決手段】リクエストを発信し表示画面を構成するた
めの画面データを受信するＷｅｂブラウザ２と、Ｗｅｂ
ブラウザ２から発信されたリクエストにしたがって処理
を実行するサーバ１０とから構成されるＷｅｂシステム
に組み込まれる装置であって、Ｗｅｂブラウザ２から発
信されたリクエストにしたがってサーバ１０で実行され
た処理に関する情報と予め設定された画面の遷移状態を
示す状態遷移情報とに基づいて、サーバ１０で次に実行
される処理に関する情報を予測した予測情報を求め、こ
の予測情報とＷｅｂブラウザ２から発信されたリクエス
トにしたがって実際に次にサーバ１０で実行される処理
に関する情報とを比較し、サーバ１０で実行される処理
の順序の適否を判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷ（World Wi
de Web）を利用可能なシステム（以下、「Ｗｅｂシステ
ム」という）において実行される処理の実行順序を監視
する装置及びプログラムを記録したコンピュータ読み取
り可能な記憶媒体に関する。

【０００２】

【従来の技術】図１７は、一般的なＷｅｂシステムにお
けるＷｅｂブラウザの表示画面とＷｅｂアプリケーショ
ンサーバの処理の関係の例を示すブロック図である。

【０００３】Ｗｅｂシステム１の中には、複数の画面に
わたってユーザからの入力を順次受け付けながら、一連
の業務を実現する機能を有するものがある。図１７では
この複数の画面により一連の業務を提供する例として、
ユーザ認証を行い、その後データベースをアクセスする
場合を挙げている。

【０００４】この一般的なＷｅｂシステム１は、主にＷ
ｅｂブラウザ２と、Ｗｅｂサーバ３及びアプリケーショ
ンプログラム４４を実行するアプリケーションサーバ４
を含むＷｅｂアプリケーションサーバ５とから構成され
ている。なお、アプリケーションプログラム４４には、
ユーザ認証処理４ｂ、データベースアクセス処理４ｃ、
アクセス終了処理４ｄがある。

【０００５】Ｗｅｂブラウザ２の画面は一連の業務を提
供するにあたり、画面２ａ、２ｂ、２ｃ、２ｄと遷移す
る。

【０００６】このＷｅｂブラウザ２は、それぞれ画面２
ａ〜２ｃに基づいてＷｅｂサーバ３に対してリクエスト
（ＵＲＬ）６ｂ〜６ｄを発信する。また、このリクエス
ト６ｂ〜６ｄの応答であるＨＴＭＬ形式のデータ７ｂ〜
７ｄをＷｅｂサーバ３から受信し、この受信したＨＴＭ
Ｌ形式データ７ｂ〜７ｄの内容にしたがって画面２ｂ〜
２ｄを形成する。また、このＷｅｂブラウザ２は、図示
していないクライアント上で動作する。

【０００７】Ｗｅｂアプリケーションサーバ５の第１の
要素であるＷｅｂサーバ３は、Ｗｅｂブラウザ２からリ
クエスト６ｂ〜６ｄを受信した際に、このリクエスト６
ｂ〜６ｄの内容をアプリケーションサーバ４に出力す
る。そして、アプリケーションサーバ４で実行された処
理４ｂ〜４ｄの結果を用いてＷｅｂブラウザ２へのＨＴ
ＭＬ形式データ７ｂ〜７ｄの送信処理を実行する。

【０００８】Ｗｅｂアプリケーションサーバ５の第２の
要素であるアプリケーションサーバ４は、Ｗｅｂブラウ
ザ２から発信された各リクエスト６ｂ〜６ｄをＷｅｂサ
ーバ３経由で入力し、このリクエスト６ｂ〜６ｄにした
がってそれぞれユーザ認証処理４ｂ、データベースアク
セス処理４ｃ、アクセス終了処理４ｄを実行する。

【０００９】上記のような構成を有するＷｅｂシステム
１においては、まず画面２ａに対してユーザからログイ
ン情報が入力され、このログイン情報を含むリクエスト
６ｂがＷｅｂブラウザ２からＷｅｂサーバ３を介してア
プリケーションサーバ４に入力される。

【００１０】次に、このリクエスト６ｂにしたがってア
プリケーションサーバ４のユーザ認証を行うための処理
４ｂが実行され、この処理４ｂの実行結果がＷｅｂサー
バ３に出力される。

【００１１】これにより、Ｗｅｂサーバ３において、Ｈ
ＴＭＬ形式データ７ｂが処理４ｂの実行結果及び先に受
信したリクエスト６ｂに基づいて生成され、このＨＴＭ
Ｌ形式データ７ｂがＷｅｂサーバ３からＷｅｂブラウザ
２に送信され、画面２ｂがＷｅｂブラウザ２に表示され
る。

【００１２】次に、画面２ｂに対してユーザからデータ
ベースアクセス命令が入力され、このデータベースアク
セス命令を含むリクエスト６ｃがＷｅｂブラウザ２から
Ｗｅｂサーバ３に送信され、このＷｅｂサーバ３を介し
てアプリケーションサーバ４に入力される。

【００１３】次に、このリクエスト６ｃにしたがって、
先の処理４ｂによって得られたユーザ認証結果を用いた
データベースアクセス処理４ｃが実行され、この処理４
ｃの実行結果がＷｅｂサーバ３に出力される。

【００１４】これにより、Ｗｅｂサーバ３において、Ｈ
ＴＭＬ形式データ７ｃが処理４ｃの実行結果及び先に受
信したリクエスト６ｃに基づいて生成され、このＨＴＭ
Ｌ形式データ７ｃがＷｅｂサーバ３からＷｅｂブラウザ
２に送信され、画面２ｃがＷｅｂブラウザ２に表示され
る。

【００１５】次に、画面２ｃに対してユーザからアクセ
ス終了命令が入力され、このアクセス終了命令を含むリ
クエスト６ｄがＷｅｂブラウザ２からＷｅｂサーバ３を
介してアプリケーションサーバ４に入力される。

【００１６】そして、このリクエスト６ｄを入力したア
プリケーションサーバ４によってデータベースのアクセ
ス終了処理４ｄが実行される。

【００１７】上記の一般的なＷｅｂシステム１におい
て、Ｗｅｂブラウザ２とＷｅｂサーバ３の間では、ＨＴ
ＴＰ（Hyper Text Transfer Protocol）にしたがって通
信が行われる。

【００１８】このＨＴＴＰは、ステートレスなプロトコ
ルであり状態を維持しない。すなわち、ＨＴＴＰにおい
ては、それぞれのリクエスト６ｂ〜６ｄが発信される度
にＷｅｂブラウザ２とＷｅｂサーバ３の間のセッション
が張り替えられる。

【００１９】このため、例えば図１７に示すように、ま
ずＷｅｂブラウザ２からのログイン情報に基づいてユー
ザの認証を行い、その後この認証情報にしたがってデー
タベースをアクセスする場合には、ユーザ認証処理４ｂ
とデータベースアクセス処理４ｃの２つの処理を用意し
ておき、処理４ｂの中間結果を処理４ｃに引き渡すため
の仕組みが必要となる。

【００２０】また、このＷｅｂシステム１で提供される
一連の業務において、処理４ｂ〜４ｄが呼び出される順
序は予め定められており、ここではユーザ認証処理４
ｂ、データベースアクセス処理４ｃ、アクセス終了処理
４ｄの順に処理が実行されなければならない。

【００２１】

【発明が解決しようとする課題】以上説明したような例
えば図１７に示すようなＷｅｂシステム１においては、
Ｗｅｂブラウザ２からのリクエスト６ｂ〜６ｄの発信順
序をＷｅｂサーバ３及びアプリケーションサーバ４側で
制御することが容易ではない。

【００２２】これにより、Ｗｅｂシステム１において
は、複数の処理４ｂ〜４ｄの実行順序が予め定義されて
いても、この処理４ｂ〜４ｄの実行順序を保証すること
ができず問題が発生する場合がある。

【００２３】例えばユーザがＷｅｂブラウザ２のバック
ボタンによって先に表示されていた画面を再表示させ、
この画面に基づくリクエストを再送信した場合にはアプ
リケーションサーバ４で実行される処理４ｂ〜４ｄの順
序が予め定義されていた順序と異なることになる。すな
わち、図１７のＷｅｂシステム１において、処理４ｂ及
び処理４ｃを実行した後にユーザがＷｅｂブラウザ２の
バックボタンをプッシュし、再び画面２ａからリクエス
ト６ｂが送信されると、このＷｅｂシステム１で提供す
る一連の業務が正常に実行されなくなる。

【００２４】上記のような問題を解消するために、従来
においては、例えば一連の処理に対して、決定表などを
用いて、起こりうる全ての条件を列挙し、それらに対す
る処理を定義する方法が利用されている。

【００２５】しかしながら、この決定表等を利用する方
法は、条件が少ない場合には有効であるが、条件が多い
場合には処理の変更時の改変に手間がかかるという問題
がある（三善英行著、「Ｗｅｂサーバによる３層クライ
アント／サーバシステム開発技法」、ソフト・リサーチ
・センター）。

【００２６】また、他の従来方法として、あるプログラ
ムが実行されるときに、その直前に実行されるプログラ
ム名を保持することによって、一連の処理の流れを定義
する方法がある。この方法において、あるプログラムは
その直前に実行されたプログラム名をチェックし、保持
されているプログラム名との関係において適切であれば
一連の処理を正常とする。適切でなければ一連の処理を
異常とする。

【００２７】しかしながら、プログラム名を保持するこ
の従来方法においては、一連の業務の中で同一処理の繰
り返しを必要とするアプリケーションプログラムが利用
される場合には、バックボタンによるＷｅｂブラウザの
戻り方によっては同じプログラム名が読み出されること
になり、処理が適切か否かを区別することができないと
いう問題がある。

【００２８】この問題を解決する方法として、Ｗｅｂブ
ラウザから発信されるリクエストに連続した番号（例え
ばカウンタで生成）を付加し、サーバ側においてその番
号の連続性を確認するという方法が特願平１０−２８８
３２９号公報に開示されている。

【００２９】この連続する番号をリクエストに付加する
方法を図１７の場合に適用して説明する。

【００３０】この方法では、処理４ｂが実行されるアプ
リケーションプログラム４４において番号１が記憶され
る。また、この番号１が付加されたＨＴＭＬ形式データ
７ｂがＷｅｂサーバ３からＷｅｂブラウザ２に送信され
る。

【００３１】次に、この番号１の付加されたＨＴＭＬ形
式データ７ｂの内容に基づいて、Ｗｅｂブラウザ２に画
面２ｂが表示される。この画面２ｂにユーザによる入力
がなされると、この画面２ｂを構成する原因となったＨ
ＴＭＬ形式データ７ｂに付加されていた番号１が、発信
されるリクエスト６ｃに付加され、アプリケーションサ
ーバ４に送信される。

【００３２】アプリケーションサーバ４では、自己が記
憶済みの番号１と、新規に受信されたリクエスト６ｃに
付加されている番号１とが比較され、一致していれば処
理順序は正常であると判定され、処理４ｃが実行され
る。

【００３３】すると、アプリケーションサーバ４におい
てカウントアップされた番号２が記憶される。また、こ
の番号２が付加されたＨＴＭＬ形式データ７ｃがＷｅｂ
サーバ３からＷｅｂブラウザ２に送信される。

【００３４】次に、この番号２の付加されたＨＴＭＬ形
式データ７ｃの内容に基づいて、Ｗｅｂブラウザ２に画
面２ｃが表示される。この画面２ｃにユーザによる入力
がなされると、この画面２ｃを構成する原因となったＨ
ＴＭＬ形式データ７ｃに付加されていた番号２が、発信
されるリクエスト６ｄに付加され、アプリケーションサ
ーバ４に送信される。

【００３５】アプリケーションサーバ４では、自己が記
憶済みの番号２と、新規に受信されたリクエスト６ｄに
付加されている番号２とが比較され、一致していれば処
理順序は正常であると判定され、処理４ｄが実行され
る。

【００３６】ここで、画面２ｃを表示中のＷｅｂブラウ
ザのバックボタンがユーザによって押され、画面２ｃが
画面２ｂに戻ってリクエスト６ｃが発信されると、アプ
リケーションサーバ４で受信されたリクエスト６ｃに付
加されている番号１は、記憶されている番号２よりも小
さくなることから、処理順序が異常であると判定され
る。

【００３７】しかしながら、この連続する番号をリクエ
ストに付加する方法においては、Ｗｅｂブラウザの表示
画面が複数のＨＴＭＬ形式データによって構成される場
合に処理順序の適否を判定することができない場合があ
る。

【００３８】図１８は、複数のＨＴＭＬ形式データによ
って構成されているＷｅｂブラウザの表示画面とこのＨ
ＴＭＬ形式データに付加されている連続番号との関係の
例を示す図である。

【００３９】この例では、Ｗｅｂブラウザ２の表示画面
では、画面８ａが親フレーム、画面８ｂ、８ｃがこの親
フレームに基づく子フレームとなっている。また、この
Ｗｅｂブラウザ２の表示状態を実現する際には、まずＷ
ｅｂサーバ３において親フレームである画面８ａに関す
るＨＴＭＬ形式データ９ａの送信処理が実行され、次に
この親フレームの表示内容に基づいて子フレームである
画面８ｂに関するＨＴＭＬ形式データ９ｂの送信処理が
実行され、最後に子フレームである画面８ｃに関するＨ
ＴＭＬ形式データ９ｃの送信処理が実行されたとする。

【００４０】この場合、アプリケーションサーバ４で実
行された処理順序にしたがいＨＴＭＬ形式データ９ａに
番号１が付加され、ＨＴＭＬ形式データ９ｂに番号２が
付加され、ＨＴＭＬ形式データ９ｃに番号３が付加され
る。また、このＷｅｂブラウザ２の表示状態が実現され
た際におけるアプリケーションサーバ４には番号３が記
憶される。

【００４１】このような図１８の表示状態において画面
８ｂへの操作がなされると、この画面８ｂに基づくリク
エストがＷｅｂブラウザ２から発信されるが、このリク
エストには番号２が付加される。

【００４２】したがって、アプリケーションサーバ４に
おいては、処理順序が正常であるにもかかわらず、記憶
済みの番号３とリクエストに付加されている番号２が一
致しないため異常であると判定される。

【００４３】本発明は、以上のような実状に鑑みてなさ
れたもので、Ｗｅｂブラウザの画面がサーバへの通知な
しに切り換えられた状態を検出することで、Ｗｅｂブラ
ウザの処理順序を管理するＷｅｂシステムの処理順序監
視装置及びプログラムを記録したコンピュータ読み取り
可能な記憶媒体を提供することを目的とする。

【００４４】

【課題を解決するための手段】本発明は、上記目的を達
成するために以下のような手段を講じた。

【００４５】第１の発明は、リクエストを発信し表示画
面を構成するための画面データを受信するＷｅｂブラウ
ザと、Ｗｅｂブラウザから発信されたリクエストにした
がって処理を実行するサーバとから構成されるＷｅｂシ
ステムに組み込まれる装置であって、Ｗｅｂブラウザか
ら発信されたリクエストにしたがってサーバで実行され
た処理に関する情報と予め設定された画面の遷移状態を
示す状態遷移情報とに基づいて、サーバで次に実行され
る処理に関する情報を予測した予測情報を求め、この予
測情報とＷｅｂブラウザから発信されたリクエストにし
たがって実際に次にサーバで実行される処理に関する情
報とを比較し、サーバで実行される処理の順序の適否を
判定するＷｅｂシステムの処理順序監視装置である。

【００４６】この第１の発明のＷｅｂシステム処理順序
監視装置においては、サーバ側において次に実行される
処理に関する情報の候補が予測され、実際に次に実行さ
れる処理に関する情報がこの予測された候補のいずれか
に該当するか否かが判定され、処理の順序の適否が判定
される。

【００４７】なお、この発明において、処理に関する情
報としては、Ｗｅｂブラウザの表示状態の起因となる処
理としてこのサーバが認識している少なくとも一つの処
理名を適用することができる。また、Ｗｅｂブラウザの
表示状態の起因となる処理により送信された画面データ
も適用可能である。さらに、Ｗｅｂブラウザの表示状態
の起因となる処理を要求したリクエストも適用可能であ
る。

【００４８】このように、この第１の発明においては、
サーバに実行要求されている処理が実行許可されている
処理か否かにより処理順序の適否が判定される。

【００４９】したがって、Ｗｅｂブラウザの表示画面が
複数の画面データから構成される場合であってもＷｅｂ
システムで実現される処理の順序の適否を判定すること
ができ、Ｗｅｂシステムにおける動作の信頼性を向上さ
せることができる。

【００５０】また、この第１の発明においては、処理の
内容を変更する場合には、変更された処理に関する状態
遷移情報を書き換えるのみでよいため、処理変更時に必
要とされる労力を低減させることができる。

【００５１】第２の発明は、リクエストを発信し表示画
面を構成するための画面データを受信するＷｅｂブラウ
ザと、Ｗｅｂブラウザから発信されたリクエストにした
がって処理を実行するサーバとから構成されるＷｅｂシ
ステムに組み込まれる装置であって、Ｗｅｂブラウザに
おける表示画面の遷移状態を示す状態遷移情報を保持す
る状態遷移情報保持手段と、サーバで次に実行される処
理に関する情報である予測情報を格納する予測情報格納
手段と、Ｗｅｂブラウザから発信されたリクエストにし
たがってサーバで実行された処理に関する情報と予測情
報格納手段に格納済みの予測情報とを比較してサーバで
実行される処理の順序の適否を判定する監視手段と、監
視手段によって処理順序が適していると判定された場合
に、Ｗｅｂブラウザから発信されたリクエストにしたが
ってサーバで実行された処理に関する情報と状態遷移情
報保持手段に保持されている状態遷移情報とに基づい
て、新規の予測情報を求めて予測情報格納手段に格納す
る予測手段とを具備したＷｅｂシステムの処理順序監視
装置である。

【００５２】この第２の発明のＷｅｂシステム処理順序
監視装置においては、サーバで次に実行されると予測さ
れる処理に関する情報が、状態予測情報を用いて予測手
段によって予測される。そして、実際にサーバで次に実
行される処理に関する情報がこの予測された処理に関す
る情報と一致するか否かが判定される。

【００５３】この第２の発明における動作は、先に説明
した第１の発明の動作と同様であり、同様の効果を得る
ことができる。

【００５４】第３の発明は、第２の発明のＷｅｂシステ
ムの処理順序監視装置において、監視手段によって処理
順序が適していると判定された場合に、Ｗｅｂブラウザ
から発信されたリクエストにしたがってサーバで実行さ
れた処理に関する情報を格納する実行履歴格納手段を付
加したＷｅｂシステムの処理順序監視装置である。

【００５５】したがって、第２の発明と同様の作用効果
に加えて、処理順序が適切でなくなる直前までの情報が
確保されるため、この情報を異常原因の解析、正常状態
への回復に用いることができる。

【００５６】第４の発明は、第３の発明のＷｅｂシステ
ムの処理順序監視装置において、Ｗｅｂブラウザからリ
クエストが発信される際に、このＷｅｂブラウザに表示
されている画面の状態情報を発信する画面状態情報発信
手段を付加し、監視手段に、画面状態情報発信手段によ
って発信された画面の状態情報と実行履歴格納手段に格
納されている情報とを比較してサーバで実行される処理
の順序の適否を判定する機能を付加したＷｅｂシステム
の処理順序監視装置である。

【００５７】この第４の発明においては、サーバで実行
される処理に関する情報とサーバで先に予測された情報
との整合性のみではなく、Ｗｅｂブラウザの現在の表示
状態と先にサーバで実行された処理に関する情報との整
合性も考慮して処理順序の適否が判定される。

【００５８】これにより、第３の発明と同様の作用効果
に加えて、処理順序が適切でなくなる前と後で同じリク
エストがＷｅｂブラウザから発信される場合であって
も、適切に処理順序の適否が判定される。

【００５９】第５の発明は、第３の発明又は第４の発明
のＷｅｂシステムの処理順序監視装置において、監視手
段によって処理順序が適していないと判定された場合
に、実行履歴格納手段に格納されている情報を用いてＷ
ｅｂブラウザの表示画面を再構築する回復処理手段を付
加したＷｅｂシステムの処理順序監視装置である。

【００６０】この第５の発明においては、処理順序が適
切でなくなった場合に、適切でなくなる直前の状態にＷ
ｅｂブラウザの状態が回復されるため、操作容易性が向
上され、Ｗｅｂシステムにおける動作が一層向上され
る。

【００６１】第６の発明は、リクエストを発信し表示画
面を構成するための画面データを受信するＷｅｂブラウ
ザと、Ｗｅｂブラウザから発信されたリクエストにした
がって処理を実行するサーバとから構成されるＷｅｂシ
ステムに組み込まれる装置を制御するプログラムであっ
て、Ｗｅｂブラウザから発信されたリクエストにしたが
ってサーバで実行された処理に関する情報と予め設定さ
れた画面の遷移状態を示す状態遷移情報とに基づいて、
サーバで次に実行される処理に関する情報を予測した予
測情報を求め、この予測情報とＷｅｂブラウザから発信
されたリクエストにしたがって実際に次にサーバで実行
される処理に関する情報とを比較し、サーバで実行され
る処理の順序の適否を判定させるプログラムを記憶した
コンピュータ読み取り可能な記憶媒体である。

【００６２】また、第７の発明は、リクエストを発信し
表示画面を構成するための画面データを受信するＷｅｂ
ブラウザと、Ｗｅｂブラウザから発信されたリクエスト
にしたがって処理を実行するサーバとから構成されるＷ
ｅｂシステムに組み込まれる装置を制御するプログラム
であって、Ｗｅｂブラウザにおける表示画面の遷移状態
を示す状態遷移情報を保持させる状態遷移情報保持機能
と、サーバで次に実行される処理に関する情報である予
測情報を格納させる予測情報格納機能と、Ｗｅｂブラウ
ザから発信されたリクエストにしたがってサーバで実行
された処理に関する情報と予測情報格納機能によって格
納された予測情報とを比較してサーバで実行される処理
の順序の適否を判定させる監視機能と、監視機能によっ
て処理順序が適していると判定された場合に、Ｗｅｂブ
ラウザから発信されたリクエストにしたがってサーバで
実行された処理に関する情報と状態遷移情報保持機能に
よって保持されている状態遷移情報とに基づいて、新規
の予測情報を求めて予測情報格納機能に格納させる予測
手段とを実現させるプログラムを記憶したコンピュータ
読み取り可能な記憶媒体である。

【００６３】第８の発明は、第７の発明のプログラムを
記憶したコンピュータ読み取り可能な記憶媒体におい
て、監視機能によって処理順序が適していると判定され
た場合に、Ｗｅｂブラウザから発信されたリクエストに
したがってサーバで実行された処理に関する情報を格納
させる実行履歴格納機能を実現させるプログラムを付加
したコンピュータ読み取り可能な記憶媒体である。

【００６４】第９の発明は、第８の発明のプログラムを
記憶したコンピュータ読み取り可能な記憶媒体におい
て、Ｗｅｂブラウザからリクエストが発信される際に、
このＷｅｂブラウザに表示されている画面の状態情報を
発信させる画面状態情報発信機能を実現させるためのプ
ログラムを付加し、監視機能に、画面状態情報発信機能
によって発信された画面の状態情報と実行履歴格納機能
によって格納されている情報とを比較してサーバで実行
される処理の順序の適否を判定させる機能を付加したコ
ンピュータ読み取り可能な記憶媒体である。

【００６５】第１０の発明は、第８の発明又は第９の発
明のプログラムを記憶したコンピュータ読み取り可能な
記憶媒体において、監視機能によって処理順序が適して
いないと判定された場合に、実行履歴格納機能によって
格納されている情報を用いてＷｅｂブラウザの表示画面
を再構築させる回復処理機能を実現させるプログラムを
付加したコンピュータ読み取り可能な記憶媒体である。

【００６６】この第６乃至第１０の発明は、それぞれ上
記第１乃至第５の発明と同様の機能をコンピュータに実
現させるためのプログラムを記憶したコンピュータ読み
取り可能な記憶媒体である。

【００６７】この第６乃至第１０の発明のようなプログ
ラムを記憶した記憶媒体を用いることによって、上述し
た機能を有していない装置や、計算機においても、簡単
に上述した機能を付加することができる。

【００６８】

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

【００６９】（第１の実施の形態）本実施の形態におい
ては、Ｗｅｂブラウザに表示される画面の遷移情報を利
用して、事前に実行可能な処理を予測し、Ｗｅｂブラウ
ザから発信されたリクエストにしたがってサーバが処理
を実行する前に制約違反を発見する装置について説明す
る。

【００７０】図１は、本実施の形態に係るＷｅｂシステ
ムの処理順序監視装置の構成を示すブロック図であり、
図１７と同一の部分については同一の符号を付してその
説明を省略するかあるいは簡単に説明し、ここでは異な
る部分についてのみ詳しく説明する。

【００７１】Ｗｅｂブラウザ２は、Ｗｅｂアプリケーシ
ョンサーバ１０に搭載されているアプリケーションプロ
グラムの処理１０ａによって送信されたＨＴＭＬ形式フ
ァイル１１ａの内容にしたがって画面１２ａを表示して
いる。

【００７２】ＨＴＭＬ形式データ１１ａには「/cgi-bin
/10b」という記載１３が含まれている。この記載１３の
内容は、PATH_INFO という変数の値としてリクエスト１
４ｂに含まれ、画面１２ａを表示しているＷｅｂブラウ
ザ２から発信される。この「/cgi-bin/10b」という記載
１３は、アプリケーションプログラムの処理１０ｂを読
み出す旨を示す記載である。また、リクエスト１４ｂ
は、ＨＴＭＬ形式データ１１ａ内に記載されているＦＯ
ＲＭタグによって送信される。

【００７３】Ｗｅｂアプリケーションサーバ１０は、先
で説明したＷｅｂアプリケーションサーバ５と同様の機
能を有するが、自己が受信したＷｅｂブラウザ２からの
リクエストを処理順序監視装置１５に送信し、この処理
順序監視装置１５からの応答を解析し、受信したリクエ
ストにしたがう処理を実行するか又は表示状態の回復を
実行する点が異なる。

【００７４】処理順序監視装置１５は、Ｗｅｂブラウザ
２から発信されたリクエストをＷｅｂアプリケーション
サーバ１０を介して受信し、このＷｅｂアプリケーショ
ンサーバ１０で実行される処理の順序が適切か否かを判
定する。そして、処理の順序が適切であると判定した場
合にはＷｅｂアプリケーションサーバ１０に処理実行命
令を送信し、処理の順序が適切でないと判定した場合に
はＷｅｂアプリケーションサーバ１０に回復処理情報を
送信する。

【００７５】この処理順序監視装置１５は、リクエスト
解析部１６と、実行監視部１７と、状態遷移情報保持部
１８と、予測情報格納部１９と、実行履歴格納部２０
と、回復処理部２１とから構成されている。

【００７６】以下、この処理順序監視装置１５の各構成
要素をそれぞれ詳細に説明する。

【００７７】リクエスト解析部１６は、Ｗｅｂブラウザ
２から発信されたリクエストを受信し、この受信したリ
クエストの中から処理の順序を監視する際に必要とされ
る情報である実行パラメータを抽出し、この実行パラメ
ータを実行監視部１７に出力する。なお、この実行パラ
メータは、具体的にはPATH_INFO 変数値により特定され
る処理名（プログラム名）、状態変数、クッキーにセッ
トされている情報でありリクエストを発信した画面の状
態情報等を含んでいる。

【００７８】次に、状態遷移情報保持部１８について説
明する。

【００７９】この状態遷移情報保持部１８は、Ｗｅｂブ
ラウザ２に表示される各画面が次にどのような画面に変
化するかを示す情報である状態遷移情報を保持する。

【００８０】図２は、この状態遷移情報保持部１８に保
持されている状態遷移情報の内容を示す図である。

【００８１】この図２に示すように、状態遷移情報２２
は、画面遷移の差分情報であり、主に遷移の起因となる
画面情報（Ｐｒｅ情報）と、画面遷移によりＷｅｂブラ
ウザ２の表示画面から削除される画面リスト及び新たに
追加される画面リストを示す画面遷移情報（Ｐｏｓｔ情
報）と、この画面遷移を引き起こす処理名を示す遷移処
理情報（ＡｐｐＬｏｇｉｃ情報）とからなる。

【００８２】この状態遷移情報２２は、各画面への遷移
状態毎に定められており、状態遷移情報保持部１８に保
持されている。

【００８３】図３は、Ｗｅｂブラウザ２の画面が遷移す
る状態の例とこの画面遷移状態を示す各状態遷移情報２
２の例を示す概念図である。

【００８４】この例では、画面Ａに対する操作の結果、
画面Ｘ、Ｂ、Ｃが表示される。ここで、画面Ｘは親フレ
ームであり、画面Ｂ、Ｃは子フレームである。

【００８５】この画面Ａから画面Ｘ、Ｂ、Ｃへの遷移状
態を示す状態遷移情報２２ａは、遷移前の画面はＡであ
るためＰｒｅ情報：［Ａ］を含んでいる。また、削除さ
れる画面リストはＡであり追加される画面リストはＸ、
Ｂ、ＣであるためＰｏｓｔ情報：［−［Ａ］、＋［Ｘ、
Ｂ、Ｃ］］を含んでいる。さらに、画面遷移を引き起こ
す処理はＸ₀ であるためＡｐｐＬｏｇｉｃ情報：［処理
Ｘ₀ ］を含んでいる。

【００８６】また、画面Ｘ、Ｂ、Ｃが表示されている場
合に画面Ｃに操作がなされると、この画面Ｃに代えて画
面Ｄが表示される。この画面Ｘ、Ｂ、Ｃが表示されてい
る場合に画面Ｃに代えて画面Ｄが表示される画面遷移状
態を示す状態遷移情報２２ｂは、遷移前の画面はＣであ
るためＰｒｅ情報：［Ｃ］を含んでいる。また、削除さ
れる画面リストはＣであり追加される画面リストはＤで
あるためＰｏｓｔ情報：［−［Ｃ］、＋［Ｄ］］を含ん
でいる。さらに、画面遷移を引き起こす処理はＣ₀ であ
るためＡｐｐＬｏｇｉｃ情報：［処理Ｃ₀ ］を含んでい
る。

【００８７】また、画面Ｘ、Ｂ、Ｃが表示されている場
合に画面Ｂに操作がなされると、画面Ｅが表示される。
この画面Ｂへの操作により画面Ｘ、Ｂ、Ｃから画面Ｅに
切り替わる状態遷移情報２２ｃは、遷移前の画面はＢで
あるためＰｒｅ情報：［Ｂ］を含んでいる。また、削除
される画面リストはＸ、Ｂ、Ｃであり追加される画面リ
ストはＥであるためＰｏｓｔ情報：［−［Ｘ、Ｂ、
Ｃ］、＋［Ｅ］］を含んでいる。さらに、画面遷移を引
き起こす処理はＥ₀ であるためＡｐｐＬｏｇｉｃ情報：
［Ｅ₀ ］を含んでいる。

【００８８】また、画面Ｘ、Ｂ、Ｄが表示されている場
合に画面Ｄに操作がなされると、画面Ｅが表示される。
この画面Ｄへの操作により画面Ｘ、Ｂ、Ｄから画面Ｅに
切り替わる状態遷移情報２２ｄは、遷移前の画面はＤで
あるためＰｒｅ情報：［Ｄ］を含んでいる。また、削除
される画面リストはＸ、Ｂ、Ｄであり追加される画面リ
ストはＥであるためＰｏｓｔ情報：［−［Ｘ、Ｂ、
Ｄ］、＋［Ｅ］］を含んでいる。さらに、画面遷移を引
き起こす処理はＥ₀ であるためＡｐｐＬｏｇｉｃ情報：
［Ｅ₀ ］を含んでいる。

【００８９】また、画面Ｘ、Ｂ、Ｄが表示されている場
合に画面Ｂに操作がなされると、画面Ｅが表示される。
この画面Ｂへの操作により画面Ｘ、Ｂ、Ｄから画面Ｅに
切り替わる状態遷移情報２２ｅは、遷移前の画面はＢで
あるためＰｒｅ情報：［Ｂ］を含んでいる。また、削除
される画面リストはＸ、Ｂ、Ｄであり追加される画面リ
ストはＥであるためＰｏｓｔ情報：［−［Ｘ、Ｂ、
Ｄ］、＋［Ｅ］］を含んでいる。さらに、画面遷移を引
き起こす処理はＥ₀ であるためＡｐｐＬｏｇｉｃ情報：
［Ｅ₀ ］を含んでいる。

【００９０】上述したように、状態遷移情報保持部１８
は、このような各画面毎の遷移状態に関する状態遷移情
報を保持する。

【００９１】次に、図１で示す実行履歴格納部２０につ
いて説明する。

【００９２】実行履歴格納部２０は、処理順序が適切と
判定された場合にＷｅｂアプリケーションサーバ１０に
おいて実行された処理の実行結果である履歴情報を時系
列（スタック形式）で格納する部分である。また、この
実行履歴格納部２０は、Ｗｅｂブラウザ２に表示されな
くなる部分の履歴情報の代わりに、新規に表示されるこ
とになる部分の履歴情報を記憶する。ここではスタック
形式で記憶されているため、前者の履歴情報の上に後者
の履歴情報が重ねられる。

【００９３】したがって、この実行履歴格納部２０は、
処理順序が適切な場合における最新の履歴情報を記憶
し、処理順序が適切でない場合における履歴情報は記憶
しない。

【００９４】ここで、履歴情報とは、Ｗｅｂブラウザ２
の表示状態を構成するためにＷｅｂアプリケーションサ
ーバ１０が送信したＨＴＭＬ形式データ、及びこれらの
ＨＴＭＬ形式データを生成する起因となった処理の名
称、この処理が実行完了前の第１段階であるか実行完了
後の第２段階であるかを示す実行状態からなる情報であ
る。

【００９５】図４は、この実行履歴格納部２０の記憶内
容とＷｅｂブラウザ２の画面との関係の例を示す図であ
る。なお、ここでは、第１段階の履歴情報を点線であら
わし、第２段階の履歴情報を実線であらわしている。

【００９６】この図４においては、まず、Ｗｅｂブラウ
ザ２に画面Ａが表示され、次に画面Ｘ、Ｂ、Ｃが表示さ
れ、その後画面Ｘ、Ｂ、Ｄが表示される場合が例示され
ている。

【００９７】画面Ａが表示された際には、Ｗｅｂアプリ
ケーションサーバ１０における処理Ａ₀ が完了されてい
るため、処理Ａ₀ に関する履歴情報Ａ₁ が第２段階とし
て実行履歴格納部２０に格納される（格納状態１）。

【００９８】次に、画面Ａを表示しているＷｅｂブラウ
ザ２からリクエストが発信されると、処理Ｘ₀ に関する
履歴情報Ｘ₁ が第１段階として実行履歴格納部２０に格
納され（格納状態２）、その後Ｗｅｂアプリケーション
サーバ１０において処理Ｘ₀ が完了すると、処理Ｘ₀ に
関する履歴情報Ｘ₁ が第２段階として実行履歴格納部２
０に格納される（格納状態３）。

【００９９】次に、親フレームである画面Ｘを表示して
いるＷｅｂブラウザ２から子フレームである画面Ｂ、Ｃ
の送信処理を求めるリクエストが発信されると、処理Ｂ
₀、Ｃ₀ に関する履歴情報Ｂ₁ 、Ｃ₁ が第１段階として
実行履歴格納部２０に格納される（格納状態４）。その
後、Ｗｅｂアプリケーションサーバ１０において処理Ｂ
₀ 、Ｃ₀ が完了すると、処理処理Ｂ₀ 、Ｃ₀ に関する履
歴情報Ｂ₁ 、Ｃ₁ が第２段階として実行履歴格納部２０
に格納される（格納状態５）。

【０１００】そして、画面Ｃに操作がなされると、Ｗｅ
ｂブラウザ２から画面Ｄの送信処理を求めるリクエスト
が発信され、処理Ｄ₀ に関する履歴情報Ｄ₁ が第１段階
として実行履歴格納部２０に格納される（格納状態
６）。その後、Ｗｅｂアプリケーションサーバ１０にお
いて処理Ｄ₀ が完了すると、処理Ｄ₀ に関する履歴情報
Ｄ₁ が第２段階として実行履歴格納部２０に格納される
（格納状態７）。

【０１０１】図１に示す予測情報格納部１９は、Ｗｅｂ
ブラウザ２の次の表示状態を予測情報として格納する。

【０１０２】実行監視部１７は、処理順序の適否を判定
する監視部１７ａとこの適否の判定に利用される予測情
報を求める予測部１７ｂとから構成される。

【０１０３】監視部１７ａは、リクエスト解析部１６か
ら入力された実行パラメータの含む処理の内容と予測情
報格納部１９に記憶されている予測情報との整合性の有
無を調べ、処理の順序が適切か否かを判定する。具体的
には、リクエストに含まれている処理の内容と履歴情報
とを用いて、このリクエスト発信後のＷｅｂブラウザ２
の表示状態を認識（推定）し、この推定結果と予測情報
とを比較して処理順序の適否を判定する。

【０１０４】処理の順序が適切な旨の判定がなされた場
合には、その旨を示す判定結果を回復処理部２１、及び
予測部１７ｂに通知する。また、履歴情報を実行履歴格
納部２０に記憶する。

【０１０５】処理の順序が適切でない旨の判定がなされ
た場合には、その旨を示す判定結果を回復処理部２１に
通知する。

【０１０６】予測部１７ｂは、監視部１７ａによって処
理の順序が適していると判定された場合に、以下のよう
な状態予測処理を実行する。状態予測処理とは、次にリ
クエストが発信された後に構成されるＷｅｂブラウザ２
の表示状態を予測する処理である。

【０１０７】図５は、予測部１７ｂが予測情報を求める
場合の手順を示す図である。この図５に示すＷｅｂブラ
ウザ２の画面遷移状態は、図３で説明した状態と同様で
あるためここでは説明を省略する。

【０１０８】Ｗｅｂアプリケーションサーバ１０におい
て処理Ａ₀ が実行され、Ｗｅｂブラウザ２に画面Ａが表
示された場合には、実行履歴格納部２０に履歴情報Ａ₁
が記憶される。

【０１０９】予測部１７ｂは、この実行履歴格納部２０
に記憶されている履歴情報の内容からＷｅｂブラウザ２
の表示状態を認識する。ここでは、実行履歴格納部２０
に履歴情報Ａ₁ が記憶されているため、表示状態は
［Ａ］であると認識する。

【０１１０】また、予測部１７ｂは、予測情報格納部１
９に記憶されている状態遷移情報２２の中から、認識さ
れた表示状態［Ａ］と同一のＰｒｅ情報［Ａ］を有する
状態遷移情報２２ａを抽出する。

【０１１１】そして、この抽出された状態遷移情報２２
ａの有するＰｏｓｔ情報の排除画面リスト［Ａ］の内容
を認識された表示状態の内容から排除し、Ｐｏｓｔ情報
の追加画面リスト［Ｘ、Ｂ、Ｃ］の内容を認識された表
示状態の内容に追加し、予想情報の内容［Ｘ、Ｂ、Ｃ］
とする。

【０１１２】同様に、Ｗｅｂアプリケーションサーバ１
０において処理Ｘ₀ 、Ｂ₀ 、Ｃ₀が実行され、Ｗｅｂブ
ラウザ２に画面Ｘ、Ｂ、Ｃが表示された場合には、実行
履歴格納部２０に履歴情報Ｘ₁ 、Ｂ₁ 、Ｃ₁ が記憶され
る。

【０１１３】予測部１７ｂは、この実行履歴格納部２０
に記憶されている履歴情報の内容からＷｅｂブラウザ２
の表示状態を認識する。ここでは、実行履歴格納部２０
に履歴情報Ｘ₁ 、Ｂ₁ 、Ｃ₁ が記憶されているため、表
示状態は［Ｘ、Ｂ、Ｃ］であると認識する。

【０１１４】また、予測部１７ｂは、予測情報格納部１
９に記憶されている状態遷移情報２２の中から、認識さ
れた表示状態［Ｘ、Ｂ、Ｃ］のいずれかと同一のＰｒｅ
情報を有する状態遷移情報を抽出する。ここでは、それ
ぞれＰｒｅ情報［Ｃ］、［Ｂ］を含む状態遷移情報２２
ｂ、２２ｃが抽出される。

【０１１５】そして、この抽出された状態遷移情報２２
ｂの有するＰｏｓｔ情報の排除画面リスト［Ｃ］の内容
を認識された表示状態の内容から排除し、Ｐｏｓｔ情報
の追加画面リスト［Ｄ］の内容を認識された表示状態の
内容に追加し、予想情報の内容［Ｘ、Ｂ、Ｄ］とする。

【０１１６】一方、抽出された状態遷移情報２２ｃの有
するＰｏｓｔ情報の排除画面リスト［Ｘ、Ｂ、Ｄ］の内
容を認識された表示状態の内容から排除し、Ｐｏｓｔ情
報の追加画面リスト［Ｅ］の内容を認識された表示状態
の内容に追加し、予想情報の内容［Ｅ］とする。

【０１１７】以下、Ｗｅｂアプリケーションサーバ１０
において処理Ｘ₀ 、Ｂ₀ 、Ｄ₀ が実行され、Ｗｅｂブラ
ウザ２に画面Ｘ、Ｂ、Ｄが表示された場合も同様であ
り、Ｗｅｂアプリケーションサーバ１０において実行さ
れた処理に関する情報（ここでは履歴情報）からＷｅｂ
ブラウザ２に表示状態となっている画面を認識し、この
認識されたＷｅｂブラウザ２の表示状態［Ｘ、Ｂ、Ｄ］
と状態遷移情報２２ｄ、２２ｅとから予測情報［Ｅ］が
求められる。

【０１１８】次に、図１に示す回復処理部２１について
説明する。

【０１１９】この回復処理部２１は、実行監視部１７か
ら処理順序が適切である旨の通知を入力した場合に、リ
クエストで示される処理を実行する旨の処理実行命令を
Ｗｅｂアプリケーションサーバ１０に送信し、処理を実
行させる。

【０１２０】一方、実行監視部１７から処理順序が適切
でない旨の通知を入力した場合には、実行履歴格納部２
０の内容をアクセスし、最上段に位置する履歴情報の有
するＨＴＭＬ形式データを読み込んで回復処理情報とし
てＷｅｂアプリケーションサーバ１０に送信し、回復処
理を実行させる。これにより、Ｗｅｂブラウザ２上で
は、処理順序が適切でなくなる直前のＷｅｂ画面が再構
築される。

【０１２１】ここで、回復処理部２１は、実行履歴格納
部２０のアクセス時に、最上段に第１段階の履歴情報が
あればこの第１段階の処理の実行が終了されて第２段階
になってからＨＴＭＬ形式データを読み出す。

【０１２２】なお、ここでは、画面を再構築するために
最上段の履歴情報の有するＨＴＭＬ形式データを利用す
るとしたが、これに代えて最上段の履歴情報の有する処
理名の再実行命令をＷｅｂアプリケーションサーバ１０
に送信するとしてもよい。

【０１２３】上記のような構成を有する本実施の形態に
係る処理順序監視装置１５の動作について、処理順序が
適切な場合、バックボタンが押されて処理順序が不適切
となった場合、リロードボタンが押されて処理順序が不
適切となった場合、回復処理を実行する場合を例に挙げ
て以下に説明する。

【０１２４】まず、第１の動作例として処理順序が適切
な場合について説明する。図６は、適切な順序によるオ
ペレーション時の画面遷移状態と処理順序監視装置内の
情報の関係を示す図である。なお、この図６において、
Ｗｅｂブラウザ２の画面遷移状態は図３、５の場合と同
様であるため説明を省略する。

【０１２５】まず、Ｗｅｂアプリケーションサーバ１０
において処理Ａ₀ が実行される。すると、Ｗｅｂアプリ
ケーションサーバ１０からＷｅｂブラウザ２へＨＴＭＬ
形式データが送信され、Ｗｅｂブラウザ２上に画面Ａが
表示される。

【０１２６】処理順序監視装置１５においては、この処
理Ａ₀ の実行終了により第２段階の履歴情報Ａ₁ が実行
履歴格納部２０に記憶され、この履歴情報Ａ₁ に基づい
てＷｅｂブラウザ２の表示状態が［Ａ］であると認識さ
れる。

【０１２７】また、この認識されたＷｅｂブラウザ２の
表示状態［Ａ］と状態遷移情報２２とから予測情報
［Ｘ、Ｂ、Ｃ］が求められ、予測情報格納部１９に記憶
される。

【０１２８】次に、処理Ｘ₀ の実行命令をPATH_INFO 変
数として含むリクエストが画面Ａを表示するＷｅｂブラ
ウザ２から発信され、処理Ｘ₀ の実行命令がＷｅｂアプ
リケーションサーバ１０及び処理順序監視装置１５に通
知される。

【０１２９】処理順序監視装置１５においては、予測情
報格納部１９に記憶されている予測情報［Ｘ、Ｂ、Ｃ］
が実行監視部１７によって読み出される。

【０１３０】また、Ｗｅｂブラウザ２に直前まで表示さ
れていた画面Ａと予測情報［Ｘ、Ｂ、Ｃ］とから、Ｗｅ
ｂブラウザ２に表示されていた画面Ａは画面Ｘ、Ｂ、Ｃ
に変更される旨が認識され、現状においては未だ処理Ｘ
₀ しか要求されていないため、表示状態の遷移要求が未
完であると判定される。

【０１３１】次に、処理Ｘ₀ がＷｅｂアプリケーション
サーバ１０によって実行され、Ｗｅｂアプリケーション
サーバ１０からＷｅｂブラウザ２に画面Ｘ用のＨＴＭＬ
形式データが送信され、画面Ｘが表示される。

【０１３２】ここで、Ｗｅｂブラウザ２に表示された画
面Ｘ用のＨＴＭＬ形式データには、子フレームである画
面Ｂ、Ｃの要求リクエストがこの順に記載されている。
ゆえに、この画面Ｘを表示するＷｅｂブラウザ２から、
処理Ｂ₀ の実行命令を含むリクエスト及び処理Ｃ₀ の実
行命令を含むリクエストとが順に発信される。

【０１３３】処理Ｂ₀ 、Ｃ₀ の実行命令はＷｅｂアプリ
ケーションサーバ１０及び処理順序監視装置１５に通知
される。

【０１３４】処理順序監視装置１５においては、Ｗｅｂ
ブラウザ２に表示されていた画面Ａが画面Ｘ、Ｂ、Ｃに
変更される旨が認識されており、処理Ｘ₀ 、Ｂ₀ 、Ｃ₀
が要求されていないため、表示状態の遷移要求が完了で
あると判定される。

【０１３５】これにより、Ｗｅｂアプリケーションサー
バ１０において画面構成のために実行される処理はＸ
₀ 、Ｂ₀ 、Ｃ₀ となる。

【０１３６】処理順序監視装置１５においては、処理Ｘ
₀ 、Ｂ₀ 、Ｃ₀ の実行命令と実行履歴格納部２０の内容
とから、処理Ｘ₀ 、Ｂ₀ 、Ｃ₀ の実行命令を含むリクエ
スト発信後のＷｅｂブラウザ２の表示状態［Ｘ、Ｂ、
Ｃ］が認識される。

【０１３７】また、認識されたＷｅｂブラウザ２の表示
状態［Ｘ、Ｂ、Ｃ］と予測情報［Ｘ、Ｂ、Ｃ］とが一致
するため、実行監視部１７の監視部１７ａにおいて処理
順序が適切であると判定され、処理実行命令が処理順序
監視装置１５からＷｅｂアプリケーションサーバ１０に
送信される。

【０１３８】これにより、Ｗｅｂブラウザ２に画面Ｘ、
Ｂ、Ｃが表示されることになる。さらに、処理Ｘ₀ 、Ｂ
₀ 、Ｃ₀ の実行結果として履歴情報Ｘ₁ 、Ｂ₁ 、Ｃ₁が
実行履歴格納部２０に記憶される。

【０１３９】さらに、処理順序が適切であるため、認識
されたＷｅｂブラウザ２の表示状態［Ｘ、Ｂ、Ｃ］と状
態遷移情報２２とから新規の予測情報［Ｘ、Ｂ、Ｄ］、
［Ｅ］が求められ、予測情報格納部１９に記憶される。

【０１４０】次に、処理Ｄ₀ の実行命令を含むリクエス
トが画面Ｘ、Ｂ、Ｃを表示するＷｅｂブラウザ２から発
信され、処理Ｄ₀ の実行命令がＷｅｂアプリケーション
サーバ１０及び処理順序監視装置１５に通知される。

【０１４１】処理順序監視装置１５においては、予測情
報格納部１９に記憶されている予測情報［Ｘ、Ｂ、
Ｄ］、［Ｅ］が実行監視部１７によって読み出される。

【０１４２】また、リクエストに含まれている処理Ｄ₀
の実行命令と履歴情報の内容とから、このリクエスト発
信後にＷｅｂブラウザ２で実現される表示状態［Ｘ、
Ｂ、Ｄ］が推定される。

【０１４３】この推定された表示状態［Ｘ、Ｂ、Ｄ］と
読み出した予測情報の一方［Ｘ、Ｂ、Ｄ］が一致するた
め、処理順序監視装置１５からＷｅｂアプリケーション
サーバ１０に処理実行命令が送信され、Ｗｅｂアプリケ
ーションサーバ１０において処理Ｄ₀ が実行される。

【０１４４】これにより、Ｗｅｂブラウザ２に画面Ｘ、
Ｂ、Ｄが表示される。

【０１４５】処理順序監視装置１５においては、処理Ｄ
₀ によって得られる履歴情報Ｄ1が実行履歴格納部２０
に記憶され、この実行履歴格納部２０の記憶内容と状態
遷移情報２２とから予測情報［Ｅ］が求められる。

【０１４６】以下、同様に、Ｗｅｂブラウザ２からのリ
クエストに含まれている処理に関する情報と履歴情報と
によりＷｅｂブラウザ２の表示状態が処理順序監視装置
１５の実行監視部１７によって認識され、この認識結果
が先において予測され予測情報格納部１９に記憶されて
いる予測情報と一致するか否かが判定されながら、順次
処理が進められる。

【０１４７】なお、認識されたＷｅｂブラウザ２の表示
状態と予測情報が一致する場合には、この認識されたＷ
ｅｂブラウザ２の表示状態と状態遷移情報とから、新規
の予測情報が求められる。

【０１４８】次に、第２の動作例としてバックボタンが
押されて処理順序が不適切となった場合について説明す
る。

【０１４９】図７は、バックボタンの押されたオペレー
ション時の画面遷移状態と処理順序監視装置１５内の情
報の関係を示す図である。

【０１５０】この図７において、バックボタンが押され
るまでの画面遷移及び情報の内容は図６の場合と同様で
ある。

【０１５１】すなわち、この図７において画面Ａから画
面Ｘ、Ｂ、Ｄが表示されるまでの遷移状態は図６の場合
と同様である。また、リクエストが示す処理の内容と履
歴情報とから処理順序監視装置１５で認識されるＷｅｂ
ブラウザ２の表示状態も、画面Ａから画面Ｘ、Ｂ、Ｄに
遷移するまでの間は図６と同様である。さらに、この処
理順序監視装置１５で認識されたＷｅｂブラウザ２の表
示状態から予測された予測情報も図６の場合と同様であ
る。

【０１５２】画面Ｘ、Ｂ、Ｄの表示されているＷｅｂブ
ラウザ２においてバックボタンが押された場合、Ｗｅｂ
ブラウザ２には画面Ｘ、Ｂ、Ｃが再び表示される。

【０１５３】ここで、画面Ｃに基づいて再び処理Ｄ₀ の
実行命令を含むリクエストがＷｅｂブラウザ２から発信
されると、この処理Ｄ₀ は先で予測された予測情報
［Ｅ］で示されるような画面Ｅの表示処理ではないた
め、処理順序監視装置１５の実行監視部１７によって処
理順序が適切でないと判定される。

【０１５４】このように、バックボタンが押されたため
に処理に不具合の生じる具体的な例を、銀行の送金処理
を用いて説明する。

【０１５５】この例において、画面Ｃは現在の口座の残
高を表示しかつオペレータが送金額を指定するための画
面とする。また、処理Ｄ₀ は、指定された金額を口座か
ら引き落とす処理とする。さらに、画面Ｄは、引き落と
した結果を表示しかつ送金先口座を指定する画面とす
る。さらに、処理Ｅ₀ は、指定された送金先口座に引き
落とされた金額を加える処理とする。

【０１５６】この場合に、各処理Ｃ₀ 、Ｄ₀ 、Ｅ₀ が正
常な流れで実行されれば、送金元と送金先の口座の合計
額は一定である。ところが、先で述べたように、画面
Ｘ、Ｂ、Ｄから画面Ｘ、Ｂ、Ｃにバックボタンによって
表示が変更された場合には、画面Ｃを構成するＨＴＭＬ
形式データは、既にＷｅｂブラウザ２を搭載するクライ
アントにキャッシュされたものが利用されるため、Ｗｅ
ｂアプリケーションサーバ１０に処理が戻された旨が通
知されず、送金元と送金先の口座の合計額が一定でなく
なる。

【０１５７】例えば、送金元残高１０００、送金先残高
１０００であり、画面Ｘ、Ｂ、Ｃで送金額５００が指定
されたとする。この場合、処理Ｄ₀ により送金元残高が
１０００−５００＝５００となり、画面Ｘ、Ｂ、ＤがＷ
ｅｂブラウザ２に表示される。

【０１５８】ここで、バックボタンが押されて再び画面
Ｘ、Ｂ、Ｃに戻り、送金額３００が指定されたとする
と、Ｗｅｂアプリケーションサーバ１０において既に送
金元残高が５００と変更されているため、送金元残高が
５００−３００＝２００となってしまい、その後送金額
３００が送金先残高に加えられて１３００となる。当初
は送金元残高１０００と送金先残高１０００の合計額２
０００であるが、処理終了後には送金元残高２００と送
金先残高１３００の合計額は１５００となるため、処理
に異常が発生する。

【０１５９】本実施の形態に係る処理順序監視装置１５
を適用すると、バックボタンが押される前に記憶されて
いる予測情報は［Ｅ］であるが、次にＷｅｂブラウザ２
から受信するリクエストは処理Ｄ₀ の実行命令を含んで
いるため予測情報と整合性がなく、処理順序の異常を検
出できる。

【０１６０】すなわち、バックボタンが押されて再び画
面Ｘ、Ｂ、Ｃに戻り、送金額３００が指定された際に、
処理順序が適切でないと判定され、回復処理が実行され
る。

【０１６１】次に、第３の動作例としてリロードボタン
が押されて処理順序が不適切となった場合について説明
する。

【０１６２】図８は、リロードボタンの押されたオペレ
ーション時の画面遷移状態と処理順序監視装置１５内の
情報の関係を示す図である。この図８において、バック
ボタンが押されるまでの画面遷移及び情報の内容は図
６、７の場合と同様である。

【０１６３】Ｗｅｂブラウザ２によるリロードとは、Ｗ
ｅｂブラウザ２に表示されている画面に対応するリクエ
ストを再実行する機能である。

【０１６４】例えばこの図８において、画面Ｘ、Ｂ、Ｄ
を表示するＷｅｂブラウザ２のページ全体のリロードが
指定されると、まず処理Ｘ₀ の実行命令を含むリクエス
トがＷｅｂブラウザ２からＷｅｂアプリケーションサー
バ１０に送信される。Ｗｅｂアプリケーションサーバ１
０では処理Ｘ₀ が再実行され、その結果がＷｅｂブラウ
ザ２に送信され画面Ｘが表示される。画面Ｘは親フレー
ムであるため、その子フレーム表示のための処理Ｂ₀ 、
Ｄ₀ も実行され、結果としてＷｅｂブラウザ２に画面
Ｘ、Ｂ、Ｄが再表示される。

【０１６５】また、リロードはフレーム単位でも実行可
能であり、例えば画面Ｘ、Ｂ、Ｄが表示されているＷｅ
ｂブラウザ２において画面Ｄの部分が指定されてリロー
ドされると再び処理Ｄ₀ の実行命令を含むリクエストが
発信される。

【０１６６】このようなリロード処理により、Ｗｅｂア
プリケーションサーバ１０における一連の処理順序が変
更されることになる。

【０１６７】しかしながら、本実施の形態に係る処理順
序監視装置１５を適用すると、画面Ｘ、Ｂ、Ｄを表示し
ているＷｅｂブラウザ２において画面Ｘがリロードさ
れ、処理Ｘ₀ の実行命令を含むリクエストが発信された
としても、処理順序監視装置１５に記憶されている予測
情報の中にこの処理Ｘ₀ と整合性を有するものがないた
め、処理順序が適切でないと判定される。

【０１６８】また、表示状態Ｔ３において画面Ｄがリロ
ードされ、処理Ｄの実行命令を含むリクエストが発信さ
れたとしても、この処理Ｘを含む予測情報がないため、
処理順序の異常が検出される。

【０１６９】最後に、第４の動作例として回復処理を実
行する場合について説明する。

【０１７０】図９は、回復処理時の画面遷移状態と処理
順序監視装置１５における実行履歴格納部２０の内容と
の関係を示す図であり、バックボタンが押されてエラー
が発生するまでの画面遷移状態は図７の場合と同様であ
る。

【０１７１】先にも述べたように、実行履歴格納部２０
には適切な順序で処理が実行された際の実行結果である
履歴情報が記憶されており、この履歴情報にはＷｅｂブ
ラウザ２に送信されたＨＴＭＬ形式データ（画面情報）
が含まれている。

【０１７２】また、先に述べたように、実行履歴は２段
階で格納される。第１段階は、リクエストを受信した場
合であり、第２段階は処理が実行され画面情報が送信完
了後に記憶される。

【０１７３】画面ＡがＷｅｂブラウザ２に表示された場
合には、実行履歴格納部２０に画面Ａ用のＨＴＭＬ形式
データを含む履歴情報Ａ₁ が第２段階として格納され
る。

【０１７４】画面Ｘ、Ｂ、ＣがＷｅｂブラウザ２に表示
された場合には、実行履歴格納部２０に画面Ｘ、Ｂ、Ｃ
用のＨＴＭＬ形式データを含む履歴情報Ｘ₁ 、Ｂ₁ 、Ｃ
₁が第２段階として格納される。

【０１７５】画面Ｘ、Ｂ、ＤがＷｅｂブラウザ２に表示
された場合には、実行履歴格納部２０に画面Ｄ用のＨＴ
ＭＬ形式データを含む履歴情報Ｄ₁ が、履歴情報Ｃ₁ に
代えて第２段階として格納される。

【０１７６】ここで、バックボタンが押されて画面Ｘ、
Ｂ、Ｄが画面Ｘ、Ｂ、Ｃに切り換えられ、再び処理Ｄ₀
の実行命令を含むリクエストが送信されが、処理順序監
視装置１５では処理Ｅ₀ のリクエストを期待しているた
め、処理順序が適切でない旨が実行監視部１７から回復
処理部２１に通知される。

【０１７７】回復処理部２１では、実行監視部２１から
エラー発生の通知を受信すると、実行履歴格納部２０の
最上段（最新）に記憶されている履歴情報が含むＨＴＭ
Ｌ形式データとＷｅｂブラウザ２の表示画面のうち、整
合性のない部分のみのＨＴＭＬ形式データが送信され
る。

【０１７８】ここでは、回復前と回復後との表示内容に
おいて、画面Ｄが異なるため、この画面ＤのためのＨＴ
ＭＬ形式データが処理順序監視装置１５からＷｅｂアプ
リケーションサーバ１０を介してＷｅｂブラウザ２に送
信される。

【０１７９】これにより、バックボタンが押される前の
画面Ｘ、Ｂ、Ｄが再びＷｅｂブラウザ２に表示され、異
常の復旧がなされる。

【０１８０】なお、各履歴情報の内容のうち、第２段階
になっていないものに関しては、この処理が第２段階と
なるような処置を行い、第２段階となった時点でＨＴＭ
Ｌ形式データが送信される。

【０１８１】例えば、画面Ｘ、Ｂ、Ｄの画面構成中にス
トップボタンが押され、処理Ｄ₀が第１段階（処理完了
前）であり、この状態でＷｅｂブラウザ２によってリロ
ードされた場合にはエラーが発生する。

【０１８２】この場合、画面Ｘ、Ｂの構築には履歴情報
格納部の内容をそのまま利用するが、画面Ｄに構築に関
しては処理Ｄ₀ を再実行して第２状態とし、この処理結
果であるＨＴＭＬ形式データを送信する。

【０１８３】以上説明したように、本実施の形態に係る
処理順序監視装置１５においては、Ｗｅｂブラウザ２に
表示される画面の遷移情報から、Ｗｅｂアプリケーショ
ンサーバ１０で次に実行可能な処理を予測した予測情報
が抽出され、実際にＷｅｂアプリケーションサーバ１０
に実行要求された処理と予測情報とから処理順序の制約
違反が検出される。

【０１８４】これにより、フレームのように複数の画面
が組み合わされてＷｅｂブラウザ２に表示される場合
や、リロードにより同一の処理が繰り返される場合であ
っても、処理順序が適切でない旨の検出が可能である。

【０１８５】したがって、Ｗｅｂシステムの一連の業務
に係る処理を適切な順序で実行させることができ、Ｗｅ
ｂシステムの動作の信頼性を向上させることができる。

【０１８６】また、本実施の形態に係る処理順序監視装
置１５においては、適切な順序で実行された処理の実行
結果が、処理順序が不適切となった場合の訂正用情報と
して予め記憶されており、実際に処理順序が不適切とな
った場合にこの訂正用の情報を用いて正常なオペレーシ
ョンまで効率よくかつ矛盾なく誘導させることができ
る。

【０１８７】ゆえに、Ｗｅｂシステムの動作の信頼性が
向上される。

【０１８８】（第２の実施の形態）本実施の形態におい
ては、クッキー（Cookie）の機能を備えたＷｅｂシステ
ムで利用される処理順序監視装置について説明する。

【０１８９】先に述べた第１の実施の形態に係る処理順
序監視装置１５では、Ｗｅｂブラウザ２からのリクエス
トにしたがって実行される処理に関する情報の内容と予
め予測された予測情報とが比較されて処理順序の適否が
判定される。

【０１９０】しかしながら、Ｗｅｂブラウザ２に表示さ
れている一部の画面は、Ｗｅｂブラウザ２の表示状態が
変化しても変更されない場合がある。

【０１９１】例えば、先で説明した図５の場合には、Ｗ
ｅｂブラウザ２の表示状態が画面Ｘ、Ｂ、Ｃから画面
Ｘ、Ｂ、Ｄに切り換えられたとしても、画面Ｂは変更さ
れていない。また、この画面Ｘ、Ｂ、Ｃが表示されてい
る場合であっても、画面Ｘ、Ｂ、Ｄが表示されている場
合であっても、処理順序監視装置１５には予測情報
［Ｅ］が保持されている。

【０１９２】したがって、画面Ｂに基づいてＷｅｂブラ
ウザ２から処理Ｅ₀ の実行命令を含むリクエストが発信
された場合に、正常な処理順序にしたがい画面Ｘ、Ｂ、
Ｄを表示するＷｅｂブラウザ２から発信されたリクエス
トなのか、バックボタンが押されて表示状態が画面Ｘ、
Ｂ、Ｄから画面Ｘ、Ｂ、Ｃに戻って発信されたリクエス
トなのかを区別することができない。ゆえに、バックボ
タンが押されて処理順序が適切でない旨の検出がなされ
ない場合がある。

【０１９３】そこで、本実施の形態に係る処理順序監視
装置においては、リクエスト発信時のＷｅｂブラウザの
画面情報をクッキーにセットしてサーバに送信すること
により、リクエストの発信されたＷｅｂブラウザの表示
状態を認識し、処理順序の適否を判定する。

【０１９４】図１０は、クッキーの機能を有するＷｅｂ
システムの概略を示すブロック図である。

【０１９５】クッキーとは、Ｗｅｂブラウザ２３側に情
報を保存するための仕組みであり、Ｗｅｂアプリケーシ
ョンサーバ２４にリクエストが発信される度にこの保持
された情報がＷｅｂアプリケーションサーバ２４側に送
信される。

【０１９６】すなわち、Ｗｅｂブラウザ２３にはクッキ
ー用の記憶装置２３ａが備えられており、例えばＷｅｂ
アプリケーションサーバ２４から受信した情報やＷｅｂ
ブラウザ２３側で得られた情報等のような所定の情報が
このクッキー用の記憶装置２３ａに記憶される。そし
て、このＷｅｂブラウザ２３からＷｅｂアプリケーショ
ンサーバ２４にリクエストが送信される度に、この記憶
装置２３ａに記憶された所定の情報がクッキー（HTTP_C
OOKIE ）にセットされ、Ｗｅｂアプリケーションサーバ
２４に送信される。

【０１９７】図１１は、本実施の形態においてＷｅｂア
プリケーションサーバ２４からＷｅｂブラウザ２３に送
信されるＨＴＭＬ形式データの例を示す図であり、画面
Ａを構成するためのＨＴＭＬ形式データ２５を例示して
いる。

【０１９８】ＨＴＭＬ形式データ２５には、PATH_INFO
変数に処理Ｘ₀ の実行命令を含むリクエストを送信する
旨の記載２５ａがある。

【０１９９】また、このＨＴＭＬ形式データ２５には、
予めＷｅｂブラウザ２３の画面情報を収集しクッキーに
セットするための処理が組み込まれている。これは、例
えばJavaScriptのようなスクリプト言語を用いて定義さ
れるものであり、図１１におけるsendBrowserStatus(th
is) の記載２５ｂが該当する。このsendBrowserStatus
(this) は、Ｗｅｂブラウザ２３からＷｅｂアプリケー
ションサーバ２４への送信ボタン（Submit）が押された
ときに起動するスクリプトであり、Ｗｅｂブラウザ２３
に表示されている画面Ａをクッキーにセットし、現在の
表示状態としてＷｅｂアプリケーションサーバ２４に通
知する。

【０２００】本実施の形態に係る処理順序監視装置は、
クッキーにセットされた画面情報が、Ｗｅｂアプリケー
ションサーバ２４で実行された先の処理の結果として実
行履歴格納部に記憶された履歴情報により構成されたも
のか否かを判定することでＷｅｂブラウザ２３の表示状
態が適切か否かを判定する。そして、表示状態が適切で
あると判定された場合に、リクエストに含まれる処理命
令の内容と予測情報との整合性を判定する。整合性があ
る場合には処理順序が適切であると判定され、整合性が
ない場合には処理順序が適切でないと判定されて回復処
理が実行される。

【０２０１】図１２は、本実施の形態においてバックボ
タンの押されたオペレーション時の画面遷移状態と処理
順序監視装置内の情報の関係を示す図であり、画面Ａか
ら画面Ｘ、Ｂ、Ｄが表示されるまでの画面の状態及び処
理順序監視装置内の情報は図５の場合と同様である。

【０２０２】ここで、画面Ｘ、Ｂ、Ｄが表示されている
場合においてバックボタンが押されて画面Ｘ、Ｂ、Ｃに
戻ったとする。Ｗｅｂブラウザ２３では、この戻った際
に表示されている画面情報［Ｘ、Ｂ、Ｃ］が記憶装置２
３ａに記憶される。

【０２０３】画面Ｂへの操作により、画面情報［Ｘ、
Ｂ、Ｃ］がクッキーにセットされ、処理Ｅ₀ の実行命令
を含むリクエストがＷｅｂブラウザ２３から発信され
る。

【０２０４】これにより、Ｗｅｂアプリケーションサー
バ２４及び処理順序監視装置において、クッキーにセッ
トされたＷｅｂブラウザ２３の現在の画面情報［Ｘ、
Ｂ、Ｃ］と、受信したリクエストに含まれている次の処
理の指定Ｅ₀ がリクエスト解析部によって抽出される。

【０２０５】そして、実行監視部において、実行履歴格
納部に記憶されている履歴情報から現状の画面情報
［Ｘ、Ｂ、Ｄ］が推定され、この推定された画面情報
［Ｘ、Ｂ、Ｄ］とクッキーにセットされていた現在の画
面情報［Ｘ、Ｂ、Ｃ］とが比較される。

【０２０６】ここでは、実行履歴格納部の内容から求ま
る画面情報［Ｘ、Ｂ、Ｄ］とクッキーにセットされてい
た現在の画面情報［Ｘ、Ｂ、Ｃ］が一致しないため、実
行監視部から回復処理部に処理順序が適切でない旨が通
知される。

【０２０７】以上説明したように、本実施の形態に係る
処理順序監視装置においては、クッキーにＷｅｂブラウ
ザ２３の表示状態を示す情報がセットされて発信される
ため、バックボタンによって処理順序に異常が発生する
前後で同一の画面が表示されていても、処理順序の適否
を判定することができる。

【０２０８】したがって、第１の実施の形態に係る処理
順序監視装置と同様の作用効果に加えて、Ｗｅｂシステ
ムの一連の業務に係る処理の順序を一層適切に実行させ
ることができ、Ｗｅｂシステムの動作の信頼性を向上さ
せることができる。

【０２０９】なお、上記各実施の形態に係る処理順序監
視装置においては、リクエストで指定されている処理が
実行された後にＷｅｂブラウザに表示される画面が推定
され、この推定された画面と先で予測された予測情報と
の整合性によって処理順序の適否が判定されている。し
かしながら、これに限定されるものではなく、Ｗｅｂア
プリケーションサーバで実行される処理に関する様々な
情報（処理実行を指定するリクエスト、処理の結果得ら
れる画像情報、処理の名称等）により整合性の有無を判
定することができる。

【０２１０】また、上記各実施の形態に係る処理順序監
視装置は、Ｗｅｂサーバとアプリケーションサーバとか
らなるＷｅｂアプリケーションサーバに接続されている
場合を例として説明しているが、これに限定されるもの
ではなく、Ｗｅｂアプリケーションサーバ、Ｗｅｂサー
バ、アプリケーションサーバ等に内蔵させてもよい。

【０２１１】さらに、Ｗｅｂサーバの有するＣＧＩ（Co
mmon Gateway Interface）に本発明の機能を実現させて
もよい。さらに、Ｗｅｂサーバと送受信可能に接続され
るアプリケーションサーバの一機能としてこの処理順序
監視装置と同様の機能を含めてもよい。

【０２１２】また、上記各実施の形態で説明した処理順
序監視装置の機能は、コンピュータに実行させることの
できるプログラムとして、例えば磁気ディスク（フロッ
ピーディスク、ハードディスク等）、光ディスク（ＣＤ
−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記憶媒体に
書き込んで適用したり、通信媒体により伝送して各種装
置に適用することも可能である。この処理順序監視装置
の機能を実現するコンピュータは、記憶媒体に記録され
たプログラムを読み込み、プログラムによって動作が制
御されることにより、上述した処理を実行する。

【０２１３】

【実施例】（実施例１）ここでは、ＷＷＷによる書籍購
買システムに本発明を適用した場合の例について具体的
に説明する。

【０２１４】図１３は、本発明を適用していない書籍購
買システムの動作例を示す図である。

【０２１５】まず、Ｗｅｂブラウザ２にメニュー画面２
６が表示されており、ユーザによって書籍購入が選択さ
れる。すると、Ｗｅｂブラウザ２に購入候補リスト画面
２７、選択リスト画面２８が表示される。

【０２１６】ユーザによって購入候補リスト画面２７に
表示されている書籍がクリックされると、選択リスト画
面２８１にそのクリック内容が表示される。

【０２１７】ユーザによって計算ボタン２８ａが押され
ると、選択リスト画面２８１に表示されていた内容に基
づいて代金演算処理が実行され、Ｗｅｂブラウザ２に精
算用画面２９が表示され、この精算用画面２９に代金が
表示される。

【０２１８】ユーザによって精算用画面２９の内容が確
認され、ＯＫボタン２９ａが押されると、Ｗｅｂアプリ
ケーションサーバにおいて購入データの登録処理が実行
され、謝辞画面３０が表示される。

【０２１９】ユーザによって謝辞画面３０の「ここ」と
いう部分がクリックされると、Ｗｅｂアプリケーション
サーバにおいてメニュー画面表示処理が実行され、全て
の画面が変更されて再びメニュー画面２６が表示され
る。

【０２２０】ここで、謝辞画面３０が表示されているＷ
ｅｂブラウザ２においてバックボタンが押されると、再
び精算用画面２９が表示され、さらに精算用画面２９の
ＯＫボタン２９ａが押されると、Ｗｅｂアプリケーショ
ンサーバにおいて購入データの登録処理が実行され、同
様の書籍が２度注文されてしまう。

【０２２１】図１４は、本発明を適用した書籍購買シス
テムの動作例を示す図である。

【０２２２】まず、Ｗｅｂブラウザ２にメニュー画面２
６が表示されており、ユーザによって書籍購入が選択さ
れる。すると、Ｗｅｂブラウザ２に購入候補リスト画面
２７、選択リスト画面２８が表示される。

【０２２３】ユーザによって購入候補リスト画面２７に
表示されている書籍がクリックされると、選択リスト画
面２８１にそのクリック内容が表示される。

【０２２４】ユーザによって計算ボタン２８ａが押され
ると、選択リスト画面２８に表示されていた内容に基づ
いて代金演算処理が実行され、Ｗｅｂブラウザ２に精算
用画面２９が表示され、この精算用画面２９に代金が表
示される。ここで、本発明の処理順序監視装置では、次
に購入データの登録処理が実行される旨の予測情報が得
られる。

【０２２５】ユーザによって精算用画面の内容が確認さ
れ、ＯＫボタン２９ａが押されると、Ｗｅｂアプリケー
ションサーバに対して購入データの登録処理が要求され
る。この購入データの登録処理は、先の予測情報と一致
するため実行が許可され、謝辞画面が表示される。ここ
で、本発明の処理順序監視装置では、次にメニュー画面
表示処理が実行される旨の予測情報が得られる。

【０２２６】ここで、謝辞画面が表示されているＷｅｂ
ブラウザ２においてバックボタンが押されると、再び精
算用画面２９が表示され、さらに精算用画面２９のＯＫ
ボタン２９ａが押されたとする。

【０２２７】この場合、Ｗｅｂアプリケーションサーバ
に対して購入データの登録処理が要求されるが、この購
入データの登録処理は、メニュー画面表示処理が実行さ
れる旨の予測情報と一致しないため、本発明の処理順序
監視装置において処理順序が適切でない旨の判定がなさ
れる。

【０２２８】（実施例２）ここでは、先の実施例１とは
別に、クッキーを用いてエラーを検出する手法について
具体的に説明する。

【０２２９】図１５は、本発明を適用していない書籍購
買システムの動作例を示す図である。

【０２３０】まず、Ｗｅｂブラウザ２３に購入候補リス
ト画面２７、選択リスト画面２８が表示される。

【０２３１】ユーザによって購入候補リスト画面２７に
表示されている国語辞典がクリックされると、選択リス
ト画面２８２にそのクリック内容が表示される。

【０２３２】さらに、ユーザによって購入候補リスト画
面２７に表示されている数学事典がクリックされると、
選択リスト画面２８３にそのクリック内容が表示され、
国語辞典と数学事典の購入要求が表示される。

【０２３３】この表示状態において、Ｗｅｂブラウザの
バックボタンが押されると、購入候補リスト画面３７及
び選択リスト画面２８２が再表示される。これにより、
Ｗｅｂブラウザには、選択リスト画面２８２に国語辞典
の購入要求が表示される。

【０２３４】ここで、ユーザによって新たに購入候補リ
スト画面２７に表示されている英語辞典がクリックされ
たとする。すると、バックボタンによるＷｅｂブラウザ
の操作がＷｅｂアプリケーションサーバで検知されない
ため、数学事典も含まれた選択リスト画面２８４が表示
され、エラーが発生する。

【０２３５】図１６は、本発明を適用した書籍購買シス
テムの動作例を示す図である。

【０２３６】まず、Ｗｅｂブラウザ２３に購入候補リス
ト画面２７、選択リスト画面２８が表示される。

【０２３７】ユーザによって購入候補リスト画面２７に
表示されている国語辞典がクリックされると、選択リス
ト画面２８２にそのクリック内容が表示される。この
際、本発明の処理順序監視装置では、画面２７、２８２
をＷｅｂブラウザに表示させた旨を示す履歴情報［２
７、２８２］が記憶される。

【０２３８】さらに、ユーザによって購入候補リスト画
面２７に表示されている数学事典がクリックされると、
クッキーにＷｅｂブラウザ２３の表示状態［２７、２８
２］がセットされてＷｅｂアプリケーションサーバ及び
本発明の処理順序監視装置に送信される。

【０２３９】本発明の処理順序監視装置では、受信した
表示状態［２７、２８２］と先に記憶された履歴情報
［２７、２８２］が一致しているため、処理順序が適切
である旨の判定がなされる。

【０２４０】これにより、Ｗｅｂブラウザ２３の選択リ
スト画面２８３にクリックされた内容が表示され、国語
辞典と数学事典の購入要求が表示される。この際、本発
明の処理順序監視装置では、画面２７、２８３をＷｅｂ
ブラウザに表示させた旨を示す履歴情報［２７、２８
３］が記憶される。

【０２４１】この表示状態において、Ｗｅｂブラウザの
バックボタンが押されると、購入候補リスト画面２７及
び選択リスト画面２８２が再表示される。これにより、
Ｗｅｂブラウザには、選択リスト画面２８２に国語辞典
の購入要求が表示される。

【０２４２】ここで、ユーザによって新たに購入候補リ
スト画面２７に表示されている英語辞典がクリックされ
たとする。すると、クッキーにＷｅｂブラウザの表示状
態［２７、２８２］がセットされてＷｅｂアプリケーシ
ョンサーバ及び本発明の処理順序監視装置に送信され
る。

【０２４３】本発明の処理順序監視装置では、受信した
表示状態［２７、２８２］と先に記憶された履歴情報
［２７、２８３］が一致しないため、処理順序が適切で
ない旨の判定がなされ、回復処理が実行される。

【０２４４】

【発明の効果】以上詳記したように本発明では、画面の
遷移情報を示す状態遷移情報が予め定められいる。ま
た、Ｗｅｂブラウザからのリクエストにより実行される
処理に関する情報とこの状態遷移情報とにより、次にＷ
ｅｂブラウザからのリクエストにより実行される処理に
関する情報が予測される。そして、実際に次にＷｅｂブ
ラウザからのリクエストにより実行の要求された処理に
関する情報が、この予測された情報と一致する場合を処
理順序が適切であると判定する。

【０２４５】これにより、Ｗｅｂブラウザに複数の画面
が表示されていても、処理順序が適切か否かが判定可能
である。

【０２４６】また、本発明では、処理の内容が変更され
たとしても、変更された処理に関する状態遷移情報を書
き換えるのみで適用可能であるため、処理変更時に必要
とされる労力を低減させることができる。

【０２４７】さらに、本発明では、サーバで実行される
処理に関する情報とサーバで先に予測された情報との整
合性に加えて、Ｗｅｂブラウザの現在の表示状態と先に
サーバで実行された処理に関する情報との整合性も考慮
して処理順序の適否を判定することにより、一層高度に
処理順序を監視することができる。

【０２４８】さらに、本発明では、処理順序が適切と判
定された場合の処理情報を記憶しておくことで、処理順
序が適切でなくなった場合にも自動的に適切でなくなる
前の状態にＷｅｂブラウザの状態を回復させることがで
きる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るＷｅｂシステ
ムの処理順序監視装置の構成を示すブロック図。

【図２】同実施の形態における状態遷移情報保持部に保
持されている状態遷移情報の内容を示す図。

【図３】同実施の形態においてＷｅｂブラウザの画面が
遷移する状態の例とこの画面遷移状態を示す各状態遷移
情報の例を示す概念図

【図４】同実施の形態における実行履歴格納部の記憶内
容とＷｅｂブラウザの画面との関係の例を示す図。

【図５】同実施の形態において予測部が予測情報を求め
る場合の手順を示す図。

【図６】同実施の形態における適切な順序によるオペレ
ーション時の画面遷移状態と処理順序監視装置内の情報
の関係を示す図。

【図７】同実施の形態においてバックボタンの押された
オペレーション時の画面遷移状態と処理順序監視装置内
の情報の関係を示す図

【図８】同実施の形態においてリロードボタンの押され
たオペレーション時の画面遷移状態と処理順序監視装置
内の情報の関係を示す図。

【図９】同実施の形態における回復処理時の画面遷移状
態と実行履歴格納部の内容との関係を示す図。

【図１０】クッキーの機能を有するＷｅｂシステムの概
略を示すブロック図。

【図１１】本発明の第２の実施の形態においてＷｅｂサ
ーバからＷｅｂブラウザに送信されるＨＴＭＬ形式デー
タの例を示す図。

【図１２】同実施の形態においてバックボタンの押され
たオペレーション時の画面遷移状態と処理順序監視装置
内の情報の関係を示す図。

【図１３】本発明を適用していない書籍購買システムの
第１の動作例を示す図。

【図１４】本発明を適用した書籍購買システムの第１の
動作例を示す図

【図１５】本発明を適用していない書籍購買システムの
第２の動作例を示す図。

【図１６】本発明を適用した書籍購買システムの第１の
動作例を示す図

【図１７】一般的なＷｅｂシステムにおけるＷｅｂブラ
ウザの表示画面とＷｅｂアプリケーションサーバの処理
の関係の例を示すブロック図。

【図１８】複数のＨＴＭＬ形式データによって構成され
ているＷｅｂブラウザの表示画面とこのＨＴＭＬ形式デ
ータに付加されている連続番号との関係の例を示す図。

【符号の説明】 １…Ｗｅｂシステム ２、２３…Ｗｅｂブラウザ ３…Ｗｅｂサーバ ４…アプリケーションサーバ ４４…アプリケーションプログラム ５、１０、２４…Ｗｅｂアプリケーションサーバ １５…処理順序監視装置 １６…リクエスト解析部 １７…実行監視部 １７ａ…監視部 １７ｂ…予測部 １８…状態遷移情報保持部 １９…予測情報格納部 ２０…実行履歴格納部 ２１…回復処理部 ２２、２２ａ〜２２ｅ…状態遷移情報

Claims (10)

【特許請求の範囲】
1. 【請求項１】 リクエストを発信し表示画面を構成する
   ための画面データを受信するＷｅｂブラウザと、前記Ｗ
   ｅｂブラウザから発信されたリクエストにしたがって処
   理を実行するサーバとから構成されるＷｅｂシステムに
   組み込まれる装置であって、 前記Ｗｅｂブラウザから発信されたリクエストにしたが
   って前記サーバで実行された処理に関する情報と予め設
   定された画面の遷移状態を示す状態遷移情報とに基づい
   て、前記サーバで次に実行される処理に関する情報を予
   測した予測情報を求め、この予測情報と前記Ｗｅｂブラ
   ウザから発信されたリクエストにしたがって実際に次に
   前記サーバで実行される処理に関する情報とを比較し、
   前記サーバで実行される処理の順序の適否を判定するこ
   とを特徴とするＷｅｂシステムの処理順序監視装置。
2. 【請求項２】 リクエストを発信し表示画面を構成する
   ための画面データを受信するＷｅｂブラウザと、前記Ｗ
   ｅｂブラウザから発信されたリクエストにしたがって処
   理を実行するサーバとから構成されるＷｅｂシステムに
   組み込まれる装置であって、 前記Ｗｅｂブラウザにおける表示画面の遷移状態を示す
   状態遷移情報を保持する状態遷移情報保持手段と、 前記サーバで次に実行される処理に関する情報である予
   測情報を格納する予測情報格納手段と、 前記Ｗｅｂブラウザから発信されたリクエストにしたが
   って前記サーバで実行された処理に関する情報と前記予
   測情報格納手段に格納済みの予測情報とを比較して前記
   サーバで実行される処理の順序の適否を判定する監視手
   段と、 前記監視手段によって処理順序が適していると判定され
   た場合に、前記Ｗｅｂブラウザから発信されたリクエス
   トにしたがって前記サーバで実行された処理に関する情
   報と前記状態遷移情報保持手段に保持されている状態遷
   移情報とに基づいて、新規の予測情報を求めて前記予測
   情報格納手段に格納する予測手段とを具備したことを特
   徴とするＷｅｂシステムの処理順序監視装置。
3. 【請求項３】 請求項２記載のＷｅｂシステムの処理順
   序監視装置において、 前記監視手段によって処理順序が適していると判定され
   た場合に、前記Ｗｅｂブラウザから発信されたリクエス
   トにしたがって前記サーバで実行された処理に関する情
   報を格納する実行履歴格納手段を付加したことを特徴と
   するＷｅｂシステムの処理順序監視装置。
4. 【請求項４】 請求項３記載のＷｅｂシステムの処理順
   序監視装置において、 前記Ｗｅｂブラウザからリクエストが発信される際に、
   このＷｅｂブラウザに表示されている画面の状態情報を
   発信する画面状態情報発信手段を付加し、 前記監視手段に、前記画面状態情報発信手段によって発
   信された画面の状態情報と前記実行履歴格納手段に格納
   されている情報とを比較して前記サーバで実行される処
   理の順序の適否を判定する機能を付加したことを特徴と
   するＷｅｂシステムの処理順序監視装置。
5. 【請求項５】 請求項３又は請求項４記載のＷｅｂシス
   テムの処理順序監視装置において、 前記監視手段によって処理順序が適していないと判定さ
   れた場合に、前記実行履歴格納手段に格納されている情
   報を用いて前記Ｗｅｂブラウザの表示画面を再構築する
   回復処理手段を付加したことを特徴とするＷｅｂシステ
   ムの処理順序監視装置。
6. 【請求項６】 リクエストを発信し表示画面を構成する
   ための画面データを受信するＷｅｂブラウザと、前記Ｗ
   ｅｂブラウザから発信されたリクエストにしたがって処
   理を実行するサーバとから構成されるＷｅｂシステムに
   組み込まれる装置を制御するプログラムであって、 前記Ｗｅｂブラウザから発信されたリクエストにしたが
   って前記サーバで実行された処理に関する情報と予め設
   定された画面の遷移状態を示す状態遷移情報とに基づい
   て、前記サーバで次に実行される処理に関する情報を予
   測した予測情報を求め、この予測情報と前記Ｗｅｂブラ
   ウザから発信されたリクエストにしたがって実際に次に
   前記サーバで実行される処理に関する情報とを比較し、
   前記サーバで実行される処理の順序の適否を判定させる
   プログラムを記憶したコンピュータ読み取り可能な記憶
   媒体。
7. 【請求項７】 リクエストを発信し表示画面を構成する
   ための画面データを受信するＷｅｂブラウザと、前記Ｗ
   ｅｂブラウザから発信されたリクエストにしたがって処
   理を実行するサーバとから構成されるＷｅｂシステムに
   組み込まれる装置を制御するプログラムであって、 前記Ｗｅｂブラウザにおける表示画面の遷移状態を示す
   状態遷移情報を保持させる状態遷移情報保持機能と、 前記サーバで次に実行される処理に関する情報である予
   測情報を格納させる予測情報格納機能と、 前記Ｗｅｂブラウザから発信されたリクエストにしたが
   って前記サーバで実行された処理に関する情報と前記予
   測情報格納機能によって格納された予測情報とを比較し
   て前記サーバで実行される処理の順序の適否を判定させ
   る監視機能と、 前記監視機能によって処理順序が適していると判定され
   た場合に、前記Ｗｅｂブラウザから発信されたリクエス
   トにしたがって前記サーバで実行された処理に関する情
   報と前記状態遷移情報保持機能によって保持されている
   状態遷移情報とに基づいて、新規の予測情報を求めて前
   記予測情報格納機能に格納させる予測手段とを実現させ
   るためのプログラムを記憶したコンピュータ読み取り可
   能な記憶媒体。
8. 【請求項８】 請求項７記載のプログラムを記憶したコ
   ンピュータ読み取り可能な記憶媒体において、 前記監視機能によって処理順序が適していると判定され
   た場合に、前記Ｗｅｂブラウザから発信されたリクエス
   トにしたがって前記サーバで実行された処理に関する情
   報を格納させる実行履歴格納機能を実現させるためのプ
   ログラムを付加したコンピュータ読み取り可能な記憶媒
   体。
9. 【請求項９】 請求項８記載のプログラムを記憶したコ
   ンピュータ読み取り可能な記憶媒体において、 前記Ｗｅｂブラウザからリクエストが発信される際に、
   このＷｅｂブラウザに表示されている画面の状態情報を
   発信させる画面状態情報発信機能を実現させるためのプ
   ログラムを付加し、 前記監視機能に、前記画面状態情報発信機能によって発
   信された画面の状態情報と前記実行履歴格納機能によっ
   て格納されている情報とを比較して前記サーバで実行さ
   れる処理の順序の適否を判定させる機能を付加したコン
   ピュータ読み取り可能な記憶媒体。
10. 【請求項１０】 請求項８又は請求項９記載のプログラ
    ムを記憶したコンピュータ読み取り可能な記憶媒体にお
    いて、 前記監視機能によって処理順序が適していないと判定さ
    れた場合に、前記実行履歴格納機能によって格納されて
    いる情報を用いて前記Ｗｅｂブラウザの表示画面を再構
    築させる回復処理機能を実現させるためのプログラムを
    付加したコンピュータ読み取り可能な記憶媒体。