JPH04111022A - インタフェースプログラム自動生成装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、同機種及び異機種の計算機がネットワーク上
に接続されたシステムで、計算機間で相互にデータを交
換する手段をインタフェースプログラムソースコードと
して自動生成するインタフェースプログラム自動生成装
置に関するものであるＯ 従来の技術 従来より、ネットワークに接続された計算機間でデータ
交換を行なう手段に、処理を要求する側（フライアン日
である処理要求計算機（クライアントマシン）上のアプ
リケーションプログラムが、必要な処理要求とその情報
を処理を遂行する側（サーバ）である処理遂行計算機（
サーバマシン）上のアプリケーションプログラムに依頼
するクライアント／サーバモデルが存在する。また、ア
プリケーションプログラムの独立性と可搬性を高めるた
め、第７図に示すようにネットワーク通信及びデータ交
換を制御する部分をアプリケーションプログラムから分
離し、これをインタフェースプログラムとして別に存在
させる方式が考案された。この方式は、クライアントマ
シン上のアプリケーションプログラムが、サーバマシン
上のアプリケーションプログラムに依頼する処理とその
データをクライアントマシンのインタフェースプログラ
ムに渡すことで、クライアントマシンのアプリケーショ
ンプログラムが処理結果を待つ間に、クライアントマシ
ンのインタフェースグログラムカ、サーバマシンのイン
ターフェースプログラムにネットワークを介してデータ
を渡し、サーバマシンのインタフェースプログラムはサ
ーバマシンのアプリケーションプログラムにそのデータ
を渡し処理結果を貰った上でクライアントマシンのイン
タフェースプログラムに戻すものである。この方式はア
プリケーションプログラム作成者にネットワークを意識
しないプログラミング手法を提供すると共に作成したア
プリケーションプログラムの再利用に有効な手段である
。

さらに近年、このインタフェースプログラムをユーザが
アプリケーションプログラム単位にわざわざ記述するの
ではなく、システムが自動的に生成する方式も考案され
た。

この技術の代表的なものとしては、ホーウス：Ｈｏｒｕ
ｓ　　（システムの名称であり、論文名：ＡＳｔｕｂ　
Ｇｅｎｅｒａｔｏｒ　ｏｆ　Ｍｕｌｔｉｌａｎｇｕａｇ
ｅ　ＲＰＣｉｎＨｅｔｅｒｏｇｅｎｅｏｕｓ　Ｅｎｖｉ
ｒｏｍｅｎｔ、作者：　Ｐｈ１ｌｌｉｐ　Ｂ、　Ｇｉｂ
ｂｏｎｓ、出典：　ＩＥＥＥ　Ｔｒａｎｓａｃｔｉｏｎ
ｓ　ｏｎ　Ｓｏｆｔｗａｒｅ　Ｅｎｇｉｎｅｅｒｉｎｇ
、　Ｖｏｌ　、　５Ｅ１３、Ｎｏ、１、発行年月日：西
暦１９８７年１月）、エヌ・シー・ニス：ＮＣ８（シス
テムの名称テアリ、マニュアル名：　Ｎｅｔｗｏｒｋ　
Ｃｏｍｐｕｔｉｎｇ　Ｓ）’ｓｔｅｍｓ　（ＮＣ８）　
Ｒｅｆｅｒｅｎｃｅ　１０２００−ＡＯＯ１作者：　Ａ
ｐｏｌｌｏ　Ｃｏｍｐｕｔｅｒ　Ｉｎｃ、、発行年月日
：西暦１９８７年６月）、エム・エル・ビー：ＭＬＰ（
システムの名称であり、論文名：　Ｆａｃｉｌｉｔａｔ
ｉｎｇ　Ｍｉｘｅｄ　Ｌａｎｇｕａｇｅ　Ｐｒｏｇｒａ
ｍｍｉｎｇ　ｉｎ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｓｙｓｔ
ｅｍｓ、作者：　Ｒｏｇｅｒ　Ｈａｙｅｓ　。

Ｒｉｃｈａｒｄ　　Ｄ、　Ｓｃｈｌｉｃｈｔｉｎｇ、出
典：ＩＥＥＥＴｒａｎｓａｃｔｉｏｎｓ　ｏｎ　Ｓｏｆ
ｔｗａｒｅ　Ｅｎｇｉｎｅｅｒｉｎｇ。

Ｖｏｌ、５Ｅ−１３，Ｎｏ、１２、発行年月日：西暦１
９８７年１２月）が知られている。

しかし、上記が生成したインタフェースグログラムの対
象となる計算機には同機種が多く、生成したインタフェ
ースプログラムは生成を行った計算機と指定された計算
機間で使用される目的のものであった。また、生成した
インタフェースプログラムソースコードの対象となるア
プリケーションプログラム言語及びその処理系の違いに
より発生する言語仕様の差異を吸収したものは存在しな
かった。この吸収は、言語仕様上、例えば名称等の識別
子に大文字と小文字の区別があり、クライアントアプリ
ケーションプログラムとサーバアプリケーションプログ
ラム間で異なる場合に、それぞれのアプリケーションプ
ログラムに適合したインタフェースプログラムソースコ
ードを生成する、こと等である。

発明が解決しようとする課題 上述したように、同機種または異機種の計算機上のアプ
リケーションプログラム間で、データ交換及び通信を制
御するインタフェースプログラムが、それを生成した計
算機でしかコンパイル及び実行できないということは、
インタフェースプログラムの再利用及び可搬性を著しく
妨げるという問題点があった。また、異機種計算機上の
アプリケーションプログラム間では異なるプログラミン
グ言語が使用されたり、同一言語であっても処理系の違
いによりプログラム言語仕様に若干の相違が生じる場合
が多い。従って、生成されるインタフェースプログラム
ソースコードがこの記述仕様の差異を自動的に吸収でき
ないと、ユーザが生成されたソースコードに手を加える
という面倒な手間が生じる課題があった。

本発明は上記のような課題に鑑み、異種計算機間で分散
処理を行うアプリケーションプログラムの作成に当って
、データ交換及び通信を実行するインタフェースプログ
ラムのソースコードを、クライアントマシンとサーバマ
シン間の内部データ表現及びアプリケーションプログラ
ムの言語仕様の差異を吸収して自動的に生成し、生成さ
れたソースコードをユーザが何の関与もすることなく、
ネットワーク上の任意の計算機上でコンパイル及び実行
が行えることを目的とするものである。

課題を解決するための手段 上記目的を達成するため、本発明の技術的解決手段は、
ネットワーク上に接続された全ての計算機の内部データ
表現及びアプリケーションプログラムの言語仕様の情報
を保持したデータベースより、データ交換を行なうクラ
イアントマシンとサーバマシンの情報を求め、データの
送信側ではその計算機固有の内部データ表現を一般化デ
ータ表現に変換し、受信側ではその一般化データを計算
機固有の内部データ表現に変換を行う、と共に相互の通
信を実行する、インタフェースプログラムンースコード
ヲ、クライアントマシンとサーバマシンのアプリケーシ
ョンのプログラム言語仕様に適合した形式で自動生成す
る。

作用 本発明は、ネットワークに接続された計算機上に存在す
る、異なるプログラムルーチン及び処理系を持つアプリ
ケーションプログラム間で、データ交換を実行するイン
タフェースプログラムを、ネットワークの任意の計算機
上で生成する。

実施例 第１図は、本発明の構成要素とそれに対する入出力要素
を示した全体図であわ、これに従い各要素の説明をする
。１が本発明であるインタフェースプログラム自動生成
装置を具備したものであり、インタフェースフログラム
ジェネレータと呼び、２のインタフェースプログラム生
成部と、３のインタフェース定義解析部と、４の言語仕
様管理部と、５の一般化／特殊化管理部と、６の通信プ
ロトコル管理部とから成る。２のインタフェースプログ
ラム生成部は、入力要素を扱う３，４，５゜６の各解析
／管理部の制御及び、出力要素である１１、１２の交換
データデータ型定義及び１３．１４のインタフェースプ
ログラムを生成する。３のインタフェース定義解析部は
、２のインタフェースプログラム生成部からの命令によ
シ、７のインタフェース定義を読み込み、その字句解析
及び構文解析を行う。４の言語仕様管理部は、２のイン
タフェースプログラム生成部からの命令によυ、８の言
語仕様を読み込みクライアントアプリケーションプログ
ラムとサーバアプリケーションプログラムとの言語仕様
の違いを照合する。５の一般化／特殊化管理部は、計算
機の内部データ表現の差異を吸収するため、クライアン
トマシン及びサーバマシンに適合したルーチンを９の一
膜化／％殊化ルーチンより選択する。６の通信プロトコ
ル管理部は、クライアントマシンとサーバマシン間でネ
ットワークを介した通信を実行及び制御する通信プロト
コルルーチン全１００通信フロトコルルーチンより選択
する。７のインタフェース定義は、言語種別や計算機種
別や通信プロトコル種別等のクライアントとサーバに関
する環境情報と、クライアントアプリケーションプログ
ラムとサーバアプリケーションプログラム間で交換する
データのデータ型と双方のインタフェースプログラムの
呼び出し形式を、ユーザが予め定められたインタフェー
ス定義言語仕様により記述する。この定義言語仕様は、
既存のＣ言語やＰａ５ｃａｌ言語やＦｏｒｔｒａｎ言語
等のいずれのプログラム言語仕様にもとられれず、その
反面既存の各プログラム言語との共通性を具備した新し
い言語である。ユーザはこのインタフェース定義言語仕
様に基づきアプリケーションプログラムとインタフェー
スプログラムとのインタフェースを記述する。８の言語
仕様は、ネットワークに接続された全ての計算機が使用
するプログラム言語の言語仕様を、Ｃ言語やＰａ５ｃａ
ｌ言語やＦｏｒｔｒａｎ言語等の言語種別単位で格納し
たデータベースである。この言語仕様の内容は、例えば
名称などの識別子が大文字のみ有効なプログラム言語で
ある、識別子の許される長さが８文字以内のプログラム
言語である、プログラム間で交換できるデータは実体の
みでアドレスによる交換はできないプログラム言語であ
る、等の情報で構成される。９の一般化／特殊化管理部
ンは、Ａ社製計算機やＢ社製計算機やＣ社製計算機等の
計算機種別単位に構成され、ネットワークに接続された
全ての計算機の内部データ表現をネットワークで唯一の
ユニークなデータ表現に一般化するプログラムルーチン
と、この−膜化データ表現をそれぞれの計算機の内部デ
ータ表現に特殊化するプログラムルーチン群をライブラ
リ形式で格納したデータベースである。１０の通信プロ
トコルルーチンは、クライアントマシンとサーバマシン
間でネットワークを介した通信を実行するため手段であ
る通信プロトコルを実装したプログラムルーチン群を、
ＴＣＰ／ＩＰ　（米国国防総省の通信プロトコル）やＵ
ＤＰ／ＩＰ　（米国国防総省の通信プロトコル）やＯ８
Ｉ　　（国際標準化機構の通信プロトコル）等の通信プ
ロトコル単位にライブラリ形式で格納したデータベース
である。１１のクライアント交換データデータ型定義は
、クライアントアプリケーションプログラムとクライア
ントインタフェースプログラムが交換するデータのデー
タ型を、クライアントアプリケーションプログラムと同
じプログラム言語仕様で生成したプログラムソースコー
ドである。１２のサーバ交換データデータ型定義は、サ
ーバアプリケーションプログラムとサーバインタフェー
スプログラムが交換するデータのデータ型を、サーバア
プリケーションプログラムと同じプログラム言語仕様で
生成したプログラムソースコードである。１３のクライ
アントインタフェースプログラムは、第２図の１５に示
される各処理部から構成されるプログラムのソースコー
ドをクライアントアプリケーションプログラムと同じプ
ログラム言語仕様で生成したものである。１４のサーバ
インタフェースプログラムは、第２図の１６に示される
各処理部から構成されるプログラムのソース：ｆｆ−ド
を？−バアプリケーションプログラムと同じプログラム
言語仕様で生成したものである。

ユーザは自らが記述したクライアントアプリケーション
プログラムと、自動生成されたクライアント交換データ
データ型定義とクライアントインタフェースプログラム
を、クライアントマシン上でコンパイルし、また自らが
記述したサーバアプリケーションプログラムと、自動生
成されたサーバ交換データデータ型定義とサーバインタ
フェースプログラムラ、サーバマシン上でコンパイルす
る、ことで異機種計算機間でデータ交換を行うプログラ
ムの実行が可能になる。

次に第２図に従い、生成されたクライアントインタフェ
ースプログラムと、サーバインタフェースプログラムの
ソースコードの内容を説明する。

１５のクライアントインタフェースプログラムは、クラ
イアントアプリケーションプログラムからのデータ転送
要求に従い初期化処理やデータ格納処理を行う１７のク
ライアントアプリケーションプログラムからの呼び出さ
れ処理部と、クライアントマシン固有の内部データで表
現された要求データをネットワークでユニークなデータ
表現に一般化する１８の送信データの一般化変換処理部
と、一般化した要求データを選択された通信プロトコル
を使用してサーバインタフェースプログラムに送信する
１９のデータ送信処理部と、サーバインタフェースプロ
グラムからの一般化された結果データを選択された通信
プロトコルを使用して受信する２０のデータ受信処理部
と、受信した結果データをクライアントマシン固有の内
部データ表現に特殊化する２１の受信データの特殊化変
換処理部と、クライアントアプリケーションプログラム
に結果データを戻す２２のクライアントアプリケーショ
ンプログラムへの戻り処理部と、から構成される。一方
１６のサーバインタフェースプログラムは、クライアン
トインタフェースプログラムからの一般化された要求デ
ータを選択された通信プロトコルを使用して受信する２
３のデータ受信処理部と、受信した要求データを、サー
バマシン固有の内部データ表現に特殊化する２４の受信
データの特殊化変換処理部と、要求データに従いサーバ
アプリケーションプログラムを起動し処理結果を受は取
る２５のサーバアプリケーションプログラムの呼び出し
処理部と、サーバマシン固有の内部データで表現された
結果データをネットワークでユニークなデータ表現に一
般化する２６の送信データの一般化変換処理部と、一般
化した結果データを選択された通信プロトコルを使用し
てクライアントインタフェースプログラムに送信する２
７のデータ送信処理部と、から構成される。

次に第３図に従い、上記のようなりライアントマシン及
ヒサーバマシンに適合したインタフェースプログラムソ
ースコードを生成する手順を説明する。まず、インタフ
ェースプログラム生成部２からの命令でインタフェース
定義を読み込んだインタフェース定義解析部３は、イン
タフェース定義の文法に基づいて記述された語句の字句
解析及び構文解析を行った後で構文木を作成する（イ）
。そしてインタフェースプログラム生成部３は、構文木
よりクライアントアプリケーションプログラム及びサー
バアプリケーションプログラムに該当する言語仕様を言
語仕様管理部４を使い読み込む（口、ハ）。そして双方
の言語仕様間で矛盾する仕様が無いかを照合した上で、
解析木中の交換データ型記述を双方のアプリケーション
フログラム言語仕様に適合した形式で交換データデータ
型定義として生成するに）。次に、構文木よりクライア
ントマシン及びサーバマシンに該当する一般化／特殊化
管理部５を一般化／特殊化管理部５を使い読み込む（ホ
）。また、構文木よりクライアントマシン及びサーバマ
シン間の通信を行う通信プロトコルルーチンを通信プロ
トコル管理部６を使い読み込む（へ）。そして、言語仕
様を基に双方のアプリケジョンプログラム言語仕様に適
合した形式で、これらルーチンをライブラリ呼び出し形
式として、第２図に示す内容のインタフェースプログラ
ムとして生成する（ト、チ）。このインタフェース７０
グラム生成手順のうち重点な点は、ネットワクシステム
上のいずれの計算機上でもコンパイル及び実行が可能と
なるプログラムソースコード生成するために、異機種性
を吸収する手順を有することである。この異機種性吸収
手順の例を第４図。

第５図、第６図に示す。

第４図は言語仕様管理部４の機能の一つであり、例えば
インタフェース定義で定義されたクライアントアプリケ
ーションプログラムのプログラム言語種別がＣ言語であ
る場合、言語仕様データベースより該当する言語仕様を
索引し、当該言語仕様としては名称等の識別子を大文字
のみ許可する場合、同様に索引したサーバアプリケーシ
ョンプログラム言語の言語仕様と比較して矛盾しないか
照合した上で、大文字のソースコードとして生成するよ
う指示する。他にも識別子長やデータ交換力−式等の言
語仕様の差異に関して照合及び生成指示を行う。

第５図は一般化／特殊化管理部５０機能の一つであり、
例えばインタフェース定義で定義されたクライアントマ
シンの計算機種別がＡ社製のプロセッサである場合、−
膜化／特殊化ルーチンライブラリより該当するルーチン
を検索する。

第６図は通信プロトコル管理部６の機能の一つであり、
例えばインタフェース定義で定義されたクライアントマ
シンとサーバマシン間の通信プロトコル種別がＴＣＰ／
ＩＰある場合、通信プロトコルルーチンライブラリより
該当するルーチンを検索する。

以上のようにして、ネットワーク上に存在する計算機が
、異なる内部データ表現または異なるプログラム言語を
有する場合でも、クライアントとサーバの環境情報と交
換データのデータ型を定義したインタフェース定義を入
力することで、ネットワークのいずれの計算機上でもコ
ンパイル及び実行が可能なインタフェースプログラムの
ソースコードを自動的に生成することが可能となる。

発明の効果 このように本発明は、ネットワーク上の任意の計算機間
で通信及びデータ交換を実現するインタフェースプログ
ラムを、ネットワーク上の任意の計算機上でコンパイル
及び実行可能なソースコード形式で自動生成することで
、ユーザがネットワークを意識することなく分散アプリ
ケーションプログラムを作成でき、さらに分散アプリケ
ーションプログラムの再利用及び可搬性を飛躍的に高め
ることができる。

【図面の簡単な説明】

第１図は本発明の一実施例におけるインタフニスプログ
ラム自動生成装置の構成要素と入出力要素を示した全体
ブロック結線図、第２図は同生成されたクライアントイ
ンタフェースプログラム及ヒサーバインタフェースプロ
グラムのソースコードの内容図、第３図は同インタフェ
ースプログラム生成における処理フロー図、第４図は同
言語仕様の差異を吸収する手順の一例を示した処理フロ
ー図、第５図は同内部データ表現の差異を吸収するため
の一般化／特殊化管理部ンを選択する手順を示した処理
フロー図、第６図は同クライアントマシンとサーバマシ
ン間で通信を行うプロトコルを選択する手順を示した処
理フロー図、第７図は従来のクライアント／サーバモデ
ルとインタフェースプログラムの位置付は及び機能を示
した概念図である。 トインタフェースプログラムジェネレータ、２　インタ
フェースプログラム生成部、３・・インタフェース定義
解析部、４・・言語仕様管理部、５・−一般化／特殊化
管理部、６・・通信プロトコル管理部、７・インタフェ
ース定義、８・・・言語仕様、９・−膜化／特殊化ルー
チン、１０・・通信プロトコルルーチン、１１・・・ク
ライアント交換データデータ型定義、１２　　サーバ交
換データデータ型定義、１３・クライアントインタフェ
ースプログラム、１４・サーバインタフェースプログラ
ム、１５・・・クライアントインタフェースプログラム
ンースコード、１６サーパインタフエースフログラムン
ースコード、１７・クライアントアプリケーションフロ
グラムからの呼び出され処理部、１８．２６　　送信デ
ータの膜化変換処理部、１９．２７・データ送信処理部
、２０゜２３・データ受信処理部、２１．２４・・受信
データの特殊化変換処理部、２２−・クライアントアプ
リケーションプログラムへの戻り処理部、２５・サーバ
アフリケーションプログラムの呼び出し処理部、２８・
クライアントマシン、２９・・サーバマシン、３０・ネ
ットワーク。 代理人の氏名　弁理士　小鍜治　　明　ほか２名第２図 １図 第 図 第 図

Claims (1)

【特許請求の範囲】
1. 同種または異なる内部データ表現及び同種または異なる
   プログラム言語を有するネットワークシステム上に存在
   する複数の計算機と、処理を要求する側である計算機上
   のアプリケーションプログラムと、処理を遂行する側で
   ある計算機上のアプリケーションプログラムとが相互に
   データ交換するための交換データの一般化及び特殊化を
   行う一般化／特殊化手段と、交換データの相互通信を行
   う通信手段とを有し、ネットワークシステム上のいずれ
   の計算機上でもコンパイル及び実行が可能なプログラム
   ソースコードの形式で生成することを特徴とするインタ
   フェースプログラム自動生成装置。