JP2000207185A - 動的セキュアクライアント生成方法 - Google Patents

Abstract

(57)【要約】 【課題】サーバプログラムの作成が完了し、クライアン
トの作成が終了しておらず、または存在しないときで
も、実運用と同じ条件でサーバプログラムとの間で通信
することができ、動作を確認して、生産性の向上を図
る。 【解決手段】クライアントシステム４の生成部１０によ
り、インタフェース定義言語ファイル１を解析して、デ
ータ入出力画面１１のＧＵＩ６を生成し、またセキュリ
ティ定義ファイル２から認証操作画面１２と暗号操作画
面１３のＧＵＩを生成する。また、セキュリティライブ
ラリ３を定義ファイル２で定義したインタフェースで連
結する。これにクライアント４の汎用機能を持つエンジ
ン部９と通信部８を連結することにより、クライアント
システム４を構築する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
環境でのクライアント／サーバシステム開発に関し、特
にクライアントプログラムを動的に作成するための動的
セキュアクライアント生成方法に関する。

【０００２】

【従来の技術】分散オブジェクト環境、つまり異なる計
算機からなるネットワーク環境に分散するオブジェクト
に対しては、サーバプログラムとクライアントとを同時
に開発する。しかし、サーバプログラムの方は元になる
ものであるため最初に作成してしまうのに対して、クラ
イアントの方はユーザの使い勝手をよくするため、試行
錯誤を繰り返して作成するので、どうしてもサーバプロ
グラムの方が先に完成してしまう。完成時には、開発し
たサーバプログラムが充分に機能するか否かを試験する
ために、相手方となるクライアントとの間で通信を行っ
てみる必要があるが、クライアントが未完成時にサーバ
プログラムの確認を充分に行えるような代用のクライア
ントを作成する方法がなかった。

【０００３】従来の方法としては、例えば特開平８−２
８６９１９号公報に記載のように、Ｃ＋＋ソースからイ
ンタフェース定義ファイル、メソッド生成コマンド、イ
ンプリメンテーション定義ファイルを生成する簡易コマ
ンドレベルのプログラム作成支援方法がある。この方法
では、利用者は、ＣまたはＣ＋＋でクライアントプログ
ラムをコーディングし、ソースプログラムをコンパイル
することにより、サーバプログラムとの間でテストを行
っている。しかしながら、テスト用のクライアントプロ
グラムを作成するにしても、既存言語を使用してコンパ
イルするという面倒な手続きが必要であり、簡単と言っ
ても非常に手間がかかっていた。また、セキュリティ機
能が必要なサーバの場合には、さらに認証や暗号化復号
化の処理があるため全体の処理が複雑化し、テスト用の
クライアントでは対応できず、正式のクライアントプロ
グラムの開発が完了するまで、サーバプログラムの動作
確認ができなかった。

【０００４】

【発明が解決しようとする課題】このように、クライア
ント／サーバシステムを開発するときには、先に開発し
たサーバプログラムの動作を確認するため、暫定的クラ
イアントを必要とする場合が多い。このような場合、従
来の方法では、ＣまたはＣ＋＋で簡単なコーディングを
し、その後コンパイルして簡単なクライアントに相当す
るコマンドを作成し、実行させるしか方法がなかった。
なお、Ｃ＋＋は、オブジェクト指向が含まれたプログラ
ム言語である。しかし、この方法ではコーディングやコ
ンパイル等に手間がかかり、本来主目的でないコマンド
の作成に時間をとられるという問題点がある。また、サ
ーバプログラムがセキュリティ機能を持っている場合に
は、クライアントの処理が複雑化し、上記の方法で作成
したコマンドでは対応できなかった。結局、従来は、セ
キュリティ機能を持ち、コーディングおよびコンパイル
することなしにサーバプログラムの動作を確認する方法
がなかった。

【０００５】そこで、本発明の目的は、このような従来
の課題を解決し、セキュリティ機能を持つ対話的なクラ
イアントを動的に生成し、実運用と同じ条件でサーバプ
ログラムの動作を確認することができる動的セキュアク
ライアント生成方法を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の動的セキュアクライアント生成方法では、
サーバプログラムのインタフェースに合致したクライア
ントを生成するため、インタフェース定義言語ファイ
ル、セキュリティ定義ファイル、およびセキュリティラ
イブラリを利用し、クライアントシステムのデータ入出
力画面、認証操作画面、暗号操作画面、セキュリティ処
理部等を即席で作成する。具体的には、インタフェース
定義言語ファイルを解析することにより、サーバ向けに
発行するオペレーションの形式が分かるので、これより
データ入出力画面のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓ
ｅｒ Ｉｎｔｅｒｆａｃｅ：絵による対話形インタフェ
ース）を生成する。また、セキュリティ定義ファイルか
ら認証と暗号操作の方式が分かるので、これから認証操
作画面と暗号操作画面のＧＵＩを生成する。次に、セキ
ュリティライブラリをセキュリティ定義ファイルで定義
したインタフェースで連結する。これにクライアントの
汎用機能を持つエンジン部と通信部とを連結することに
より、クライアントシステムを構築する。これにより、
実運用と同じ条件でサーバプログラムの動作を確認する
ことができるので、開発の待ち状態が発生せず、期間短
縮による開発作業の生産性を向上することができる。

【０００７】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の概略説明のため
の全体図である。図１に示すように、４が本発明で作成
されるクライアントシステムであって、インタフェース
定義言語ファイル１とセキュリティ定義ファイル２とセ
キュリティライブラリ３とから作成される。本発明によ
り作成されたクライアントシステム４は、完成されたサ
ーバプログラム５との間で通信を行うことができ、サー
バプログラム５の機能が充分であるか否かを確認するこ
とができる。ここで、インタフェース定義言語ファイル
１は、サーバプログラム５のインタフェースを定義した
ファイルであり、ソースプログラムに近い形で記述され
ているため、開発者が見て直ちに分かるものである。セ
キュリティ定義ファイル２は、セキュリティライブラリ
３の呼び出し方を定義したファイルであり、これもソー
スプログラムに近い形で記述されているため、開発者が
見ると直ちに分かる。また、セキュリティライブラリ３
は、データの暗号化および認証データの作成を行うライ
ブラリであり、マシンコードで記述されている。クライ
アントシステム４は、インタフェース定義言語ファイル
１とセキュリティ定義ファイル２とセキュリティライブ
ラリ３を読み込む。読み込まれたファイル等から、クラ
イアントに必要な種々の機能を生成し、これらをクライ
アントシステム４内に構築する。構築したクライアント
システム４は、サーバプログラム５とのインタフェース
に適合し、サーバプログラム５の動作確認を行うことが
できる。

【０００８】図２は、図１におけるクライアントシステ
ムの構成図である。以下、図１中の個々の処理部を説明
する。ＧＵＩ６は、データ入出力画面１１、認証操作画
面１２および暗号操作画面１３の３つの画面を持つ。デ
ータ入出力画面１１は、サーバプログラム５呼び出しの
オペレーションのデータ入出力を行う画面である。認証
操作画面１２は、クライアントの認証データを入力する
画面である。暗号操作画面１３は、データの暗号化を指
示する画面である。セキュリティ処理部７は、セキュリ
ティライブラリ３とアダプタ１４からなる。アダプタ１
４は、セキュリティライブラリ３のメソッドを呼び出す
機能を持つ。セキュリティライブラリ３は、クライアン
ト認証とデータ暗号化を行う処理を持つ。エンジン部９
は、入力データをオペレーションに組み立てる機能と繰
り返し実行指定時のオペレーションの繰り返し実行機能
を持つ。通信部８は、クライアントシステム4とサーバ
プログラム5間のデータ転送機能を持つ。生成部10は、
クライアントシステム４を構築する処理を行い、構築完
了後は使わない。

【０００９】次に、図２に従って、入力素材と処理部の
関係を説明する。インタフェース定義言語ファイル１か
らデータ入出力画面１１を生成する。次に、セキュリテ
ィ定義ファイル２から認証操作画面１２と暗号操作画面
１３を生成する。セキュリティライブラリ３が入力され
ると、セキュリティ定義ファイル２からアダプタ１４を
作成し、アダプタ１４とセキュリティライブラリ３を結
合させてセキュリティ処理部７を作成する。すなわち、
セキュリティライブラリ３は、他の人が作成した秘密部
分が存在するため、内部を操作することなく、そのまま
の形で導入して、アダプタ１４を付加させてセキュリテ
ィ処理部７とする。一方、サーバプログラムとの通信を
行う通信部８、データが入力されると、これをオペレー
ションに組み立てるとともに、繰り返し実行指定時のオ
ペレーション実行機能を行うエンジン部９、およびファ
イル１，２，３からクライアントを構成する各画面や機
能部を構築する生成部１０は、初めからクライアントシ
ステム４に組み込まれている。

【００１０】最初は、通信部８、エンジン部９および生
成部１０だけから成り立っていたクライアントシステム
４は、インタフェース定義言語ファイル１、セキュリテ
ィ定義ファイル言語２、セキュリティライブラリ３を入
力して、ＧＵＩ６とセキュリティ処理部７を作成するこ
とにより、必要な処理部を得る。この後、ＧＵＩ６、セ
キュリティ処理部７、通信部８およびエンジン部９が結
合することにより、サーバプログラム５に合致したクラ
イアントシステム４が構築される。以上が、クライアン
トシステム４の構成内容である。なお、本実施例では、
クライアントシステム４内に生成部１０を持つ構成とし
ているが、他の実施例として、クライアントシステム４
の生成部１０を外部に独立させて、クライアントシステ
ム４を生成する装置とする構成も可能である。

【００１１】図３は、クライアントシステムの生成部の
処理を示す説明図である。生成部１０は、ファイル入力
処理部５０とＧＵＩ生成処理部５１とアダプタ生成処理
部５３とリンカ５２とを有している。ファイル入力処理
部５０は、インタフェース定義言語ファイル１とセキュ
リティ定義ファイル２を入力し、構文解析を行う。次
に、ＧＵＩ生成処理部５１は、ファイル入力処理部５０
の構文解析結果を入力し、データ入力画面１１と認証操
作画面１２と暗号操作画面１３を作成する。また、アダ
プタ生成処理部５３は、ファイル入力処理部５０の構文
解析結果からアダプタ１４を作成する。次に、リンカ５
２は、セキュリティライブラリ３を入力して、上記のア
ダプタ１４と結合させる機能を有している。

【００１２】図４は、本発明におけるクライアントシス
テムの生成部の処理フローチャートである。生成部１０
では、先ずファイル入力処理部５０でインタフェース定
義言語ファイル１を入力する(ステップ２０１)。ファイ
ル入力処理部５０は、インタフェース定義言語ファイル
１の構文解析によって要素を摘出する(ステップ２０
２)。なお、ここで述べる要素とは、オペレーションの
基本を成すインタフェース名、オペレーション名、デー
タ名、データ型、入出力型等を指す。次に、ＧＵＩ生成
処理部５１で摘出した要素の形式を調べ、各要素に合っ
たデータ入出力画面１１を生成する(ステップ２０３)。
次に、ファイル入力処理部５０は、セキュリティ定義フ
ァイル２を入力して(ステップ２０４)、認証操作定義と
暗号操作定義の構文解析を行い(ステップ２０５)、要素
を摘出する。次に、ＧＵＩ生成処理部５１で摘出した要
素の形式を調べ、データを入力できる認証操作画面１２
と暗号操作画面１３を生成する(ステップ２０６)。これ
により、クライアントシステム４のＧＵＩ６が完成され
る。

【００１３】次に、アダプタ生成処理部５３では、セキ
ュリティ定義ファイル２の解析結果から、セキュリティ
ライブラリ３を呼び出すアダプタ１４を作成する(ステ
ップ２０７)。セキュリティライブラリ３は、任意のメ
ソッドを持ち、メソッド名や引数等が変更可能であるた
め、固定的なメソッド呼び出し処理では呼び出せない。
このため、セキュリティ定義ファイル２からアダプタ４
という可変のメソッド呼び出し処理を作成する。アダプ
タ４は、固定的なメソッド名による呼び出しからセキュ
リティ定義ファイル２で定義されたメソッド名による呼
び出しに変換する処理を行う。リンカ５２はセキュリテ
ィライブラリ３を入力し(ステップ２０８)、これをアダ
プタ１４と結合させる(ステップ２０９)。結合した結果
は、セキュリティ処理部７としてクライアントシステム
４内に組み込まれる。以上の処理によりクライアントシ
ステム４が完成される。

【００１４】図５は、本発明で用いられるインタフェー
ス定義言語ファイルのフォーマット図である。図５に示
すように、インタフェース定義言語ファイル１には、イ
ンタフェース名１５、オペレーション名１６、パラメタ
２０が定義されている。パラメタ２０は、引数毎に入出
力型１７、データ型１８、データ名１９を定義してい
る。インタフェース名１５は、オブジェクト間通信での
最上位の識別名である。この名前により、呼び出すオブ
ジェクトが決定される。その下位にオペレーション名１
６を記述し、呼び出すオペレーションを定義する。その
中にパラメタ２０を記述し、引数の形式を明記する。な
お、図５に示すように、オペレーション名１６の後に括
弧があり、その括弧内に入出力型１７、データ型１８、
データ名１９が記述されており、その括弧の中のデータ
をパラメタと呼んでいる。

【００１５】図６は、本発明により作成されたデータ入
出力画面の例を示す図である。このＧＵＩ６では、イン
タフェース名エリア２１、オペレーション名エリア２
２、パラメタ用入出力エリア２７、および繰り返し数エ
リア２８が用意されている。パラメタ用入出力エリア２
７は、オペレーションの要素である入出力型２３、デー
タ型２４、データ名２５、値２６を欄に持つ表形式で表
示する。入出力型２３は、in,out,inout,戻り値の４種
類あり、それぞれ記号'←',' →', '⇔','⊂'で表し、
値が入力できるinとinoutの行がすぐに分るようになっ
ている。データ型２４は、分散オブジェクトの標準型lo
ng, unsigned long, short, unsignedshort, float, do
uble, char, boolean, octet, any, struct, enum, se
quence, typedef, string, array等の型に応じた入力エ
リアが用意されているため、入力が容易にできる。利用
者は、データ型２４に応じて各行の入力エリアで値２６
を入力する。入力したデータは、データ型２４に一致し
ているかの確認を行い、正しければ受入れられる。ここ
では、例えば、サーバが加算をするのであれば、図６に
示すように、値２６に‘１０’と‘２０’を入力して
‘３０’をその結果とする。これらの値２６は、サーバ
プログラムに送るためのデータである。

【００１６】データ入出力画面１１には、繰り返し数エ
リア２８が用意されている。オペレーションを複数回繰
り返し実行したい場合は、繰り返し数エリア２８に値を
入れて指示すれば、オペレーションが複数回実行され
る。すなわち、実際と同じ状態にして試験を行うため
に、例えば繰り返しエリア２８に‘１００’を設定する
ことにより、試験でユーザがその都度、入力用データを
入れてやらなくても、同じデータでクライアント４とサ
ーバプログラム５間を指定された回数だけ繰り返して送
受信を行う。サーバプログラム５には、実際に１００程
度のクライアントが接続されており、サーバプログラム
５はそれらとの間で連続的に送受信を行うので、不具合
があれば連続的通信の後に障害となって現れる可能性が
あり、また障害がなくても、通信時間が遅くなる場合も
ある。従って、繰り返し回数の指定は、試験時に必要な
ことである。インタフェース名エリア２１とオペレーシ
ョン名エリア２２は、インタフェース定義言語ファイル
１でインタフェース名やオペレーション名が複数定義さ
れている場合に、このエリアでその１つを指定する。イ
ンタフェース名は、ここでは相手側のサーバプログラム
５であるため、サーバ名または型番号を指定する。

【００１７】図７は、本発明で用いられるセキュリティ
定義ファイルのフォーマット図である。これには、認証
操作定義２９と暗号操作定義３４とが記述されている。
認証操作定義２９では、認証操作メソッド名３０とユー
ザＩＤ３１，パスワード３２、セキュアＩＤ３３を引数
として持つオペレーションを定義する。セキュリティ定
義ファイル２から認証操作と暗号操作ができる画面を生
成するために、セキュリティ定義は、インタフェース定
義言語ファイル１と同じインタフェース記述形式を持た
せ、インタフェースを定義することにより行う。認証操
作メソッド名３０は、該当操作をするセキュリティライ
ブラリ３のメソッドを指定する。ユーザＩＤ３１とパス
ワード３２は、ユーザ識別用に指定するものである。認
証操作メソッドを呼び出すことによって、セキュアＩＤ
３３には、ユーザＩＤ３１とパスワード３２から得られ
た一意なクライアントを識別するコードが設定される。
なお、パスワード３２は、通信する場合にユーザＩＤ３
１と共に入力して、正式の利用者であることをコンピュ
ータに伝達する文字列であって、通常８桁程度の英数字
の組み合わせから成る。暗号文で通信する場合には、さ
らにセキュアＩＤ３３を入力して、通信メッセージの秘
密を確保する。暗号操作定義３４では、暗号操作メソッ
ド名３５と入力用の鍵３６、暗号対象データ３７、暗号
済データ３８を引数として持つオぺレーションを定義す
る。暗号操作メソッド名３５は該当操作をするセキュリ
ティライブラリ３のメソッドを指定する。暗号化では、
鍵３６は暗号対象データ３７の暗号化に使用するもので
ある。暗号操作メソッドを呼び出すことによって、暗号
対象データ３７が暗号化され、暗号済データ３８として
設定される。

【００１８】図８は、本発明により作成された認証操作
画面の例を示す図である。ユーザＩＤ３９とパスワード
４０を入力するエリアがある。各エリアにユーザＩＤ３
９とパスワード４０を入力する。ユーザＩＤ３９とパス
ワード４０から、セキュリティ処理部７で認証情報が作
成され、実行４１を押下することによりサーバプログラ
ム５に送信される。図９は、本発明により作成された暗
号操作画面の例を示す図である。鍵４２のエリアに鍵４
２として使用する文字列を指定し、暗号対象データエリ
ア４３には暗号の対象となるオペレーションのデータ名
を一つ以上指定する。実行４４を押下することにより暗
号対象データエリア４３で指定したデータが鍵４２を利
用して暗号化される。

【００１９】図１０は、本発明により生成したクライア
ントのデータの流れを示す図である。先ず、クライアン
トのＧＵＩ６で認証操作画面１２を表示し、ユーザＩＤ
３９やパスワード４０の認証用データを入力する。入力
データはセキュリティ処理部７に伝達される。データは
セキュリティ処理部７で認証情報が加工され、エンジン
部９に暗号化データが転送される。エンジン部９では、
セキュリティ定義ファイル２の形式に従ったオペレーシ
ョンとなり、そのオペレーションが通信部８に転送され
る。通信部８ではオペレーションが通信データに変換さ
れ、サーバプログラム５に送られる。サーバプログラム
５は、サーバ側に組み込まれているセキュアライブラリ
３でクライアントが正しい認証情報を送ってきたかを確
認し、正しければ認証したという回答をクライアント側
に返送する。返送された回答は、通信部８からエンジン
部９、セキュリティ処理部７およびＧＵＩ６を経由して
データ入出力画面１１でユーザに通知する。

【００２０】次に、ＧＵＩ６でデータ入出力画面１１を
表示し、ユーザはデータを入力する。ＧＵＩ６で入力し
たデータは、暗号操作画面１３から鍵４２を入れてセキ
ュリティ処理部７に転送されることにより、セキュリテ
ィ処理部７では、暗号化したデータに変換される。暗号
化データがエンジン部９に転送されると、エンジン部９
は、これをインタフェース定義言語ファイル１の形式に
従ったオペレーションに変換する。オペレーションは、
通信部８に転送されることにより、通信部８により通信
用データに変換された後、サーバプログラム５に送信さ
れる。データは、サーバプログラム５で処理され、クラ
イアントに出力値または戻り値が返送されてくる。エン
ジン部９は、繰り返し実行指定であれば、オペレーショ
ンの繰り返し実行を行う。繰り返し実行指定でなけれ
ば、オペレーションの逆変換を行い、操作可能なデータ
の並びに変換する。暗号化データがセキュリティ処理部
７に転送されると、セキュリティ処理部７はデータの暗
号の解凍を行う。ＧＵＩ６では、返ってきたデータの表
示を行い、サーバプログラム５の処理が正常に行われた
か否かを確認する。このように、従来はサーバプログラ
ムとの試験を行うためのクライアント・プログラムを作
成するために、コード化してコンパイルしなければなら
なかったが、本発明では、ファイルからプログラムに必
要なデータを引渡すだけで、自動的に画面を作成してし
まうので、コンパイルするよりも容易であり、開発のた
めの手数と時間を減少できる。

【００２１】

【発明の効果】以上説明したように、本発明によれば、
サーバプログラムの作成が終了し、クライアントの作成
が終了していないか、あるいは未だ存在しないときで
も、実運用と同じ条件でサーバプログラムの動作を確認
できるため、開発の待ち状態が発生せず、期間短縮によ
る開発作業の生産性が向上するという効果がある。

【図面の簡単な説明】

【図１】本発明のクライアントシステム作成のための全
体図である。

【図２】図１におけるクライアントシステムの構成図で
ある。

【図３】図２におけるクライアントシステム内の生成部
の処理を示す機能ブロック図である。

【図４】本発明の一実施例を示すクライアントシステム
の生成部の処理フローチャートである。

【図５】本発明で用いられるインタフェース定義言語フ
ァイルの例を示すフォーマット図である。

【図６】本発明で作成されたデータ入出力画面の例を示
す図である。

【図７】本発明で用いられるセキュリティ定義ファイル
の例を示すフォーマット図である。

【図８】本発明で作成された認証操作画面の例を示す図
である。

【図９】本発明で作成された暗号操作画面の例を示す図
である。

【図１０】本発明におけるクライアント内のデータの流
れを示す説明図である。

【符号の説明】

１…インタフェース定義言語ファイル、２…セキュリテ
ィ定義ファイル、３…セキュリティライブラリ、４…ク
ライアントシステム、５…サーバプログラム、６…ＧＵ
Ｉ、７…セキュリティ処理部、８…通信部、９…エンジ
ン部、１０…生成部、１１…データ入出力画面、１２…
認証操作画面、１３…暗号操作画面、１４…アダプタ、
１５…インタフェース名、１６…オペレーション名、１
７…入出力型、１８…データ型、１９…データ名、２０
…パラメタ、２１…インタフェース名エリア、２２…オ
ペレーション名エリア、２３…入出力型、２４…データ
型、２５…データ名、２６…値、２７…パラメタ用入出
力エリア、２８…繰り返し数、２９…認証操作定義、３
０…認証操作メソッド名、３１…ユーザＩＤ、３２…パ
スワード、３３…セキュアＩＤ、３４…暗号操作定義、
３５…暗号操作メソッド名、３６…鍵、３７…暗号対象
データ、３８…暗号済データ、３９…ユーザＩＤ、４０
…パスワード、４１…実行、４２…鍵、４３…暗号対象
データエリア、４４…実行、４５…認証用データ、４６
…入力用データ、５０…ファイル入力処理部、５１…Ｇ
ＵＩ生成処理部、５２…リンカ、５３…アダプタ生成処
理部。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 インタフェース定義言語ファイルからデ
   ータ定義を抽出し、かつセキュリティ定義ファイルから
   セキュリティライブラリのインタフェース定義を抽出し
   て、データ入出力、データ暗号化およびクライアント認
   証を行うＧＵＩ画面を生成し、 セキュリティ定義ファイルとセキュリティライブラリか
   ら、クライアント認証とデータ暗号化処理を行うセキュ
   リティ処理部を作成し、 さらに、クライアントのプログラム制御とデータ制御を
   行うエンジン部と、他プログラムとのデータ通信を行う
   通信部のコンポーネントを結合して、 サーバプログラムとの間で通信の動作確認を行うための
   クライアントを生成することを特徴とする動的セキュア
   クライアント生成方法。
2. 【請求項２】 インタフェース定義言語ファイルをコン
   パイルすることなく、単にデータ定義の要素であるイン
   タフェース名、データ名、入出力型、およびデータ型を
   抽出して、 クライアントを作成することを特徴とする請求項１に記
   載の動的セキュアクライアント生成方法。
3. 【請求項３】 インタフェース定義言語ファイルよりパ
   ラメタの要素を抽出し、該パラメタの要素である入出力
   型、データ型、データ名、値を欄に持つ表を生成し、か
   つ該入出力型は記号を使って値を入力できる行を明確化
   することにより、データの入出力を容易にできるデータ
   入出力画面を作成することを特徴とする請求項１または
   ２に記載の動的セキュアクライアント生成方法。
4. 【請求項４】 セキュリティ定義ファイルから認証操作
   と暗号操作を行う画面を生成する場合、セキュリティ定
   義についてはインタフェース定義言語ファイルと同じイ
   ンタフェース記述形式を持たせて、インタフェースを定
   義するとともに、暗号化については鍵とデータ名を入力
   できるＧＵＩ画面を生成し、認証についてはユーザＩＤ
   とパスワードを入力できるＧＵＩ画面を生成することを
   特徴とする請求項１に記載の動的セキュアクライアント
   生成方法。
5. 【請求項５】 インタフェース定義言語ファイルより作
   成したデータ入出力画面で、オペレーションの繰り返し
   数が指定されることにより、指示回数だけのオペレーシ
   ョン実行を行うことを特徴とする請求項１、２または３
   のいずれかに記載の動的セキュアクライアント生成方
   法。