JP2004213280A - Data region management method in processing system using web browser - Google Patents

Data region management method in processing system using web browser Download PDF

Info

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
Application number
JP2002381525A
Other languages
Japanese (ja)
Other versions
JP4128443B2 (en
Inventor
Junichi Takizawa
澤 淳 一 瀧
Eiji Namikawa
河 英 二 並
Katsuto Yoshida
田 勝 人 吉
Katsutoshi Watanabe
辺 克 俊 渡
Isato Takahata
畠 勇 人 高
Takashi Takayama
山 崇 高
Yukito Konishi
西 幸 登 古
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nomura Research Institute Ltd
Original Assignee
Nomura Research Institute Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nomura Research Institute Ltd filed Critical Nomura Research Institute Ltd
Priority to JP2002381525A priority Critical patent/JP4128443B2/en
Publication of JP2004213280A publication Critical patent/JP2004213280A/en
Application granted granted Critical
Publication of JP4128443B2 publication Critical patent/JP4128443B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a data area management method which correctly displays the result of data processing when a plurality of windows are started with a Web browser to execute simultaneous and parallel processing in a processing system using a Web browser. <P>SOLUTION: The processing of a server includes a step wherein a session region corresponding to the Web browser is generated when the Web browser of a client accesses the server for the first time after said browser is started; a step wherein a window ID corresponding to a new window is generated, when the browser opens the window; and a step wherein a data store which stores data to be displayed on each window is generated and correlated with each window ID. <P>COPYRIGHT: (C)2004,JPO&NCIPI

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 use processing system 1 has a server 2 and a client 3, and usually there are a plurality of clients 3, in which a plurality of web browsers 4, 5,. Has been raised. The example of FIG. 1 shows a state in which the web browser 4 accesses the server 2 and a session area 6 corresponding to the web browser 4 is generated in the server 2. When another web browser accesses the server 2, another session area (not shown) is generated and associated.
[0037]
Assuming that the web browser 4 opens the windows 7, 8, and 9, window IDs are generated corresponding to the respective windows. In the example of FIG. 1, the window 7 is associated with the window ID 10, and the window 9 is associated with the window ID 11.
[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 application ID 13 corresponding to the frame (1) and an application ID 12 corresponding to the frame (2) are generated below the window ID 11. .
[0039]
A data store for storing data used for each window ID or application ID is generated.
[0040]
That is, the data store 14 is directly associated with the window ID 10 that is not the frame configuration screen, the data store 15 is associated with the application ID 12, and the data store 16 is associated with the application ID 13 with the window ID 11 that is the frame configuration screen. Attached.
[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 server 2 is stored in the data store associated with the minimum expression unit of the HTML page, and when the screen is displayed on the web browsers 4 and 5, the data store of the data store corresponding to the individual page is displayed. Assignment becomes possible, and no data error occurs.
[0043]
FIG. 2 shows a modified example of the web browser use processing system 1, that is, a web browser use processing system further including a back-end server in the configuration of the web browser use processing system 1. 2, the same parts as those in FIG. 1 are denoted by the same reference numerals as those in FIG. 1, and duplicate descriptions are omitted.
[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 server 2 sets and registers connection information with the back-end server. The connection information is information that links a processing job in the back-end server with a window ID and an application ID.
[0046]
As shown in FIG. 2, assuming that the processing of the window ID 10 is performed by the back-end server 21, the connection information 23 is set and registered, and a processing request for the window ID 10 is requested to the back-end server 21 as shown in FIG. The processing result of 21 is returned to the window ID 10.
[0047]
In the case of the frame configuration screen, as shown in FIG. 2, assuming that the processing of the application ID 13 is performed by the back-end server 22, the connection information 24 is set and registered, and the processing request for the application ID 13 is sent to the back-end server 22. Then, the processing result of the back-end server 22 is returned to the application ID 13.
[0048]
According to the correspondence between the connection information 23, 24 and the window ID or the application ID, when the screen is displayed on the web browsers 4, 5, the data store corresponding to each page allocates the result of the processing by the back-end servers 21, 22. Data errors.
[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 use processing system 25 has a web browser 26 and a server 27.
[0062]
The server 27 has a plurality of screens whose screen transitions are defined according to the definition of the business processing logic. Each screen has a copy mode setting value. It should be noted that “business processing logic” refers to a procedure that defines a processing procedure to be performed by a computer system for a data processing business in a company or the like.
[0063]
Here, the copy mode setting value of the screen means which screen of the business processing logic is connected when the web browser 26 creates a new window (when the screen is copied), or restricts copying. It is a value that specifies whether or not to do so.
[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 server 27 has a forced erasure screen (for example, a screen displaying a message such as “Forcibly erase due to creation of an inappropriate new window”), the server 27 forcibly erases the web browser 26. Send screen and do not start business logic or duplicate data store.
[0069]
Based on the above preparations, various operations of the web browser 26 are processed as follows.
[0070]
Whether or not a new window has been opened (whether or not the screen has been copied) can be detected by the web browser 26 when the web browser 26 displays the screen.
[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 web browser 26 checks the window name of the window at the start of displaying the screen, and if the window name is "Null", The corresponding request is transmitted to the server 27 according to the copy mode setting value of the screen.
[0072]
When the copy mode setting value is 1, the web browser 26 requests the server 27 to assign a new window ID with the window ID of the copy source screen attached. In response, the server 27 assigns a new window ID, duplicates both the definition and the content of the data store associated with the window ID of the transmitted copy source screen, and transmits the duplicate to the web browser 26. . As a result, the web browser 26 adopts the window ID newly assigned by the server 27 as the window ID of the newly opened window, and also takes over the data contents. Stores are synchronized.
[0073]
When the copy mode setting value is 2, a request is made to the server 27 for the forced transition destination URL set in the web page. On the other hand, the server 27 assigns a new window ID, duplicates only the definition of the data store of the forced transition destination, associates it with the new window ID, starts the business processing logic, and acquires the screen display data. I do. The web browser 26 adopts the window ID newly assigned by the server 27 as the window ID of the newly opened window, and displays a screen of the execution result of the business processing logic.
[0074]
If the copy mode setting value is 3, a request to delete the window ID is transmitted from the web browser 26. The server 27 transmits a forced erasure screen to the web browser 26, and the web browser 26 allows the user to perform a browser erasing operation.
[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.
前記サーバーは、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは、ウェブブラウザからリクエストを受けたときに設定保持時間を過ぎたウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放する、ことを特徴とする請求項1または2に記載のデータ領域管理方法。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 and the data store corresponding to the window ID or application ID that have passed the retention time are deleted or released, or all the window IDs or application IDs of the sessions that have passed the session valid time when the set session valid time has been reached are reached. 3. The data area management method according to claim 1, wherein the corresponding data stores are deleted or released. 前記サーバーは、アプリケーションソフトウェアからデータ領域の削除の指示を受けたときに該当するウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは、ウェブブラウザからリクエストを受けたときに設定保持時間を過ぎたウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放し、あるいは設定したセッション有効時間に達したときにセッション有効時間を過ぎたセッションの全部のウィンドウIDあるいはアプリケーションIDおよびそれらに対応するデータストアを消去あるいは開放するとともに、前記バックエンドサーバーとの接続情報を終了させる処理を行うことを特徴とする請求項3に記載のデータ領域管理方法。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 and the data store corresponding to the window ID or application ID that have passed the retention time are deleted or released, or all the window IDs or application IDs of the sessions that have passed the session valid time when the set session valid time has been reached are reached. 4. The data area management method according to claim 3, wherein a process of erasing or opening the corresponding data stores and ending the connection information with the back-end server is performed. . クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは前記ウェブブラウザからウィンドウIDを付与するリクエストを受信すると新規のウィンドウIDを採番し、前記ウィンドウIDをウェブブラウザに送信してそのウェブブラウザが新規に開いたウィンドウに前記ウィンドウIDを付与し、あるいは、処理結果をウェブブラウザが採番したウィンドウIDのウィンドウに送信することを特徴とするデータ領域管理方法。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. The server receives a request for assigning a window ID from the web browser, and receives a new window ID. And the window ID is sent to the web browser, and the web browser adds the window ID to the newly opened window, or sends the processing result to the window with the window ID assigned by the web browser. A data area management method comprising: クライアントからウェブブラウザを介してリクエストを受信し、処理を行った後に処理結果をクライアントのウェブブラウザに送信するサーバーにおいて、前記サーバーは業務処理ロジックの定義に従って画面遷移が定められた複数の画面を有し、前記各画面はコピーモード設定値を有し、ウェブブラウザの操作によって新規にウィンドウが作成されたときに前記コピーモード設定値により、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアを全部複製して新規のウィンドウIDに対応付け、あるいは、新規のウィンドウIDを生成するとともにコピー元画面のウィンドウIDと対応付けられたデータストアの定義のみを複製した後に業務処理ロジックを起動して画面表示データを取得し、あるいは、ウェブブラウザに強制消去の処理を行わせることを特徴とするデータ領域管理方法。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 web browser of the client, the server has a plurality of screens whose screen transitions are defined according to the definition of business processing logic. Each screen has a copy mode setting value, and when a new window is created by the operation of the web browser, a new window ID is generated by the copy mode setting value and the window ID of the copy source screen is set. Duplicate all associated datastores and associate them with a new window ID, or create a new window ID and duplicate only the datastore definition associated with the window ID of the copy source screen Start processing logic and get screen display data , Or data area management method characterized in that to perform processing of the forced erase the web browser. 前記サーバーは、ユーザーが入力したURLを受信したときは、そのURLを受信する前の画面のウィンドウIDを有する新たなセッション領域を生成することを特徴とする請求項7に記載のデータ領域管理方法。8. The data area management method according to claim 7, wherein when the server receives the URL input by the user, the server generates a new session area having a window ID of a screen before receiving the URL. .
JP2002381525A 2002-12-27 2002-12-27 Data area management method in web browser usage processing system Expired - Fee Related JP4128443B2 (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (10)

* Cited by examiner, † Cited by third party
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