JP3067707B2 - クライアント／サーバ・プログラム生成方法 - Google Patents
クライアント／サーバ・プログラム生成方法Info
- Publication number
- JP3067707B2 JP3067707B2 JP9231889A JP23188997A JP3067707B2 JP 3067707 B2 JP3067707 B2 JP 3067707B2 JP 9231889 A JP9231889 A JP 9231889A JP 23188997 A JP23188997 A JP 23188997A JP 3067707 B2 JP3067707 B2 JP 3067707B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- server
- variable
- script
- logic
- 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.)
- Expired - Lifetime
Links
Landscapes
- Stored Programmes (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、クライアント／
サーバ・プログラム開発時のソース・コードを一元化
し、そのソース・コードからクライアント／サーバ・プ
ログラムを自動生成する装置及び方法に関するものであ
る。
サーバ・プログラム開発時のソース・コードを一元化
し、そのソース・コードからクライアント／サーバ・プ
ログラムを自動生成する装置及び方法に関するものであ
る。
【０００２】
【従来の技術】一般に、クライアント／サーバ・プログ
ラムには、アプリケーションプログラムとインターフェ
ースプログラムとがあり、それぞれ別個に生成する必要
がある。従来、この種のクライアント／サーバ・プログ
ラムの自動生成に関する技術として、例えば特開平４−
１１１０２２号公報に示されたような「インタフェース
プログラム自動生成装置」がある。当公報においては、
図１０に示すように、同機種または異機種の計算機がネ
ットワーク上に接続されたシステムで、計算機間で相互
にデータを交換する手段をインタフェースプログラムソ
ースコードとして自動生成するインタフェース自動生成
装置について述べている。この自動生成装置でのインプ
ットは、インタフェース定義７０７と言語仕様７０８と
一般化／特殊化ルーチン７０９と通信プロトコルルーチ
ン７１０であり、アウトプットは、クライアント変換デ
ータ・データ型定義７１１とサーバ変換データ・データ
型定義７１２とクライアントインタフェースプログラム
７１３とサーバインタフェースプログラム７１４であ
る。
ラムには、アプリケーションプログラムとインターフェ
ースプログラムとがあり、それぞれ別個に生成する必要
がある。従来、この種のクライアント／サーバ・プログ
ラムの自動生成に関する技術として、例えば特開平４−
１１１０２２号公報に示されたような「インタフェース
プログラム自動生成装置」がある。当公報においては、
図１０に示すように、同機種または異機種の計算機がネ
ットワーク上に接続されたシステムで、計算機間で相互
にデータを交換する手段をインタフェースプログラムソ
ースコードとして自動生成するインタフェース自動生成
装置について述べている。この自動生成装置でのインプ
ットは、インタフェース定義７０７と言語仕様７０８と
一般化／特殊化ルーチン７０９と通信プロトコルルーチ
ン７１０であり、アウトプットは、クライアント変換デ
ータ・データ型定義７１１とサーバ変換データ・データ
型定義７１２とクライアントインタフェースプログラム
７１３とサーバインタフェースプログラム７１４であ
る。
【０００３】ユーザは自らが記述したクライアントアプ
リケーションプログラムと、自動生成されたクライアン
ト変換データ・データ型定義７１１とクライアントイン
タフェースプログラム７１３を、クライアントマシン上
でコンパイルし、また自らが記述したサーバアプリケー
ションプログラムと、自動生成されたサーバ変換データ
・データ型定義７１２とサーバインタフェースプログラ
ム７１４を、サーバマシン上でコンパイルすることで異
機種計算機間でデータ交換を行うプログラムの実行が可
能になる。
リケーションプログラムと、自動生成されたクライアン
ト変換データ・データ型定義７１１とクライアントイン
タフェースプログラム７１３を、クライアントマシン上
でコンパイルし、また自らが記述したサーバアプリケー
ションプログラムと、自動生成されたサーバ変換データ
・データ型定義７１２とサーバインタフェースプログラ
ム７１４を、サーバマシン上でコンパイルすることで異
機種計算機間でデータ交換を行うプログラムの実行が可
能になる。
【０００４】また、別の例として、特開平６−２４２９
３８号公報に示されたような「通信処理プログラムの自
動生成方式」がある。当公報においては、図１１に示す
ように、ネットワークにより接続された分散処理システ
ムにおける計算機間の通信処理を行う通信処理プログラ
ムの自動生成方式について述べている。この自動生成方
式でのインプットは、データ定義ファイル８０１とイン
タフェース定義ファイル８０２とモード定義ファイル８
０３であり、アウトプットは、通信処理プログラム８０
９である。当然のことながら、アプリケーションプログ
ラムは別途生成する必要がある。
３８号公報に示されたような「通信処理プログラムの自
動生成方式」がある。当公報においては、図１１に示す
ように、ネットワークにより接続された分散処理システ
ムにおける計算機間の通信処理を行う通信処理プログラ
ムの自動生成方式について述べている。この自動生成方
式でのインプットは、データ定義ファイル８０１とイン
タフェース定義ファイル８０２とモード定義ファイル８
０３であり、アウトプットは、通信処理プログラム８０
９である。当然のことながら、アプリケーションプログ
ラムは別途生成する必要がある。
【０００５】
【発明が解決しようとする課題】従来のクライアント／
サーバ・プログラム生成装置は上記のように構成されて
いるので、インタフェースプログラムとは別にアプリケ
ーションプログラムを生成する必要があり、ユーザが別
に作成したクライアントアプリケーションプログラムや
サーバアプリケーションプログラムと連携して動作する
ことにより、初めてクライアント／サーバ間のデータ交
換が可能になる。
サーバ・プログラム生成装置は上記のように構成されて
いるので、インタフェースプログラムとは別にアプリケ
ーションプログラムを生成する必要があり、ユーザが別
に作成したクライアントアプリケーションプログラムや
サーバアプリケーションプログラムと連携して動作する
ことにより、初めてクライアント／サーバ間のデータ交
換が可能になる。
【０００６】この発明は、上記のような問題点を解消す
るためになされたもので、クライアント・ロジックとサ
ーバ・ロジックを同一のソース・コード内に記述するこ
とによりクライアント／サーバ・プログラム各実行プロ
グラムの自動生成を可能にすることを目的とする。
るためになされたもので、クライアント・ロジックとサ
ーバ・ロジックを同一のソース・コード内に記述するこ
とによりクライアント／サーバ・プログラム各実行プロ
グラムの自動生成を可能にすることを目的とする。
【０００７】
【課題を解決するための手段】この発明に係るクライア
ント／サーバ・プログラム生成方法は、クライアント／
サーバを起動するソースコードをスクリプト形式でクラ
イアント／サーバをそれぞれ識別する識別子を付してク
ライアント側サーバ側交互に処理順にスクリプトソース
を記述するステップ、上記スクリプトソースをクライア
ント／サーバそれぞれのスクリプトソースに分解生成す
るステップ、分解生成されたスクリプトソースの１ステ
ップが「変数＝変数」で与えられ右辺がサーバ側変数の
ときは右辺の変数をクライアントに送信し左辺の変数に
入力する通信プログラムのソースコードを生成し、右辺
がクライアント側変数のときは右辺の変数をサーバに送
信し左辺の変数に入力する通信プログラムのソースコー
ドを生成するものである。
ント／サーバ・プログラム生成方法は、クライアント／
サーバを起動するソースコードをスクリプト形式でクラ
イアント／サーバをそれぞれ識別する識別子を付してク
ライアント側サーバ側交互に処理順にスクリプトソース
を記述するステップ、上記スクリプトソースをクライア
ント／サーバそれぞれのスクリプトソースに分解生成す
るステップ、分解生成されたスクリプトソースの１ステ
ップが「変数＝変数」で与えられ右辺がサーバ側変数の
ときは右辺の変数をクライアントに送信し左辺の変数に
入力する通信プログラムのソースコードを生成し、右辺
がクライアント側変数のときは右辺の変数をサーバに送
信し左辺の変数に入力する通信プログラムのソースコー
ドを生成するものである。
【０００８】
【０００９】
【００１０】
実施の形態１．図１は本発明に係る実施の形態１のクラ
イアント／サーバ・プログラム生成装置の構成を示すブ
ロック図である。図１において、１０１はユーザが作成
するスクリプトソースであるスクリプト形式ソース・コ
ードであり、１０２はスクリプト形式ソース・コード１
０１を入力して構文解析し、クライアント・ロジック・
セーブ領域１０５とサーバ・ロジック・セーブ領域１０
６と外部変数テーブル１０７を出力する構文解析部であ
る。この構文解析部１０２には通信ロジック処理部１０
３と外部変数処理部１０４が内包されている。
イアント／サーバ・プログラム生成装置の構成を示すブ
ロック図である。図１において、１０１はユーザが作成
するスクリプトソースであるスクリプト形式ソース・コ
ードであり、１０２はスクリプト形式ソース・コード１
０１を入力して構文解析し、クライアント・ロジック・
セーブ領域１０５とサーバ・ロジック・セーブ領域１０
６と外部変数テーブル１０７を出力する構文解析部であ
る。この構文解析部１０２には通信ロジック処理部１０
３と外部変数処理部１０４が内包されている。
【００１１】１１１は構文解析部１０２から出力された
スクリプト形式ソース・コードをＣ言語による各Ｃソー
ス・コードに変換するクライアント／サーバ・ソース生
成部としてのクライアント／サーバＣソース生成部であ
り、１１２は変換されたクライアント側Ｃソース、１１
３は変換されたサーバ側Ｃソースである。１１４は予め
備えておいたコンパイラ／リンカを用いてクライアント
側Ｃソース１１２とサーバ側Ｃソース１１３から各実行
プログラムを生成する言語処理部である。１１５は生成
されたクライアント側実行プログラム、１１６は生成さ
れたサーバ側実行プログラムである。
スクリプト形式ソース・コードをＣ言語による各Ｃソー
ス・コードに変換するクライアント／サーバ・ソース生
成部としてのクライアント／サーバＣソース生成部であ
り、１１２は変換されたクライアント側Ｃソース、１１
３は変換されたサーバ側Ｃソースである。１１４は予め
備えておいたコンパイラ／リンカを用いてクライアント
側Ｃソース１１２とサーバ側Ｃソース１１３から各実行
プログラムを生成する言語処理部である。１１５は生成
されたクライアント側実行プログラム、１１６は生成さ
れたサーバ側実行プログラムである。
【００１２】次に、図２は図１に示すスクリプト形式ソ
ース・コード１０１の一例を示す図である。このスクリ
プト形式は上から下へ順番に実行され、クライアント側
ロジックとサーバ側ロジックを混在させて記述すること
ができる。クライアント側ロジックは、“ＣＬＢｅｇｉ
ｎ”〜“ＣＬＥｎｄ”の間に記述し、サーバ側ロジック
は、“ＳＶＢｅｇｉｎ”〜“ＳＶＥｎｄ”の間に記述す
る。この“ｘｘＢｅｇｉｎ”〜“ｘｘＥｎｄ”のセット
はスクリプト内にいくつあっても構わない。クライアン
ト／サーバ間の連携ロジックについては、“Ｅｘｔ”で
定義した変数、この例では“ＣＡ”、“ＣＢ”、“Ｓ
Ｘ”、“ＳＹ”の外部変数を用いて記述する。
ース・コード１０１の一例を示す図である。このスクリ
プト形式は上から下へ順番に実行され、クライアント側
ロジックとサーバ側ロジックを混在させて記述すること
ができる。クライアント側ロジックは、“ＣＬＢｅｇｉ
ｎ”〜“ＣＬＥｎｄ”の間に記述し、サーバ側ロジック
は、“ＳＶＢｅｇｉｎ”〜“ＳＶＥｎｄ”の間に記述す
る。この“ｘｘＢｅｇｉｎ”〜“ｘｘＥｎｄ”のセット
はスクリプト内にいくつあっても構わない。クライアン
ト／サーバ間の連携ロジックについては、“Ｅｘｔ”で
定義した変数、この例では“ＣＡ”、“ＣＢ”、“Ｓ
Ｘ”、“ＳＹ”の外部変数を用いて記述する。
【００１３】例に示したスクリプトのロジックの流れを
詳述すると、“Ｅｘｔ ＣＡ，ＣＢ”で連携ロジックに
使用するクライアント側外部変数を定義し、“ＩＮＰＵ
ＴＣＡ”でクライアント側でＣＡへのデータ入力待ちに
なり、ユーザがデータ入力することにより入力データが
ＣＡに代入される。次の“Ｅｘｔ ＳＸ，ＳＹ”は連携
ロジックに使用するサーバ側外部変数を定義であり、
“ＳＸ＝ＣＡ”でクライアント外部変数であるＣＡがＳ
Ｘに代入される。図１で示されたクライアント側Ｃソー
ス１１２及び、サーバ側Ｃソース１１３内にはＣＡがＳ
Ｘに代入される部分は通信ロジックとして変換される。
詳述すると、“Ｅｘｔ ＣＡ，ＣＢ”で連携ロジックに
使用するクライアント側外部変数を定義し、“ＩＮＰＵ
ＴＣＡ”でクライアント側でＣＡへのデータ入力待ちに
なり、ユーザがデータ入力することにより入力データが
ＣＡに代入される。次の“Ｅｘｔ ＳＸ，ＳＹ”は連携
ロジックに使用するサーバ側外部変数を定義であり、
“ＳＸ＝ＣＡ”でクライアント外部変数であるＣＡがＳ
Ｘに代入される。図１で示されたクライアント側Ｃソー
ス１１２及び、サーバ側Ｃソース１１３内にはＣＡがＳ
Ｘに代入される部分は通信ロジックとして変換される。
【００１４】次の“ＳＹ＝ＳＸ ＊ ３０ ＋ １００“は
四則演算式であり、ＳＹに計算結果が代入される。次
の”ＣＢ＝ＳＹ“でサーバ外部変数であるＳＹがＣＢに
代入され、Ｃソース変換されるときは、通信ロジックと
して変換される。次の”ＯＵＴＰＵＴ ＣＢ“はクライ
アントが有している画面等にＣＢの値が出力される。
四則演算式であり、ＳＹに計算結果が代入される。次
の”ＣＢ＝ＳＹ“でサーバ外部変数であるＳＹがＣＢに
代入され、Ｃソース変換されるときは、通信ロジックと
して変換される。次の”ＯＵＴＰＵＴ ＣＢ“はクライ
アントが有している画面等にＣＢの値が出力される。
【００１５】上記のように、クライアント／サーバ・プ
ログラムを表現し易いスクリプト形式で記述できるの
で、特定の言語の知識が不要である。また、実行する順
番に上から下にクライアントとサーバでの処理を交互に
記述できるので、クライアントとサーバ間のデータの送
受信及びクライアントとサーバでのそれぞれの処理を順
を追ってもれなく記述することができる。
ログラムを表現し易いスクリプト形式で記述できるの
で、特定の言語の知識が不要である。また、実行する順
番に上から下にクライアントとサーバでの処理を交互に
記述できるので、クライアントとサーバ間のデータの送
受信及びクライアントとサーバでのそれぞれの処理を順
を追ってもれなく記述することができる。
【００１６】次に、図３は図２に示すスプリクト形式ソ
ース・コードの例を図１で示す構文解析部１０２で構文
解析し、分解されて出力される、クライアント側スクリ
プト形式ソース・コード１０９とサーバ側スクリプト形
式ソース・コード１１０の例である。ここで、“ＣＬＥ
ｘｔ”は図２で示したクライアント側外部変数定義を表
し、“ＳＶＥｘｔ”はサーバ側外部変数定義を表す。
“ＳＥＮＤ”、“ＲＥＣＶ”は上記スプリクト形式ソー
ス・コードでの連携ロジックに対応して埋め込まれた通
信ロジックである。“ＳＥＮＤ”はデータ送信を示し、
“ＲＥＣＶ”はデータ受信待ちを示す。
ース・コードの例を図１で示す構文解析部１０２で構文
解析し、分解されて出力される、クライアント側スクリ
プト形式ソース・コード１０９とサーバ側スクリプト形
式ソース・コード１１０の例である。ここで、“ＣＬＥ
ｘｔ”は図２で示したクライアント側外部変数定義を表
し、“ＳＶＥｘｔ”はサーバ側外部変数定義を表す。
“ＳＥＮＤ”、“ＲＥＣＶ”は上記スプリクト形式ソー
ス・コードでの連携ロジックに対応して埋め込まれた通
信ロジックである。“ＳＥＮＤ”はデータ送信を示し、
“ＲＥＣＶ”はデータ受信待ちを示す。
【００１７】次に、図４は構文解析部１０２の処理フロ
ーを示す。はじめにスプリクト形式ソース・コード１０
１をオープン（ステップ２０１）し、ファイルの先頭か
ら順次１レコードづつ入力する（ステップ２０２）。入
力レコードがなくなった（ＥＯＦ）らステップ２１２の
処理へ、１レコード入力が成功したら次の処理に進む
（ステップ２０３）。ステップ２０４では、スクリプト
の構文が、“ＣＬＢｅｇｉｎ”または“ＣＬＥｎｄ”ま
たは“ＳＶＢｅｇｉｎ”または“ＳＶＥｎｄ”かどうか
を判定し、ＹＥＳで“ＣＬＢｅｇｉｎ”のときはＣＬフ
ラグをＯＮにし、“ ＣＬＥｎｄ”のときは ＣＬフラグ
をＯＦＦにし、“ＳＶＢｅｇｉｎ”のときはＳＶフラグ
をＯＮにし、“ ＳＶＥｎｄ”のときは ＳＶフラグをＯ
ＦＦにしてステップ２０２の処理に戻る（ステップ２０
５）。
ーを示す。はじめにスプリクト形式ソース・コード１０
１をオープン（ステップ２０１）し、ファイルの先頭か
ら順次１レコードづつ入力する（ステップ２０２）。入
力レコードがなくなった（ＥＯＦ）らステップ２１２の
処理へ、１レコード入力が成功したら次の処理に進む
（ステップ２０３）。ステップ２０４では、スクリプト
の構文が、“ＣＬＢｅｇｉｎ”または“ＣＬＥｎｄ”ま
たは“ＳＶＢｅｇｉｎ”または“ＳＶＥｎｄ”かどうか
を判定し、ＹＥＳで“ＣＬＢｅｇｉｎ”のときはＣＬフ
ラグをＯＮにし、“ ＣＬＥｎｄ”のときは ＣＬフラグ
をＯＦＦにし、“ＳＶＢｅｇｉｎ”のときはＳＶフラグ
をＯＮにし、“ ＳＶＥｎｄ”のときは ＳＶフラグをＯ
ＦＦにしてステップ２０２の処理に戻る（ステップ２０
５）。
【００１８】ステップ２０４でＮＯのときは、スクリプ
トの種類の判定をおこない、“変数＝変数”のときは通
信ロジック処理部１０３へ進み（ステップ２０７）ステ
ップ２０２の処理に戻り、“Ｅｘｔ 変数，変数・・”
のときは外部変数処理部１０４へ進み（ステップ２０
８）ステップ２０２の処理に戻り、それ以外のときはフ
ラグ・チェック（ステップ２０９）に進む（ステップ２
０６）。ステップ２０９では、ＣＬフラグとＳＶフラグ
のＯＮ／ＯＦＦチェックを行い、ＣＬフラグＯＮのとき
はクライアント・ロジック・セーブ領域１０５にステッ
プ２０２での入力レコードを追加出力（ステップ２１
０）し、ＳＶフラグＯＮのときはサーバ・ロジック・セ
ーブ領域１０６にステップ２０２での入力レコードを追
加出力（ステップ２１１）する。ステップ２１０とステ
ップ２１１の処理後はステップ２０２に戻って次のレコ
ードを入力する。
トの種類の判定をおこない、“変数＝変数”のときは通
信ロジック処理部１０３へ進み（ステップ２０７）ステ
ップ２０２の処理に戻り、“Ｅｘｔ 変数，変数・・”
のときは外部変数処理部１０４へ進み（ステップ２０
８）ステップ２０２の処理に戻り、それ以外のときはフ
ラグ・チェック（ステップ２０９）に進む（ステップ２
０６）。ステップ２０９では、ＣＬフラグとＳＶフラグ
のＯＮ／ＯＦＦチェックを行い、ＣＬフラグＯＮのとき
はクライアント・ロジック・セーブ領域１０５にステッ
プ２０２での入力レコードを追加出力（ステップ２１
０）し、ＳＶフラグＯＮのときはサーバ・ロジック・セ
ーブ領域１０６にステップ２０２での入力レコードを追
加出力（ステップ２１１）する。ステップ２１０とステ
ップ２１１の処理後はステップ２０２に戻って次のレコ
ードを入力する。
【００１９】ステップ２１２では、外部変換テーブル１
０７とクライアント・ロジック・セーブ領域１０５の内
容をマージして、クライアント側スクリプト形式ソース
・コード１０９に出力し、また、外部変数テーブル１０
７とサーバ・ロジック・セーブ領域１０６の内容をマー
ジして、サーバ側スクリプト形式ソース・コード１１０
に出力して、処理を終了する。
０７とクライアント・ロジック・セーブ領域１０５の内
容をマージして、クライアント側スクリプト形式ソース
・コード１０９に出力し、また、外部変数テーブル１０
７とサーバ・ロジック・セーブ領域１０６の内容をマー
ジして、サーバ側スクリプト形式ソース・コード１１０
に出力して、処理を終了する。
【００２０】次に、図５は通信ロジック処理部１０３の
処理フローを示す。はじめにＣＬフラグとＳＶフラグの
ＯＮ／ＯＦＦチェックを行いＣＬフラグＯＮのときはス
テップ３０３の処理へ、ＳＶフラグＯＮのときはステッ
プ３０８の処理へ進む（ステップ３０１）。ステップ３
０３では、図４のステップ２０２で入力したレコードの
内容で“変数＝変数”の右辺変数がサーバ側変数だった
場合に、クライアント・ロジック・セーブ領域１０５に
“ＲＥＣＶ 右辺変数”と２０２で入力したレコード内
容をそのまま追加出力し、サーバ・ロジック・セーブ領
域１０６に“ＳＥＮＤ 右辺変数”を追加出力する（ス
テップ３０４、ステップ３０５、ステップ３０６）。ス
テップ３０３でＮＯだった場合は、通信処理の不要なレ
コードなのでクライアント・ロジック・セーブ領域１０
５に２０２で入力したレコード内容をそのまま追加出力
する（ステップ３０７）のみである。
処理フローを示す。はじめにＣＬフラグとＳＶフラグの
ＯＮ／ＯＦＦチェックを行いＣＬフラグＯＮのときはス
テップ３０３の処理へ、ＳＶフラグＯＮのときはステッ
プ３０８の処理へ進む（ステップ３０１）。ステップ３
０３では、図４のステップ２０２で入力したレコードの
内容で“変数＝変数”の右辺変数がサーバ側変数だった
場合に、クライアント・ロジック・セーブ領域１０５に
“ＲＥＣＶ 右辺変数”と２０２で入力したレコード内
容をそのまま追加出力し、サーバ・ロジック・セーブ領
域１０６に“ＳＥＮＤ 右辺変数”を追加出力する（ス
テップ３０４、ステップ３０５、ステップ３０６）。ス
テップ３０３でＮＯだった場合は、通信処理の不要なレ
コードなのでクライアント・ロジック・セーブ領域１０
５に２０２で入力したレコード内容をそのまま追加出力
する（ステップ３０７）のみである。
【００２１】ステップ３０８では、２０２で入力したレ
コードの内容で“変数＝変数”の右辺変数がクライアン
ト側変数だった場合に、サーバ・ロジック・セーブ領域
１０６に“ＲＥＣＶ 右辺変数”と図４のステップ２０
２で入力したレコード内容をそのまま追加出力し、クラ
イアント・ロジック・セーブ領域１０５に“ＳＥＮＤ右
辺変数”を追加出力する（ステップ３０９、ステップ３
１０、ステップ３１１）。ステップ３０８でＮＯだった
場合は、通信処理の不要なレコードなのでサーバ・ロジ
ック・セーブ領域１０６に２０２で入力したレコード内
容をそのまま追加出力する（ステップ３１２）のみであ
る。
コードの内容で“変数＝変数”の右辺変数がクライアン
ト側変数だった場合に、サーバ・ロジック・セーブ領域
１０６に“ＲＥＣＶ 右辺変数”と図４のステップ２０
２で入力したレコード内容をそのまま追加出力し、クラ
イアント・ロジック・セーブ領域１０５に“ＳＥＮＤ右
辺変数”を追加出力する（ステップ３０９、ステップ３
１０、ステップ３１１）。ステップ３０８でＮＯだった
場合は、通信処理の不要なレコードなのでサーバ・ロジ
ック・セーブ領域１０６に２０２で入力したレコード内
容をそのまま追加出力する（ステップ３１２）のみであ
る。
【００２２】次に、図６は外部変数処理部１０４の処理
フローを示す。はじめにＣＬフラグとＳＶフラグのＯＮ
／ＯＦＦチェックを行いＣＬフラグＯＮのときはステッ
プ４０２の処理へ、ＳＶフラグＯＮのときはステップ４
０３の処理へ進む（ステップ４０１）。ステップ４０２
では、図４のステップ２０２で入力したレコードの内容
で“Ｅｘｔ”の次に指定された変数をクライアント側外
部変数として外部変数テーブル１０７に追加出力する。
ステップ４０３では、図４のステップ２０２で入力した
レコードの内容で“Ｅｘｔ”の次に指定された変数をサ
ーバ側外部変数として外部変数テーブル１０７に追加出
力する。
フローを示す。はじめにＣＬフラグとＳＶフラグのＯＮ
／ＯＦＦチェックを行いＣＬフラグＯＮのときはステッ
プ４０２の処理へ、ＳＶフラグＯＮのときはステップ４
０３の処理へ進む（ステップ４０１）。ステップ４０２
では、図４のステップ２０２で入力したレコードの内容
で“Ｅｘｔ”の次に指定された変数をクライアント側外
部変数として外部変数テーブル１０７に追加出力する。
ステップ４０３では、図４のステップ２０２で入力した
レコードの内容で“Ｅｘｔ”の次に指定された変数をサ
ーバ側外部変数として外部変数テーブル１０７に追加出
力する。
【００２３】次に、図７はクライアント／サーバＣソー
ス生成部１１１の処理フローを示す。はじめに入力ファ
イルとしてクライアント側スクリプト形式ソース・コー
ド１０９をオープン（ステップ６０１）し、出力ファイ
ルとしてクライアント側Ｃソース１１２をオープン（ス
テップ６０２）し、入力ファイルの外部変数情報を出力
ファイルにＣ言語形式で出力し（ステップ６０３）、入
力ファイルのロジック部の先頭から順次１レコードづつ
入力する（ステップ６０４）。入力ファイルのロジック
部のレコードがなくなった（ＥＯＦ）らステップ６１３
に進み、１レコード入力が成功したらステップ６０６に
進む（ステップ６０５）。
ス生成部１１１の処理フローを示す。はじめに入力ファ
イルとしてクライアント側スクリプト形式ソース・コー
ド１０９をオープン（ステップ６０１）し、出力ファイ
ルとしてクライアント側Ｃソース１１２をオープン（ス
テップ６０２）し、入力ファイルの外部変数情報を出力
ファイルにＣ言語形式で出力し（ステップ６０３）、入
力ファイルのロジック部の先頭から順次１レコードづつ
入力する（ステップ６０４）。入力ファイルのロジック
部のレコードがなくなった（ＥＯＦ）らステップ６１３
に進み、１レコード入力が成功したらステップ６０６に
進む（ステップ６０５）。
【００２４】ステップ６０６では、ステップ６０４で入
力したレコードデータであるスクリプトの種類を判別
し、例えば“ＩＮＰＵＴ”の場合は出力ファイルに入力
ロジックをＣ言語で追加出力（ステップ６０７）し、
“ＯＵＴＰＵＴ”の場合は出力ファイルに出力ロジック
をＣ言語で追加出力（ステップ６０８）し、“ＳＥＮ
Ｄ”の場合は出力ファイルに同期送信ロジックをＣ言語
で追加出力（ステップ６０９）し、“ＲＥＣＶ”の場合
は出力ファイルに同期受信ロジックをＣ言語で追加出力
（ステップ６１０）し、四則計算式の場合は出力ファイ
ルに四則計算ロジックをＣ言語で追加出力（ステップ６
１１）する等、スクリプトの種類に従ってＣ言語への変
換出力を別々のサブルーティンで行い、ステップ６０４
の入力ファイルのロジック部から新たなレコード入力へ
と戻る。
力したレコードデータであるスクリプトの種類を判別
し、例えば“ＩＮＰＵＴ”の場合は出力ファイルに入力
ロジックをＣ言語で追加出力（ステップ６０７）し、
“ＯＵＴＰＵＴ”の場合は出力ファイルに出力ロジック
をＣ言語で追加出力（ステップ６０８）し、“ＳＥＮ
Ｄ”の場合は出力ファイルに同期送信ロジックをＣ言語
で追加出力（ステップ６０９）し、“ＲＥＣＶ”の場合
は出力ファイルに同期受信ロジックをＣ言語で追加出力
（ステップ６１０）し、四則計算式の場合は出力ファイ
ルに四則計算ロジックをＣ言語で追加出力（ステップ６
１１）する等、スクリプトの種類に従ってＣ言語への変
換出力を別々のサブルーティンで行い、ステップ６０４
の入力ファイルのロジック部から新たなレコード入力へ
と戻る。
【００２５】ステップ６１３では、クライアント側スク
リプト形式ソース・コード１０９とクライアント側Ｃソ
ース１１２がオープン中かどうかを判別し、ＹＥＳなら
ばそれらのファイルをクローズ（ステップ６１４，ステ
ップ６１５）し、入力ファイルとして新たにサーバ側ス
クリプト形式ソース・コード１１０をオープンし（ステ
ップ６１６）、出力ファイルとしてサーバ側Ｃソース１
１３をオープン（ステップ６１７）し、ステップ６０３
に戻る。ＮＯならば現在オープンしているサーバ側スク
リプト形式ソース・コード１１０とサーバ側Ｃソース１
１３とクローズして、当生成部の処理を終了する。
リプト形式ソース・コード１０９とクライアント側Ｃソ
ース１１２がオープン中かどうかを判別し、ＹＥＳなら
ばそれらのファイルをクローズ（ステップ６１４，ステ
ップ６１５）し、入力ファイルとして新たにサーバ側ス
クリプト形式ソース・コード１１０をオープンし（ステ
ップ６１６）、出力ファイルとしてサーバ側Ｃソース１
１３をオープン（ステップ６１７）し、ステップ６０３
に戻る。ＮＯならば現在オープンしているサーバ側スク
リプト形式ソース・コード１１０とサーバ側Ｃソース１
１３とクローズして、当生成部の処理を終了する。
【００２６】次に、図８及び図９は図７のステップ６０
９とステップ６１０の処理で示したクライアント／サー
バ間の通信部分のスクリプトをＣ言語に変換した出力例
である。これらの例では通信プロトコルとしてはＴＣＰ
／ＩＰを用いている。図８は“ＣＡ”を文字列データと
したときのスクリプト“ＳＥＮＤ ＣＡ”の変換例であ
り、図９はＣＡ”を文字列データとしたときのスクリプ
ト“ＲＥＣＶ ＣＡ”の変換例である。
９とステップ６１０の処理で示したクライアント／サー
バ間の通信部分のスクリプトをＣ言語に変換した出力例
である。これらの例では通信プロトコルとしてはＴＣＰ
／ＩＰを用いている。図８は“ＣＡ”を文字列データと
したときのスクリプト“ＳＥＮＤ ＣＡ”の変換例であ
り、図９はＣＡ”を文字列データとしたときのスクリプ
ト“ＲＥＣＶ ＣＡ”の変換例である。
【００２７】次に、クライアント側実行プログラム１１
５とサーバ側実行プログラム１１６の生成は、クライア
ント側Ｃソース１１２とサーバ側Ｃソース１１３をＣソ
ースを言語処理部１１４が入力し、予め備えたＣコンパ
イラ／リンカを利用してクライアント側実行プログラム
１０７とサーバ側実行プログラム１０８を出力する。
５とサーバ側実行プログラム１１６の生成は、クライア
ント側Ｃソース１１２とサーバ側Ｃソース１１３をＣソ
ースを言語処理部１１４が入力し、予め備えたＣコンパ
イラ／リンカを利用してクライアント側実行プログラム
１０７とサーバ側実行プログラム１０８を出力する。
【００２８】このように、本実施例では、スクリプト形
式ソース・コード１０１に、クライアント部とサーバ部
を記述し、連携ロジック（データ通信部）を外部変数と
して定義することにより、各実行プログラムの自動生成
が可能になり、ソースが一元化でき通信ロジックを意識
する必要がないため、生産性を向上させることができ
る。また、言語処理部１１４が実行形式プログラムを生
成する前のクライアント側／サーバ側Ｃソースにユーザ
が修正を加えることにより、スクリプト形式ソース・コ
ード１０１では自動生成できないようなロジックをＣ言
語コードで追加することができ、生成される実行プログ
ラムについて木目細かなカスタマイズが可能になる。
式ソース・コード１０１に、クライアント部とサーバ部
を記述し、連携ロジック（データ通信部）を外部変数と
して定義することにより、各実行プログラムの自動生成
が可能になり、ソースが一元化でき通信ロジックを意識
する必要がないため、生産性を向上させることができ
る。また、言語処理部１１４が実行形式プログラムを生
成する前のクライアント側／サーバ側Ｃソースにユーザ
が修正を加えることにより、スクリプト形式ソース・コ
ード１０１では自動生成できないようなロジックをＣ言
語コードで追加することができ、生成される実行プログ
ラムについて木目細かなカスタマイズが可能になる。
【００２９】なお、上記実施の形態１においては、生成
するクライアント側／サーバ側プログラム間の通信プロ
トコルを定義しておくための通信プロトコル定義を設け
て構成してもよい。これにより、その定義に従って生成
されるクライアント側／サーバ側プログラム間の通信プ
ロトコルが決まり、通信プロトコル定義を浮かせること
ができるため、生成される各プログラムを様々なネット
ワーク上で動作させることができ、動作環境に幅を持た
せることができる。
するクライアント側／サーバ側プログラム間の通信プロ
トコルを定義しておくための通信プロトコル定義を設け
て構成してもよい。これにより、その定義に従って生成
されるクライアント側／サーバ側プログラム間の通信プ
ロトコルが決まり、通信プロトコル定義を浮かせること
ができるため、生成される各プログラムを様々なネット
ワーク上で動作させることができ、動作環境に幅を持た
せることができる。
【００３０】また、上記実施例においては、クライアン
ト／サーバＣソース生成部１１１と言語処理部１１４を
Ｃ言語以外の別の言語対応に作り替えることにより、中
間ファイルとして生成するクライアント側Ｃソース１１
２、サーバ側Ｃソース１１３がＣ言語にかかわらず他言
語のソースコードとして出力することができ、中間ファ
イルのカスタマイズはＣ言語によらず、他言語にも対応
することが可能になり、カスタマイズをする開発者層を
増やすことを可能にすることができる。
ト／サーバＣソース生成部１１１と言語処理部１１４を
Ｃ言語以外の別の言語対応に作り替えることにより、中
間ファイルとして生成するクライアント側Ｃソース１１
２、サーバ側Ｃソース１１３がＣ言語にかかわらず他言
語のソースコードとして出力することができ、中間ファ
イルのカスタマイズはＣ言語によらず、他言語にも対応
することが可能になり、カスタマイズをする開発者層を
増やすことを可能にすることができる。
【００３１】
【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。
れているので、以下に示すような効果を奏する。
【００３２】
【００３３】 「変数＝変数」で与えられるスクリプト
ソースにより通信プログラムのソースコードを生成する
ように構成したので、通信ロジックを意識することなし
に実行プログラムを自動生成することができ、生産性が
向上する。
ソースにより通信プログラムのソースコードを生成する
ように構成したので、通信ロジックを意識することなし
に実行プログラムを自動生成することができ、生産性が
向上する。
【図１】 この発明の実施の形態１のクライアント／サ
ーバ・プログラム生成装置を示す構成図である。
ーバ・プログラム生成装置を示す構成図である。
【図２】 この発明の実施の形態１のスクリプト形式ソ
ース・コードの一例を示す模式図である。
ース・コードの一例を示す模式図である。
【図３】 この発明の実施の形態１の分解されたスクリ
プト形式ソース・コードの一例を示す模式図である。
プト形式ソース・コードの一例を示す模式図である。
【図４】 この発明の実施の形態１の構文解析部の処理
を示すフローチャートである。
を示すフローチャートである。
【図５】 この発明の実施の形態１の通信ロジック部の
処理を示すフローチャートである。
処理を示すフローチャートである。
【図６】 この発明の実施の形態１の外部変数処理部の
処理を示すフローチャートである。
処理を示すフローチャートである。
【図７】 この発明の実施の形態１のクライアント／サ
ーバ・ソース生成部の処理を示すフローチャートであ
る。
ーバ・ソース生成部の処理を示すフローチャートであ
る。
【図８】 この発明の実施の形態１のスクリプトからＣ
言語変換の例を示すＣソースコードである。
言語変換の例を示すＣソースコードである。
【図９】 この発明の実施の形態１のスクリプトからＣ
言語変換の例を示すＣソースコードである。
言語変換の例を示すＣソースコードである。
【図１０】 従来例のクライアント／サーバ・プログラ
ム生成装置を示す構成図である。
ム生成装置を示す構成図である。
【図１１】 従来例の通信処理プログラム生成装置を示
す構成図である。
す構成図である。
１０１ スクリプト形式ソース・コード、１０２ 構文
解析部、１１１ クライアント／サーバ・ソース生成
部。
解析部、１１１ クライアント／サーバ・ソース生成
部。
フロントページの続き (56)参考文献 特開 平７−141179（ＪＰ，Ａ) 特開 平４−111022（ＪＰ，Ａ) 特開 平６−242938（ＪＰ，Ａ) 情報処理学会「第39回（平成元年後 期）全国大会講演論文集（▲ＩＩ ▼）」、野村、外２名著”ＬＯＴＯＳ実 行系における入力仕様からプログラムへ の変換”，ｐ．1586−1587 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 9/06 530 G06F 9/44 320 G06F 15/16
Claims (1)
- 【請求項１】 クライアント／サーバを起動するソース
コードをスクリプト形式でクライアント／サーバをそれ
ぞれ識別する識別子を付してクライアント側サーバ側交
互に処理順にスクリプトソースを記述するステップ、上
記スクリプトソースをクライアント／サーバそれぞれの
スクリプトソースに分解生成するステップ、分解生成さ
れたスクリプトソースの１ステップが「変数＝変数」で
与えられ右辺がサーバ側変数のときは右辺の変数をクラ
イアントに送信し左辺の変数に入力する通信プログラム
のソースコードを生成し、右辺がクライアント側変数の
ときは右辺の変数をサーバに送信し左辺の変数に入力す
る通信プログラムのソースコードを生成することを特徴
とするクライアント／サーバ・プログラム生成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9231889A JP3067707B2 (ja) | 1997-08-28 | 1997-08-28 | クライアント／サーバ・プログラム生成方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9231889A JP3067707B2 (ja) | 1997-08-28 | 1997-08-28 | クライアント／サーバ・プログラム生成方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1173306A JPH1173306A (ja) | 1999-03-16 |
| JP3067707B2 true JP3067707B2 (ja) | 2000-07-24 |
Family
ID=16930628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9231889A Expired - Lifetime JP3067707B2 (ja) | 1997-08-28 | 1997-08-28 | クライアント／サーバ・プログラム生成方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3067707B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8863082B2 (en) * | 2011-09-07 | 2014-10-14 | Microsoft Corporation | Transformational context-aware data source management |
| JP5492913B2 (ja) * | 2012-01-12 | 2014-05-14 | 株式会社日立システムズ | 画面設計レビューシステム、画面設計レビュー表示方法、およびプログラム |
| WO2015045108A1 (ja) * | 2013-09-27 | 2015-04-02 | 三菱電機株式会社 | クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム |
-
1997
- 1997-08-28 JP JP9231889A patent/JP3067707B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 情報処理学会「第３９回（平成元年後期）全国大会講演論文集（▲ＩＩ▼）」、野村、外２名著"ＬＯＴＯＳ実行系における入力仕様からプログラムへの変換"，ｐ．１５８６−１５８７ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1173306A (ja) | 1999-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7197739B2 (en) | Apparatus for automatically generating source code | |
| US6868454B1 (en) | Distributed-object development system and computer-readable recording medium recorded with program for making computer execute distributed-object development | |
| US7120897B2 (en) | User control objects for providing server-side code generation from a user-defined dynamic web page content file | |
| US20040158820A1 (en) | System for generating an application framework and components | |
| EP1727041A2 (en) | Pipeline architecture for use with net-centric application program architectures | |
| US20030221184A1 (en) | Template-based application development system | |
| JPH08202545A (ja) | ターゲット言語コードを生成するためのオブジェクト指向システム及びその方法 | |
| JP2006526209A (ja) | コンポーネント基盤環境下で拡張されたメタデータを利用したソフトウェア開発方法及びその開発システム | |
| Inverardi et al. | Deadlock-free software architectures for com/dcom applications | |
| JP2006260390A (ja) | テストケース生成プログラム及び方法 | |
| CN112114890A (zh) | 小程序的处理方法、装置、设备及存储介质 | |
| JP2009245441A (ja) | コンポーネント基盤環境下で拡張されたメタデータを利用したソフトウェア開発方法及びその開発システム | |
| Bergmayr et al. | Generating Metamodels from Grammars by Chaining Translational and By-Example Techniques. | |
| Daniel et al. | Distributed orchestration of user interfaces | |
| CN112083926A (zh) | 一种Web用户界面生成方法及装置 | |
| Daniel et al. | From people to services to ui: Distributed orchestration of user interfaces | |
| Aslam et al. | Cross-platform real-time collaborative modeling: An architecture and a prototype implementation via emf. cloud | |
| JP3067707B2 (ja) | クライアント／サーバ・プログラム生成方法 | |
| US7343391B2 (en) | System and method for interprocess services client artifact download | |
| Tai et al. | Model-driven development of large-scale Web applications | |
| Silva et al. | On the symbiosis of aspect-oriented requirements and architectural descriptions | |
| Süß et al. | Model-centric engineering with the evolution and validation environment | |
| Draheim et al. | Specification and generation of model 2 web interfaces | |
| JP2002132502A (ja) | 言語機能解釈による分散オブジェクト自動生成システム及び方法 | |
| Liu et al. | A SOA Approach for Domain-Specific Language Implementation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |