JPH10326243A

JPH10326243A - Ｗｗｗクライアントサーバシステム

Info

Publication number: JPH10326243A
Application number: JP9295182A
Authority: JP
Inventors: Toshiaki Akiyoshi; 利彰秋吉; Ryoichi Watanabe; 良一渡辺; Shinji Watanabe; 伸治渡辺
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 1997-03-28
Filing date: 1997-10-28
Publication date: 1998-12-08

Abstract

(57)【要約】【課題】サーバ上で使用するメモリ資源を削減したク
ライアントサーバシステムをＷＷＷ環境で構築するこ
と。【解決手段】ＷＷＷクライアントサーバシステムであ
って、クライアントのブラウザからの処理要求を実行す
るプロセスを起動し、そのプロセスの起動・終了を監視
し、プロセスをコントロールする手段と、クライアント
のブラウザからの処理要求に対するセッションを確立
し、そのセッション毎の処理を実行するプロセス名とそ
のプロセスにおける処理の実行状態の情報とを前記処理
要求を基に登録するセッション管理テーブルと、そのテ
ーブルを基にセッション状態を管理する手段と、クライ
アントのブラウザからの処理要求を受付け、前記セッシ
ョン管理テーブルを基に、その処理要求が新規のもので
あるか前回の処理要求の継続であるかを判断し、新規で
あれば、新規のプロセスを起動し、継続であれば、起動
済みのプロセスで処理を行う要求処理振り分け手段とを
備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット／
イントラネット上でクライアントブラウザからの複数回
の要求に対して継続的な１つのセッションを確立してＷ
ＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）サービスを提供す
るＷＷＷクライアントサーバシステムに適用して有効な
技術に関するものである。

【０００２】

【従来の技術】インターネット／イントラネット上での
ＷＷＷサービスは、クライアントブラウザからの要求に
より起動され処理を開始するものであり、その開始され
た処理はクライアントブラウザからの要求に応える何ら
かの情報を返送することで完了する。すなわち、１要求
に対して１処理で完結するサービスの提供形態であっ
た。

【０００３】しかし、クライアントサーバシステムをＷ
ＷＷ環境で構築するためには、ブラウザからの複数回の
要求に対して継続的な１つのセッションを確立する必要
が生じてくる。

【０００４】これを実現する従来のＷＷＷクライアント
サーバシステムとしては、例えば、日経オープンシステ
ムズ１９９７年３月号（Ｐ２５１−２５８）に開示され
ているボーランド社のイントラビルダー（Ｉｎｔｒａ
Ｂｕｉｌｄｅｒ）というアプリケーション開発ツールが
ある。

【０００５】これは、クライアントとサーバでセッショ
ンＩＤが同じである処理用フォームを共有してサーバ上
のフォームから処理サーバにアクセスすることにより、
ＷＷＷクライアントから処理を行うサーバまでの接続を
論理的に保持して管理するものである。

【０００６】

【発明が解決しようとする課題】しかし、上記従来技術
のイントラビルダーの開発ツールでは、クライアント側
では、サーバの処理結果であるＨＴＭＬ（ＨｙｐｅｒＴ
ｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）データを画面
に表示する機能を有していないため、サーバ側はクライ
アントから要求された処理を行うことの他に、その処理
結果の表示処理を構築することまで行っており、その表
示処理のための余計な負担がかかるため、サーバ上で使
用するメモリ資源を多くする必要があるという問題点が
あった。

【０００７】また、クライアントとサーバ間の処理は、
物理的には非連続的な処理であるため、処理の途中で、
クライアント側の処理が異常終了した場合には、サーバ
側の処理はそれを認識できないため、クライアントから
の要求が来ないにもかかわらず、処理要求待ち状態で待
機せざるを得ないという問題点があった。逆に、サーバ
側の処理が異常終了した場合も、クライアント側の処理
は、次の処理要求を発行するまではサーバ側の異常を認
識できないといった問題点があった。

【０００８】本発明の目的は、サーバ上で使用するメモ
リ資源を削減したクライアントサーバシステムをＷＷＷ
環境で構築することが可能な技術を提供することにあ
る。

【０００９】本発明の他の目的は、ＷＷＷ上でセッショ
ン管理されるクライアント−サーバシステムに対して、
互いの処理の正常性を確認（キープアライブ）し、相
手側処理が異常状態に陥った場合には、ただちにそれを
認識・対処できる技術を提供することにある。

【００１０】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１１】ブラウザを介してユーザからの処理要求を
受けるクライアントと、クライアントのブラウザからの
処理要求に応答を返すサーバとがＷＷＷネットワークで
接続されてなるＷＷＷクライアントサーバシステムにお
いて、前記サーバは、前記クライアントのブラウザから
の処理要求を実行するプロセスを起動する手段と、その
プロセスの起動・終了を監視する手段とからなり、プロ
セスをコントロールするプロセスコントロール手段と、
前記クライアントのブラウザからの処理要求に対するセ
ッションを確立する手段と、そのセッション毎の処理を
実行するプロセス名とそのプロセスにおける処理の実行
状態の情報とを前記処理要求を基に登録するセッション
管理テーブルと、そのテーブルを基にセッション状態を
管理する手段とからなるセッション管理手段と、前記ク
ライアントのブラウザからの処理要求を受付け、前記セ
ッション管理テーブルを基に、その処理要求が新規のも
のであるか前回の処理要求の継続であるかを判断し、新
規のものであれば、前記セッション管理テーブルに追加
する旨を前記セッション管理手段に通知して新規のプロ
セスを起動して処理を行い、継続であれば、前記セッシ
ョン管理テーブルの実行状態の情報を更新する旨を前記
セッション管理手段に通知して処理を実行するプロセス
名に対応した起動済みのプロセスで処理を行う要求処理
振り分け手段とを備える。

【００１２】また、ブラウザを介してユーザからの処理
要求を受けるクライアントと、クライアントのブラウザ
からの処理要求に応答を返すサーバとがＷＷＷネットワ
ークで接続されてなるＷＷＷクライアントサーバシステ
ムにおいて、前記クライアントは、前記ブラウザ上で処
理を実行する処理実行アプリケーションを介して、前記
ＷＷＷネットワークで通信可能なプロトコルを使用して
前記サーバとの通信を定期的に行い、その定期的な通信
が途絶えたときに前記サーバの処理が異常終了している
と認識し、クライアントの処理を停止する処理を実行す
るキープアライブ手段を備え、前記サーバは、前記クラ
イアントのブラウザからの処理要求を実行するプロセス
を起動し、そのプロセスの起動から終了までを監視する
手段を有し、プロセスをコントロールするプロセスコン
トロール手段と、前記クライアントのブラウザからの処
理要求に対するセッションを確立する手段と、そのセッ
ション状態を管理する手段と、前記ＷＷＷネットワーク
で通信可能なプロトコルを使用した通信を前記キープア
ライブ手段と定期的に行い、その定期的な通信が途絶え
たときに前記クライアントの処理が異常終了していると
認識し、サーバのプロセス処理を停止するサーバキープ
アライブ手段とからなるセッション管理手段と、前記ク
ライアントのブラウザからの処理要求を受付け、その処
理要求が新規のものであるか前回の処理要求の継続であ
るかを判断し、新規のものであれば、新規のプロセスを
起動して処理を行うことを前記プロセスコントロール手
段に通知し、継続であれば、処理を実行するプロセス名
に対応した起動済みのプロセスで処理を行うことを前記
プロセスコントロール手段に通知する要求処理振り分け
手段とを備える。

【００１３】

【発明の実施の形態】

（実施形態１）図１は、本発明の実施形態１にかかるＷ
ＷＷクライアントサーバシステムの構成を説明するため
の図である。

【００１４】本実施形態１のＷＷＷクライアントサーバ
システムは、図１に示すように、クライアント１０と、
サーバ２０とがインターネットまたはイントラネットの
ネットワーク３０で接続されている。

【００１５】上述のクライアント１０はブラウザ１１を
備え、サーバ２０はブラウザ１１からの処理要求を受け
付け、その処理を振り分けるリクエストブローカ２１
と、ブラウザ１１と処理を行うサーバアプリケーション
プロセスとのセッションの管理を行うセッション管理部
２２と、ブラウザ１１からの処理を行うサーバアプリケ
ーション２３３をプロセス起動するプロセスコントロー
ル部２３とを備える。

【００１６】また、セッション管理部２２は、セッショ
ンＩＤを管理するセッションＩＤ管理部２２１と、セッ
ションＩＤ管理部によって起動され、そのセッション状
態をセッション管理テーブル２２３を作成して管理する
セッション状態管理部２２２と、セッション確立のオー
バータイムを監視するオーバータイム監視部２２４と、
後述するプロセスコントロール部を制御するプロセスコ
ントロール部対応部２２５とを備え、プロセスコントロ
ール部２３は、リクエストブローカからのサーバアプリ
ケーション２３３のプロセス起動を受け付けるプロセス
起動受付部２３１と、そのプロセス起動受付部２３１に
よって起動され、処理を行うサーバアプリケーション２
３３をプロセス起動し、その終了までを監視するプロセ
ス起動・終了監視部２３２とを備える。

【００１７】上述したセッション管理テーブル２２３
は、図２に示すように、セッションＩＤ２０１と、認証
文字列２０２と、実行状態コード２０３と、ユーザアプ
リケーション種別２０４と、サーバアプリケーション名
称２０５を一つのエントリとして持つ。

【００１８】セッションＩＤ２０１は、セッションを識
別する連続番号として示され、０から始まり最大値まで
使用したら再度０から空き番号を循環使用する。

【００１９】認証文字列２０２は、サーバによりセッシ
ョン開始時の日付時間を基に作成されるものである。セ
ッションＩＤ自体は単純な数値のため、ユーザプログラ
ムのエラー等による誤動作を防ぐ目的で作成されるもの
であり、セッションＩＤと対でクライアントに返され
る。

【００２０】実行状態コード２０３は、ユーザアプリケ
ーションの実行状態を管理するコードであり、例えば、
以下のように管理する。

【００２１】０：このセッション管理テーブルエントリ自体が無効で
ある１：ブラウザから新規接続要求時２：リクエストブローカがサーバアプリケーションと接
続完了状態３：サーバアプリケーション実行中４：サーバアプリケーション中断中５：ブラウザから再接続要求時（継続）６：ブラウザから再接続要求時（切断）７：サーバアプリケーション終了処理中８：セッション終了状態９：セッションエラーアプリケーション種別２０４は、アプリケーションの使
用する言語を識別する。

【００２２】サーバアプリケーション名称２０５は、起
動しているサーバアプリケーション名称を記述する。

【００２３】次に、本実施形態のＷＷＷクライアントサ
ーバシステムの処理について説明する。なお、本実施形
態では、ブラウザ１１からの新規接続要求時の処理、一
つの処理を行った後にサーバアプリケーション２３３か
らセッションを中断するときの処理、ブラウザ１１から
の再接続要求時の処理、ブラウザ１１からの終了要求時
の処理、サーバアプリケーション２３３からセッション
を終了する処理の五つの処理について図面を用いて説明
する。

【００２４】図３は、ブラウザ１１からの新規接続要求
時の処理を説明するためのシーケンス図である。

【００２５】ブラウザ１１からの新規接続要求時の処理
は、図３に示すように、リクエストブローカ２１は、ブ
ラウザ１１からのＨＴＭＬデータを解析して新規接続要
求と認識し（フロー３０１）、セッション管理部２２の
セッションＩＤ管理部２２１とパイプ（図中の点線）を
接続し（フロー３０２）、続いて、セッションＩＤ管理
部２２１はセッション状態管理部２２２を起動し（フロ
ー３０３）、パイプバンドル継承によりそのセッション
状態管理部２２２とリクエストブローカ２１とがパイプ
接続される。

【００２６】そのセッション状態管理部２２２は、リク
エストブローカ２１から新規接続要求の情報を取得し
（フロー３０４）、セッション管理テーブル２２３を検
索して空きのセッションＩＤ２０１を取得して、登録し
た日付時刻を求め、取得した情報と共にセッション管理
テーブル２２３に登録する。

【００２７】その登録したセッションＩＤ２０１に関す
る情報（図２に示す情報）をリクエストブローカ２１に
返送する（フロー３０５）。このとき、セッション管理
テーブル２２３に登録する空きがなかったときにはエラ
ーコードを設定した情報をリクエストブローカ２１に返
送する。

【００２８】そして、リクエストブローカ２１は、プロ
セスコントロール部２３のプロセス起動受付部２３１と
のパイプ接続を行い（フロー３０６）、続いて、プロセ
ス起動受付部２３１はプロセス起動・終了監視部２３２
を起動する（フロー３０７）。

【００２９】そのプロセス起動・終了監視部２３２は、
リクエストブローカ２１からサーバアプリケーション２
３３の情報を取得し（フロー３０８）、そのサーバアプ
リケーション２３３をプロセス起動する（フロー３０
９）。このときもパイプバンドル継承によりそのプロセ
ス起動・終了監視部２３２とリクエストブローカ２１と
がパイプ接続される。

【００３０】そして、プロセス起動の結果をリクエスト
ブローカ２１に返送し、その返送後にパイプを切断する
（フロー３１０）。このとき、プロセス起動が失敗した
場合、リクエストブローカ２１はエラーを示すＨＴＭＬ
データをブラウザ１１に戻し、プロセス起動が成功した
場合、プロセス起動・終了監視部２３２は起動したサー
バアプリケーション２３３が終了するのを待つ。

【００３１】その後、リクエストブローカ２１とサーバ
アプリケーション間でパイプ接続を行い（フロー３１
１）、新規接続の場合は、開始関数（SessionStart関
数）をリクエストブローカ２１に返送し、その関数を受
信したリクエストブローカ２１はセッション状態管理部
２２２に通知して実行状態コード２０３を”２”に更新
する。

【００３２】図４は、サーバアプリケーション２３３か
らセッションを中断するときの処理を説明するためのシ
ーケンス図である。

【００３３】サーバアプリケーション２３３からセッシ
ョンを中断するときの処理は、図４に示すように、サー
バアプリケーション２３３が一つの処理を行った後に中
断関数（SessionSuspend関数）を発行した場合、その情
報をリクエストブローカ２１に通知し（フロー４０
１）、通知を受けたリクエストブローカ２１はすぐにそ
の情報を了解した旨を転送し、リクエストブローカ２１
とサーバアプリケーション２３３間でパイプの切断処理
を行う（フロー４０２）。

【００３４】その後、リクエストブローカ２１は、セッ
ション状態管理部２２２にセッションを一時中断するこ
とを通知し（フロー４０３）、リクエストブローカ２１
とセッション状態管理部２２２間でパイプの切断処理を
行い、セッション状態管理部２２２はセッション管理テ
ーブル２２３の実行状態コード２０３を”４”に更新
し、終了する。なお、ここでＯｖｅｒＴｉｍｅオプシ
ョンが指定されている場合は、オーバータイム監視部２
２４を起動し（フロー４０４）、ＯｖｅｒＴｉｍｅオ
プションで指定されている時間が経過するまで待機状態
となる。

【００３５】そして、ＯｖｅｒＴｉｍｅオプションで
指定された時間が経過すると、オーバータイム監視部２
２４がプロセスコントロール部２３に通知し（フロー４
０５）、サーバアプリケーション２３３のダミー終了処
理を要求する。ＯｖｅｒＴｉｍｅオプションで指定さ
れた時間以内にブラウザ１１から再接続要求があると、
このオーバータイム監視部２２４は終了する。

【００３６】図５は、ブラウザ１１からの再接続要求時
の処理を説明するためのシーケンス図である。

【００３７】ブラウザ１１からの再接続要求時の処理
は、図５に示すように、リクエストブローカ２１は、ブ
ラウザ１１からのＨＴＭＬデータを解析して再接続要求
と認識し（フロー５０１）、セッション管理部２２のセ
ッションＩＤ管理部２２１とパイプを接続し（フロー５
０２）、続いて、セッションＩＤ管理部２２１はセッシ
ョン状態管理部２２２を起動し（フロー５０３）、パイ
プバンドル継承によりそのセッション状態管理部２２２
とリクエストブローカ２１とがパイプ接続される。

【００３８】そのセッション状態管理部２２２は、リク
エストブローカ２１から再接続要求の情報を取得し（フ
ロー５０４）、セッション管理テーブル２２３と整合性
が取れているかチェックする。

【００３９】また、オーバータイム監視部２２４が起動
中の場合は、それを終了させる（フロー５０５）。

【００４０】そして、再接続するセッションＩＤ２０１
に関する情報（図２に示す情報）をリクエストブローカ
２１に転送する（フロー５０６）。このとき、チェック
エラーの場合、エラーコードを設定した情報をリクエス
トブローカ２１に転送し、チェックＯＫの場合、セッシ
ョン管理テーブル２２３の実行状態コード２０３を”
５”に更新する。

【００４１】その後、既に起動されているサーバアプリ
ケーション２３３と再接続を行い、サーバアプリケーシ
ョン２３３からチェック終了関数（SessionEndCheck関
数）が返送され（フロー５０７）、リクエストブローカ
２１はサーバアプリケーション２３３に対して継続であ
る旨を転送する（フロー５０８）。

【００４２】そして、リクエストブローカ２１からセッ
ション状態管理部２２２に再接続した情報を通知し（フ
ロー５０９）、セッション状態管理部２２２はセッショ
ン管理テーブル２２３の実行状態コード２０３を”２”
に更新する。

【００４３】図６は、ブラウザ１１からの終了要求時の
処理を説明するためのシーケンス図である。

【００４４】ブラウザ１１からの終了要求時の処理は、
図６に示すように、リクエストブローカ２１は、ブラウ
ザ１１からのＨＴＭＬデータを解析してセッションの終
了要求と認識し（フロー６０１）、セッション管理部２
２のセッションＩＤ管理部２２１とパイプを接続し（フ
ロー６０２）、続いて、セッションＩＤ管理部２２１は
セッション状態管理部２２２を起動し（フロー６０
３）、パイプバンドル継承によりそのセッション状態管
理部２２２とリクエストブローカ２１とがパイプ接続さ
れる。

【００４５】そのセッション状態管理部２２２は、リク
エストブローカ２１からセッションの終了要求の情報を
取得し（フロー６０４）、セッション管理テーブル２２
３と整合性が取れているかチェックする。

【００４６】また、オーバータイム監視部２２４が起動
中の場合は、それを終了させる（フロー６０５）。

【００４７】そして、終了するセッションＩＤ２０１に
関する情報をリクエストブローカ２１に返送する（フロ
ー６０６）。このとき、チェックエラーの場合、エラー
コードを設定した情報をリクエストブローカ２１に転送
し、チェックＯＫの場合、セッション管理テーブル２２
３の実行状態コード２０３を”５”に更新する。

【００４８】その後、既に起動されているサーバアプリ
ケーション２３３と再接続を行い、サーバアプリケーシ
ョン２３３からチェック終了関数（SessionEndCheck関
数）が返送され（フロー６０７）、リクエストブローカ
２１はサーバアプリケーション２３３に対して終了であ
る旨を返送する（フロー６０８）。

【００４９】そして、リクエストブローカ２１からセッ
ション状態管理部２２２に終了するために再接続した情
報を通知し（フロー６０９）、セッション状態管理部２
２２はセッション管理テーブル２２３の実行状態コード
２０３を”６”に更新する。

【００５０】図７は、サーバアプリケーション２３３か
らセッションを終了する処理を説明するための図であ
る。

【００５１】サーバアプリケーション２３３からセッシ
ョンを終了する処理は、図７に示すように、サーバアプ
リケーション２３３が処理を終了した後に終了関数（Se
ssionEnd関数）を発行した場合、その情報をリクエスト
ブローカ２１に通知し（フロー７０１）、通知を受けた
リクエストブローカ２１はすぐにその情報を了解した旨
を返送し、リクエストブローカ２１とサーバアプリケー
ション２３３間でパイプの切断処理を行う（フロー７０
２）。

【００５２】その後、リクエストブローカ２１は、セッ
ション状態管理部２２２にセッションを終了することを
通知し（フロー７０３）、リクエストブローカ２１とセ
ッション状態管理部２２２間でパイプの切断処理を行
い、セッション状態管理部２２２はセッション管理テー
ブル２２３の実行状態コード２０３を”７”に更新し、
終了する。

【００５３】そして、リクエストブローカ２１は、サー
バアプリケーション２３３の処理内容をブラウザ１１へ
転送し、終了する（フロー７０４）。

【００５４】その後、サーバアプリケーション２３３が
終了関数を発行し、プロセスが終了した場合は、プロセ
ス起動・終了監視部２３２の待機状態が解除され、プロ
セスコントロール部対応部２２５にサーバアプリケーシ
ョン２３３のプロセスが終了したことを通知し（フロー
７０５）、通知を受けたプロセスコントロール部対応部
２２５は、セッション管理テーブル２２３のエントリを
初期化する。

【００５５】ただし、サーバアプリケーション２３３が
終了関数を発行していなくて、サーバアプリケーション
２３３のプロセス終了通知を受けた場合は、セッション
管理テーブル２２３の実行状態コード２０３を”８”に
する。

【００５６】以上、説明してきたように、クライアント
のブラウザからの個々の要求に応答するプロセスとは独
立にリクエストブローカを備え、そのリクエストブロー
カが継続的に処理を行えるプロセスの起動・終了およ
び、クライアントブラウザからの要求の振り分けを行う
ことにより、本来単独の処理であり継続処理を行えない
ＷＷＷサービスにおいて、サーバ資源の再利用が容易と
なり、資源の割り当て／解放または、同一の情報取得の
ための処理を重複して行わずにできるので、単一処理単
位で消滅していくプロセス間で継続処理を行うことが可
能となり、かつ、サーバ側はクライアントから要求され
た処理結果の表示処理を構築する必要がなく、サーバ上
で使用するメモリ資源を削減できるので、サーバ上で使
用するメモリ資源を削減したクライアントサーバシステ
ムをＷＷＷ環境で構築することが可能となる。

【００５７】（実施形態２）次に、クライアントとサー
バ間で互いに通常動作をしているという情報を通信する
キープアライブ処理を行い、クライアント側またはサー
バ側が互いに処理が異常終了しているか否かを認識可能
なＷＷＷクライアントサーバシステムについて説明す
る。

【００５８】図８は、本発明の実施形態２にかかるＷＷ
Ｗクライアントサーバシステムの構成を説明するための
図である。

【００５９】本実施形態２のＷＷＷクライアントサーバ
システムは、図１に示す実施形態１と同様に、クライア
ント１０と、サーバ２０とがインターネットまたはイン
トラネットのネットワーク３０で接続された構成になっ
ている。

【００６０】上述のクライアント１０上のブラウザ１１
は、クライアント側からのキープアライブ動作を実行す
るキープアライブ処理部１３を有し、ブラウザ１１上で
処理を実行する処理実行アプリケーション１２を備え、
サーバ２０は処理実行アプリケーション１２からの処理
要求を受け付け、その処理を振り分けるリクエストブロ
ーカ２１と、処理実行アプリケーション１２と処理を
行うサーバアプリケーション２３３とのセッション管理
を行うセッション管理部２２と、処理実行アプリケーシ
ョン１２からの要求処理を行うサーバアプリケーション
２３３をプロセス起動またはスレッド起動するプロセス
コントロール部２３とを備える。なお、上述した実施形
態１と同一機能を有するものは同一番号で示してある。
また、ここで示した処理実行アプリケーション１２は、
例えば、Ｊａｖａ（サンマイクロシステムズ社の登録商
標）、またはＡｃｔｉｖｅＸ（マイクロソフト社の登録
商標）等である。

【００６１】セッション管理部２２は、セッションＩＤ
を管理するセッションＩＤ管理部２２１と、セッション
ＩＤ管理部によって起動され、そのセッション状態を管
理するセッション状態管理部２２２と、セッション状態
をタイムアウト監視するオーバタイム監視部２２４と、
プロセスコントロール部を制御するプロセスコントロー
ル部対応部２２５と、クライアント１０とのキープアラ
イブ処理を行うサーバキープアライブ処理部２２６とを
備え、プロセスコントロール部２３は、クライアントの
処理実行アプリケーション１２からのサーバアプリケー
ション２３３をプロセス起動またはスレッド起動し、そ
の終了までを監視するプロセス起動・終了監視部２３２
とを備える。

【００６２】なお、本実施形態２におけるデータの送受
信は、すべて、ＷＷＷサービス上でのｈｔｔｐプロトコ
ル通信のみによって実現するものとする。

【００６３】次に、本実施形態２のＷＷＷクライアント
サーバシステムの動作について説明する。本実施形態２
のＷＷＷクライアントサーバシステムでは、キープアラ
イブ処理以外は実施形態１と同一処理であるので、同一
部分の説明は省略し、ここではキープアライブ処理につ
いて説明する。

【００６４】このキープアライブ処理は、クライアント
１０のキープアライブ処理部１３からの新規セッション
開始要求時の処理と、正常動作を相互に確認するための
メッセージを取り交わす処理とからなる。以下にそれら
の処理を説明する。

【００６５】図９は、新規セッション開始要求時の処理
を説明するためのシーケンス図である。新規セッション
開始要求時の処理は、まず、要求元となるクライアント
１０の処理実行アプリケーション１２が起動されると、
これが対応するサーバへセッション開始処理要求を行な
う（フロー９０１）。このセッション開始要求は図１０
に示すように、セッションに関するサーバ実行状態１０
０１と、サーバアプリケーション名称１００２と、クラ
イアント実行状態１００３と、キープアライブ情報１０
０４とからなる。このサーバ実行状態１００１には、サ
ーバアプリケーション２３３の処理の実行状態がコード
化された情報が格納され、クライアント実行状態１００
３には、クライアントアプリケーション（図示せず）の
処理の実行状態がコード化された情報が格納される。

【００６６】キープアライブ情報１００４には、新規接
続要求であるか否かの情報と、クライアントとの通信状
態を監視する監視間隔の情報が格納される。

【００６７】リクエストブローカ２１は、クライアント
１０の処理実行アプリケーション１２からの受信データ
を解析して、新規接続要求と認識し、セッション管理部
２２との間に接続を確立する（フロー９０２）。

【００６８】その接続の確立後、セッション状態管理部
２２２は、リクエストブローカ２１から新規接続要求の
情報を取得し（フロー９０３）、空きのセッションＩＤ
を取得（フロー９０４）して新規セッションを確立す
る。その確立した情報は、セッション管理部内に保存す
ると同時に、リクエストブローカ２１にも転送する（フ
ロー９０５）。その確立した情報をセッション管理部２
２内に保存する手段としては、例えば、実施形態１に示
すように、セッション管理テーブル２２３（ここでは図
示せず）を設けて行ってもよい。

【００６９】その後、サーバキープアライブ処理部２２
６は、セッション開始要求情報中のキープアライブ情報
１００４をオーバタイム監視部２２４に送り（フロー９
０６）、オーバータイム監視部２２４はこのキープアラ
イブ情報１００４中の監視間隔で、クライアント１０お
よびサーバアプリケーション２３３の動作状態を監視す
る。

【００７０】そして、リクエストブローカ２１は、プロ
セスコントロール部２３と接続し（フロー９０７）、プ
ロセス起動・終了監視部２３２は、リクエストブローカ
２１からサーバアプリケーション２３３の情報を取得し
（フロー９０８）、そのサーバアプリケーション２３３
をプロセス起動またはスレッド起動する（フロー９０
９）。

【００７１】そして、プロセス起動の結果をリクエスト
ブローカ２１に返送し、プロセス起動・終了監視部２３
２は起動したサーバアプリケーション２３３が終了する
のを待つ。サーバアプリケーション２３３は、セッショ
ン中の１単位の処理が終わり停止状態になった場合に、
それをサーバキープアライブ処理部２２６へ通知すると
ともに、リクエストブローカ２１へも処理結果および停
止情報を転送する（フロー９１０）。リクエストブロー
カ２１はさらにその情報をクライアント１０へ返送する
（フロー９１１）。

【００７２】図１１は、セッションが確立したのちに、
クライアント１０側から定期的にクライアント１０が生
存していることをサーバ２０側に知らせる処理を説明す
るためのシーケンス図である。

【００７３】正常動作を相互に確認するためのメッセー
ジを取り交わす処理は、まず、クライアント１０側で
は、先に記述したセッション開始処理終了後、サーバ側
からの情報が返信された時点で、クライアント１０内に
キープアライブ処理部１３を起動する。

【００７４】キープアライブ処理部１３は、クライアン
ト１０起動時に設定された時間間隔毎に、ｈｔｔｐプロ
トコルを用いて、クライアント１０側が正常に動作して
いることを通知する通知情報をサーバ２０へ送信する
（フロー１１０１）。

【００７５】この通知情報は図１２に示すように、セッ
ションＩＤ１２０１と認証文字列１２０２とを持ち、さ
らにこのキープアライブ情報１２０３を持つ。このセッ
ションＩＤ１２０１と認証文字列１２０２は、上記セッ
ション処理の結果、サーバ２０側で設定され返送された
情報で、セッションＩＤとそれの正当性チェックのため
のコードである。また、キープアライブ情報１２０３に
は上述した図１０に示すキープアライブ情報１００４の
監視間隔をコピーした情報が格納される。

【００７６】そして、サーバ側のリクエストブローカ２
１は、このキープアライブ情報１２０３を受信すると、
サーバキープアライブ処理部２２６にその情報を渡す
（フロー１１０２）。その情報を受け取ったサーバキー
プアライブ処理部２２６では、受け取ったセッションＩ
Ｄを元にセッション状態管理部２２２に該当セッション
の状態を問い合わせる。通常では、該当セッションが存
在するので、オーバタイム監視部２２４の経過時間タイ
マをリセットして（フロー１１０３）、正常処理コード
をリクエストブローカを介してクライアント側へ返信す
る（フロー１１０４、１１０５）。このとき、クライア
ント１０から送信されてきた通知情報中に記述されたセ
ッションが、存在しないか、または既に終了している場
合には、その旨のエラー情報をリクエストブローカ２１
を介してクライアント１０へ返送する。いずれにして
も、この場合サーバアプリケーション２３３へは実際の
制御を渡すことなく、リクエストブローカ２１および、
サーバキープアライブ処理部２２６により自動的に処理
が行われる。

【００７７】一方、キープアライブ処理部１３では、サ
ーバからの応答内容が正常の場合には設定時間後再びキ
ープアライブ処理を繰り返す。応答内容がサーバ終了等
の異常処理の場合にはキープアライブ処理部１３を停止
後クライアント側の処理を終了させる。

【００７８】続いて、ＷＷＷサーバ２０において、キー
プアライブ処理が設定されているクライアント１０から
のキープアライブ情報１２０３が、監視間隔の設定時間
経過しても送られてこない場合に、サーバアプリケーシ
ョン２３３を停止させる処理について説明する。

【００７９】オーバータイム監視部２２４では、キープ
アライブ情報１００４に指定された監視間隔でサーバア
プリケーション２３３の動作状態（クライアント１０と
の通信状態）を監視しておき、設定時間経過後もクライ
アント１０からの通知情報の通信がない場合にはクライ
アント１０が異常終了したとみなしてサーバアプリケー
ション２３３を停止する。このとき、クライアント１０
の異常終了のためにサーバが停止した旨を、セッション
終了情報としてサーバキープアライブ処理部２２６に残
しておく。

【００８０】この情報は、クライアント１０側の処理が
何らかの理由で停滞している場合に、サーバアプリケー
ション２３３が自動停止後に、クライアント１０からの
処理要求やキープアライブ情報１２０３の通知情報が送
信されてきた場合の戻り情報として利用される。

【００８１】以上、説明してきたように、定期的に自分
の生存をサーバ側へ知らせる処理を持ったキープアライ
ブ処理部と、そのキープアライブ処理部からの定期的な
キープアライブ情報に対して応答するサーバキープアラ
イブ処理部を備えることにより、ＷＷＷ上でセッション
管理されるクライアントーサーバシステムに対して、互
いの処理の正常性を確認（キープアライブ）し、相手
側処理が異常状態に陥った場合には、直ちにそれを認識
・対処可能になる。

【００８２】これにより、クライアント側またはサーバ
側の処理が異常終了したときには、クライアント側また
はサーバ側は直ちにその異常終了を認識できるため、そ
れぞれ処理要求待ちで待機するという無駄はなくなる。

【００８３】また、従来では予め設定した時間内に応答
がない場合には、異常終了したものとしてその接続を断
つというように、処理の応答に対する時間でセッション
の接続管理を行っていたため、クライアントまたはサー
バ側で処理に時間がかかっているのかまたは異常終了し
ているのかを判断できず、全てセッションの接続を解放
していたが、本発明のように処理の応答時間に関係な
く、クライアントとサーバの正常処理を相互に確認する
キープアライブ処理を行ってセッションの接続管理を行
うことで、クライアントまたはサーバが異常終了してい
ないのにセッションの接続を解放してしまうことがなく
なる。

【００８４】また、従来では応答に対する時間も考慮に
入れていることから、異常終了と見なす時間を少し長め
に設定していたが、本発明では応答に対する時間は関係
ないので、異常終了と見なす時間を短く設定できる。

【００８５】さらに、これらのキープアライブ処理のた
めの通信処理をすべてｈｔｔｐプロトコルのみで行うた
め、ＷＷＷブラウザとＷＷＷサーバというＷＷＷサービ
ス型の機構のみで実現することができる。

【００８６】なお、上述した各部の処理はコンピュータ
で実行可能なプログラムで実現される場合もあり、その
ときのプログラムは、フロッピーディスク、ＣＤ・ＲＯ
Ｍ、マスクＲＯＭ等の記憶媒体で一般ユーザに提供され
る。この場合、さらに、これら処理の他にＧＵＩプログ
ラム等の他のプログラムと組み合わせてユーザに提供す
ることもある。

【００８７】また、上述した記憶媒体で提供する代替手
段として、インタネット等のネットワークを通じて有償
で提供することもある。

【００８８】以上、前記実施形態に基づき具体的に説明
したが、本発明は、前記実施形態に限定されるものでは
なく、その要旨を逸脱しない範囲において種々変更可能
であることは勿論である。

【００８９】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００９０】ＷＷＷサービスにおいて、サーバ資源の再
利用が容易となり、資源の割り当て／解放または、同一
の情報取得のための処理を重複して行わずにできるの
で、単一処理単位で消滅していくプロセス間で継続処理
を行うことが可能となり、かつ、サーバ側はクライアン
トから要求された処理結果の表示処理を構築する必要が
なく、サーバ上で使用するメモリ資源を削減できるの
で、サーバ上で使用するメモリ資源を削減したクライア
ントサーバシステムをＷＷＷ環境で構築することが可能
となる。

【００９１】また、クライアントまたはサーバの処理の
応答時間に関係なく、クライアントとサーバの正常処理
を相互に確認するキープアライブ処理を行ってセッショ
ンの接続管理を行うことで、クライアントまたはサーバ
が異常終了していないのにセッションの接続を解放して
しまうことがなくなるので、ＷＷＷ上でセッション管理
されるクライアントーサーバシステムに対して、互いの
処理の正常性を確認（キープアライブ）し、相手側処
理が異常状態に陥った場合には、直ちにそれを認識・対
処可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態１にかかるＷＷＷクライアン
トサーバシステムの構成を説明するための図である。

【図２】本実施形態１のセッション管理テーブル２２３
の構成を説明するための図である。

【図３】本実施形態１におけるブラウザ１１からの新規
接続要求時の処理を説明するためのシーケンス図であ
る。

【図４】本実施形態１におけるサーバアプリケーション
２３３からセッションを中断するときの処理を説明する
ためのシーケンス図である。

【図５】本実施形態１におけるブラウザ１１からの再接
続要求時の処理を説明するためのシーケンス図である。

【図６】本実施形態１におけるブラウザ１１からの終了
要求時の処理を説明するためのシーケンス図である。

【図７】本実施形態１におけるサーバアプリケーション
２３３からセッションを終了する処理を説明するための
図である。

【図８】本発明の実施形態２にかかるＷＷＷクライアン
トサーバシステムの構成を説明するための図である。

【図９】本実施形態２における新規セッション開始要求
時の処理を説明するためのシーケンス図である。

【図１０】本実施形態２におけるセッション開始要求の
情報内容を説明するための図である。

【図１１】本実施形態２におけるクライアント側から定
期的にクライアントが生存していることをサーバ側に知
らせる処理を説明するためのシーケンス図である。

【図１２】本実施形態２におけるキープアライブ通知情
報を説明するための図である。

【符号の説明】

１０…クライアント、１１…ブラウザ、１２…処理実行
アプリケーション、１３…キープアライブ処理部、２０
…サーバ、２１…リクエストブローカ、２２…セッショ
ン管理部、３０…ネットワーク、２２１…セッションＩ
Ｄ管理部、２２２…セッション状態管理部、２２３…セ
ッション管理テーブル、２２４…オーバータイム監視
部、２２５…プロセスコントロール部対応部、２２６…
サーバキープアライブ処理部、２３１…プロセス起動受
付部、２３２…プロセス起動・終了監視部、２３３…サ
ーバアプリケーション。

───────────────────────────────────────────────────── フロントページの続き (72)発明者渡辺伸治神奈川県横浜市中区尾上町６丁目81番地日立ソフトウェアエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】ブラウザを介してユーザからの処理要求
を受けるクライアントと、クライアントのブラウザから
の処理要求に応答を返すサーバとがＷＷＷネットワーク
で接続されてなるＷＷＷクライアントサーバシステムに
おいて、前記サーバは、前記クライアントのブラウザからの処理
要求を実行するプロセスを起動する手段と、そのプロセ
スの起動・終了を監視する手段とからなり、プロセスを
コントロールするプロセスコントロール手段と、前記クライアントのブラウザからの処理要求に対するセ
ッションを確立する手段と、そのセッション毎の処理を
実行するプロセス名とそのプロセスにおける処理の実行
状態の情報とを前記処理要求を基に登録するセッション
管理テーブルと、そのテーブルを基にセッション状態を
管理する手段とからなるセッション管理手段と、前記クライアントのブラウザからの処理要求を受付け、
前記セッション管理テーブルを基に、その処理要求が新
規のものであるか前回の処理要求の継続であるかを判断
し、新規のものであれば、前記セッション管理テーブル
に追加する旨を前記セッション管理手段に通知して新規
のプロセスを起動して処理を行い、継続であれば、前記
セッション管理テーブルの実行状態の情報を更新する旨
を前記セッション管理手段に通知して処理を実行するプ
ロセス名に対応した起動済みのプロセスで処理を行う要
求処理振り分け手段と、を備えたことを特徴とするＷＷ
Ｗクライアントサーバシステム。
【請求項２】ブラウザを介してユーザからの処理要求
を受けるクライアントと、クライアントのブラウザから
の処理要求に応答を返すサーバとがＷＷＷネットワーク
で接続されてなるＷＷＷクライアントサーバシステムに
おいて、前記クライアントは、前記ブラウザ上で処理を実行する
処理実行アプリケーションを介して、前記ＷＷＷネット
ワークで通信可能なプロトコルを使用して前記サーバと
の通信を定期的に行い、その定期的な通信が途絶えたと
きに前記サーバの処理が異常終了していると認識し、ク
ライアントの処理を停止する処理を実行するキープアラ
イブ手段を備え、前記サーバは、前記クライアントのブラウザからの処理
要求を実行するプロセスを起動し、そのプロセスの起動
から終了までを監視する手段を有し、プロセスをコント
ロールするプロセスコントロール手段と、前記クライアントのブラウザからの処理要求に対するセ
ッションを確立する手段と、そのセッション状態を管理
する手段と、前記ＷＷＷネットワークで通信可能なプロ
トコルを使用した通信を前記キープアライブ手段と定期
的に行い、その定期的な通信が途絶えたときに前記クラ
イアントの処理が異常終了していると認識し、サーバの
プロセス処理を停止するサーバキープアライブ手段とか
らなるセッション管理手段と、前記クライアントのブラウザからの処理要求を受付け、
その処理要求が新規のものであるか前回の処理要求の継
続であるかを判断し、新規のものであれば、新規のプロ
セスを起動して処理を行うことを前記プロセスコントロ
ール手段に通知し、継続であれば、処理を実行するプロ
セス名に対応した起動済みのプロセスで処理を行うこと
を前記プロセスコントロール手段に通知する要求処理振
り分け手段とを備えたことを特徴とするＷＷＷクライア
ントサーバシステム。