JP2002123785A

JP2002123785A - 画面表示処理方法及び業務処理システム

Info

Publication number: JP2002123785A
Application number: JP2000315285A
Authority: JP
Inventors: Hiroshi Edanami; 比呂志枝浪
Original assignee: Nissay Information Technology Co Ltd
Current assignee: Nissay Information Technology Co Ltd
Priority date: 2000-10-16
Filing date: 2000-10-16
Publication date: 2002-04-26

Abstract

(57)【要約】【課題】Ｗｅｂ環境下にあるクライアント／サーバシス
テムにおいて、クライアントが複数のサーバと連携して
業務を行う場合に、クライアントの表示画面上の複数の
ウィンドウやフレームの画面を相互に連携させて一体的
に表示できる機能を提供する。【解決手段】クライアント１に表示される複数のフレ
ームあるいはウィンドウの表示を制御する表示制御手段
１２をクライアント１側に設け、アプリケーションサー
バ２からダウンロードされるＨＴＭＬファイルを特定の
場合には表示制御手段１２が非表示フレームＦ３を介し
て受け取ることによって、表示制御手段１２が複数のフ
レームあるいはウィンドウの表示を連携して変更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｗｅｂ環境下にあ
るクライアント／サーバシステムにおいて、クライアン
トが複数のサーバと連携して業務を行う場合や、複数ク
ライアント間で業務を連携して行う場合の、クライアン
トの画面表示処理に関する。

【０００２】

【従来の技術】図７は、従来のクライアント／サーバシ
ステムにおいて、クライアント１が複数のサーバＡ、
Ｂ、Ｃと連携して業務を行うモデルを、クライアント１
のプログラム構成を中心に示したブロック図である。図
７に示すように、従来のクライアント／サーバシステム
では、クライアント１は各サーバＡ、Ｂ、Ｃからデータ
の供給を受け、クライアント１上で業務処理を行うアプ
リケーションプログラム１１を動かしていた。

【０００３】アプリケーションプログラム１１は画面処
理（プレゼンテーション）と業務処理（ビジネスロジッ
ク）が一体となっており、画面とロジックの分離が出来
なかった。また、複数のサーバＡ、Ｂ、Ｃと連携して業
務処理を行う場合にも、アプリケーションプログラム１
１は、ビジネスロジックの中でそれぞれのサーバＡ、
Ｂ、Ｃに対するコールインターフェイス１ａ、１ｂ、１
ｃを呼び出すような混在したロジックになっていた。

【０００４】このように、従来のクライアント／サーバ
システムでは、画面、データ、コールインターフェイ
ス、業務処理が分離されていなかったので、機能の追加
や修正を行うためには、ごく些細な変更であってもアプ
リケーションプログラム１１全体の整合性を分析して修
正を行わねばならず、開発や修正の生産性が低いものと
なっていた。また、クライアント１が地域的に分散して
いたり、その台数が多くなると、アプリケーションプロ
グラム１１の変更やヴァージョンアップした場合などに
プログラムの配布に時間がかかったり変更管理が複雑に
なるなど、従来のクライアント／サーバシステムでは、
保守性に問題があった。

【０００５】図８は、Ｗｅｂ環境下での従来のクライア
ント／サーバシステムにおいて、クライアント１が複数
のサーバＡ、Ｂ、Ｃと連携して業務を行うモデルを、プ
ログラム構成を中心に示したブロック図である。サーバ
Ａ、Ｂ、ＣはＷｅｂサーバとしての機能を備えており、
クライアント１とは、ＨＴＴＰプロトコルにより通信す
る。図８に示すクライアント／サーバシステムでは、Ｗ
ｅｂ機能の出現により、サーバＡ、Ｂ、Ｃの各サーバで
ビジネスロジック２ａ、２ｂ、２ｃを動作させ、クライ
アント１ではプレゼンテーションプログラム１３（ブラ
ウザ）を備えて各サーバからの業務処理の結果をＨＴＭ
Ｌファイルとして受け取り表示させることによって、ク
ライアント１は表示機能に専念できるようになった。ま
た、クライアント１にサーバ側からアプレット（apple
t：小さいアプリケーションプログラム）をダウンロー
ドして使用することにより、クライアント１上でも一部
ビジネスロジックを使用することも可能である。

【０００６】このため、個々のサーバ毎あるいはビジネ
スロジック毎にシステム開発が可能となり、生産性が向
上すると共にシステムの構築が容易になった。また、シ
ステムの機能の追加・修正・拡張があってもサーバ側の
みで対応が可能になるので、システムの保守管理の負担
が大幅に軽減された。

【０００７】

【発明が解決しようとする課題】ところで、図９
（ａ）、（ｂ）は、図８に示したクライアント／サ−バ
システムにおいて、クライアント１が複数のサーバＡ、
Ｂ、Ｃにアクセスしてビジネスロジック２ａ、２ｂ、２
ｃの業務処理の結果を画面に表示する場合を模式的に示
した図である。図９（ａ）では、クライアント１の表示
画面がサーバＡ、Ｂ、Ｃでの業務処理をウィンドウＷ
１、Ｗ２、Ｗ３を用いて表示している。また、図９
（ｂ）では、クライアント１の表示画面がサーバＡ、
Ｂ、Ｃでの業務処理をフレームｆ１、ｆ２、ｆ３を用い
て表示している。しかしながら、従来のＷｅｂ機能を利
用したクライアント／サーバシステムでは、１つのフレ
ームまたはウィンドウは一時点では一つのビジネスロジ
ックとしか接続することができないため、クライアント
１は複数のウィンドウ又はフレームを表示できてもウィ
ンドウ同士あるいはフレーム同士の表示を連携させて複
数サーバまたは複数ビジネスロジックの業務処理と連動
した画面処理を行うことはできないという問題があっ
た。

【０００８】なお、図８では、各サーバにそれぞれ異な
るビジネスロジックが配置されているが、サーバとビジ
ネスロジック間の配置に特に制限はない。例えば、同一
サーバに複数ビジネスロジックが存在してもよいし、図
８に示すように、それぞれのサーバ上にそれぞれビジネ
スロジックが存在してもよい。いずれにせよ、例えばウ
ィンドウＷ１あるいはフレームｆ１は、サーバＡ、Ｂ、
Ｃ上の任意の１ビジネスロジックと一時点で１対１で接
続するしかできない。

【０００９】具体的には、例えばクライアント１におい
て、フレームｆ１がサーバＡとアクセスするメニューを
表示しており、フレームｆ２がサーバＢとアクセスする
メニューを表示しており、サーバＡのビジネスロジック
２ａの業務処理結果をフレームｆ１に表示させると共
に、その結果を利用して（あるいはその結果を参照しな
がら）、フレームｆ２からサーバＢにアクセスしてビジ
ネスロジックｂの業務処理結果をフレームｆ２に表示さ
せる場合に、フレームｆ１に表示された結果を何らかの
形でフレームｆ２の画面表示に反映してサーバＢとの業
務処理を行えればユーザーとしては便利であるが、現状
ではフレームｆ１、ｆ２、ｆ３は、サーバＡ、Ｂ、Ｃ上
の任意の１ビジネスロジックと一時点で１対１で接続し
てその結果を表示するのみなので、クライアント１の表
示画面上のフレーム同士（あるいは同様にウィンドウ同
士）の連携処理を行うことが出来なかった。

【００１０】さらに、クライアント１が同一のクライア
ント／サーバシステムで業務を行う他のクライアントと
連携して業務処理を行う場合に、クライアント同士の画
面表示の連携があることが望ましいが、従来のシステム
においては、それぞれのクライアントが個々にサーバに
アクセスして業務処理結果を表示させるだけで、クライ
アント間で画面表示の連携を行うことができなかった。

【００１１】本発明はかかる問題点にかんがみてなされ
たものであり、本発明の第１の目的は、Ｗｅｂ環境下に
あるクライアント／サーバシステムにおいて、クライア
ントが複数のサーバと連携して業務を行う場合に、クラ
イアントの表示画面上の、複数のウィンドウやフレーム
の画面を相互に連携させて一体的に表示できる機能を提
供することである。

【００１２】また、本発明の第２の目的は、Ｗｅｂ環境
下にあるクライアント／サーバシステムにおいて、クラ
イアントが同一のクライアント／サーバシステムで業務
を行う他のクライアントと連携して業務を行う場合に、
クライアント間で表示画面を相互に連携させて表示でき
る機能を提供することである。

【００１３】

【課題を解決するための手段】本発明によるクライアン
ト／サーバシステムにおける画面表示処理方法では、Ｗ
ｅｂサーバとして機能するアプリケーションサーバと、
該アプリケーションサーバとＨＴＴＰプロトコルにより
通信しＨＴＭＬファイルを表示する表示手段を備えたク
ライアントとを含むクライアント／サーバシステムにお
いて、該クライアントに表示される複数のフレームある
いはウィンドウの表示を制御する表示制御手段を該クラ
イアントに設け、該アプリケーションサーバからダウン
ロードされるＨＴＭＬファイルを特定の場合には該表示
制御手段が非表示フレームを介して受け取ることによっ
て、該表示制御手段が複数のフレームあるいはウィンド
ウの表示を連携して変更するようにしている。

【００１４】また、本発明によるクライアント／サーバ
システムにおける画面表示処理方法では、Ｗｅｂサーバ
として機能するアプリケーションサーバを少なくとも含
んだ複数のサーバと、該アプリケーションサーバとＨＴ
ＴＰプロトコルにより通信しＨＴＭＬファイルを表示す
る表示手段を備えたクライアントとで特定の業務処理を
行うクライアント／サーバシステムにおいて、送受信デ
ータ制御手段を該クライアントに設け、該サーバに対す
る該クライアントからの処理要求の送信と該サーバから
の処理結果の受信を該送受信データ制御手段を介して行
うことによって該クライアントの表示する複数のフレー
ムあるいはウィンドウの表示を該サーバ側での業務処理
に基づいて変更するようにした。

【００１５】このような画面処理方法により、クライア
ントが複数のサーバと連携して業務を行う場合に、クラ
イアントの表示画面上の、複数のウィンドウやフレーム
の画面を相互に連携させて一体的に表示できる機能を提
供することができる。

【００１６】また、本発明による業務処理システムで
は、Ｗｅｂサーバとして機能するアプリケーションサー
バを含み、該アプリケーションサーバとＨＴＴＰプロト
コルにより通信しＨＴＭＬファイルを表示する表示手段
を備えた複数のクライアントとで特定の業務処理を行う
クライアント／サーバシステムにおいて、データの送受
信を制御する送受信データ制御手段を該クライアントに
設け、該アプリケーションサーバが特定のクライアント
から業務処理の要求を受信したときに固有のセッション
ＩＤを採番して該特定のクライアントに送信する固有セ
ッションＩＤ採番手段と、該固有セッションＩＤ及び該
固有セッションＩＤに伴う該特定のクライアントとの送
受信データを記憶する記憶手段と、他のクライアントか
ら該固有セッションＩＤを受信して該記憶手段から該送
受信データを取り出して該他のクライアントに送信しあ
るいは業務処理を実行して結果を出力させる転送処理手
段とを、該アプリケーションサーバに設け、該特定のク
ライアントが該固有セッションＩＤを該送受信データ制
御手段を介して該他のクライアントに送信し、該他のク
ライアントが該送受信データ制御手段を介して該転送処
理手段に該固有セッションＩＤを送信することによっ
て、該２つのクライアント間で表示画面及び業務処理の
転送を行うことを特徴とする。

【００１７】このような業務処理システムにより、Ｗｅ
ｂ環境下にあるクライアント／サーバシステムにおい
て、クライアントが同一のクライアント／サーバシステ
ムで業務を行う他のクライアントと連携して業務を行う
場合に、クライアント間で表示画面を相互に連携させて
表示できる機能を提供することができる。

【００１８】前記業務処理システムにおいて、前記特定
のクライアントから前記他のクライアントへの前記固有
セッションＩＤへの送信は、前記業務処理システムを構
成する複数のクライアントのセッションを管理するセッ
ション制御サーバを介して行うことができる。

【００１９】

【発明の実施の形態】本発明の実施の形態について、図
面を参照しながら説明する。図１は、本発明による画面
表示処理システムあるいは画面表示処理方法を実施する
ためのクライアント／サーバシステムの第１の実施の形
態を、プログラム構成を中心に示したブロック図であ
る。このクライアント／サーバシステムは、Ｗｅｂサー
バとして機能するアプリケーションサーバ２と、アプリ
ケーションサーバ２とＨＴＴＰプロトコルにより通信し
ＷＷＷブラウザ１３を備えたクライアント１とを少なく
とも含み、複数のビジネスロジックあるいは複数のサー
バが連携して行う業務処理システムを構成する。例えば
コールセンターシステム、物販受発注システム、在庫管
理システムなどが想定されている。

【００２０】アプリケーションサーバ２は、Ｗｅｂサー
バとして機能するためのＷｅｂアプリケーションプログ
ラム２１と、業務処理を実行するプログラムであるビジ
ネスロジックＢ１、Ｂ２、Ｂ３と、このクライアント／
サーバシステムで実行する業務処理システムをクライア
ント１側で操作するために、操作画面構成をクライアン
ト１の表示部に表示させるＨＴＭＬファイルを作成する
フレームセットページ作成プログラム２２を備えてい
る。

【００２１】他のサーバ３は、本実施の形態に係る業務
処理システムを構成するアプリケーションサーバ２以外
のサーバであって、アプリケーションサーバ２が備えて
いない他のビジネスロジックを実行するＷｅｂサーバで
あってもよいし、Ｗｅｂサーバとしての機能を有しない
例えばＦＡＸサーバ、ＩＶＲサーバ、ＣＴＩサーバなど
を含むこともできる。なお、図１に示すアプリケーショ
ンサーバ２に備えられているビジネスロジックＢ１、Ｂ
２、Ｂ３はあくまで例示であって、複数のサーバに分散
させてもよいし、ビジネスロジックやサーバの数に制限
はない。

【００２２】クライアント１は、ＨＴＭＬファイルを表
示するためのＷＷＷブラウザ１３と、画面表示の連携処
理を制御する制御アプレット１２とを備えている。制御
アプレット１２は、クライアント１の表示画面の複数フ
レームの連携処理が必要な業務処理を行うとき、あるい
は複数のサーバ間の連携が必要な業務処理を行うとき
に、クライアント１からの要求をアプリケーションサー
バ２あるいは他のサーバ３に送信し、あるいはアプリケ
ーションサーバ２又は他のサーバ３から処理結果を受け
取り、表示画面の制御を行うプログラムであり、あらか
じめクライアント１にインストールされているものであ
る。すなわち、制御アプレット１２は、複数フレームの
表示画面の連携処理を制御する表示制御手段としての機
能と、クライアント１とアプリケーションサーバ２ある
いは他のサーバ３との送受信データを制御する送受信デ
ータ制御手段としての機能とを有している。本実施の形
態では、この制御アプレット１２と後述する非表示制御
フレームＦ３とで、複数のフレームの画面を相互に連携
させて一体的に表示できる機能を実現している。

【００２３】なお、制御アプレット１２は、クライアン
ト１にあらかじめインストールするのではなく、アプリ
ケーションサーバ２からダウンロードして実行すること
も考えられる。しかしながら、例えば制御アプレット１
２をＪａｖａアプレット（サンマイクロシステムズ社の
商標）で開発する場合には、セキュリティー機能により
ダウンロード元のサーバ以外とは通信が出来ないように
なっているで、他のサーバ３とも通信することを想定す
る本実施の形態においては、制御アプレット１２をあら
かじめクライアント１にインストールすることにしてい
る。従って、制御アプレット１２がダウンロード元のサ
ーバ以外とも問題なく通信できるのであれば、クライア
ント１にあらかじめインストールする必要はない。

【００２４】破線で示したフレームセットページＦＳ
は、例えばクライアント１が業務処理を開始するために
アプリケーションサーバ２にアクセスしたときに、フレ
ームセットページ作成プログラム２２によって動的に生
成されたＨＴＭＬファイルとしてアプリケーションサー
バ２よりクライアント１にダウンロードされる操作画面
を構成するページである。クライアント１の操作者は、
この操作画面ページを介して業務処理を行うことができ
る。このフレームセットページＦＳには、アプリケーシ
ョンフレームＦ１と、アプリケーションフレームＦ２
と、非表示制御フレームＦ３と、システム操作フレーム
Ｆ４と、ビジネスロジック起動スクリプトＳ１が含まれ
ている。図２は、このフレームセットページＦＳが表現
するクライアント１の表示画面１５のイメージを示した
ものである。アプリケーションフレームＦ１とアプリケ
ーションフレームＦ２は、ビジネスロジックの処理結果
等を表示する画面を構成する。また、システム操作フレ
ームＦ４は、業務処理を行うための操作画面を構成して
おり、例えば図２に示すような操作ボタンやメッセージ
表示エリアが表現されている。このシステム操作フレー
ムＦ４の操作ボタンを操作して制御アプレット１２を呼
び出し実行する。

【００２５】非表示制御フレームＦ３は、図２ではイメ
ージとして表示されているだけで、実際に操作者には見
ることはできない。非表示制御フレームＦ３は、制御ア
プレット１２がアプリケーションサーバ２上のビジネス
ロジックと通信するときに、ＷＷＷブラウザ１３のセッ
ションを利用するために経由するフレームである。ま
た、アプリケーションサーバ２あるいは他のサーバ３か
ら受け取るデータもこの非表示制御フレームＦ３を介し
て制御アプレット１２に渡される。

【００２６】図１中のビジネスロジック起動スクリプト
Ｓ１は、制御アプレット１２がアプリケーションサーバ
２上のビジネスロジックと通信するための関数が組み込
まれたスクリプトであり、アプリケーションサーバ２上
でフレームセットページＦＳに組み込まれてクライアン
ト１にダウンロードされる。

【００２７】次に、図３〜図５を用いて、本実施の形態
における制御アプレット１２及び非表示制御フレームＦ
３を用いた画面処理についての基本的な流れを説明す
る。

【００２８】図３は、クライアント１の画面操作からア
プリケーションサーバ２上のビジネスロジックを起動
し、その結果クライアント１の表示画面の連携処理を行
う基本的な流れを示す図であり、図中〜で示した矢
印の順番に従って流れを説明する。まず、クライアント
１の操作者がシステム操作フレームＦ４の操作ボタンを
指定する等して業務処理を要求する（）。これによ
り、制御アプレット１２はアプリケーションサーバ２上
の指定のビジネスロジックを起動するためにビジネスロ
ジック起動スクリプトＳ１を呼び出す（）。このの
矢印の動作に替わり、他のサーバ３等からの処理要求を
制御アプレット１２が受信しての流れに移行する場合
もある。

【００２９】ビジネスロジック起動スクリプトＳ１は、
ビジネスロジックの処理結果を返すフレームを非表示制
御フレームＦ３に指定してアプリケーションサーバ２上
のビジネスロジックを起動させる（）。ビジネスロジ
ックの処理結果は、非表示制御フレームＦ３と共にアプ
リケーションサーバ２からクライアント１にダウンロー
ドされる（）。これにより制御アプレット１２が実行
され（）受け取った処理結果に基づいて必要に応じて
システム操作フレームＦ４、アプリケーションフレーム
Ｆ１、Ｆ２の画面表示の状態を変更する（）。また、
その処理結果を他のサーバ３に通知する場合もある。

【００３０】図４は、クライアント１の画面操作から他
のサーバ３に処理を要求する基本的な流れを示す図であ
り、図中〜で示した矢印の順番に従って流れを説明
する。まず、クライアント１の操作者がシステム操作フ
レームＦ４の操作ボタンを指定する等して業務処理を要
求する（）。このの矢印の動作に替わり、アプリケ
ーションサーバ２からの処理要求に基づく場合もある。
これにより、制御アプレット１２は実行され、他のサー
バ３に対して処理要求を送信する（）。なお、他のサ
ーバ３と通信するためのインターフェイスは必要に応じ
てクライアント１に備えられる。他のサーバ３から処理
結果がダウンロ−ドされると制御アプレット１２は処理
結果を受け取り（）、受け取った処理結果に基づいて
必要に応じてシステム操作フレームＦ４、アプリケーシ
ョンフレームＦ１、Ｆ２の画面表示の状態を変更する
（）。

【００３１】図５は、クライアント１の画面操作からア
プリケーションサーバ２上のビジネスロジックを起動
し、その結果をアプリケーションフレームにダウンロー
ドする基本的な流れを示す図であり、図中〜で示し
た矢印の順番に従って流れを説明する。まず、クライア
ント１の操作者がシステム操作フレームＦ４の操作ボタ
ンを指定する等して業務処理を要求する（）。この
の矢印の動作に替わり、他のサーバ３等からの処理要求
に基づく場合もある。これにより、制御アプレット１２
はアプリケーションサーバ２上の指定のビジネスロジッ
クを起動するためにビジネスロジック起動スクリプトＳ
１を呼び出す（）。ビジネスロジック起動スクリプト
Ｓ１は、ビジネスロジックの処理結果を返すフレームを
例えばアプリケーションフレームＦ２に指定してアプリ
ケーションサーバ２上のビジネスロジックを起動させる
（）。ビジネスロジックの処理結果は、アプリケーシ
ョンフレームＦ２の新しいページとしてアプリケーショ
ンサーバ２からクライアント１にダウンロードされ、表
示される（）。

【００３２】上記した図３〜図５の処理の流れは基本的
なものであり、実際の業務処理においてはこれらは組み
合わせて実行される場合がある。また、上記の実施の形
態はフレーム形式の画面表示について記載しているが、
ウィンドウ形式の画面表示についても同様に実施するこ
とができる。なお、図１や図２で示す表示画面やフレー
ムの形式はあくまで例であり、本願発明を拘束するもの
ではない。

【００３３】次に図６を用いて、本発明に関する第２の
実施の形態について説明する。第２の実施の形態は、第
１の実施の形態において、同一業務処理システムを構成
するクライアント間で業務を引き継ぐ場合等クライアン
ト間の連携処理が必要な場合に、制御アプレット及び非
表示制御フレームを用いながらクライアント間で表示画
面の連携を行う機能を提供するものである。

【００３４】図６は、第２の実施の形態を実行するクラ
イアント／サーバシステムを、プログラム構成を中心に
示したブロック図である。ここで、このクライアント／
サーバシステムを構成するクライアント１Ａ、１Ｂやア
プリケーションサーバ２は、図１に示したクライアント
１及びアプリケーションサーバ２と基本的な機能は同一
であり、図６では、図１に示したＷＷＷブラウザ１３や
Ｗｅｂアプリケーションプログラム２１、フレームセッ
トページ作成プログラム２２の図示は省略してある。

【００３５】図６において、クライアント１Ａ及び１Ｂ
は、アプリケーションサーバ２を介して業務処理を実行
するクライアント同士であり、それぞれデータの送受信
及び画面表示の連携処理を制御する制御アプレット１２
Ａと１２Ｂを備えている。また、操作画面を構成する操
作フレームＦ４ＡとＦ４Ｂ、業務処理の結果などを表示
するアプリケーションフレームＦ１ＡとＦ１Ｂ、制御ア
プレット１２Ａ及び１２Ｂがそれぞれアプリケーション
サーバ２上のビジネスロジックと通信するとき等に経由
する非表示制御フレームＦ３ＡとＦ３Ｂが、アプリケー
ションサーバ２からクライアント１Ａ及び１ＢにＨＩＴ
ＭＬファイルとしてダウンロードされている。

【００３６】アプリケーションサーバ２の基本構成は、
図１で示したものと同様であるが、クライアント間での
連携処理を実行するために、さらに固有セッションＩＤ
採番プログラム２４と、転送処理プログラム２６とを備
えている。ＨＴＴＰプロトコルによるサーバ−クライア
ント間の通信では、一回の送受信でセッションで開放さ
れる。そのため、各セッションで交わされたデータ等を
引き継ぐ必要がある場合には、それらのデータを管理す
る機能が提供されなければならない。固有セッションＩ
Ｄ採番プログラム２４は、クライアントがアプリケーシ
ョンサーバ２のビジネスロジックを最初に起動するとき
に、固有のセッションＩＤを付与する機能を提供し、そ
のセッションＩＤに基づいて転送処理プログラム２６が
アプリケーションサーバ２側での転送処理を行う。

【００３７】セッション制御サーバ４は、図１での他の
サーバ３に該当する。セッション制御サーバ４は、クラ
イアント１Ａ−１Ｂ間のセッションの引継ぎを制御する
機能を提供する。なお、例えばコールセンターシステム
におけるＣＴＩサーバでは電話の転送とクライアント間
の画面やデータの転送の双方を行う機能を提供するの
で、図６のようにセッション制御サーバ４であるＣＴＩ
サーバはアプリケーションサーバ２とは独立したサーバ
でなければならない。しかしながら、全ての業務処理シ
ステムにおいて、セッション制御サーバをアプリケーシ
ョンサーバ２と独立に設ける必要はなく、例えばアプリ
ケーションサーバ２でその機能を実行することも可能で
ある。

【００３８】次に、図６を用いて、複数クライアント間
のフレーム間の連携処理の流れを、図中〜で示した
矢印の順番に従って説明する。まず、クライアント１Ａ
の操作者が操作フレームＦ４Ａを介してアプリケーショ
ンサーバ２上のビジネスロジックＢ１の起動を要求す
る。制御アプレット１２Ａは非表示制御フレームＦ３Ａ
を介してビジネスロジックＢ１を呼び出す（）。一
方、ビジネスロジックＢ１が呼び出されるときに固有セ
ッションＩＤ採番プログラム２４が起動され、アプリケ
ーションサーバ２上で固有のセッションＩＤを採番し、
この固有セッションＩＤはアプリケーションサーバ２上
のデータ記憶部２５に記憶されると共にクライアント１
Ａに送信される（）。

【００３９】この時点で業務をクライアント１Ｂに引き
継ぐことが決定されると、クライアント１Ａの操作者は
操作フレームＦ４Ａから画面転送機能を選択し、制御ア
プレット１２Ａを使用してセッション制御サーバ４に固
有セッションＩＤと転送先クライアント名（すなわち１
Ｂ）を送信する（）。セッション制御サーバ４は、要
求された転送先クライアント１Ｂの制御アプレット１２
Ｂに対して固有セッションＩＤを送信する（）。

【００４０】固有セッションＩＤを受信した制御アプレ
ット１２Ｂは、非表示制御フレームＦ３Ｂを介してアプ
リケーションサーバ２に固有セッションＩＤを送信す
る。クライアント１Ｂから送信された固有セッションＩ
Ｄに基づいて転送処理プログラム２６はデータ記憶部２
５から該当固有セッションＩＤに対して前回表示した画
面（すなわち、クライアント１ＡにダウンロードしたＨ
ＴＭＬファイル）を取得し、クライアント１Ｂに同一画
面を送信する。すなわち、クライアント１Ａに表示され
ていた画面がクライアント１Ｂに転送されたことになる
（）。あるいは、転送処理プログラム２６はクライア
ント１Ｂから送信された固有セッションＩＤに基づい
て、データ記憶部２５から該当固有セッションＩＤに対
して送信したデータや入力されたデータを取得し、それ
らのデータに基づいてビジネスロジックＢ２を起動さ
せ、クライアント１Ｂに対して新しい画面をダウンロー
ドする。すなわち、クライアント１Ｂに対してクライア
ント１Ａの要求した業務処理の結果が転送されたことに
なる（）。

【００４１】上記した第１及び第２の実施の形態では、
クライアント／サーバシステムを構成するクライアント
は、ＷＷＷブラウザを備えているが、クライアントは必
ずしもＷＷＷブラウザを備えたコンピュータに限定され
ることはない。実際には、ＷＷＷブラウザ的機能（ＨＴ
ＭＬの解釈と表示機能と制御アプレット的機能）を備え
ていれば同等の処理が可能である。従って、インターネ
ットに接続できるＰＤＡ（携帯情報端末）、携帯電話、
ゲーム機、テレビ受信機等をクライアントとして使用で
きる可能性がある。

【００４２】

【発明の効果】本発明によれば、Ｗｅｂ環境下にあるク
ライアント／サーバシステムにおいて、クライアントが
複数のサーバと連携して業務を行う場合に、クライアン
トの表示画面上の、複数のウィンドウやフレームの画面
を相互に連携させて一体的に表示できる。また、クライ
アントが同一のクライアント／サーバシステムで業務を
行う他のクライアントと連携して業務を行う場合に、ク
ライアント間で表示画面を相互に連携させて表示でき
る。

【００４３】一方、各フレームあるいはウィンドウはサ
ーバ上のビジネスロジックと１対１で接続され相互関係
がないため、ビジネスロジックのアプリケーション開発
上は、他のフレームやウィンドウとの関係を気にするこ
となく作成が可能であり、開発生産性の向上が図られ
る。また、クライアント側はＷＷＷブラウザなどのプレ
ゼンテーション用プログラムと制御アプレットのみを備
えればよいので、システムの保守管理が容易である。

【００４４】従って、システム全体の拡張、縮小、変更
に柔軟に対応でき、かつクライアント側での操作性に優
れ、コストパフォーマンスのよい業務処理システムを提
供することができる。

【００４５】そして、コールセンターシステム、企業間
の物品販売受発注システム、インターネット上で交わさ
れる種々の物品やサービスの電子商取引を構築するシス
テム、など、様々な業務処理システムに適用可能であ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態を示すブロック図で
ある。

【図２】図１のクライアント表示画面のイメージを示す
図である。

【図３】第１の実施の形態による処理の流れを示すブロ
ック図である。

【図４】第１の実施の形態による処理の流れを示すブロ
ック図である。

【図５】第１の実施の形態による処理の流れを示すブロ
ック図である。

【図６】第２の実施の形態による処理の流れを示すブロ
ック図である。

【図７】従来のクライアント／サーバシステムを示すブ
ロック図である。

【図８】従来のクライアント／サーバシステムを示すブ
ロック図である。

【図９】従来のクライアントの表示画面のイメージを示
す図である。

【符号の説明】

１クライアント２アプリケーションサーバ３他のサーバ４セッション制御サーバ１２制御アプレット１３ＷＷＷブラウザ１５クライアント表示画面２１Ｗｅｂアプリケーションプログラム２２フレームセットページ作成プログラム２４固有セッションＩＤ採番プログラム２５データ記憶部２６転送処理プログラムＢ１、Ｂ２、Ｂ３ビジネスロジックＦ１、Ｆ２アプリケーションフレームＦ３非表示制御フレームＦ４システム操作フレームＳ１ビジネスロジック起動スクリプト

Claims

【特許請求の範囲】

【請求項１】Ｗｅｂサーバとして機能するアプリケー
ションサーバと、該アプリケーションサーバとＨＴＴＰ
プロトコルにより通信しＨＴＭＬファイルを表示する表
示手段を備えたクライアントとを含むクライアント／サ
ーバシステムにおいて、該クライアントに表示される複数のフレームあるいはウ
ィンドウの表示を制御する表示制御手段を該クライアン
トに設け、該アプリケーションサーバからダウンロード
されるＨＴＭＬファイルを特定の場合には該表示制御手
段が非表示フレームを介して受け取ることによって、該
表示制御手段が複数のフレームあるいはウィンドウの表
示を連携して変更する、クライアント／サーバシステムにおける画面表示処理方
法。
【請求項２】Ｗｅｂサーバとして機能するアプリケーシ
ョンサーバを少なくとも含んだ複数のサーバと、該アプ
リケーションサーバとＨＴＴＰプロトコルにより通信し
ＨＴＭＬファイルを表示する表示手段を備えたクライア
ントとで特定の業務処理を行うクライアント／サーバシ
ステムにおいて、送受信データ制御手段を該クライアントに設け、該サー
バに対する該クライアントからの処理要求の送信と該サ
ーバからの処理結果の受信を該送受信データ制御手段を
介して行うことによって該クライアントの表示する複数
のフレームあるいはウィンドウの表示を該サーバ側での
業務処理に基づいて変更する、クライアント／サーバシステムにおける画面表示処理方
法。
【請求項３】Ｗｅｂサーバとして機能するアプリケーシ
ョンサーバを含み、該アプリケーションサーバとＨＴＴ
Ｐプロトコルにより通信しＨＴＭＬファイルを表示する
表示手段を備えた複数のクライアントとで特定の業務処
理を行うクライアント／サーバシステムにおいて、データの送受信を制御する送受信データ制御手段を該ク
ライアントに設け、該アプリケーションサーバが特定のクライアントから業
務処理の要求を受信したときに固有のセッションＩＤを
採番して該特定のクライアントに送信する固有セッショ
ンＩＤ採番手段と、該固有セッションＩＤと該固有セッ
ションＩＤに伴う該特定のクライアントとの送受信デー
タとを記憶する記憶手段と、他のクライアントから該固
有セッションＩＤを受信して該記憶手段から該送受信デ
ータを取り出して該他のクライアントに送信しあるいは
業務処理を実行して処理結果を該他のクライアントに対
して出力させる転送処理手段とを、該アプリケーション
サーバに設け、該特定のクライアントが該固有セッションＩＤを該送受
信データ制御手段を介して該他のクライアントに送信
し、該他のクライアントが該送受信データ制御手段を介
して該転送処理手段に該固有セッションＩＤを送信する
ことによって、該２つのクライアント間で表示画面及び
業務処理の転送を行うことを特徴とする、業務処理シス
テム。
【請求項４】前記特定のクライアントから前記他のクラ
イアントへの前記固有セッションＩＤへの送信は、前記
業務処理システムを構成する複数のクライアントのセッ
ションを管理するセッション制御サーバを介して行う、
請求項３に記載の業務処理システム。