JP2004213280A - Data region management method in processing system using web browser - Google Patents
Data region management method in processing system using web browser Download PDFInfo
- Publication number
- JP2004213280A JP2004213280A JP2002381525A JP2002381525A JP2004213280A JP 2004213280 A JP2004213280 A JP 2004213280A JP 2002381525 A JP2002381525 A JP 2002381525A JP 2002381525 A JP2002381525 A JP 2002381525A JP 2004213280 A JP2004213280 A JP 2004213280A
- Authority
- JP
- Japan
- Prior art keywords
- window
- web browser
- server
- data
- application
- 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.)
- Granted
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
- Digital Computer Display Output (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、クライアントサーバーシステムにおいて、ウェブブラウザの機能を利用してクライアントからサーバーへはリクエストを含む画面データを送信し、サーバーからクライアントへはメッセージや処理結果を含む画面データを送信し、これらの画面データのやりとりによってデータ処理を進めるようにしたシステム(以下本明細書では「ウェブブラウザ利用処理システム」と呼ぶことにする)のデータ領域管理方法に関する。
【0002】
特に、本発明は上記ウェブブラウザ利用処理システムにおいて、ウェブブラウザが複数のウィンドウやフレームを立ち上げているときに、複数のウィンドウやフレームで入力等を行って並行的にサーバーに送信した場合に、各ウィンドウやフレームにサーバーから正しい処理結果を表示できるようにしたウェブブラウザ利用処理システムにおけるデータ領域管理方法に係る。
【0003】
また、通常のウェブブラウザ利用処理システムにおいては、一定の処理手順に従って処理を進めることができるようにサーバー側で一定の画面遷移方法を規定し、ユーザーが該当する処理手順以外に自由に画面を表示することを制限しているが、本発明はかかる画面遷移によるデータ処理を正しく行うことができるようにするとともに、ユーザーがウェブブラウザの「新規作成」や「戻る」等の機能を使用して新たな画面を開くなどの操作を可能にするウェブブラウザ利用処理システムにおけるデータ領域管理方法に関する。
【0004】
【従来の技術】
従前は業務処理(「業務処理」とは企業などにおける業務処理に代表されるような一定の手順で多数のデータを処理するものをいう。ただし本明細書で「業務処理」というときはその対象を企業等の業務に限るという意味ではない。)などの大規模なデータ処理はホストコンピュータと端末からなるシステムによって処理していた。
【0005】
最近は、ホストコンピュータに代えて、クライアントサーバーシステムが広く採用されるようになっている。業務処理のようなデータ処理を対象とするクライアントサーバーシステムにおいては、クライアントは端末としての機能を果たしサーバーに対してリクエストを送信し、サーバーはクライアントからのリクエストを受けてデータ処理を行ってその処理結果をクライアントに返すようにしている。
【0006】
ところで、クライアントサーバーシステムにおいてはこのようなリクエストや処理結果等のやり取りのツールとして、ウェブブラウザとウェブ画面が広く利用されている。ウェブブラウザはサーバーにある画面を閲覧するのに便利なツールであり、かつ、クライアントを構成するパーソナルコンピュータ(パソコン)のソフトウェアとしては世界的に汎用的なものだからである。
【0007】
ウェブブラウザを利用したデータ処理のためのクライアントサーバーシステム(ウェブブラウザ利用処理システム)においては、サーバーは業務処理の手順にしたがってそれと一致するように画面の移り変わり(画面遷移)の方法(順序や分岐等)を定めた複数の画面を有している。ユーザーからの要求や入力データ、および、サーバーからのメッセージや処理結果は、これらの画面データのやり取りを介して行われる。
【0008】
ユーザーが所定の業務処理を行おうとするときは、クライアントでウェブブラウザを立ち上げ、サーバーにアクセスしてその業務処理の一連の画面の最初の画面を表示させ、以降は画面の指示に従ってデータを入力し、あるいは与えられた選択可能なリクエストボタンの中からリクエストを選択し、サーバーに実行させる。サーバーはユーザーが入力したリクエストや入力データを用いて所定のデータ処理を行い、その処理結果を画面に組み込んでクライアントに送信し、ウェブブラウザに表示させる。このような情報のやり取りを通じて、業務処理の一連のデータ処理を進めることができる。
【0009】
ところで、ウェブブラウザ利用処理システムでは、ある処理の段階では次の処理が一つだけ定められる(処理が分岐した場合も分岐後は一つの次の処理が定められる)ので、ユーザーが同一の画面をコピーして複数の処理に分岐したり、ウェブブラウザ上の前画面に戻ったりすると、重複した処理を行うなどシステムが意図しない処理を行うことになる。従来は、このような意図しない画面遷移に対してはシステム(サーバー)によって規制し、あるいは、ユーザーへの指示によって回避するようにしていた。
【0010】
【特許文献1】
特願2002−168838号
【0011】
【発明が解決しようとする課題】
しかしながら、同一のウェブブラウザで複数の画面を開き、同一の業務処理を複数のウィンドウで同時並行的に処理することができれば便利な場合がある。たとえば、航空券予約サイトで、3つの便を予約するような場合は、3つのウィンドで予約を同時並行的に行えれば便利である。
【0012】
また、そもそもウェブブラウザはユーザーがコンテンツ(画面)を自由なタイミングで自由に閲覧することができるように設計・開発されたものであり、この機能を使用したいという要求がある。たとえば「戻る」のボタン操作によって過去の画面を表示させることや、「新規作成」のボタン操作によって新規のウィンドウを開くことはユーザーにとって非常に便利な機能であるので、これを利用したい場合がある。
【0013】
これに対して、上記操作を従来のウェブブラウザ利用処理システムで行うと、一つのウィンドウからのリクエストに対する処理結果が他のウィンドウに表示されるなどの錯誤が生じることがあった。このことを図5を参照しながら説明する。
【0014】
一般的なウェブブラウザによれば、ウェブブラウザがサーバーに最初にアクセスすると、そのウェブブラウザに対応するセッション領域が生成される。
【0015】
セッション領域はいわばウェブブラウザの作業領域であり、ウェブブラウザを特定してそのウェブブラウザに対応付けられる。複数のウェブブラウザがサーバーにアクセスした場合は、各ウェブブラウザがそれぞれ特定のセッション領域を確保される。各セッション領域は、データ処理に使用するデータを格納したデータ格納領域(データストア)を一つ有している。
【0016】
すでに立ち上がっているウェブブラウザが新規にウィンドウを開き、各ウィンドウからサーバーに対してリクエストを送信する場合、全部のウィンドウが同一のウェブブラウザに属するため、サーバー上で同一のセッション領域を共有することになる。また、同一のデータストアを使用することになる。
【0017】
そのため、それぞれ開いたウィンドウから同時並行的にリクエストを送信すると、サーバー上のセッション領域のデータストアに保持されているデータが予期していたウィンドウと異なるウィンドウに表示されることがある。ユーザーから見たら、そのウィンドウの処理結果に誤りが生じることになる。
【0018】
また、ウィンドウがフレーム構成画面である場合にも、複数のフレームでアプリケーションを実行し、それぞれのアプリケーションから同時並行的にリクエストを送信することがある。この場合に、同一のセッション領域のデータストアのデータが予期していたフレームと異なるフレームに表示されることがある。このような場合には、データの不整合あるいはデータの錯誤が生じる。
【0019】
そこで、本発明が解決しようとする課題は、ウェブブラウザ利用処理システムにおいて、ウェブブラウザによって複数のウィンドウを立ち上げて同時並行的に処理を行う場合、または、ウィンドウがフレーム構成画面であって同一ウィンドウ内の複数のフレームで同時並行的に処理を行う場合に、データ処理の結果が正しく表示されるデータ領域管理方法を提供することにある。
【0020】
【課題を解決するための手段】
本発明に係るデータ領域管理方法は、
クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーの処理は、前記クライアントのウェブブラウザが起動後に最初にサーバーにアクセスした時に当該ウェブブラウザに対応するセッション領域を生成する段階と、前記ウェブブラウザが新規にウィンドウを開いたときに、前記ウィンドウに対応するウィンドウIDを生成する段階と、各ウィンドウで表示すべきデータを格納したデータストアを生成し各ウィンドウIDに対応付ける段階とを有することを特徴とするものである。
【0021】
前記ウィンドウがフレーム構成画面である場合に、前記サーバーの処理は、各ウィンドウIDの下位の単位として各フレームごとにアプリケーションIDを生成する段階と、各フレームでアプリケーションソフトウェアが表示すべきデータを格納したデータストアを生成し、前記データストアを各アプリケーションIDに対応付ける段階とを有するようにすることができる。
【0022】
本発明によれば、HTMLページの最小表現単位とデータストアの管理単位を一致させるので、ウェブブラウザで複数のウィンドウあるいはフレームを立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウあるいはフレームに対応するデータストアを引き当てることができるようになり、データの錯誤を生じることがない。
【0023】
また、前記サーバーの要求を受けて処理を行うバックエンドサーバーを有し、前記サーバーは前記ウィンドウIDまたはフレームIDを生成した時は、前記ウィンドウIDまたは前記フレームIDに関する処理を行うバックエンドサーバーとの接続情報を設定して登録することができる。
【0024】
本発明によれば、バックエンドサーバーの処理結果が接続情報とウィンドウIDまたはフレームIDを介して、正しいウィンドウまたはフレームに表示され、データの錯誤を生じることがない。
【0025】
前記サーバーは、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは、ウェブブラウザからリクエストを受けたときに設定保持時間を過ぎたウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するようにすることができる。
【0026】
前記サーバーは、ウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するときに、前記バックエンドサーバーとの接続情報を終了させる処理を行うことができる。
【0027】
本発明によれば、アプリケーションソフトウェアから指示があったときは特定のデータ領域を削除し、ウェブブラウザからリクエストを受けたときはその時点で設定保持時間を過ぎたウィンドウID等を削除し、セッション有効時間に達したときはセッション有効時間を過ぎたセッションの全部のウィンドウID等を削除することができる。
【0028】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは前記ウェブブラウザからウィンドウIDを付与するリクエストを受信すると新規のウィンドウIDを採番し、前記ウィンドウIDをウェブブラウザに送信してそのウェブブラウザが新規に開いたウィンドウに前記ウィンドウIDを付与し、あるいは、処理結果をウェブブラウザが採番したウィンドウIDのウィンドウに送信することを特徴とするものである。
【0029】
本発明によれば、サーバー側でウィンドウIDを採番してウェブブラウザで同期させ、あるいは、ウェブブラウザ側で採番したウィンドウIDを用いて処理を進めることができる。
【0030】
本発明に係るデータ領域管理方法は、クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、前記各画面はコピーモード設定値を有し、ウェブブラウザの操作によって新規にウィンドウが作成されたときに前記コピーモード設定値により、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアを全部複製して新規のウィンドウIDに対応付け、あるいは、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせることを特徴とするものである。
【0031】
本発明によれば、ウェブブラウザの操作によって新規にウィンドウが作成されたときにコピーモード設定値により、新規のウィンドウIDを有して画面を複製し、あるいは、所定の画面に強制遷移させ、あるいは、新規ウィンドウ作成の処理を制限することができる。
【0032】
前記サーバーは、ユーザーが入力したURLを受信したときは、そのURLを受信する前の画面のウィンドウIDを有する新たなセッション領域を生成することができる。
【0033】
本発明によれば、画面遷移が定められた業務処理システムにおいて、ユーザーが自由にURLを入力することができ、かつ、URLを受信する前の画面のウィンドウIDによって元の業務処理に戻ることができる。
【0034】
【発明の実施の形態】
次に、本発明による「ウェブブラウザ利用処理システムにおけるデータ領域管理方法」の実施の形態について以下に説明する。
【0035】
図1は本発明の一実施形態によるウェブブラウザ利用処理システムにおけるデータ領域管理方法を説明的に示している。
【0036】
図1の例では、ウェブブラウザ利用処理システム1は、サーバー2とクライアント3とを有し、クライアント3は通常は複数あってその中で全体として複数のウェブブラウザ4,5,・・・が立ち上げられている。図1の例では、ウェブブラウザ4がサーバー2にアクセスしてサーバー2にウェブブラウザ4に対応するセッション領域6が生成されている状態を示している。他のウェブブラウザがサーバー2にアクセスした場合には図示しない他のセッション領域が生成され、対応付けられる。
【0037】
ウェブブラウザ4が仮にウィンドウ7,8,9を開いたとすると、各ウィンドウに対応してウィンドウIDが生成される。図1の例では、ウィンドウ7にウィンドウID10が対応付けられ、ウィンドウ9にウィンドウID11が対応付けられている。
【0038】
図1の例ではウィンドウ9はフレーム構成画面であり、フレーム(1)とフレーム(2)を有している。フレーム(1)とフレーム(2)はそれぞれアプリケーションソフトウェアを別個に実行している。このような場合に本実施形態では、図1に示すように、ウィンドウID11の下位に、フレーム(1)に対応してアプリケーションID13、そして、フレーム(2)に対応してアプリケーションID12が生成される。
【0039】
各ウィンドウIDまたはアプリケーションIDには、それに使用されるデータを格納するデータストアが対応して生成される。
【0040】
すなわち、フレーム構成画面ではないウィンドウID10にはデータストア14が直接的に対応付けられ、フレーム構成画面であるウィンドウID11ではアプリケーションID12にデータストア15が対応付けられ、アプリケーションID13にデータストア16がそれぞれ対応付けられる。
【0041】
このように、本発明では、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位の順に生成し、HTMLページの最小表現単位(フレーム構成画面の場合はフレーム単位)とデータストアの管理単位を一致させ、ウェブブラウザのウィンドウ単位を、ウィンドウID、および、フレームページのアプリケーションIDとして定義している。
【0042】
これにより、サーバー2による処理の結果は、HTMLページの最小表現単位と対応付けられたデータストアに格納され、ウェブブラウザ4,5に画面を表示させる場合に、個々のページに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【0043】
図2は、ウェブブラウザ利用処理システム1の変形例、すなわち、ウェブブラウザ利用処理システム1の構成にさらにバックエンドサーバーを備えたウェブブラウザ利用処理システムを示している。図2において、図1と同一の部分については図1と同一の符号を付して重複する説明を省略する。
【0044】
ここで、バックエンドサーバーはサーバー2(バックエンドサーバーに対して「フロントエンドサーバー」ということもある)の要求を受けて個別の処理を行うサーバーである。通常はバックエンドサーバーは定型的な処理を高速で処理することができるサーバーであることが好ましい。
【0045】
この実施形態では、ウィンドウIDとアプリケーションIDが生成されると、それらのデータ管理領域の作成情報を図示しないバックエンドコネクタに渡す。バックエンドコネクタはバックエンドサーバーとの接続情報を生成する。サーバー2は、前記バックエンドサーバーとの接続情報を設定して登録する。接続情報とは、バックエンドサーバーにおける処理のジョブとウィンドウIDとアプリケーションIDとを結びつけ情報である。
【0046】
接続情報は、図2に示すように、ウィンドウID10の処理をバックエンドサーバー21が行うとすると、接続情報23が設定登録され、ウィンドウID10に関する処理要求はバックエンドサーバー21へ依頼され、バックエンドサーバー21の処理結果はウィンドウID10に返される。
【0047】
フレーム構成画面である場合には、図2に示すように、アプリケーションID13の処理をバックエンドサーバー22が行うとすると、接続情報24が設定登録され、アプリケーションID13に関する処理要求はバックエンドサーバー22へ依頼され、バックエンドサーバー22の処理結果はアプリケーションID13に返される。
【0048】
接続情報23,24とウィンドウIDあるいはアプリケーションIDの対応により、バックエンドサーバー21,22による処理の結果は、ウェブブラウザ4,5に画面を表示させる場合に、個々のページに対応するデータストアが引き当てられ、データの錯誤を生じることがない。
【0049】
しかし、上記図1及び図2の実施形態で説明したように、データの領域管理をHTMLページの最小表現単位と対応付けられたデータストアごとに行うとすると、セッションへの過負荷の問題を解決する必要が生じる場合がある。
【0050】
通常、セッション領域は一定期間ウェブブラウザからのアクセスがなくなるまで、保持される。ユーザーが途中でウェブブラウザを閉じても、サーバー側では自動的にウェブブラウザが閉じられたことを検知することができないので、セッション領域は上記一定期間が経過するまで保存される。
【0051】
特に、本発明のように、一つのウェブブラウザで複数の処理を同時並行的に行う場合には、セッション領域が大きくなり、しかも、ウェブブラウザのいずれかのウィンドウからサーバーにアクセスがあれば、使用していないウィンドウの分までデータ領域が保持されることになる。したがって、無効なデータ領域が増大してサーバーの性能劣化に結びつく可能性がある。
【0052】
本発明は、上記セッションへの過負荷の問題を解決する方法も含む。ただし、データ領域の開放はシステムの能力によっては本発明のウィンドウIDあるいはアプリケーションIDの生成にとって必須ではない。
【0053】
本発明によれば、3つの方法によってデータ領域の開放を行う。
【0054】
図3は、本発明によるデータ領域の開放の方法を説明的に示したものである。
【0055】
本発明によるデータ領域開放の第一の方法は、図3(a)に示すように、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウIDおよびそれらに対応するデータストア、あるいは、ウィンドウIDおよびその下位のアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するものである。図3(a)の例では、特定のウィンドウID(▲3▼)がアプリケーションソフトウェアからの指示によって抹消される。
【0056】
本発明によるデータ領域開放の第二の方法は、図3(b)に示すように、ウェブブラウザからアクセスがあったときに、設定保持時間を過ぎたウィンドウIDおよびそれらに対応するデータストア、あるいは、ウィンドウIDおよびその下位のアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するものである。図3(b)の例では、ウェブブラウザからアクセスがあったときに、各ウィンドウIDの経過時間をチェックし、その時点で設定保持時間を過ぎたウィンドウID(▲1▼,▲2▼)を抹消する。この第二の方法は、第一の方法のようにアプリケーションソフトウェアがデータ領域の開放を指示できない場合には有効である。
【0057】
本発明によるデータ領域開放の第三の方法は、図3(c)に示すように、設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウIDおよびそれらに対応するデータストア、あるいは、ウィンドウIDおよびその下位のアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するものである。この第三の方法は、第一や第二方法のように、ウェブブラウザの操作に依存せずにサーバー側でデータ領域を整理するものである。
【0058】
本発明によるデータ領域開放の方法は、好ましくは上記第一ないし第三の方法を組み合わせるが、組み合わせて使用することに限るものではない。
【0059】
なお、図2に示したようなバックエンドサーバーを有するウェブブラウザ利用処理システムにおいては、ウィンドウID等を解除するときに、併せてそのウィンドウIDと関連づけられた接続情報も解除・抹消する。
【0060】
次に、画面遷移の方法が定められた業務処理システムへの本発明の適用例について説明する。
【0061】
図4において、ウェブブラウザ利用処理システム25はウェブブラウザ26とサーバー27を有している。
【0062】
サーバー27は業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有している。各画面はコピーモード設定値を有している。なお、「業務処理ロジック」とは、企業等におけるデータ処理業務のためにコンピュータシステムが行うべき処理手順を規定するものをいう。
【0063】
ここで、画面のコピーモード設定値とは、ウェブブラウザ26が新規にウィンドウを作成したとき(画面をコピーしたとき)に、前記業務処理ロジックのいずれの画面に接続するか、あるいは、コピーを制限するかなどを規定した値である。
【0064】
コピーモード設定値は各画面に仕様として定められている。
【0065】
本実施形態では、コピーモード設定値は以下の3つ存在する。
【0066】
コピーモード1:現在の画面をそのままコピーする。現在の画面をそのまま新規に開いたウィンドウで表示してよい画面に対して付される。この場合、新しいウィンドウIDを採番し、コピー元画面のウィンドウIDと対応付けられたデータストア(定義と内容)を複製して新規のウィンドウIDに対応付ける。なおこの場合は業務処理ロジックは実行しない。
【0067】
コピーモード2:指定した画面に強制遷移する。新規のウィンドウの生成を許可するが、業務処理ロジックの初期画面等に強制遷移させる必要がある時に適用される。この場合、新しいウィンドウIDを採番し、コピー元画面のウィンドウIDと対応付けられたデータストアの定義(フォーマット)のみを複製し、データストアの内容(コンテンツ)は複製しないようにする。そして、業務処理ロジックを起動し、画面表示データを取得する。
【0068】
コピーモード3:新規のウィンドウの生成を許可しない。サーバー27が強制消去画面(たとえば、「不適切な新規ウィンドウの生成のため強制消去します」等のメッセージを表示した画面)を有している場合には、サーバー27からウェブブラウザ26に強制消去画面を送り、業務ロジックの起動やデータストアの複製等を行わない。
【0069】
上記の準備のもとに、ウェブブラウザ26の種々の操作に対しては以下のように処理する。
【0070】
新規にウィンドウを開いたか否か(画面をコピーしたか否か)は、ウェブブラウザ26が画面を表示するタイミングでウェブブラウザ26が検知することができる。
【0071】
ウェブブラウザが新規にウィンドウを開くときは、そのウィンドウのウィンドウ名称は「Null」の状態になる。一般にウェブブラウザはウィンドウ名称を識別することができるように作成されているので、ウェブブラウザ26は画面を表示し始めるタイミングでそのウィンドウのウィンドウ名称をチェックし、ウィンドウ名称が「Null」の状態ならばその画面のコピーモード設定値に従って該当するリクエストをサーバー27に送信する。
【0072】
コピーモード設定値が1の場合は、ウェブブラウザ26はコピー元画面のウィンドウIDを添付してサーバー27に対して新規のウィンドウIDの採番を要求する。これに対してサーバー27は新規のウィンドウIDを採番し、送信されてきたコピー元画面のウィンドウIDに対応付けられているデータストアの定義と内容の双方を複製し、ウェブブラウザ26に送信する。これにより、ウェブブラウザ26では新規に開いたウィンドウのウィンドウIDとしてサーバー27が新たに採番したウィンドウIDを採用するとともにデータ内容を引き継ぎ、ウェブブラウザ26のウィンドウIDとサーバー27のウィンドウID及びそのデータストアが同期される。
【0073】
コピーモード設定値が2の場合は、ウェブページに設定してある強制遷移先URLをリクエストしてサーバー27に送信する。これに対してサーバー27は新規のウィンドウIDを採番し、当該強制遷移先のデータストアの定義のみを複製し、新たなウィンドウIDと対応付け、業務処理ロジックを起動し、画面表示データを取得する。ウェブブラウザ26では新規に開いたウィンドウのウィンドウIDとしてサーバー27が新たに採番したウィンドウIDを採用し、業務処理ロジックの実行結果の画面を表示する。
【0074】
コピーモード設定値が3の場合は、ウェブブラウザ26からウィンドウIDの消去を要求するリクエストを送信する。サーバー27では強制消去画面をウェブブラウザ26へ送信し、ウェブブラウザ26ではユーザーにブラウザの消去作業を行わせる。
【0075】
なお、上記ウィンドウIDの採番は、サーバーで行う代わりに、ウェブブラウザで行う方法もある。
【0076】
ウェブブラウザでウィンドウIDを採番するには、ウェブブラウザにアプリケーション向けメニューシステムを備え、そのメニューシステムでウェブブラウザのウィンドウの起動制御とウィンドウIDの採番を行うようにする。
【0077】
この方法によれば、サーバー側にウィンドウIDの要求を送信し、サーバーにウィンドウIDに処理させて返信させる時間が省かれ、新規のウィンドウを起動する時の応答性能を向上させ、ウェブブラウザの機能の制限を行うことができる。
【0078】
また、ウェブブラウザにおいてユーザーがURLを直接入力する場合がある。この場合は、ウィンドウIDが送信されない状態にあるときには、たとえ、送信元画面がコピーモード設定値が1で定義されていても、新規のウィンドウIDを設定しデータストアを定義のみ作成し、別領域で管理する。この操作は同一ウィンドウ内で行われる操作であり、新規ウィンドウを開かない。しかし、ウェブブラウザとサーバーとの間で新規のセッションが開始したとみなせるため、新たに領域作成を行う。もし、ユーザーが「戻る」の操作を行って過去のページに戻り、リクエストを送信しても、そのページにウィンドウIDが設定されているため、戻ったページにおいて不整合を生じることなくデータ処理を開始することができる。
【0079】
【発明の効果】
以上の説明から明らかなように、本発明のウェブブラウザ利用処理システムのデータ管理方法によれば、データ領域の管理の単位を、上位からウィンドウ単位、フレームページ単位、データストア単位として生成し、HTMLページの最小表現単位とデータストアの管理単位を一致させているので、ウェブブラウザで複数のウィンドウ等を立ち上げ複数のアプリケーションソフトウェアを同時並行的に処理するような場合でも、個々のウィンドウに対応するデータストアの引き当てが可能となり、データの錯誤を生じることがない。
【0080】
また、本発明によれば、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウIDのデータ領域を開放し、あるいはウェブブラウザからリクエストを受けた時点で設定保持時間を過ぎたウィンドウIDのデータ領域を開放し、あるいはセッション有効時間を過ぎたセッションの全部のデータ領域を開放するので、データ領域が膨張してセッションに対して過度の負荷をかけることがない。
【0081】
また、本発明によれば、業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、各画面にコピーモード設定値を付し、ウェブブラウザの操作により、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアを全部複製して新規のウィンドウIDに対応付け、あるいは、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせる。
【0082】
これにより、ウェブブラウザ利用処理システムにおいて、業務処理を可能にするとともに、ウェブブラウザの機能を利用して「新規ウィンドウ作成」あるいは「戻る」等の操作を行っても、各ウィンドウやフレームに正しいデータ処理結果を表示させることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態によるウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図2】バックエンドサーバーを有するウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【図3】本発明によりデータ領域の開放の方法を概念的に示した説明図。
【図4】画面遷移の方法が定められた業務処理システムへの本発明の適用例を示した説明図。
【図5】従来のウェブブラウザ利用処理システムのデータ領域管理方法を概念的に示した説明図。
【符号の説明】
1 ウェブブラウザ利用処理システム
2 サーバー
3 クライアント
4 ウェブブラウザ
5 ウェブブラウザ
6 セッション領域
7 ウィンドウ
8 ウィンドウ
9 ウィンドウ
10 ウィンドウID
11 ウィンドウID
12 アプリケーションID
13 アプリケーションID
14 データストア
15 データストア
16 データストア
20 ウェブブラウザ利用処理システム
21 バックエンドサーバー
22 バックエンドサーバー
23 接続情報
24 接続情報
25 ウェブブラウザ利用処理システム
26 ウェブブラウザ
27 サーバー[0001]
TECHNICAL FIELD OF THE INVENTION
According to the present invention, in a client-server system, screen data including a request is transmitted from a client to a server using a function of a web browser, and screen data including a message or a processing result is transmitted from a server to a client. The present invention relates to a data area management method for a system (hereinafter, referred to as a “web browser using processing system”) in which data processing is performed by exchanging screen data.
[0002]
In particular, the present invention, in the above-described web browser use processing system, when the web browser launches a plurality of windows and frames, and performs input and the like in a plurality of windows and frames and transmits them to the server in parallel, The present invention relates to a data area management method in a web browser use processing system that enables a server to display a correct processing result in each window or frame.
[0003]
Also, in a normal web browser processing system, a certain screen transition method is defined on the server side so that processing can proceed according to a certain processing procedure, and the user can freely display screens other than the applicable processing procedure However, the present invention not only allows the data processing by the screen transition to be performed correctly, but also allows the user to use the functions such as “create new” and “return” of the web browser. The present invention relates to a data area management method in a web browser utilization processing system that enables operations such as opening a simple screen.
[0004]
[Prior art]
Conventionally, business processing ("business processing" refers to processing of a large number of data in a certain procedure as typified by business processing in a company, etc. However, in this specification, "business processing" refers to the target Large-scale data processing, such as business, is not limited to business of a company or the like.) Has been performed by a system including a host computer and a terminal.
[0005]
Recently, client-server systems have been widely adopted in place of host computers. In a client-server system that targets data processing such as business processing, the client acts as a terminal and sends a request to the server, and the server receives the request from the client and performs data processing to perform the processing. The result is returned to the client.
[0006]
In a client server system, a web browser and a web screen are widely used as tools for exchanging such requests and processing results. This is because a web browser is a convenient tool for browsing the screens on a server, and is a universal software for a personal computer (PC) constituting a client worldwide.
[0007]
In a client-server system for data processing using a web browser (a web browser-based processing system), the server uses a method of screen transition (screen transition) according to a business processing procedure (screen transition) so as to match the procedure. ) Are defined. Requests and input data from the user, and messages and processing results from the server are performed through exchange of these screen data.
[0008]
When a user wants to perform a predetermined business process, start a web browser on the client, access the server, display the first screen of a series of business process screens, and then enter data according to the instructions on the screen Or select a request from a given selectable request button and have the server execute it. The server performs predetermined data processing using the request or input data input by the user, incorporates the processing result into a screen, transmits the processing result to the client, and displays the result on a web browser. Through such exchange of information, a series of data processing of business processing can be advanced.
[0009]
By the way, in a processing system using a web browser, at the stage of a certain process, only one next process is determined (even if the process branches, one next process is determined after the branch), so that the user can display the same screen. When copying and branching to a plurality of processes or returning to the previous screen on the web browser, the system performs unintended processes such as performing duplicate processes. Conventionally, such an unintended screen transition is regulated by a system (server) or avoided by an instruction to a user.
[0010]
[Patent Document 1]
Japanese Patent Application No. 2002-168838
[0011]
[Problems to be solved by the invention]
However, it is sometimes convenient if a plurality of screens can be opened in the same web browser and the same business process can be processed in a plurality of windows simultaneously and in parallel. For example, when booking three flights on an airline ticket reservation site, it is convenient if reservations can be made simultaneously in three windows.
[0012]
Web browsers are designed and developed so that users can freely browse contents (screens) at any time, and there is a demand to use this function. For example, displaying a past screen by pressing the "Return" button or opening a new window by pressing the "New" button are very useful functions for the user, so there are cases where you want to use this. .
[0013]
On the other hand, if the above operation is performed by a conventional processing system using a web browser, an error may occur such that a processing result for a request from one window is displayed in another window. This will be described with reference to FIG.
[0014]
According to a typical web browser, when the web browser first accesses the server, a session area corresponding to the web browser is created.
[0015]
The session area is a so-called work area of a web browser, and specifies a web browser and associates the web browser with the web browser. When a plurality of web browsers access the server, each web browser secures a specific session area. Each session area has one data storage area (data store) storing data used for data processing.
[0016]
If a web browser that is already open opens a new window and sends a request from each window to the server, all windows belong to the same web browser, so the same session area is shared on the server. Become. Also, the same data store will be used.
[0017]
Therefore, if requests are simultaneously transmitted from the opened windows, data held in the data store of the session area on the server may be displayed in a window different from an expected window. From the user's point of view, the processing result of the window will be incorrect.
[0018]
Further, even when the window is a frame configuration screen, an application may be executed in a plurality of frames, and requests may be transmitted from each application simultaneously and in parallel. In this case, data of the data store in the same session area may be displayed in a frame different from an expected frame. In such a case, data inconsistency or data error occurs.
[0019]
Therefore, the problem to be solved by the present invention is that in a web browser utilization processing system, a case where a plurality of windows are started up by a web browser and processing is performed simultaneously and in parallel, or when a window is a frame configuration screen and the same window It is an object of the present invention to provide a data area management method in which the result of data processing is correctly displayed when processing is performed simultaneously and in parallel on a plurality of frames.
[0020]
[Means for Solving the Problems]
The data area management method according to the present invention includes:
In a server that receives a request from a client via a web browser, performs a process, and then transmits a processing result to the client web browser, the server process first accesses the server after the client web browser is started. Sometimes generating a session area corresponding to the web browser, generating a window ID corresponding to the window when the web browser newly opens the window, and storing data to be displayed in each window. And generating a corresponding data store and associating it with each window ID.
[0021]
When the window is a frame configuration screen, the server process includes generating an application ID for each frame as a lower unit of each window ID, and storing data to be displayed by application software in each frame. Generating a data store and associating the data store with each application ID.
[0022]
According to the present invention, since the minimum expression unit of an HTML page and the management unit of the data store are made to match, even when a plurality of windows or frames are started by a web browser and a plurality of application softwares are simultaneously processed, The data store corresponding to each window or frame can be allocated, and no data error occurs.
[0023]
A back-end server that performs processing in response to a request from the server; and when the server generates the window ID or the frame ID, the server communicates with a back-end server that performs processing related to the window ID or the frame ID. You can set and register connection information.
[0024]
According to the present invention, the processing result of the back-end server is displayed in the correct window or frame via the connection information and the window ID or the frame ID, and no data error occurs.
[0025]
The server deletes or releases the corresponding window ID or application ID and the corresponding data store when receiving an instruction to delete the data area from the application software, or sets when receiving a request from a web browser. The window ID or application ID whose retention time has passed and the corresponding data store are deleted or released, or all window IDs or application IDs of sessions whose session expiration time has passed when the set session expiration time has been reached are reached. The data stores corresponding to them can be erased or opened.
[0026]
When the server deletes or releases the window ID or the application ID and the data store corresponding to the window ID or the application ID, the server can perform processing for terminating the connection information with the backend server.
[0027]
According to the present invention, a specific data area is deleted when instructed by application software, and when a request is received from a web browser, a window ID or the like that has exceeded the set retention time at that time is deleted, and the session is enabled. When the time has expired, all the window IDs and the like of the sessions that have passed the session effective time can be deleted.
[0028]
A data area management method according to the present invention is a server that receives a request from a client via a web browser, performs processing, and transmits a processing result to a client web browser, wherein the server transmits a window ID from the web browser. Upon receiving the request to assign, the new window ID is numbered, the window ID is sent to the web browser, and the web browser assigns the window ID to the newly opened window, or the web browser sends the processing result to the web browser. The transmission is performed to the window with the assigned window ID.
[0029]
According to the present invention, it is possible to assign a window ID on the server side and synchronize with the web browser, or to proceed with the process using the window ID assigned on the web browser side.
[0030]
A data area management method according to the present invention is a server that receives a request from a client via a web browser, performs processing, and transmits a processing result to the client web browser. It has a plurality of screens in which transitions are defined, each screen has a copy mode setting value, and when a new window is created by operating a web browser, a new window ID is set according to the copy mode setting value. All the data stores generated and associated with the window ID of the copy source screen are duplicated and associated with the new window ID, or a new window ID is generated and associated with the window ID of the copy source screen. After duplicating only the datastore definition, Get the screen display data by entering a click, or, it is characterized in that to perform the process of the forced erase the web browser.
[0031]
According to the present invention, when a new window is created by the operation of the web browser, the copy mode setting value is used to copy a screen having a new window ID, or to force a transition to a predetermined screen, or In addition, the process of creating a new window can be restricted.
[0032]
When the server receives the URL input by the user, the server can generate a new session area having the window ID of the screen before receiving the URL.
[0033]
According to the present invention, in a business processing system in which screen transitions are defined, a user can freely input a URL and return to the original business processing by the window ID of the screen before receiving the URL. it can.
[0034]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, an embodiment of the “method of managing data area in a web browser using processing system” according to the present invention will be described below.
[0035]
FIG. 1 illustrates a data area management method in a web browser use processing system according to an embodiment of the present invention.
[0036]
In the example of FIG. 1, the web browser
[0037]
Assuming that the
[0038]
In the example of FIG. 1, the window 9 is a frame configuration screen, and has a frame (1) and a frame (2). Frame (1) and frame (2) each execute application software separately. In such a case, in this embodiment, as shown in FIG. 1, an
[0039]
A data store for storing data used for each window ID or application ID is generated.
[0040]
That is, the
[0041]
As described above, in the present invention, the unit of data area management is generated in the order of window unit, frame page unit, and data store unit from the top, and the minimum expression unit of the HTML page (frame unit in the case of the frame configuration screen) The management unit of the data store is matched, and the window unit of the web browser is defined as the window ID and the application ID of the frame page.
[0042]
As a result, the result of the processing by the
[0043]
FIG. 2 shows a modified example of the web browser
[0044]
Here, the back-end server is a server that performs individual processing in response to a request from the server 2 (also referred to as a “front-end server” for the back-end server). Normally, it is preferable that the back-end server be a server that can perform routine processing at high speed.
[0045]
In this embodiment, when the window ID and the application ID are generated, the creation information of the data management area is passed to a back-end connector (not shown). The back-end connector generates connection information with the back-end server. The
[0046]
As shown in FIG. 2, assuming that the processing of the
[0047]
In the case of the frame configuration screen, as shown in FIG. 2, assuming that the processing of the
[0048]
According to the correspondence between the
[0049]
However, as described in the embodiment of FIG. 1 and FIG. 2, if data area management is performed for each data store associated with the minimum expression unit of an HTML page, the problem of session overload can be solved. May be required.
[0050]
Normally, the session area is retained until there is no access from the web browser for a certain period. Even if the user closes the web browser halfway, the server side cannot automatically detect that the web browser has been closed, so the session area is stored until the above-mentioned fixed period elapses.
[0051]
In particular, when a plurality of processes are performed simultaneously and concurrently by one web browser as in the present invention, the session area becomes large, and if any one of the windows of the web browser accesses the server, the use of the session area is increased. The data area is held up to the window that has not been set. Therefore, there is a possibility that the invalid data area increases and the performance of the server deteriorates.
[0052]
The present invention also includes a method for solving the problem of overloading the session. However, the release of the data area is not essential for the generation of the window ID or the application ID according to the present invention depending on the capability of the system.
[0053]
According to the present invention, the data area is released by three methods.
[0054]
FIG. 3 illustrates a method for releasing a data area according to the present invention.
[0055]
As shown in FIG. 3A, a first method of releasing a data area according to the present invention is as follows: when an instruction to delete a data area is received from application software, a corresponding window ID and a corresponding data store, or , Window IDs and lower application IDs and their corresponding data stores are deleted or released. In the example of FIG. 3A, a specific window ID (3) is deleted by an instruction from the application software.
[0056]
As shown in FIG. 3B, the second method of releasing the data area according to the present invention is as follows: when an access is made from a web browser, window IDs that have exceeded a set retention time and a corresponding data store, or , Window IDs and lower application IDs and their corresponding data stores are deleted or released. In the example of FIG. 3B, when an access is made from the web browser, the elapsed time of each window ID is checked, and the window IDs ([1], [2]) that have passed the set holding time at that time are checked. Delete. The second method is effective when the application software cannot instruct the release of the data area as in the first method.
[0057]
The third method of releasing the data area according to the present invention is, as shown in FIG. 3C, when the set session valid time is reached, all window IDs of the sessions that have passed the session valid time and correspond to them. The data store or the window ID and its lower application IDs and the corresponding data store are deleted or released. In the third method, the data area is arranged on the server side without depending on the operation of the web browser, as in the first and second methods.
[0058]
The method for releasing the data area according to the present invention is preferably a combination of the above first to third methods, but is not limited to using in combination.
[0059]
In a web browser use processing system having a back-end server as shown in FIG. 2, when a window ID or the like is released, connection information associated with the window ID is also released and deleted.
[0060]
Next, an application example of the present invention to a business processing system in which a screen transition method is defined will be described.
[0061]
4, the web browser
[0062]
The
[0063]
Here, the copy mode setting value of the screen means which screen of the business processing logic is connected when the
[0064]
The copy mode setting value is defined as a specification for each screen.
[0065]
In this embodiment, there are the following three copy mode setting values.
[0066]
Copy mode 1: Copy the current screen as it is. The current screen is attached to a screen that may be displayed in a newly opened window. In this case, a new window ID is numbered, and the data store (definition and content) associated with the window ID of the copy source screen is copied and associated with the new window ID. In this case, the business processing logic is not executed.
[0067]
Copy mode 2: Forcibly transition to the specified screen. This is applied when the creation of a new window is permitted but it is necessary to make a forcible transition to the initial screen of the business processing logic. In this case, a new window ID is assigned, and only the definition (format) of the data store associated with the window ID of the copy source screen is copied, and the content (content) of the data store is not copied. Then, the business processing logic is activated to acquire the screen display data.
[0068]
Copy mode 3: Creation of a new window is not permitted. When the
[0069]
Based on the above preparations, various operations of the
[0070]
Whether or not a new window has been opened (whether or not the screen has been copied) can be detected by the
[0071]
When a web browser newly opens a window, the window name of the window becomes “Null”. Generally, the web browser is created so that the window name can be identified. Therefore, the
[0072]
When the copy mode setting value is 1, the
[0073]
When the copy mode setting value is 2, a request is made to the
[0074]
If the copy mode setting value is 3, a request to delete the window ID is transmitted from the
[0075]
The window ID may be numbered by a web browser instead of by the server.
[0076]
In order to assign a window ID in the web browser, a menu system for an application is provided in the web browser, and the menu system controls the activation of the window of the web browser and assigns the window ID.
[0077]
According to this method, the time required for transmitting a window ID request to the server side and causing the server to process the window ID and return it is eliminated, the response performance when a new window is started is improved, and the function of the web browser is improved. Can be restricted.
[0078]
In some cases, a user directly inputs a URL in a web browser. In this case, when the window ID is not transmitted, even if the transmission source screen is defined with the copy mode setting value of 1, a new window ID is set and a data store is defined only, and another area is created. Manage with. This operation is performed in the same window, and does not open a new window. However, since a new session between the web browser and the server can be considered to have started, a new area is created. If the user performs a “return” operation to return to a previous page and sends a request, the window ID is set for that page, and data processing is performed without inconsistency on the returned page. You can start.
[0079]
【The invention's effect】
As is apparent from the above description, according to the data management method of the web browser utilization processing system of the present invention, the data area management unit is generated as a window unit, a frame page unit, and a data store unit from the upper level, and HTML Since the minimum unit of the page and the management unit of the data store are the same, it is possible to handle multiple windows even if you launch multiple windows on a web browser and process multiple application software simultaneously. The data store can be allocated, and no data error occurs.
[0080]
Further, according to the present invention, the data area of the corresponding window ID is released when the instruction to delete the data area is received from the application software, or the window whose setting retention time has passed when the request is received from the web browser is received. Since the data area of the ID is released or the entire data area of the session after the session valid time is released, the data area is not expanded and an excessive load is imposed on the session.
[0081]
According to the present invention, a plurality of screens whose screen transitions are defined according to the definition of the business processing logic are provided, each screen is assigned a copy mode setting value, and a new window ID is generated by operating a web browser. And all data stores associated with the window ID of the copy source screen are duplicated and associated with the new window ID, or a new window ID is generated and associated with the window ID of the copy source screen. After duplicating only the store definition, the business process logic is activated to acquire the screen display data, or the web browser is forcibly erased.
[0082]
As a result, in the web browser usage processing system, business processing can be performed, and even if an operation such as "create new window" or "return" is performed using the function of the web browser, correct data is displayed in each window or frame. The processing result can be displayed.
[Brief description of the drawings]
FIG. 1 is an explanatory view conceptually showing a data area management method of a web browser use processing system according to an embodiment of the present invention.
FIG. 2 is an explanatory view conceptually showing a data area management method of a web browser use processing system having a back-end server.
FIG. 3 is an explanatory view conceptually showing a method of releasing a data area according to the present invention.
FIG. 4 is an explanatory diagram showing an application example of the present invention to a business processing system in which a screen transition method is determined.
FIG. 5 is an explanatory view conceptually showing a data area management method of a conventional web browser use processing system.
[Explanation of symbols]
1 Web browser use processing system
2 Server
3 clients
4 Web browser
5 Web browser
6 session area
7 windows
8 windows
9 windows
10 Window ID
11 Window ID
12 Application ID
13 Application ID
14 Data Store
15 Data Store
16 Data Store
20 Web browser use processing system
21 Backend server
22 Backend server
23 connection information
24 connection information
25 Web browser use processing system
26 Web Browser
27 Server
Claims (8)
前記クライアントのウェブブラウザが起動後に最初にサーバーにアクセスした時に当該ウェブブラウザに対応するセッション領域を生成する段階と、
前記ウェブブラウザが新規にウィンドウを開いたときに、前記ウィンドウに対応するウィンドウIDを生成する段階と、
各ウィンドウで表示すべきデータを格納したデータストアを生成し各ウィンドウIDに対応付ける段階とを有することを特徴とするデータ領域管理方法。A server that receives a request from a client via a web browser, performs a process, and then sends a processing result to the client web browser.
Generating a session area corresponding to the web browser when the web browser of the client accesses the server for the first time after being started;
Generating a window ID corresponding to the window when the web browser newly opens the window;
Generating a data store storing data to be displayed in each window and associating the data store with each window ID.
各ウィンドウIDの下位の単位として各フレームごとにアプリケーションIDを生成する段階と、
各フレームでアプリケーションソフトウェアが表示すべきデータを格納したデータストアを生成し、前記データストアを各アプリケーションIDに対応付ける段階とを有することを特徴とする請求項1に記載のデータ領域管理方法。When the window is a frame configuration screen, the processing of the server includes:
Generating an application ID for each frame as a lower unit of each window ID;
2. A data area management method according to claim 1, further comprising: generating a data store storing data to be displayed by application software in each frame, and associating the data store with each application ID.
前記サーバーは前記ウィンドウIDまたはフレームIDを生成した時は、前記ウィンドウIDまたは前記フレームIDに関する処理を行うバックエンドサーバーとの接続情報を設定して登録することを特徴とする請求項1または2に記載のデータ領域管理方法。A back-end server that performs processing upon receiving a request from the server,
3. The server according to claim 1, wherein when the server generates the window ID or the frame ID, the server sets and registers connection information with a back-end server that performs processing related to the window ID or the frame ID. Data area management method described.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002381525A JP4128443B2 (en) | 2002-12-27 | 2002-12-27 | Data area management method in web browser usage processing system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002381525A JP4128443B2 (en) | 2002-12-27 | 2002-12-27 | Data area management method in web browser usage processing system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004213280A true JP2004213280A (en) | 2004-07-29 |
JP4128443B2 JP4128443B2 (en) | 2008-07-30 |
Family
ID=32817419
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002381525A Expired - Fee Related JP4128443B2 (en) | 2002-12-27 | 2002-12-27 | Data area management method in web browser usage processing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4128443B2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008226201A (en) * | 2007-03-16 | 2008-09-25 | Nomura Research Institute Ltd | Intermediary system, program and storage medium |
JP2011013892A (en) * | 2009-07-01 | 2011-01-20 | Canon Inc | Data processing apparatus, control method for data processing apparatus and program |
JP2014508344A (en) * | 2011-01-06 | 2014-04-03 | オラクル・インターナショナル・コーポレイション | Techniques for detecting inactive browser windows |
US9350790B2 (en) | 2010-02-04 | 2016-05-24 | International Business Machines Corporation | Utilization of target browsers |
KR101728899B1 (en) | 2013-03-29 | 2017-04-20 | 사이트릭스 시스템스, 인크. | Providing a managed browser |
US9678814B2 (en) | 2011-10-04 | 2017-06-13 | International Business Machines Corporation | Implementing a java method |
-
2002
- 2002-12-27 JP JP2002381525A patent/JP4128443B2/en not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008226201A (en) * | 2007-03-16 | 2008-09-25 | Nomura Research Institute Ltd | Intermediary system, program and storage medium |
JP2011013892A (en) * | 2009-07-01 | 2011-01-20 | Canon Inc | Data processing apparatus, control method for data processing apparatus and program |
US9350790B2 (en) | 2010-02-04 | 2016-05-24 | International Business Machines Corporation | Utilization of target browsers |
US9473558B2 (en) | 2010-02-04 | 2016-10-18 | International Business Machines Corporation | Utilization of target browsers |
JP2014508344A (en) * | 2011-01-06 | 2014-04-03 | オラクル・インターナショナル・コーポレイション | Techniques for detecting inactive browser windows |
US9678814B2 (en) | 2011-10-04 | 2017-06-13 | International Business Machines Corporation | Implementing a java method |
US9973563B2 (en) | 2011-10-04 | 2018-05-15 | International Business Machines Corporation | Implementing a java method |
KR101728899B1 (en) | 2013-03-29 | 2017-04-20 | 사이트릭스 시스템스, 인크. | Providing a managed browser |
KR20170045372A (en) * | 2013-03-29 | 2017-04-26 | 사이트릭스 시스템스, 인크. | Providing a managed browser |
KR102038842B1 (en) | 2013-03-29 | 2019-10-31 | 사이트릭스 시스템스, 인크. | Providing a managed browser |
Also Published As
Publication number | Publication date |
---|---|
JP4128443B2 (en) | 2008-07-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5963957B2 (en) | Development environment system, development environment device, development environment providing method and program | |
US6237005B1 (en) | Web server mechanism for processing multiple transactions in an interpreted language execution environment | |
US7600024B2 (en) | Restricting device access per session | |
US6279028B1 (en) | Operating system having a mechanism for handling a group of related processes residing on separate machines | |
JP4380032B2 (en) | Information processing system, information processing method, and storage medium | |
US20100141983A1 (en) | System, method, and apparatus for networked print management | |
US6983417B2 (en) | Method and system for managing documents | |
JP7147301B2 (en) | Information processing server and program | |
JP2003186661A (en) | Method for authenticating mobile printer user | |
US20070250520A1 (en) | System and method for managing web applications | |
JP3780099B2 (en) | Page data generation control device and method, and storage medium storing computer-readable program | |
JP4233635B2 (en) | Apparatus and method for providing persistence to an application interface | |
JP2004062402A (en) | Timeout management system, timeout management server and timeout management program | |
JP2001092702A (en) | Information processing system, server device, client device and recording medium | |
US7475147B2 (en) | Information processing apparatus and method, computer storage medium, and program | |
JP2003196241A (en) | User authentication information setting device and client computer | |
JP5377282B2 (en) | Information processing apparatus, control method therefor, and computer program | |
JP4128443B2 (en) | Data area management method in web browser usage processing system | |
JP2011133981A (en) | Information processor, method for controlling information processor and processing program | |
US20040049544A1 (en) | In-context launch management method, system therefor, and computer-readable storage medium | |
JP2007274583A (en) | Management system, image processor, management apparatus, and control methods and programs thereof | |
JPH05189343A (en) | Operational circumstance reproduction system for network circumstance | |
JP2003006185A (en) | Access management system and browser program | |
JP2007011942A (en) | User authentication information linkage system | |
JP2004265049A (en) | Data processing system, data processor, data processing method and program |
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 |