JPH10340239A - クライアント・サーバシステムの情報交換方式 - Google Patents

Abstract

(57)【要約】 【課題】 サーバコンピューターとクライアントコンピ
ューターとの情報交換における能力負荷を低減させると
ともに、容易にシステムの変更や拡張等のできるクライ
アント・サーバシステムの情報交換方式を提供するこ
と。 【解決手段】 データの検索または参照処理と、その他
の格納および更新等の業務処理等の処理とにおいて、各
々別個の管理プログラムを使用することにより、クライ
アントコンピューター２１とサーバコンピューター２８
との情報交換における能力負荷を低減させることができ
る。またユーザープログラム２２及び業務処理プログラ
ム３３は、アクセスプログラム２５、３０に必要な関数
を出力させるだけで情報交換を実施でき、データベース
３４の変更、追加やユーザープログラム２２及び業務処
理プログラム３３の変更が生じても、容易に該プログラ
ムの修正、作成を実施できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントコン
ピューターからの処理要求をサーバコンピューターで処
理するクライアント・サーバシステムにおいて、前記処
理に基づくサーバコンピューターとクライアントコンピ
ューターとの間における情報交換方式に関する。

【０００２】

【従来の技術】近年、業務の効率化や情報の共有化並び
に情報資産の活用促進のために、複数のコンピューター
を通信手段で接続するとともに、共通の情報やデータを
格納したサーバを設け、前記通信手段に該サーバを接続
して各種の情報やデータの検索、参照、格納および更新
等の業務処理等を実施するクライアント・サーバシステ
ムが多く用いられるようになってきている。

【０００３】これらクライアント・サーバシステムにお
いて上記のデータの検索、参照、格納および更新等の業
務処理等を実施するためには、クライアントコンピュー
ターとサーバコンピューターとの間において、通信手段
を介して情報データの交換が必須になるが、その処理内
容は主にサーバコンピューターに格納されている必要な
情報データをクライアントコンピューターに送出させる
検索、参照処理と新規なデータを格納させたり過去に格
納されている各種のデータを更新するなどの格納および
更新等の業務処理等に区別することができる。

【０００４】従来、これらクライアント・サーバシステ
ムにおいては、クライアントコンピューター側で処理し
た処理データを前記サーバコンピューターに格納、更新
する際に、前記通信手段の不具合等が生じた場合には、
クライアントコンピューター側のデータとサーバコンピ
ューター特にサーバコンピューターが複数存在する場合
等においては、各サーバーに配置された整合性を有する
データが異なるデータとなる事態を生じ、システム全体
が動作不能になる恐れのあることから、上記した不具合
に対しても対応できるような冗長性を高めたサーバコン
ピューターとクライアントコンピューターとの情報交換
方法が使用されている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記し
た従来の情報交換方法においては、冗長性を高めるため
に複雑な処理および通信手段の制御を実施する必要があ
り、よってコンピューターに大きな負荷をかけており、
多くのクライアントコンピューターが同時に同一のサー
バコンピューターにアクセスする場合等において、その
処理負荷が大きくなりすぎてサーバコンピューター内の
データを検索、参照するだけの場合においてもクライア
ントコンピューターに処理結果が送出されるまでに多く
の時間を要し、最悪の場合にはサーバコンピューターが
ダウンしてしまうなどの問題点があった。

【０００６】また、従来のクライアント・サーバシステ
ムにおいては、クライアントコンピューターとサーバコ
ンピューターとで情報交換を行うためには、各種の業務
処理を行うプログラム毎にクライアント−サーバ間の情
報交換を実施する処理プログラムを必要とし、さらに交
換する情報の種類毎や、ハードウェア等の種類毎に、個
別の処理プログラムを用意する必要がある。

【０００７】よって、新たにクライアント・サーバシス
テムを構築するには、サーバコンピューターで行われる
処理の種類毎や、ＯＳの種類毎に多数のプログラムの作
成を必要とし、各プログラムは上記したように複雑なプ
ログラムとなることから、それらの作成作業には多大な
労力が必要であるとともに、機能の追加・変更やデータ
ベースの追加・変更を行う場合は、大幅なプログラムの
追加、修正を必要とし、容易にシステムの変更や拡張等
ができないという問題があった。

【０００８】また、クライアントコンピューターから一
度データ処理の実行開始要求が出されると、サーバコン
ピューターにおいて前記情報交換を行う処理プログラム
が起動され、前記データ処理依頼の途中でオペレータが
離席したり、プログラムを強制終了した等場合には、ク
ライアントコンピューター側からの処理終了要求が出さ
れない限り、起動した上記情報交換を行う処理プログラ
ムは稼動を続け、不必要なサーバコンピューターの負荷
となり、結果としてサーバコンピューターのレスポンス
を低下させてしまうという問題点を有している。

【０００９】よって、本発明はサーバコンピューターと
クライアントコンピューターとの情報交換における能力
負荷を低減させるとともに、各種の業務処理を行うアプ
リケーションプログラムやＯＳの種類等により個別にプ
ログラムを作成する必要がなく、容易にシステムの変更
や拡張等のできるクライアント・サーバシステムの情報
交換方式を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記した課題を解決する
ために、本発明のクライアント・サーバシステムの情報
交換方式は、少なくとも一つのサーバ機能を有するサー
バコンピューターと少なくとも一つのクライアントコン
ピューターとを通信手段にて接続し、前記サーバコンピ
ューターとクライアントコンピューターとの間におい
て、前記クライアントコンピューターからのデータの検
索、参照、格納および更新等の業務処理等の各種処理要
求に基づいて、前記サーバコンピューターにてこの要求
された各種処理を実施し、その処理結果を前記クライア
ントコンピューターに返送するクライアント・サーバシ
ステムにおいて、前記サーバコンピューターとクライア
ントコンピューターとのデータ交換を管理する管理プロ
グラムを設け、前記データの検索または参照処理手順
と、その他の格納および更新等の業務処理等の処理手順
とにおいて、各々別個の前記管理プログラムを用いるこ
とを特徴としている。この特徴によれば、データの検索
または参照処理と、その他の格納および更新等の業務処
理等の処理とにおいて、各々別個の前記管理プログラム
を使用することにより、データの検索または参照処理で
は、仮に通信手段において不具合が発生してもシステム
全体がダウンするようなことを生じることがないことか
ら、その管理プログラムを複雑な処理を必要とせず、よ
って処理負荷の少ないものとすることで、サーバコンピ
ューターとクライアントコンピューターとの情報交換に
おける能力負荷を低減させることができる。

【００１１】本発明のクライアント・サーバシステムの
情報交換方式は、前記管理プログラムが、前記サーバコ
ンピューター上の各種の処理命令に対応付けられた関数
を出力するクライアントコンピューター上のクライアン
ト用アクセスプログラムと、前記各種関数に対応してサ
ーバコンピューター上の各種の処理命令を実行し、また
は前記各種関数を出力するサーバコンピューター上のサ
ーバ用アクセスプログラムから成ることが好ましい。こ
のようにすることで、クライアントコンピューター側で
使用される各種の業務処理を行うアプリケーションプロ
グラム（以下「ユーザープログラム」という）およびサ
ーバコンピューターで使用される業務処理プログラム
は、サーバコンピューターおよびクライアントコンピュ
ーター双方に共通に設けられたアクセスプログラムに前
記各種の処理命令に対応付けられた必要な関数を出力さ
せるだけで情報交換を実施できることになり、各種の業
務処理を行うユーザープログラムおよび業務処理プログ
ラム毎に情報交換用のプログラムを個別に作成する必要
を無くすことができ、データベースの変更、追加やユー
ザープログラムおよび業務処理プログラムの変更が生じ
ても、容易にプログラムの修正、作成を実施できる。

【００１２】本発明のクライアント・サーバシステムの
情報交換方式は、前記クライアント用アクセスプログラ
ムが、サーバコンピューターへ送出する情報として、Ｏ
Ｓに依存するデータのコード系の種類と、データの型式
と、送信データ長と、を含むヘッダー部と、前記処理要
求項目等の実データを含むデータ部とに分けて送出する
とともに、前記サーバ用アクセスプログラムが前記ヘッ
ダー部の情報を基に前記実データを、サーバコンピュー
ターのＯＳに対応するデータ型式に変換して出力するこ
とが好ましい。このようにすることで、前記のクライア
ントコンピューターとサーバコンピューターとの間で情
報の交換を行うアクセスプログラムにおいて、ＯＳの種
類やハードウェア種類毎に情報交換用のプログラムを個
別に作成する必要を無くすことができ、データベースの
変更や業務処理プログラムが変更されても、容易にプロ
グラムの変更を実施できる。

【００１３】本発明のクライアント・サーバシステムの
情報交換方式は、前記クライアント用アクセスプログラ
ムからの通信の接続の要求を常時監視する通信監視プロ
グラムをサーバコンピューター上に設け、前記通信監視
プログラムが前記通信の接続の要求に基づいて前記サー
バ用アクセスプログラムを起動させるようにし、あらか
じめ設定された時間を超えて前記クライアント用アクセ
スプログラムからの情報の送出がない場合において、前
記サーバ用アクセスプログラムが自動的に終了するよう
にされていることが好ましい。このようにすれば、必要
以上に前記サーバ用アクセスプログラムが起動している
ことを無くすことができ、結果的にサーバコンピュータ
ーの情報交換における能力負荷を低減させることができ
る。

【００１４】

【発明の実施の形態】以下、本発明の実施例を図面に基
づいて説明する。

【００１５】図１は本発明によるクライアント・サーバ
システムでの、データ検索・参照処理における基本的な
処理の流れを示した実施例１のブロック図で、図２は本
発明によるクライアント・サーバシステムでの、データ
の更新等業務処理における基本的な処理の流れを示した
実施例２のブロック図である。

【００１６】本発明では、上記両図に示されるように、
クライアント−サーバ間のデータ検索・参照処理におけ
るデータ交換を管理するとともに、各種処理関数を出力
するクライアントコンピューター及びサーバコンピュー
ター上の各アクセスプログラムとしてＤＢ（データベー
ス）アクセス処理プログラムを、またデータの格納およ
び更新等業務処理におけるデータ交換を管理するすると
ともに、各種処理関数を出力するクライアントコンピュ
ーター及びサーバコンピューター上の各アクセスプログ
ラムとして業務アクセス処理プログラムをそれぞれクラ
イアントコンピューター及びサーバコンピューターにて
用い、後述するような別の手順によって処理を行ってい
る。

【００１７】まず、データ検索・参照処理では、クライ
アントコンピューター１とサーバコンピューター２に前
記ＤＢアクセス処理プログラム３、４を各々用意する。
クライアントコンピューター１とサーバコンピューター
２には、環境変数に日本語のコード系とバイトオーダ
（ハードウェアやＯＳにより整数、実数のコンピュータ
内部での表現方法が異なる）の形式を設定する。クライ
アントコンピューター１のユーザープログラム５は、処
理するデータベースの名前と処理の方法を、ＤＢアクセ
ス処理プログラム３に渡す。

【００１８】クライアントコンピューター１のＤＢアク
セス処理プログラム３は、サーバコンピューター２との
通信が確立されているかを確認する。接続が確立されて
いない場合は、クライアントコンピューター１からの通
信の接続の要求を常時監視するサーバコンピューター２
の通信監視プログラムである通信デーモン６へ接続依頼
を行う。

【００１９】これにより、サーバコンピューター２のＤ
Ｂアクセス処理プログラム４が、前記通信デーモン６に
より起動される。

【００２０】クライアントコンピューター１のＤＢアク
セス処理プログラム３は、環境変数から日本語のコード
系（ＳＪＩＳ、ＥＵＩ等）とバイトオーダ（上位バイト
先読み、下位バイト先読み等）の形式を取得し、送信す
る情報を、（１）日本語のコード系とバイトオーダの形
式の種類と（２）データの型式（整数、字数、文字等）
と（３）送信データ長と（４）サーバコンピューター側
で処理するデータベース名と、を含むＡＳＣＩＩ文字の
ヘッダー部と、実際のデータを含むデータ部とに分け
て、サーバコンピューター２のＤＢアクセス処理プログ
ラム４に送信する。この送信処理は、ＴＣＰ／ＩＰのソ
ケット通信を使用し、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ
Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いて行わ
れ、プログラムの種類やＯＳなどに依存せず共通の処理
で行うことができる。

【００２１】サーバコンピューター２のＤＢアクセス処
理プログラム４は、受信した情報をサーバコンピュータ
ー２で扱えるデータに変換し、そのデータから、依頼さ
れた検索・参照処理をデータベース７に対し行い、デー
タをクライアントコンピューター１のＤＢアクセス処理
プログラム３に返信する。そしてＤＢアクセス処理プロ
グラム３はその結果をユーザープログラム５に渡す。

【００２２】これらの一連の手順により、クライアント
コンピューターからのデータベースの検索・参照を実現
できる。

【００２３】次に、データの更新等業務処理において
は、まず、クライアントコンピューター１１とサーバコ
ンピューター１２に前記業務アクセス処理プログラム１
３、１４を各々用意する。

【００２４】クライアントコンピューター１１とサーバ
コンピューター１２には、環境変数に日語のコード系と
バイトオーダの形式を設定する。クライアントコンピュ
ーター１１のユーザープログラム１５では、処理するプ
ログラム名前とパラメータを業務アクセス処理プログラ
ム１３に渡す。

【００２５】クライアントコンピューター１１の業務ア
クセス処理プログラム１３は、サーバコンピューター１
２との通信が確立されているかを確認する。接続が確立
されていない場合は、クライアントコンピューター１１
からの通信の接続の要求を常時監視するサーバコンピュ
ーター１２の通信デーモン１６へ接続依頼を行う。

【００２６】これにより、サーバコンピューター１２の
業務アクセス処理プログラム１４と業務処理プログラム
１７が、通信デーモン１６により起動される。

【００２７】クライアントコンピューター１１の業務ア
クセス処理プログラム１３は、環境変数から日本語のコ
ード系とバイトオーダの形式を取得し、送信する情報
を、（１）日本語のコード系（ＳＪＩＳ、ＥＵＩ等）と
バイトオーダ（上位バイト先読み、下位バイト先読み
等）形式の種類と（２）データの型式（整数、字数、文
字等）と（３）送信データ長と（４）サーバコンピュー
ター側で処理するプログラム名と（５）処理データベー
ス名と、を含むＡＳＣＩＩ文字のヘッダー部と、実際の
データを含むデータ部とに分けてサーバコンピューター
１２の業務アクセス処理プログラム１４に送信する。こ
の送信処理は、ＴＣＰ／ＩＰのソケット通信を使用し、
ＡＰＩを用いて行われ、プログラムの種類やＯＳなどに
依存せず共通の手順で行うことができる。

【００２８】サーバコンピューター１２の業務アクセス
処理プログラム１４は、受信した情報をサーバコンピュ
ーターで扱えるデータに変換し、そのデータから、依頼
された処理を業務処理プログラム１７に渡し、業務処理
プログラム１７はデータベース１８内のデータの更新等
処理を行う。サーバコンピューター１２の業務アクセス
処理プログラム１４は、その結果を業務処理プログラム
１７から受取り、クライアントコンピューター１１の業
務アクセス処理プログラム１３に返信する。そして業務
アクセス処理プログラム１３はその結果をユーザープロ
グラム１５に渡す。

【００２９】これらの一連の手順により、クライアント
コンピューターからの業務処理が実行される。

【００３０】前記のＤＢアクセス処理プログラム４と業
務アクセス処理プログラム１４は、クライアントコンピ
ューターからの情報の受信時間を常に監視しており、設
定された時間を過ぎてもクライアントコンピューターか
ら情報が送信されて来ない時はプログラムを終了させ
る。

【００３１】クライアントコンピューターのＤＢアクセ
ス処理プログラム３や業務アクセス処理プログラム１３
は、情報を送信する場合、まずサーバコンピューターと
の通信が確立されているかを確認する。接続が切れてい
る場合は、サーバコンピューターの通信デーモン６、１
６に対して再接続を要求して通信を確立する。この時、
ユーザープログラム５、１５や業務処理プログラム１７
は何の処理も必要ではない。全てクライアントコンピュ
ーターのＤＢアクセス処理プログラム３や業務アクセス
処理プログラム１３とサーバコンピューターの通信デー
モン６、１６との間で処理が行われる。

【００３２】これらの処理により、サーバコンピュータ
ーでの不必要な業務処理プログラム１７の実行が制限で
きる。

【００３３】次に、本発明の実施例３を図３により説明
する。

【００３４】クライアントコンピューター２１の利用者
は、ユーザプログラム２２によりモニタ画面２３に表示
されているメニューに応じて処理する項目を選択する。
例えば、従業員情報の検索・参照の処理を選択したもの
とする。モニタ画面２３には、従業員番号を入力するよ
うに指示欄２４が表示される。利用者は情報を参照した
い従業員番号を入力する。

【００３５】従業員番号をユーザプログラム２２は受取
り（Ｓ１）、情報が格納されているデータベース名を調
べ、データベースの使用開始の関数を、ダイナミックラ
イブラリ形式で関数が提供されている、クライアント用
アクセスプログラム２５の１つであるＤＢアクセス処理
プログラム２７から呼び出すことで、処理実行を依頼す
る（Ｓ２）。

【００３６】ＤＢアクセス処理プログラム２７は、サー
バコンピューター２８との通信が確立しているかを確認
する。通信が確立されていない場合は、サーバコンピュ
ーター２８の通信デーモン２９に対して通信の確立を依
頼し（Ｓ３）、通信デーモン２９はサーバコンピュータ
ー用アクセスプログラム３０の１つであるＤＢアクセス
処理プログラム３１を起動して（Ｓ４）、通信の確立が
行われる。

【００３７】クライアントコンピューター２１のＤＢア
クセス処理プログラム２７は、クライアントコンピュー
ター２１の日本語のコード系とバイトオーダの形式を環
境変数より取得し、該日本語のコード系及びバイトオー
ダの形式、送信するデータの種類と大きさ、サーバコン
ピューターで処理するデータベース名を含むＡＳＣＩＩ
文字のヘッダー部と、従業員番号等の実際のデータを含
むデータ部を、ＤＢアクセス処理プログラム３１に送信
する（Ｓ５）。

【００３８】ＤＢアクセス処理プログラム３１は、サー
バコンピューター２８の日本語のコード系とバイトオー
ダの形式を環境変数より取得し、受信したデータのヘッ
ダー部のデータをまず認識し、クライアントコンピュー
ター２１の日本語のコード系及びバイトオーダの形式が
異なる場合は、受信した実際データをヘッダー部のデー
タの種類と大きさに従って、サーバコンピューターで扱
えるコードに変換する（Ｓ６）。図４はその手順を示し
たもので、また図５は前記ヘッダー部のデータの内容を
示したものである。

【００３９】続いてＤＢアクセス処理プログラム３１
は、前記変換された実際データに基きデータベース３４
の検索・参照処理を行い（Ｓ７）、その結果をクライア
ントコンピューター２１のＤＢアクセス処理プログラム
２７に返信する（Ｓ８）。

【００４０】ＤＢアクセス処理プログラム２７は、ユー
ザプログラム２２に受取った結果を返す（Ｓ９）。これ
でユーザプログラム２２から呼ばれたデータベース３４
使用開始の関数は終了する。

【００４１】表１は、上記処理のための関数の実施例を
示したものである。

【表１】

【００４２】続いて従業員の情報の検索を行う場合は、
ユーザプログラム２２から情報の検索の関数の呼出しを
行なうと、（Ｓ２）→（Ｓ５）→（Ｓ６）→（Ｓ７）→
（Ｓ８）→（Ｓ９）の順序で実施され、検索の結果がユ
ーザプログラムに返される。その後ユーザプログラム
は、結果を画面１に表示する（Ｓ１０）。

【００４３】尚、データベースが複数にわたる場合は、
ユーザプログラム２２でデータベースの数だけ上記の処
理を行い、得られた情報を加工して画面１に表示する。

【００４４】次に、前記データの検索・参照作業に引き
続いて行われるデータの更新等業務処理での手順を説明
する。

【００４５】クライアントコンピューター２１の利用者
は、ユーザプログラム２２により画面２３に表示されて
いるメニューより処理する項目を選択する。例えば、前
記で参照した従業員の出張命令書の業務処理プログラム
を選択したものとする。画面のメニューには、出張期
間、出張場所、旅費等の情報を入力するように指示欄２
４が表示される。利用者はメニューに従い情報を入力す
る。

【００４６】入力された情報をユーザプログラム２２は
受取り（Ｓ１１）、出張命令書の業務処理プログラム名
を調べ、処理を開始する関数を、ダイナミックライブラ
リ形式で関数が提供されている、クライアント用アクセ
ス用プログラム２５の１つである業務アクセス処理プロ
グラム２６から呼び出すことで実行を依頼する（Ｓ１
２）。

【００４７】業務アクセス処理プログラム２６は、サー
バコンピューター２８との通信が確立しているかを確認
する。通信が確立されていない場合は、サーバコンピュ
ーター２８の通信デーモン２９に対して通信の確立を依
頼し（Ｓ１３）、通信デーモン２９は業務処理プログラ
ム３３の起動（Ｓ１４）と、サーバ用アクセスプログラ
ム３０の１つである業務アクセス処理プログラム３２の
起動（Ｓ１５）を行い、通信の確立が行われる。

【００４８】業務アクセス処理プログラム２６は、クラ
イアントコンピューター２１の日本語のコード系とバイ
トオーダの形式を環境変数より取得し、該日本語のコー
ド系及びバイトオーダの形式、送信するデータの種類と
大きさ、サーバコンピューター２８で起動するプログラ
ム名と処理するデータベース名を含むヘッダー部と、前
記出張期間等の実際のデータを含むデータ部を、サーバ
コンピューター２８の業務アクセス処理プログラム３２
に送信する（Ｓ１６）。

【００４９】業務アクセス処理プログラム３２は、サー
バコンピューター２８の日本語のコード系とバイトオー
ダの形式を環境変数より取得した後、受信したデータの
ヘッダー部のデータをまず認識し、クライアントコンピ
ューター２１の日本語のコード系及びバイトオーダの形
式が異なる場合は、受信した実際データをヘッダー部の
データの種類と大きさに従って、サーバコンピューター
２８で扱えるコードに変換する（Ｓ１７）。この手順は
前記した（Ｓ６）と同様に、図４、５に示す方法で行わ
れる。

【００５０】続いて業務アクセス処理プログラム３２
は、前記変換された実際データを、該処理を行う業務処
理プログラム３３へ送出し（Ｓ１８）、業務処理プログ
ラム３３は、依頼された従業員情報や出張情報の追加、
更新、削除等の処理（Ｓ１９）の他、旅費・経費の計
算、旅費・経費の入金依頼などの処理を行い、処理の結
果を返す関数に処理結果を渡す（Ｓ２０）。

【００５１】業務アクセス処理プログラム３２は、業務
処理プログラム３３から受取った処理結果を業務アクセ
ス処理プログラム２６に返信する（Ｓ２１）。

【００５２】業務アクセス処理プログラム２６は、ユー
ザプログラム２２に受取った結果を返す（Ｓ２２）。こ
れでユーザプログラム２２から呼ばれた業務処理プログ
ラムの実行の関数は終了する。

【００５３】表２は、上記したデータの追加、更新、削
除等業務処理を実行するための関数の実施例を示したも
のである。

【表２】

【００５４】ユーザプログラム２２は、業務アクセス処
理プログラム２５から受取った結果を画面１に表示する
（Ｓ２３）。

【００５５】処理を継続して行なう場合は、ユーザプロ
グラムは、処理継続の関数を呼び、（Ｓ１２）→（Ｓ１
６）→（Ｓ１７）→（Ｓ１８）→（Ｓ１９）→（Ｓ２
０）→（Ｓ２１）→（Ｓ２２）の順で結果が返ってく
る。

【００５６】なお、実施例３においては、図６で示すよ
うに、サーバコンピューター２８のＤＢアクセス処理プ
ログラム３１や業務アクセス処理プログラム３２（サー
バ用アクセスプログラム）は、クライアントコンピュー
ター２１からの通信があった最新の時間を保持して経過
時間を常時監視し、経過時間が予め設定されている終了
時間（タイムアウト値）を超えている場合はプログラム
を終了させ、また、図７で示すように、クライアントコ
ンピューター２１のＤＢアクセス処理プログラム２７や
業務アクセス処理プログラム２６（クライアント用アク
セスプログラム）がサーバコンピューター２８に対して
再度通信を行う時は、以前接続したＤＢアクセス処理プ
ログラム３１や業務アクセス処理プログラム３２（サー
バ用アクセスプログラム）のプロセスＩＤを取得し、サ
ーバコンピューター２８にそのプロセスが存在するかど
うかを確認することで、ＤＢアクセス処理プログラム３
１や業務アクセス処理プログラム３２（サーバ用アクセ
スプログラム）が動作しているかを確認するとともに、
動作していない場合は、サーバコンピューター２８の通
信デーモン２９に対して通信の確立を再度要求し、ＤＢ
アクセス処理プログラム３１や業務アクセス処理プログ
ラム３２（サーバ用アクセスプログラム）が起動されて
再度通信の確立が行われ、サーバコンピューター２８の
新たなＤＢアクセス処理プログラム３１や業務アクセス
処理プログラム３２（サーバ用アクセスプログラム）の
プロセスＩＤを取得し、データの送受信が行うことがで
きる。

【００５７】

【発明の効果】本発明は以下の効果を奏する。

【００５８】（ａ）請求項１項の発明によれば、データ
の検索または参照処理と、その他の格納および更新等の
業務処理等の処理とにおいて、各々別個の前記管理プロ
グラムを使用することにより、データの検索または参照
処理では、仮に通信手段において不具合が発生してもシ
ステム全体がダウンするようなことを生じることがない
ことから、その管理プログラムを複雑な処理を必要とせ
ず、よって処理負荷の少ないものとすることで、サーバ
コンピューターとクライアントコンピューターとの情報
交換における能力負荷を低減させることができる。

【００５９】（ｂ）請求項２項の発明によれば、クライ
アントコンピューター側で使用される各種の業務処理を
行うユーザープログラムは、サーバおよびクライアント
コンピューター双方に共通に設けられたアクセスプログ
ラムに前記各種の処理命令に対応付けられた必要な関数
を出力させるだけで情報交換を実施できることになり、
各種の業務処理を行うユーザープログラム毎に情報交換
用のプログラムを個別に作成する必要を無くすことがで
き、データベースの変更、追加や業務処理プログラムの
変更が生じても、容易にプログラムの修正、作成を実施
できる。

【００６０】（ｃ）請求項３項の発明によれば、前記の
クライアントコンピューターとサーバコンピューターと
の間で情報の交換を行うアクセスプログラムにおいて、
ＯＳの種類やハードウェア種類毎に情報交換用のプログ
ラムを個別に作成する必要を無くすことができ、データ
ベースの変更や業務処理プログラムが変更されても、容
易にプログラムの変更を実施できる。

【００６１】（ｄ）請求項４項の発明によれば、必要以
上にサーバ用アクセスプログラムが起動していることを
無くすことができ、結果的にサーバコンピューターの情
報交換における能力負荷を低減させることができる。

【００６２】

【図面の簡単な説明】

【図１】実施例１の流れを示したブロック図である。

【図２】実施例２の流れを示したブロック図である。

【図３】実施例３の流れを示したブロック図である。

【図４】実施例３における、サーバ用アクセスプログラ
ムのコード変換の手順を示した図である。

【図５】実施例３における、クライアント用アクセスプ
ログラムからサーバ用アクセスプログラム送信されるデ
ータのヘッダ部の構造を示した図である。

【図６】実施例３における、自動プログラム終了機能の
手順を示したものである。

【図７】実施例３における、再アクセス機能の手順を示
したものである。

【符号の説明】

１ クライアントコンピューター ２ サーバコンピューター ３ ＤＢアクセス処理プログラム ４ ＤＢアクセス処理プログラム ５ ユーザープログラム ６ 通信デーモン ７ データベース １１ クライアントコンピューター １２ サーバコンピューター １３ 業務アクセス処理プログラム １４ 業務アクセス処理プログラム １５ ユーザープログラム １６ 通信デーモン １７ 業務処理プログラム １８ データベース ２１ クライアントコンピューター ２２ ユーザープログラム ２３ モニタ画面 ２４ 指示欄 ２５ クライアント用アクセスプログラム ２６ 業務アクセス処理プログラム ２７ ＤＢアクセス処理プログラム ２８ サーバコンピューター ２９ 通信デーモン ３０ サーバ用アクセスプログラム ３１ ＤＢアクセス処理プログラム ３２ 業務アクセス処理プログラム ３３ 業務処理プログラム ３４ データベース

【数１】

【数２】

Claims (4)

【特許請求の範囲】
1. 【請求項１】 少なくとも一つのサーバ機能を有するサ
   ーバコンピューターと少なくとも一つのクライアントコ
   ンピューターとを通信手段にて接続し、前記サーバコン
   ピューターとクライアントコンピューターとの間におい
   て、前記クライアントコンピューターからのデータの検
   索、参照、格納および更新等の業務処理等の各種処理要
   求に基づいて、前記サーバコンピューターにてこの要求
   された各種処理を実行し、その処理結果を前記クライア
   ントコンピューターに返送するクライアント・サーバシ
   ステムにおいて、 前記サーバコンピューターとクライアントコンピュータ
   ーとのデータ交換を管理する管理プログラムを設け、前
   記データの検索または参照処理手順と、その他の格納お
   よび更新等の業務処理等の処理手順とにおいて、各々別
   個の前記管理プログラムを用いることを特徴とするクラ
   イアント・サーバシステムの情報交換方式。
2. 【請求項２】 前記管理プログラムが、前記サーバコン
   ピューター上での各種の処理命令に対応付けられた関数
   を出力するクライアントコンピューター上のクライアン
   ト用アクセスプログラムと、前記各種関数に対応してサ
   ーバコンピューター上の各種の処理命令を実行し、また
   は前記各種関数を出力するサーバコンピューター上のサ
   ーバ用アクセスプログラムから成る請求項１に記載のク
   ライアント・サーバシステムの情報交換方式。
3. 【請求項３】 前記クライアント用アクセスプログラム
   が、サーバコンピューターへ送出する情報として、オペ
   レーションシステム（以下ＯＳと略記）に依存するデー
   タのコード系の種類と、データの型式と、送信データ長
   と、を含むヘッダー部と、前記処理要求項目等の実デー
   タを含むデータ部とに分けて送出するとともに、前記サ
   ーバ用アクセスプログラムが前記ヘッダー部の情報を基
   に前記実データを、サーバコンピューターのＯＳに対応
   するデータ型式に変換して出力するようにした請求項２
   に記載のクライアント・サーバシステムの情報交換方
   式。
4. 【請求項４】 前記クライアント用アクセスプログラム
   からの通信の接続の要求を常時監視する通信監視プログ
   ラムをサーバコンピューター上に設け、前記通信監視プ
   ログラムが前記通信の接続の要求に基づいて前記サーバ
   用アクセスプログラムを起動させるようにし、あらかじ
   め設定された時間を超えて前記クライアント用アクセス
   プログラムからの情報の送出がない場合において、前記
   サーバ用アクセスプログラムが自動的に終了するように
   されている請求項２または３に記載のクライアント・サ
   ーバシステムの情報交換方式。