(57)【特許請求の範囲】
【請求項１】
クライアントからデータベース・サーバへのアクセス処理をＷｅｂブラウザを用いて行うＷＷＷサーバ・クライアント・システムにおけるセッション管理方法であって、
ＷＷＷサーバから前記クライアントに前記Ｗｅｂブラウザにより、該Ｗｅｂブラウザの第１のフレームで動作して前記データベース・サーバとの間のセッション管理を行うセッション管理プログラムをダウンロードし、
前記Ｗｅｂブラウザの第１のフレームで前記セッション管理プログラムを起動し、該クライアントから前記データベース・サーバに、前記セッション管理プログラムにより回線接続を行った後、
前記ＷＷＷサーバから前記クライアントに前記Ｗｅｂブラウザにより、該Ｗｅｂブラウザの第２のフレームで動作して該データベース・サーバ中のデータにアクセスする各種機能プログラムをダウンロードし、
前記Ｗｅｂブラウザの第２のフレームで前記各種機能プログラムを順次に起動し、該各種機能プログラムが前記クライアントから前記第１のフレームで起動している前記セッション管理プログラムで接続されている回線を継続的に用いて、前記データベース・サーバ中の前記各種機能プログラムに対応するデータにアクセスする
ことを特徴とするＷＷＷサーバ・クライアント・システムにおけるセッション管理方法。
【請求項２】
Ｗｅｂサーバとデータベース・サーバ，クライアントから構成されるサーバ・クライアント・システムにおいて、
前記Ｗｅｂサーバから前記クライアントにＷｅｂブラウザにより、該Ｗｅｂブラウザの第１のフレームで動作して前記データベース・サーバとの間のセッション管理を行うコンポーネント・ソフトＡをダウンロードする手段と、
前記Ｗｅｂブラウザの第１のフレームで前記コンポーネント・ソフトＡを起動し、該クライアントから前記データベース・サーバに前記コンポーネント・ソフトＡにより回線接続を行う手段と、
前記Ｗｅｂサーバから前記クライアントに前記Ｗｅｂブラウザにより、該Ｗｅｂブラウザの第２のフレームで動作して該データベース・サーバ中のデータにアクセスする各種業務機能毎にモジュール化された業務処理コンポーネント・ソフト群Ｂをダウンロードする手段と、
前記Ｗｅｂブラウザの第２のフレームで順次に起動する前記業務処理コンポーネント・ソフト群Ｂが前記データベース・サーバ中の前記業務処理コンポーネント・ソフト群Ｂに対応するデータにアクセスする際に、前記Ｗｅｂブラウザの第１のフレームで起動している前記コンポーネント・ソフトＡで接続されている回線を継続的に用いてアクセスさせる手段
とを有することを特徴とするサーバ・クライアント・システム。
【請求項３】
前記クライアント上のＷｅｂブラウザの前記第１のフレームは非表示とすることを特徴とする請求項２記載のサーバ・クライアントシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＷＷＷ（Ｗorld Ｗide Ｗeb）を使用した業務システムに関し、特にＷＷＷサーバ・クライアント・システムにおけるデータベース・セッション管理方法およびこれを用いるサーバ・クライアント・システムに関する。
【０００２】
【従来の技術】
インターネット関連技術の普及に伴い、インターネット関連技術の１つであるＷＷＷとデータベースとを連携して、クライアント端末のＷebブラウザで業務処理を行うサーバ・クライアント・システム（ＷＷＷアプリケーションとも呼ばれる）の構築が盛んに行われている。
このＷＷＷアプリケーションの仕組みは、ユーザがＷebブラウザでＷebページにアクセスすると、モジュール化，部品化されたコンポーネント・ソフトと呼ばれる様々なプログラムがダウンロードされ、Ｗebブラウザの上で動作することにより、業務処理を実現する。また、Ｗebサーバの上でコンポーネント・ソフトを動作させて、その処理結果をＷebブラウザへ返すこともできる。このようにモジュール化，部品化されたコンポーネント・ソフトを使うことにより、Ｗebページが１つのアプリケーション・システムとなる。
【０００３】
また、ＷebサーバとＷebブラウザがファイルなどの情報を送受するのに使用されるプロトコルＨＴＴＰ（Ｈyper Ｔext Ｔransfer Ｐrotocol）では、１ページを読み出す毎に接続が切れるため、アプリケーションが複数ページで構成される場合には、一連のＨＴＴＰアクセスを連続したものと把握するための仕掛けが必要になる。これをセッション管理という。
このセッション管理の方法については、日経ＢＰ社発行の「日経オープンシステム」1998年６月号の特集記事（P.185〜187）に、以下の説明がある。
セッションを管理するためには、ユーザの状態遷移を把握する仕組みが不可欠である。その状態遷移を把握する仕組みは主に２つに区別できる。クライアント側に状態遷移を持たせる方法と、サーバ側で状態遷移を管理する方法である。実際には単独で利用することは少なく、組合わせて利用することが多い。
【０００４】
クライアント側に状態遷移を持たせる方法は３つある。
（１）．ＵＲＬ（Ｕniform Ｒesource Ｌocator）に埋め込む。
（２）．フォーム中のＨiddenフィールドに埋め込む。
（３）．Ｃookieを利用する。
いずれの方法でもクライアントが持てる情報量に限度があることを考慮しなければならない。
（１）の場合には、ＵＲＬ長に制限があり、２５５文字までとなる。
（２）の場合は、Ｈiddenフィールドが増えた場合に、ブラウザ側のメモリが足りなくなる恐れがある。
（３）の場合は、Ｃookie自体に保存できる情報に制限がある。
これらクライアント側の仕組みだけを利用しても絞り込み検索のようなアプリケーションを作成できるが、タイムアウトの処理が必要なアプリケーションは作成できない。そのため、クライアント側にはユーザを識別するＩＤだけを持たせて、サーバ側で状態遷移を管理するロジックを作ることが多い。
【０００５】
サーバ側で状態遷移を管理する方法も３つある。
（１）．状態遷移を管理するプロセスを常駐させる。
（２）．状態遷移をデータベースに保存する。
（３）．状態遷移をファイルに保存する。
それぞれの違いは、処理速度と管理方法にある。
（１）は、状態遷移を管理するプロセスがメモリに常駐しているので処理速度は速いが、大量のアクセスが見込まれるサイトには向かない。ユーザが最後の処理まですることを前提にメモリを確保しておく必要が有り、ユーザが処理を実行するしないに係わらず、メモリを消費することになる。同時に、ユーザ用に確保した確保したメモリはタイムアウトの処理をするまで無駄になってしまう。数多くの画面をまたがるアプリケーションや、１日に何万件もアクセスがあるようなサイトには向かない。
【０００６】
（２）は、アクセスのたびにＣＧＩプログラムを起動する、データベース接続の処理があるという点で▲１▼に比べて処理速度は遅くなる。ただし、状態遷移をデータベースで管理できるので、多数の画面にまたがる画面をまたがるアプリケーションや、大量のアクセスがあるサイトに向く。
（３）は、（２）と同様、アクセスのたびにＣＧＩプログラムを起動する。ファイル・アクセスのオーバヘッドがあるという点で、（１）より処理速度は遅くなる。多くの画面をまたがるようなアプリケーションの場合は、ファイルの管理も煩雑になる。ただし、データベースを使わなくて済む、アプリケーションの作成が簡単という点で小規模利用に向く。
また、データベースへのアクセス処理が必要なＷＷＷアプリケーションを構築するとき、上記記事のＷebサーバとのセッション管理とは別に、データベース・サーバとのセッション管理も必要となる。
【０００７】
一般的に、データベース・サーバとの接続機能を有するコンポーネント・ソフトを作成する場合は、その中にデータベース接続用のコンポーネント化された機能モジュールを含む形で作成する。この方法では、各業務コンポーネント・ソフトは、それぞれ独自にデータベースとのセッションを構築するため、Ｗebブラウザ上にコンポーネント・ソフトがダウンロードされたときに、データベースに対する接続を行い、データベースに対する問い合わせ，更新等のアクセス処理を行う。そして、処理が終了し、別画面に遷移するとき（Ｗebブラウザからのアンロードを契機）に、データベースからの切断処理を行う。
【０００８】
【発明が解決しようとする課題】
前述のような、ＷebサーバからＷebブラウザにダウンロードされ、データベース・サーバへのアクセス処理を行うＷＷＷアプリケーションにおいて、各業務処理毎にモジュール分割してコンポーネント・ソフトを構築する方法では、モジュール分割されたことによりコンポーネント・ソフトのダウンロード時間は短縮されるものの、各コンポーネント・ソフトそれぞれがデータベースとのセッション接続、維持、切断の各処理を行うため、データベースとのセッション接続，切断のための時間が増加し、結果として、画面表示までの時間がかかり、ユーザとの操作性を損なってしまう。
以下、具体例により、この問題を詳細に説明する。
【０００９】
図７〜図８に、ＷＷＷアプリケーションにおいて、受注入力プログラムで受注データを登録した後、受注問合せプログラムで先に登録したデータを参照し、発注データを登録する業務を行う場合を示している。なお、図中、１はＷＷＷサーバ、２はクライアント・パソコン、３はデータベース・サーバ（ＤＢサーバ）を示している。
まず、図６に示すように、ＷＷＷサーバから受注入力のプログラム（ＰＧ）をダウンロードする（▲１▼’）。ダウンロードされたプログラム（受注入力ＰＧ）が、ＤＢサーバへ回線接続する（▲２▼’）。この接続回線を、仮に、“セッション１”と名付ける。ダウンロードされた受注入力ＰＧが、ＤＢサーバの受注データに対して更新等の処理を行う（▲３▼’）。この場合、ＰＧ中では、“セッション１”の接続回線を使用してＤＢサーバへアクセスするようにしておくことが必要である。
【００１０】
次に、図７に示すように、ＷＷＷサーバから受注問合せのＰＧをダウンロードする（▲４▼’）。この時点で、受注入力ＰＧは破棄される。ダウンロードされたプログラム（受注問合せＰＧ）が、ＤＢサーバへ回線接続する（▲５▼’）。この接続回線を、仮に、“セッション２”と名付ける。ダウンロードされた受注問合せＰＧが、ＤＢサーバの受注データに対して問合せを行う（▲６▼’）。この場合は、ＰＧ中では、“セッション２”の接続回線を使用してＤＢサーバへアクセスするようにしておくことが必要である。何故ならば、セッション１の名前でＤＢサーバへアクセスしようとしても、セッション１を管理している受注入力ＰＧが破棄されているため、利用することができないからである。
【００１１】
次に、図８に示すように、ＷＷＷサーバから発注入力のＰＧをダウンロードする（▲７▼’）。この時点で、受注問合せＰＧは破棄される。ダウンロードされたプログラム（発注入力ＰＧ）が、ＤＢサーバへ回線接続する（▲８▼’）。この接続回線を、仮に、“セッション３”と名付ける。ダウンロードされた発注入力ＰＧが、ＤＢサーバの発注データに対して更新等の処理を行う（▲９▼’）。この場合も、ＰＧ中では、“セッション３”の接続回線を使用してＤＢサーバへアクセスするようにしておくことが必要である。何故ならば、セッション１の名前でＤＢサーバへアクセスしようとしても、セッション１を管理している受注入力ＰＧが破棄されているため利用することはできず、受注問合せＰＧも破棄されているため、セッション２の名前も利用できないからである。
【００１２】
上述のように、モジュール分割することによりコンポーネント・ソフトのダウンロード時間は短縮されるものの、各コンポーネント・ソフトそれぞれがデータベースとのセッション接続、維持、切断の各処理を行うため、データベースとのセッション接続，切断のための時間が増加し、結果として、画面表示までの時間がかかり、ユーザとの操作性を損なってしまう。
本発明の目的は、従来の技術における上述のような問題を解消し、ＷＷＷアプリケーションにおいてＷebブラウザでの業務処理画面の切換表示をスピーディに行うことが可能な、ＷＷＷサーバ・クライアント・システムにおけるデータベース・セッション管理方法およびこれを用いるサーバ・クライアント・システムを提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るセッション管理方法においては、ＷＷＷサーバからクライアントに、データベース・サーバとの間のセッション管理を行うセッション管理プログラムをダウンロードし、該クライアントから前記データベース・サーバに、前記セッション管理プログラムにより回線接続を行った後、前記ＷＷＷサーバから前記クライアントに各種機能プログラムをダウンロードし、該各種機能プログラムが前記クライアントから前記接続回線を継続的に用いて、前記データベース・サーバ中の前記各種機能プログラムに対応するデータにアクセスすることを特徴とする。
【００１４】
また、本発明に係るセッション管理方法を用いるサーバ・クライアント・システムにおいては、Ｗebサーバとデータベース・サーバ，クライアントから構成されるサーバ・クライアント・システムにおいて、前記Ｗebサーバから前記クライアントにセッション管理を行うコンポーネント・ソフトＡをダウンロードする手段と、前記クライアントから前記データベース・サーバに前記コンポーネント・ソフトＡにより回線接続を行う手段と、前記Ｗebサーバから前記クライアントに各種業務機能毎にモジュール化された業務処理コンポーネント・ソフト群Ｂをダウンロードする手段と、該業務処理コンポーネント・ソフト群Ｂが前記クライアントから前記データベース・サーバ中の前記業務処理コンポーネント・ソフト群Ｂに対応するデータにアクセスする際に、前記クライアントからの接続回線を継続的に用いてアクセスさせる手段を有することを特徴とする。
【００１５】
さらに、本発明に係るサーバ・クライアント・システムにおいては、前記クライアント上のＷebブラウザの表示画面を２つのフレームに分割し、一方のフレームは非表示としてデータベース・サーバとのセッション管理を行うコンポーネント・ソフトＡが使用し、他方のフレームは複数の業務処理コンポーネント・ソフト群Ｂの業務処理画面を表示するようにしたことを特徴とする。
すなわち、本発明に係るセッション管理方法においては、データベース・サーバとのセッションを常に維持し、問い合わせ，更新等のサービスのみを行うコンポーネント・ソフトを作成し、そのハンドルを複数の業務処理コンポーネント・ソフトから共用するようにしたものである。
【００１６】
すなわち、従来の方法を用いる場合には、各プログラムがダウンロードされるときに、個別にＤＢサーバへの接続を確立しなければならない。ここで、図６中の▲４▼’で受注問合せＰＧがダウンロードされるときに前の画面（受注入力ＰＧ）が破棄されないようにすると、同▲６▼’の処理で“セッション１”の名前（ハンドル）を指定することで正しい接続を認識し、ＤＢのデータにアクセス可能になる。ただし、前の画面が破棄されないということは、画面の表示が変わらないということであり、行う業務により画面を切り換えていく上で不都合となる。そこで、本発明では、予め画面の表示を２分割し、業務画面はその内の半分の画面を使用するようにし、残りの半分にＤＢサーバとのセッション管理用ＰＧを配置したものである。
【００１７】
ＯＳ（Ｗindowsなど）では全てのアプリケーション、サービス等が起動されると、それらを識別するため常にユニークになるような番号が自動で割り当てられる。この番号を用いる（共有する）ことで、他のアプリケーション間での通信を行い、機能の利用，値の参照等のサービスを受けることができる。この番号は、ハンドルとも呼ばれ、本説明中のハンドル及びその共有も同義を意図する。
本発明においては、データベース・サーバとのセッションを維持するコンポーネント・ソフトを作成し、Ｗebブラウザで動作する販売管理システムの起動から終了までそのハンドルを使用しつづけることができるように、Ｗebブラウザで表示される画面を、例えばＨＴＭＬのＦＲＡＭＥＳＥＴタグを用いて上下２つのフレームに分割し、一方のフレームにデータベース・サーバとのセッションを有するコンポーネント・ソフトを、もう一方のフレームには販売管理システムの業務処理を行う各コンポーネント・ソフトを配置した。
【００１８】
この場合、上記販売管理システム中で画面の切替（Ｗebブラウザ上でのＵＲＬ遷移）が発生するのは、業務処理用コンポーネント・ソフトを配置したフレーム側だけである。従って、もう一方のフレーム中に配置したコンポーネント・ソフト（データベース・サーバとのセッション維持用）は、Ｗebブラウザが終了されるまでセッションを維持し続けるため、業務処理用コンポーネント・ソフトからは、そのハンドルを共用することでデータベース・サーバとのセッション管理ステップを削減し、画面遷移時の時間短縮を実現することが可能になる。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
図１〜図４は、本発明の一実施例に係るもので、先に従来技術の問題点を説明する際にも用いた、ＷＷＷアプリケーションにおいて、受注入力プログラムで受注データを登録した後、受注問合せプログラムで先に登録したデータを参照し、発注データを登録する業務を行う例を示している。なお、図中、１はＷＷＷサーバ、２はクライアント・パソコン、３はＤＢサーバを示している。
図６〜図８に示した従来技術と異なる点は、従来技術では、ＤＢサーバへの接続を共用していないのに対し、本実施例に係る技術では、ＤＢサーバへの接続を共用している点にある。
【００２０】
以下、実施例の動作を説明する。
まず、図１に示すように、ＷＷＷサーバから画面の半分（例えば、上半分）に、ＤＢサーバとのセッション管理ＰＧをダウンロードし（▲１▼）、ダウンロードされたプログラム（セッション管理ＰＧ）が、ＤＢサーバへ回線接続する（▲２▼）。この接続回線を、仮に、“セッション０”と名付ける。
次に、図２に示すように、ＷＷＷサーバから画面の半分（例えば、下半分）に、受注入力のＰＧをダウンロードする（▲３▼）。ダウンロードされたプログラム（受注入力ＰＧ）が、ＤＢサーバの受注データに対して更新等の処理を行う（▲４▼）。この場合、ＰＧ中では、“セッション０”の接続回線を使用してＤＢサーバへアクセスするようにしておく。
【００２１】
同様に、図３に示すように、ＷＷＷサーバから画面の半分（例えば、下半分）に、受注問合せのＰＧをダウンロードする（▲５▼）。この時点で、受注入力ＰＧは破棄される。ダウンロードされたプログラム（受注問合せＰＧ）が、ＤＢサーバの受注データに対して問合せを行う（▲６▼）。この場合、ＰＧ中では、“セッション０”の接続回線を使用してＤＢサーバへアクセスするようにしておく。
さらに、図４に示すように、ＷＷＷサーバから画面の半分（例えば、下半分）に、発注入力のＰＧをダウンロードする（▲７▼）。この時点で、受注問合せＰＧは破棄される。ダウンロードされたプログラム（発注入力ＰＧ）が、ＤＢサーバの発注データに対して更新等の処理を行う（▲８▼）。この場合、ＰＧ中では、“セッション０”の接続回線を使用してＤＢサーバへアクセスするようにしておく。
【００２２】
図５は、上記実施例に係るＷebブラウザの表示画面のより具体的な例を示すものであり、図５におけるＷebブラウザの表示画面は、販売管理業務システムの表示画面を示している。
Ｗebブラウザに表示される画面をＨＴＭＬのＦＲＡＭＥＳＥＴタグを用いて上下２つのフレーム（ＦＲＡＭＥ１とＦＲＡＭＥ２）に分割し、ＦＲＡＭＥ１にはＤＢサーバとのセッション管理を行うコンポーネント・ソフトを、他方のＦＲＡＭＥ２には販売管理システムの各業務処理（メインメニュー画面処理とそのメインメニュー画面から選択・起動する、例えば、「受注」，「発注」，「仕入」などの各業務処理）に対応したコンポーネント・ソフトを配置する。ただし、ＤＢサーバとのセッション管理を行うコンポーネント・ソフト自体には、画面表示は不要なので、フレーム定義においてフレームサイズ（高さ）を０にして非表示と設定し、Ｗebブラウザで表示される画面領域全体を販売管理業務システムの各業務コンポーネント・ソフトの表示に使用するようにしている。
【００２３】
Ｗebブラウザから販売管理業務システムを起動すると、まず、ＤＢサーバとのセッション維持対応のコンポーネント・ソフト（オブジェクト１）とメインメニュー画面対応のコンポーネント・ソフト（オブジェクト２）とがＷebサーバからダウンロードされ、それぞれ起動される。このとき、オブジェクト１によりＤＢサーバとのセッション接続処理が行われ、画面にはメインメニュー画面が表示される。ＤＢサーバとのセッション維持対応のコンポーネント・ソフト用のフレームは非表示と定義されているため、ユーザに表示される画面はメインメニュー画面のみとなる。
【００２４】
このメインメニュー画面からユーザの処理選択指示があると、メインメニュー画面対応のコンポーネント・ソフトがアンロードされ、選択された処理、例えば「受注入力」処理のコンポーネント・ソフトがダウンロードされて、画面切替（Ｗebブラウザ上でのＵＲＬ遷移）が発生し、「受注入力」処理の業務処理画面が表示される。このとき、もう一方のフレーム中に配置したコンポーネント・ソフト（ＤＢサーバとのセッション維持用）はＷebブラウザが終了されるまでセッションを維持し続けるため、各業務処理用コンポーネント・ソフトからは、そのハンドルを共用することでＤＢサーバとのアクセス処理が可能となり、「受注入力」処理のコンポーネント・ソフトがダウンロードされ、画面切替（Ｗebブラウザ上でのＵＲＬ遷移）が発生しても、ＤＢサーバとのセッション切断，再接続の処理は実行されないため、画面遷移時の時間短縮が実現できる。
【００２５】
以上、具体例を含めて詳細に説明したとおり、上記実施例によれば、Ｗebブラウザ上でＤＢ接続を維持しているコンポーネント・ソフトの利用により画面遷移時の待ち時間短縮を実現し、ユーザの操作性の向上とセッション構築に係るサーバの負荷の削減が図れ、ＷＷＷアプリケーションにおいてＷebブラウザでの業務処理画面の切換表示をスピーディに行うことが可能な、ＷＷＷサーバ・クライアント・システムにおけるデータベース・セッション管理方法およびこれを用いるサーバ・クライアント・システムを実現することができる。
【００２６】
なお、上述のモジュール化，部品化されたコンポーネント・ソフト技術の代表的なものとしては、例えば、米マイクロソフト社が開発したＡctive Ｘコントロールを挙げることができる。
また、上記実施例は本発明の一例を示したものであり、本発明はこれに限定されるべきものではないことは言うまでもないことである。
【００２７】
【発明の効果】
以上、詳細に説明したように、本発明によれば、ＷＷＷアプリケーションにおいてＷebブラウザでの業務処理画面の切換表示をスピーディに行うことが可能な、ＷＷＷサーバ・クライアント・システムにおけるデータベース・セッション管理方法およびこれを用いるサーバ・クライアント・システムを実現できるという顕著な効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施例に係る、ＷＷＷアプリケーションにおける動作説明図（その１）である。
【図２】本発明の一実施例に係る、ＷＷＷアプリケーションにおける動作説明図（その２）である。
【図３】本発明の一実施例に係る、ＷＷＷアプリケーションにおける動作説明図（その３）である。
【図４】本発明の一実施例に係る、ＷＷＷアプリケーションにおける動作説明図（その４）である。
【図５】本実施例に係る販売管理業務システムのフレーム構成例を示す図である。
【図６】従来のＷＷＷアプリケーションにおける動作説明図（その１）である。
【図７】従来のＷＷＷアプリケーションにおける動作説明図（その２）である。
【図８】従来のＷＷＷアプリケーションにおける動作説明図（その３）である。
【符号の説明】
１  ＷＷＷサーバ
２  クライアント・パソコン
３  ＤＢサーバ
▲１▼，▲３▼，▲５▼，▲７▼  ＷＷＷサーバからのＰＧダウンロード
▲２▼  ＤＢサーバへの回線接続
▲４▼，▲６▼，▲８▼  ＤＢへのアクセス
【図１】
0003671715.tif 000002
【図２】
0003671715.tif 000003
【図３】
0003671715.tif 000004
【図４】
0003671715.tif 000005
【図５】
0003671715.tif 000006
【図６】
0003671715.tif 000007
【図７】
0003671715.tif 000008
【図８】
0003671715.tif 000009