JPH07105148A - クライアントサーバ業務分散システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】サーバとクライアントにそれぞれ起動情報を管
理する連絡領域と情報をやり取りするマネージャを持
ち、プロセス間通信によって複数の処理の起動要求、一
括結果報告を行うプロトコルを実現する手段を４ＧＬで
支援することによってクライアント側の処理手続きから
複数のサーバ側の業務を同時に起動し、サーバの処理の
並行起動、並行処理が実現でき、効率のよい分散処理を
行う。 【構成】サーバ１とクライアント７から成り立ってい
る。サーバ１はプロセッサ２にコンソール３、ディスク
コントローラ４、ディスク装置５、フロッピディスク装
置６が接続されている。クライアント７も同様に構成さ
れており、プロセッサ８にコンソール９、ディスクコン
トローラ１０、ディスク装置１１、フロッピディスク装
置１２が接続され、サーバとクライアントはプロセッサ
２とプロセッサ８間がＬＡＮ１３で接続されている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】コンピュータを使用した定型業務
処理システムにおいて、特にＬＡＮを用いたクライアン
トサーバ型システム方式でのシステム構築分野に関す
る。

【０００２】

【従来の技術】従来のクライアントサーバ型システム
（以下、ＣＳＳ型システムと呼ぶ）におけるＬＡＮを利
用した第４世代言語（以下、４ＧＬという）やデータベ
ースソフト（以下、ＤＢツールという）などのクライア
ントとサーバとの連携処理を、図１２及び図１３に示
す。

【０００３】図１２はクライアント側からサーバ側のフ
ァイルをＳＱＬコマンド等のファイルアクセスコマンド
を用いてファイルの内容をアクセスする方式であり、図
１３はサーバ側にファイルのアクセス処理手続きを登録
しておき、クライアント側から起動し、処理を行う方法
を示している。図１２で示す方式は単にサーバ側のファ
イルの内容をクライアント側から一件ずつ必要なたびに
その都度得る方式である。図１３で示す方式はクライア
ント側からサーバ側の処理手続きを起動し、図１２の処
理方法のように何回もクライアントとサーバ間のやりと
りをせず、一括でサーバに処理をさせて、クライアント
側は起動した後、結果がくるのを待って次の処理に移る
方式である。なお、ここでいう４ＧＬとはオンライン向
きの事務処理プログラムを会話型で開発する支援ツール
を指す。

【０００４】

【発明が解決しようとする課題】上記図１２、図１３で
示される従来の処理はファイルのアクセスを中心に考え
ており、クライアントではサーバに要求やサーバ処理を
起動要求を行った後、結果をその場で待つ方式を採用し
ている。

【０００５】図１２の処理方法ではクライアントとサー
バの間を行き来するデータ量が増加するため、ネットワ
ークのトラフィックが増大し、処理性能が落ちる問題点
がある。また、図１３の処理方法ではクライアント処理
から複数のサーバ処理を起動する場合、それぞれのサー
バの処理が相互に関連せず、並行に走行できる場合でも
一つ一つサーバの処理の起動を行っては、結果を待つこ
とを繰り返すしかなかった。そのため、ＬＡＮに対し
て、負荷がかかり、効率が悪いという問題点があり、さ
らに並行しての起動処理ができず、効率のよい分散処理
ができないという欠点があった。

【０００６】また、例えば特開平５ー５２９７３号公報
にはクライアントからサーバへのデータベースへアクセ
スを行う場合の様に同一のデータベースに対して参照や
更新の処理によって結果を待ったり並行起動させること
が開示されているが、この技術は一つのファイルに対し
てのみ有効であり、通常の定型業務のように複数のデー
タベースを次々と使用する定型業務には使用することは
できないという問題があった。

【０００７】本発明の目的は、上述の問題を解決するこ
とにある。

【０００８】

【課題を解決するための手段】本発明は、上述の目的を
達成するために以下のようにしたことを特徴とする。

【０００９】ＬＡＮを使用した第４世代言語やデータベ
ースソフトを有するクライアントサーバ型システムにお
いて、サーバ及びクライアントコンピュータにそれぞれ
起動情報を管理する連絡領域と情報をやりとりするマネ
ージャーを設け、第４世代言語もしくはデータベースソ
フトで作成したクライアント側の処理手続きによって、
サーバ側の複数の業務を同時に起動し、並行処理するク
ライアントサーバ業務分散システムが提供される。

【００１０】また、クライアント側の処理手続きを先読
みし、処理するサーバの処理内容から参照更新のファイ
ル名を検索し、各業務処理での関連を求め、並行起動、
及び並行処理ができるかを判断し、並行起動、及び並行
処理を制御するクライアントサーバ業務分散システムが
提供される。

【００１１】更に、サーバに複数のコンピュータを接続
しておき、前記クライアントの業務処理手続きにより複
数のサーバのコンピュータの複数の業務を同時に起動
し、並行処理するクライアントサーバ業務分散システム
が提供される。

【００１２】

【作用】本発明の実行時、クライアント側の業務処理中
にサーバ側の業務要求が発行されるとクライアントのマ
ネージャは連絡領域に情報をセットしてサーバ側にプロ
セス間通信を使い、起動メッセージを送る。その後、ク
ライアント側処理では結果をまたずに次の処理に移る。
サーバ側ではマネージャ処理で通信してきたメッセージ
から該当の業務を子タスクとして起動する。サーバ処理
では次々と起動要求がくるとその度にタスクを起動し、
業務を並行処理させる。このようにしてサーバの処理の
並行起動、並行処理が実現できる。サーバが複数の場合
は上記処理をそれぞれのサーバコンピュータに行わせる
ことでユーザが意識せずに簡単に多重化システムが構築
できる。

【００１３】

【実施例】本発明の一実施例を図面を用いて詳細に説明
する。

【００１４】図１は本発明の全体構成を示す図である。
本発明の全体構成はサーバ１とクライアント７から成り
立っている。サーバ１はプロセッサ２にコンソール３、
ディスクコントローラ４、ディスク装置５、フロッピデ
ィスク装置６が接続されている。クライアント７も同様
に構成されており、プロセッサ８にコンソール９、ディ
スクコントローラ１０、ディスク装置１１、フロッピデ
ィスク装置１２が接続され、サーバとクライアントはプ
ロセッサ２とプロセッサ８間がＬＡＮ１３で接続されて
いる。

【００１５】サーバ全体の制御を行うサーバの全体制御
部１４は、サーバの４ＧＬのマネージャ１５、サーバの
４ＧＬの処理部１６、サーバの通信プロトコルの制御部
１７によって構成される。クライアント全体の制御を行
うクライアントの全体制御部２３も、サーバの構成と同
様にクライアントの４ＧＬのマネージャ２４、クライア
ントの４ＧＬの処理部２５、クライアントの通信プロト
コルの制御部２６によって構成されている。

【００１６】サーバ１のメモリの内容はクライアントと
の連絡領域１８、サーバの４ＧＬ実行処理領域１９、サ
ーバの業務処理実行領域２０、サーバの業務処理定義読
み込み領域２１、及び作業領域２２によって構成されて
いる。

【００１７】クライアント７のメモリの内容は連絡領域
２７、クライアントの４ＧＬ実行処理領域２８、クライ
アントの業務処理実行領域２９、クライアントの業務処
理定義読み込み領域３０、作業領域３１によって構成さ
れている。

【００１８】次に図２から図６を用いて現在、使用され
る定型業務処理とこの処理をＣＳＳ型システムに適用し
た場合の例を説明する。

【００１９】図２は定型業務の例を説明するフローチャ
ートである。

【００２０】エントリ業務で売上げのデータ入力を行い
（ステップ２０１）、トランザクションファイルに蓄え
る（ステップ２０２）。トランザクションファイルを基
に在庫マスタを更新する（ステップ２０３）。その後、
在庫一覧表を印刷し（ステップ２０４）、リスト印刷す
る（ステップ２０５）。このような一般的な業務は従来
ではそれぞれの命令が１つづつ要求されて実行される。

【００２１】ＵＲＩＡＧＥ２０６はデータ入力を行う、
この場合なら伝票発行を行うである。ＵＲＩＺＡＩＫＯ
２０７は在庫マスタの更新、つまりファイルの更新を行
うコマンドである。ＺＡＩＫＯ２０８は印刷を行うコマ
ンドである。このコマンドは全て４ＧＬのコマンドであ
る。

【００２２】図３は図２で示す定型業務をＣＳＳ型シス
テムで支援したときの業務の形を示す図である。サーバ
上の業務処理３０１、クライアント側の業務処理３０６
である。クライアント上の処理としてデータエントリ処
理を行い、クライアント側のファイルに格納する。その
後、データをサーバ側のファイルにアップロードする。
その後、サーバ処理を起動する。図３において、伝票発
行３０２を行い、このデータをトランザクションファイ
ル３０５に格納し、このデータをサーバ側のファイルに
アップロード３０３を行い、サーバの呼び出し３０４を
呼び出す。クライアント側のサーバの呼び出し３０４に
より、起動されたサーバ処理であるＺＡＩＫＯ３０７で
はファイル更新処理３０８で在庫ファイル３１０を更新
する。更新された在庫ファイルを基に在庫状況を印刷処
理３０９でリスト３１１に印刷する。

【００２３】クライアント側では起動を掛けた後、結果
を待って次の処理に移ることもできるし、待たずに次の
処理を行うこともできる。

【００２４】図４は業務の処理の中に並行に起動処理す
る業務処理を示すフローチャートである。

【００２５】複数の集計の条件式を入力する（ステップ
４０１）。この条件に基づいて売上げファイルの内容を
の各条件で集計する（ステップ４０２、ステップ４０
３、ステップ４０４）。集計された結果をファイルに格
納し（ステップ４０５）、次にこの集計結果をリストに
印刷する（ステップ４０６）。この場合、並行に処理さ
せることのできる処理はステップ４０２、ステップ４０
３、ステップ４０４の各集計処理である。

【００２６】図５、図６、及び図７は図４の定型業務の
並列処理をＣＳＳ型システムで支援したときの例を示す
図である。

【００２７】図５はクライアント側からサーバのファイ
ルをＳＱＬコマンド等のファイルアクセスコマンドを用
いてファイルの内容をアクセスする方式である。クライ
アント側の処理５０１、もう一方はサーバ側の処理５０
２がある。集計の条件式５０３を入力し、集計（１）の
処理５０４を行う。この時、サーバ側の集計処理５０５
に対し、集計要求を行い、結果を待つ。集計処理５０５
では処理終了後、結果を知らせる。以下、同様に集計
２、集計３の集計処理を行う。

【００２８】集計（２）５０６では集計結果を踏まえて
集計要求を行う。集計処理５０５では処理終了後、結果
を知らせ、この集計結果を踏まえて集計（３）５０７で
集計要求を出す。集計処理５０５では最終集計結果を出
し、印刷５０８を行う。この方式だと集計処理の度にサ
ーバへ要求をだすため回線上の負荷が非常に大きい。ま
た、集計処理は結果を待ちながらシリアルに行われるた
め効率が非常に悪い。

【００２９】図６はサーバにファイルのアクセス処理手
続きを登録しておきクライアント側から起動し、処理を
行う方法である。図６で示される方式は図５の集計５０
４、５０６、５０７をサーバ６０１側に集計業務として
登録し、クライアント６０２側の処理から起動する方法
である。

【００３０】クライアント側処理６０３で集計条件を入
力する。サーバ呼び出し６０４ではサーバ側にある集計
処理６０５を起動し、結果を待つ。集計処理６０５では
集計（１）６０６、集計（２）６０７、集計（３）６０
８の集計を順時行っていき、結果をしらせる。クライア
ント側では結果を受信した後、印刷処理６０９を行う。
この方法ではサーバとのやり取りは起動要求一回だけで
あるため回線上の負荷は少ない。しかし、サーバ側の集
計処理は図５の方法と同様に結果を待ちながらシリアル
に行われるため効率が非常に悪い。

【００３１】図７は本発明を用いて処理を行った例を示
す図である。

【００３２】サーバ側７０２には集計処理がある。クラ
イアント側７０１の処理で集計条件７０３を入力する。
次に並行起動、及び並行処理が行うサーバ呼び出し７０
４、サーバ呼び出し７０５、サーバ呼び出し７０６を起
動し、サーバの集計処理を起動する。その後、結果７１
０で待つ。

【００３３】起動要求がされるとサーバ処理ではマネー
ジャの管理のもとに、集計処理が次々とタスク起動さ
れ、集計（１）７０７、集計（２）７０８、集計（３）
７０９が並行処理を行う。集計（１）７０７、集計
（２）７０８、集計（３）７０９の各集計処理はそれぞ
れ終了するとその結果をクライアントに報告する。結果
７１０のクライアント処理では起動した全部の集計処理
が終了するまで待って印刷処理７１１を行う。この方法
だとサーバとのやり取りは起動要求だけであるため、回
線上の負荷は少ない。しかもサーバ側の集計処理は起動
される毎にタスク起動され、並行処理するため効率が非
常によい。さらにサーバ呼び出しの結果を待つ間に別の
処理を行うことができる。

【００３４】図８は本発明の方式の詳細である。

【００３５】クライアント処理８０１とサーバ処理８０
２がある。クライアント側の業務処理８０３、クライア
ント側にあるマネージャ処理８０４である。サーバの起
動要求Ａ８０６が発生するとクライアントのマネージャ
処理で連絡領域８０７からＡの領域８０８を確保する。
そしてサーバに対し、起動メッセージ８０９を送信す
る。サーバマネージャ８０５では起動要求のメッセージ
を受信するとサーバ側の連絡領域８１１から起動要求Ａ
の領域８１０を確保する。その後、Ａのサーバ処理８１
２を起動する。サーバの起動要求Ａと並行にサーバの起
動要求Ｂ８１３が発生すると同様にクライアントのマネ
ージャ処理で連絡領域８０７から起動要求Ｂ領域８１４
を確保する。

【００３６】そして、サーバに対し、起動メッセージ８
１５を送信する。サーバマネージャ８０５では起動要求
Ｂのメッセージを受信するとサーバ側の連絡領域８１１
から起動要求Ｂ用の領域８１６を確保する。その後、Ｂ
のサーバ処理８１７を起動する。サーバ業務Ａの処理８
１２では処理が終了するとサーバマネージャ８０５に連
絡する。サーバマネージャ８０５では連絡領域Ａ８１８
に終了済フラグをたてる。

【００３７】その後でクライアントマネージャに終了し
たメッセージを送信する。クライアントマネージャ８０
４は起動したＡ処理が終了した旨を受信すると連絡領域
８０７に終了フラグをたてる。同様にサーバ処理Ｂ８１
７が終了すると、終了報告８１９をマネージャに報告
し、連絡領域８１１のＢ領域に終了フラグ８２０をたて
る。クライアントに終了メッセージ８２１を送信する。
クライアントマネージャでは連絡領域８０７のＢ領域８
２２に終了フラグを立てる。これらのやりとりでクライ
アント側からサーバ側の業務を次々と並行起動できる。
結果待ちの処理８２３では連絡領域８０７の起動した処
理すべてに終了フラグがたつまで待つ。

【００３８】図９は作成した業務を自動的に並行起動に
する定義図である。

【００３９】クライアント側業務９０１で受注データエ
ントリ９０２を行い、その後、サーバ処理呼び出しＡ９
０３、サーバ処理呼び出しＢ９０４、サーバ処理呼び出
しＣ９０５のサーバ側業務それぞれＡ，Ｂ，Ｃを起動す
るという処理を利用者が作成したとする。この業務は実
際に定義ファイルに格納されるとき、サーバ側で動作す
るそれぞれのサーバ側業務内容から利用ファイルの関連
性を見て並行起動、並行処理できるかどうかを決定し、
自動的に修正される。並行起動、並行処理できるかどう
かはその業務で使用するファイルがその業務より前に実
行されるサーバ業務中で書き込みに使われるか否かで決
定する。書き込みで使われている場合は並行起動、並行
処理できない。

【００４０】サーバ業務Ａ９０６は処理の後（ステップ
９０７）、ファイルＡの内容を読み込み（ステップ９０
８）、ファイルＢの更新をする（ステップ９０９）。サ
ーバ業務Ｂ９１２はステップ９１３の処理とステップ９
１５の処理の間にファイルＡを分類し（ステップ９１
４）、ファイルＣに出力する処理とファイルＣを集計し
てファイルＤに出力する処理を行う（ステップ９１
６）。この中でファイルＣ９１８、ファイルＤ９１９は
前の業務Ａで使われておらず、また、ファイルＡ９１７
は前の業務Ａでは使われているが、読み込み用である。

【００４１】従って、業務Ｂは業務Ａと並行起動、並行
処理できる。業務Ｃ９２０ではステップ９２１の処理の
中でファイルＢを印刷する処理がある。ファイルＢ９２
３は前に実行される業務Ｂでは使われていないが、業務
Ａでは更新、いわゆる書き込み用として使われている。
従って、業務Ｃは業務Ｂとは並行起動、並行処理できる
が、業務Ａとは並行起動、並行処理できない。

【００４２】これらの事から、クライアント業務９０１
は業務９２４のようにまず、受注データエントリ９２５
を行う。業務Ａ９２６と業務Ｂ９２７は並行起動、並行
処理を行い、業務Ａの結果９２８だけを待つ。業務Ａが
終了した後、業務Ｂの結果を待たずに業務Ｃが起動され
る。業務Ｃは業務Ｂと並行起動、並行処理となる。この
ようなことから、９０１のクライアントの業務処理は業
務９２４のような処理に自動的に修正されて格納され
る。

【００４３】図１０は並行起動の場合、そうでない場合
の処理時間を比較した図である。

【００４４】業務Ｂの処理時間は業務Ａより長いとす
る。業務Ａ１００１が５分かかるとする。業務Ｂ１００
２は業務Ａと並行起動、並行処理できるためすぐに起動
され、１０分かかるとする。業務Ａの結果１００３を待
ち、業務Ｃ１００４は業務Ａの終了後、５分かかって終
了する。結果１００５は業務Ａが起動されてから１０分
で終了する。

【００４５】これに対し、並行起動、並行処理しない場
合は業務Ａ１００６で５分かかる。業務Ａが終了後、業
務Ｂ１００７が始まる。業務Ｂ１００７は１０分かか
り、更にその業務終了後、業務Ｃ１００８で５分かか
る。結果として合計２０分かかってしまい、、並行起
動、並行処理する場合に比べ２倍の時間がかかる。

【００４６】図１１は複数サーバコンピュータがある場
合の２重化システムの例である。

【００４７】環境設定ファイル１１０４にサーバコンピ
ュータのニモニックを指定させておくことでクライアン
トの処理を実行させるときに指定されたサーバコンピュ
ータに起動要求を行う。

【００４８】サーバコンピュータ１１０１が１台の場
合、クライアント処理１１０２でサーバ業務の起動要求
があると環境設定情報１１０４をみて、サーバ業務を起
動し、ファイルのアクセス１１０３を行う。

【００４９】次にサーバコンピュータが複数台ある場合
を説明する。サーバコンピュータ１１０５とサーバコン
ピュータ１１０６の２つある場合はクライアント処理１
１０７でサーバ業務起動要求があると環境設定情報１１
０８で２つのニモニックが設定されている事からまず、
サーバ１１０５に起動要求を行い、次にサーバ１１０７
に対して全く同じ業務を起動し、実行させる。これによ
って利用者は何も意識せず、ただ環境設定ファイルに２
つのサーバがあるという情報だけで同じ業務が実行さ
れ、ファイル１１０９とファイル１１１０にデータを書
き込み、２重化システムを実現できる。

【００５０】

【発明の効果】本発明によるとＬＡＮを使用したＣＳＳ
型分散処理システムにおいてクライアントから複数のサ
ーバ業務処理を並行起動、並行処理させることができ、
しかもクライアント側ではサーバ処理の間に次のクライ
アント側での業務処理が行えることによって、非常に効
率のよい４ＧＬやデータベースソフトを使用したＣＳＳ
型分散処理システムが構築できる。更に、利用者はこの
並行起動、並行処理を意識せずに業務処理を作成しても
業務の内容を理解し、自動的に並行起動、並行処理する
ため利用者のコンピュータ知識の修得レベルによらずい
つでも効率よくＣＳＳ型分散処理システムが構築でき
る。更に、サーバに複数のコンピュータを接続し、実行
時に接続されている旨を指定するだけでそれぞれのコン
ピュータで実行させるため、複雑な定義を指定しなくて
も４ＧＬやＤＢツールでの２重化システムが構築でき
る。

【図面の簡単な説明】

【図１】本発明の全体構成を示す図、

【図２】一般の定型業務処理を示すフローチャート、

【図３】ＣＳＳ型の業務例を示す図、

【図４】並行処理可能な業務処理をフローチャート、

【図５】定型業務の並列処理をＣＳＳ型で支援したとき
の例を示す図、

【図６】定型業務の並列処理をＣＳＳ型で支援したとき
の例を示す図、

【図７】本発明の処理を示す図、

【図８】本発明の処理を詳細に示す図、

【図９】作成した業務を自動的に並行起動、並行処理を
行うことを示す図、

【図１０】起動タイムチャートを示す図、

【図１１】複数のサーバがある場合の２重化システムを
示す図、

【図１２】従来のＣＳＳシステムの一例を示す図、

【図１３】従来のＣＳＳシステムの一例を示す図であ
る。

【符号の説明】

１：サーバ ２：サーバプロセッサ ３：コンソール ４：コントローラ ５：ディスク装置 ６：フロッピイ装置 ７：クライアント ８：クライアントプロセッサ ９：コンソール １０：コントローラ １１：ディスク装置 １２：フロッピイ装置 １３：ＬＡＮ １４、２３：全体制御部 １５、２４：４ＧＬマネージャー １６、２５：４ＧＬ処理部 １７、２６：プロトコル処理部 １８、２７：連絡領域 １９、２８：４ＧＬ実行処理領域 ２０、２９：業務処理領域 ２１、３０：業務定義処理読み込み領域 ２２、３１：作業用領域

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小林 仁 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 藤瀬 洋 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (3)

【特許請求の範囲】
1. 【請求項１】ＬＡＮを使用した第４世代言語やデータベ
   ースソフトを有するサーバコンピュータとクライアント
   コンピュータからなるクライアントサーバ型システムに
   おいて、 前記サーバ及びクライアントコンピュータにそれぞれ起
   動情報を管理する連絡領域と情報をやりとりするマネー
   ジャーを設け、 前記第４世代言語もしくは前記データベースソフトで作
   成したクライアント側の処理手続きによって、前記サー
   バ側の複数の業務を同時に起動し、並行処理することを
   特徴とするクライアントサーバ業務分散システム。
2. 【請求項２】請求項１記載のクライアントサーバ業務分
   散システムにおいて、クライアント側の処理手続きを先
   読みし、処理するサーバの処理内容から参照更新のファ
   イル名を検索し、各業務処理での関連を求め、並行起
   動、及び並行処理ができるかを判断し、並行起動、及び
   並行処理を制御することを特徴とするクライアントサー
   バ業務分散システム。
3. 【請求項３】請求項１記載のクライアントサーバ業務分
   散システムにおいて、前記サーバに複数のコンピュータ
   を接続しておき、前記クライアントの業務処理手続きに
   より複数のサーバのコンピュータの複数の業務を同時に
   起動し、並行処理することを特徴とするクライアントサ
   ーバ業務分散システム。