(57)【要約】【課題】本発明は、クライアント／サーバシステムにおけるアプリケーションプログラムの実行制御方法に関し、プログラムの開発、保守を容易にするために、オンラインアプリとバッチアプリを同様な構造で作成できるようにクライアント側アプリケーションとサーバ側アプリケーションとの間での受け渡しを統一するための実行制御の方法を提供することを課題とする。【解決手段】クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのクライアントにおいて、アプリケーションに受け渡すデータを電文に設定するステップＳ１１と、アプリケーション名あるいは、起動するアプリケーション名を設定したＪＣＬファイルの識別子付ファイル名、のいずれかを前記電文中に実行対象名として設定するステップＳ１２と、前記設定された電文をサーバに送信するステップＳ１３とを有するように構成する。【選択図】      図１
2004280135.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのクライアントにおいて、
前記アプリケーションに受け渡すデータを電文に設定するステップと、
前記アプリケーション名、あるいは、起動するアプリケーション名を設定したＪＣＬファイルの識別子付ファイル名、のいずれかを前記電文中に実行対象名として設定するステップと、
前記設定された電文をサーバに送信するステップと、
を有することを特徴とするアプリケーション実行制御方法。
【請求項２】
前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップと、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップと、
前記判定がＪＣＬファイル識別子が無のときには、
電文をパラメタバッファに記憶するステップと、
前記実行対象名に示されたアプリケーションを起動するステップと、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップと、
前記格納された処理結果データを電文としてクライアントに送信するステップと、
を有することを特徴とする請求項１記載のアプリケーション実行制御方法。
【請求項３】
前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップと、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップと、
前記判定がＪＣＬファイル識別子が有のときには、
前記受信した電文に含まれる前記アプリケーションに受け渡すデータを前記実行対象名に対応したパラメタファイルに格納するステップと、
前記実行対象名として設定されたＪＣＬファイルを起動するステップと、
前記起動されたＪＣＬファイルに対応した前記パラメタファイルをパラメタバッファに読み込むステップと、
前記ＪＣＬファイルにあらかじめ設定されたプログラム名のアプリケーションを起動するステップと、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップと、
前記アプリケーションの実行終了時に、前記パラメタバッファの内容で前記パラメタファイルを更新するステップと、
前記更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信するステップと、
を有することを特徴とする請求項１記載のアプリケーション実行制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はクライアント／サーバシステムにおけるアプリケーションプログラムの実行制御方法に関する。
【０００２】
【従来の技術】
従来、クライアント／サーバシステムにおいて、オンラインアプリケーションとバッチアプリケーションとは全く別扱いとされていた。
すなわち、サーバ側オンラインアプリケーションは、クライアント側アプリケーションにおいて、利用者が画面と対話する形式で処理実行を依頼するプログラム名を関数呼び出しにより指示するとともに、その処理の実行に必要なデータ（パラメタ）を作成してサーバ側オンラインアプリケーションに関数呼び出しにより送信する。
【０００３】
起動されたサーバ側のオンラインアプリケーションは送信されたパラメタを関数呼び出しにより取得して処理を実行し、その処理結果は出力データとして関数を呼び出してクライアント側アプリケーションに引き渡す。
クライアント側アプリケーションは処理結果として必要なデータを関数呼び出しにより受け取り、画面に表示したり、印刷するようになる。
【０００４】
一方、サーバ側バッチアプリケーションはクライアント側アプリケーションからＪＣＬを実行する関数を呼び出し、ＪＣＬの中に指定されたプログラム名のサーバ側アプリケーションが起動される。
そして、プログラムの実行に必要なデータはクライアント側アプリケーションがサーバ側のパラメタファイルに関数により受け渡しておく。これにより、バッチアプリケーションはＪＣＬに指定された順序で送信されたパラメタファイルのデータを順次処理する。
【０００５】
バッチアプリケーションプログラムはそれぞれひとかたまりの処理を、与えられたパラメタファイルを対象に単体で実行できる独立したプログラムとして開発され、そして、その実行もクライアントアプリケーションの動作とは同期をとらず行われるように、オンラインアプリケーションとはパラメタの受け渡しも異なりプログラムの構造も違うものとなっていた。
【０００６】
このように、バッチアプリケーションとオンラインアプリケーションはプログラムの構造、動作が異なるため、同様なアプリケーションプログラムであってもクライアント側アプリケーションも、サーバ側アプリケーションも、ともに、開発、テスト、保守を二重に行わざるを得なかった。
そこで、開発したバッチアプリケーションをクライアントから起動する試みは、「オンライン処理システムからのバッチジョブ起動方法」として複数の利用者からのバッチジョブを並列的に実行できるように、各処理の要求ごとにジョブ制御文のジョブ名とファイル名とを変更しつつ生成する技術が提案されている。（特許文献１参照）。
【０００７】
【特許文献１】
特開平７−６０４１号公報（請求項１）
【０００８】
【発明が解決しようとする課題】
しかしながら、前記特許文献１に開示されている提案は、バッチジョブを各端末から起動することはできるが、その実行制御はやはりジョブの投入であり、端末で操作している利用者にその結果がリアルタイムで戻されるものではなくオンラインアプリケーションに変わるものとはなり得なかった。
【０００９】
すなわち、リアルタイムでのオンライン処理を行うアプリケーションプログラムにはなり得ず、そのような必要性があるときには、バッチプログラムとは別に専用のオンラインプログラムの開発が必要となっていた。
そして、逆に、オンラインプログラムをバッチ処理プログラムの代わりに実行制御する技術は従来知られていない。
【００１０】
したがって、従来は、オンラインプログラムとバッチプログラムとを別に開発するため、これらのプログラムの開発効率および、保守効率の低下をきたしており、アプリケーションプログラムをリアルタイムでも、また、スケジュールしてバッチ的にでも、どちらの形態でも使用できるようにすることが望まれていた。そこで、本発明の目的は、プログラムの開発、保守を容易にするために、オンラインアプリケーションとバッチアプリケーションを同様な構造で作成できるようにクライアント側アプリケーションとサーバ側アプリケーションとの間での受け渡しを統一するための実行制御の方法を提供することである。
【００１１】
【課題を解決するための手段】
図１には本発明のクライアント側構成図、図２には本発明のサーバ側構成図（その１）、図３には本発明のサーバ側構成図（その２）を示す。
図１はクライアントからサーバに備えられたアプリケーションプログラムに処理の実行を依頼する方法の手順を示している。ここでは、本発明の特徴であるサーバアプリケーションの実行モードがオンラインモードであってもバッチモードであってもクライアント側のアプリケーションの構成を同様に実現している。
【００１２】
すなわち、クライアントアプリケーションはサーバ側アプリケーションに受け渡すデータを関数を呼び出して電文に設定する（ステップＳ１１）。
そして、オンラインモードでサーバアプリケーションを起動するときは電文中のパラメタである実行対象名にサーバアプリケーションプログラム名を設定し、バッチモードでサーバアプリケーションを起動するときは前記電文中のパラメタ、実行対象名に、サーバアプリケーションを起動するように設定したＪＣＬを格納したＪＣＬファイル名を「．ＪＣＬ」のようなファイル識別子を付けて設定する（ステップＳ１２）。
【００１３】
このように、クライアントにおいて、受け渡すデータおよび実行対象名を設定された電文をサーバに送信する（ステップＳ１３）ことにより、オンラインモード、バッチモードのいずれのモードでも同様な形式でサーバアプリケーションの起動を依頼することができる。
図２および図３にはサーバ側で前記送信された電文を受信したときのサーバアプリケーションの起動の方法の手順を示している。
【００１４】
サーバがクライアントからのサーバアプリケーション起動の依頼電文を受け取ると、図２に示すように、まず、ステップＳ２１で電文中に設定された実行対象名にＪＣＬファイル識別子「．ＪＣＬ」があるか否かを調べる。「有」の場合はバッチモードであると判断されて図２本発明のサーバ側構成図（その２）に移行する。
【００１５】
「無」の場合はオンラインモードとして判断されて、ステップＳ２２において、電文をパラメタバッファに記憶し、ステップＳ２３で電文中の実行対象名に示されたサーバアプリケーションを起動する。
起動されたサーバアプリケーションは、記憶されたパラメタバッファから関数を用いてデータを受け取り、処理を実行し、処理結果を同様に関数を用いてパラメタバッファに格納する（ステップＳ２４）。
【００１６】
サーバアプリケーションの実行が完了すると、処理結果を電文としてクライアントに送信する（ステップＳ２５）。
このようにして、オンライン処理が実行され、クライアントアプリケーションはリアルタイムに受け取った処理結果を利用者に出力することができる。
次に、サーバ側で受け取った電文がステップＳ２１でバッチモードであると判断されたときは図３のステップＳ３１に移行する。ステップＳ３１では、バッチ処理として、受信した電文に含まれるサーバアプリケーションに受け渡すデータを電文中の実行対象名として設定されたＪＣＬファイル名に対応したパラメタファイルに格納する。
【００１７】
ステップＳ３２で実行対象名として設定されたＪＣＬファイルを起動すると、まず、起動されたＪＣＬファイルに対応したパラメタファイルをパラメタバッファに読み込む（ステップＳ３３）。このほか不図示のＪＣＬに設定されたサーバアプリケーションが実行時に使用するファイルを使用可能に設定するなどの実行環境を整えるのは従来技術のＪＣＬ実行と同様である。
【００１８】
ステップＳ３４ではＪＣＬファイル中の各ＪＣＬに設定されたプログラム名で示されるサーバアプリケーションを起動する。
サーバアプリケーションはパラメタバッファからデータを受け取り、処理を実行し、処理結果をパラメタバッファに格納する（ステップＳ３５）。
ステップＳ３６では、サーバアプリケーションの実行終了時にパラメタバッファの内容でパラメタファイルの内容を更新する。
【００１９】
ステップＳ３７では、更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信する。
以上説明したように構成する方法により、オンラインモードの場合にも、バッチモードの場合にもクライアントアプリケーションについても、サーバアプリケーションについても同じＡＰＩの関数群を用いてデータの受け渡しを行い、プログラムの開発、保守、操作の統一ができ、従来のようなオンラインとバッチを別のものとして扱う必要がなくなった。
【００２０】
【発明の実施の形態】
本実施の形態においては、パーソナルコンピューター、ワークステーション等の汎用的な目的で使用される計算機上で実行するコンピュータプログラムにより実現する形態を示す。
本発明のアプリケーションの実行制御方法は、処理装置、主記憶装置、入出力装置などから構成される計算機上で、コンピュータプログラムとして実行して実現される。また、コンピュータプログラムは、フロッピーディスクやＣＤ−ＲＯＭ等の可搬型媒体やネットワーク接続された他の計算機の主記憶装置や補助記憶装置等に格納されて提供される。
【００２１】
本発明のコンピュータプログラムは、可搬型媒体から直接計算機の主記憶装置にロードされ、または、補助記憶装置を備えた計算機においては可搬型媒体から一旦補助記憶装置にコピーまたはインストール後に、主記憶装置にロードされて実行する。また、ネットワーク接続された他の装置に格納されて提供された場合も、他の装置からネットワークを経由して受信後に、主記憶装置にロードされ、あるいは補助記憶装置を備える計算機においては補助記憶装置にコピー後に、主記憶装置にロードされて実行するものである。
【００２２】
図４に本発明の実施の形態の構成図を示す。本実施の形態は、クライアント１とサーバ２が連携して処理するクライアントサーバシステムであって、図４はオンラインアプリ、バッチアプリの起動、データ受け渡し、処理実行、結果の返却の流れを、分担する機能構成を区分して示している。
まず、１は処理要求を行うクライアントである。クライアントには利用者が画面と対話して処理の要求を入力したり、画面などに処理結果を出力したりする操作部３を備える。
【００２３】
クライアント１には操作部３を介して利用者と会話し、処理をサーバに要求するためのクライアントアプリ４１が備えられ、サーバとの受け渡しを行う。
サーバ２には、オンラインモードで実行するサーバのアプリケーションプログラム、バッチモードで実行するサーバのアプリケーションプログラムがそれぞれプログラム名を付けられて複数備えられている。
【００２４】
本実施の形態においては、オンラインで実行するアプリケーション、バッチで処理を実行するアプリケーションのそれぞれの処理実行の流れを示すことが目的であるので、いずれのモードでも動作するプログラムと言う意味で共通アプリケーション４８を用いて説明を進める。
クライアントアプリ４１から送信されてきた電文はクライアントサーバ制御部（Ｃ／Ｓ制御部）４２で受信され、電文に指定された実行するべき実行対象名がオンラインアプリのプログラム名であるか、バッチモードで実行するように指示するためのＪＣＬファイル名であるかを判別して、オンラインアプリの場合にはオンラインアプリ実行制御部４３に制御を移し、受信した電文に付けられた受け渡すべきデータをパラメタバッファ４６に設定して共通アプリケーション４８を呼び出す。
【００２５】
バッチアプリと判定したときには、Ｃ／Ｓ制御部４２は電文に設定されたパラメタをパラメタファイル４４に設定し、電文に指定されたＪＣＬファイルを実行するようにＪＣＬ制御部４５を起動する。
ＪＣＬ制御部４５はＪＣＬファイル中のＪＣＬ制御文に設定されている実行するべき共通アプリケーション４８を実行するようにバッチアプリ実行制御部４７に制御を移す。
【００２６】
バッチアプリ実行制御部４７では、パラメタファイル４４から入力してパラメタバッファに受け渡すデータを設定する。このデータはクライアントアプリ４１から送信された電文の内容である。
ＪＣＬにあらかじめ設定された、共通アプリケーション４８がアクセスするデータベースＤＢ４を接続して使用可能とし、共通アプリケーション４８を呼び出す。
【００２７】
起動された共通アプリケーション４８はオンライン実行制御部４３から呼び出されたときも、バッチアプリ実行制御部４７から呼び出されたときも、必要なパラメタはパラメタバッファ４６に格納されており、ＧＥＴＶＡＬＵＥ（）などのデータの値を呼び出す関数によりその値を取得することができる。また、処理結果のデータの出力もオンライン、バッチを問わず、ＰＵＴＶＡＬＵＥ（）などの関数で値を受け渡すことができる。初期処理や終了処理などの関数も同様に使用することができる。
【００２８】
このように、オンラインでリアルタイムに応答を要求する場合と大量のデータの処理をバッチ的に処理する場合は、処理のロジックそのものは異なるが、プログラムの作りは全く同様に扱うことができようにアプリケーションプログラムインターフェース（ＡＰＩ）を共通にできるようになっている。
以上は共通アプリケーション４８の実行までのデータの受け渡しと制御の受け渡しの流れを説明したが、処理結果のクライアント４１への受け渡しの仕組みも同様である。
【００２９】
次に、各処理の段階で取り扱うデータの構成について詳細に説明する。
図５には、クライアントからサーバアプリケーションの実行命令時のデータの流れを示している。すなわち、図４におけるクライアントアプリ４１からＣ／Ｓ制御部４２に対してオンラインアプリあるいはバッチアプリの実行を命令するときのデータの流れを例示している。
【００３０】
クライアントアプリ５１にはクライアントにおけるパラメタの設定、および、サーバアプリの実行命令の設定を示している。指示して実行するサーバのアプリケーションに受け渡すデータはクライアントプログラムでは、例えば、ＰｕｔＶａｌｕｅ（”Ｓｔｏｒｅ”，”０００”）  のように関数で「Ｓｔｏｒｅ  」という変数に値「０００  」を設定している。
すなわち、これは上り電文５２に示すように、これが「キー＝  値」の形式、「Ｓｔｏｒｅ＝０００  」となって電文に設定される。他の変数についてもその対応を見ることができる。
【００３１】
また、サーバアプリの実行の指示は、やはり関数で、ＥｘｅｃＡｐｌ（ＴｅｓｔＰｒｇ．ｊｃｌ）のようにサーバアプリを起動するＪＣＬファイル名「ＴｅｓｔＰｒｇ．ｊｃｌ  」を指示する。オンラインアプリの起動はＥｘｅｃＡｐｌ（ＴｅｓｔＰｒｇ）としてサーバアプリケーションのプログラム名を指示する。オンラインアプリもバッチアプリのいずれの場合にも、同じ実行指示関数「ＥｘｅｃＡｐｌ（）  」に実行対象名を指示することで起動ができるようになる。
【００３２】
指示された実行対象名は上り電文５２の例にも示すように、電文中の「＠ＥＨ＝」に続く名前として設定される。以上のことから、電文に設定されてサーバのＣ／Ｓ制御に受け付けられるまではオンラインアプリもバッチアプリも全く同じように扱われていることが分かる。
オンライン、バッチの判別はサーバのＣ／Ｓ制御における５３、５４に示すように、上り電文中のプログラム名またはＪＣＬファイル名を示す実行対象名で処理を判別する。判別は実行対象名の末尾に「．ｊｃｌ」がある、ないにより行う。すなわち、ある場合はバッチアプリ、ない場合はオンラインアプリと判別する。
【００３３】
図６には、サーバでの処理の流れをバッチアプリケーションの場合について例示している。
オンラインアプリと判別されたときは実行対象名に指定されたものがサーバアプリケーションプログラム名であり、受信した電文が格納されているものが実行時必要なパラメタであり、直ちにプログラムがオンラインアプリとして起動されるが、バッチアプリと判別されたときには実行するバッチアプリがオンラインアプリと同様にクライアントからのパラメタを関数でアクセスできるように準備する工程が必要となる。
【００３４】
バッチアプリはクライアントの利用者の操作とは同期せず、利用者は処理してほしい内容をサーバにまとめて送り込むだけで、処理結果は別途出来上がったとき取得を指示する使い方になる。
したがって、必要なパラメタの情報はまとめてサーバに送信し、さらに複数のプログラムをスケジュールして起動をかける場合もあるのでパラメタはパラメタファイル４４に格納して、バッチアプリが起動して必要になるときに初めてオンラインアプリと同様に通常の関数によるアクセスが可能となるようにする必要がある。
【００３５】
パラメタファイル４４にはＣ／Ｓ制御が６１に示すように、上り電文と同じ形式で書き込んで設定する。
Ｃ／Ｓ制御４２がＪＣＬファイルを起動し、そこに格納されているＪＣＬにしたがって実行する業務アプリケーション名を指定してバッチアプリ実行制御を呼出す場合の例を６２に示す。すなわち、「ｅｘｅｃ  ｂａｔｃｈ  ＴｅｓｔＰｒｇ」によりサーバアプリの起動をバッチアプリ実行制御部４７に指示することを示している。
【００３６】
起動されたバッチアプリ実行制御は６３に示すように、パラメタファイル４４からデータを取得しパラメタバッファ４６に設定してバッチアプリから関数でデータをアクセス可能にしてから業務アプリケーション実行指示をするようにしている。
実行指示された業務アプリケーション６４は上り電文からパラメタを取得して業務アプリケーション処理を実行し必要なら下り電文に関数を用いて結果を設定する。バッチアプリ実行制御は下り電文の設定がある時にはパラメタファイルを更新する。
【００３７】
なお、本発明の実施の形態の説明において、オンラインアプリ、バッチアプリの判別を、実行対象名として指定された文字列の末尾に「．ＪＣＬ」の有無を用いているが、これは、あらかじめ定めた別の文字列、あるいは、電文中に独立したパラメタとして設定したものを用いて判別するようにしてもよい。
（付記１）  クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのクライアントにおいて、
前記アプリケーションに受け渡すデータを電文に設定するステップと、
前記アプリケーション名、あるいは、起動するアプリケーション名を設定したＪＣＬファイルの識別子付ファイル名、のいずれかを前記電文中に実行対象名として設定するステップと、
前記設定された電文をサーバに送信するステップと、
を有することを特徴とするアプリケーション実行制御方法。
【００３８】
（付記２）  前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップと、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップと、
前記判定がＪＣＬファイル識別子が無のときには、
電文をパラメタバッファに記憶するステップと、
前記実行対象名に示されたアプリケーションを起動するステップと、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップと、
前記格納された処理結果データを電文としてクライアントに送信するステップと、
を有することを特徴とする付記１記載のアプリケーション実行制御方法。
【００３９】
（付記３）  前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップと、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップと、
前記判定がＪＣＬファイル識別子が有のときには、
前記受信した電文に含まれる前記アプリケーションに受け渡すデータを前記実行対象名に対応したパラメタファイルに格納するステップと、
前記実行対象名として設定されたＪＣＬファイルを起動するステップと、
前記起動されたＪＣＬファイルに対応した前記パラメタファイルをパラメタバッファに読み込むステップと、
前記ＪＣＬファイルにあらかじめ設定されたプログラム名のアプリケーションを起動するステップと、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップと、
前記アプリケーションの実行終了時に、前記パラメタバッファの内容で前記パラメタファイルを更新するステップと、
前記更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信するステップと、
を有することを特徴とする付記１記載のアプリケーション実行制御方法。
【００４０】
（付記４）  クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップと、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップと、
前記判定がＪＣＬファイル識別子が有のときには、
前記受信した電文に含まれる前記アプリケーションに受け渡すデータを前記実行対象名に対応したパラメタファイルに格納するステップと、
前記実行対象名として設定されたＪＣＬファイルを起動するステップと、
前記起動されたＪＣＬファイルに対応した前記パラメタファイルをパラメタバッファに読み込むステップと、
前記ＪＣＬファイルにあらかじめ設定されたプログラム名のアプリケーションを起動するステップと、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップと、
前記アプリケーションの実行終了時に、前記パラメタバッファの内容で前記パラメタファイルを更新するステップと、
前記更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信するステップと、
を有することを特徴とするアプリケーション実行制御方法。
【００４１】
（付記５）  クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのクライアントにおいて、
前記アプリケーションに受け渡すデータを電文に設定するステップ、
前記アプリケーション名、あるいは、起動するアプリケーション名を設定したＪＣＬファイルの識別子付ファイル名、のいずれかを前記電文中に実行対象名として設定するステップ、
前記設定された電文をサーバに送信するステップ、
をコンピュータに実行させるためのプログラム。
【００４２】
（付記６）  前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップ、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップ、
前記判定がＪＣＬファイル識別子が有のときには、
前記受信した電文に含まれる前記アプリケーションに受け渡すデータを前記実行対象名に対応したパラメタファイルに格納するステップ、
前記実行対象名として設定されたＪＣＬファイルを起動するステップ、
前記起動されたＪＣＬファイルに対応した前記パラメタファイルをパラメタバッファに読み込むステップ、
前記ＪＣＬファイルにあらかじめ設定されたプログラム名のアプリケーションを起動するステップ、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップ、
前記アプリケーションの実行終了時に、前記パラメタバッファの内容で前記パラメタファイルを更新するステップ、
前記更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信するステップ、
をコンピュータに実行させるための付記５記載のプログラム。
【００４３】
（付記７）  クライアントからサーバのアプリケーションの処理実行を指示するクライアントサーバシステムのクライアントにおいて、
前記アプリケーションに受け渡すデータを電文に設定するステップ、
前記アプリケーション名、あるいは、起動するアプリケーション名を設定したＪＣＬファイルの識別子付ファイル名、のいずれかを前記電文中に実行対象名として設定するステップ、
前記設定された電文をサーバに送信するステップ、
をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００４４】
（付記８）  前記クライアントサーバシステムのサーバにおいて、
前記クライアントから電文を受信するステップ、
前記受信した電文に設定された実行対象名にＪＣＬファイル識別子の有無を判定するステップ、
前記判定がＪＣＬファイル識別子が有のときには、
前記受信した電文に含まれる前記アプリケーションに受け渡すデータを前記実行対象名に対応したパラメタファイルに格納するステップ、
前記実行対象名として設定されたＪＣＬファイルを起動するステップ、
前記起動されたＪＣＬファイルに対応した前記パラメタファイルをパラメタバッファに読み込むステップ、
前記ＪＣＬファイルにあらかじめ設定されたプログラム名のアプリケーションを起動するステップ、
前記起動されたアプリケーションは前記パラメタバッファからデータを受け取り、処理を実行し、処理結果を前記パラメタバッファに格納するステップ、
前記アプリケーションの実行終了時に、前記パラメタバッファの内容で前記パラメタファイルを更新するステップ、
前記更新されたパラメタファイルに格納された処理結果データを電文としてクライアントに送信するステップ、
をコンピュータに実行させるためのプログラムを記録した付記７記載のコンピュータ読み取り可能な記録媒体。
【００４５】
【発明の効果】
以上の説明から明らかなように、本発明によれば、従来全く別のプログラムとして開発をする必要があったサーバ側で動作するオンラインアプリケーションもバッチアプリケーションも、同じＡＰＩ（アプリケーションプログラムインターフェース）を用いて扱うことができ、開発効率が向上し、また同じ開発スキルが活用できるので品質向上が図れるという効果を奏する。
【００４６】
また、処理を依頼するクライアント側のアプリケーションも、サーバ側のアプリケーションプログラムをバッチプログラムとして起動するために処理依頼するデータをパラメタファイルに組み込む手順を必要としたが、本発明によればオンラインプログラムと同様のパラメタの受け渡しでクライアント側のアプリケーションを開発することができ、クライアントサーバシステムにおける開発、操作、保守、システム運用、全体にわたる効率向上、品質向上の効果が得られる。
【図面の簡単な説明】
【図１】本発明のクライアント側構成図
【図２】本発明のサーバ側構成図（その１）
【図３】本発明のサーバ側構成図（その２）
【図４】本発明の実施の形態の構成図
【図５】クライアントからサーバアプリケーションの実行命令時のデータの流れ
【図６】サーバでの処理の流れ（バッチアプリケーションの場合）
【符号の説明】
Ｓ１１  受け渡すデータを電文に設定するステップ
Ｓ１２  電文中に実行対象名を設定するステップ
Ｓ１３  電文をサーバに送信するステップ
【図１】
2004280135.tif 000003
【図２】
2004280135.tif 000004
【図３】
2004280135.tif 000005
【図４】
2004280135.tif 000006
【図５】
2004280135.tif 000007
【図６】
2004280135.tif 000008