JP5197726B2 - 画面遷移制御装置 - Google Patents

Description

本発明の実施形態は、画面遷移制御装置に関する。

一般に、Ｗｅｂアプリケーション処理端末、コピー機及び複合機（プリンタ、コピー機、ファクシミリ及びスキャナ等の各機能をまとめた機器）といった機器では、ディスプレイに内容及び動作を表示する際に、特定の順序に従って画面遷移が実行されている。

しかしながら、例えば、Ｗｅｂアプリケーション処理端末において、ユーザが画面データのＵＲＬを直接指定する等により、画面遷移が特定の順序から外れ、本来ユーザに許可していない画面遷移が発生することがある。

そこで、画面遷移を実行する機器又はシステムに関し、例えば、ユーザの権限等の条件に応じて、画面遷移を実行するか否かを制御する方法が考案されている。

特開２００７−２６５２９１号公報 特開２００５−２９３２２９号公報 特開２００７−２７９９７４号公報

しかしながら、以上のような画面遷移を制御する方法では、ユーザの権限に基づいて静的に画面遷移を制御するため、実行した画面遷移の履歴に応じて画面遷移を制御するといった動的な画面遷移制御を実行できない不都合がある。

本明細書に開示された実施形態は、動的な画面遷移制御を実行し得る画面遷移制御装置を提供することを目的とする。

実施形態によれば、クライアント端末と、ビジネスロジック部との間には、画面情報の遷移を制御する画面遷移制御装置が設けられている。

なお、実施形態のクライアント端末は、表示対象の画面情報の表示中、ユーザの操作に応じて、遷移先画面指定情報及びセッションＩＤを含むリクエスト情報を送信し、遷移先の画面情報を受信するものである。

また、実施形態のビジネスロジック部は、リクエスト情報を受けると、このリクエスト情報内の遷移先画面指定情報に応じて遷移先の画面情報を示す遷移先の画面ＩＤを送出するものである。

ここで、実施形態の画面遷移制御装置は、リクエスト情報取得項目記憶部、ユーザ動作履歴記憶部、アクティブユーザ情報記憶部、画面遷移判定情報記憶部、表示画面情報記憶部、リクエスト情報登録部及び画面遷移管理部を備えている。この画面遷移管理部は、画面遷移判定部、画面遷移判定情報変更部、画面情報登録部及び画面表示制御部を備えている。

実施形態のリクエスト情報取得項目記憶部は、クライアント端末から送信されたリクエスト情報のうち、遷移先画面指定情報及びセッションＩＤの項目を定義した取得項目情報を記憶する。

実施形態のユーザ動作履歴記憶部は、遷移先画面指定情報、セッションＩＤ、遷移順序、及び表示対象の画面情報を示す表示対象の画面ＩＤを含む動作履歴情報を記憶する。

実施形態のアクティブユーザ情報記憶部は、ビジネスロジック部にログインしているユーザのユーザＩＤ及びセッションＩＤを記憶する。

実施形態の画面遷移判定情報記憶部は、ルール番号毎に、ユーザＩＤ、遷移元の画面ＩＤ、遷移先の画面ＩＤ、及び遷移の可否を示す遷移可否情報を含むルール情報を記憶している。このルール情報の少なくとも一つは、遷移可否情報に基づく遷移の可否の判定を制御するための制御情報、を更に含んでいる。

実施形態の表示画面情報記憶部は、画面ＩＤと、当該画面ＩＤが示す画面情報を有する画面ファイルの記憶位置を示す画面ファイルパスとを関連付けて記憶する。

実施形態のリクエスト情報登録部は、送信されたリクエスト情報を受けると、取得項目情報に基づいて、リクエスト情報から遷移先画面指定情報及びセッションＩＤを取得する。このリクエスト情報登録部は、取得された遷移先画面指定情報を、取得されたセッションＩＤと同一のセッションＩＤ及び最大の遷移順序に関連付けてユーザ動作履歴記憶部に書き込むと、リクエスト情報をビジネスロジック部に送出する。

実施形態の画面遷移判定部は、取得されたセッションＩＤと同一のセッションＩＤに関連付けられた遷移先画面指定情報、遷移順序、及び表示対象の画面ＩＤからなる動作履歴の組データをユーザ動作履歴記憶部から読み出す。また、画面遷移判定部は、読み出されたユーザＩＤと、読み出された動作履歴の組データで最大の遷移順序に関連付けられた表示対象の画面ＩＤと、ビジネスロジック部から受けた遷移先の画面ＩＤとにそれぞれ同一のユーザＩＤ、遷移元の画面ＩＤ及び遷移先の画面ＩＤを含むルール情報を画面遷移判定情報記憶部から読み出す。さらに、画面遷移判定部は、読み出されたルール情報内の遷移可否情報に基づいて、遷移の可否を判定する。

実施形態の画面情報登録部は、この判定結果が遷移の可を示すとき、取得されたセッションＩＤと、読み出された動作履歴の組データ内の最大の遷移順序より１だけ大きい遷移順序と、ビジネスロジック部から受けた遷移先の画面ＩＤからなる表示対象の画面ＩＤとを関連付けてユーザ動作履歴記憶部に書き込む。

実施形態の画面表示制御部は、ユーザ動作履歴記憶部に書き込まれた表示対象の画面ＩＤと同一の画面ＩＤに関連付けられた画面ファイルパスを表示画面情報記憶部から読み出し、当該読み出した画面ファイルパスに基づいて画面情報を取得し、この画面情報をクライアント端末に送信する。

各実施形態に共通する画面遷移制御装置を含むシステムの構成の一例を示す機能ブロック図である。 各実施形態に共通するｅラーニングシステムの画面構成の一例を示す模式図である。 各実施形態に共通するリクエスト情報取得項目記憶部に記憶された情報の一例を示す模式図である。 第１の実施形態に係るユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。 各実施形態に共通するアクティブユーザ情報記憶部に記憶された情報の一例を示す模式図である。 各実施形態に共通する画面遷移判定情報記憶部に記憶された情報の一例を示す模式図である。 各実施形態に共通する表示画面情報記憶部に記憶された情報の一例を示す模式図である。 同実施形態における動作を説明するためのフローチャートである。 同実施形態における動作を説明するためのシーケンス図である。 同実施形態におけるユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。 同実施形態における画面遷移判定情報記憶部に記憶された情報の一例を示す模式図である。 同実施形態におけるユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。 第２の実施形態に係るユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。 同実施形態における動作を説明するためのフローチャートである。 同実施形態におけるユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。 同実施形態におけるユーザ動作履歴記憶部に記憶された情報の一例を示す模式図である。

以下、各実施形態について図面を参照して説明する。

（第１の実施形態）
図１は各実施形態に共通する画面遷移制御装置を含むシステムの構成の一例を示す機能ブロック図であり、図２は同システムの具体例であるｅラーニングシステムの画面構成の一例を示す図である。クライアント端末１は、例えばネットワークを介してアプリケーションサーバ装置２に接続される。アプリケーションサーバ装置２は、ビジネスロジック部３と画面遷移制御装置４とから構成される。なお、クライアント端末１は、Ｗｅｂアプリケーションから提供されるｅラーニングサービスを利用するための任意のＷｅｂブラウザを備えている。アプリケーションサーバ装置２は、Ｊａｖａ（登録商標）ＥＥ（Enterprise Edition）上で動作するＷｅｂアプリケーションサーバであるとする。ビジネスロジック部３は、Ｗｅｂアプリケーションサーバ上で動作する「ｅラーニングシステム」であるとするが、これに限定されない。例えば、ビジネスロジック部３としては、銀行のＡＴＭシステム、ログイン利用のＷｅｂアプリケーション（例、ログインに何度か失敗した場合に、他の認証処理を伴うパスワード変更画面に遷移する処理を含むＷｅｂアプリケーション）、コピー機、複合機などのように、画面遷移を伴う任意の処理部が適用可能となっている。

ｅラーニングシステムでは、図２に示すように、「問題１」画面、「問題１のヒント」画面、「問題１の解答」画面、「問題１の復習」画面、「まとめ」画面、及び「エラー」画面がユーザの操作に応じて遷移しながら表示される。また、各画面内の英数字の文字列は、各画面を識別するための画面ＩＤを示している。例えば、「問題１」画面の画面ＩＤは「Problem_1」である。各画面間の矢印は、遷移元の画面が遷移可能な方向（遷移先の画面）を示す。例えば、「問題１」画面から出る矢印は、遷移元の「問題１」画面が「問題１のヒント」画面又は「問題１の解答」画面に遷移可能なことを示している。

一方、画面遷移制御装置４は、図１に示したように、リクエスト情報取得項目記憶部４０、ユーザ動作履歴記憶部４１、アクティブユーザ情報記憶部４２、画面遷移判定情報記憶部４３、表示画面情報記憶部４４、リクエスト情報登録部４５及び画面遷移管理部４６を備えている。画面遷移管理部４６は、画面遷移判定部４７、画面遷移判定情報変更部４８、画面情報登録部４９及び画面表示制御部５０を備えている。このような画面遷移制御装置４は、ハードウェア構成、又はハードウェア資源とソフトウェアとの組合せ構成のいずれでも実施可能となっている。組合せ構成のソフトウェアとしては、予めネットワーク又は記憶媒体からＷｅｂアプリケーションサーバ装置２のコンピュータにインストールされ、画面遷移制御装置４の各機能を実現させるためのプログラムが用いられる。

ここで、リクエスト情報取得項目記憶部４０は、図３に示すように、ユーザの操作に応じてクライアント端末１から送信されたリクエスト情報のうち、例えばＵＲＬ（Uniform Resource Locators）といった遷移先画面指定情報及びセッションＩＤの項目（属性）を定義するための取得項目情報を予め記憶しておく記憶媒体である。但し、遷移先画面指定情報はＵＲＬに限らず、遷移先の画面を指定する情報であれば任意の情報に変更してもよい。また、セッションＩＤは、一連の通信を識別可能な情報であれば、任意の情報に変更してもよい。

ユーザ動作履歴記憶部４１は、当該システムを利用するユーザの動作履歴を示す動作履歴情報を記憶する記憶媒体である。

動作履歴情報は、図４に示すように、セッションＩＤ、遷移順序、表示対象の画面ＩＤ及びＵＲＬを含んでおり、セッションＩＤ毎に、遷移順序、表示対象の画面ＩＤ及びＵＲＬが関連付けられている。セッションＩＤは、当該システムを利用する一連の通信の識別子を示し、当該システムを利用する際（例えば、当該システムへのログイン認証時）にユーザ毎に与えられるものである。遷移順序は、ユーザの操作に応じてｅラーニングシステムの表示画面が遷移した順序を示している。表示対象の画面ＩＤは、図２に示した画面ＩＤと同様に、表示対象の画面情報を示す識別情報である。ＵＲＬは、ｅラーニングシステムにおける表示画面を一意的に指定するものであり、ユーザによって指定された遷移先の画面情報を取得するための画面ファイルを指定している。なお、ＵＲＬは、最終の遷移順序の行では遷移先の画面情報が指定されていないため、表記「−」で示すように記憶されない。

アクティブユーザ情報記憶部（ログインユーザ記憶手段）４２は、ビジネスロジック部３にログインしているユーザを識別するためのアクティブユーザ情報（例えば、セッションＩＤ、ユーザＩＤ、ユーザの権限等）を記憶する記憶媒体である。

アクティブユーザ情報は、図５に示すように、セッションＩＤ、ユーザＩＤ、及びロールが含まれる。ユーザＩＤは、ユーザを識別するための識別子を示すが、ユーザ固有のユーザＩＤ（ユーザ登録されたユーザＩＤ）に限らず、アクセス時に一時的にユーザに割り当てられるユーザＩＤ（仮のユーザＩＤ）であってもよい。ロールは、当該システムへのアクセスが許可されているユーザの属性を示す。このユーザの属性としては、例えば、ユーザの権限に対応する「管理者（admin）（adminはadministratorの略語）」及び「一般人、公衆（public）」が使用可能となっている。なお、アクティブユーザ情報はセッションＩＤ、ユーザＩＤ、及びロールに限定されない。このようなアクティブユーザ情報は、アプリケーション利用前に、画面遷移管理部４６によって取得される。また、アクティブユーザ情報の取得方法としては、例えば、ユーザ登録されたユーザＩＤ及びパスワードを利用したｅラーニングシステムへのログイン認証時に、当該ユーザ登録されたユーザＩＤに対応するユーザ情報（ユーザの権限等）をデータベースから読出し、このユーザ情報に対応したアクティブユーザ情報（ユーザＩＤ（仮のユーザＩＤ）及びロール）を割り当てることにより取得する方法があるが、この取得方法に限定されない。

画面遷移判定情報記憶部（ルール情報記憶手段）４３は、当該システムを利用するユーザによって指定された画面遷移が可能か否かを判定するためのルール情報を予め記憶する記憶媒体である。

ルール情報は、図６に示すように、ルール番号（Ｎｏ．）毎に、ユーザＩＤ、遷移元の画面ＩＤ、遷移先の画面ＩＤ、及び遷移の可否を示す遷移可否情報を含んでいる。ルール情報の少なくとも一つは、遷移可否情報に基づく遷移の可否を判定するための制御情報（遷移可能条件、ルール書換え情報）を更に含んでいる。この例では、ルール番号“２”のルール情報がルール書換え情報を含み、ルール番号“６”のルール情報が遷移可能条件を含んでいる。但し、本実施形態では、遷移可能条件を省略してもよい。遷移可能条件及びこの遷移可能条件を用いた判定については、第２の実施形態にて述べる。

ルール番号は、ルール情報を識別するための識別情報である。ユーザＩＤは、アクティブユーザ情報のいずれかのユーザＩＤに一致するユーザＩＤが使用される。遷移元の画面ＩＤは、クライアント端末１に現在表示されている画面（表示対象の画面）の画面情報を示す画面ＩＤである。遷移先の画面ＩＤは、当該ユーザによって指定された遷移先の画面情報を示す画面ＩＤである。遷移可否情報は、遷移元の画面ＩＤに対応した表示画面から遷移先の画面ＩＤに対応した表示画面への画面遷移が可能であるか否かを示す。なお、遷移の可否は、「可」又は「否」のどちらか一方で示される。遷移可能条件は、当該ユーザが指定した画面遷移を可能にするために必要となる条件を示す。この例では、遷移可能条件は、遷移順序、表示対象（遷移元）の画面ＩＤ及び遷移先のＵＲＬからなる動作履歴の組データを特定するための遷移元の画面ＩＤ（Probrem_1）及び遷移先の画面ＩＤ（Probrem_1_Hint）と、当該特定される動作履歴の組データの有無（未遷移、即ち動作履歴の組データ無し）に応じた遷移の可とを示している。ルール書換え情報（図６中、ルールの書き換え）は、画面遷移判定部４７による可否判定結果に応じて、画面遷移判定情報変更部４８が行うルールの変更内容を示す。この例では、ルール書換え情報は、書換え対象のルール情報を示すルール番号“１”，“２”及びこのルール情報内の遷移可否情報の書換え内容“否”，“否”を含んでいる。なお、遷移可能条件及びルール書換え情報は、アプリケーションサーバ装置２の管理者によって任意に設定可能である。

表示画面情報記憶部（画面ファイルパス記憶手段）４４は、図７に示すように、画面ＩＤと、当該画面ＩＤが示す画面情報を有する画面ファイルの記憶位置を示す画面ファイルパスとを関連付けて記憶する記憶媒体である。例えば、「問題１」画面を示す画面ＩＤ「Problem_1」に関連付けて、画面ファイルパス「/problem_1/problem_1.jsp」が記憶されている。

リクエスト情報登録部４５は、ユーザの操作に応じてクライアント端末１から送信されたリクエスト情報を受けると、取得項目情報に基づいて、リクエスト情報から遷移先画面指定情報及びセッションＩＤを取得する機能と、取得した遷移先画面指定情報を、当該取得したセッションＩＤと同一のセッションＩＤ及び最大の遷移順序に関連付けてユーザ動作履歴記憶部４１に書き込むと、リクエスト情報をビジネスロジック部３に送出する機能とをもっている。

上述したように画面遷移管理部４６は、以下で説明する機能を持つ画面遷移判定部４７、画面遷移判定情報変更部４８、画面情報登録部４９及び画面表示制御部５０を備えている。

画面遷移判定部４７は、ビジネスロジック部３から送出された遷移先の画面ＩＤを取得する。また、画面遷移判定部４７は、取得した遷移先の画面ＩＤ、ユーザ動作履歴記憶部４１に記憶された表示対象の画面ＩＤ、及びアクティブユーザ情報記憶部４２に記憶されたユーザＩＤに基づいて、画面遷移判定情報記憶部４３からルール番号（ルールＮｏ．）の検索を実行する。画面遷移判定部４７は、検索結果が「無」である場合に、当該ユーザが指定した遷移先の画面ＩＤを「エラー」画面に対応した画面ＩＤ「Exception」に変更する。

画面遷移判定部４７は、検索されたルール番号のルール情報に基づいて、当該システムを利用するユーザによって指定された画面遷移が可能か否かの判定を実行する。画面遷移判定部４７は、判定結果が「否」である場合に、当該ユーザが指定した遷移先の画面ＩＤを「エラー」画面に対応した画面ＩＤ「Exception」に変更する。

画面遷移判定部４７が実行する検索及び判定については、画面遷移判定部４７が以下の各機能(f47-1)〜(f47-4)をもつように言い換えてもよい。

(f47-1) 送出されたリクエスト情報を受けたビジネスロジック部３から遷移先の画面ＩＤを受けると、取得されたセッションＩＤと同一のセッションＩＤに関連付けられたユーザＩＤをアクティブユーザ情報記憶部４２から読み出す機能。

(f47-2) 取得されたセッションＩＤと同一のセッションＩＤに関連付けられた遷移先画面指定情報、遷移順序、及び表示対象の画面ＩＤからなる動作履歴の組データをユーザ動作履歴記憶部４１から読み出す機能。

(f47-3) 読み出されたユーザＩＤと、読み出された動作履歴の組データで最大の遷移順序に関連付けられた表示対象の画面ＩＤと、ビジネスロジック部３から受けた遷移先の画面ＩＤとにそれぞれ同一のユーザＩＤ、遷移元の画面ＩＤ及び遷移先の画面ＩＤを含むルール情報を画面遷移判定情報記憶部４３から読み出す機能。

(f47-4) 読み出されたルール情報内の遷移可否情報に基づいて、遷移の可否を判定する判定機能。

画面遷移判定情報変更部４８は、画面遷移判定部４７で用いられたルール情報に基づいて、画面遷移判定情報記憶部４３に記憶されているルール情報の少なくとも一部を変更する。なお、ルール情報の変更内容は、画面遷移判定部４７によって用いられたルール情報の「ルールの書き換え」の項目（例えば、図６に示した「（ルールＮｏ．１，遷移の可否，否），（ルールＮｏ．２，遷移の可否，否）」等）に従う。換言すると、画面遷移判定情報変更部４８は、画面遷移判定部４７により読み出されたルール情報がルール書換え情報を含むとき、このルール書換え情報内のルール番号と同一のルール番号を含む書換え対象のルール情報を画面遷移判定情報記憶部４３から読み出し、当該書換え対象のルール情報に含まれる遷移可否情報を、当該ルール書換え情報に含まれる書換え内容に従って書き換える機能をもっている。

画面情報登録部４９は、可否判定結果及び画面ＩＤ変更結果に基づいて、画面遷移判定部４７から取得した遷移先の画面ＩＤからなる表示対象の画面ＩＤをセッションＩＤと対応付けてユーザ動作履歴記憶部４１に登録する。換言すると、画面情報登録部４９は、画面遷移判定部４７による判定結果が遷移の可を示すとき、リクエスト情報登録部４５により取得されたセッションＩＤと、画面遷移判定部４７により読み出された動作履歴の組データの最大の遷移順序より１だけ大きい遷移順序と、ビジネスロジック部３から受けた遷移先の画面ＩＤからなる表示対象の画面ＩＤとを関連付けてユーザ動作履歴記憶部４１に書き込む機能をもっている。

画面表示制御部５０は、可否判定の結果に基づいて、ユーザ動作履歴記憶部４１に登録された表示対象の画面ＩＤに対応付けられて記憶されている画面ファイルパスを、表示画面情報記憶部４４から取得する。また、画面表示制御部５０は、取得された画面ファイルパスに基づいて画面ファイルを取得し、この画面ファイルのプログラムを実行して表示画面を生成することにより、この表示画面の画面情報（プログラムの実行結果）を取得する。更に、画面表示制御部５０は、取得した画面情報を当該クライアント端末１に送信する。なお、画面表示制御部５０は、当該クライアント端末１に対する表示画面を生成する際に、例えば、ＪＳＰ（Java Server Pages）、タグライブラリ等の処理を行う。

但し、画面表示制御部５０は、画面ファイル（例、ＪＳＰファイル）のプログラムを実行して画面情報を取得する場合に限らず、画面ファイルパスに基づいて、画面情報からなる画面ファイル（例、ＨＴＭＬ(Hypertext Markup Language)ファイル）を読み出すことにより画面情報を取得してもよい。いずれにしても、画面表示制御部５０は、ユーザ動作履歴記憶部４１に書き込まれた表示対象の画面ＩＤと同一の画面ＩＤに関連付けられた画面ファイルパスを表示画面情報記憶部４４から読み出し、当該読み出した画面ファイルパスに基づいて画面情報を取得し、この画面情報をクライアント端末１に送信する機能をもっている。

次に、以上のように構成された画面遷移制御装置を含むシステムの動作について図８のフローチャート及び図９のシーケンス図を参照しながら説明する。なお、ここではリクエスト情報取得項目記憶部４０、ユーザ動作履歴記憶部４１、アクティブユーザ情報記憶部４２、画面遷移判定情報記憶部４３及び表示画面情報記憶部４４には、図３〜図７に示した情報が各々記憶されているものとする。

いま、クライアント端末１は、表示対象の画面情報（例、Probrem_1_Hintのヒント画面）の表示中、ユーザの操作に応じて、遷移先の画面情報（例、Probrem_1の問題１画面）を指定するＵＲＬ、及びセッションＩＤを含むリクエスト情報をＷｅｂアプリケーションサーバ装置２に送信する。

Ｗｅｂアプリケーション装置２では、画面遷移制御装置４内のリクエスト情報登録部４５が、送信されたリクエスト情報を取得する（ステップＳ１０１）。

続いて、リクエスト情報登録部４５は、このリクエスト情報のうち、リクエスト情報取得項目記憶部４０に予め記憶された取得項目の情報を取得し、図１０に示すように、当該取得したセッションＩＤ「sessionId02」及びＵＲＬ「http://xxx.co.jp/learn/Problem_1.do」を、当該取得されたセッションＩＤと同一のセッションＩＤ「sessionId02」及び最大の遷移順序「２」に関連付けてユーザ動作履歴記憶部４１に書き込む（ステップＳ１０２）。

このＵＲＬ「http://xxx.co.jp/learn/Problem_1.do」によれば、ユーザによって指定された遷移先の画面情報のＵＲＬが「http://xxx.co.jp/learn/Problem_1.do」であることと、このＵＲＬ内の画面ＩＤ「Problem_1」から遷移先の画面として「問題１」画面が指定されたことが示される。なお、ＵＲＬ内のファイル名は画面ＩＤでもある。

しかる後、リクエスト情報登録部４５は、リクエスト情報をビジネスロジック部３に送出する。ビジネスロジック部３は、リクエスト情報を受けると、このリクエスト情報内のＵＲＬに応じて遷移先の画面情報を示す遷移先の画面ＩＤを画面遷移制御装置４に送出する。

画面遷移制御装置４では、画面遷移判定部４７が、ビジネスロジック部３から送出された遷移先の画面ＩＤ「Problem_1」を取得する（ステップＳ１０３）。

また、画面遷移判定部４７は、アクティブユーザ情報記憶部４２から、ステップＳ１０１で取得されたセッションＩＤ「sessionId02」と同一のセッションＩＤに関連付けられたユーザＩＤ「user02」及びロール「public」を取得する（ステップＳ１０４）。

さらに、画面遷移判定部４７は、ユーザ動作履歴記憶部４１から、ステップＳ１０１で取得されたセッションＩＤ「sessionId02」と同一のセッションＩＤに関連付けられた遷移順序、画面ＩＤ及びＵＲＬからなる組データを取得する（ステップＳ１０５）。この場合、セッションＩＤ「sessionId02」に関連付けられた遷移順序、画面ＩＤ及びＵＲＬの組データとして（１，Problem_1，http://xxx.co.jp/learn/Problem_1_Hint.do）及び（２，Problem_1_Hint，http://xxx.co.jp/learn/Problem_1.do）が取得される。

また、画面遷移判定部４７は、ステップＳ１０３で取得した遷移先の画面ＩＤ、ステップＳ１０４で取得したユーザＩＤ、及びステップＳ１０５で取得した遷移順序、画面ＩＤ及びＵＲＬの組データに基づいて、画面遷移判定情報記憶部４３内のルール番号を検索する（ステップＳ１０６）。この場合、ステップＳ１０３で取得した遷移先の画面ＩＤ「Problem_1」、ステップＳ１０４で取得したユーザＩＤ「user02」、及びステップＳ１０５で取得した表示対象の画面ＩＤ「Problem_1_Hint」をルール検索のキーとして、ルール番号が検索される。

なお、ルール検索のキーとして用いられる表示対象の画面ＩＤは、ステップＳ１０５で取得した遷移順序、画面ＩＤ及びＵＲＬの組データのうち、遷移順序の値が最も大きい組データの画面ＩＤである。

ステップＳ１０６の検索の結果、ルール番号がある場合（ステップＳ１０６：「ルール番号有」）には、画面遷移判定部４７は、検索されたルール番号のルール情報を取得する（ステップＳ１０７）。この場合、ルール番号“２”のルール情報が画面遷移判定情報記憶部４３から取得される。一方、ステップＳ１０６の検索の結果、ルール番号が無い場合（ステップＳ１０６：「ルール番号無」）には、ステップＳ１０９へと進む。

続いて、画面遷移判定部４７は、ステップＳ１０７で取得したルール情報に基づいて、画面遷移が可能であるか否かを判定する（ステップＳ１０８）。この場合、ルール番号“２”のルール情報の遷移可否情報が「可」を示すため、画面遷移が可能と判定される。

ステップＳ１０８の判定結果が「可」の場合（ステップＳ１０８でＹｅｓ）にはステップＳ１１０へと進む。一方、ステップＳ１０８の判定結果が「否」の場合（ステップＳ１０８でＮｏ）には、画面遷移判定部４７は、遷移先の画面ＩＤを「Exception」に変更する（ステップＳ１０９）。なお、この画面ＩＤ「Exception」は、画面遷移制御装置４に予め固定値として記憶されている画面ＩＤである。画面ＩＤ「Exception」に対応する表示画面は、図２に示した「エラー」画面である。

次に、画面遷移判定情報変更部４８は、ステップＳ１０７で取得したルール情報に基づいて、画面遷移判定情報記憶部４３内のルール情報の内容を変更する（ステップＳ１１０）。この場合、画面遷移判定情報変更部４８は、ルール番号“２”のルール情報の「ルールの書き換え」に従う。ルール番号“２”のルール情報におけるルール書換え情報は、図６に示したように、「（ルールＮｏ．１，遷移の可否，否），（ルールＮｏ．２，遷移の可否，否）」である。このルール書換え情報は、ルール番号“１”のルール情報の遷移可否情報を「可」から「否」に変更し、且つ、ルール番号“２”のルール情報の遷移可否情報を「可」から「否」に変更することを意味する。このため、図１１に示すように、ルール番号“１”，“２”に関連付けて記憶されている遷移の可否が、図６に示した「可」から「否」に変更される。この変更は、所定の画面遷移（問題１画面(Probrem_1)とヒント画面(Probrem_1_Hint)との間の画面遷移）を常に可能とするのではなく、１回だけ可能とし、２回目以降の画面遷移を拒否するように動的に画面遷移を制御することを意味している。

画面情報登録部４９は、図８に示すように、ステップＳ１０６及びＳ１０８の判定結果に基づいて、セッションＩＤ、組データ内の最大の遷移順序より１だけ大きい遷移順序及び遷移先の画面ＩＤからなる表示対象の画面ＩＤをユーザ動作履歴記憶部４１に書き込む（ステップＳ１１１）。この場合、ステップＳ１０８での判定結果が「可」であったので、画面情報登録部４９は、セッションＩＤ「sessionId02」、遷移順序「３」及び画面ＩＤ「Problem_1」をユーザ動作履歴記憶部４１に書き込む。これにより、図１２に示すように、ユーザ動作履歴記憶部４１には、図１０に示した情報に加えて、遷移順序及び画面ＩＤがセッションＩＤに関連付けられて記憶される。

ここで、書き込まれた遷移順序「３」は、セッションＩＤ「sessionId02」を有するユーザによって３番目に指定された画面であることを示している。また、書き込まれた画面ＩＤ「Problem_1」は、セッションＩＤ「sessionId02」で識別される一連の通信を実行中のクライアント端末１における表示画面が「問題１」画面となることを示している。

画面表示制御部５０は、図８に示すように、表示画面情報記憶部４４から、ステップＳ１１１でユーザ動作履歴記憶部４１に書き込まれた画面ＩＤ「Problem_1」に対応する画面ファイルパス「/problem_1/problem_1.jsp」を取得する（ステップＳ１１２）。

しかる後、画面表示制御部５０は、ステップＳ１１２で取得した画面ファイルパスに基づいて、クライアント端末１に対する表示画面の画面情報を生成し、この画面情報をクライアント端末１に送信する（ステップＳ１１３）。

クライアント端末１は、この画面情報に基づいて、ステップＳ１０１で指定した遷移先の画面を表示する。

上述したように第１の実施形態によれば、実行したい画面遷移の可否判定に用いたルール情報に含まれるルール書換え情報に基づいて、当該ルール情報や他のルール情報に含まれる遷移可否情報を動的に書き換えることができる。

（第２の実施形態）
次に、第２の実施形態に係る画面遷移制御装置を含むシステムについて、前述した図１を参照しながら説明する。この第２の実施形態は、画面遷移可否の判定をルール情報内の遷移可能条件を用いて実行する具体例であり、図１に示した第１の実施形態の構成と共通する部分には同一の符号を付して、重複する部分の説明を省略する。以下では、第１の実施形態と異なる部分を主に説明する。

第２の実施形態では、ルール情報における遷移可能条件が必須となる。一方、ルール書換え情報は、省略してもしなくてもよい。ルール書換え情報が省略される場合、ルール情報の書き換えに用いられる画面遷移判定情報変更部４８も省略される。

ここで、遷移可能条件は、動作履歴の組データを特定するための遷移元（表示対象）の画面ＩＤ及び遷移先の画面ＩＤと、当該特定される動作履歴の組データの有無に応じた遷移の可とを示している。

また、画面遷移判定部４７は、前述した機能に加え、読み出したルール情報が遷移可能条件を含むとき、読み出した動作履歴の組データが遷移可能条件を満たし、且つ当該ルール情報内の遷移可否情報が遷移の可を示す場合に、遷移の可を判定する機能を更に備えている。

また、ユーザ動作履歴記憶部４１は、図１３に示すように、図１２に示した情報に加え、例えば、セッションＩＤ「sessionId02」に対応付けられた遷移順序「４」、画面ＩＤ「Problem_1_Mark」、及びＵＲＬ「http://xxx.co.jp/learn/Problem_1_Mark.do」及び「−」が示されている状態であるとする。

次に、以上のように構成された画面遷移制御装置を含むシステムの動作について図１４のフローチャートを用いて説明する。なお、ここではリクエスト情報取得項目記憶部４０、アクティブユーザ情報記憶部４２、画面遷移判定情報記憶部４３、及び表示画面情報記憶部４４には、第１の実施形態と同様の情報が記憶され（換言すれば、図３、図５、図６及び図７に示した情報が各記憶部に記憶されている）、ユーザ動作履歴記憶部４１には図１３に示した情報が記憶されているものとする。

ステップＳ２０１〜Ｓ２０８，Ｓ２１０〜Ｓ２１４は、表示対象（遷移元）の画像ＩＤや遷移先の画像ＩＤといった情報の値は異なるものの、処理としては、前述したステップＳ１０１〜Ｓ１０８，Ｓ１０９〜Ｓ１１３と同様に実行される。本実施形態は、第１の実施形態に比べ、遷移可能条件に基づく判定のステップＳ２０９を有する点が異なる。以下、順次説明する。

いま、クライアント端末１は、表示対象の画面情報（例、Probrem_1_Markの問題１の解答画面）の表示中、ユーザの操作に応じて、遷移先の画面情報（例、Summaryのまとめ画面）を指定するＵＲＬ、及びセッションＩＤを含むリクエスト情報をＷｅｂアプリケーションサーバ装置２に送信する。

Ｗｅｂアプリケーション装置２では、画面遷移制御装置４内のリクエスト情報登録部４５が、送信されたリクエスト情報を取得する（ステップＳ２０１）。

リクエスト情報登録部４５は、取得したリクエスト情報のうち、リクエスト情報取得項目記憶部４０に予め記憶された取得項目の情報であるセッションＩＤ「sessionId02」及びＵＲＬ「http://xxx.co.jp/learn/Summary.do」を図１５に示すようにユーザ動作履歴記憶部４１に書き込む（ステップＳ２０２）。このＵＲＬ「http://xxx.co.jp/learn/Summary.do」によれば、ユーザによって指定された遷移先の画面のＵＲＬが「http://xxx.co.jp/learn/Summary.do」であることと、このＵＲＬ内の画面ＩＤ「Summary」から遷移先の画面として「まとめ」画面が指定されたことが示される。

しかる後、リクエスト情報登録部４５は、取得したリクエスト情報をビジネスロジック部３に送出する。ビジネスロジック部３は、このリクエスト情報内のＵＲＬに応じて遷移先の画面情報を示す遷移先の画面ＩＤを画面遷移制御装置４に送出する。

画面遷移制御装置４では、画面遷移判定部４７が、送出された遷移先の画面ＩＤ「Summary」を取得する（ステップＳ２０３）。

また、画面遷移判定部４７は、アクティブユーザ情報記憶部４２から、ステップＳ２０２で書き込まれたセッションＩＤ「sessionId02」に対応するユーザＩＤ「user02」及びロール「public」を取得する（ステップＳ２０４）。

さらに、画面遷移判定部４７は、ユーザ動作履歴記憶部４１から、ステップＳ２０２で取得されたセッションＩＤ「sessionId02」と同一のセッションＩＤに関連付けられた遷移順序、画面ＩＤ及びＵＲＬからなる組データを取得する（ステップＳ２０５）。この場合、遷移順序、画面ＩＤ及びＵＲＬの組データとして、（１，Problem_1，http://xxx.co.jp/learn/Problem_1_Hint.do）、（２，Problem_1_Hint，http://xxx.co.jp/learn/Problem_1.do）、（３，Problem_1，http://xxx.co.jp/learn/Problem_1_Mark.do）及び（４，Problem_1_Mark，http://xxx.co.jp/learn/Summary）が取得される。

また、画面遷移判定部４７は、ステップＳ２０３で取得した遷移先の画面ＩＤ、ステップＳ２０４で取得したユーザＩＤ、及びステップＳ２０５で取得した遷移順序、画面ＩＤ、及びＵＲＬの組に基づいて、画面遷移判定情報記憶部４３内のルール番号を検索する（ステップＳ２０６）。この場合、ステップＳ２０３で取得した遷移先の画面ＩＤ「Summary」、ステップＳ２０４で取得したユーザＩＤ「user02」、及びステップＳ２０５で取得した表示対象の画面ＩＤ「Problem_1_Mark」をルール検索のキーとして、ルール番号が検索される。

なお、ルール検索のキーとして用いられる表示対象の画面ＩＤは、ステップＳ２０５で取得した組データのうち、遷移順序の値が最も大きい組データの画面ＩＤである。

ステップＳ２０６の検索の結果、ルール番号がある場合（ステップＳ２０６：「ルール番号有」）には、画面遷移判定部４７は、検索されたルール番号のルール情報を取得する（ステップＳ２０７）。この場合、ルール番号“６”のルール情報が画面遷移判定情報記憶部４３から取得される。一方、ステップＳ２０６の検索の結果、ルール番号が無い場合（ステップＳ２０６：「ルール番号無」）にはステップＳ２１０へと進む。

続いて、画面遷移判定部４７は、ステップＳ２０７で取得したルール情報に基づいて、画面遷移が可能であるか否かを判定する（ステップＳ２０８）。この場合、ルール番号“６”のルール情報の遷移可否情報が「可」を示すため、画面遷移が可能と判定される。なお、ステップＳ２０８での判定結果が「否」である場合（ステップＳ２０７でＮｏ）にはステップＳ２１０へと進む。

また、ステップＳ２０８での判定結果が「可」の場合（ステップＳ２０７でＹｅｓ）には、画面遷移判定部４７は、ステップＳ２０７で取得したルール情報に基づいて、当該画面遷移処理が画面遷移可能条件を満たしているか否かを判定する（ステップＳ２０９）。

ここで、ルール番号“６”のルール情報の遷移可能条件は、図６に示したように「（未遷移，Problem_1，Problem_1_Hint）」である。この遷移可能条件は、遷移元（表示対象）の画面ＩＤ「Problem_1」の画面から遷移先の画面ＩＤ「Problem_1_Hint」の画面へ画面遷移処理を実行していない場合に遷移可能、とすることを意味する。すなわち、遷移可能条件を用いた判定は、所定の画面遷移（問題１の解答画面（Probrem_1_Mark）からまとめ画面（Summary）への画面遷移）を常に可能とするのではなく、ヒント画面に遷移していない場合に限り、可能とするように動的に画面遷移を制御することを意味している。ここで、図１５を参照すると、セッションＩＤ「sessionId02」に関連付けて記憶された、遷移順序「１」から遷移順序「２」の画面遷移処理が、表示対象（遷移元）の画面ＩＤ「Problem_1」の画面から遷移先の画面ＩＤ「Problem_1_Hint」の画面への画面遷移処理であることが示される。従って、この場合、ルール番号“６”のルール情報の遷移可能条件は満たされていない。

ステップＳ２０９での判定結果が「満たす」である場合（ステップＳ２０９でＹｅｓ）にはステップＳ２１１へと進む。一方、ステップＳ２０９での判定結果が「満たさない」である場合（ステップＳ２０９でＮｏ）には、画面遷移判定部４７は、遷移先の画面ＩＤを「Exception」に変更する（ステップＳ２１０）。

この例では、遷移可能条件が満たされていないため、遷移先の画面ＩＤ「Summary」が画面ＩＤ「Exception」に変更される。

次に、画面遷移判定情報変更部４８は、ステップＳ２０７で取得したルール情報に基づいて、画面遷移判定情報記憶部４３内のルール情報の内容を変更する（ステップＳ２１１）。この場合、画面遷移判定情報変更部４８は、図６に示したように、ルール番号“６”のルール情報におけるルール書換え情報が無いため、ルール情報を変更しない。

画面情報登録部４９は、ステップＳ２０６、Ｓ２０８及びＳ２０９での判定結果に基づいて、セッションＩＤ、組データ内の最大の遷移順序より１だけ大きい遷移順序及び遷移先の画面ＩＤからなる表示対象の画面ＩＤをユーザ動作履歴記憶部４１に書き込む（ステップＳ２１２）。この場合、ステップＳ２０９での判定結果が「満たさない」であったので、画面情報登録部４９は、図１６に示すように、セッションＩＤ「sessionId02」、遷移順序「５」、及び画面ＩＤ「Exception」をユーザ動作履歴記憶部４１に書き込む。この画面ＩＤ「Exception」は、セッションＩＤ「sessionId02」で識別される一連の通信を実行中のクライアント端末１における表示画面が「エラー」画面となることを示している。

画面表示制御部５０は、図１４に示すように、表示画面記憶部４４から、ステップＳ２１２でユーザ動作履歴記憶部４１に書き込まれた画面ＩＤ「Exception」に対応する画面ファイルパス「/exception/exception.jsp」を取得する（ステップＳ２１３）。

しかる後、画面表示制御部５０は、この画面ファイルパス「/exception/exception.jsp」に基づいて、クライアント端末１に対する表示画面の画面情報を生成し、この画面情報をクライアント端末１に送信する（ステップＳ２１４）。

クライアント端末１は、この画面情報に基づいて、エラー画面を表示する。

上述したように第２の実施形態によれば、実行したい画面遷移の可否判定に用いたルール情報に含まれる遷移可能条件に基づいて、過去の画面遷移の履歴に応じて画面遷移の可否を判定することができる。

また、以上説明した各実施形態によれば、ルール書換え情報による遷移可否情報の書換え、又は遷移可否情報以外の遷移可能条件に基づく判定の如き、遷移可否情報に基づく判定処理を制御する構成により、実行した画面遷移の履歴に応じて画面遷移を制御するといった動的な画面遷移制御を実行することができる。

上述した各実施形態で述べた各種の機能や処理手順は、コンピュータプログラムとして、コンピュータにより読み取り可能な記憶媒体（例えば磁気ディスク，光ディスク，半導体メモリ）に記憶させておき、必要に応じてそれをプロセッサにより読み出して実行するようにしてもよい。また、このようなコンピュータプログラムは、通信媒体を介してあるコンピュータから他のコンピュータに伝送することにより配布することも可能である。

なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…クライアント端末、２…アプリケーションサーバ、３…ビジネスロジック部、４…画面遷移制御装置、４０…リクエスト情報取得項目記憶部、４１…ユーザ動作履歴記憶部、４２…アクティブユーザ情報記憶部、４３…画面遷移判定情報記憶部、４４…表示画面情報記憶部、４５…リクエスト情報登録部、４６…画面遷移管理部、４７…画面遷移判定部、４８…画面遷移判定情報変更部、４９…画面情報登録部、５０…画面表示制御部。

Claims (3)

1. 表示対象の画面情報の表示中、ユーザの操作に応じて、遷移先画面指定情報及びセッションＩＤを含むリクエスト情報を送信し、遷移先の画面情報を受信するクライアント端末と、
   前記リクエスト情報を受けると、このリクエスト情報内の遷移先画面指定情報に応じて遷移先の画面情報を示す遷移先の画面ＩＤを送出するビジネスロジック部と
   の間に設けられ、前記画面情報の遷移を制御する画面遷移制御装置であって、
   前記クライアント端末から送信されたリクエスト情報のうち、前記遷移先画面指定情報及びセッションＩＤの項目を定義した取得項目情報を記憶する取得項目記憶手段と、
   前記遷移先画面指定情報、前記セッションＩＤ、遷移順序、及び前記表示対象の画面情報を示す表示対象の画面ＩＤを含む動作履歴情報を記憶するための動作履歴記憶手段と、
   前記ビジネスロジック部にログインしているユーザのユーザＩＤ及びセッションＩＤを記憶するログインユーザ記憶手段と、
   ルール番号毎に、ユーザＩＤ、遷移元の画面ＩＤ、遷移先の画面ＩＤ、及び遷移の可否を示す遷移可否情報を含むルール情報を記憶しており、前記ルール情報の少なくとも一つは、前記遷移可否情報に基づく遷移の可否の判定を制御するための制御情報、を更に含んでいるルール記憶手段と、
   画面ＩＤと、当該画面ＩＤが示す画面情報を有する画面ファイルの記憶位置を示す画面ファイルパスとを関連付けて記憶する画面ファイルパス記憶手段と、
   前記送信されたリクエスト情報を受けると、前記取得項目情報に基づいて、前記リクエスト情報から遷移先画面指定情報及びセッションＩＤを取得する手段と、
   前記取得された遷移先画面指定情報を、前記取得されたセッションＩＤと同一のセッションＩＤ及び最大の遷移順序に関連付けて前記動作履歴記憶手段に書き込むと、前記リクエスト情報を前記ビジネスロジック部に送出する手段と、
   前記送出されたリクエスト情報を受けたビジネスロジック部から遷移先の画面ＩＤを受けると、前記取得されたセッションＩＤと同一のセッションＩＤに関連付けられたユーザＩＤを前記ログインユーザ記憶手段から読み出す手段と、
   前記取得されたセッションＩＤと同一のセッションＩＤに関連付けられた前記遷移先画面指定情報、遷移順序、及び前記表示対象の画面ＩＤからなる動作履歴の組データを前記動作履歴記憶手段から読み出す手段と、
   前記読み出されたユーザＩＤと、前記読み出された動作履歴の組データで最大の遷移順序に関連付けられた表示対象の画面ＩＤと、前記ビジネスロジック部から受けた遷移先の画面ＩＤとにそれぞれ同一のユーザＩＤ、遷移元の画面ＩＤ及び遷移先の画面ＩＤを含むルール情報を前記ルール記憶手段から読み出す手段と、
   前記読み出されたルール情報内の遷移可否情報に基づいて、遷移の可否を判定する判定手段と、
   この判定結果が遷移の可を示すとき、前記取得されたセッションＩＤと、前記読み出された動作履歴の組データ内の最大の遷移順序より１だけ大きい遷移順序と、前記ビジネスロジック部から受けた遷移先の画面ＩＤからなる表示対象の画面ＩＤとを関連付けて前記動作履歴記憶手段に書き込む動作履歴書込手段と、
   前記動作履歴記憶手段に書き込まれた表示対象の画面ＩＤと同一の画面ＩＤに関連付けられた画面ファイルパスを前記画面ファイルパス記憶手段から読み出し、当該読み出した画面ファイルパスに基づいて画面情報を取得し、この画面情報を前記クライアント端末に送信する手段と、
   を備えたことを特徴とする画面遷移制御装置。
2. 請求項１に記載の画面遷移制御装置において、
   前記制御情報は、書換え対象のルール情報を示すルール番号及びこのルール情報内の遷移可否情報の書換え内容を含むルール書換え情報、を含んでおり、
   前記読み出されたルール情報が前記ルール書換え情報を含むとき、このルール書換え情報内のルール番号と同一のルール番号を含む書換え対象のルール情報を前記ルール記憶手段から読み出し、当該書換え対象のルール情報に含まれる遷移可否情報を、当該ルール書換え情報に含まれる書換え内容に従って書き換える手段、
   を更に備えたことを特徴とする画面遷移制御装置。
3. 請求項１又は請求項２に記載の画面遷移制御装置において、
   前記制御情報は、動作履歴の組データを特定するための遷移元の画面ＩＤ及び遷移先の画面ＩＤと、当該特定される動作履歴の組データの有無に応じた遷移の可とを示す遷移可能条件、を含んでおり、
   前記判定手段は、前記読み出されたルール情報が前記遷移可能条件を含むとき、前記読み出された動作履歴の組データが前記遷移可能条件を満たし、且つ当該ルール情報内の遷移可否情報が遷移の可を示す場合に、遷移の可を判定することを特徴とする画面遷移制御装置。

Images