JPH11232151A - アプリケーション処理装置 - Google Patents
アプリケーション処理装置Info
- Publication number
- JPH11232151A JPH11232151A JP3501498A JP3501498A JPH11232151A JP H11232151 A JPH11232151 A JP H11232151A JP 3501498 A JP3501498 A JP 3501498A JP 3501498 A JP3501498 A JP 3501498A JP H11232151 A JPH11232151 A JP H11232151A
- Authority
- JP
- Japan
- Prior art keywords
- screen
- processing
- event
- application
- job
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
(57)【要約】
【課題】 Ｃ／Ｓシステムに於けるトランザクション処
理に際し、ＳＱＬ操作による分散ＲＤＢのレスポンスタ
イムがＲＤＡ方式の採用を含め極めて遅い上、一旦障害
など異常が発生した場合、各レイア間のインターフェー
スが不明のためフィールドでの原因追求が困難であると
いう問題があった。 【解決手段】 クライアント・サーバシステムによるア
プリケーション処理装置に於いて、利用者との会話処理
を行う画面処理手段による画面操作イベントの発生を受
け、各画面対応のイベント処理を行うジョブエレメント
のイベント処理手段と、画面切替を伴う前記イベントの
条件に基づき、次に実行するジョブエレメント名と次に
表示する画面名を記憶する次処理記憶手段と、前記イベ
ントを次処理記憶手段により解析し、選択されたジョブ
エレメントを起動状態にすると共に前記画面処理手段に
次画面の表示指示を行う次画面表示指示手段とを備える
ことにより課題を解決する。
理に際し、ＳＱＬ操作による分散ＲＤＢのレスポンスタ
イムがＲＤＡ方式の採用を含め極めて遅い上、一旦障害
など異常が発生した場合、各レイア間のインターフェー
スが不明のためフィールドでの原因追求が困難であると
いう問題があった。 【解決手段】 クライアント・サーバシステムによるア
プリケーション処理装置に於いて、利用者との会話処理
を行う画面処理手段による画面操作イベントの発生を受
け、各画面対応のイベント処理を行うジョブエレメント
のイベント処理手段と、画面切替を伴う前記イベントの
条件に基づき、次に実行するジョブエレメント名と次に
表示する画面名を記憶する次処理記憶手段と、前記イベ
ントを次処理記憶手段により解析し、選択されたジョブ
エレメントを起動状態にすると共に前記画面処理手段に
次画面の表示指示を行う次画面表示指示手段とを備える
ことにより課題を解決する。
Description
【０００１】
【発明の属する技術分野】本発明はクライアント・サー
バシステムに於ける利用者ソフトの配置とその制御技術
に関する。
バシステムに於ける利用者ソフトの配置とその制御技術
に関する。
【０００２】
【従来の技術】近年のパソコンに代表されるワークステ
ーションの高性能化に伴い、現在、ネットワークシステ
ムの構成は従来のホスト集中型処理からクライアント・
サーバシステム（以降Ｃ／Ｓシステムと呼称する）に見
られる様な分散型処理に移行しつつある。
ーションの高性能化に伴い、現在、ネットワークシステ
ムの構成は従来のホスト集中型処理からクライアント・
サーバシステム（以降Ｃ／Ｓシステムと呼称する）に見
られる様な分散型処理に移行しつつある。
【０００３】また、各種データを格納するデータベース
（ＤＢ）に関しても、ネットワーク型のＮＤＢ（ＤＢ言
語はＮＤＬ）から関係型のＲＤＢ（ＤＢ言語はＳＱＬ）
に主流が移りつつある現況と言える。
（ＤＢ）に関しても、ネットワーク型のＮＤＢ（ＤＢ言
語はＮＤＬ）から関係型のＲＤＢ（ＤＢ言語はＳＱＬ）
に主流が移りつつある現況と言える。
【０００４】企業などに於ける一般の業務処理システム
を構築する場合、前記のいずれの処理形態を採用するに
してもアプリケーションシステムは、次のような３層の
処理が必要となり、これ等各レイア間のアプリケーショ
ン・インターフェースを明確に確立して置くことが重要
である。即ち、アプリケーションは プレゼンテーション層（画面制御・処理層）・・ヒュ
ーマンインターフェースを実現する処理 アプリケーション層・・業務処理のロジック（処理手
順）を実現する処理 データベース層・・各種データを記憶管理する処理 により構成され、従来のホスト集中型処理では、これ等
をすべてホストで集中的に処理・管理しているため、例
えば画面（ＦＯＲＭ) などもその都度ホストからワーク
ステーション（端末）へ通信回線を介して送信してい
た。
を構築する場合、前記のいずれの処理形態を採用するに
してもアプリケーションシステムは、次のような３層の
処理が必要となり、これ等各レイア間のアプリケーショ
ン・インターフェースを明確に確立して置くことが重要
である。即ち、アプリケーションは プレゼンテーション層（画面制御・処理層）・・ヒュ
ーマンインターフェースを実現する処理 アプリケーション層・・業務処理のロジック（処理手
順）を実現する処理 データベース層・・各種データを記憶管理する処理 により構成され、従来のホスト集中型処理では、これ等
をすべてホストで集中的に処理・管理しているため、例
えば画面（ＦＯＲＭ) などもその都度ホストからワーク
ステーション（端末）へ通信回線を介して送信してい
た。
【０００５】これがＣ／Ｓシステムの出現により、前記
の画面（ＦＯＲＭ) データの記憶・管理などの制御を含
め、プレゼンテーション層の処理をクライアント側に受
け持たせるなど、クライアントとサーバに前記３層のレ
イアを如何に分担させるのが効率的か、最適なアプリケ
ーション・パーティショニングについて現在課題となっ
ている。
の画面（ＦＯＲＭ) データの記憶・管理などの制御を含
め、プレゼンテーション層の処理をクライアント側に受
け持たせるなど、クライアントとサーバに前記３層のレ
イアを如何に分担させるのが効率的か、最適なアプリケ
ーション・パーティショニングについて現在課題となっ
ている。
【０００６】図６は、これ等の課題に対し現在主流とな
っているＣ／Ｓシステムの概念を図示したものである。
即ち、アプリケーションの全体を前記３層のレイアに分
けて表現した場合、クライアント側にはクライアントア
プリとしてプレゼンテーション層６０とアプリケーショ
ン層６１を分散配置し、サーバ側にはＲＤＢ６２を中心
とするＤＢＭＳ(DB Management System)６３を各クライ
アントの共通資源として配置し、その間をＩＳＯ、ＪＩ
Ｓ両規格のＲＤＡ(Remoto Database Access)６４により
論理接続したものである。
っているＣ／Ｓシステムの概念を図示したものである。
即ち、アプリケーションの全体を前記３層のレイアに分
けて表現した場合、クライアント側にはクライアントア
プリとしてプレゼンテーション層６０とアプリケーショ
ン層６１を分散配置し、サーバ側にはＲＤＢ６２を中心
とするＤＢＭＳ(DB Management System)６３を各クライ
アントの共通資源として配置し、その間をＩＳＯ、ＪＩ
Ｓ両規格のＲＤＡ(Remoto Database Access)６４により
論理接続したものである。
【０００７】尚、ＲＤＡはＲＤＢを遠隔からＳＱＬにて
操作するためのサービスとプロトコルであり、分散ＤＢ
の実現を可能とするものである。
操作するためのサービスとプロトコルであり、分散ＤＢ
の実現を可能とするものである。
【０００８】
【発明が解決しようとする課題】然るに、現在主流の前
記Ｃ／Ｓシステムに於いては、クライアント側のアプリ
ケーション開発に際し、４ＧＬなどのツールを利用する
ことにより容易に作成することは可能であるが、運用上
のトランザクション処理に際し、ＳＱＬ操作によるＤＢ
ＭＳからのレスポンスタイムがＲＤＡ方式の採用を含め
極めて遅い上、一旦障害など異常が発生した場合、各レ
イア間のインターフェースが不明のためフィールドでの
原因追求が困難であるという問題があった。
記Ｃ／Ｓシステムに於いては、クライアント側のアプリ
ケーション開発に際し、４ＧＬなどのツールを利用する
ことにより容易に作成することは可能であるが、運用上
のトランザクション処理に際し、ＳＱＬ操作によるＤＢ
ＭＳからのレスポンスタイムがＲＤＡ方式の採用を含め
極めて遅い上、一旦障害など異常が発生した場合、各レ
イア間のインターフェースが不明のためフィールドでの
原因追求が困難であるという問題があった。
【０００９】本発明はこのような点にかんがみて、Ｃ／
Ｓシステムに於ける各レイア間のアプリケーション・プ
ロトコル（アプリケーション・インターフェース）を単
純化することによりアプリケーション開発の生産性を向
上し、メンテナンスを容易にすると共にアプリケーショ
ンの特性に応じてアプリケーション・パーティショニン
グを最適化し、ＳＱＬ操作によるレスポンス性能の向上
を図る手段を提供することを目的とする。
Ｓシステムに於ける各レイア間のアプリケーション・プ
ロトコル（アプリケーション・インターフェース）を単
純化することによりアプリケーション開発の生産性を向
上し、メンテナンスを容易にすると共にアプリケーショ
ンの特性に応じてアプリケーション・パーティショニン
グを最適化し、ＳＱＬ操作によるレスポンス性能の向上
を図る手段を提供することを目的とする。
【００１０】
【課題を解決するための手段】上記の課題は下記の如く
に構成されたアプリケーション処理装置によって解決さ
れる。
に構成されたアプリケーション処理装置によって解決さ
れる。
【００１１】図２は、本発明の構成図である。即ち、ク
ライアント・サーバシステムによるアプリケーション処
理装置に於いて、利用者との会話処理を行う画面処理手
段による画面操作イベントの発生を受け、各画面対応の
イベント処理を行うジョブエレメントのイベント処理手
段と、画面切替を伴う前記イベントの条件に基づき、次
に実行するジョブエレメント名と次に表示する画面名を
記憶する次処理記憶手段と、前記イベントを次処理記憶
手段により解析し、選択されたジョブエレメントを起動
状態にすると共に前記画面処理手段に次画面の表示指示
を行う次画面表示指示手段とを備えることにより、アプ
リケーション（ジョブ）の利用者画面処理とジョブエレ
メント処理が１対１に対応、単純化され、プログラムの
開発が容易となる上、ジョブエレメントの外部に次処理
記憶手段（ジョブの処理手順構成を予め登録したアプリ
構成ファイル）を設けることにより、アプリケーション
開発の共通部品化が可能となる。
ライアント・サーバシステムによるアプリケーション処
理装置に於いて、利用者との会話処理を行う画面処理手
段による画面操作イベントの発生を受け、各画面対応の
イベント処理を行うジョブエレメントのイベント処理手
段と、画面切替を伴う前記イベントの条件に基づき、次
に実行するジョブエレメント名と次に表示する画面名を
記憶する次処理記憶手段と、前記イベントを次処理記憶
手段により解析し、選択されたジョブエレメントを起動
状態にすると共に前記画面処理手段に次画面の表示指示
を行う次画面表示指示手段とを備えることにより、アプ
リケーション（ジョブ）の利用者画面処理とジョブエレ
メント処理が１対１に対応、単純化され、プログラムの
開発が容易となる上、ジョブエレメントの外部に次処理
記憶手段（ジョブの処理手順構成を予め登録したアプリ
構成ファイル）を設けることにより、アプリケーション
開発の共通部品化が可能となる。
【００１２】また、Ｃ／Ｓシステムに於いて、ジョブエ
レメントからＳＱＬ操作によるＲＤＢアクセスが直接ア
クセスモードで実現されるため、処理性能を大幅に向上
させることが出来る。
レメントからＳＱＬ操作によるＲＤＢアクセスが直接ア
クセスモードで実現されるため、処理性能を大幅に向上
させることが出来る。
【００１３】
【発明の実施の形態】先ず図１により本発明によるアプ
リケーション処理装置の概略構成を説明する。
リケーション処理装置の概略構成を説明する。
【００１４】クライアント・サーバシステムに於けるク
ライアントには、ソフト資源としてクライアントのハー
ドウエア及び配下の利用者処理プログラムを基本制御す
る、画面制御部などを含むＯＳ（Operating System）
と、処理プログラムとして画面を通じて利用者との間で
会話処理を実現する画面処理プログラムが主に存在す
る。（その他磁気ディスクなどに記憶保存される画面デ
ータなども含む） 又サーバには、前記クライアントと同様にジョブ制御部
などを含むＯＳの他、各画面対応のイベント処理を行う
イベント処理手段と、画面切替を伴うイベントを後述の
次処理記憶手段により解析し、選択されたジョブエレメ
ントを起動状態にすると共に前記画面処理手段に次画面
の表示指示を行う次画面表示指示手段とを含むジョブエ
レメントと、画面切替を伴うイベントの条件に基づき、
次に実行するジョブエレメント名と次に表示する画面名
を記憶する次処理記憶手段としてのアプリ構成ファイ
ル、及び各種アプリケーションデータを格納するＲＤＢ
が主に存在する。尚、ジョブエレメントからのＲＤＢア
クセス要求に対しては、ＯＳ機能の一部であるＤＢＭＳ
経由で必要なＲＤＢの直接アクセスが行われ、ジョブエ
レメント（以降、単にエレメントとも呼ぶ）とはジョブ
を構成する最小単位のプログラムの呼称である。
ライアントには、ソフト資源としてクライアントのハー
ドウエア及び配下の利用者処理プログラムを基本制御す
る、画面制御部などを含むＯＳ（Operating System）
と、処理プログラムとして画面を通じて利用者との間で
会話処理を実現する画面処理プログラムが主に存在す
る。（その他磁気ディスクなどに記憶保存される画面デ
ータなども含む） 又サーバには、前記クライアントと同様にジョブ制御部
などを含むＯＳの他、各画面対応のイベント処理を行う
イベント処理手段と、画面切替を伴うイベントを後述の
次処理記憶手段により解析し、選択されたジョブエレメ
ントを起動状態にすると共に前記画面処理手段に次画面
の表示指示を行う次画面表示指示手段とを含むジョブエ
レメントと、画面切替を伴うイベントの条件に基づき、
次に実行するジョブエレメント名と次に表示する画面名
を記憶する次処理記憶手段としてのアプリ構成ファイ
ル、及び各種アプリケーションデータを格納するＲＤＢ
が主に存在する。尚、ジョブエレメントからのＲＤＢア
クセス要求に対しては、ＯＳ機能の一部であるＤＢＭＳ
経由で必要なＲＤＢの直接アクセスが行われ、ジョブエ
レメント（以降、単にエレメントとも呼ぶ）とはジョブ
を構成する最小単位のプログラムの呼称である。
【００１５】次にアプリケーション・ジョブを設計・構
築する場合のクライアントの画面構成とサーバのプログ
ラム構成の関係を図２を基に説明する。例えばアプリケ
ーション・ジョブとしてＪＯＢ−ＡとＪＯＢ−Ｂを想定
し、ＪＯＢ−Ａを開発する場合、クライアントの画面構
成としてＦＯＲＭ−１、ＦＯＲＭ−２、ＦＯＲＭ−３に
分けて画面展開する場合には、サーバのプログラム構成
として、これ等各画面に対応させてＪＯＢ−Ａをエレメ
ント−１、エレメント−２、エレメント−３に分割して
開発するもので、開発に当たっては各ＦＯＲＭ／エレメ
ント単位でテストまで行うことが可能で極めて効率的に
開発出来る。そしてＪＯＢ−Ａの実行に際しては、これ
等ＦＯＲＭとエレメントを同期させて実行する様にコン
トロールするものである。
築する場合のクライアントの画面構成とサーバのプログ
ラム構成の関係を図２を基に説明する。例えばアプリケ
ーション・ジョブとしてＪＯＢ−ＡとＪＯＢ−Ｂを想定
し、ＪＯＢ−Ａを開発する場合、クライアントの画面構
成としてＦＯＲＭ−１、ＦＯＲＭ−２、ＦＯＲＭ−３に
分けて画面展開する場合には、サーバのプログラム構成
として、これ等各画面に対応させてＪＯＢ−Ａをエレメ
ント−１、エレメント−２、エレメント−３に分割して
開発するもので、開発に当たっては各ＦＯＲＭ／エレメ
ント単位でテストまで行うことが可能で極めて効率的に
開発出来る。そしてＪＯＢ−Ａの実行に際しては、これ
等ＦＯＲＭとエレメントを同期させて実行する様にコン
トロールするものである。
【００１６】同様にＪＯＢ−Ｂが前記のＦＯＲＭ−１と
ＦＯＲＭ−３を使用した画面展開のジョブの場合には、
これ等各画面に対応したサーバのプログラムは前記ＪＯ
Ｂ−Ａで開発したエレメント−１とエレメント−３を流
用することが可能である。
ＦＯＲＭ−３を使用した画面展開のジョブの場合には、
これ等各画面に対応したサーバのプログラムは前記ＪＯ
Ｂ−Ａで開発したエレメント−１とエレメント−３を流
用することが可能である。
【００１７】この場合プログラムの修正を全く伴わず流
用化するため、画面展開順序（エレメントの起動順序）
を後述のアプリ構成ファイル上に外部パラメータ化し、
エレメントの流用に当たっては、このアプリ構成ファイ
ル上にパラメータを追加登録するだけで良く、画面及び
エレメント（プログラム）の部品化、共用化を極めて容
易に行うことが出来る。
用化するため、画面展開順序（エレメントの起動順序）
を後述のアプリ構成ファイル上に外部パラメータ化し、
エレメントの流用に当たっては、このアプリ構成ファイ
ル上にパラメータを追加登録するだけで良く、画面及び
エレメント（プログラム）の部品化、共用化を極めて容
易に行うことが出来る。
【００１８】図３は、この画面展開順序（エレメントの
起動順序）を外部パラメータ化したアプリ構成ファイル
の内容を示したもので、ジョブ名、エレメント名、条件
１、条件２、次エレメント名、次ＦＯＲＭ名から構成さ
れている。
起動順序）を外部パラメータ化したアプリ構成ファイル
の内容を示したもので、ジョブ名、エレメント名、条件
１、条件２、次エレメント名、次ＦＯＲＭ名から構成さ
れている。
【００１９】そして、現在起動しているジョブエレメン
トは、自己のジョブ名、エレメント名、及びイベントの
識別子、即ちイベント番号（後述の条件１、条件２の内
容に対応する）をキーとして当アプリ構成ファイルを読
み込み、次エレメント名と次ＦＯＲＭ名を認知し、当該
エレメントを起動状態にすると共に、当該ＦＯＲＭ名の
表示指示をクライアントの画面処理プログラムに対して
行うものである。
トは、自己のジョブ名、エレメント名、及びイベントの
識別子、即ちイベント番号（後述の条件１、条件２の内
容に対応する）をキーとして当アプリ構成ファイルを読
み込み、次エレメント名と次ＦＯＲＭ名を認知し、当該
エレメントを起動状態にすると共に、当該ＦＯＲＭ名の
表示指示をクライアントの画面処理プログラムに対して
行うものである。
【００２０】尚、イベント番号はアプリケーション上で
発生するイベントに対し任意に設定して良い。図３の
、は図２に例示したＪＯＢ−Ａ、はＪＯＢ−Ｂに
ついてのアプリ構成ファイルの内容を例示したもので、
は現在起動しているジョブエレメント、即ち、ＪＯＢ
−Ａのレメント−１がクライアントの画面処理プログラ
ムからイベント番号「Ｅ０１２」を受信し、これを画面
切替（エレメント切替でもある）のイベントと判断した
場合には、ジョブ名「ＪＯＢ−Ａ」、エレメント名「エ
レメント−１」、及び前記条件１「Ｅ０１２」をキーと
してアプリ構成ファイルの内容を読み込み、次のエレメ
ント−２を起動状態にすると共に、ＦＯＲＭ−２の表示
指示を前述クライアントの画面処理プログラムに対して
行うことを意味している。
発生するイベントに対し任意に設定して良い。図３の
、は図２に例示したＪＯＢ−Ａ、はＪＯＢ−Ｂに
ついてのアプリ構成ファイルの内容を例示したもので、
は現在起動しているジョブエレメント、即ち、ＪＯＢ
−Ａのレメント−１がクライアントの画面処理プログラ
ムからイベント番号「Ｅ０１２」を受信し、これを画面
切替（エレメント切替でもある）のイベントと判断した
場合には、ジョブ名「ＪＯＢ−Ａ」、エレメント名「エ
レメント−１」、及び前記条件１「Ｅ０１２」をキーと
してアプリ構成ファイルの内容を読み込み、次のエレメ
ント−２を起動状態にすると共に、ＦＯＲＭ−２の表示
指示を前述クライアントの画面処理プログラムに対して
行うことを意味している。
【００２１】同様にはＪＯＢ−Ａのエレメント−２が
画面切替のイベント番号「Ｅ０１３」を受信した場合、
ＪＯＢ−Ａ、エレメント−２、及び「Ｅ０１３」をキー
としてアプリ構成ファイルの内容を読み込み、次のエレ
メント−３を起動状態にすると共に、ＦＯＲＭ−３の表
示指示をクライアントの画面処理プログラムに行うもの
である。
画面切替のイベント番号「Ｅ０１３」を受信した場合、
ＪＯＢ−Ａ、エレメント−２、及び「Ｅ０１３」をキー
としてアプリ構成ファイルの内容を読み込み、次のエレ
メント−３を起動状態にすると共に、ＦＯＲＭ−３の表
示指示をクライアントの画面処理プログラムに行うもの
である。
【００２２】又、はＪＯＢ−Ｂのエレメント−１が画
面切替のイベント番号「Ｅ０１２」を受信した場合、Ｊ
ＯＢ−Ｂ、エレメント−１、及び「Ｅ０１２」をキーと
してアプリ構成ファイルの内容を読み込み、次のエレメ
ント−３を起動状態にすると共に、ＦＯＲＭ−３の表示
指示をクライアントの画面処理プログラムに行うもので
ある。
面切替のイベント番号「Ｅ０１２」を受信した場合、Ｊ
ＯＢ−Ｂ、エレメント−１、及び「Ｅ０１２」をキーと
してアプリ構成ファイルの内容を読み込み、次のエレメ
ント−３を起動状態にすると共に、ＦＯＲＭ−３の表示
指示をクライアントの画面処理プログラムに行うもので
ある。
【００２３】尚、アプリ構成ファイルの条件１、条件２
欄の内容は、クライアントの画面処理プログラムから利
用者による各種イベント発生を通知する識別子、即ちイ
ベント番号を条件として予めセットして置くもので、キ
ーとして与えられたイベント番号が条件１、条件２に一
致した場合、次欄以降に予め記述されたアクション、即
ち本例の場合には「次エレメント名」、「次ＦＯＲＭ
名」に作用するものである。
欄の内容は、クライアントの画面処理プログラムから利
用者による各種イベント発生を通知する識別子、即ちイ
ベント番号を条件として予めセットして置くもので、キ
ーとして与えられたイベント番号が条件１、条件２に一
致した場合、次欄以降に予め記述されたアクション、即
ち本例の場合には「次エレメント名」、「次ＦＯＲＭ
名」に作用するものである。
【００２４】従って、本例では条件１を画面切替（エレ
メント切替）を伴うイベントに対応させ、条件２は未使
用であるが、条件２を画面切替など伴わないイベント種
に対応させて、例えばアプリ構成ファイルの「次エレメ
ント名」と「次ＦＯＲＭ名」を「ＤＢ名」と「検索キ
ー」に替えるなど、条件１、条件２欄は、利用者により
発せられる各種イベントに対応した識別子に対し、何れ
の意味づけ（アクション）に利用しても良い。また、イ
ベントの発生は、キーボード上のファンクションキー操
作或いはマウスのクリック操作など何れであっても差し
支えない。
メント切替）を伴うイベントに対応させ、条件２は未使
用であるが、条件２を画面切替など伴わないイベント種
に対応させて、例えばアプリ構成ファイルの「次エレメ
ント名」と「次ＦＯＲＭ名」を「ＤＢ名」と「検索キ
ー」に替えるなど、条件１、条件２欄は、利用者により
発せられる各種イベントに対応した識別子に対し、何れ
の意味づけ（アクション）に利用しても良い。また、イ
ベントの発生は、キーボード上のファンクションキー操
作或いはマウスのクリック操作など何れであっても差し
支えない。
【００２５】続いて画面切替（エレメント切替）に於け
るクライアントとサーバ間のアプリケーション・プロト
コルついて図４（１）をもとに説明する。先ず、利用者
の画面操作によるイベント発生によりクライアントの画
面処理プログラムからイベント情報（データが存在す
る場合はデータも含む）がサーバへ送信され、サーバの
ジョブエレメントはこのイベント情報が何れの端末から
のものであるかを認識し、当該端末からのイベント情
報を受信する。
るクライアントとサーバ間のアプリケーション・プロト
コルついて図４（１）をもとに説明する。先ず、利用者
の画面操作によるイベント発生によりクライアントの画
面処理プログラムからイベント情報（データが存在す
る場合はデータも含む）がサーバへ送信され、サーバの
ジョブエレメントはこのイベント情報が何れの端末から
のものであるかを認識し、当該端末からのイベント情
報を受信する。
【００２６】次に当該ジョブ名、エレメント名、イベ
ント番号をキーとしてアプリ構成ファイルを読み込み、
当イベント番号に対応する次エレメント名のプログラ
ムを起動状態にすると共に、当該端末への表示指示とし
て次ＦＯＲＭ名をクライアントの画面処理プログラムへ
送信する。
ント番号をキーとしてアプリ構成ファイルを読み込み、
当イベント番号に対応する次エレメント名のプログラ
ムを起動状態にすると共に、当該端末への表示指示とし
て次ＦＯＲＭ名をクライアントの画面処理プログラムへ
送信する。
【００２７】クライアントの画面処理プログラムは次
ＦＯＲＭ名を受信した後、指定の次ＦＯＲＭへ画面切
替を行い、その画面切替の完了情報をサーバへ送信
し、サーバの前記起動状態にあるジョブエレメントは
この画面切替の完了情報を受信し、始めてクライアント
とサーバの両アプリケーションプログラム間の同期が取
れたことになり、ジョブエレメントの起動が開始され
る。
ＦＯＲＭ名を受信した後、指定の次ＦＯＲＭへ画面切
替を行い、その画面切替の完了情報をサーバへ送信
し、サーバの前記起動状態にあるジョブエレメントは
この画面切替の完了情報を受信し、始めてクライアント
とサーバの両アプリケーションプログラム間の同期が取
れたことになり、ジョブエレメントの起動が開始され
る。
【００２８】尚、この時の両プログラム間での情報授受
形式及びその主な内容は図４（２）の如くである。即ち
授受される情報は、端末ＩＤを始め、ジョブＩＤ、イベ
ント番号、ＦＯＲＭ名（ＩＤ）及び指示／完了などの制
御情報を含む制御部と、入力データ、表示データなどの
データ部とから成っており、必要な項目がセットされデ
ータ授受が行われる。
形式及びその主な内容は図４（２）の如くである。即ち
授受される情報は、端末ＩＤを始め、ジョブＩＤ、イベ
ント番号、ＦＯＲＭ名（ＩＤ）及び指示／完了などの制
御情報を含む制御部と、入力データ、表示データなどの
データ部とから成っており、必要な項目がセットされデ
ータ授受が行われる。
【００２９】次にこれ等アプリケーション・プロトコル
に従って画面展開がジョブエレメントと同期を取りなが
ら如何に行われるか、受注業務処理を例に図５により説
明する。尚、説明に当たっては、受注業務処理の初期画
面は既に立ち上がっており、又、アプリ構成ファイルの
内容は予め画面展開に沿ってセットされているものとす
る。
に従って画面展開がジョブエレメントと同期を取りなが
ら如何に行われるか、受注業務処理を例に図５により説
明する。尚、説明に当たっては、受注業務処理の初期画
面は既に立ち上がっており、又、アプリ構成ファイルの
内容は予め画面展開に沿ってセットされているものとす
る。
【００３０】先ず、クライアントの受注業務処理の初期
画面（ＦＭ−１）に於いて各種のジョブの中から、例え
ば「受注照会ジョブ」をマウスクリックなどで選択する
と、そのイベントに対応するイベント番号「Ｅ０２」が
クライアントの画面処理プログラムからサーバの初期画
面処理を行うエレメント−１（以降エレメントをＥＬと
も記す）へ送信される。「Ｅ０２」を受信したＥＬ−１
はジョブ名「受注照会」、エレメント名「ＥＬ−１」、
条件１「Ｅ０２」をキーとして、アプリ構成ファイルを
検索し、の内容を読み込み、次エレメントであるＥＬ
−２を起動状態にすると共に、次ＦＯＲＭ名の識別子で
ある「ＦＭ−２」を画面切替指示としてクライアントへ
送信する。
画面（ＦＭ−１）に於いて各種のジョブの中から、例え
ば「受注照会ジョブ」をマウスクリックなどで選択する
と、そのイベントに対応するイベント番号「Ｅ０２」が
クライアントの画面処理プログラムからサーバの初期画
面処理を行うエレメント−１（以降エレメントをＥＬと
も記す）へ送信される。「Ｅ０２」を受信したＥＬ−１
はジョブ名「受注照会」、エレメント名「ＥＬ−１」、
条件１「Ｅ０２」をキーとして、アプリ構成ファイルを
検索し、の内容を読み込み、次エレメントであるＥＬ
−２を起動状態にすると共に、次ＦＯＲＭ名の識別子で
ある「ＦＭ−２」を画面切替指示としてクライアントへ
送信する。
【００３１】「ＦＭ−２」を受信した画面処理プログラ
ムは受注照会画面（ＦＭ−２）に画面切替を行い、表示
完了情報を受注照会処理を行うＥＬ−２に送信する。表
示完了情報を受信したＥＬ−２は、本例の場合、クライ
アントへの画面表示データが無いため、その旨の制御情
報のみをクライアントへ送信し、サーバのＥＬ−２は次
のイベント待ちとなる。
ムは受注照会画面（ＦＭ−２）に画面切替を行い、表示
完了情報を受注照会処理を行うＥＬ−２に送信する。表
示完了情報を受信したＥＬ−２は、本例の場合、クライ
アントへの画面表示データが無いため、その旨の制御情
報のみをクライアントへ送信し、サーバのＥＬ−２は次
のイベント待ちとなる。
【００３２】次に受注照会画面に於いて、「受注番号」
による照会をクリックなどで選択すると、そのイベント
に対応するイベント番号「Ｅ０１」がクライアントの画
面処理プログラムからサーバの受注照会処理を行うＥＬ
−２へ送信される。「Ｅ０１」を受信したＥＬ−２は前
記の場合と同様にジョブ名「受注照会」、エレメント名
「ＥＬ−２」、条件１「Ｅ０１」をキーとして、アプリ
構成ファイルを検索し、の内容を読み込み、次エレメ
ントであるＥＬ−３を起動状態にすると共に、次ＦＯＲ
Ｍ名の識別子である「ＦＭ−３」を画面切替指示として
クライアントへ送信する。
による照会をクリックなどで選択すると、そのイベント
に対応するイベント番号「Ｅ０１」がクライアントの画
面処理プログラムからサーバの受注照会処理を行うＥＬ
−２へ送信される。「Ｅ０１」を受信したＥＬ−２は前
記の場合と同様にジョブ名「受注照会」、エレメント名
「ＥＬ−２」、条件１「Ｅ０１」をキーとして、アプリ
構成ファイルを検索し、の内容を読み込み、次エレメ
ントであるＥＬ−３を起動状態にすると共に、次ＦＯＲ
Ｍ名の識別子である「ＦＭ−３」を画面切替指示として
クライアントへ送信する。
【００３３】「ＦＭ−３」を受信した画面処理プログラ
ムは受注番号照会画面（ＦＭ−３）に画面切替を行い、
表示完了情報を受注番号照会処理を行うＥＬ−３に送信
する。表示完了情報を受信したＥＬ−３は、前記同様、
画面表示データが無いため、その旨の制御情報のみをク
ライアントへ送信し、サーバのＥＬ−３は次のイベント
待ちとなる。
ムは受注番号照会画面（ＦＭ−３）に画面切替を行い、
表示完了情報を受注番号照会処理を行うＥＬ−３に送信
する。表示完了情報を受信したＥＬ−３は、前記同様、
画面表示データが無いため、その旨の制御情報のみをク
ライアントへ送信し、サーバのＥＬ−３は次のイベント
待ちとなる。
【００３４】次に受注番号照会画面に於いて、必要な受
注番号をキーボードなりから入力した後、当該受注番号
の明細を照会したい場合には、下段の「明細」をクリッ
クなどで選択すると、そのイベントに対応するイベント
番号「Ｅ０１」と、先に入力された受注番号データがク
ライアントの画面処理プログラムからサーバの受注番号
照会処理を行うＥＬ−３へ送信される。「Ｅ０１」を受
信したＥＬ−３は前記の場合と同様にジョブ名「受注照
会」、エレメント名「ＥＬ−３」、条件１「Ｅ０１」を
キーとして、アプリ構成ファイルを検索し、の内容を
読み込み、次エレメントであるＥＬ−４を起動状態にす
ると共に、次ＦＯＲＭ名の識別子である「ＦＭ−４」を
画面切替指示としてクライアントへ送信する。
注番号をキーボードなりから入力した後、当該受注番号
の明細を照会したい場合には、下段の「明細」をクリッ
クなどで選択すると、そのイベントに対応するイベント
番号「Ｅ０１」と、先に入力された受注番号データがク
ライアントの画面処理プログラムからサーバの受注番号
照会処理を行うＥＬ−３へ送信される。「Ｅ０１」を受
信したＥＬ−３は前記の場合と同様にジョブ名「受注照
会」、エレメント名「ＥＬ−３」、条件１「Ｅ０１」を
キーとして、アプリ構成ファイルを検索し、の内容を
読み込み、次エレメントであるＥＬ−４を起動状態にす
ると共に、次ＦＯＲＭ名の識別子である「ＦＭ−４」を
画面切替指示としてクライアントへ送信する。
【００３５】「ＦＭ−４」を受信した画面処理プログラ
ムは受注明細画面（ＦＭ−４）に画面切替を行い、表示
完了情報を受注明細処理を行うＥＬ−４に送信する。表
示完了情報を受信したＥＬ−４は、当該受注番号の明細
データをＤＢＭＳ経由で該当するＲＤＢを検索し、その
検索結果を画面表示データとしてクライアントへ送信
し、サーバのＥＬ−４は次のイベント待ちとなる。
ムは受注明細画面（ＦＭ−４）に画面切替を行い、表示
完了情報を受注明細処理を行うＥＬ−４に送信する。表
示完了情報を受信したＥＬ−４は、当該受注番号の明細
データをＤＢＭＳ経由で該当するＲＤＢを検索し、その
検索結果を画面表示データとしてクライアントへ送信
し、サーバのＥＬ−４は次のイベント待ちとなる。
【００３６】画面表示データを受信した画面処理プログ
ラムは、例えば得意先別の商品コード、数量などの受注
データを表示フォーマットに従って表示し、後に下段の
「戻る」をクリックなどで選択すると、そのイベントに
対応するイベント番号「Ｅ０１」がクライアントの画面
処理プログラムからサーバの受注明細処理を行うＥＬ−
４へ送信される。「Ｅ０１」を受信したＥＬ−４は前記
の場合と同様にジョブ名「受注照会」、エレメント名
「ＥＬ−４」、条件１「Ｅ０１」をキーとして、アプリ
構成ファイルを検索し、の内容を読み込み、次エレメ
ントであるＥＬ−２を起動状態にすると共に、次ＦＯＲ
Ｍ名の識別子である「ＦＭ−２」を画面切替指示として
クライアントへ送信し、前記受注照会画面へ画面切替さ
れる。
ラムは、例えば得意先別の商品コード、数量などの受注
データを表示フォーマットに従って表示し、後に下段の
「戻る」をクリックなどで選択すると、そのイベントに
対応するイベント番号「Ｅ０１」がクライアントの画面
処理プログラムからサーバの受注明細処理を行うＥＬ−
４へ送信される。「Ｅ０１」を受信したＥＬ−４は前記
の場合と同様にジョブ名「受注照会」、エレメント名
「ＥＬ−４」、条件１「Ｅ０１」をキーとして、アプリ
構成ファイルを検索し、の内容を読み込み、次エレメ
ントであるＥＬ−２を起動状態にすると共に、次ＦＯＲ
Ｍ名の識別子である「ＦＭ−２」を画面切替指示として
クライアントへ送信し、前記受注照会画面へ画面切替さ
れる。
【００３７】この様にジョブの各画面処理と、その画面
に対応するジョブエレメント処理が１対１で同期しなが
ら処理が遂行されるものであり、本実施例では、前記受
注業務処理の例の様に、複数のクライアントからの受注
データをサーバ側のＲＤＢで共有し、集中管理するよう
な場合を前提に、クライアント側でジョブの各画面処理
を、またサーバ側でジョブのロジック処理を伴う各エレ
メント処理（ＲＤＢの直接アクセスを含む）を行うこと
で記述したが、各クライアント間でデータの共有化を必
要としないジョブにあっては、本アプリケーション・プ
ロトコルをその儘適用し、サーバ側のジョブエレメント
処理をクライアント側へ配置し、クライアント側でジョ
ブ画面処理とジョブエレメント処理とを動作させること
も可能である。この事により、アプリケーションの特性
に応じてアプリケーション・パーティショニングを最適
化し、ＳＱＬ操作によるＲＤＢの直接アクセスによりレ
スポンス性能の大幅な向上を図ることが出来る。
に対応するジョブエレメント処理が１対１で同期しなが
ら処理が遂行されるものであり、本実施例では、前記受
注業務処理の例の様に、複数のクライアントからの受注
データをサーバ側のＲＤＢで共有し、集中管理するよう
な場合を前提に、クライアント側でジョブの各画面処理
を、またサーバ側でジョブのロジック処理を伴う各エレ
メント処理（ＲＤＢの直接アクセスを含む）を行うこと
で記述したが、各クライアント間でデータの共有化を必
要としないジョブにあっては、本アプリケーション・プ
ロトコルをその儘適用し、サーバ側のジョブエレメント
処理をクライアント側へ配置し、クライアント側でジョ
ブ画面処理とジョブエレメント処理とを動作させること
も可能である。この事により、アプリケーションの特性
に応じてアプリケーション・パーティショニングを最適
化し、ＳＱＬ操作によるＲＤＢの直接アクセスによりレ
スポンス性能の大幅な向上を図ることが出来る。
【００３８】尚、本発明に於けるコンピュータ処理は、
コンピュータプログラムにより当該コンピュータの主記
憶装置上で実行されるが、このコンピュータプログラム
の提供形態は、当該コンピュータに接続された補助記憶
装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の
可搬型記憶装置やネットワーク接続された他のコンピュ
ータの主記憶装置及び補助記憶装置等の各記録媒体に格
納されて提供されるもので、このコンピュータプログラ
ムの実行に際しては、当該コンピュータの主記憶装置上
にローディングされ実行されるものである。
コンピュータプログラムにより当該コンピュータの主記
憶装置上で実行されるが、このコンピュータプログラム
の提供形態は、当該コンピュータに接続された補助記憶
装置をはじめ、フロッピーディスクやＣＤ−ＲＯＭ等の
可搬型記憶装置やネットワーク接続された他のコンピュ
ータの主記憶装置及び補助記憶装置等の各記録媒体に格
納されて提供されるもので、このコンピュータプログラ
ムの実行に際しては、当該コンピュータの主記憶装置上
にローディングされ実行されるものである。
【００３９】
【発明の効果】以上の説明から明らかなように本発明に
よれば、アプリケーションの各レイア間のアプリケーシ
ョン・プロトコル（アプリケーション・インターフェー
ス）を画面とエレメント間で１対１に対応付けシンプル
にすることにより、容易なアプリケーション開発とその
資産流用、メンテナンスを可能とすると同時に、アプリ
ケーション毎のＲＤＢ特性、即ち当該ＲＤＢが各クライ
アントの共通資源として利用されるアプリケーションで
は、アプリケーション層とデータベース層をサーバ側に
配置、また当該ＲＤＢがクライアントに固有なアプリケ
ーションであれば同一プロトコルで、アプリケーション
層とデータベース層を当該クライアント側に配置するな
ど、アプリケーションの特性に応じてアプリケーション
・パーティショニングを最適化することにより、大幅な
レスポンス性能の向上が図れるという著しい工業的効果
がある。
よれば、アプリケーションの各レイア間のアプリケーシ
ョン・プロトコル（アプリケーション・インターフェー
ス）を画面とエレメント間で１対１に対応付けシンプル
にすることにより、容易なアプリケーション開発とその
資産流用、メンテナンスを可能とすると同時に、アプリ
ケーション毎のＲＤＢ特性、即ち当該ＲＤＢが各クライ
アントの共通資源として利用されるアプリケーションで
は、アプリケーション層とデータベース層をサーバ側に
配置、また当該ＲＤＢがクライアントに固有なアプリケ
ーションであれば同一プロトコルで、アプリケーション
層とデータベース層を当該クライアント側に配置するな
ど、アプリケーションの特性に応じてアプリケーション
・パーティショニングを最適化することにより、大幅な
レスポンス性能の向上が図れるという著しい工業的効果
がある。
【図１】 本発明によるアプリケーション処理装置の構
成図
成図
【図２】 アプリケーションのクライアント画面構成と
サーバプログラム構成の関係説明図
サーバプログラム構成の関係説明図
【図３】 アプリ構成ファイルの内容
【図４】 画面切替（エレメント切替）のアプリケーシ
ョン・プロトコル説明図
ョン・プロトコル説明図
【図５】 受注業務処理に於ける画面展開例
【図６】 従来のＣ／Ｓに於けるアプリケーション・パ
ーティショニング概念図
ーティショニング概念図
60 プレゼンテーション層 61 アプリケーション層 62 ＲＤＢ 63 ＤＢＭＳ 64 ＲＤＡ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 川出 弓子 東京都港区西新橋三丁目25番33号 株式会 社富士通東京システムズ内 (72)発明者 大杉 基之 東京都港区西新橋三丁目25番33号 株式会 社富士通東京システムズ内 (72)発明者 前村 和史 東京都港区西新橋三丁目25番33号 株式会 社富士通東京システムズ内
Claims (4)
- 【請求項１】 クライアント・サーバシステムによるア
プリケーション処理装置に於いて、 利用者との会話処理を行う画面処理手段による画面操作
イベントの発生を受け、各画面対応のイベント処理を行
うジョブエレメントのイベント処理手段と、 画面切替を伴う前記イベントの条件に基づき、次に実行
するジョブエレメント名と次に表示する画面名を記憶す
る次処理記憶手段と、 前記イベントを次処理記憶手段により解析し、選択され
たジョブエレメントを起動状態にすると共に前記画面処
理手段に次画面の表示指示を行う次画面表示指示手段
と、を備えたことを特徴とするアプリケーション処理装
置。 - 【請求項２】 前記画面処理手段をクライアントで実現
し、イベント処理手段、次処理記憶手段及び次画面表示
指示手段をサーバで実現することを特徴とする請求項１
記載のアプリケーション処理装置。 - 【請求項３】 請求項２のサーバに於けるイベント処理
手段、次処理記憶手段及び次画面表示指示手段の一部を
ジョブ単位でクライアントで実現することを特徴とする
アプリケーション処理装置。 - 【請求項４】 クライアント・サーバシステムにアプリ
ケーション処理を行わせるプログラムを記録した記録媒
体であって、 利用者との会話処理を行う画面処理手段による画面操作
イベントの発生を受け、各画面対応のイベント処理を行
うジョブエレメントのイベント処理手段と、 画面切替を伴う前記イベントの条件に基づき、次に実行
するジョブエレメント名と次に表示する画面名を記憶さ
せる次処理記憶手段と、 前記イベントを次処理記憶手段により解析し、選択され
たジョブエレメントを起動状態にすると共に前記画面処
理手段に次画面の表示指示を行う次画面表示指示手段
と、を実現させることを特徴とするプログラムを記録し
たコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3501498A JPH11232151A (ja) | 1998-02-17 | 1998-02-17 | アプリケーション処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3501498A JPH11232151A (ja) | 1998-02-17 | 1998-02-17 | アプリケーション処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11232151A true JPH11232151A (ja) | 1999-08-27 |
Family
ID=12430227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3501498A Pending JPH11232151A (ja) | 1998-02-17 | 1998-02-17 | アプリケーション処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11232151A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010073093A (ja) * | 2008-09-22 | 2010-04-02 | Toshiba Corp | リッチクライアント型Ｗｅｂアプリケーションシステム、構築用フレームワークおよび構築方法 |
-
1998
- 1998-02-17 JP JP3501498A patent/JPH11232151A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010073093A (ja) * | 2008-09-22 | 2010-04-02 | Toshiba Corp | リッチクライアント型Ｗｅｂアプリケーションシステム、構築用フレームワークおよび構築方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8046701B2 (en) | Peer to peer gesture based modular presentation system | |
| JPH01259447A (ja) | データ処理方法 | |
| JPH0434172B2 (ja) | ||
| JPH11143883A (ja) | データアイテム表示方法及び表示装置、データアイテムの表示を制御するプログラムを格納した記憶媒体 | |
| JPH0225919A (ja) | ウインドー表示装置 | |
| US6611877B2 (en) | System and method for aggregating registration of entities for notifications of events | |
| US11860832B2 (en) | Custom columns for static logical models | |
| US9727624B2 (en) | Active replication with generic conflict detection and resolution (CDR) | |
| JPH0227421A (ja) | データ入力方法 | |
| Wu et al. | On scheduling inclined jobs on multiple two-stage flowshops | |
| JPS60258667A (ja) | 対話型計算機システムの制御方法 | |
| JPH11232151A (ja) | アプリケーション処理装置 | |
| JP3449256B2 (ja) | クライアント／サーバアプリケーション作成方法及びその装置並びに情報記録媒体 | |
| JPH09190412A (ja) | 複数の情報処理装置によるプログラム共有処理方法およびシステム | |
| JPS62123539A (ja) | ワ−クステ−シヨンからのホストキヤビネツトアクセス方式 | |
| WO2023053483A1 (ja) | Ｖｒ空間管理装置及びｖｒ空間管理方法 | |
| US5819253A (en) | Database retrieval system having a plurality of independent input modes for database retrieval conditions | |
| JP2002117195A (ja) | スケジュール管理装置，及びスケジュール管理プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3534359B2 (ja) | 複数のディスプレイ・セッションをサポートする装置、方法およびコンピュータ・システム | |
| JPH10301692A (ja) | データ処理装置および方法、情報記憶媒体 | |
| JPH01140261A (ja) | オンラインシステム | |
| JPH09134267A (ja) | グラフィカル・ユーザ・インタフェース装置 | |
| JPH03220658A (ja) | 利用者支援情報表示装置 | |
| JPH01187632A (ja) | 分散データベース管理システムの問合せ処理方式 | |
| JPH11212699A (ja) | データ入力処理システム、方法及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040406 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040607 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050726 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051122 |