JP4128443B2 - ウェブブラウザ利用処理システムにおけるデータ領域管理方法 - Google Patents
ウェブブラウザ利用処理システムにおけるデータ領域管理方法 Download PDFInfo
- Publication number
- JP4128443B2 JP4128443B2 JP2002381525A JP2002381525A JP4128443B2 JP 4128443 B2 JP4128443 B2 JP 4128443B2 JP 2002381525 A JP2002381525 A JP 2002381525A JP 2002381525 A JP2002381525 A JP 2002381525A JP 4128443 B2 JP4128443 B2 JP 4128443B2
- Authority
- JP
- Japan
- Prior art keywords
- window
- screen
- data
- server
- web browser
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、クライアントサーバーシステムにおいて、ウェブブラウザの機能を利用してクライアントからサーバーへはリクエストを含む画面データを送信し、サーバーからクライアントへはメッセージや処理結果を含む画面データを送信し、これらの画面データのやりとりによってデータ処理を進めるようにしたシステム（以下本明細書では「ウェブブラウザ利用処理システム」と呼ぶことにする）のデータ領域管理方法に関する。
【０００２】
特に、本発明は上記ウェブブラウザ利用処理システムにおいて、ウェブブラウザが複数のウィンドウやフレームを立ち上げているときに、複数のウィンドウやフレームで入力等を行って並行的にサーバーに送信した場合に、各ウィンドウやフレームにサーバーから正しい処理結果を表示できるようにしたウェブブラウザ利用処理システムにおけるデータ領域管理方法に係る。
【０００３】
また、通常のウェブブラウザ利用処理システムにおいては、一定の処理手順に従って処理を進めることができるようにサーバー側で一定の画面遷移方法を規定し、ユーザーが該当する処理手順以外に自由に画面を表示することを制限しているが、本発明はかかる画面遷移によるデータ処理を正しく行うことができるようにするとともに、ユーザーがウェブブラウザの「新規作成」や「戻る」等の機能を使用して新たな画面を開くなどの操作を可能にするウェブブラウザ利用処理システムにおけるデータ領域管理方法に関する。
【０００４】
【従来の技術】
従前は業務処理（「業務処理」とは企業などにおける業務処理に代表されるような一定の手順で多数のデータを処理するものをいう。ただし本明細書で「業務処理」というときはその対象を企業等の業務に限るという意味ではない。）などの大規模なデータ処理はホストコンピュータと端末からなるシステムによって処理していた。
【０００５】
最近は、ホストコンピュータに代えて、クライアントサーバーシステムが広く採用されるようになっている。業務処理のようなデータ処理を対象とするクライアントサーバーシステムにおいては、クライアントは端末としての機能を果たしサーバーに対してリクエストを送信し、サーバーはクライアントからのリクエストを受けてデータ処理を行ってその処理結果をクライアントに返すようにしている。
【０００６】
ところで、クライアントサーバーシステムにおいてはこのようなリクエストや処理結果等のやり取りのツールとして、ウェブブラウザとウェブ画面が広く利用されている。ウェブブラウザはサーバーにある画面を閲覧するのに便利なツールであり、かつ、クライアントを構成するパーソナルコンピュータ（パソコン）のソフトウェアとしては世界的に汎用的なものだからである。
【０００７】
ウェブブラウザを利用したデータ処理のためのクライアントサーバーシステム（ウェブブラウザ利用処理システム）においては、サーバーは業務処理の手順にしたがってそれと一致するように画面の移り変わり（画面遷移）の方法（順序や分岐等）を定めた複数の画面を有している。ユーザーからの要求や入力データ、および、サーバーからのメッセージや処理結果は、これらの画面データのやり取りを介して行われる。
【０００８】
ユーザーが所定の業務処理を行おうとするときは、クライアントでウェブブラウザを立ち上げ、サーバーにアクセスしてその業務処理の一連の画面の最初の画面を表示させ、以降は画面の指示に従ってデータを入力し、あるいは与えられた選択可能なリクエストボタンの中からリクエストを選択し、サーバーに実行させる。サーバーはユーザーが入力したリクエストや入力データを用いて所定のデータ処理を行い、その処理結果を画面に組み込んでクライアントに送信し、ウェブブラウザに表示させる。このような情報のやり取りを通じて、業務処理の一連のデータ処理を進めることができる。
【０００９】
ところで、ウェブブラウザ利用処理システムでは、ある処理の段階では次の処理が一つだけ定められる（処理が分岐した場合も分岐後は一つの次の処理が定められる）ので、ユーザーが同一の画面をコピーして複数の処理に分岐したり、ウェブブラウザ上の前画面に戻ったりすると、重複した処理を行うなどシステムが意図しない処理を行うことになる。従来は、このような意図しない画面遷移に対してはシステム（サーバー）によって規制し、あるいは、ユーザーへの指示によって回避するようにしていた。
【００１０】
【特許文献１】
特願２００２−１６８８３８号
【００１１】
【発明が解決しようとする課題】
しかしながら、同一のウェブブラウザで複数の画面を開き、同一の業務処理を複数のウィンドウで同時並行的に処理することができれば便利な場合がある。たとえば、航空券予約サイトで、３つの便を予約するような場合は、３つのウィンドで予約を同時並行的に行えれば便利である。
【００１２】
また、そもそもウェブブラウザはユーザーがコンテンツ（画面）を自由なタイミングで自由に閲覧することができるように設計・開発されたものであり、この機能を使用したいという要求がある。たとえば「戻る」のボタン操作によって過去の画面を表示させることや、「新規作成」のボタン操作によって新規のウィンドウを開くことはユーザーにとって非常に便利な機能であるので、これを利用したい場合がある。
【００１３】
これに対して、上記操作を従来のウェブブラウザ利用処理システムで行うと、一つのウィンドウからのリクエストに対する処理結果が他のウィンドウに表示されるなどの錯誤が生じることがあった。このことを図５を参照しながら説明する。
【００１４】
一般的なウェブブラウザによれば、ウェブブラウザがサーバーに最初にアクセスすると、そのウェブブラウザに対応するセッション領域が生成される。
【００１５】
セッション領域はいわばウェブブラウザの作業領域であり、ウェブブラウザを特定してそのウェブブラウザに対応付けられる。複数のウェブブラウザがサーバーにアクセスした場合は、各ウェブブラウザがそれぞれ特定のセッション領域を確保される。各セッション領域は、データ処理に使用するデータを格納したデータ格納領域（データストア）を一つ有している。
【００１６】
すでに立ち上がっているウェブブラウザが新規にウィンドウを開き、各ウィンドウからサーバーに対してリクエストを送信する場合、全部のウィンドウが同一のウェブブラウザに属するため、サーバー上で同一のセッション領域を共有することになる。また、同一のデータストアを使用することになる。
【００１７】
そのため、それぞれ開いたウィンドウから同時並行的にリクエストを送信すると、サーバー上のセッション領域のデータストアに保持されているデータが予期していたウィンドウと異なるウィンドウに表示されることがある。ユーザーから見たら、そのウィンドウの処理結果に誤りが生じることになる。
【００１８】
また、ウィンドウがフレーム構成画面である場合にも、複数のフレームでアプリケーションを実行し、それぞれのアプリケーションから同時並行的にリクエストを送信することがある。この場合に、同一のセッション領域のデータストアのデータが予期していたフレームと異なるフレームに表示されることがある。このような場合には、データの不整合あるいはデータの錯誤が生じる。
【００１９】
そこで、本発明が解決しようとする課題は、ウェブブラウザ利用処理システムにおいて、ウェブブラウザによって複数のウィンドウを立ち上げて同時並行的に処理を行う場合、または、ウィンドウがフレーム構成画面であって同一ウィンドウ内の複数のフレームで同時並行的に処理を行う場合に、データ処理の結果が正しく表示されるデータ領域管理方法を提供することにある。
【００２０】
【課題を解決するための手段】
本発明に係るデータ領域管理方法は、
クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーの処理は、前記クライアントのウェブブラウザが起動後に最初にサーバーにアクセスした時に当該ウェブブラウザに対応するセッション領域を生成する段階と、前記ウェブブラウザが新規にウィンドウを開いたときに、前記ウィンドウに対応するウィンドウＩＤを生成する段階と、各ウィンドウで表示すべきデータを格納したデータストアを生成し各ウィンドウＩＤに対応付ける段階とを有することを特徴とするものである。
【００２１】
前記ウィンドウがフレーム構成画面である場合に、前記サーバーの処理は、各ウィンドウＩＤの下位の単位として各フレームごとにアプリケーションＩＤを生成する段階と、各フレームでアプリケーションソフトウェアが表示すべきデータを格納したデータストアを生成し、前記データストアを各アプリケーションＩＤに対応付ける段階とを有するようにすることができる。
【００２２】
本発明によれば、HTMLページの最小表現単位とデータストアの管理単位を一致させるので、ウェブブラウザで複数のウィンドウあるいはフレームを立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウあるいはフレームに対応するデータストアを引き当てることができるようになり、データの錯誤を生じることがない。
【００２３】
また、前記サーバーの要求を受けて処理を行うバックエンドサーバーを有し、前記サーバーは前記ウィンドウＩＤまたはフレームＩＤを生成した時は、前記ウィンドウＩＤまたは前記フレームＩＤに関する処理を行うバックエンドサーバーとの接続情報を設定して登録することができる。
【００２４】
本発明によれば、バックエンドサーバーの処理結果が接続情報とウィンドウＩＤまたはフレームＩＤを介して、正しいウィンドウまたはフレームに表示され、データの錯誤を生じることがない。
【００２５】
前記サーバーは、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放し、あるいは、ウェブブラウザからリクエストを受けたときに設定保持時間を過ぎたウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放し、あるいは設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するようにすることができる。
【００２６】
前記サーバーは、ウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するときに、前記バックエンドサーバーとの接続情報を終了させる処理を行うことができる。
【００２７】
本発明によれば、アプリケーションソフトウェアから指示があったときは特定のデータ領域を削除し、ウェブブラウザからリクエストを受けたときはその時点で設定保持時間を過ぎたウィンドウＩＤ等を削除し、セッション有効時間に達したときはセッション有効時間を過ぎたセッションの全部のウィンドウＩＤ等を削除することができる。
【００２８】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは前記ウェブブラウザからウィンドウＩＤを付与するリクエストを受信すると新規のウィンドウＩＤを採番し、前記ウィンドウＩＤをウェブブラウザに送信してそのウェブブラウザが新規に開いたウィンドウに前記ウィンドウＩＤを付与し、あるいは、処理結果をウェブブラウザが採番したウィンドウＩＤのウィンドウに送信することを特徴とするものである。
【００２９】
本発明によれば、サーバー側でウィンドウＩＤを採番してウェブブラウザで同期させ、あるいは、ウェブブラウザ側で採番したウィンドウＩＤを用いて処理を進めることができる。
【００３０】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、前記各画面はコピーモード設定値を有し、ウェブブラウザの操作によって新規にウィンドウが作成されたときに前記コピーモード設定値により、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアを全部複製して新規のウィンドウＩＤに対応付け、あるいは、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせることを特徴とするものである。
【００３１】
本発明によれば、ウェブブラウザの操作によって新規にウィンドウが作成されたときにコピーモード設定値により、新規のウィンドウＩＤを有して画面を複製し、あるいは、所定の画面に強制遷移させ、あるいは、新規ウィンドウ作成の処理を制限することができる。
【００３２】
前記サーバーは、ユーザーが入力したＵＲＬを受信したときは、そのＵＲＬを受信する前の画面のウィンドウＩＤを有する新たなセッション領域を生成することができる。
【００３３】
本発明によれば、画面遷移が定められた業務処理システムにおいて、ユーザーが自由にＵＲＬを入力することができ、かつ、ＵＲＬを受信する前の画面のウィンドウＩＤによって元の業務処理に戻ることができる。
【００３４】
【発明の実施の形態】
次に、本発明による「ウェブブラウザ利用処理システムにおけるデータ領域管理方法」の実施の形態について以下に説明する。
【００３５】
図１は本発明の一実施形態によるウェブブラウザ利用処理システムにおけるデータ領域管理方法を説明的に示している。
【００３６】
図１の例では、ウェブブラウザ利用処理システム１は、サーバー２とクライアント３とを有し、クライアント３は通常は複数あってその中で全体として複数のウェブブラウザ４，５，・・・が立ち上げられている。図１の例では、ウェブブラウザ４がサーバー２にアクセスしてサーバー２にウェブブラウザ４に対応するセッション領域６が生成されている状態を示している。他のウェブブラウザがサーバー２にアクセスした場合には図示しない他のセッション領域が生成され、対応付けられる。
【００３７】
ウェブブラウザ４が仮にウィンドウ７，８，９を開いたとすると、各ウィンドウに対応してウィンドウＩＤが生成される。図１の例では、ウィンドウ７にウィンドウＩＤ１０が対応付けられ、ウィンドウ９にウィンドウＩＤ１１が対応付けられている。
【００３８】
図１の例ではウィンドウ９はフレーム構成画面であり、フレーム（１）とフレーム（２）を有している。フレーム（１）とフレーム（２）はそれぞれアプリケーションソフトウェアを別個に実行している。このような場合に本実施形態では、図１に示すように、ウィンドウＩＤ１１の下位に、フレーム（１）に対応してアプリケーションＩＤ１３、そして、フレーム（２）に対応してアプリケーションＩＤ１２が生成される。
【００３９】
各ウィンドウＩＤまたはアプリケーションＩＤには、それに使用されるデータを格納するデータストアが対応して生成される。
【００４０】
すなわち、フレーム構成画面ではないウィンドウＩＤ１０にはデータストア１４が直接的に対応付けられ、フレーム構成画面であるウィンドウＩＤ１１ではアプリケーションＩＤ１２にデータストア１５が対応付けられ、アプリケーションＩＤ１３にデータストア１６がそれぞれ対応付けられる。
【００４１】
このように、本発明では、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位の順に生成し、HTMLページの最小表現単位（フレーム構成画面の場合はフレーム単位）とデータストアの管理単位を一致させ、ウェブブラウザのウィンドウ単位を、ウィンドウＩＤ、および、フレームページのアプリケーションＩＤとして定義している。
【００４２】
これにより、サーバー２による処理の結果は、HTMLページの最小表現単位と対応付けられたデータストアに格納され、ウェブブラウザ４，５に画面を表示させる場合に、個々のページに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【００４３】
図２は、ウェブブラウザ利用処理システム１の変形例、すなわち、ウェブブラウザ利用処理システム１の構成にさらにバックエンドサーバーを備えたウェブブラウザ利用処理システムを示している。図２において、図１と同一の部分については図１と同一の符号を付して重複する説明を省略する。
【００４４】
ここで、バックエンドサーバーはサーバー２（バックエンドサーバーに対して「フロントエンドサーバー」ということもある）の要求を受けて個別の処理を行うサーバーである。通常はバックエンドサーバーは定型的な処理を高速で処理することができるサーバーであることが好ましい。
【００４５】
この実施形態では、ウィンドウＩＤとアプリケーションＩＤが生成されると、それらのデータ管理領域の作成情報を図示しないバックエンドコネクタに渡す。バックエンドコネクタはバックエンドサーバーとの接続情報を生成する。サーバー２は、前記バックエンドサーバーとの接続情報を設定して登録する。接続情報とは、バックエンドサーバーにおける処理のジョブとウィンドウＩＤとアプリケーションＩＤとを結びつけ情報である。
【００４６】
接続情報は、図２に示すように、ウィンドウＩＤ１０の処理をバックエンドサーバー２１が行うとすると、接続情報２３が設定登録され、ウィンドウＩＤ１０に関する処理要求はバックエンドサーバー２１へ依頼され、バックエンドサーバー２１の処理結果はウィンドウＩＤ１０に返される。
【００４７】
フレーム構成画面である場合には、図２に示すように、アプリケーションＩＤ１３の処理をバックエンドサーバー２２が行うとすると、接続情報２４が設定登録され、アプリケーションＩＤ１３に関する処理要求はバックエンドサーバー２２へ依頼され、バックエンドサーバー２２の処理結果はアプリケーションＩＤ１３に返される。
【００４８】
接続情報２３，２４とウィンドウＩＤあるいはアプリケーションＩＤの対応により、バックエンドサーバー２１，２２による処理の結果は、ウェブブラウザ４，５に画面を表示させる場合に、個々のページに対応するデータストアが引き当てられ、データの錯誤を生じることがない。
【００４９】
しかし、上記図１及び図２の実施形態で説明したように、データの領域管理をHTMLページの最小表現単位と対応付けられたデータストアごとに行うとすると、セッションへの過負荷の問題を解決する必要が生じる場合がある。
【００５０】
通常、セッション領域は一定期間ウェブブラウザからのアクセスがなくなるまで、保持される。ユーザーが途中でウェブブラウザを閉じても、サーバー側では自動的にウェブブラウザが閉じられたことを検知することができないので、セッション領域は上記一定期間が経過するまで保存される。
【００５１】
特に、本発明のように、一つのウェブブラウザで複数の処理を同時並行的に行う場合には、セッション領域が大きくなり、しかも、ウェブブラウザのいずれかのウィンドウからサーバーにアクセスがあれば、使用していないウィンドウの分までデータ領域が保持されることになる。したがって、無効なデータ領域が増大してサーバーの性能劣化に結びつく可能性がある。
【００５２】
本発明は、上記セッションへの過負荷の問題を解決する方法も含む。ただし、データ領域の開放はシステムの能力によっては本発明のウィンドウＩＤあるいはアプリケーションＩＤの生成にとって必須ではない。
【００５３】
本発明によれば、３つの方法によってデータ領域の開放を行う。
【００５４】
図３は、本発明によるデータ領域の開放の方法を説明的に示したものである。
【００５５】
本発明によるデータ領域開放の第一の方法は、図３（ａ）に示すように、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。図３（ａ）の例では、特定のウィンドウＩＤ（▲３▼）がアプリケーションソフトウェアからの指示によって抹消される。
【００５６】
本発明によるデータ領域開放の第二の方法は、図３（ｂ）に示すように、ウェブブラウザからアクセスがあったときに、設定保持時間を過ぎたウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。図３（ｂ）の例では、ウェブブラウザからアクセスがあったときに、各ウィンドウＩＤの経過時間をチェックし、その時点で設定保持時間を過ぎたウィンドウＩＤ（▲１▼，▲２▼）を抹消する。この第二の方法は、第一の方法のようにアプリケーションソフトウェアがデータ領域の開放を指示できない場合には有効である。
【００５７】
本発明によるデータ領域開放の第三の方法は、図３（ｃ）に示すように、設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。この第三の方法は、第一や第二方法のように、ウェブブラウザの操作に依存せずにサーバー側でデータ領域を整理するものである。
【００５８】
本発明によるデータ領域開放の方法は、好ましくは上記第一ないし第三の方法を組み合わせるが、組み合わせて使用することに限るものではない。
【００５９】
なお、図２に示したようなバックエンドサーバーを有するウェブブラウザ利用処理システムにおいては、ウィンドウＩＤ等を解除するときに、併せてそのウィンドウＩＤと関連づけられた接続情報も解除・抹消する。
【００６０】
次に、画面遷移の方法が定められた業務処理システムへの本発明の適用例について説明する。
【００６１】
図４において、ウェブブラウザ利用処理システム２５はウェブブラウザ２６とサーバー２７を有している。
【００６２】
サーバー２７は業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有している。各画面はコピーモード設定値を有している。なお、「業務処理ロジック」とは、企業等におけるデータ処理業務のためにコンピュータシステムが行うべき処理手順を規定するものをいう。
【００６３】
ここで、画面のコピーモード設定値とは、ウェブブラウザ２６が新規にウィンドウを作成したとき（画面をコピーしたとき）に、前記業務処理ロジックのいずれの画面に接続するか、あるいは、コピーを制限するかなどを規定した値である。
【００６４】
コピーモード設定値は各画面に仕様として定められている。
【００６５】
本実施形態では、コピーモード設定値は以下の３つ存在する。
【００６６】
コピーモード１：現在の画面をそのままコピーする。現在の画面をそのまま新規に開いたウィンドウで表示してよい画面に対して付される。この場合、新しいウィンドウＩＤを採番し、コピー元画面のウィンドウＩＤと対応付けられたデータストア（定義と内容）を複製して新規のウィンドウＩＤに対応付ける。なおこの場合は業務処理ロジックは実行しない。
【００６７】
コピーモード２：指定した画面に強制遷移する。新規のウィンドウの生成を許可するが、業務処理ロジックの初期画面等に強制遷移させる必要がある時に適用される。この場合、新しいウィンドウＩＤを採番し、コピー元画面のウィンドウＩＤと対応付けられたデータストアの定義（フォーマット）のみを複製し、データストアの内容（コンテンツ）は複製しないようにする。そして、業務処理ロジックを起動し、画面表示データを取得する。
【００６８】
コピーモード３：新規のウィンドウの生成を許可しない。サーバー２７が強制消去画面（たとえば、「不適切な新規ウィンドウの生成のため強制消去します」等のメッセージを表示した画面）を有している場合には、サーバー２７からウェブブラウザ２６に強制消去画面を送り、業務ロジックの起動やデータストアの複製等を行わない。
【００６９】
上記の準備のもとに、ウェブブラウザ２６の種々の操作に対しては以下のように処理する。
【００７０】
新規にウィンドウを開いたか否か（画面をコピーしたか否か）は、ウェブブラウザ２６が画面を表示するタイミングでウェブブラウザ２６が検知することができる。
【００７１】
ウェブブラウザが新規にウィンドウを開くときは、そのウィンドウのウィンドウ名称は「Null」の状態になる。一般にウェブブラウザはウィンドウ名称を識別することができるように作成されているので、ウェブブラウザ２６は画面を表示し始めるタイミングでそのウィンドウのウィンドウ名称をチェックし、ウィンドウ名称が「Null」の状態ならばその画面のコピーモード設定値に従って該当するリクエストをサーバー２７に送信する。
【００７２】
コピーモード設定値が１の場合は、ウェブブラウザ２６はコピー元画面のウィンドウＩＤを添付してサーバー２７に対して新規のウィンドウＩＤの採番を要求する。これに対してサーバー２７は新規のウィンドウＩＤを採番し、送信されてきたコピー元画面のウィンドウＩＤに対応付けられているデータストアの定義と内容の双方を複製し、ウェブブラウザ２６に送信する。これにより、ウェブブラウザ２６では新規に開いたウィンドウのウィンドウＩＤとしてサーバー２７が新たに採番したウィンドウＩＤを採用するとともにデータ内容を引き継ぎ、ウェブブラウザ２６のウィンドウＩＤとサーバー２７のウィンドウＩＤ及びそのデータストアが同期される。
【００７３】
コピーモード設定値が２の場合は、ウェブページに設定してある強制遷移先ＵＲＬをリクエストしてサーバー２７に送信する。これに対してサーバー２７は新規のウィンドウＩＤを採番し、当該強制遷移先のデータストアの定義のみを複製し、新たなウィンドウＩＤと対応付け、業務処理ロジックを起動し、画面表示データを取得する。ウェブブラウザ２６では新規に開いたウィンドウのウィンドウＩＤとしてサーバー２７が新たに採番したウィンドウＩＤを採用し、業務処理ロジックの実行結果の画面を表示する。
【００７４】
コピーモード設定値が３の場合は、ウェブブラウザ２６からウィンドウＩＤの消去を要求するリクエストを送信する。サーバー２７では強制消去画面をウェブブラウザ２６へ送信し、ウェブブラウザ２６ではユーザーにブラウザの消去作業を行わせる。
【００７５】
なお、上記ウィンドウＩＤの採番は、サーバーで行う代わりに、ウェブブラウザで行う方法もある。
【００７６】
ウェブブラウザでウィンドウＩＤを採番するには、ウェブブラウザにアプリケーション向けメニューシステムを備え、そのメニューシステムでウェブブラウザのウィンドウの起動制御とウィンドウＩＤの採番を行うようにする。
【００７７】
この方法によれば、サーバー側にウィンドウＩＤの要求を送信し、サーバーにウィンドウＩＤに処理させて返信させる時間が省かれ、新規のウィンドウを起動する時の応答性能を向上させ、ウェブブラウザの機能の制限を行うことができる。
【００７８】
また、ウェブブラウザにおいてユーザーがＵＲＬを直接入力する場合がある。この場合は、ウィンドウＩＤが送信されない状態にあるときには、たとえ、送信元画面がコピーモード設定値が１で定義されていても、新規のウィンドウＩＤを設定しデータストアを定義のみ作成し、別領域で管理する。この操作は同一ウィンドウ内で行われる操作であり、新規ウィンドウを開かない。しかし、ウェブブラウザとサーバーとの間で新規のセッションが開始したとみなせるため、新たに領域作成を行う。もし、ユーザーが「戻る」の操作を行って過去のページに戻り、リクエストを送信しても、そのページにウィンドウＩＤが設定されているため、戻ったページにおいて不整合を生じることなくデータ処理を開始することができる。
【００７９】
【発明の効果】
以上の説明から明らかなように、本発明のウェブブラウザ利用処理システムのデータ管理方法によれば、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位として生成し、HTMLページの最小表現単位とデータストアの管理単位を一致させているので、ウェブブラウザで複数のウィンドウ等を立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【００８０】
また、本発明によれば、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤのデータ領域を開放し、あるいはウェブブラウザからリクエストを受けた時点で設定保持時間を過ぎたウィンドウＩＤのデータ領域を開放し、あるいはセッション有効時間を過ぎたセッションの全部のデータ領域を開放するので、データ領域が膨張してセッションに対して過度の負荷をかけることがない。
【００８１】
また、本発明によれば、業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、各画面にコピーモード設定値を付し、ウェブブラウザの操作により、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアを全部複製して新規のウィンドウＩＤに対応付け、あるいは、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせる。
【００８２】
これにより、ウェブブラウザ利用処理システムにおいて、業務処理を可能にするとともに、ウェブブラウザの機能を利用して「新規ウィンドウ作成」あるいは「戻る」等の操作を行っても、各ウィンドウやフレームに正しいデータ処理結果を表示させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図２】バックエンドサーバーを有するウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図３】本発明によりデータ領域の開放の方法を概念的に示した説明図。
【図４】画面遷移の方法が定められた業務処理システムへの本発明の適用例を示した説明図。
【図５】従来のウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【符号の説明】
１ ウェブブラウザ利用処理システム
２ サーバー
３ クライアント
４ ウェブブラウザ
５ ウェブブラウザ
６ セッション領域
７ ウィンドウ
８ ウィンドウ
９ ウィンドウ
１０ ウィンドウＩＤ
１１ ウィンドウＩＤ
１２ アプリケーションＩＤ
１３ アプリケーションＩＤ
１４ データストア
１５ データストア
１６ データストア
２０ ウェブブラウザ利用処理システム
２１ バックエンドサーバー
２２ バックエンドサーバー
２３ 接続情報
２４ 接続情報
２５ ウェブブラウザ利用処理システム
２６ ウェブブラウザ
２７ サーバー
【発明の属する技術分野】
本発明は、クライアントサーバーシステムにおいて、ウェブブラウザの機能を利用してクライアントからサーバーへはリクエストを含む画面データを送信し、サーバーからクライアントへはメッセージや処理結果を含む画面データを送信し、これらの画面データのやりとりによってデータ処理を進めるようにしたシステム（以下本明細書では「ウェブブラウザ利用処理システム」と呼ぶことにする）のデータ領域管理方法に関する。
【０００２】
特に、本発明は上記ウェブブラウザ利用処理システムにおいて、ウェブブラウザが複数のウィンドウやフレームを立ち上げているときに、複数のウィンドウやフレームで入力等を行って並行的にサーバーに送信した場合に、各ウィンドウやフレームにサーバーから正しい処理結果を表示できるようにしたウェブブラウザ利用処理システムにおけるデータ領域管理方法に係る。
【０００３】
また、通常のウェブブラウザ利用処理システムにおいては、一定の処理手順に従って処理を進めることができるようにサーバー側で一定の画面遷移方法を規定し、ユーザーが該当する処理手順以外に自由に画面を表示することを制限しているが、本発明はかかる画面遷移によるデータ処理を正しく行うことができるようにするとともに、ユーザーがウェブブラウザの「新規作成」や「戻る」等の機能を使用して新たな画面を開くなどの操作を可能にするウェブブラウザ利用処理システムにおけるデータ領域管理方法に関する。
【０００４】
【従来の技術】
従前は業務処理（「業務処理」とは企業などにおける業務処理に代表されるような一定の手順で多数のデータを処理するものをいう。ただし本明細書で「業務処理」というときはその対象を企業等の業務に限るという意味ではない。）などの大規模なデータ処理はホストコンピュータと端末からなるシステムによって処理していた。
【０００５】
最近は、ホストコンピュータに代えて、クライアントサーバーシステムが広く採用されるようになっている。業務処理のようなデータ処理を対象とするクライアントサーバーシステムにおいては、クライアントは端末としての機能を果たしサーバーに対してリクエストを送信し、サーバーはクライアントからのリクエストを受けてデータ処理を行ってその処理結果をクライアントに返すようにしている。
【０００６】
ところで、クライアントサーバーシステムにおいてはこのようなリクエストや処理結果等のやり取りのツールとして、ウェブブラウザとウェブ画面が広く利用されている。ウェブブラウザはサーバーにある画面を閲覧するのに便利なツールであり、かつ、クライアントを構成するパーソナルコンピュータ（パソコン）のソフトウェアとしては世界的に汎用的なものだからである。
【０００７】
ウェブブラウザを利用したデータ処理のためのクライアントサーバーシステム（ウェブブラウザ利用処理システム）においては、サーバーは業務処理の手順にしたがってそれと一致するように画面の移り変わり（画面遷移）の方法（順序や分岐等）を定めた複数の画面を有している。ユーザーからの要求や入力データ、および、サーバーからのメッセージや処理結果は、これらの画面データのやり取りを介して行われる。
【０００８】
ユーザーが所定の業務処理を行おうとするときは、クライアントでウェブブラウザを立ち上げ、サーバーにアクセスしてその業務処理の一連の画面の最初の画面を表示させ、以降は画面の指示に従ってデータを入力し、あるいは与えられた選択可能なリクエストボタンの中からリクエストを選択し、サーバーに実行させる。サーバーはユーザーが入力したリクエストや入力データを用いて所定のデータ処理を行い、その処理結果を画面に組み込んでクライアントに送信し、ウェブブラウザに表示させる。このような情報のやり取りを通じて、業務処理の一連のデータ処理を進めることができる。
【０００９】
ところで、ウェブブラウザ利用処理システムでは、ある処理の段階では次の処理が一つだけ定められる（処理が分岐した場合も分岐後は一つの次の処理が定められる）ので、ユーザーが同一の画面をコピーして複数の処理に分岐したり、ウェブブラウザ上の前画面に戻ったりすると、重複した処理を行うなどシステムが意図しない処理を行うことになる。従来は、このような意図しない画面遷移に対してはシステム（サーバー）によって規制し、あるいは、ユーザーへの指示によって回避するようにしていた。
【００１０】
【特許文献１】
特願２００２−１６８８３８号
【００１１】
【発明が解決しようとする課題】
しかしながら、同一のウェブブラウザで複数の画面を開き、同一の業務処理を複数のウィンドウで同時並行的に処理することができれば便利な場合がある。たとえば、航空券予約サイトで、３つの便を予約するような場合は、３つのウィンドで予約を同時並行的に行えれば便利である。
【００１２】
また、そもそもウェブブラウザはユーザーがコンテンツ（画面）を自由なタイミングで自由に閲覧することができるように設計・開発されたものであり、この機能を使用したいという要求がある。たとえば「戻る」のボタン操作によって過去の画面を表示させることや、「新規作成」のボタン操作によって新規のウィンドウを開くことはユーザーにとって非常に便利な機能であるので、これを利用したい場合がある。
【００１３】
これに対して、上記操作を従来のウェブブラウザ利用処理システムで行うと、一つのウィンドウからのリクエストに対する処理結果が他のウィンドウに表示されるなどの錯誤が生じることがあった。このことを図５を参照しながら説明する。
【００１４】
一般的なウェブブラウザによれば、ウェブブラウザがサーバーに最初にアクセスすると、そのウェブブラウザに対応するセッション領域が生成される。
【００１５】
セッション領域はいわばウェブブラウザの作業領域であり、ウェブブラウザを特定してそのウェブブラウザに対応付けられる。複数のウェブブラウザがサーバーにアクセスした場合は、各ウェブブラウザがそれぞれ特定のセッション領域を確保される。各セッション領域は、データ処理に使用するデータを格納したデータ格納領域（データストア）を一つ有している。
【００１６】
すでに立ち上がっているウェブブラウザが新規にウィンドウを開き、各ウィンドウからサーバーに対してリクエストを送信する場合、全部のウィンドウが同一のウェブブラウザに属するため、サーバー上で同一のセッション領域を共有することになる。また、同一のデータストアを使用することになる。
【００１７】
そのため、それぞれ開いたウィンドウから同時並行的にリクエストを送信すると、サーバー上のセッション領域のデータストアに保持されているデータが予期していたウィンドウと異なるウィンドウに表示されることがある。ユーザーから見たら、そのウィンドウの処理結果に誤りが生じることになる。
【００１８】
また、ウィンドウがフレーム構成画面である場合にも、複数のフレームでアプリケーションを実行し、それぞれのアプリケーションから同時並行的にリクエストを送信することがある。この場合に、同一のセッション領域のデータストアのデータが予期していたフレームと異なるフレームに表示されることがある。このような場合には、データの不整合あるいはデータの錯誤が生じる。
【００１９】
そこで、本発明が解決しようとする課題は、ウェブブラウザ利用処理システムにおいて、ウェブブラウザによって複数のウィンドウを立ち上げて同時並行的に処理を行う場合、または、ウィンドウがフレーム構成画面であって同一ウィンドウ内の複数のフレームで同時並行的に処理を行う場合に、データ処理の結果が正しく表示されるデータ領域管理方法を提供することにある。
【００２０】
【課題を解決するための手段】
本発明に係るデータ領域管理方法は、
クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーの処理は、前記クライアントのウェブブラウザが起動後に最初にサーバーにアクセスした時に当該ウェブブラウザに対応するセッション領域を生成する段階と、前記ウェブブラウザが新規にウィンドウを開いたときに、前記ウィンドウに対応するウィンドウＩＤを生成する段階と、各ウィンドウで表示すべきデータを格納したデータストアを生成し各ウィンドウＩＤに対応付ける段階とを有することを特徴とするものである。
【００２１】
前記ウィンドウがフレーム構成画面である場合に、前記サーバーの処理は、各ウィンドウＩＤの下位の単位として各フレームごとにアプリケーションＩＤを生成する段階と、各フレームでアプリケーションソフトウェアが表示すべきデータを格納したデータストアを生成し、前記データストアを各アプリケーションＩＤに対応付ける段階とを有するようにすることができる。
【００２２】
本発明によれば、HTMLページの最小表現単位とデータストアの管理単位を一致させるので、ウェブブラウザで複数のウィンドウあるいはフレームを立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウあるいはフレームに対応するデータストアを引き当てることができるようになり、データの錯誤を生じることがない。
【００２３】
また、前記サーバーの要求を受けて処理を行うバックエンドサーバーを有し、前記サーバーは前記ウィンドウＩＤまたはフレームＩＤを生成した時は、前記ウィンドウＩＤまたは前記フレームＩＤに関する処理を行うバックエンドサーバーとの接続情報を設定して登録することができる。
【００２４】
本発明によれば、バックエンドサーバーの処理結果が接続情報とウィンドウＩＤまたはフレームＩＤを介して、正しいウィンドウまたはフレームに表示され、データの錯誤を生じることがない。
【００２５】
前記サーバーは、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放し、あるいは、ウェブブラウザからリクエストを受けたときに設定保持時間を過ぎたウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放し、あるいは設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するようにすることができる。
【００２６】
前記サーバーは、ウィンドウＩＤあるいはアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するときに、前記バックエンドサーバーとの接続情報を終了させる処理を行うことができる。
【００２７】
本発明によれば、アプリケーションソフトウェアから指示があったときは特定のデータ領域を削除し、ウェブブラウザからリクエストを受けたときはその時点で設定保持時間を過ぎたウィンドウＩＤ等を削除し、セッション有効時間に達したときはセッション有効時間を過ぎたセッションの全部のウィンドウＩＤ等を削除することができる。
【００２８】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは前記ウェブブラウザからウィンドウＩＤを付与するリクエストを受信すると新規のウィンドウＩＤを採番し、前記ウィンドウＩＤをウェブブラウザに送信してそのウェブブラウザが新規に開いたウィンドウに前記ウィンドウＩＤを付与し、あるいは、処理結果をウェブブラウザが採番したウィンドウＩＤのウィンドウに送信することを特徴とするものである。
【００２９】
本発明によれば、サーバー側でウィンドウＩＤを採番してウェブブラウザで同期させ、あるいは、ウェブブラウザ側で採番したウィンドウＩＤを用いて処理を進めることができる。
【００３０】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、前記各画面はコピーモード設定値を有し、ウェブブラウザの操作によって新規にウィンドウが作成されたときに前記コピーモード設定値により、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアを全部複製して新規のウィンドウＩＤに対応付け、あるいは、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせることを特徴とするものである。
【００３１】
本発明によれば、ウェブブラウザの操作によって新規にウィンドウが作成されたときにコピーモード設定値により、新規のウィンドウＩＤを有して画面を複製し、あるいは、所定の画面に強制遷移させ、あるいは、新規ウィンドウ作成の処理を制限することができる。
【００３２】
前記サーバーは、ユーザーが入力したＵＲＬを受信したときは、そのＵＲＬを受信する前の画面のウィンドウＩＤを有する新たなセッション領域を生成することができる。
【００３３】
本発明によれば、画面遷移が定められた業務処理システムにおいて、ユーザーが自由にＵＲＬを入力することができ、かつ、ＵＲＬを受信する前の画面のウィンドウＩＤによって元の業務処理に戻ることができる。
【００３４】
【発明の実施の形態】
次に、本発明による「ウェブブラウザ利用処理システムにおけるデータ領域管理方法」の実施の形態について以下に説明する。
【００３５】
図１は本発明の一実施形態によるウェブブラウザ利用処理システムにおけるデータ領域管理方法を説明的に示している。
【００３６】
図１の例では、ウェブブラウザ利用処理システム１は、サーバー２とクライアント３とを有し、クライアント３は通常は複数あってその中で全体として複数のウェブブラウザ４，５，・・・が立ち上げられている。図１の例では、ウェブブラウザ４がサーバー２にアクセスしてサーバー２にウェブブラウザ４に対応するセッション領域６が生成されている状態を示している。他のウェブブラウザがサーバー２にアクセスした場合には図示しない他のセッション領域が生成され、対応付けられる。
【００３７】
ウェブブラウザ４が仮にウィンドウ７，８，９を開いたとすると、各ウィンドウに対応してウィンドウＩＤが生成される。図１の例では、ウィンドウ７にウィンドウＩＤ１０が対応付けられ、ウィンドウ９にウィンドウＩＤ１１が対応付けられている。
【００３８】
図１の例ではウィンドウ９はフレーム構成画面であり、フレーム（１）とフレーム（２）を有している。フレーム（１）とフレーム（２）はそれぞれアプリケーションソフトウェアを別個に実行している。このような場合に本実施形態では、図１に示すように、ウィンドウＩＤ１１の下位に、フレーム（１）に対応してアプリケーションＩＤ１３、そして、フレーム（２）に対応してアプリケーションＩＤ１２が生成される。
【００３９】
各ウィンドウＩＤまたはアプリケーションＩＤには、それに使用されるデータを格納するデータストアが対応して生成される。
【００４０】
すなわち、フレーム構成画面ではないウィンドウＩＤ１０にはデータストア１４が直接的に対応付けられ、フレーム構成画面であるウィンドウＩＤ１１ではアプリケーションＩＤ１２にデータストア１５が対応付けられ、アプリケーションＩＤ１３にデータストア１６がそれぞれ対応付けられる。
【００４１】
このように、本発明では、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位の順に生成し、HTMLページの最小表現単位（フレーム構成画面の場合はフレーム単位）とデータストアの管理単位を一致させ、ウェブブラウザのウィンドウ単位を、ウィンドウＩＤ、および、フレームページのアプリケーションＩＤとして定義している。
【００４２】
これにより、サーバー２による処理の結果は、HTMLページの最小表現単位と対応付けられたデータストアに格納され、ウェブブラウザ４，５に画面を表示させる場合に、個々のページに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【００４３】
図２は、ウェブブラウザ利用処理システム１の変形例、すなわち、ウェブブラウザ利用処理システム１の構成にさらにバックエンドサーバーを備えたウェブブラウザ利用処理システムを示している。図２において、図１と同一の部分については図１と同一の符号を付して重複する説明を省略する。
【００４４】
ここで、バックエンドサーバーはサーバー２（バックエンドサーバーに対して「フロントエンドサーバー」ということもある）の要求を受けて個別の処理を行うサーバーである。通常はバックエンドサーバーは定型的な処理を高速で処理することができるサーバーであることが好ましい。
【００４５】
この実施形態では、ウィンドウＩＤとアプリケーションＩＤが生成されると、それらのデータ管理領域の作成情報を図示しないバックエンドコネクタに渡す。バックエンドコネクタはバックエンドサーバーとの接続情報を生成する。サーバー２は、前記バックエンドサーバーとの接続情報を設定して登録する。接続情報とは、バックエンドサーバーにおける処理のジョブとウィンドウＩＤとアプリケーションＩＤとを結びつけ情報である。
【００４６】
接続情報は、図２に示すように、ウィンドウＩＤ１０の処理をバックエンドサーバー２１が行うとすると、接続情報２３が設定登録され、ウィンドウＩＤ１０に関する処理要求はバックエンドサーバー２１へ依頼され、バックエンドサーバー２１の処理結果はウィンドウＩＤ１０に返される。
【００４７】
フレーム構成画面である場合には、図２に示すように、アプリケーションＩＤ１３の処理をバックエンドサーバー２２が行うとすると、接続情報２４が設定登録され、アプリケーションＩＤ１３に関する処理要求はバックエンドサーバー２２へ依頼され、バックエンドサーバー２２の処理結果はアプリケーションＩＤ１３に返される。
【００４８】
接続情報２３，２４とウィンドウＩＤあるいはアプリケーションＩＤの対応により、バックエンドサーバー２１，２２による処理の結果は、ウェブブラウザ４，５に画面を表示させる場合に、個々のページに対応するデータストアが引き当てられ、データの錯誤を生じることがない。
【００４９】
しかし、上記図１及び図２の実施形態で説明したように、データの領域管理をHTMLページの最小表現単位と対応付けられたデータストアごとに行うとすると、セッションへの過負荷の問題を解決する必要が生じる場合がある。
【００５０】
通常、セッション領域は一定期間ウェブブラウザからのアクセスがなくなるまで、保持される。ユーザーが途中でウェブブラウザを閉じても、サーバー側では自動的にウェブブラウザが閉じられたことを検知することができないので、セッション領域は上記一定期間が経過するまで保存される。
【００５１】
特に、本発明のように、一つのウェブブラウザで複数の処理を同時並行的に行う場合には、セッション領域が大きくなり、しかも、ウェブブラウザのいずれかのウィンドウからサーバーにアクセスがあれば、使用していないウィンドウの分までデータ領域が保持されることになる。したがって、無効なデータ領域が増大してサーバーの性能劣化に結びつく可能性がある。
【００５２】
本発明は、上記セッションへの過負荷の問題を解決する方法も含む。ただし、データ領域の開放はシステムの能力によっては本発明のウィンドウＩＤあるいはアプリケーションＩＤの生成にとって必須ではない。
【００５３】
本発明によれば、３つの方法によってデータ領域の開放を行う。
【００５４】
図３は、本発明によるデータ領域の開放の方法を説明的に示したものである。
【００５５】
本発明によるデータ領域開放の第一の方法は、図３（ａ）に示すように、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。図３（ａ）の例では、特定のウィンドウＩＤ（▲３▼）がアプリケーションソフトウェアからの指示によって抹消される。
【００５６】
本発明によるデータ領域開放の第二の方法は、図３（ｂ）に示すように、ウェブブラウザからアクセスがあったときに、設定保持時間を過ぎたウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。図３（ｂ）の例では、ウェブブラウザからアクセスがあったときに、各ウィンドウＩＤの経過時間をチェックし、その時点で設定保持時間を過ぎたウィンドウＩＤ（▲１▼，▲２▼）を抹消する。この第二の方法は、第一の方法のようにアプリケーションソフトウェアがデータ領域の開放を指示できない場合には有効である。
【００５７】
本発明によるデータ領域開放の第三の方法は、図３（ｃ）に示すように、設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウＩＤおよびそれらに対応するデータストア、あるいは、ウィンドウＩＤおよびその下位のアプリケーションＩＤおよびそれらに対応するデータストアを消去あるいは開放するものである。この第三の方法は、第一や第二方法のように、ウェブブラウザの操作に依存せずにサーバー側でデータ領域を整理するものである。
【００５８】
本発明によるデータ領域開放の方法は、好ましくは上記第一ないし第三の方法を組み合わせるが、組み合わせて使用することに限るものではない。
【００５９】
なお、図２に示したようなバックエンドサーバーを有するウェブブラウザ利用処理システムにおいては、ウィンドウＩＤ等を解除するときに、併せてそのウィンドウＩＤと関連づけられた接続情報も解除・抹消する。
【００６０】
次に、画面遷移の方法が定められた業務処理システムへの本発明の適用例について説明する。
【００６１】
図４において、ウェブブラウザ利用処理システム２５はウェブブラウザ２６とサーバー２７を有している。
【００６２】
サーバー２７は業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有している。各画面はコピーモード設定値を有している。なお、「業務処理ロジック」とは、企業等におけるデータ処理業務のためにコンピュータシステムが行うべき処理手順を規定するものをいう。
【００６３】
ここで、画面のコピーモード設定値とは、ウェブブラウザ２６が新規にウィンドウを作成したとき（画面をコピーしたとき）に、前記業務処理ロジックのいずれの画面に接続するか、あるいは、コピーを制限するかなどを規定した値である。
【００６４】
コピーモード設定値は各画面に仕様として定められている。
【００６５】
本実施形態では、コピーモード設定値は以下の３つ存在する。
【００６６】
コピーモード１：現在の画面をそのままコピーする。現在の画面をそのまま新規に開いたウィンドウで表示してよい画面に対して付される。この場合、新しいウィンドウＩＤを採番し、コピー元画面のウィンドウＩＤと対応付けられたデータストア（定義と内容）を複製して新規のウィンドウＩＤに対応付ける。なおこの場合は業務処理ロジックは実行しない。
【００６７】
コピーモード２：指定した画面に強制遷移する。新規のウィンドウの生成を許可するが、業務処理ロジックの初期画面等に強制遷移させる必要がある時に適用される。この場合、新しいウィンドウＩＤを採番し、コピー元画面のウィンドウＩＤと対応付けられたデータストアの定義（フォーマット）のみを複製し、データストアの内容（コンテンツ）は複製しないようにする。そして、業務処理ロジックを起動し、画面表示データを取得する。
【００６８】
コピーモード３：新規のウィンドウの生成を許可しない。サーバー２７が強制消去画面（たとえば、「不適切な新規ウィンドウの生成のため強制消去します」等のメッセージを表示した画面）を有している場合には、サーバー２７からウェブブラウザ２６に強制消去画面を送り、業務ロジックの起動やデータストアの複製等を行わない。
【００６９】
上記の準備のもとに、ウェブブラウザ２６の種々の操作に対しては以下のように処理する。
【００７０】
新規にウィンドウを開いたか否か（画面をコピーしたか否か）は、ウェブブラウザ２６が画面を表示するタイミングでウェブブラウザ２６が検知することができる。
【００７１】
ウェブブラウザが新規にウィンドウを開くときは、そのウィンドウのウィンドウ名称は「Null」の状態になる。一般にウェブブラウザはウィンドウ名称を識別することができるように作成されているので、ウェブブラウザ２６は画面を表示し始めるタイミングでそのウィンドウのウィンドウ名称をチェックし、ウィンドウ名称が「Null」の状態ならばその画面のコピーモード設定値に従って該当するリクエストをサーバー２７に送信する。
【００７２】
コピーモード設定値が１の場合は、ウェブブラウザ２６はコピー元画面のウィンドウＩＤを添付してサーバー２７に対して新規のウィンドウＩＤの採番を要求する。これに対してサーバー２７は新規のウィンドウＩＤを採番し、送信されてきたコピー元画面のウィンドウＩＤに対応付けられているデータストアの定義と内容の双方を複製し、ウェブブラウザ２６に送信する。これにより、ウェブブラウザ２６では新規に開いたウィンドウのウィンドウＩＤとしてサーバー２７が新たに採番したウィンドウＩＤを採用するとともにデータ内容を引き継ぎ、ウェブブラウザ２６のウィンドウＩＤとサーバー２７のウィンドウＩＤ及びそのデータストアが同期される。
【００７３】
コピーモード設定値が２の場合は、ウェブページに設定してある強制遷移先ＵＲＬをリクエストしてサーバー２７に送信する。これに対してサーバー２７は新規のウィンドウＩＤを採番し、当該強制遷移先のデータストアの定義のみを複製し、新たなウィンドウＩＤと対応付け、業務処理ロジックを起動し、画面表示データを取得する。ウェブブラウザ２６では新規に開いたウィンドウのウィンドウＩＤとしてサーバー２７が新たに採番したウィンドウＩＤを採用し、業務処理ロジックの実行結果の画面を表示する。
【００７４】
コピーモード設定値が３の場合は、ウェブブラウザ２６からウィンドウＩＤの消去を要求するリクエストを送信する。サーバー２７では強制消去画面をウェブブラウザ２６へ送信し、ウェブブラウザ２６ではユーザーにブラウザの消去作業を行わせる。
【００７５】
なお、上記ウィンドウＩＤの採番は、サーバーで行う代わりに、ウェブブラウザで行う方法もある。
【００７６】
ウェブブラウザでウィンドウＩＤを採番するには、ウェブブラウザにアプリケーション向けメニューシステムを備え、そのメニューシステムでウェブブラウザのウィンドウの起動制御とウィンドウＩＤの採番を行うようにする。
【００７７】
この方法によれば、サーバー側にウィンドウＩＤの要求を送信し、サーバーにウィンドウＩＤに処理させて返信させる時間が省かれ、新規のウィンドウを起動する時の応答性能を向上させ、ウェブブラウザの機能の制限を行うことができる。
【００７８】
また、ウェブブラウザにおいてユーザーがＵＲＬを直接入力する場合がある。この場合は、ウィンドウＩＤが送信されない状態にあるときには、たとえ、送信元画面がコピーモード設定値が１で定義されていても、新規のウィンドウＩＤを設定しデータストアを定義のみ作成し、別領域で管理する。この操作は同一ウィンドウ内で行われる操作であり、新規ウィンドウを開かない。しかし、ウェブブラウザとサーバーとの間で新規のセッションが開始したとみなせるため、新たに領域作成を行う。もし、ユーザーが「戻る」の操作を行って過去のページに戻り、リクエストを送信しても、そのページにウィンドウＩＤが設定されているため、戻ったページにおいて不整合を生じることなくデータ処理を開始することができる。
【００７９】
【発明の効果】
以上の説明から明らかなように、本発明のウェブブラウザ利用処理システムのデータ管理方法によれば、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位として生成し、HTMLページの最小表現単位とデータストアの管理単位を一致させているので、ウェブブラウザで複数のウィンドウ等を立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【００８０】
また、本発明によれば、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウＩＤのデータ領域を開放し、あるいはウェブブラウザからリクエストを受けた時点で設定保持時間を過ぎたウィンドウＩＤのデータ領域を開放し、あるいはセッション有効時間を過ぎたセッションの全部のデータ領域を開放するので、データ領域が膨張してセッションに対して過度の負荷をかけることがない。
【００８１】
また、本発明によれば、業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、各画面にコピーモード設定値を付し、ウェブブラウザの操作により、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアを全部複製して新規のウィンドウＩＤに対応付け、あるいは、新規のウィンドウＩＤを生成するとともにコピー元画面のウィンドウＩＤと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせる。
【００８２】
これにより、ウェブブラウザ利用処理システムにおいて、業務処理を可能にするとともに、ウェブブラウザの機能を利用して「新規ウィンドウ作成」あるいは「戻る」等の操作を行っても、各ウィンドウやフレームに正しいデータ処理結果を表示させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図２】バックエンドサーバーを有するウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図３】本発明によりデータ領域の開放の方法を概念的に示した説明図。
【図４】画面遷移の方法が定められた業務処理システムへの本発明の適用例を示した説明図。
【図５】従来のウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【符号の説明】
１ ウェブブラウザ利用処理システム
２ サーバー
３ クライアント
４ ウェブブラウザ
５ ウェブブラウザ
６ セッション領域
７ ウィンドウ
８ ウィンドウ
９ ウィンドウ
１０ ウィンドウＩＤ
１１ ウィンドウＩＤ
１２ アプリケーションＩＤ
１３ アプリケーションＩＤ
１４ データストア
１５ データストア
１６ データストア
２０ ウェブブラウザ利用処理システム
２１ バックエンドサーバー
２２ バックエンドサーバー
２３ 接続情報
２４ 接続情報
２５ ウェブブラウザ利用処理システム
２６ ウェブブラウザ
２７ サーバー
Claims (2)
- クライアントとサーバーを有し、ユーザーが所定の業務処理を行うときは、前記クライアントでウェブブラウザを立ち上げ、前記サーバーにアクセスして前記業務処理の最初の画面を表示させ、それ以降はユーザーが前記業務処理の画面の指示に従ってデータの入力、あるいはリクエストの選択を行い、前記クライアントから前記サーバーに送信し、前記サーバーは前記クライアントから送信された画面データの要求するデータ処理を行い、その処理結果を組み込んだ画面データをクライアントに送信してウェブブラウザに表示させることで業務処理を進める、ウェブブラウザ利用処理システムのデータ領域管理方法において、
前記サーバーに、業務処理ロジックの定義に従って画面遷移が定められた複数の画面データを記憶させ、各画面データの画面に第１のコピーモード設定値と第２のコピーモード設定値と第３のコピーモード設定値のいずれかを付与し、
前記業務処理中にクライアントのウェブブラウザが新規にウィンドウを開くときは、ウェブブラウザがそのウィンドウのウィンドウ名称をチェックし、そのウィンドウ名称が Null の状態ならば、そのウィンドウでコピーしようとする画面のコピーモード設定値を取得し、
(1) 前記コピーモード設定値が第１のコピーモード設定値であるときは、前記ウェブブラウザはコピー元画面のウィンドウＩＤを添付して前記サーバーに対して該画面データを送信し新規のウィンドウＩＤの採番を要求し、これに対して前記サーバーは新規のウィンドウＩＤを採番し、送信されてきたコピー元画面のウィンドウＩＤに対応付けられたデータストアの定義と内容の双方を複製して送信元のクライアントに送信し、これを受信したクライアントのブラウザは、新規に開いたウィンドウのウィンドウＩＤとして前記サーバーが新規に採番したウィンドウＩＤを採用するとともに、送信されてきたデータ内容を使用し、
(2) 前記コピーモード設定値が第２のコピーモード設定値であるときは、前記ウェブブラウザは前記サーバーに対してコピー元画面に設定してある強制遷移先ＵＲＬに接続するリクエストとともに該画面データを送信し、これに対して前記サーバーは新規のウィンドウＩＤを採番し、前記強制遷移先ＵＲＬのデータストアの定義のみを複製し、該データストアを前記新規に採番したウィンドウＩＤと対応付け、さらに新たに業務処理ロジックを起動し、画面データを取得して送信元のクライアントに送信し、これを受信したクライアントのブラウザは、新規に開いたウィンドウのウィンドウＩＤとして前記サーバーが新規に採番したウィンドウＩＤを採用するとともに、業務処理ロジックの実行結果の画面を表示し、
(3) 前記コピーモード設定値が第３のコピーモード設定値であるときは、前記ウェブブラウザは前記サーバーに対してコピー元画面のウィンドウＩＤの消去を要求するリクエストを送信し、これに対して前記サーバーは強制消去画面のデータを送信元のクライアントに送信し、これを受信したクライアントのブラウザは、ユーザーにブラウザの消去作業を行わせる、
ことを特徴とするウェブブラウザ利用処理システムのデータ領域管理方法。 - ユーザーがＵＲＬを入力して前記クライアントから前記サーバーに画面データを送信したときは、前記サーバーは受信した画面データのコピーモード設定値にかかわらず新規にウィンドウＩＤを採番し、受信した画面データのウィンドウＩＤに対応するデータストアの定義のみを複製し、新たなデータ領域を作成し、前記新規のウィンドウＩＤと受信した画面の画面データを送信元のクライアントに送信し、これを受信したクライアントのブラウザは、新規に採番されたウィンドウのウィンドウＩＤを採用し、送信したときと同一のウィンドウ内で前記サーバーから返送された画面データの画面を表示することを特徴とする請求項１に記載のデータ領域管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381525A JP4128443B2 (ja) | 2002-12-27 | 2002-12-27 | ウェブブラウザ利用処理システムにおけるデータ領域管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381525A JP4128443B2 (ja) | 2002-12-27 | 2002-12-27 | ウェブブラウザ利用処理システムにおけるデータ領域管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004213280A JP2004213280A (ja) | 2004-07-29 |
| JP4128443B2 true JP4128443B2 (ja) | 2008-07-30 |
Family
ID=32817419
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002381525A Expired - Fee Related JP4128443B2 (ja) | 2002-12-27 | 2002-12-27 | ウェブブラウザ利用処理システムにおけるデータ領域管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4128443B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4814131B2 (ja) * | 2007-03-16 | 2011-11-16 | 株式会社野村総合研究所 | 仲介システム、プログラム、及び記憶媒体 |
| JP5460145B2 (ja) * | 2009-07-01 | 2014-04-02 | キヤノン株式会社 | データ処理装置、データ処理装置の制御方法、及びプログラム |
| JP5682996B2 (ja) | 2010-02-04 | 2015-03-11 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | クライアントプログラム、端末、サーバ装置、サーバプログラム、システムおよび方法 |
| US8892635B2 (en) * | 2011-01-06 | 2014-11-18 | Oracle International Corporation | Techniques for detecting inactive browser windows |
| JP5936103B2 (ja) | 2011-10-04 | 2016-06-15 | インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ | クライアントでＪａｖａメソッドを呼び出すシステム、コンピュータ、方法及びプログラム |
| US9355223B2 (en) * | 2013-03-29 | 2016-05-31 | Citrix Systems, Inc. | Providing a managed browser |
-
2002
- 2002-12-27 JP JP2002381525A patent/JP4128443B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004213280A (ja) | 2004-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6466328B1 (en) | System and method for remote printing in a distributed network environment | |
| US6742030B1 (en) | Method to keep a persistent trace of weblink use per user | |
| US6279028B1 (en) | Operating system having a mechanism for handling a group of related processes residing on separate machines | |
| JP4197315B2 (ja) | コラボレーションサーバ、コラボレーションシステム、そのセッション管理方法及びプログラム | |
| JP5963957B2 (ja) | 開発環境システム、開発環境装置、開発環境提供方法及びプログラム | |
| US6237005B1 (en) | Web server mechanism for processing multiple transactions in an interpreted language execution environment | |
| JP2001051887A (ja) | 共有ドキュメントの編集装置 | |
| JP2008511931A (ja) | 遠隔計算システムのためのローカルに動作されるデスクトップ環境 | |
| JPS62163155A (ja) | 情報通信システム | |
| JP2001357010A (ja) | インターネット上のＷｅｂサーバにおいてファイルを受託管理する方法およびこの方法に用いるファイル受託管理装置 | |
| US20020078104A1 (en) | Method and system for managing documents | |
| US20090083286A1 (en) | Information processing apparatus, information processing method and storage medium in which program thereof is recorded | |
| JPH0589061A (ja) | バージヨンアツプ方法 | |
| JPH09204330A (ja) | 情報の暗号化、復合化装置および方法 | |
| WO2009074097A1 (fr) | Procédé et système pour stocker les informations de réseau | |
| JP2004062402A (ja) | タイムアウト管理システム、タイムアウト管理サーバ、およびタイムアウト管理プログラム | |
| US20080148261A1 (en) | Batch handling for background file processing | |
| JP2001092702A (ja) | 情報処理システム、サーバ装置、クライアント装置、及び記録媒体 | |
| EP0628904A2 (en) | Method of running two applications on a computer system | |
| JP4128443B2 (ja) | ウェブブラウザ利用処理システムにおけるデータ領域管理方法 | |
| JP2011138335A (ja) | 情報処理装置、情報処理装置の制御方法、及びコンピュータプログラム | |
| JP2011133981A (ja) | 情報処理装置、情報処理装置の制御方法及び処理プログラム | |
| JPH09114724A (ja) | リモートファイル操作方法 | |
| US7555770B2 (en) | Method and system for controlling access to database information | |
| US20040049544A1 (en) | In-context launch management method, system therefor, and computer-readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051208 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080123 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080327 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080418 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080514 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140523 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |