JPH09179729A

JPH09179729A - 通信プログラム自動生成装置及びトランザクション通信装置並びにトランザクション通信方法

Info

Publication number: JPH09179729A
Application number: JP7335185A
Authority: JP
Inventors: Mikito Sugano; 幹人菅野
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1995-12-22
Filing date: 1995-12-22
Publication date: 1997-07-11

Abstract

(57)【要約】【課題】クライアントサーバ型のシステムアプリケー
ション構築において、通信部分の制御ロジックを簡単化
し、開発効率を向上させるとともに、保守やデバッグ作
業において作業が容易に行なえるような通信ロジック自
動生成装置を得る。【解決手段】トランザクションデータとしての上りメ
ッセージや下りメッセージの形式を定義するトランザク
ション形式ファイルと、ウィンドウ部品の定義や振る舞
いを定義するプログラムソースファイルからエラー制御
ロジックや通信プロトコル形式の認識やトランザクショ
ン形式の複雑さまでを認識しクライアント通信オブジェ
クトによって通信を行う通信関数をトランザクション形
式ファイルに定義されているリクエストコードごとに自
動生成し、それらの関数をウィンドウ部品がそれぞれ持
つイベントルーチンに割り付ける機構を備える構成とし
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアント上
のアプリケーションとサーバ上のアプリケーションがト
ランザクションメッセージを通信して１つの機能を実現
するクライアントサーバ型の分散アプリケーション通信
制御方式の通信部分のプログラム作成部分を自動化する
ことに関するものである。

【０００２】

【従来の技術】一般に、クライアントサーバ型アプリケ
ーションでは、クライアント側で行える処理はクライア
ント上のクライアントプログラムが行い、クライアント
側では行えない処理はサーバ上のサーバプログラムに依
頼をして行う形態が一般的である。クライアント側で処
理が行えない理由は、クライアント側の性能問題や、メ
ンテナンスやコストの面から大規模データがクライアン
ト側に構築できないことや、高速な一括帳票出力を必要
とするなど様々である。サーバのようにパワーのあるマ
シンがクライアント側の処理の一部でもっとも効果的な
部分を肩代わりするやり方がクライアントサーバ型のシ
ステム体系である。

【０００３】この体系においては、クライアントマシン
とサーバマシンはある通信路をもって接続されており、
クライアントからサーバへのリクエスト（あるいはトラ
ンザクション）という形態で行われる。クライアントプ
ログラムはサーバが提供するサービスを使用したい時
に、クライアントからサーバへの要求という形で上りメ
ッセージを通信する。上りメッセージはサーバが提供す
るサービスを認識するためのリクエストコードと、サー
バがサービスを実行するために必要なデータが渡され
る。

【０００４】サーバ上ではクライアントアプリケーショ
ンのために既にサーバプログラムが起動されており，ク
ライアントからの上りメッセージの到着を待っている。
上りメッセージが到着するとサーバプログラムはリクエ
ストコードを認識し、必要なサービスを実行する。この
時、上りメッセージとして到着したメッセージが使用さ
れる。メッセージは通常複数の項目から構成されてお
り、例えば、商品コードと日付などの分割された異なる
データ型の列となっている。上りメッセージの内容はリ
クエストコード毎に処理が決められており、リクエスト
コードが３番なら処理内容は、商品マスタデータベース
の検索で、上りメッセージデータには商品コードがある
のでそれを使用するなどの取り決めがある。

【０００５】また、一般のクライアントサーバ型の体系
ではクライアントアプリケーションは複数端末に分散し
ており、それをサーバ上の１つのサーバプログラムが一
括してサービスを行うということが行われている。しか
し、この方法ではすべてのクライアントに対して均一の
サービスを行うことは難しく、またすべてのクライアン
トプログラムの要求を満たすサーバプログラムの開発は
困難を極める。

【０００６】もう一つのクライアントサーバ型の体系と
しては、クライアントアプリケーション１つに対して専
用のサーバプログラムを１つ用意するというやり方があ
る。この方法であると、クライアントとサーバの関係は
必ず１対１になるのでクライアントプログラム、サーバ
側のプログラム開発は先に述べた方法より比較的簡単で
ある。欠点としては、端末の台数が増加した場合に、サ
ーバ上にクライアントの数だけのサーバプログラムがロ
ードされて実行される点であり、サーバの負荷を増加さ
せる。

【０００７】サーバ側の負荷の増加を抑制するために、
トランザクション処理システムなどではトランザクショ
ン起動でプログラムを起動する方法などが採用されてい
る。上りメッセージを１度トランザクション処理システ
ムで受けて、その内容を解析し、リクエストコードを判
定してから該当するプログラムを起動してサービスを行
うものである。このようなトランザクション処理システ
ムは一般には大規模なシステムに使用され、中規模や小
規模なシステムでは運用も複雑なためあまり使用されて
いない．

【０００８】このようにクライアントサーバ型の形態は
様々であり応用範囲も広い。特に、負荷が分散できる点
とクライアントとサーバマシンのそれぞれ得意な分野の
計算や処理を分担することができる点で、最近よく使用
されるシステム形態である。しかし、１つの処理がクラ
イアント側とサーバ側に分割されるためアプリケーショ
ン設計や開発が難しく、デバッグや保守などの手法もま
だあまり確立されていないのが現状である。

【０００９】図３４はサンマイクロシステムズ社が開発
した，分散ファイルシステムＮＦＳ（Network File Sys
tem）の概要図である．ＮＦＳはすでに各社が製品化を
おこなっており，三菱電機で製品化しているＭＥ／ＵＸ
−２における「三菱エンジニアリングワークステーショ
ンＭＥシリーズネットワーク説明書ＮＦＳ編」などがあ
る。図３４はＮＦＳの概要を示しており従来のクライア
ントサーバ型システムアプリケーションの例を説明する
ための図である。図において、１はクライアントマシ
ン、３５はサーバマシン、３６はクライアントのディレ
クトリ構成、３７はサーバのディレクトリ構成、３８は
クライアントへマウントされるサブディレクトリ、３９
はサーバからマウントされたサブディレクトリである。
また、図３５はＮＦＳサービスを行うソフトウェアの働
きを示したものである。図において、１はクライアント
マシン、３５はサーバマシン、３６はクライアントのデ
ィレクトリ構成、４０はクライアントで動作するＮＦＳ
クライアントプログラム、３７はサーバのディレクトリ
構成、４１はサーバで動作するＮＦＳサーバプログラム
である。

【００１０】まず、図３４を使用してＮＦＳの仕組みに
ついて解説する。ＮＦＳはサーバのディレクトリ構成を
要求のあったクライアントマシン上で仮想的にそのディ
レクトリ構成を実現するクライアントサーバ型のシステ
ムプログラムである。図３４の場合には、サーバ上にgu
estというディレクトリ構成があり、そのディレクトリ
にはguest1からguest4までのサブディレクトリがあり、
またその下にもたくさんのファイルがある。ＮＦＳを導
入することにより、このguestディレクトリを異なるマ
シンのクライアントマシン上のmntというディレクトリ
に仮想的にマウントし、クライアントマシン上にあたか
もguestディレクトリ以下が存在するようにするサービ
スを行うものがＮＦＳである。従って、クライアントマ
シン上ではmntの位置にサーバ上のディレクトリ構成で
あるguest以下が展開されて見えるので、ファイルの新
規作成や削除などがクライアントマシン上での操作だけ
で、サーバ上のディレクトリ構成に影響を与えることが
可能となる。

【００１１】次に図３５を使用してＮＦＳを実現してい
るメカニズムについて簡単に説明する。クライアントマ
シン上にはＮＦＳのクライアントプログラムが動作し、
サーバマシン上には、ＮＦＳのサーバプログラムが動作
している。クライアントマシンからＮＦＳクライアント
プログラムを通してマウントを行うと、マウント情報が
サーバのＮＦＳサーバプログラムにわたる。このマウン
ト要求がＮＦＳクライアントからＮＦＳサーバへのサー
ビス要求となる。上りメッセージの中にはマウント要求
のリクエストコードとマウントを行いたいサブディレク
トリ名が含まれている。ＮＦＳサーバはマウント要求リ
クエストがくると、サブディレクトリの情報をＮＦＳク
ライアントに通知する。これによってＮＦＳクライアン
トはサーバ上のサブディレクトリをマウントすることが
でき、クライアント上にサーバ上のディレクトリが存在
するように見せかけることができる。ファイルの新規作
成やファイルの削除、ディレクトリの作成などについて
も細かくリクエストコードが割り当てられており、その
たびにＮＦＳクライアントからＮＦＳサーバに対して上
りメッセージが送信されサービスの結果をＮＦＳクライ
アントは表現しているわけである。従って、サーバ上に
あるサブディレクトリに対する操作を通信を行いながら
実現している形態となる。

【００１２】次に別の例をあげる。図３６はＲＰＣ(Rem
ote Procedure Call)の概要である。リモートプロシー
ジャコールはクライアント上のクライアントプログラム
から要求があるとサーバ上のＲＰＣサーバプログラムが
動作して特定のサービスを行い結果を返すものである。
これもサンマイクロシステムズが考案しているものであ
る。図３６において４２はクライアントプログラムの実
行の流れ、４３がＲＰＣリクエスト発行、４４がサービ
スデーモン、４５がサービスルーチンコール、４６がリ
クエストサービスの実行、４７がサービスルーチン結
果、４８がＲＰＣリクエスト終了である。

【００１３】図３６を使用してＲＰＣのメカニズムを説
明する。ＲＰＣは、サーバプログラムが起動されている
ことを前提に行われる。ＲＰＣサービスプログラムは、
ＲＰＣを実現するために用意されたAPI(Apprication Pr
ogram Interface)、registerrpc(１００，１，３，serv
ice3，xdr_int，xdr_int)を使用してサービスを登録す
る。このAPIの意味はプログラム番号100番でバージョン
番号1番、リクエストコード3のとき、実行するサービス
関数はservice3、上りメッセージはint型（整数型）、
下りメッセージもint型であることを示している。つま
りサービスプログラム番号100の３ice3の結果を再び整
数型に変換して返す定義を行っている。サービスの種類
が複数ある場合には、このAPI命令をサービスの種類だ
け発行しなければならない。registerrpc APIを発行す
ることによりサービスデーモンに対し、ＲＰＣプログラ
ムの登録が行われ、クライアントプログラムでサービス
を受けることが可能となる。クライアントプログラムで
は、サービスが必要な場合、callrpc(HOST,100,1,3,xdr
_int,10,xdr_int,&kekka)APIを発行する。このAPIの意
味はサーバ名HOSTにおいて、プログラム番号100、バー
ジョン番号1、リクエストコード3、上りメッセージの型
変換はint型（整数型）でメッセージ内容は10、サービ
スの結果もint型に変換してkekka変数にもらうといった
ものである。このAPIを発行することにより、サーバ上
のサービス関数を実行させることができる。

【００１４】クライアントプログラムはcallrpc APIを
発行するとサーバ上のサービスデーモンで指定されたサ
ービスがあるかどうか検索される。サービスプログラム
が登録されていればリクエスト発行が行われ、サービス
ルーチンコールが行われる。上りメッセージとして引き
数が入力されるので、それを使用してサービス関数が実
行される。サービスルーチンが終了すると実行された結
果がＲＰＣの結果として返り、クライアントプログラム
は得られた結果を利用してプログラムを続行する。

【００１５】一般にトランザクション単位にクライアン
トからサーバに処理を依頼し、結果を受けとり処理を行
う形態の業務プログラム、あるいはシステムは端末エミ
ュレータによりサーバ上の業務アプリケーションを動作
させて実行させる形態より、プログラム開発効率が悪
い。これは、端末エミュレータなどで動作させる業務ア
プリケーションがサーバ側のプログラム１つでいいのに
対し、クライアントサーバ型のアプリケーションでは、
クライアントとサーバにそれぞれプログラムが必要であ
る。しかしながら、処理が分散するため、負荷の分散が
行える点や、クライアントとサーバそれぞれの特長をい
かし、クライアントの画面をＧＵＩ化し、使い易い業務
アプリケーションを作成することが可能である。このよ
うなことは、端末エミュレータを使用したアプリケーシ
ョンでは不可能であった。ただ、クライアントサーバ型
のアプリケーションでは、通信によってメッセージを交
換しながらプログラムが連携して動作していくが、この
通信部分の連結の整合性をあわせることが従来困難であ
り、時間がかかり開発工数が膨らんでいた。

【００１６】この通信部分の連結の整合性をあわせるた
めに、やはりサンマイクロシステムズはRPCGENと呼ばれ
るコンパイラを提供している。図３７はRPCGENの概要図
である。図において、４９がＲＰＣＬで記述したファイ
ル、５０がサーバスタブルーチン、５１がヘッダファイ
ル、５２がＸＤＲルーチン、５３がクライアントスタブ
ルーチン、５４がサーバプロシジャ、５５がクライアン
トメインプログラムである。RPCGENはＣ言語に類似した
RPC Languageと呼ばれる言語で書かれたプログラムイン
タフェースを定義した入力ファイルを入力とし、サーバ
側のための通信受け付けロジックの一部分と、クライア
ント側のための通信リクエストの一部分のＣ言語ソース
コードと参照のためのヘッダファイルを出力するもので
ある。クライアントプログラム作成者はここで出力され
たルーチンを呼び出すことで、通信の処理を意識しなく
て済むが、ＲＰＣ Languageで記述されたルーチンに変
更が加えられるたびに、クライアントプログラムを修正
する必要があり、RPC Language自体も高度な言語である
ため容易に使用できるまでにはいたっていない。

【００１７】従来の技術ではRPCGENなどの通信ロジック
を自動生成するツールを使用した場合、通信処理を、ク
ライアントサーバ型アプリケーションを開発するたび
に、先に説明したＲＰＣのＡＰＩや独自の通信路を確保
して、アプリケーションの中に通信ロジックを個別に作
りこむ必要があり、プログラム生産性がさほど高くはな
かった。

【００１８】また、同様の技術として「プログラム自動
生成分散方式特開平０５−５３７７９公報」がある
が、これに開示されているものはトランザクションごと
にトランザクション形式定義情報やクライアント通信オ
ブジェクトなどを持たないので、クライアントサーバ型
のアプリケーション開発を効果的に行いかつ生産性を向
上させることは難しい。

【００１９】

【発明が解決しようとする課題】従来のクライアントサ
ーバ型のシステム形態ではプログラムの構築がクライア
ント側とサーバ側で別々に行なわれることが多く、イン
タフェースの取りきめに関する問題があり、設計や開発
が繁雑であった。その通信部分を自動生成するようなツ
ールも存在するが、使い方が比較的難しいとか、ＧＵＩ
化されていないために使い勝手がよくないという問題が
あった。また、通信が正しく行われているかどうか調べ
たり、エラー処理を通信を行うごとに設計し処理を行う
必要があった。また、通信を呼び出すソースプログラム
上のタイミングの決定などはソースプログラムを編集す
る時に別途行う必要があった。

【００２０】この発明は、上記のような問題点を解消す
るためになされたもので、クライアントプログラムとサ
ーバプログラムの開発を容易にし、メッセージのコード
変換などについて深く考慮しなくてもクライアントサー
バ型の通信を行えることを目的とする。

【００２１】また、通信関数を短時間で自動生成し、生
成された通信関数の品質を一定に保つことにより、クラ
イアントサーバ型のアプリケーションのデバッグや保守
についても効率を高めることを目的としている。

【００２２】

【課題を解決するための手段】この発明に係る通信ロジ
ック自動生成装置は、定義されたトランザクションデー
タのデータ形式を格納するトランザクション形式ファイ
ル、通信ロジックを規定する通信関数の定義情報を有す
るプログラムソースファイル、上記トランザクション形
式ファイルの項目名と上記プログラムソースファイルの
ウィンドウ部品名とを一致させた通信関数を含む通信プ
ログラムを生成する通信プログラム自動生成ツールを備
えてなるものである。

【００２３】また、上記プログラムソースファィルは、
ウィンドウ部品の種別を表すウィンドウ部品クラス及び
これらの属性であるプロパティからなるウィンドウ部品
部、このウインドウ部品部で使用される変数の定義を行
う変数宣言部、上記ウィンドウ部品及び変数を使用して
通信ロジックを規程する通信関数を定義する関数部から
なるものである。

【００２４】さらに、上記トランザクション形式ファイ
ルの項目名をコメント文として表示する手段を設けたも
のである。

【００２５】また、上記トランザクション形式ファイル
の項目が配列項目で、かつ、対応する上記プログラムソ
ースファイルのウィンドウ部品が配列項目であるとき上
記通信プログラムのソースプログラムをくり返しのため
のループ文で生成する手段を設けたものである。

【００２６】さらにまた、複数のトランザクション形式
が格納された上記トランザクション形式ファイルの中か
ら任意のトランザクション形式を選択する手段を設けた
ものである。

【００２７】この発明に係るトランザクション通信装置
は、定義されたトランザクションデータのデータ形式を
格納するトランザクション形式ファイル、通信ロジック
を規定する通信関数の定義情報を有するプログラムソー
スファイル、上記トランザクション形式ファイルの項目
名と上記プログラムソースファイルのウィンドウ部品名
とを一致させた通信関数を含む通信プログラムを生成す
る通信プログラム自動生成ツール、上記ウィンドウ部品
に転送されたデータを上記トランザクション形式ファイ
ルを参照しつつバッファに格納し送信データを生成する
通信オブジェクトを備えてなるものである。

【００２８】また、定義されたトランザクションデータ
のデータ形式を格納するトランザクション形式ファイ
ル、通信ロジックを規定する通信関数の定義情報を有す
るプログラムソースファイル、上記トランザクション形
式ファイルの項目名と上記プログラムソースファイルの
ウィンドウ部品名とを一致させた通信関数を含む通信プ
ログラムを生成する通信プログラム自動生成ツール、受
信データをバッファに格納し上記トランザクション形式
ファイルを参照しつつ上記受信データを分割して上記ウ
ィンドウ部品に転送する通信オブジェクトを備えてなる
ものである。

【００２９】さらに、ウィンドウ部品に格納したデータ
を画面に表示することを特徴とするものである。

【００３０】また、上記トランザクション形式ファイル
の項目名と上記プログラムソースファィルのウィンドウ
部品名とが一致しなかったときに予め設定した識別子を
上記通信オブジェクトのバッファに格納する手段を有す
るものである。

【００３１】さらにまた、上記プログラムソースファィ
ルのウィンドウ部品に設定されたイベントに自動生成さ
れた上記通信ロジックを割り付ける手段を設けたもので
ある。

【００３２】また、上記イベントに自動生成された上記
通信ロジックを割り付けるとき割り付けるウィンドウ部
品を選択する画面上に予め限定されたウィンドウ部品の
みを表示する手段を設けたものである。

【００３３】さらに、上記通信オブジェクトが使用する
通信プロトコルに応じてエラー処理ルーチンを切り替え
る手段を設けたものである。

【００３４】また、複数の上記通信オブジェクトを設
け、通信プロトコルに応じて上記通信オブジェクトを選
択する手段を設けたものである。

【００３５】この発明に係るトランザクション通信方法
は、クライアントにおける通信ロジックを規定する通信
関数の定義情報を有するプログラムソースファイルとト
ランザクション形式ファイルの上りトランザクションの
項目名をそれぞれ参照し上記項目名を取り込んだ通信関
数を含む通信プログラムを生成するステップ、この通信
プログラムのウィンドウ部品にデータが格納されるステ
ップ、そのウィンドウ部品に格納されたデータをクライ
アント通信オブジェクトのバッファに格納し上りメッセ
ージを作成するステップ、その上りメッセージをサーバ
へ送信するステップ、サーバで処理された後の下りメッ
セージを受信し通信オブジェクトのバッファに格納する
ステップ、その受信データを上記トランザクション形式
ファイルの下りトランザクションの項目名に対応させて
分割しそれぞれの該当するウィンドウ部品へ転送するス
テツプからなるものである。

【００３６】また、サーバにおける通信ロジックを規定
する通信関数の定義情報を有するプログラムソースファ
イルとトランザクション形式ファイルの上りトランザク
ションの項目名をそれぞれ参照し上記項目名を取り込ん
だ通信関数を含む通信プログラムを生成するステップ、
この通信プログラムのウィンドウ部品にデータが格納さ
れるステップ、そのウィンドウ部品に格納されたデータ
を通信オブジェクトのバッファに格納し上りメッセージ
を作成するステップ、その上りメッセージをクライアン
トへ送信するステップ、クライアントで処理された後の
下りメッセージを受信し通信オブジェクトのバッファに
格納するステップ、その受信データを上記トランザクシ
ョン形式ファイルの下りトランザクションの項目名に対
応させて分割しそれぞれの該当するウィンドウ部品へ転
送するステツプからなるものである。

【００３７】

【発明の実施の形態】

実施の形態１．図１はこの発明の一実施の形態である通
信プログラム自動生成装置の構成を示すもので、そこに
おける通信プログラム自動生成処理において，クライア
ント側に通信オブジェクトとプログラムソースファイ
ル、トランザクション形式作成ツール、トランザクショ
ン形式ファイルを設けることによって、トランザクショ
ンの形式を意識せずにクライアントサーバ型のアプリケ
ーションの通信部分のロジックを自動生成する部分の実
行を行っている。図において、１はクライアントマシン
で、本実施の形態においてはクライアントマシン１から
サーバマシン（図示せず）へ送信する場合について記述
しているる。２はトランザクションデータのデータ形式
を設定するためのトランザクション形式作成ツール、３
はこのトランザクション形式作成ツール２により定義さ
れたトランザクションデータのデータ形式を格納するト
ランザクション形式ファイル、４は使用できるウィンド
ウ部品及び変数の型を規定する情報の他通信ロジックを
規定する通信関数の定義情報を有するプログラムソース
ファイル、５はトランザクション形式ファイル３の項目
名とプログラムソースファイル４のウィンドウ部品名と
を一致させた通信関数を生成し実行形式の通信プログラ
ムを生成する通信プログラム自動生成ツール、６は自動
生成された通信プログラムを格納する通信プログラムソ
ースファイル、７はこの通信プログラムに規定されてい
るウインドウ部品のテキストにデータを格納するクライ
アントアプリケーション、８はそのデータをトランザク
ション形式ファイル３を参照してチェックしつつ自己の
バッファに格納するクライアント側の通信オブジェクト
であるクライアント通信オブジェクト、９は通信データ
を送受信する通信ドライバである。

【００３８】次に、装置全体の動作について説明する。
通信プログラム自動生成ツール５は、トランザクション
形式ファイル３から得られたトランザクションデータの
データ形式をプログラムソースファイル４の通信関数の
定義情報に組み込み、通信プログラムを自動生成する。
次に、クライアントアプリケーション７はこの通信プロ
グラムに規定されているウインドウ部品のテキストに入
力データ、各種データファイル（図示せず）等から得ら
れたデータを転送する。ここで、その通信プログラムは
転送されたデータを画面上に表示し、クライアントマシ
ン１の操作者の確認に供する。次に、クライアント通信
オブジェクト８は、ウィンドウ部品のテキストに転送さ
れたデータをトランザクション形式ファイル３を参照し
てデータ形式をチェックしつつ自己のバツファに格納す
る。このバツファに格納された送信データは、通信ドラ
イバ９によりサーバに送信される。

【００３９】図２はトランザクション形式ファイル３の
構成図である。１０がトランザクションの処理パターン
を決めるリクエストコード、１１がクライアントからサ
ーバへのトランザクションを決める上りトランザクショ
ン、１２がサーバからクライアントへのトランザクショ
ンを決める下りトランザクション、１３が各トランザク
ションの実際の内容であるトランザクション項目であ
る。

【００４０】図２によりトランザクション形式ファイル
３の内部構成について説明する。トランザクション形式
ファイル３の中には複数のリクエストコード１０ごとに
上りトランザクション１１と下りトランザクション１２
が対になって登録されている。各トランザクションの内
容はトランザクション項目１３からなり１つのトランザ
クション項目１３は日本語の項目名称、英数字であらわ
される項目名、データ型と長さからなる。上述したよう
に、クライアント通信オブジェクト８はトランザクショ
ン形式ファイル３を参照することによって通信動作を行
う。

【００４１】図３は通信プログラムを生成するためのプ
ログラムソースファイル４の構成図である。１４がウィ
ンドウ部品部、１５が変数宣言部、１６が関数部であ
る。図３により、プログラムソースファイル４の内部構
造について説明する。１つのプログラムソースファイル
４はウィンドウ部品部１４、変数宣言部１５、関数部１
６から構成されている。ウィンドウ部品部１４はBEGIN
部品名ではじまり、ウィンドウ部品の種別であり、ボタ
ンやテキスト、リストボックス、グリッドなどが代表的
なものであるウィンドウ部品クラス、ウィンドウ部品が
そのウィンドウ部品クラスごとに持つプロパティの列、
ENDで完結する。プロパティはウィンドウクラスごとに
異なっており、ウィンドウの振る舞いを決定する属性で
ある。例えばCaptionプロパティはボタンなどの表面に
表示する文字列を定義し、TOPプロパティ、LEFTプロパ
ティなどはそのウィンドウ部品の位置情報の値を管理す
る。変数宣言部１５はそのプログラムソースファイル４
の中で使用されるグローバルな変数定義を行う場所であ
る。DIM宣言で始じまり、変数名、as、タイプ名で一つ
の変数の宣言が行なえる。関数部１６は関数を定義する
場所である。関数にはSUBタイプとFUNCTIONタイプの２
種類がある。SUBタイプは関数の値をなにも返さないサ
ブルーチンタイプをあらわし、FUNCTIONタイプは関数の
値をサブルーチンのリターン値として返すものである。
それぞれSUBまたはFUNCTIONのキーワードで始まり、次
に関数名、そして関数での処理をあらわすステートメン
トで演算処理を記述する。関数の終了はENDとSUBまたは
FUNCTIONの組み合わせで一つの関数定義が終了する。

【００４２】図４はトランザクション形式作成ツール２
の概観である。図４によりトランザクション形式ファイ
ル３を定義するためのトランザクション形式作成ツール
２について説明する。トランザクション形式作成ツール
２はGUI（Graphical Usser Interface）とマウスを用い
て、１つのトランザクションごとにマウスでそのフォー
マットを定義していくツールである。１つのトランザク
ションを各トランザクション項目１３ごとに定義し、項
目名称、英数字名称、データ型、長さを定義する。１つ
のトランザクション項目を定義するごとにトランザクシ
ョンの全体の長さが長くなっていく。このようなツール
でトランザクション形式をリクエストコードごとに上り
トランザクション、下りトランザクションと定義してい
くことにより、トランザクション形式ファイル３を作成
する。

【００４３】図５は通信プログラム自動生成ツールの操
作画面の概観である。１７が関数選択エリア、１８が生
成された関数の表示編集ウィンドウである。図５により
通信プログラム自動生成ツール５のウィンドウ概観を説
明する。通信プログラム自動生成ツール５は起動すると
図５のようなメインウィンドウを表示する。メニューか
らマウスで指示を行うことでこのツールを使用すること
ができる。１７は生成した関数や通信プログラム自動生
成ツール５で読み込んだプログラムソースファイル４の
中の関数名を表示するためのエリアである。ここから関
数名を選択することにより、関数の内容を表示編集ウィ
ンドウ１８に表示することができる。この表示編集ウィ
ンドウ１８では関数の内容をキーボード操作によって編
集することが可能である。

【００４４】図６は通信プログラム自動生成ツールのフ
ァイルオープンメニューの例である。１９がプログラム
ソースファイルをオープンするためのメニュー、２０が
トランザクション形式ファイル３を選択するためのメニ
ューである。

【００４５】図６によりプログラムソースファイル４と
トランザクション形式ファイル３の読込み方法を説明す
る。通信プログラム自動生成ツールの「ファイル」メニ
ューをマウスで選択すると図６に示すようなドロップダ
ウンリストが表示され、ファイルに対する操作を行うこ
とができる。「開く」メニュー１９をマウスで選択する
ことによりプログラムソースファイル４を選択できるよ
うになり、ファイルを選択する。次にトランザクション
形式ファイル３を選択するために同じ「ファイル」メニ
ューの「トランザクションマージファイルの指定」メニ
ュー２０をマウスで選択する。これによりトランザクシ
ョン形式ファイル３が選択でき、プログラムソースファ
イル４とトランザクション形式ファイル３が選択され、
クライアント通信オブジェクト８で使用する通信関数を
生成する準備が整ったことになる。

【００４６】図７は通信プログラム自動生成ツールのコ
ード生成メニュー画面の例である。２１が通信コード作
成メニュー、２２がイベント指定メニューである。図７
により実際に通信関数を自動生成する方法について説明
する。図７の「コード生成」メニューをマウスで選択す
ると通信コード２１とイベント指定２２のドロップダウ
ンリストが表示されるので通信関数を自動生成するため
に「通信コード」メニューをマウスで選択する。これに
より通信プログラム自動生成ツール５が起動され通信プ
ログラムが自動生成される。

【００４７】次にこれまで説明してきた通信プログラム
自動生成ツール７の操作に対応した処理を図８から図１
３のフローチャートを使用して説明する。図８は通信プ
ログラム自動生成ツール５がプログラムソースファイル
４のウィンドウ部品部を読込み解析するためのフローチ
ャートである。まず図８のフローチャートを用いてプロ
グラムソースファイル４の読込み処理について説明す
る。プログラムソースファイル４が選択されるとプログ
ラムソースファイル４の内容の読込みと解析が行われ
る。内容を解析することによって通信プログラムを作成
するための情報をメモリに貯え、それを用いることによ
り、後で通信プログラムを作成する。プログラムソース
ファイル４は既に説明した通り、ウィンドウ部品部１
４、変数宣言部１５、関数部１６から構成されているの
でこの順番に処理が動作する。まずＳ１によってウィン
ドウ部品がBEGINとENDのキーワードで一つの塊になって
いる性質を利用してBEGINのカウンタを用意し０にセッ
トする。次にＳ２でプログラムソースファイル４から１
行読込みを行う。次にＳ３で読み込んだ入力行の先頭の
キーワードがBEGINかどうかチェックする。もしBEGINで
あればＳ４でBEGINのカウンタに１をセットし、すでにB
EGINが出ていることを保証する。次にBEGINのあとには
ウィンドウ部品名とウィンドウクラス名があることから
Ｓ５とＳ６においてこれらを取り出し格納する。取り出
したウィンドウ部品名とウィンドウクラス名からＳ７に
おいて該当するウィンドウ部品情報を作成する。Ｓ１５
では読み込んだ１行を内部のウィンドウ部品格納バッフ
ァにそのまま保管し、再びＳ２に戻って次の１行を読み
込む。もしＳ３の条件式がNOで入力行がBEGINでなかっ
た場合には、Ｓ８の処理を行う。Ｓ８では入力行がEND
キーワードで始まるかどうかをチェックする。もしEND
キーワードでない場合にはプロパティ行か変数宣言部１
５または関数部１６なので、Ｓ９において変数宣言部１
５か関数部１６に該当するかどうかをチェックする。も
し該当する場合には次の大きな処理ステップである変数
の読込み処理を行う。もし変数宣言１５、関数部１６に
該当しない場合には、Ｓ１０においてプロパティなので
プロパティ情報を解析し、ウィンドウ部品情報へセット
すべき内容があればセットする。プロパティの解析が終
了した後にはＳ１５で読み込んだ１行の保存を行う。次
にＳ８の入力行がENDキーワードに該当した場合、Ｓ１
１の処理を行う。Ｓ１１ではBEGINカウンターが０かど
うかチェックする。これはBEGINがでていないケースでE
NDが現れるエラーケースを検出している。エラーの場合
にはＳ１４で終了する。エラーでない場合には１つのウ
ィンドウ部品の解析が終了したことになるのでＳ１２に
おいてBEGINカウンターを０にセットしなおす。また、
Ｓ１３によってウィンドウ部品リストにウィンドウ部品
情報を追加更新することにより、ウィンドウ部品リスト
の検索によりいつでもウィンドウ部品の情報へアクセス
ができるように準備しておく。ここまでのフローチャー
トによってウィンドウ部品部１４が読み込まれ、ウィン
ドウ部品ごとにウィンドウ部品情報が生成され、必要な
情報がメモリ上に貯えられた。さらにウィンドウ部品情
報はウィンドウ部品リストに登録され、ウィンドウ部品
リストを検索することによっていつでもアクセス可能な
状態となった。また、１行づつ入力された内容はメモリ
上のウィンドウ部品格納バッファにセットされ、あとで
保存するときに同じ内容で保存できるようになった。

【００４８】図９は通信プログラム自動生成ツール５が
プログラムソースファイル４の変数宣言部１５を読込み
解析するためのフローチャートである。図９でプログラ
ムソースファイル４における変数宣言部１５の読込みに
ついて説明する。Ｓ１６において１行読み込む。これは
図８からの続きできた場合には図８で読み込んでいた１
行と同じものを使用する。Ｓ１７においてその１行がコ
メント行でないかどうかをチェックする。コメント行で
あれば処理をスキップしてＳ２２に処理を移し、読み込
んだ１行を変数格納バッファに入力行を保存する。そし
て、再びＳ１６の１行読込みを行う。Ｓ１７のコメント
行の判断でコメント行でなかった場合には、Ｓ１８でキ
ーワードSUB、及びFUNCTIONをチェックする。もし該当
していたら関数部１６の読み込みを行うため関数の読込
み処理が行われる。もしSUBまたはFUNCTIONキーワード
でない場合には変数の宣言であるので変数の宣言かどう
かＳ１９でチェックする。もし変数の宣言でなければ、
この通信プログラム自動生成ツール５が認識できない構
文であるので無視して、Ｓ２２に処理を移し、変数格納
バッファに入力行をそのまま格納する。Ｓ１９において
もし変数の宣言だった場合には、Ｓ２０において変数情
報の作成を行い、変数名や変数のデータ型の保存を行
う。そして、Ｓ２１で変数情報用のリストに変数情報の
登録を行う。ここまでのフローチャートの流れによって
変数情報が読み込まれ、変数名ごとに必要な情報がメモ
リに貯えられた。さらにこれらの変数情報は変数情報リ
ストに登録されているので、必要な時にリストを検索す
ることによってアクセス可能な状態となった。また、１
行づつ入力された内容はメモリ上の変数格納バッファに
セットされ、あとで保存するときに同じ内容で保存でき
るようになった。

【００４９】図１０は通信プログラム自動生成ツール５
がプログラムソースファイル４の関数部１６を読込み解
析するためのフローチャートである。図１０によりプロ
グラムソースファイル４における関数部１６の読込みに
ついて説明する。Ｓ２３においてSUBまたはFUNCTIONの
キーワードがあるかどうかチェックする。もしあれば、
Ｓ２４において関数の先頭かどうかチェックする。定数
の中にあらわれた関数と区別するためのチェックであ
る。そして、チェックが成功すれば関数のはじまりのキ
ーワードなのでＳ２５において関数情報を生成する。関
数の名前、関数のタイプを登録した関数情報を生成す
る。そして次にＳ２９で１行を読み込む。読み込んだ結
果をＳ３０でチェックし、ファイルの終了のEOFであれ
ば関数の読込みを終了し、フォームの読込みを終了す
る。もしEOFでなければＳ２３に戻る。Ｓ２３において
関数キーワードでなければ」Ｓ２６において関数格納バ
ッファに読み込んだ行を保存する。そしてＳ２７におい
て、その行が関数の終了をあらわす、END SUBまたはEND
FUNCTIONかどうかチェックを行う。もし、該当しなけ
ればＳ２９へ処理を移し、ループへ戻る。もし、該当す
れば関数の終了なので、関数情報を関数リストへ登録更
新を行う。ここまでのフローチャートの流れによって関
数が読み込まれ、関数ごとに関数情報がメモリに貯えら
れた。さらにこれらの関数情報は関数情報リストに登録
されているので、必要な時にリストを検索することによ
ってアクセス可能な状態となっている。また、１行づつ
入力された内容はメモリ上の関数格納バッファにセット
され、あとで保存するときに同じ内容で保存できるよう
になった。

【００５０】これまでの説明により，通信プログラム自
動生成ツール５の中にプログラムソースファイル４を解
析したイメージが出来上がった。さらに図６の説明で行
なったトランザクション形式ファイルの選択により、通
信関数を自動生成するための状態がメモリ上に構築され
た。図１１は通信プログラム自動生成ツール５の通信関
数を作成するためのフローチャートである。図１１のフ
ローチャートによって通信関数がどのように作成される
かを以下に説明する。図１１のフローチャートは図７の
「コード生成」メニューをマウスで選択すると起動され
る処理をあらわしている。トランザクション形式ファイ
ル３のリクエストコードごとにこのフローチャートが起
動される。Ｓ３１は作成する関数名をトランザクション
形式ファイル３のリクエストコードから決定し、クライ
アント通信オブジェクト８の名前とリクエストコードを
文字列として結合したものを関数名として文を作成す
る。また、Ｓ３１ではそのあとにデフォルトのエラーを
検出するためのエラー検出のためのステートメントをい
れている。このエラー検出ステートメントはクライアン
トアプリケーション３が実行される実行系の中で有効な
命令であり、エラーがあれば指定されたラベルへジャン
プしてエラー処理を行なえる機能である。Ｓ３１ではそ
のエラーフック機能を有効にするためにエラー検出ステ
ートメントを作成している。次にＳ３２で通信するリク
エストコードをクライアント通信オブジェクト８へ指令
するためのリクエストコードの設定ステートメントを生
成している。このステートメントにより、クライアント
通信オブジェクトはこれから通信する通信リクエストの
トランザクション形式をトランザクション形式ファイル
３から参照できるようになる。次にトランザクション形
式に従ってクライアントからサーバへ通信する内容を決
定するための処理をＳ３３で行う。この部分の処理につ
いては後で説明する。Ｓ３３によってクライアントから
サーバへ通信する準備が整いクライアント通信オブジェ
クト８の内部に送信するための通信データが生成される
ので、次にＳ３４で実際に通信を行うためのステートメ
ントを生成する。これは通信オブジェクトにCALLという
プロパティがあり、これをTRUEにすることにより送信が
行われる。また、これによってサーバ側にクライアント
通信オブジェクトの内部の作成された送信文字列がサー
バ側へ送られ、サーバ側ではそのデータを使用して計算
を行い、計算を行なった結果を下りの通信トランザクシ
ョン形式に合わせて送り返し、クライアント通信オブジ
ェクト８の内部には、送信データに変わってサーバから
送られてきたデータが貯えられるものである。ここで説
明している部分は通信オブジェクト内部のものである
が、これら一連の流れを通信オブジェクト．CALL=TRUE
というステートメントで行う部分がクライアント通信オ
ブジェクト８の役割である。次に上記ステートメントに
よってクライアント通信オブジェクト８の内部にはサー
バから送られてきたデータがメモリ上に貯えられている
ので、それを下りトランザクション形式に合わせて分割
し、ウィンドウ部品へ転送することによって結果を画面
に表示することが可能となる。その部分の処理はＳ３５
の下りメッセージの処理でロジックが生成される。これ
についても後で説明する。下りメッセージの分割のあと
関数のリターンとしてTRUEを返すステートメントと関数
の終わりをあらわすEXITのステートメントを生成するこ
とで通信のノーマルパスのロジック生成とする。次にＳ
３７では先にＳ３１で説明したエラー処理のステートメ
ントに対応するラベルを生成する。これにより、もし実
行時、通信中にエラーがあった場合には、このラベル以
降が処理されるようになる。デフォルトの簡単なエラー
処理を入れることによってエラーのあったときの取り扱
いが行われるようにＳ３８で処理を作成し、関数のリタ
ーン値として通信が失敗したことを示すFALSEを生成す
る。そして、Ｓ３９において関数の全体の終了を示すEX
IT FUNCTIONとEND FUNCTIONを生成し通信関数全体の生
成が終了する。ここで作成された関数は図５に示した関
数の表示編集ウィンドウに表示される。図１１のフロー
チャートによってリクエストコードごとに通信関数が生
成され、クライアント通信オブジェクト８はこの関数が
実行されるたびにサーバとの通信を行う。

【００５１】次に上りメッセージの作成処理と下りメッ
セージの作成処理を図１２と図１３を用いて説明する。
図１２は通信プログラム自動生成ツール５の上りメッセ
ージを作成するためのフローチャートである。図１２に
おいて、上りメッセージの作成処理を説明する。Ｓ４０
においてリクエストコードに該当する上りトランザクシ
ョンの形式をトランザクション形式ファイル３から読み
込む。これにより、トランザクション全体のトランザク
ション項目数なども得ることができる。次にＳ４１にお
いて、クライアント通信オブジェクト８へ通信項目ごと
にセットする項目番号を０に設定する。クライアント通
信オブジェクト８はリクエストコードに応じて上り、下
りそれぞれのBUFFERプロパティという配列の項目を持つ
ため、それのインデックスとして使用する項目番号の初
期値を与えるわけである。次にＳ４２で項目番号と上り
トランザクションの項目数を調べ一致しているかどうか
チェックする。もし一致していれば上りメッセージの作
成は終了である。一致していなければ、Ｓ４３で上りト
ランザクションの中から該当するトランザクション項目
を得る。これによりここで使用されるべき項目の名前が
決定される。トランザクション項目の中には項目名称、
英数字項目、データ型、長さなどの情報があるが、ここ
では英数字項目名を使用する。Ｓ４４でウィンドウ部品
リストの中に英数字項目名と同一の項目をもったウィン
ドウ部品情報があるかどうかチェックする。もしあれ
ば、そのウィンドウ部品に実行時に入っているデータを
サーバへ送るために、通信オブジェクト．BUFFER（項目
番号）＝ウィンドウ部品名の文を作成する。この文によ
ってクライアント通信オブジェクトの内部に実行時にウ
ィンドウ部品に入力されているデータが転送されること
になる。この文を生成したら、項目番号に１をたしてＳ
４２が成り立つまでループを繰り返す。このフローチャ
ートが動作することにより、上りトランザクション形式
の中にある項目数分の転送ステートメントが生成され
る。これは実行時にウィンドウ部品の中にあるデータを
クライアント通信オブジェクト８に転送するものにな
る。

【００５２】図１３は通信プログラム自動生成ツール５
の下りメッセージを作成するためのフローチャートであ
る。図１３において下りメッセージを作成する処理を説
明する。Ｓ４７においてリクエストコードに該当する上
りトランザクションの形式をトランザクション形式ファ
イル３から読み込む。これにより、トランザクション全
体のトランザクション項目数なども得ることができる。
Ｓ４８で次にクライアント通信オブジェクトへ通信項目
ごとにセットする項目番号を０に設定する。これは上り
メッセージの作成と同様、クライアント通信オブジェク
トの通信BUFFERプロパティのインデックスに使用するも
のである。次にＳ４９で項目番号と下りトランザクショ
ンの項目数を調べ一致しているかどうかチェックする。
もし一致していれば下りメッセージの作成は終了であ
る。一致していなければ、Ｓ５０で下りトランザクショ
ンの中から該当するトランザクション項目を得る。これ
によりここで使用されるべき項目の名前が決定される。
トランザクション項目の中には項目名称、英数字項目、
データ型、長さなどの情報があるが、ここでは英数字項
目名を使用する。Ｓ５１でウィンドウ部品リストの中に
英数字項目名と同一の項目をもったウィンドウ部品情報
があるかどうかチェックする。もしあれば、実行時にサ
ーバから受け取った受信データが入っているBUFFERプロ
パティ（項目番号）に入っているデータをウィンドウ部
品へ転送し表示するために、ウィンドウ部品名＝通信オ
ブジェクト．BUFFER（項目番号）の文を作成する。この
文によってクライアント通信オブジェクトの内部に実行
時に受信したデータをウィンドウ部品に表示するための
データが転送されることになる。この文を生成したら、
項目番号に１をたしてＳ４９が成り立つまでループを繰
り返す。このフローチャートが動作することにより、下
りトランザクション形式の中にある項目数分の転送ステ
ートメントが生成される。これは実行時にクライアント
通信オブジェクト８がサーバプログラムから受信した受
信データをウィンドウ部品の中に転送し表示する意味を
持つ。

【００５３】図１１によって作成されるコードについて
図１４を用いて説明する。図１４は通信プログラム自動
生成ツール５の生成した通信関数の一例である。図１４
において矩形で囲まれた各部分が図１１の各ステップＳ
３１からＳ３９に対応する生成された関数コードであ
る。コードの説明と実行時にどのように動作するか説明
する。まずコードの説明であるが、Ｓ３１で作成される
部分が関数のヘッダとエラー処理のためのステートメン
トである。関数の名前は通信オブジェクトの名前をここ
ではＲＰＣとしているのでＲＰＣとリクエストコード
（00000100)であるのでRPC_00000100となっている。ま
たエラーでジャンプするラベル名もその名前に_ERRORを
つけただけのラベル名になっている。次にＳ３２のコー
ドはクライアント通信オブジェクトに対してリクエスト
コードを指定している。ここでのリクエストコードは
（00000100)であるので■00000100■をセットしてい
る。次に上りメッセージのコードがＳ３３で出力されて
いる。得意先コードをあらわすTCODEというウィンドウ
部品から内容をクライアント通信オブジェクトに転送し
ている。次にＳ３４でクライアント通信オブジェクトが
通信を行なうようになっている。次にＳ３５でサーバか
ら送られてきた受信データを得意先のウィンドウ部品へ
転送することにより出力している。次にＳ３６のコード
で通信がうまくいったことを示す関数のリターン値TRUE
がセットされており、通常エラーのない場合のコードが
生成されている。エラーがある場合のコードはＳ３７以
降であり、Ｓ３１で設定したラベルがでており、次にＳ
３８でデフォルトのエラー処理ルーチンが呼ばれるだけ
のコードが生成されている。この場合の関数のリターン
値はエラーであったのでFalseとなる。そしてＳ３９で
関数を終了するコードが生成されている。この関数RPC_
00000100を実行時に動作させると、ウィンドウ画面のTC
ODEに入力したデータ（ここでは得意先コード）がサー
バにリクエストコード00000100で通信され、サーバ側で
00000100に対応する処理が行われ、クライアント通信オ
ブジェクトへの結果を送信してくる。その結果がクライ
アント通信オブジェクトからTNAMEというウィンドウ部
品に転送され表示され、TNAMEというウィンドウ部品へ
はサーバで処理されて検索された、得意先コードに対応
する得意先名の日本語名称などが表示されるようなイメ
ージとなる。

【００５４】実施の形態２．本実施の形態では、実施の
形態１で説明した上りメッセージと下りメッセージにお
いてウィンドウ部品に該当する項目名がなかった場合の
例について説明する。基本的な構成及び動作は実施の形
態１と同様であるので、実施の形態１と異なる部分につ
いて説明する。

【００５５】まず、図１７のダイアログについて説明す
る。図１７は作成する通信コードの仕様を決定するため
のダイアログウィンドウである。実施の形態１で用いた
図７の「コード生成」メニューの「通信コード」メニュ
ーがマウスクリックされると表示されるダイアログで、
通信関数のコード生成の作り方のGUIによるインタフェ
ースである。該当ウィンドウ部品がないときの制御を行
うためのスイッチであり、上メッセージについてのスイ
ッチ２３、下りメッセージについてのスイッチが２４で
ある。その他の符号については後の実施の形態で使用す
るのでそのとき説明する。上りメッセージの作成や下り
メッセージの作成をする場合にウィンドウ部品リストに
取り出したトランザクション項目の名前が一致しなかっ
た場合にどのようなコードを生成するかを指定するスイ
ッチが２３と２４である。上り下りメッセージで変数と
空白そして作成しないという選択枝を選ぶことができ
る。これらのスイッチを選択しておくことにより実施の
形態１の図１２と図１３で説明した動作を変更すること
ができる。これによりウィンドウ部品に該当する項目名
がなかった場合にグローバルな変数に値を転送すること
が可能となる。次に図１５と図１６を使用して識別子と
してのコードを通信オブジェクト８のバッファに格納す
る手段が具体的にどのようにしてそのようなコードを生
成するかを説明する。図１５は上りメッセージ作成にお
けるウィンドウ部品非該当処理のフローチャートであ
る。図１５においてＳ５４で変数リストに該当するトラ
ンザクション項目名があるかどうかをチェックする。も
し該当する変数があればＳ５５で変数名を右辺に出力す
るコードを生成する。もし該当する変数がなく、図１７
のダイアログで空白が指定されている場合にはＳ５６で
通信コードの右辺に空白のステートメントを出力する。
空白の部分は後でプログラマが編集することになる。こ
のルーチンは図１２と図１３のＳ４４とＳ５１の処理ス
テップに挿入することによりウィンドウ部品が該当しな
い場合に変数が出力される。図１６は下りメッセージ作
成におけるウィンドウ部品非該当処理のフローチャート
である。Ｓ５７で変数リストにトランザクション項目名
があるかどうかをチェックする。もしあればＳ５８で左
辺に変数名を出力した転送ステートメントを出力する。
もしなければ、Ｓ５９において空白指定かどうかによっ
て左辺が空白のステートメントを出力する。これによっ
てウィンドウ部品以外でも通信を行うロジックを自動生
成することが可能となる。

【００５６】実施の形態３．本実施の形態では，実施の
形態１で説明した上りメッセージと下りメッセージにお
いて生成する通信コードにコメントを付加する場合の例
について説明する。基本的な構成及び動作は実施の形態
１と同様であるので、実施の形態１と異なる部分につい
て説明する。

【００５７】先ず、図１７のダイアログについて説明す
る。図１７は作成する通信コードの仕様を決定するため
のダイアログウィンドウである。実施例１で用いた図７
の「コード生成」メニューの「通信コード」メニューが
マウスクリックされると表示されるダイアログで、通信
関数のコード生成の作り方のGUIによるインタフェース
である。通信コードにコメントの作成を行うときの制御
を行うためのスイッチ２６である。その他の符号につい
ては後の実施例で使用するのでそのとき説明する。通信
におけるメッセージ転送ステートメントで保守性を高め
るために、ソースコードの可読性を向上させる必要があ
る。このとき、ソースコードにコメントが挿入されてい
るとソースプログラムは解読しやすくなる。通信コード
にトランザクション項目につけられている項目名称やデ
ータ型、長さ、英数字項目名などを表示するためのスイ
ッチ２６でそれらのコメントを挿入するかどうか選ぶこ
とができる。このスイッチを切り替えることにより上り
メッセージの作成や下りメッセージの作成においてコメ
ントを一緒に表示することが可能となる。

【００５８】次に図１８と図１９を使用してトランザク
ション形式ファイルの項目名をコメント文として表示す
る手段が、具体的にどのようにしてそのようなコードを
表示するかを説明する。図１８は上りメッセージ作成に
おけるコメント作成処理のフローチャートである。図１
８において上りメッセージにおけるコメント表示につい
て説明する。Ｓ６０でコメント表示のスイッチの設定を
読みだしコメント表示かどうかをチェックする。もしコ
メント表示がなければそのままそのルーチンを終了す
る。もしコメント表示があればそのスイッチの内容に応
じて日本語名称、項目名、データ型、長さなどをコメン
トとして出力する。このルーチンは上りメッセージの作
成の中で呼ばれる（図１２のフローチャート）。図１９
は下りメッセージ作成におけるコメント作成処理のフロ
ーチャートである。図１９において上りメッセージにお
けるコメント表示に説明する。Ｓ６２でコメント表示の
スイッチの設定を読みだしコメント表示かどうかをチェ
ックする。もしコメント表示がなければそのままそのル
ーチンを終了する。もしコメント表示があればそのスイ
ッチの内容に応じて日本語名称、項目名、データ型、長
さなどをコメントとして出力する。このルーチンは下り
メッセージの作成の中で呼ばれる（図１３のフローチャ
ート）。以上述べたように、これらの処理を追加するこ
とにより、わかりにくい通信コードのソースプログラム
にコメントを表示することが可能となる。

【００５９】実施の形態４．本実施の形態では、実施の
形態１で説明した上りメッセージと下りメッセージにお
いて、トランザクション項目が配列項目で、かつ該当し
たウィンドウ部品が配列的なウィンドウ部品である場合
にソースを効率化する場合の例について説明する。基本
的な構成及び動作は実施の形態１と同様であるので、実
施の形態１と異なる部分について説明する。

【００６０】先ず図１７のダイアログについて説明を行
う。通信におけるソースプログラムの簡潔さ、保守性を
高めるために、自動生成したソースコードをより見易い
ものにする必要がある。トランザクション項目が配列で
ウィンドウ部品がグリッド上の表形式になった通信にお
いては通信のための自動生成されたコードが複雑で長い
コードになる場合がある。それを図１７のFOR文の使用
スイッチ２５により、くり返し構文を使用したよりわか
りやすい通信コードを生成することが可能になる。限ら
れた条件下でFOR文を使うことにより、ソースコードの
可読性が飛躍的に向上する。

【００６１】次に図２０と図２１のフローチャートを使
用して具体的にFOR文の繰り返し構文がどのように生成
されるかを説明する。図２０は上りメッセージ作成にお
ける該当トランザクションが配列項目処理のフローチャ
ートである。このフローチャートは上りメッセージの生
成の中から呼び出される（図１２のフローチャート）。
これはトランザクション項目が配列的な項目になってい
る場合に起動される。配列的な項目とは１つの項目が配
列になっており同じ項目のくり返しを示すものである。
次にＳ６４でウィンドウ部品クラスが配列的なウィンド
ウ部品であるかどうかチェックしている。配列的なウィ
ンドウ部品とは先程も説明した通り、グリッド上の表形
式な入出力項目を持つような部品である。もしＳ６４の
チェックで該当するウィンドウ部品がそのようなグリッ
ド的な部品であればＳ６５の処理を行う。チェックが成
り立たなければこの処理は行われない。Ｓ６５ではウィ
ンドウ部品とトランザクション項目の数の比較計算を行
う。これはトランザクション項目を表形式の項目の１レ
コードに見立てるときにどちらの全体項目数が大きいか
をチェックしておくものである。次にＳ６６で配列的な
ウィンドウ部品の転送のための先頭位置の計算を行う。
これは表形式の部品の１行目が固定的な見出しの場合も
あるので、それを計算するためのソースコードを生成す
るものである。次にＳ６７でＳ６５で計算した値をもと
にインデックス変数をの初期化のためのソースコード生
成とFOR文の作成を行う。次にＳ６８において項目数分
終了したかどうかをチェックする。もし項目数分終了す
ればすべての通信コードが生成できたのでFOR文の終了
のための文をＳ７１において作成する。Ｓ６８のチェッ
クがなりたたなければＳ６９とＳ７０において通信の代
入文とインデックス変数に１を加えて表形式の１行をず
らすためのコードを生成する。これらの処理によって、
グリッド的なウィンドウ部品からクライアント通信オブ
ジェクトへの代入文がくり返し構文のFOR文によって構
成される。図２１は下りメッセージ作成における該当ト
ランザクションが配列項目処理のフローチャートであ
る。図２１も図２０と同様に下りメッセージをFOR文化
するためのフローチャートである。このフローチャート
は上りメッセージの生成の中から呼び出される（図１３
のフローチャート）。これはトランザクション項目が配
列的な項目になっている場合に起動される。次にＳ７２
でウィンドウ部品が配列的なウィンドウ部品であるかど
うかチェックしている。もしＳ７２のチェックで該当す
るウィンドウ部品がそのようなグリッド的な部品であれ
ばＳ７３の処理を行う。チェックが成り立たなければこ
の処理は行われない。Ｓ７３ではウィンドウ部品とトラ
ンザクション項目の数の比較計算を行う。これはトラン
ザクション項目を表形式の項目の１レコードに見立てる
ときにどちらの全体項目数が大きいかをチェックしてお
くものである。次にＳ７４で配列的なウィンドウ部品の
転送のための先頭位置の計算を行う。これは表形式の部
品の１行目が固定的な見出しの場合もあるので、それを
計算するためのソースコードを生成するものである。次
にＳ７５でＳ７３で計算した値をもとにインデックス変
数をの初期化のためのソースコード生成とFOR文の作成
を行う。次にＳ７６において項目数分終了したかどうか
をチェックする。もし項目数分終了すればすべての通信
コードが生成できたのでFOR文の終了のための文をＳ８
０において作成する。Ｓ７６のチェックがなりたたなけ
ればＳ７８とＳ７９において通信の代入文とインデック
ス変数に１を加えて表形式の１行をずらすためのコード
を生成する。これらの処理によって、クライアント通信
オブジェクトからグリッド的なウィンドウ部品への代入
文がくり返し構文のFOR文によって構成される。

【００６２】次に図２２を使用して実際に生成されるコ
ードについて説明を行う。基本的な構成及び動作は実施
例１と同様であるので、実施例１と異なる部分について
説明する。図２２は実際に生成される通信コードの例で
ある。通信関数の構成や上りメッセージの部分は実施例
１と同様である。ここでは下りメッセージがトランザク
ション項目が配列的で該当するウィンドウ部品がグリッ
ド的な部品であったとする。まず図２２のＳ７４で生成
されるコードは変数の宣言である。起点となるグリッド
上の位置計算をするためのロジックが生成されている。
基本的には０，０が起点となるが、見出し項目に１行目
を使用したり、１列目を使用したりすることがあるので
このようなコードが生成されている。次にＩとＪの項目
の番号を指定するためのインデックス変数が定義され、
初期化されている。ここから転送にFOR文を使用するた
めのコードとなる。Ｓ７８とＳ７９のループで作成され
るコードがクライアント通信オブジェクトからウィンド
ウ部品の表形式部品の項目への転送のためのコードが生
成されている。最後にFOR文の最後をあらわす文が生成
されてFORによるくり返し構文の終了を示している。

【００６３】実施の形態５．本実施の形態では、実施の
形態１で説明したコード生成を任意のリクエストコード
について処理する場合の例について説明する。基本的な
構成及び動作は実施の形態１と同様であるので、実施の
形態１と異なる部分について説明する。図２３は任意の
リクエストコードを選択するための処理のフローチャー
トである。また、既に説明したように、図１７は作成す
る通信コードの仕様を決定するためのダイアログウィン
ドウである。実施の形態１で用いた図７の「コード生
成」メニューの「通信コード」メニューがマウスクリッ
クされると表示されるダイアログで、通信ロジックのコ
ード生成の作り方のGUIによるインタフェースである。
この中でリクエストコードを選択するリストボックス２
７がトランザクション形式ファイル５の中にあるリクエ
ストコードを表示する部分であり、マウスによる選択で
任意のリクエストコードを選択しそれにより任意のトラ
ンザクション形式を選択することができる。

【００６４】図２３により具体的な処理について説明す
る。実施の形態１ではトランザクション形式ファイル中
のすべてのリクエストコードについて通信関数が生成さ
れるので、一部のリクエストコードのみ変更された場合
に全体のコード生成をやり直す必要があったがこの機能
をいれることにより、任意のリクエストコードの通信コ
ードのみを生成しなおすことができる。Ｓ８１によって
図１７の選択されたリクエストコードを選択するリスト
ボックス２７で選択されたリクエストコードを取り出
す。それについてＳ８２で通信関数の作成処理を呼び出
す（図１１のフローチャート）。これによって任意のリ
クエストコードの通信関数だけを作成しなおすことが可
能である。

【００６５】実施の形態６．本実施の形態では、実施の
形態１で説明した通信コードの作成で自動生成された通
信関数とその関数を起動するためにウィンドウ部品のイ
ベント関数の中から生成された通信関数を呼び出す処理
の例について説明する。基本的な構成及び動作は実施の
形態１と同様であるので、実施の形態１と異なる部分に
ついて説明する。図２４は通信コードの作成で自動生成
された通信関数とその関数を起動するためにウィンドウ
部品のイベント関数の中から生成された通信関数を結び
付けるためのダイアログウィンドウである。関数名を選
択するエリアが２８、プログラムソースコードを解析し
た結果のウィンドウ部品一覧とキャプション表示エリア
が２９、ウィンドウ部品が選択された場合にそのウィン
ドウ部品が持っているイベント一覧を表示するエリアが
３０、実際に関数表示エリア２８に表示されている関数
をイベント表示エリアに表示されているイベント関数に
割り付けを行なった状態を表示するエリアが３１、割り
付けを行うボタン３２、割り付けを解除するボタン３
３、コントロール選択ボタン３４である。

【００６６】図２４について具体的な説明を行う。図７
の「イベント指定」メニュー２２をマウスクリックする
と表示されるダイアログウィンドウが図２４である。関
数名表示エリア２８には実施例１で示したコード生成機
能によって生成された関数が一覧表示されている。これ
を選択することによって、これからウィンドウ部品のイ
ベントにその関数を割り当てることを示す。次にウィン
ドウ部品の一覧表示エリア２９にはプログラムソースフ
ァイル６を読み込んだ時に生成されたウィンドウ部品情
報を利用して一覧が表示されている。これを選択するこ
とによって、右隣のイベント表示エリア３０にそのウィ
ンドウ部品が持っているイベント名が表示される。イベ
ント名はウィンドウ部品クラスから決定されるものであ
る。その中のイベントをクリックし、セットボタン３２
を押すと、割り付け状態を示す関数表示エリア２８に表
示されている関数をイベント表示エリアに表示されてい
るイベント関数に割り付けを行なった状態を表示するエ
リア３１に表示が行われる。

【００６７】次に図２５によって通信関数とウィンドウ
部品のイベントの割り付け処理のフローチャートを説明
する。図２５はイベントに自動生成された通信ロジック
を割り付ける手段の動作を示すフローチャートである。
このフローチャートは図２４のダイアログウィンドウが
表示されると起動される処理である。まず、Ｓ８３によ
ってウィンドウ部品一覧エリア２９にウィンドウ部品一
覧をセットする。これは実施例１のときにプログラムソ
ースファイルを読み込んだときにできたウィンドウ部品
情報リストから情報を参照することで可能となる。次に
Ｓ８４でウィンドウ部品一覧表示エリア２９にキャプシ
ョンを持っている部品があればキャプションを表示す
る。キャプションはボタンなどの表面についている名前
のことで、これをウィンドウ部品名と同時に表示される
ことでよりウィンドウ部品が、選択がしやすくなる。次
にＳ８５でウィンドウ部品が選択されたかどうかチェッ
クする。チェックされていなければチェックされるまで
待つ。チェックされたらＳ８６において選択されたウィ
ンドウ部品の情報からウィンドウクラスを得てイベント
名一覧表示をイベント表示エリア３０に行う。次にＳ８
７でイベントが選択されセットボタン３２がおされたこ
とをチェックする。チェックが成り立たなければ成り立
つまで待つ。次にチェックが成り立てばＳ８８で現在設
定されている通信関数を選択されたイベントから呼び出
すコードを生成する。Ｓ８９では処理終了が選択された
かどうかチェックし、終了ならこの処理を抜ける。

【００６８】次に図２６により実際に生成されるイベン
ト関数を説明する。図２６は実際に生成されたイベント
関数のコードを示している。図２６のRPCRtn=RPC_00000
100が図２５のＳ８８で生成された通信関数呼び出しの
コードである。このコードによりこのウィンドウ部品の
イベントが発生した場合にクライアント通信オブジェク
トによって通信が行われる。

【００６９】実施の形態７．本実施の形態では，実施の
形態６で説明した通信コードの作成で自動生成された通
信関数とその関数を起動するためにウィンドウ部品のイ
ベント関数の中から生成された通信関数を呼び出す処理
の中でウィンドウ情報を選択したものだけを表示する例
について説明する。基本的な構成及び動作は実施の形態
６と同様であるので、実施の形態６と異なる部分につい
て説明する。

【００７０】図２７はウィンドウ部品を選択するための
ダイアログウィンドウである。このダイアログウィンド
ウは図２４のコントロールの選択ボタン４３が押される
と表示するものである。内容は通信プログラム自動生成
ツールがウィンドウクラスとして把握するウィンドウ部
品の一覧を表示するものである。このウィンドウ部品に
印がついたウィンドウ部品が図２４のウィンドウ一覧表
示エリア２９に表示される。イベントに関連を付けるウ
ィンドウ部品というのはほぼ決まっているという性質を
利用して、図２７のダイアログウィンドウを活用すれば
図２４のウィンドウ部品一覧表示エリア２９に表示する
ウィンドウ部品を制限することができ、ウィンドウ部品
の選択がより容易に行なえるようになる。

【００７１】次に図２８のフローチャートを用いて実際
の処理について具体的に説明する。図２８は実際にウィ
ンドウ部品一覧へウィンドウ部品名を表示するルーチン
のフローチャートである。このフローチャートはウィン
ドウ部品のイベントへ作成した通信関数を割り付けを行
うときに図２４のダイアログウィンドウが表示された
時、ウィンドウ部品の選択ボタン３４が押されたときに
表示される。Ｓ９０においてウィンドウ部品の種類選択
ダイアログウィンドウ図２７を表示する。次にウィンド
ウ部品一覧で選択されたウィンドウ部品の種類を読込
む。次に限定された部品のみを表示する手段によりウィ
ンドウ部品一覧表示で選択されたウィンドウ部品種類に
あうものだけを選択するように情報をセットする。この
処理により、実際にウィンドウ部品一覧表示を行うとき
にウィンドウ部品が選択されて図２７で選択したウィン
ドウ部品だけが一覧に表示されるようになる。

【００７２】実施の形態８．本実施の形態では、実施の
形態１で説明した通信コードの作成で通信エラー処理ロ
ジックを通信プロトコルに応じてエラー処理を切り替え
る処理の例について説明する。基本的な構成及び動作は
実施の形態１と同様であるので、実施の形態１と異なる
部分について説明する。

【００７３】図２９をもとに具体的な例を説明する。図
２９は実際に通信関数のエラーロジックを切り替える場
合のフローチャートである。通信のエラーは実施の形態
１で説明したとおり、エラーをフックする関数をすべて
のコードを生成する前に最初にだしておくことで、エラ
ーがおこった時にエラーのためのラベルにジャンプする
ような実行系の仕組みになっている。しかし、実施の形
態１の方法では、いつでも同じエラー処理ルーチンしか
生成することができない。そのため図２９に示す通信プ
ロトコルに応じてエラー処理ルーチンを切り替える手段
の動作であるフローチャート処理を加えて、例えばクラ
イアント通信オブジェクトの種類が複数あって、通信が
コネクション型とコネクションレス型の２種類になって
もおのおののクライアント通信オブジェクトに応じてそ
れぞれエラー処理を行うようにする。まず、Ｓ９３で
は通信プロトコルを取り出す。これはトランザクション
形式ファイルの中に通信プロトコルのタイプがコネクシ
ョン型、及びコネクションレス型などの区別があるため
にそれを参照する。次にＳ９４で通信プロトコルを判別
する。通信プロトコルが通信支援プログラム自動生成ツ
ールが判別するものであればＳ９５へ進む。もし非該当
であればデフォルトのエラー処理をするため、処理を終
了する。Ｓ９５ではエラー処理ファイルを通信プロトコ
ルに応じて用意してあり、それを読み込む。コネクショ
ン型はCONNECT.DAT、コネクションレス型はNOCONECT.DA
Tなどあらかじめファイル名は決めておく。それを読み
込み、Ｓ９６でそれを通信プロトコルに応じたエラー処
理関数として作成する。そして、実施の形態１で生成さ
れた通信処理のあとにここで生成したエラー処理呼び出
しを挿入する．これにより、本体のエラー処理関数が１
つ全体として増え、さらにそのエラー処理関数を呼び出
すエラー関数呼び出し記述が各通信関数のエラー処理部
に追加される。

【００７４】次に図３０によりあらかじめファイルに設
定しておくエラー処理関数を説明する。図３０は、エラ
ー処理関数の一部である。これは通信プロトコルごとに
エラー処理のルーチンが異なるため、あらかじめ通信の
エラー処理を行ないたいエラー番号をきめてそれに対応
するメッセージが表示するようにしたものである。エラ
ー番号などはクライアント通信オブジェクトの種類によ
って異なるが、このようにファイルにしておけば容易に
変更できる。

【００７５】図３１は実際に図３０でしめされた通信エ
ラーロジックを呼びだす関数呼び出しの一例である。エ
ラーがあるとエラーのラベル（図３１の１行目）に飛ん
できてエラー処理関数が呼ばれる仕組みである。図３１
の矩形で囲んだ部分が図２９のＳ９７で挿入される関数
の部分である。

【００７６】実施の形態９．本実施の形態では、実施の
形態１で説明した通信コードの作成で通信プロトコルに
応じて通信処理コードを変更する処理の例について説明
する。基本的な構成及び動作は実施の形態１と同様であ
るので、実施の形態１と異なる部分について説明する。

【００７７】図３２と図３３を用いて具体的な例につい
て説明する。図３２は通信プロトコルに応じて通信オブ
ジェクトを選択する手段の動作を示すフローチャートで
ある。クライアント通信オブジェクトは１つだけではな
くコネクション型、コネクションレス型と複数に増えた
場合、通信のロジックもクライアント通信オブジェクト
に対応して変更していく必要がある。実施例１ではコネ
クションレス型の通信コード生成の例について示してい
たが、コネクション型のクライアント通信オブジェクト
が存在する場合には通信ロジックがことなるので動作し
なくなってしまう。そこで、通信プロトコルの判別機能
処理を実施例１に施す。通信プロトコルはトランザクシ
ョン形式ファイル５に含まれているのでＳ９８でその通
信プロトコルを判別する。もしコネクション型であれば
Ｓ９９に処理を進める。もしコネクションレス型であれ
ばなにもしなくてもいいので処理を終了する。Ｓ９９で
は上りメッセージの通信の前にコネクション処理のため
の通信オブジェクト.CONECT=TRUEの文を作成し挿入す
る。これによりコネクション型のクライアント通信オブ
ジェクトでサーバプログラムとの接続が行われ、通信路
が確保される。次にＳ１００において下りメッセージの
あとに通信オブジェクト．CONECT=FALSEの文を作成し挿
入する。これによりコネクション型のクライアント通信
オブジェクトにおいてサーバプログラムとのコネクショ
ンが開放され通信路が閉鎖される。

【００７８】図３３でコネクション型通信の具体的な例
について説明する。図３３は実際に生成される通信ロジ
ックの例であり、クライアント通信オブジェクトがコネ
クション型の場合に生成された通信コードである。図３
２のＳ９９とＳ１００の処理によってクライアント通信
オブジェクトへの通信のコネクトの接続、切断の命令が
追加されている。

【００７９】実施の形態１０．以上述べてきた通信プロ
グラム自動生成装置を備えたトランザクション通信装置
であるクライアントと本発明とは別の手段により送受信
データを生成するサーバとを接続することにより、トラ
ンザクション通信を実施することが可能である。また、
逆に、本発明による通信プログラム自動生成装置を備え
たトランザクション通信装置であるサーバと本発明とは
別の手段により送受信データを生成するクライアントと
を接続することにより、トランザクション通信を実施す
ることも可能である。なお、当然のことながら、本発明
によるトランザクション通信装置であるサーバとクライ
アントを接続することによっても、トランザクション通
信を実施することが可能である。

【００８０】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００８１】トランザクション形式ファィルとプログラ
ムソースファイルとをそれぞれ参照し、トランザクショ
ンデータとウィンドウ部品項目とを関連づけることによ
り、通信部分の項目間のデータの受け渡しロジックを自
動生成するようにしたので、クライアントサーバ型のア
プリケーションシステム構成を開発するときに整合性を
取りにくい部分を容易に実現することができる。

【００８２】また、プログラムソースファイルは、ウィ
ンドウ部品部、変数宣言部、関数部から構成されている
ので、トランザクション形式ファイルの項目名とウイン
ドウ部品名とを一致させた通信関数を生成させることが
できる。

【００８３】さらに、トランザクション形式ファイルの
トランザクションデータ項目をコメント文として表示す
る手段を設けたので、プログラマは保守性の高いプログ
ラムを生産できる。

【００８４】また、トランザクション形式ファイルのト
ランザクションデータ項目が配列項目で、かつ、対応す
るプログラムソースファイルのウィンドウ部品が配列項
目である場合に、通信プログラムのソースプログラムを
くり返しのためのループ文で生成する手段を設けたの
で、プログラムステップ数の少ないプログラムを生成す
ることができる。

【００８５】さらにまた、複数のトランザクション形式
ファイルの中からロジックを自動生成する任意のトラン
ザクションを選択する手段を設けたので、必要なトラン
ザクションデータを即時に送信することができる。

【００８６】また、ウインドウ部品に転送されたデータ
をトランザクション形式ファイルを参照しつつバッファ
に格納し送信データを生成する通信オブジェクトを備え
たことにより、チェック済のトランザクションデータを
送信することができる。

【００８７】さらに、受信データをバッファに格納しト
ランザクション形式ファイルを参照しつつ受信データを
分割してウィンドウ部品に転送する通信オブジェクトを
備えたことにより、受信データをチェック後にウインド
ウ部品に格納することができる。

【００８８】また、上記トランザクションデータを上記
ウィンドウ部品に格納したとき、そのトランザクション
データを画面に表示するようにしたので、送受信データ
を確認することができる。

【００８９】さらにまた、トランザクション形式ファイ
ルの項目名とプログラムソースファィルのウインドウ部
品名とが一致しなかったときに予め設定した識別子を通
信オブジェクトのバッファに格納するように構成したの
で、ウィンドウ部品項目とトランザクションデータ項目
が一致しなかった場合にも、適切な通信プログラムロジ
ックが自動生成され、プログラマのコーディングの負荷
が軽減できる。

【００９０】また、ウィンドウ部品のイベントに生成し
た通信ロジックを割り付ける手段を設けたので、任意の
ウィンドウ部品でイベントが発生したときに通信ロジッ
クを起動することができる。

【００９１】さらに、イベント割り付けを行うウィンド
ウ部品項目を限定する手段を設けたので、ウィンドウ部
品の種類が多い場合に、その表示を制限することが容易
に行なえ、イベントと生成した通信ロジックを容易に割
り付けることができる。

【００９２】また、通信プロトコルに応じたエラー処理
ルーチンをファイルとして設け、クライアント通信オブ
ジェクトが使用する通信プロトコルに応じてエラー処理
ルーチンを切り替える手段を設けたので、通信上発生す
る様々なエラー種別をプログラマが制御できるととも
に、エラー処理ロジックも自動生成されるためプログラ
ムの生産性が向上する。

【００９３】さらにまた、通信プロトコルに応じて複数
のクライアント通信オブジェクトを設け、これらの複数
の通信オブジェクトを選択する手段を設けたので、通信
プロトコルに応じたプログラムを自動生成することがで
きる。

【図面の簡単な説明】

【図１】この発明の実施の形態１を示す全体構成図で
ある。

【図２】この発明の実施の形態１を示すトランザクシ
ョン形式ファイルの構成図である。

【図３】この発明の実施の形態１を示すプログラムソ
ースファイルの構成図である。

【図４】この発明の実施の形態１を示すトランザクシ
ョン形式作成ツール概観図である。

【図５】この発明の実施の形態１を示す通信プログラ
ム自動生成ツールメインウィンドウ概観図である。

【図６】この発明の実施の形態１を示す通信プログラ
ム自動生成ツールファイルメニュー概観図である。

【図７】この発明の実施の形態１を示す通信プログラ
ム自動生成ツールコード生成メニュー概観図である。

【図８】この発明の実施の形態１を示すプログラムソ
ースファイルの入力フローチャートである。

【図９】この発明の実施の形態１を示す変数の読込み
フローチャートである。

【図１０】この発明の実施の形態１を示す関数の読込
みフローチャートである。

【図１１】この発明の実施の形態１を示す通信関数作
成フローチャートである。

【図１２】この発明の実施の形態１を示す上りメッセ
ージ作成フローチャートである。

【図１３】この発明の実施の形態１を示す下りメッセ
ージ作成フローチャートである。

【図１４】この発明の実施の形態１を示す通信関数の
一例である。

【図１５】この発明の実施の形態２を示す上りメッセ
ージ作成におけるウィンドウ部品非該当処理フローチャ
ートである。

【図１６】この発明の実施の形態２を示す下りメッセ
ージ作成におけるウィンドウ部品非該当処理フローチャ
ートである。

【図１７】この発明の実施の形態２、３、４、５を示
す通信コード仕様ダイアログウィンドウの概観図であ
る。

【図１８】この発明の実施の形態３を示す上りメッセ
ージ作成におけるコメント作成処理フローチャートであ
る。

【図１９】この発明の実施の形態３を示す下りメッセ
ージ作成におけるコメント作成処理フローチャートであ
る。

【図２０】この発明の実施の形態４を示す上りメッセ
ージにおける該当トランザクションが配列項目の処理フ
ローチャートである。

【図２１】この発明の実施の形態４を示す下りメッセ
ージにおける該当トランザクションが配列項目の処理フ
ローチャートである。

【図２２】この発明の実施の形態４を示す配列項目の
場合の通信関数例である。

【図２３】この発明の実施の形態５を示すリクエスト
コード選択処理フローチャートである。

【図２４】この発明の実施の形態６を示すイベント割
り付けダイアログウィンドウの概観図である。

【図２５】この発明の実施の形態６を示す通信関数と
ウィンドウ部品のイベント割り付け処理フローチャート
である。

【図２６】この発明の実施の形態６を示すイベントの
関数例である。

【図２７】この発明の実施の形態７を示すウィンドウ
部品選択ダイアログウィンドウの概観図である。

【図２８】この発明の実施の形態７を示すウィンドウ
部品一覧へウィンドウ部品名のセット処理フローチャー
トである。

【図２９】この発明の実施の形態８を示す通信エラー
ロジック作成処理フローチャートである。

【図３０】この発明の実施の形態８を示すエラーファ
イルへ登録するエラー処理関数例である。

【図３１】この発明の実施の形態８を示すエラー処理
関数呼び出しの例である。

【図３２】この発明の実施の形態９を示す通信プロト
コルの判別処理フローチャートである。

【図３３】この発明の実施の形態９を示すコネクショ
ン型の通信関数の例である。

【図３４】従来例の分散ファイルシステムＮＦＳ（Ne
twork File System）を示す概要図である。

【図３５】従来例のＮＦＳサービスを行うソフトウェ
アの働きを示す概念図である。

【図３６】従来例のＲＰＣ（Remote Procedure Cal
l）概要を示すフロー図である。

【図３７】従来例のＲＰＣＧＥＮ概要を示す構成図で
ある。

【符号の説明】

１クライアントマシン、３トランザクション形式フ
ァイル、４プログラムソースファイル、５通信プロ
グラム自動生成ツール、８通信オブジェクト、１１
上りトランザクション、１２下りトランザクション、１
３項目名、１４ウィンドウ部品部、１５変数宣言
部、１６関数部

Claims

【特許請求の範囲】

【請求項１】定義されたトランザクションデータのデ
ータ形式を格納するトランザクション形式ファイル、通
信ロジックを規定する通信関数の定義情報を有するプロ
グラムソースファイル、上記トランザクション形式ファ
イルの項目名と上記プログラムソースファイルのウィン
ドウ部品名とを一致させた通信関数を含む通信プログラ
ムを生成する通信プログラム自動生成ツールを備えたこ
とを特徴とする通信プログラム自動生成装置。
【請求項２】上記プログラムソースファィルは、ウィ
ンドウ部品の種別を表すウインドウ部品クラス及びこれ
らの属性であるプロパティからなるウィンドウ部品部、
このウィンドウ部品部で使用される変数の定義を行う変
数宣言部、上記ウィンドウ部品及び変数を使用して通信
ロジックを規程する通信関数を定義する関数部からなる
ことを特徴とする請求項１に記載の通信プログラム自動
生成装置。
【請求項３】上記トランザクション形式ファイルの項
目名をコメント文として表示する手段を設けたことを特
徴とする請求項１又は請求項２のいずれかに記載の通信
プログラム自動生成装置。
【請求項４】上記トランザクション形式ファイルの項
目が配列項目で、かつ、対応する上記プログラムソース
ファイルのウィンドウ部品が配列項目であるとき上記通
信プログラムのソースプログラムをくり返しのためのル
ープ文で生成する手段を設けたことを特徴とする請求項
１又は請求項２のいずれかに記載の通信プログラム自動
生成装置。
【請求項５】複数のトランザクション形式が格納され
た上記トランザクション形式ファイルの中から任意のト
ランザクション形式を選択する手段を設けたことを特徴
とする請求項１又は請求項２のいずれかに記載の通信プ
ログラム自動生成装置。
【請求項６】定義されたトランザクションデータのデ
ータ形式を格納するトランザクション形式ファイル、通
信ロジックを規定する通信関数の定義情報を有するプロ
グラムソースファイル、上記トランザクション形式ファ
イルの項目名と上記プログラムソースファイルのウイン
ドウ部品名とを一致させた通信関数を含む通信プログラ
ムを生成する通信プログラム自動生成ツール、上記ウィ
ンドウ部品に転送されたデータを上記トランザクション
形式ファイルを参照しつつバッファに格納し送信データ
を生成する通信オブジェクトを備えたことを特徴とする
トランザクション通信装置。
【請求項７】定義されたトランザクションデータのデ
ータ形式を格納するトランザクション形式ファイル、通
信ロジックを規定する通信関数の定義情報を有するプロ
グラムソースファイル、上記トランザクション形式ファ
イルの項目名と上記プログラムソースファイルのウィン
ドウ部品名とを一致させた通信関数を含む通信プログラ
ムを生成する通信プログラム自動生成ツール、受信デー
タをバッファに格納し上記トランザクション形式ファイ
ルを参照しつつ上記受信データを分割して上記ウィンド
ウ部品に転送する通信オブジェクトを備えたことを特徴
とするトランザクション通信装置。
【請求項８】上記ウインドウ部品に格納したデータを
画面に表示することを特徴とする請求項６又は請求項７
のいずれかに記載のトランザクション通信装置。
【請求項９】上記トランザクション形式ファイルの項
目名と上記プログラムソースファィルのウィンドウ部品
名とが一致しなかったときに予め設定した識別子を上記
通信オブジェクトのバッファに格納する手段を有するこ
とを特徴とする請求項６又は請求項７のいずれかに記載
のトランザクション通信装置。
【請求項１０】上記プログラムソースファィルのウィ
ンドウ部品に設定されたイベントに自動生成された上記
通信ロジックを割り付ける手段を設けたことを特徴とす
る請求項６又は請求項７のいずれかに記載のトランザク
ション通信装置。
【請求項１１】上記イベントに自動生成された上記通
信ロジックを割り付けるとき割り付けるウィンドウ部品
を選択する画面上に予め限定されたウィンドウ部品のみ
を表示する手段を設けたことを特徴とする請求項１０に
記載のトランザクション通信装置。
【請求項１２】上記通信オブジェクトが使用する通信
プロトコルに応じてエラー処理ルーチンを切り替える手
段を設けたことを特徴とする請求項６又は請求項７のい
ずれかに記載のトランザクション通信装置。
【請求項１３】複数の上記通信オブジェクトを設け、
通信プロトコルに応じて上記通信オブジェクトを選択す
る手段を設けたことを特徴とする請求項６又は請求項７
のいずれかに記載のトランザクション通信装置。
【請求項１４】クライアントにおける通信ロジックを
規定する通信関数の定義情報を有するプログラムソース
ファイルとトランザクション形式ファイルの上りトラン
ザクションの項目名をそれぞれ参照し上記項目名を取り
込んだ通信関数を含む通信プログラムを生成するステッ
プ、この通信プログラムのウィンドウ部品にデータが格
納されるステップ、そのウィンドウ部品に格納されたデ
ータをクライアント通信オブジェクトのバッファに格納
し上りメッセージを作成するステップ、その上りメッセ
ージをサーバへ送信するステップ、サーバで処理された
後の下りメッセージを受信し通信オブジェクトのバッフ
ァに格納するステップ、その受信データを上記トランザ
クション形式ファイルの下りトランザクションの項目名
に対応させて分割しそれぞれの該当するウィンドウ部品
へ転送するステツプからなるトランザクション通信方
法。
【請求項１５】サーバにおける通信ロジックを規定す
る通信関数の定義情報を有するプログラムソースファイ
ルとトランザクション形式ファイルの上りトランザクシ
ョンの項目名をそれぞれ参照し上記項目名を取り込んだ
通信関数を含む通信プログラムを生成するステップ、こ
の通信プログラムのウィンドウ部品にデータが格納され
るステップ、そのウィンドウ部品に格納されたデータを
通信オブジェクトのバッファに格納し上りメッセージを
作成するステップ、その上りメッセージをクライアント
へ送信するステップ、クライアントで処理された後の下
りメッセージを受信し通信オブジェクトのバッファに格
納するステップ、その受信データを上記トランザクショ
ン形式ファイルの下りトランザクションの項目名に対応
させて分割しそれぞれの該当するウィンドウ部品へ転送
するステツプからなるトランザクション通信方法。