JPH10177548A

JPH10177548A - セッション管理システム

Info

Publication number: JPH10177548A
Application number: JP8338081A
Authority: JP
Inventors: Korekazu Shima; 是一嶋
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1996-12-18
Filing date: 1996-12-18
Publication date: 1998-06-30

Abstract

(57)【要約】【課題】クライアント／サーバシステムで、クライア
ント・コンピュータ側で実行されるアプリケーションの
構成を複雑化させることなく、同一ユーザによる複数の
アプリケーションを同一のセッションで実行可能とする
ことにある。【解決手段】クライアント・コンピュータ１０５上の
ネットワーククライアント・モジュール１０７は、サー
バ・コンピュータ１０１上のネットワークサーバ・モジ
ュール１０３との間でセッション毎にネットワーク通信
リンク１１０を確立し、そのセッションに対応するリン
クＩＤ及びセッション情報をクライアント・セッション
管理テーブル１０８に登録すると共に、各アプリケーシ
ョン１０６との間でローカル通信リンク１０９を確立
し、クライアント・セッション管理テーブル１０８を参
照することにより、同一のリンクＩＤを有する複数のア
プリケーション１０６に対応する複数のローカル通信リ
ンク１０６を同一のネットワーク通信リンク１１０と接
続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント／サ
ーバシステムにおけるセッション管理技術に関する。

【０００２】

【従来の技術】ネットワークを含むコンピュータシステ
ムにおいて、図６に示されるようなクライアント／サー
バシステムが構築される場合が多い。クライアント／サ
ーバシステムでは、クライアント・コンピュータがサー
バ・コンピュータにサービスを要求することによって、
サーバ・コンピュータがクライアント・コンピュータに
サービスを提供するという構成が採られる。

【０００３】ここで、サーバ・コンピュータからクライ
アント・コンピュータにサービスが提供される場合に、
セッションと呼ばれる単位でサービスの各種機能が提供
される。即ち、セッションとは、クライアント・コンピ
ュータ及びサーバ・コンピュータにおいて実行される一
連のプロセス群又はその集合であり、例えばクライアン
ト・コンピュータ上の１人のユーザがサーバ・コンピュ
ータ上のサービスにログインしてからログアウトするま
でに、そのサービスにおいて提供される一連の機能の集
合をいう。

【０００４】従って、クライアント／サーバシステムに
おいては、そのシステムを利用するセッションに関する
情報がリアルタイムに管理される必要がある。セッショ
ンに関する情報には、ユーザ名、クライアントマシン
名、コンテキスト等があるが、従来、セッションに関す
る情報は、サーバ・コンピュータ側で一括して管理され
ていた。

【０００５】そのため、クライアント・コンピュータ上
のユーザが、クライアント・コンピュータにおいて実行
されている１つのアプリケーション（プロセス群）から
新たなアプリケーション（プロセス群）を起動したよう
な場合には、その新たなアプリケーションとサーバ・コ
ンピュータとの間で新たなセッションを確立する必要が
あった。

【０００６】例えば、クライアント・コンピュータ上の
ユーザが、そこで実行されている１つのインターネット
ブラウザアプリケーションから、ファイル転送アプリケ
ーション又はデータベースアクセスアプリケーションを
起動したような場合に、そのファイル転送アプリケーシ
ョン又はデータベースアクセスアプリケーションがイン
ターネットブラウザアプリケーションがアクセスしてい
るのと同じサーバ・コンピュータにアクセスするような
場合であっても、そのファイル転送アプリケーション又
はデータベースアクセスアプリケーションからサーバ・
コンピュータへのアクセス時には、新たにユーザ認証か
ら実行し直す必要があった。

【０００７】図７は、従来のクライアント／サーバシス
テムの構成図である。サーバ・コンピュータ７０１に
は、例えば、データベース又は各種処理群を提供するプ
ロセス（群）であるサーバエンジン７０２と、クライア
ント・コンピュータとの間でネットワークを介した通信
機能を提供するためのプロセス（群）であるネットワー
クサーバ・モジュール７０３とが実行されている。

【０００８】クライアント・コンピュータ７０５では、
ユーザが同一のものであっても、#1〜#4等のアプリケー
ション７０６毎に、それぞれに対応した#1〜#4等のネッ
トワーククライアント・モジュール７０７が、サーバ・
コンピュータ７０１内のネットワークサーバ・モジュー
ル７０３との間で#1〜#4の各ネットワーク通信リンク７
０９を確立して、それぞれ独立したセッションを張る必
要があった。

【０００９】この場合に、サーバ・コンピュータ７０１
において実行されているネットワークサーバ・モジュー
ル７０３は、各セッション毎に、リンクＩＤ（セッショ
ンＩＤ）、ユーザ名、クライアントマシン名、及びコン
テキスト等のセッション情報を保持するセッション管理
テーブル７０４を有している。このセッション管理テー
ブル７０４は、クライアント・コンピュータ７０５上で
起動されるアプリケーション７０６毎に、ユーザが同一
であっても、それぞれに対応するネットワーククライア
ント・モジュール７０７とサーバ・コンピュータ７０１
上の１つのネットワークサーバ・モジュール７０３との
間でネットワーク通信リンク７０９を介して張られるセ
ッションの全てを管理することになる。

【００１０】また、各ネットワーククライアント・モジ
ュール７０７は、例えば図７※印として示されるよう
に、自分が張っているセッション（ネットワーク通信リ
ンク７０９）に関する情報として、リンクＩＤ（セッシ
ョンＩＤ）、ユーザ名、サーバ名、ネットワークバイン
ド等の情報を保持する各テーブル７０８を保持する。ネ
ットワークバインドとは、例えばソケットを用いたネッ
トワーク通信プロトコルにおいては、各ネットワークク
ライアント・モジュール７０７が通信の確立毎にオペレ
ーティングシステムから獲得するソケットディスクリプ
タと、サーバ・コンピュータ７０１のネットワークアド
レス（インターネットアドレス）及びネットワークサー
バ・モジュール７０３のポート番号の組との接続関係を
記述した情報をいう。

【００１１】図７に示される構成を有するクライアント
／サーバシステムにおいては、図８に示されるように、
クライアント・コンピュータ７０５で、まずユーザＡに
よって#1のアプリケーション７０６が起動された後（ス
テップ８０１）、そのユーザＡによるサーバ・コンピュ
ータ７０１上のネットワークサーバ・モジュール７０３
へのログイン処理が実行され（ステップ８０２）、それ
から#1のネットワーククライアント・モジュール７０
７、#1のネットワーク通信リンク７０９、及びネットワ
ークサーバ・モジュール７０３を介して、#1のアプリケ
ーション７０６とサーバ・コンピュータ７０１上のサー
バエンジン７０２との間で、通信及び各種処理が実行さ
れる。

【００１２】その後、クライアント・コンピュータ７０
５で、同じユーザＡにより#1のアプリケーション７０６
から#2のアプリケーション７０６が起動された場合（ス
テップ８０４）、そのユーザＡによるサーバ・コンピュ
ータ７０１上のネットワークサーバ・モジュール７０３
への再度のログイン処理が実行される（ステップ８０
５）。それから#2のネットワーククライアント・モジュ
ール７０７、#2のネットワーク通信リンク７０９、及び
ネットワークサーバ・モジュール７０３を介して、#2の
アプリケーション７０６とサーバ・コンピュータ７０１
上のサーバエンジン７０２との間で、通信及び各種処理
が実行される。

【００１３】最後に、ユーザＡによるログアウト処理が
実行されて（ステップ８０７）、ユーザＡに関わる全て
のセッションが終了する。

【００１４】

【発明が解決しようとする課題】以上のようなユーザ認
証等の重複したネットワーク通信処理を回避するために
は、クライアント上で同一のユーザによって実行される
複数のアプリケーションが、同一のセッションにおいて
実行されるような機構が必要となる。

【００１５】このような機構を一般的に想定した場合、
アプリケーション毎に、１つの親プロセスから新たな子
プロセス（アプリケーション）を起動させ、かつ子プロ
セスが通信するデータを親プロセスが全て把握し、子プ
ロセスに成り代わってサーバとの間の通信を実行する等
の、複雑なシステム設計が必要となり、アプリケーショ
ン間の独立性も保てなくなるという問題点を有してい
た。

【００１６】本発明の課題は、クライアント・コンピュ
ータ側で実行されるアプリケーションの構成を複雑化さ
せることなく、同一ユーザによる複数のアプリケーショ
ンを同一のセッションで実行させることを可能にするこ
とにある。

【００１７】

【課題を解決するための手段】本発明は、クライアント
・コンピュータがサーバ・コンピュータにサービスを要
求することによって、サーバ・コンピュータがクライア
ント・コンピュータにサービスを提供するクライアント
／サーバシステムにおけるセッション管理システムを前
提とする。

【００１８】そしてまず、クライアント・コンピュータ
上に設けられ、セッション毎に、そのセッションを識別
するためのリンク識別情報と、そのセッションに対応す
るセッション情報を記憶するクライアント・セッション
管理テーブル手段（クライアント・セッション管理テー
ブル１０８）を有する。

【００１９】次に、クライアント・コンピュータ上に設
けられ、サーバ・コンピュータとの間でセッション毎に
ネットワーク通信リンクを確立してそのセッションに対
応するリンク識別情報（リンクＩＤ）及びセッション情
報をクライアント・セッション管理テーブル手段に登録
すると共に、クライアント・コンピュータ上で実行され
る各アプリケーションとの間でローカル通信リンクを確
立し、クライアント・セッション管理テーブル手段を参
照して、同一のリンク識別情報を有する複数のアプリケ
ーションに対応する複数のローカル通信リンクを同一の
ネットワーク通信リンクと接続することによりそれら複
数のアプリケーションを同一のセッションのもとで実行
させるネットワーククライアント・モジュール手段（ネ
ットワーククライアント・モジュール１０７）を有す
る。

【００２０】この場合に、クライアント・コンピュータ
上で実行される各アプリケーションは、起動時に所定の
アプリケーションからそれが有するリンク識別情報を引
き継ぎ、ネットワーククライアント・モジュール手段に
接続する際に、そのリンク識別情報をネットワーククラ
イアント・モジュール手段に通知する。

【００２１】また本発明は、クライアント・コンピュー
タとして動作する計算機により使用されたときに、上述
の本発明の構成によって実現される機能と同様の機能を
計算機に行わせるための計算機読出し可能記憶媒体とし
て構成することもできる。

【００２２】上述の発明の構成では、例えば同一ユーザ
によってクライアント・コンピュータ上で実行される複
数のアプリケーションが同一のリンク識別情報を継承す
ることにより、それらとサーバ・コンピュータとの間の
通信を、同一のネットワーク通信リンクを共用して同一
のセッション上で実行することができる。この結果、ア
プリケーションが起動される毎にサーバ・コンピュータ
との間でログインプロセスを実行し直さなければならな
い等の無駄を回避することができ、サーバ・コンピュー
タにおける処理負荷の軽減とネットワークトラヒックの
減少を図ることができる。

【００２３】また、ネットワーク通信リンクを共用化す
る機構は、アプリケーションからは独立したネットワー
ククライアント・モジュール手段が全て処理し、各アプ
リケーションは、リンク識別情報を継承する機構と、ネ
ットワーククライアント・モジュール手段に対してロー
カル通信リンクを張る機構を備えるだけでよいため、ア
プリケーションの構成の複雑化も回避することができ、
かつアプリケーション間の独立性も損なわない。なお、
ローカル通信リンクは、一般的なソケット、パイプ、共
通メモリ等を用いたプロセス間通信機構として簡単に実
現することができ、また、ローカル通信リンクはクライ
アント・コンピュータ内に張られるものであるため、ネ
ットワークトラヒックを増大させることもない。

【００２４】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。図１は、本発明
の実施の形態（クライアント／サーバシステム）の構成
図である。

【００２５】サーバ・コンピュータ１０１の構成は、基
本的には、図７に示される従来構成におけるサーバ・コ
ンピュータ７０１の構成と同様であり、例えば、データ
ベース又は各種処理群を提供するプロセス（群）である
サーバエンジン１０２と、クライアント・コンピュータ
との間でネットワークを介した通信機能を提供するため
のプロセス（群）であるネットワークサーバ・モジュー
ル１０３とが実行されており、ネットワークサーバ・モ
ジュール１０３は、セッション管理テーブル１０４を管
理する。

【００２６】一方、クライアント・コンピュータ１０５
では、そこで実行される複数のアプリケーション１０６
とサーバ・コンピュータ１０１上のネットワークサーバ
・モジュール１０３との間の全てのネットワーク通信リ
ンク１１０を集中的に管理するネットワーククライアン
ト・モジュール１０７が実行される。

【００２７】このネットワーククライアント・モジュー
ル１０７は、クライアント・コンピュータ１０５上で実
行される各アプリケーション１０６との間で、それぞれ
ローカル通信リンク１０９を、プロセス間通信として確
立すると共に、同一のリンクＩＤ（後述する）を有する
複数のアプリケーション１０６（一般には同一ユーザに
よって実行されるアプリケーション群）に対応する複数
のローカル通信リンク１０９を束ね、ネットワークサー
バ・モジュール１０３との間に張られる１本のネットワ
ーク通信リンク１１０にアサインする。

【００２８】図１の実施の形態では、ユーザＡが実行
し、共通のリンクＩＤ１１１（#1）を有する#1、#2、及
び#3の各アプリケーション１０６に対応する#1、#2、及
び#3の各ローカル通信リンク１０９が、#1のネットワー
ク通信リンク１１０にアサインされ、ユーザＢが実行
し、リンクＩＤ１１１（＃２）を有する、#4のアプリケ
ーション１０６に対応する#4のローカル通信リンク１０
９が、#2のネットワーク通信リンク１１０にアサインさ
れる。

【００２９】ネットワーククライアント・モジュール１
０７は、例えば、クライアント・コンピュータ１０５上
で単一のデーモンプロセスとして起動され、ネットワー
ク通信リンク１１０が新たに確立される毎に、その新た
なネットワーク通信リンク１１０上の通信を処理する新
たなプロセス（又はスレッド）を生成する。

【００３０】そして、ネットワーククライアント・モジ
ュール１０７は、図１に示されるようなクライアント・
セッション管理テーブル１０８を管理する。このテーブ
ルには、ネットワーク通信リンク１１０毎（セッション
毎）に、リンクＩＤ（セッションＩＤ）、ユーザ名、サ
ーバ名、及びネットワークバインド等の情報が保持され
る。

【００３１】このように、本発明の実施の形態では、例
えば同一ユーザによって実行される複数のアプリケーシ
ョン１０６が同一のリンクＩＤを継承することにより、
それらとネットワークサーバ・モジュール１０３との間
の通信を、同一のネットワーク通信リンク１１０を共用
して同一のセッション上で実行することができる。この
結果、アプリケーション１０６が起動される毎にネット
ワークサーバ・モジュール１０３との間でログインプロ
セスを実行し直さなければならない等の無駄を回避する
ことができ、ネットワークサーバ・モジュール１０３に
おける処理負荷の軽減とネットワークトラヒックの減少
を図ることができる。

【００３２】また、ネットワーク通信リンク１１０を共
用化する機構は、アプリケーション１０６からは独立し
たネットワーククライアント・モジュール１０７が全て
処理し、各アプリケーション１０６は、リンクＩＤを継
承する機構と、ネットワーククライアント・モジュール
１０７に対してローカル通信リンク１０９を張る機構を
備えるだけでよいため、アプリケーション１０６の構成
の複雑化も回避することができ、かつアプリケーション
１０６間の独立性も損なわない。なお、ローカル通信リ
ンク１０９は、一般的なソケット等を用いたプロセス間
通信機構として簡単に実現することができ、また、ロー
カル通信リンク１０９はクライアント・コンピュータ１
０５内に張られるものであるため、ネットワークトラヒ
ックを増大させることもない。

【００３３】図１に示される構成を有する本発明の実施
の形態であるクライアント／サーバシステムにおいて
は、図２に示されるように、クライアント・コンピュー
タ１０５で、まずユーザＡによって#1のアプリケーショ
ン１０６が起動された後（ステップ２０１）、そのユー
ザＡによるサーバ・コンピュータ１０１へのログイン処
理が実行され（ステップ２０２）、それから#1のローカ
ル通信リンク１０９、ネットワーククライアント・モジ
ュール１０７、#1のネットワーク通信リンク１０９、及
びネットワークサーバ・モジュール１０３を介して、#1
のアプリケーション１０６とサーバ・コンピュータ１０
１上のサーバエンジン１０２との間で、通信及び各種処
理が実行される。

【００３４】その後、クライアント・コンピュータ１０
５で、同じユーザＡによって#1のアプリケーション１０
６から#2のアプリケーション１０６が起動される場合
（ステップ２０５）には、#1のアプリケーション１０６
から#2のアプリケーション１０６に#1のアプリケーショ
ン１０６に付与されているリンクＩＤが引き渡される
（ステップ２０４）。

【００３５】この結果、#2のアプリケーション１０６
は、ユーザＡによるサーバ・コンピュータ１０１への再
度のログイン処理の実行を伴う必要なく、#2のローカル
通信リンク１０９、ネットワーククライアント・モジュ
ール１０７、#1のネットワーク通信リンク１０９、及び
ネットワークサーバ・モジュール１０３を介して、#2の
アプリケーション１０６とサーバ・コンピュータ１０１
上のサーバエンジン１０２との間で、通信及び各種処理
を実行することができる（ステップ２０６）。

【００３６】最後に、ユーザＡによるログアウト処理が
実行されて（ステップ２０７）、ユーザＡに関わる#1及
び#2のアプリケーション１０６の実行が終了する。な
お、どちらか一方のアプリケーション１０６の実行が続
行される場合には、ログアウト処理は必要ない。

【００３７】図３は、図１に示される構成を有する本発
明の実施の形態であるクライアント／サーバシステムに
おいて、ユーザＡがクライアント・コンピュータ１０５
上で#1のアプリケーション１０６を起動した後に、最初
にサーバ・コンピュータ１０１へログインする（図２の
ステップ２０１、ステップ２０２に対応する）場合の動
作フローチャートである。

【００３８】まず、ユーザＡは、#1のアプリケーション
１０６上で、ログイン情報の入力処理を実行し（ステッ
プ３０１）、ネットワーククライアント・モジュール１
０７に、ログイン要求を発行する（ステップ３０２）。
例えばソケットを用いたネットワーク通信プロトコルを
用いてより具体的に説明すると、#1のアプリケーション
１０６は、オペレーティングシステムからソケットディ
スクリプタを獲得した後、そのソケットディスクリプタ
と、ネットワーククライアント・モジュール１０７が提
供するソケット名（ファイルパス名）とを引数として、
オペレーティングシステムに対して connectシステムコ
ールを発行する。これにより、#1のローカル通信リンク
１０９に関するＵＮＩＸドメインバインドが作成され
る。#1のアプリケーション１０６は、上述のソケットデ
ィスクリプタを指定することによって、#1のローカル通
信リンク１０９を用いて、ネットワーククライアント・
モジュール１０７に、ログイン要求を発行する。この意
味では、ネットワーククライアント・モジュール１０７
は、各アプリケーション１０６に対しては、ＵＮＩＸド
メインスケットを用いたプロセス間通信におけるサーバ
として動作する。

【００３９】この結果、ネットワーククライアント・モ
ジュール１０７において、#1のネットワーク通信リンク
１１０に関するネットワークバインドが作成される（ス
テップ３０３）。例えばソケットを用いたネットワーク
通信プロトコルを用いてより具体的に説明すると、ネッ
トワーククライアント・モジュール１０７は、オペレー
ティングシステムからソケットディスクリプタを獲得し
た後、そのソケットディスクリプタと、サーバ・コンピ
ュータ１０１のネットワークアドレス（インターネット
アドレス）及びネットワークサーバ・モジュール１０３
のポート番号の組とを引数として、オペレーティングシ
ステムに対して connectシステムコールを発行する。こ
れにより、#1のネットワーク通信リンク１１０に関する
ネットワークバインド（インターネットドメインバイン
ド）が作成され、以後、ネットワーククライアント・モ
ジュール１０７は、上述のソケットディスクリプタを指
定することによって、#1のネットワーク通信リンク１１
０を用いてサーバ・コンピュータ１０１上のネットワー
クサーバ・モジュール１０３と通信することができる。

【００４０】続いて、ネットワーククライアント・モジ
ュール１０７は、#1のアプリケーション１０６が発行し
たログイン要求を、#1のネットワーク通信リンク１１０
を用いて、サーバ・コンピュータ１０１上のネットワー
クサーバ・モジュール１０３に送信する。例えばソケッ
トを用いたネットワーク通信プロトコルを用いてより具
体的に説明すると、ネットワーククライアント・モジュ
ール１０７は、上記ログイン要求の文字列と、#1のネッ
トワーク通信リンク１１０のソケットディスクリプタと
を指定した send システムコールをオペレーティングシ
ステムに発行する。或いは、#1のネットワーク通信リン
ク１１０のソケットディスクリプタを指定してファイル
をオープンした後、そのファイルディスクリプタと上記
ログイン要求の文字列とを指定した writeシステムコー
ルをオペレーティングシステムに発行する。

【００４１】サーバ・コンピュータ１０１上のネットワ
ークサーバ・モジュール１０３は、クライアント・コン
ピュータ１０５から#1のネットワーク通信リンク１１０
を介して、上記ログイン要求を受信することにより、ユ
ーザ認証処理を実行する（ステップ３０４）。例えばソ
ケットを用いたネットワーク通信プロトコルを用いてよ
り具体的に説明すると、ネットワークサーバ・モジュー
ル１０３は、オペレーティングシステムに対して liste
n システムコールと accept システムコールを発行した
後、オペレーティングシステムから#1のネットワーク通
信リンク１１０に対応するソケットディスクリプタを返
された時点で、#1のネットワーク通信リンク１１０を処
理するための新たなプロセス（又はスレッド）を起動し
（ forkし）、そのプロセス（又はスレッド）上で、上
述のソケットディスクリプタを指定した recv システム
コールをオペレーティングシステムに発行することによ
り上記ログイン要求の文字列を受信する。或いは、ネッ
トワークサーバ・モジュール１０３は、上記プロセス
（又はスレッド）上で、上記ソケットディスクリプタを
指定してファイルをオープンした後、そのファイルディ
スクリプタを指定したread システムコールをオペレー
ティングシステムに発行することによって上記ログイン
要求の文字列を受信する。そして、ネットワークサーバ
・モジュール１０３は、上記プロセス（又はスレッド）
上で、上記ログイン要求の文字列に対して、予め登録さ
れているユーザ認証用ファイルを参照すうことにより、
ユーザ認証を実行する。

【００４２】ネットワークサーバ・モジュール１０３
は、ユーザ認証に成功すると、#1のネットワーク通信リ
ンク１１０に対応する新たなセッションのための識別子
であるリンクＩＤ１１１（#1）を発行する（図３のステ
ップ３０５）。このリンクＩＤとしては、例えば、前述
の#1のネットワーク通信リンク１１０を処理するための
プロセスのプロセスＩＤが設定される。

【００４３】次に、ネットワークサーバ・モジュール１
０３は、上述したリンクＩＤ１１１（#1）、ユーザ名、
クライアントマシン名、及びコンテキスト等のセッショ
ン情報を、図１に示されるセッション管理テーブル１０
４に登録する（図３のステップ３０６）。

【００４４】続いて、ネットワークサーバ・モジュール
１０３は、#1のネットワーク通信リンク１１０を用い
て、クライアント・コンピュータ１０５上のネットワー
ククライアント・モジュール１０７に、ユーザ認証成功
の通知と共に、上記リンクＩＤ１１１（#1）を送信す
る。

【００４５】ネットワーククライアント・モジュール１
０７は、この通知を受信すると、通知されたリンクＩＤ
１１１（#1）と、ログインに成功したユーザ名Ａと、サ
ーバ・コンピュータ１０１のサーバ名と、ネットワーク
バインドを、図１のクライアント・セッション管理テー
ブル１０８に登録する（ステップ３０７）。

【００４６】以後、#1のアプリケーション１０６は、#1
のローカル通信リンク１０９、ネットワーククライアン
ト・モジュール１０７、#1のネットワーク通信リンク１
０９、及びネットワークサーバ・モジュール１０３を介
して、#1のアプリケーション１０６とサーバ・コンピュ
ータ１０１上のサーバエンジン１０２との間で、通信及
び各種処理を実行することが可能となる。

【００４７】上述した一連のログイン処理は、クライア
ント／サーバシステムにおいて、ユーザＢがクライアン
ト・コンピュータ１０５上で#4のアプリケーション１０
６を起動した後に、最初にサーバ・コンピュータ１０１
へログインする場合にも、同様に実行される。

【００４８】図４は、図１に示される構成を有する本発
明の実施の形態であるクライアント／サーバシステムに
おいて、ユーザＡがクライアント・コンピュータ１０５
上で#1のアプリケーション１０６を起動した後に、その
#1のアプリケーション１０６から更に#2、#3のアプリケ
ーション１０６を起動する（図２のステップ２０５→２
０６に対応する）場合の動作フローチャートである。

【００４９】まず、#2（#3）のアプリケーション１０６
の起動時に、#1（#2）のアプリケーション１０６から#2
（#3）のアプリケーション１０６に、#1のアプリケーシ
ョン１０６に付与されているリンクＩＤ１１１（#1）が
引き渡される。

【００５０】次に、#2（#3）のアプリケーション１０６
は、そのリンクＩＤ１１１（#1）を付与して、処理命令
を発行する（ステップ４０１）。#2（#3）のアプリケー
ション１０６は、最初にネットワーククライアント・モ
ジュール１０７にアクセスする際に、#2のローカル通信
リンク１０９が張られる（ステップ４０２）。例えばソ
ケットを用いたネットワーク通信プロトコルを用いてよ
り具体的に説明すると、#2（#3）のアプリケーション１
０６は、オペレーティングシステムからソケットディス
クリプタを獲得した後に、そのソケットディスクリプタ
と、ネットワーククライアント・モジュール１０７が提
供するソケット名（ファイルパス名）とを引数として、
オペレーティングシステムに対してconnectシステムコ
ールを発行する。これによって、#2（#3）のローカル通
信リンク１０９に関するＵＮＩＸドメインバインドが作
成される。#2（#3）のアプリケーション１０６は、上述
のソケットディスクリプタを指定することにより、#2
（#3）のローカル通信リンク１０９を用いて、ネットワ
ーククライアント・モジュール１０７に、上記リンクＩ
Ｄ１１１（#1）が付与された処理命令を発行する。

【００５１】ネットワーククライアント・モジュール１
０７は、#2（#3）のローカル通信リンク１０９から上記
リンクＩＤ１１１（#1）が付与された処理命令を受信す
ると、そのリンクＩＤ１１１（#1）をキーとして、クラ
イアント・セッション管理テーブル１０８からネットワ
ークバインドを取得する（ステップ４０３）。

【００５２】そして、ネットワーククライアント・モジ
ュール１０７は、その取得したネットワークバインドに
対応するネットワーク通信リンク１１０と前述の#2（#
3）のローカル通信リンク１０９を用いて、#2（#3）の
アプリケーション１０６とネットワークサーバ・モジュ
ール１０３とを接続する（ステップ４０４）。

【００５３】この結果、#2（#3）のアプリケーション１
０６で発行された処理命令は、#2（#3９のローカル通信
リンク１０９、ネットワーククライアント・モジュール
１０７、#1のネットワーク通信リンク１０９、及びネッ
トワークサーバ・モジュール１０３を介して、サーバエ
ンジン１０２に転送され、そこで処理される（ステップ
４０５）。

【００５４】なお、上記処理命令には、その処理命令を
実行するアプリケーション１０６のＩＤ（例えばプロセ
スＩＤ）が付与されることにより、ネットワーククライ
アント・モジュール１０７及びサーバエンジン６０２
は、アプリケーション１０６を識別することができる。

【００５５】#2（#3）のアプリケーション１０６は、処
理の終了時に、#2（#3）のローカル通信リンク１０９を
切断して、プロセスをクローズする（ステップ４０
６）。このように、ユーザＡによる#2（#3）のアプリケ
ーション１０６の実行時及び終了時には、サーバ・コン
ピュータ１０１への再度のログイン処理及びログアウト
処理を実行する必要がないことが、本発明に関連する大
きな特徴である。

【００５６】図５は、１つのネットワーク通信リンク１
１０を共用する最後のアプリケーション１０６の終了時
のログアウト処理の動作フローチャートである。例え
ば、#1のアプリケーション１０６がログアウト処理を実
行する場合を例として、以下に説明する。

【００５７】まず、ユーザＡは、#1のアプリケーション
１０６上で、ログアウド情報の入力処理を実行し（ステ
ップ５０１）、ネットワーククライアント・モジュール
１０７に、ログアウト要求を発行する（ステップ５０
２）。

【００５８】この結果、ネットワーククライアント・モ
ジュール１０７は、#1のネットワーク通信リンク１１０
のクローズを通知するための、リンクＩＤ１１１（#1）
を含むクローズ通知を、ネットワークサーバ・モジュー
ル１０３に通知する（ステップ５０３）。

【００５９】ネットワークサーバ・モジュール１０３
は、上記クローズ通知を受信すると、それに含まれてい
るリンクＩＤ１１１（#1）に対応するエントリ（セッシ
ョン情報）を、セッション管理テーブル１０４から削除
する（ステップ５０４）。

【００６０】その後、リンクＩＤ１１１（#1）に対応す
る#1のネットワーク通信リンク１１０を処理していたネ
ットワークサーバ・モジュール１０３のプロセス（又は
スレッド）がクローズする（ステップ５０５）。

【００６１】一方、ネットワーククライアント・モジュ
ール１０７は、クローズ通知をネットワークサーバ・モ
ジュール１０３に送信した後、リンクＩＤ１１１（#1）
に対応するエントリ（セッション情報）を、クライアン
ト・セッション管理テーブル１０８から削除する（ステ
ップ５０６）。

【００６２】その後、リンクＩＤ１１１（#1）に対応す
る#1のネットワーク通信リンク１１０を処理していたネ
ットワーククライアント・モジュール１０７のプロセス
（又はスレッド）がクローズする（ステップ５０７）。

【００６３】なお、本発明は、上述の実施の形態におけ
るクライアント・コンピュータにおける機能を実現する
コンピュータプログラムを記憶したフロッピィディス
ク、ＣＤ−ＲＯＭディスク、光ディスク、可搬型（リム
ーバブル）ハードディスク等の計算機読出し可能記憶媒
体として構成してもよい。

【００６４】

【発明の効果】本発明によれば、例えば同一ユーザによ
ってクライアント・コンピュータ上で実行される複数の
アプリケーションが同一のリンク識別情報を継承するこ
とにより、それらとサーバ・コンピュータとの間の通信
を、同一のネットワーク通信リンクを共用して同一のセ
ッション上で実行することができる。この結果、アプリ
ケーションが起動される毎にサーバ・コンピュータとの
間でログインプロセスを実行し直さなければならない等
の無駄を回避することができ、サーバ・コンピュータに
おける処理負荷の軽減とネットワークトラヒックの減少
を図ることが可能となる。

【００６５】また、ネットワーク通信リンクを共用化す
る機構は、アプリケーションからは独立したネットワー
ククライアント・モジュール手段が全て処理し、各アプ
リケーションは、リンク識別情報を継承する機構と、ネ
ットワーククライアント・モジュール手段に対してロー
カル通信リンクを張る機構を備えるだけでよいため、ア
プリケーションの構成の複雑化も回避することができ、
かつアプリケーション間の独立性も損なわない。なお、
ローカル通信リンクは、一般的なソケット、パイプ、共
通メモリ等を用いたプロセス間通信機構として簡単に実
現することができ、また、ローカル通信リンクはクライ
アント・コンピュータ内に張られるものであるため、ネ
ットワークトラヒックを増大させることもない。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成図である。

【図２】本発明の実施の形態におけるアプリケーション
の実行関係を示す図である。

【図３】本発明の実施の形態の動作フローチャート（そ
の１）である。

【図４】本発明の実施の形態の動作フローチャート（そ
の２）である。

【図５】本発明の実施の形態の動作フローチャート（そ
の３）である。

【図６】クライアント／サーバシステムの概念図であ
る。

【図７】従来のクライアント／サーバシステムの構成図
である。

【図８】従来のクライアント／サーバシステムにおける
アプリケーションの実行関係を示す図である。

【符号の説明】

１０１サーバ・コンピュータ１０２サーバエンジン１０３ネットワークサーバ・モジュール１０４セッション管理テーブル１０５クライアント・コンピュータ１０６アプリケーション１０７ネットワーククライアント・モジュール１０８クライアント・セッション管理テーブル１０９ローカル通信リンク１１０ネットワーク通信リンク１１０

Claims

【特許請求の範囲】

【請求項１】クライアント・コンピュータがサーバ・
コンピュータにサービスを要求することによって、サー
バ・コンピュータがクライアント・コンピュータにサー
ビスを提供するクライアント／サーバシステムにおける
セッション管理システムであって、前記クライアント・コンピュータ上に設けられ、セッシ
ョン毎に、該セッションを識別するためのリンク識別情
報と、該セッションに対応するセッション情報を記憶す
るクライアント・セッション管理テーブル手段と、前記クライアント・コンピュータ上に設けられ、前記サ
ーバ・コンピュータとの間でセッション毎にネットワー
ク通信リンクを確立して該セッションに対応する前記リ
ンク識別情報及びセッション情報を前記クライアント・
セッション管理テーブル手段に登録すると共に、前記ク
ライアント・コンピュータ上で実行される各アプリケー
ションとの間でローカル通信リンクを確立し、前記クラ
イアント・セッション管理テーブル手段を参照して、同
一のリンク識別情報を有する複数の前記アプリケーショ
ンに対応する複数の前記ローカル通信リンクを同一の前
記ネットワーク通信リンクと接続することにより該複数
のアプリケーションを同一のセッションのもとで実行さ
せるネットワーククライアント・モジュール手段と、を含むことを特徴とするセッション管理システム。
【請求項２】前記アプリケーションは、起動時に所定のアプリケーションからそれが有する前記
リンク識別情報を引き継ぎ、前記ネットワーククライアント・モジュール手段に接続
する際に、該リンク識別情報を該ネットワーククライア
ント・モジュール手段に通知する、ことを特徴とする請求項１に記載のセッション管理シス
テム。
【請求項３】クライアント・コンピュータがサーバ・
コンピュータにサービスを要求することによって、サー
バ・コンピュータがクライアント・コンピュータにサー
ビスを提供するクライアント／サーバシステムにおい
て、前記クライアント・コンピュータとして動作する計
算機により使用されたときにそれによって読み出される
記憶媒体であって、セッション毎に、該セッションを識別するためのリンク
識別情報と、該セッションに対応するセッション情報を
記憶するクライアント・セッション管理テーブルを生成
する機能と、前記サーバ・コンピュータとの間でセッション毎にネッ
トワーク通信リンクを確立して該セッションに対応する
前記リンク識別情報及びセッション情報を前記クライア
ント・セッション管理テーブルに登録する機能と、前記クライアント・コンピュータ上で実行される各アプ
リケーションとの間でローカル通信リンクを確立し、前
記クライアント・セッション管理テーブルを参照するこ
とにより、同一のリンク識別情報を有する複数の前記ア
プリケーションに対応する複数の前記ローカル通信リン
クを同一の前記ネットワーク通信リンクと接続すること
により該複数のアプリケーションを同一のセッションの
もとで実行させる機能と、を前記計算機に行わせるための計算機読出し可能記憶媒
体。