JPH08194612A

JPH08194612A - プログラム実行制御方法及びプログラム実行制御システム

Info

Publication number: JPH08194612A
Application number: JP7008290A
Authority: JP
Inventors: Takeya Mukaikaito; 岳弥向垣内; Junichi Kikuchi; 淳一菊池
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1994-11-15
Filing date: 1995-01-23
Publication date: 1996-07-30

Abstract

(57)【要約】【目的】本発明の目的は、計算機システムにおいて、
サービスが複数のプログラムの組合せにより構成される
場合において、プログラムの追加や変更、プログラムの
呼出し順序の変更を現プログラムを停止させることな
く、行うことが可能なプログラム実行制御方法及びプロ
グアラム実行制御システムを提供することである。【構成】本発明は、複数のサブルーチンを含むサブル
ーチン群４００と、呼び出されるサブルーチンの呼出し
を制御するための情報を保持する複数のサブルーチン呼
出制御票３００と、サブルーチン呼出制御票３００を参
照して、サブルーチン群４００よりサブルーチンを呼び
出す主プログラム１００とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラム実行制御方
法及びプログラム実行制御システムに係り、特に、計算
機システムにおいて、複数のプログラムで一つのサービ
スが構成される場合に複数のサブルーチンを呼び出して
実行する、さらに、計算機システムにおけるクライアン
ト−サーバシステムにおいて、複数のサーバプログラム
を呼び出すことで一つのサービスを構成し、外部からの
メッセージイベントをサーバプログラムの呼出契機とす
るプログラム実行制御方法及びプログラム実行制御シス
テムに関する。

【０００２】詳しくは、複数のサブルーチンを呼び出す
ことで、一つのサービスを構成し、外部からのメッセー
ジイベントの取得をサブルーチンの呼出し契機とするク
ライアントプログラムによるプログラム実行制御方法及
びプログラム実行制御システムに関する。

【０００３】また、詳しくは、クライアント−サーバシ
ステムにおいて、複数のサーバプログラムを呼び出すこ
とで、一つのサービスを構成し、外部からのメッセージ
イベントをサーバプログラムの呼び出し契機とするプロ
グラム実行制御方法及びプログラム実行制御システムに
関する。

【０００４】

【従来の技術】計算機システムにおいて、一つのサービ
スを複数のプログラムから構成する方法として以下の３
つの方法がある。まず、第１の方法は、サービスを実現
するために必要な呼出し関係を記述した主プログラムと
主プログラムから呼び出される副プログラムを、個別に
コンパイルしてオブジェクトモジュールを作成し、リン
カと呼ばれるプログラムを用いて、物理的に一つの実行
形式のプログラムとして静的に結合する方法である。

【０００５】第２の方法は、サービスを実現するために
必要な呼出し関係を記述した主プログラムと主プログラ
ムから呼び出される副プログラムを、個別にコンパイル
してオブジェクトモジュールを作成し、それらオブジェ
クトモジュールを物理的に複数のプログラムとして実行
時に動的に結合する方法である。

【０００６】第３の方法は、サービスを実現するために
必要な呼出し関係を記述した主プログラムと主プログラ
ムから呼び出される副プログラムを、個別にコンパイル
し、主プログラムをクライアント型プログラム、副プロ
グラムをサーバ型プログラムとし、実行時に動的に結合
する方法である。

【０００７】図１６は、ファイル転送の例を示す。同図
に示す例は、ある利用者がセンタを経由して他の利用者
にファイルを転送する場合を示す。各々の利用者間で
は、例えば、利用する漢字コードが異なるために、セン
タにおいて漢字コードの変換が必要になると、センタで
は、漢字コード変換プログラムを用いて転送されたファ
イルの漢字コードから利用者に対応する漢字コードに変
換する。例えば、同図の例では、利用者Ａが利用者Ｄに
ファイルを転送する場合には、両利用者共に漢字コード
１を使用しているため、センタが変換処理を行う必要は
ない。しかし、利用者Ｂから利用者Ｅにファイルを転送
する場合には、利用者Ｂからファイルを転送する場合に
は、漢字コード２を使用し、利用者Ｅは漢字コード３を
使用しているために、センタにおいて漢字コード２から
漢字コード３への変換処理のプログラムを実行し、ファ
イルの転送を行う必要がある。

【０００８】また、送信側の計算機と受信側の計算機の
計算機稼働時間が異なる場合には、センタである期間、
ファイルを蓄積して受信側の計算機が稼働する時間にフ
ァイルを転送する。例えば、利用者Ａから利用者Ｄにフ
ァイル転送を行う場合に、両者の計算機稼働時間が異な
る場合には、センタが蓄積処理プログラムを実行するこ
とにより、利用者Ｄの計算機が稼働する時刻を取得し、
利用者Ａから受信したファイルを、利用者Ｄに送信可能
となるまで蓄積しておき、次に、転送処理プログラムを
起動させて、利用者Ｄの計算機が稼働した時点で蓄積し
ておいたファイルを転送する。

【０００９】また、計算機システムにおけるクライアン
ト−サーバシステムにおいて、複数のサーバプログラム
を呼び出すことで、一つのサービスを構成し、外部から
のメッセージイベントをサーバプログラムの呼び出し契
機とするクライアントプログラムを制御する従来の方法
として、以下のような方法がある。

【００１０】クライアントプログラム中に、状態遷移
と、各状態のときに受け付け可能なメッセージイベン
ト、各メッセージイベントを受信した時に呼び出すサー
バプログラム、サーバプログラムの呼び出し方法を固定
的に一つ持ち、物理的に一つの実行形式のプログラムと
する方法がある。また、サービスが複数ある場合には、
クライアントプログラムを複数用意し、実行したいサー
ビスを提供している特定のクライアントプログラムに対
して、メッセージイベントを送信し、クライアントプロ
グラムがその内容に基づいて複数のサービスから特定の
サービスを選ぶ。

【００１１】

【発明が解決しようとする課題】しかしながら、上記従
来の方法には、各々以下のような問題点がある。まず、
第１の方法は、サービスの追加や変更を行う場合、主／
副プログラムの変更や追加が必要となり、追加や変更の
対象となるプログラムをコンパイルし、追加や変更の対
象とならないプログラムと再リンクを行う必要がある。
このため、新サービスを提供する際には、現サービスを
停止して、新サービスのプログラムと入れ替える必要が
あり、そのサービスの利用者が多い場合や、高可用性が
要求される場合には、問題が生じる。

【００１２】次に第２の方法は、副プログラムの変更を
行う場合、変更の対象となるプログラムをコンパイル
し、現プログラムと入れ替えるだけで現プログラムの停
止は発生しない。しかし、サービスの追加を行う場合
は、副プログラムの呼出し関係が主プログラム内に記述
されているため、当該主プログラムも変更する必要があ
り、第１の方法と同様に、高可用性が要求される場合に
は、問題が生じる。

【００１３】次に、第３の方法についても第２の方法と
同様の問題が生じる。このように、従来は、一つのサー
ビスを複数のプログラムから構成する場合に、呼び出さ
れるプログラムの呼出し順序や呼出し方法を主プログラ
ム内に固定的に持つため、サービス変更に伴う主プログ
ラムを含むプログラムの再リンクを行う必要がある等の
問題がある。

【００１４】上記の図１６のファイル転送の例におい
て、ファイル転送プログラムをセンタで固定的に保持し
ている場合、各々の利用者間の計算機が使用する漢字コ
ードが異なる場合には、センタで漢字コードを変換する
必要があるが、多くの漢字コードが必要となり、センタ
でカバーできない種類のコードがある場合には、ファイ
ル転送プログラムに新たに当該漢字コード変換プログラ
ムや副プログラムの呼出関係を記載する必要があり、柔
軟に対処できない。

【００１５】また、利用者の計算機の稼働時間がまちま
ちである場合には、センタにおいて転送されてきたファ
イルを送信先の計算機の稼働時間まで蓄積する必要があ
る。このとき、転送するファイルが大量にある場合に
は、ファイル蓄積を制御するために使用されるプログラ
ムのメモリ使用量も膨大となり、通常では処理できない
という問題がある。

【００１６】また、上記のクライアントプログラム実行
制御方法では、新たに、サービスを追加、あるいは、既
存のサービスを変更しようとする場合に、クライアント
プログラムの新規追加、あるいは、既存のクライアント
プログラムの修正を行う必要があり、その度に、プログ
ラムのコンパイル及びリンク等の処理を行わなければな
らない。

【００１７】さらに、複数のサービスを提供する場合に
は、クライアントプログラム数もサービスの数だけ作成
する必要があり、類似するようなプログラムであっても
個々に作成することになる。また、計算機上で、稼働す
るプログラム数が多くなることにより、コンテクストス
イッチが多発し、また、クライアントプログラムによっ
て使用されるメモリ量も増大し、計算機の利用効率が低
下するという問題がある。

【００１８】本発明は、上記の点に鑑みなされたもの
で、本発明の目的は、計算機システムにおいて、サービ
スが複数のプログラムの組合せにより構成される場合に
おいて、プログラムの追加や変更、プログラムの呼出し
順序の変更を現プログラムを停止させることなく、行う
ことが可能なプログラム実行制御方法及びプログラム実
行制御システムを提供することである。

【００１９】また、本発明の更なる目的は、複数のサー
バプログラムを呼び出すことで、一つのサービスを構成
し、外部からのメッセージイベントをサーバの呼び出し
契機とするクライアントプログラムにおいて、サービス
の追加あるいは、変更時に新規のクライアントプログラ
ムの追加、あるいは、既存のクライアントプログラム自
身の修正の必要性をなくすと共に、サービス数に応じて
増大していたコンテクストスイッチの回数を、可能な限
り少なくし、メモリ使用量も減少させるようなクラアイ
ント−サーバシステムにおけるプログラム実行制御方法
及びプログラム実行制御システムを提供することであ
る。

【００２０】

【課題を解決するための手段】本発明は、計算機システ
ムにおいて、一つのサービスを複数のプログラムで構成
する場合に、外部からのメッセージイベントを第１のプ
ログラムが受信し、第２のプログラムの呼出しの契機と
するプログラム実行制御方法において、第１のプログラ
ムの外部に第２のプログラムの呼出しを制御するための
制御情報群を設け、第１のプログラムが制御情報群より
第２のプログラムを呼び出すための制御情報を取得して
解析し、解析結果に基づいて第２のプログラムを呼び出
す。

【００２１】［主プログラム−サブルーチン］本発明の
プログラム実行制御方法は、計算機システムにおいて、
一つのサービスを複数のプログラムで構成する場合に、
外部からのメッセージイベントをサブルーチン呼出しの
契機とするプログラム実行制御方法において、主プログ
ラムの外部に呼び出されるサブルーチンの呼出しを制御
するためのサブルーチン呼出し制御情報を設け、主プロ
グラムでサブルーチン呼出制御情報を解析し、解析され
た結果に基づいてサブルーチンを呼び出す。

【００２２】また、本発明は、サブルーチン呼出制御情
報を解析する際に、サブルーチン呼出制御情報に含まれ
るサブルーチン呼出順序及びサブルーチン呼出方法を参
照して解析する。図１は、本発明の原理を説明するため
のフローチャート（その１：主プログラム−サブルーチ
ン呼出）である。主プログラムからサブルーチンを呼び
出す場合における動作として、本発明のプログラム実行
制御方法は、主プログラムが、メッセージイベントを受
け取ると（ステップ１）、メッセージイベントに基づい
て参照すべきサブルーチン呼出制御情報を特定し（ステ
ップ２）、特定されたサブルーチン呼出制御情報に保持
されているメッセージイベントに対応するサブルーチン
を呼出し（ステップ３）、サブルーチン呼出制御情報の
現状態を更新する（ステップ４）。

【００２３】本発明のプログラム実行制御システムは、
一つのサービスを複数のプログラムからの構成し、外部
からのメッセージイベントを第１のプログラムから第２
のプログラムの呼出しの契機とするプログラム実行シス
テムにおいて、少なくとも１つの第２のプログラムを含
む第２のプログラム群と、呼び出される第２のプログラ
ムを制御するための情報を記録・保持する少なくとも１
つのプログラム呼出制御票と、プログラム呼出制御票を
参照して、第２のプログラム群より第２のプログラムを
呼び出す第１のプログラムとをそれぞれ独立して有す
る。

【００２４】図２は、本発明の原理構成図（その１：主
プログラム−サブルーチン呼出）である。本発明のプロ
グラム実行システムは、複数のプログラムから一つのサ
ービスを構成し、外部からのメッセージイベントをサー
ブルーチン呼出しの契機とするプログラム実行システム
において、少なくとも１つのサブルーチンを含むサブル
ーチン群４００と、呼び出されるサブルーチンの呼出し
を制御するための情報を記録・保持する少なくとも１つ
のサブルーチン呼出制御票３００と、サブルーチン呼出
制御票３００を参照して、サブルーチン群４００よりサ
ブルーチンを呼び出す主プログラム１００とを有する。

【００２５】また、上記のサブルーチン呼出制御票３０
０は、サブルーチンの呼出し順序情報、サブルーチンの
呼び出し時のパラメータ、当該サブルーチン呼出制御表
の現在の状態、ある状態の時に受け付け可能なメッセー
ジイベント、メッセージイベントを受け付けた時に呼び
出すべきサブルーチン名、現在他のプログラムによって
参照されているかを示す参照中フラグを含む。

【００２６】また、上記の主プログラム１００は、メッ
セージイベントを受け取るメッセージイベント受信手段
１１０と、外部から入力されるメッセージイベントに対
してどのサブルーチン制御票３００を利用するかを指定
する指定手段１２０と、指定手段により指定されたサブ
ルーチン呼出制御票に保持されているメッセージイベン
トに対応するサブルーチンを呼出す呼出手段１５０と、
サブルーチン呼出制御票の現在の状態を更新する更新手
段１６０とを有する。

【００２７】また、参照中フラグが、サブルーチン呼出
制御票の参照可を示している時のみ、サブルーチン呼出
制御票３００の参照を行う。上記の更新手段１６０は、
参照中フラグがサブルーチン呼出制御票３００を参照可
を示している時に、参照中フラグを参照不可とし、サブ
ルーチン呼出制御票３００の内容の変更・追加を行う。

【００２８】また、上記の更新手段１６０は、サブルー
チン呼出制御票３００の内容の変更・追加終了後に、参
照中フラグを参照可能状態を示すように変更する。本発
明は、計算機システムにおいて、一つのサービスを複数
のプログラムで構成する場合に、外部から入力されるメ
ッセージイベントをサブルーチン呼出しの契機とするプ
ログラム実行制御システムにおいて、少なくとも１つの
サブルーチンから構成されるサブルーチン群と、サブル
ーチンの呼出順序及びサブルーチン毎に呼出方法を記述
した少なくとも１つの呼出制御情報と、メッセージイベ
ントに基づいて呼出制御情報を指定する制御情報指定手
段と、サブルーチン群よりサブルーチンを呼び出す順序
及び方法を呼出制御情報より取得し、サブルーチン群よ
りサブルーチンを呼び出す主プログラムとを有する。

【００２９】また、上記の制御情報指定手段は、呼出制
御情報が参照中であるか否かを示すフラグと呼出制御情
報を指定するための指定情報とを有する。また、フラグ
が呼出制御情報が他のプログラムから参照されていない
状態を示す場合に、指定情報又は呼出制御情報の更新を
行う更新手段を有する。

【００３０】［クライアント−サーバシステム］図３
は、本発明の原理を説明するためのフローチャート（そ
の２：クライアント−サーバシステム）である。本発明
は、サーバ・クライアントシステムにおける計算機シス
テムで、クライアントプログラムが複数のサーバプログ
ラムを呼び出すことで一つのサービスを構成し、外部か
らの入力されるメッセージイベントを、サーバプログラ
ムを呼び出す契機とするクライアントプログラム実行制
御方法において、クライアントプログラムの外部に、呼
び出されるサーバプログラムの呼び出しを制御するため
のサービス定義票を少なくとも１つ設け、外部からメッ
セージイベントを受け取り（ステップ１０）、メッセー
ジイベントに基づいてサービス定義票を特定し（ステッ
プ２０）、特定されたサービス定義票を読み込んで解析
し（ステップ３０）、サービス定義票を解析した結果に
基づいてサーバプログラムを呼び出す（ステップ４
０）。

【００３１】上記ステップ３０において、サービス定義
票を解析する際に、クライアントプログラムが取り得る
状態と、各状態の時に受け付けたイベントに対応したサ
ーバプログラム、及びサーバプログラム呼出方法、サー
バプログラム呼び出し後の新状態の各情報を参照して解
析する。

【００３２】上記ステップ４０において、クライアント
プログラムがサーバプログラムを呼び出す際に、特定さ
れたサービス定義票の現状態とメッセージイベントから
抽出したイベントに応じてサーバプログラム及びサーバ
プログラムの呼び出し方法を決定し、決定されたサーバ
プログラムを、決定されたサーバプログラムの呼び出し
方法により呼び出す。

【００３３】また、サーバプログラムを呼び出した後の
状態を、特定されたサービス定義票の現状態の定義に従
って、クライアントプログラムの状態を遷移させる（ス
テップ５０）。図４は、本発明の原理構成図（その２：
クライアント−サーバシステム）である。

【００３４】本発明は、サーバ・クライアントシステム
における計算機システムで、クライアントプログラムが
複数のサーバプログラムを呼び出すことで一つのサービ
スを構成し、外部からの入力されるメッセージイベント
２０００を、サーバプログラムを呼び出す契機とするク
ライアントプログラム実行制御システムにおいて、少な
くとも１つのサーバプログラムを含むサーバプログラム
群４０００と、呼び出されるサーバプログラムの呼び出
しを制御する少なくとも１つのサービス定義票３０００
と、サービス定義票３０００を解析して、解析した結果
に基づいてサーバプログラム群４０００よりサーバプロ
グラムを呼び出すクライアントプログラム１０００とを
有する。

【００３５】また、サービス定義票３０００は、クライ
アントプログラム１０００が取り得る状態と、各状態の
時に受け付けたイベントに対応したサーバプログラム、
サーバプログラム呼出方法、及びサーバプログラム呼び
出し後の新状態の各情報を含む。

【００３６】また、クライアントプログラム１０００
は、メッセージイベントを受け取るメッセージイベント
受信手段１１００と、メッセージイベントに基づいて、
サービス定義票を特定する特定手段１２００と、特定手
段１２００により特定されたサービス定義票３０００の
現状態とメッセージイベントから抽出したイベントに応
じてサーバプログラム及びサーバプログラムの呼び出し
方法を決定するサーバプログラム決定手段１４００と、
サーバプログラム決定手段１４００により決定されたサ
ーバプログラムを、決定されたサーバプログラムの呼び
出し方法により呼び出すサーバプログラム呼出手段１５
００と、サーバプログラムを呼び出した後の状態を、特
定手段１２００により特定されたサービス定義票の現状
態の定義に従って、クライアントプログラムの状態を遷
移させる遷移手段１６００とを含む。

【００３７】

【作用】本発明のプログラム実行制御方法及びプログラ
ム実行制御システムは、複数のプログラムから一つのサ
ービスを構成する場合に、サブルーチンを主プログラム
内部に固定的に持たずに、サブルーチンの呼出しを制御
するためのプログラム呼出し制御票を主プログラムの外
部に設け、これを主プログラムから参照することによ
り、サービスを停止せずに、サービスの変更を行うこと
が可能である。

【００３８】また、本発明は、新たにサービスを追加す
る場合も主プログラムの外部で記述されているプログラ
ム呼出し制御票を変更することで実現できるためサービ
スの停止は伴わない。さらに、本発明のクライアント−
サーバシステムにおけるプログラム実行制御方法及びプ
ログラム実行制御システムは、クライアントプログラム
からサーバプログラムを呼び出す際に、サーバプログラ
ム群に含まれるサーバプログラムを、サービス定義票を
解析することにより、現在、当該クライアントプログラ
ムが使用可能なサーバプログラムと、その呼出方法を取
得して、サーバプログラムを呼び出す。従って、呼び出
すサーバプログラムの変更・追加等があった場合には、
クライアントプログラムを修正・コンパイルせずに、サ
ービス定義票上で変更や追加を行うものとする。つま
り、新たにサービスを追加、あるいは、既存のサービス
を変更しようとする場合に、サービス定義票の追加ある
いは、修正に写像することができるため、既存のクライ
アントプログラムのコンパイル及びリンクが不要とな
る。

【００３９】また、複数のサービスを提供する場合には
サービス定義票を複数定義すればよく、クライアントプ
ログラム数は増加しない。さらに、クライアントプログ
ラム数は、サービス数に関わらず、一定であるので、コ
ンテクストスイッチの回数を抑制することが可能であ
り、また、クライアントプログラムによって、使用され
るメモリ量も単にクライアントプログラムを追加した場
合と比較して、小さくすることができる。

【００４０】

【実施例】以下、図面と共に本発明の実施例を説明す
る。以下の第１及び第２の実施例の説明では、主プログ
ラムをクライアントプログラムと呼び、副プログラムを
サブルーチンと呼ぶ。

【００４１】［第１の実施例］図５は、本発明の第１の
実施例の構成を示す。同図に示すプログラム実行制御装
置は、クライアントプログラム１００、メッセージイベ
ントキュー２００、サービス定義票部３００及びサブル
ーチン群４００より構成される。

【００４２】クライアントプログラム１００は、メッセ
ージイベント受信部１１０、メッセージイベント解析部
１２０、サービス定義票読込部１３０、状態遷移票解析
部１４０、サーバプログラム呼出し部１５０、サービス
定義票書込部１６０、及び利用中サービス定義票名記憶
部１７０より構成され、外部から入力されるメッセージ
イベントに基づいてサブルーチン群４００よりサブルー
チンを呼び出す。

【００４３】メッセージイベントキュー２００は、複数
のメッセージイベント２１０₁〜２１０_nより構成さ
れ、クライアントプログラム１００のメッセージイベン
ト受信部１１０に入力される。図６に示すように、メッ
セージイベント２１０内には、イベント名２１１及びク
ライアントプログラム１００で選択すべきサービス定義
票名２１２が含まれる。

【００４４】サービス定義票群３００は、複数のサービ
ス定義票３１０₁〜３１０_nより構成される。各サービ
ス定義票３１０は利用中フラグ３１１、現状態３１２、
及び状態遷移票３１３より構成される。図７は、本発明
の第１の実施例のサービス定義票の構成を示す。利用中
フラグ３１１は、サービス定義票３１０が現在クライア
ントプログラム１００により利用されている時“ＯＮ”
となり、利用されていない時は“ＯＦＦ”となる。利用
中フラグ３１１の状態を切り替えることにより、“ＯＦ
Ｆ”状態時に現在処理中のサービス定義票３１０を修正
することが可能であり、一方、“ＯＮ”状態時における
修正中のサービス定義票の状態を保護するため、他のプ
ログラムからのアクセスを排他制御する。例えば、利用
されていない場合（利用中フラグ＝ＯＦＦ）に、利用中
フラグ３１１の“ＯＦＦ”状態を“ＯＮ”状態に変更し
た後、サービス定義票の状態遷移票３１３の変更を行う
等の処理を行い、当該処理終了後、利用中フラグ３１１
の“ＯＮ”状態を“ＯＦＦ”状態に切り替える。

【００４５】現状態３１２は、現在このサービス定義票
３１０が状態遷移票３１３に定義されたどの状態を取っ
ているかを示す。図７の例では、状態遷移票３１３に記
載さている“状態１”を示し、サブルーチンＡを呼び出
す状態（ＣＡＬＬ：ｓｕｂＡ）であることを示してい
る。

【００４６】状態遷移票３１３には、状態とイベントと
の組合せにより、サブルーチン群４００のどのサブルー
チンに依頼を行うかを示す指定情報と、依頼後、このサ
ービス定義票３１０が移行すべき状態が記述されてい
る。図７の例では、イベント名は、“ＡＡＡＡ”、呼び
出すサブルーチンが“サブルーチンＡ”であり、サブル
ーチン呼び出し後に移行する処理は“状態２”であるこ
とを示している。

【００４７】サブルーチン群４００は、複数のサブルー
チン４１０₁〜４１０_nより構成される。サブルーチン
群４００に含まれる各サブルーチン４１０は、クライア
ントプログラム１００より呼び出される。クライアント
プログラム１００の概要動作を以下に説明する。

【００４８】クライアントプログラム１００のメッセー
ジイベント受信部１１０は、メッセージイベントキュー
２００からメッセージイベント２１０を受信する。メッ
セージイベント解析部１２０は、受信したメッセージイ
ベント２１０を解析し、メッセージイベント２１０のサ
ービス定義票名２１２を参照して、サービス定義票群３
００のどのサービス定義票を利用するかを決定すると共
に、イベント名２１１よりイベント名を決定する（ここ
では、サービス定義票３１０₁を利用するように決定さ
れたとして、以降の説明を行う）。次に上記で取得した
利用するサービス定義票名を利用中サービス定義票名記
憶部１７０に書き込む。

【００４９】サービス定義票読込部１３０は、利用中サ
ービス定義票名記憶部１７０に記録されているサービス
定義票名に基づいてサービス定義票群３００よりサービ
ス定義票３１０を読み込み、利用中フラグ３１１が“Ｏ
ＦＦ”であることを確認する。サービス定義票３１０₁
の利用中フラグ３１１₁が“ＯＦＦ”であれば、利用中
フラグ３１１を“ＯＮ”にし、サービス定義票３１０が
利用中である旨を宣言する。

【００５０】次に、状態遷移票解析部１４０は、現状態
３１２から現在のサービス定義票３１０の状態を獲得
し、状態遷移票３１３から現状態３１２とメッセージイ
ベント解析部１２０で解析されたイベント名称に対応す
るサブルーチンとサブルーチン呼出方法、サブルーチン
呼出後のサービス定義票３１０がとるべき状態を獲得す
る。

【００５１】サブルーチン呼出部１５０は、状態遷移票
解析部１４０が取得したサブルーチン呼出方法でイベン
ト名称に対応するサブルーチンを呼び出す。最後に、サ
ービス定義票書込部１６０が、サービス定義票３１０の
現状態３１２を更新し、利用中のフラグ３１１を“ＯＦ
Ｆ”にし、利用中サービス定義票記憶部１７０をリセッ
トする。

【００５２】利用中フラグ３１１が“ＯＦＦ”となって
いるサービス定義票３１０は、クライアントプログラム
１００から利用されていないため、利用中フラグ３１１
を“ＯＮ”に切り替えた後でサービス定義票３１０の書
換え（変更）が可能となる。サービス定義票３１０を書
き換えた後、利用中フラグ３１１を“ＯＦＦ”にすれ
ば、クライアントプログラム１００により利用可能とな
る。

【００５３】また、サービス定義票を新たにサービス定
義票群３００に追加する場合には、利用中フラグ３１１
を“ＯＮ”としてサービス定義票３１０を作成し、追加
した後、利用中フラグ３１１を“ＯＦＦ”にする。次
に、クライアントプログラム１００の詳細な動作を説明
する。図８は、本発明の第１の実施例のクライアントプ
ログラムの動作のフローチャートである。メッセージイ
ベント受信部１１０がメッセージイベント２１０を受信
すると（ステップ２０１）、メッセージイベント解析部
１２０が受信したイベントからサービス定義票名と、イ
ベント名とを獲得し（ステップ２０２）、獲得したサー
ビス定義票名を利用中サービス定義票名記憶部１７０に
書き込む（ステップ２０３）。次に、サービス定義票読
込部１３０はステップ２０２で獲得したサービス定義票
名に対応するサービス定義票を読み込む（ステップ２０
４）。

【００５４】状態遷移票解析部１４０は、読み込んだサ
ービス定義票３１０の利用中フラグ３１１が“ＯＮ”状
態、または、“ＯＦＦ”状態であるかを判定し、“Ｏ
Ｎ”の状態であれば、（ステップ２０５,Yes）、既に他
のプログラムが当該サービス定義票３１０を利用中であ
ることを意味しているので、メッセージイベント２１０
をメッセージキューに戻す（ステップ２１２）。利用中
フラグ３１１が“ＯＦＦ”ならば（ステップ２０５，N
o）、当該サービス定義票が利用されていないことを示
すので、利用中フラグ３１１を“ＯＮ”にする（ステッ
プ２０６）。これにより、他のプログラムにより当該サ
ービス定義票がアクセスされることはない。

【００５５】状態遷移票解析部１４０は、サービス定義
票３１０内の現状態３１２を読込み（ステップ２０
７）、さらに、上記ステップ２０２で取得したイベント
名に対応するサブルーチン、サブルーチン呼出方法、及
びサブルーチンの呼び出し後に遷移すべき状態を読み込
む（ステップ２０８）。

【００５６】サブルーチン呼出部１５０は、ステップ２
０８で獲得したサブルーチン呼出方法により、サブルー
チンを呼び出す（ステップ２０９）。さらに、サービス
定義票書込部１６０は、ステップ２０８で獲得したサブ
ルーチン呼出後の状態を現状態３１２に設定する（ステ
ップ２１０）。サービス定義票３１０の利用を終了した
ことを示すために、利用中フラグ３１１を“ＯＦＦ”に
する（ステップ２１１）。

【００５７】前述の図１６のファイル転送の例に、上記
の実施例を適用した場合を考える。図９は、本発明の第
１の実施例の具体例を示す。本発明をファイル転送に適用する場合には、ファイ
ル転送を行う利用者が保有する計算機の漢字コードが種
々異なる場合や、蓄積処理後に転送処理を行う場合に備
えて、図９に示すように、センタでは漢字コード変換プ
ログラム、蓄積処理プログラム及び転送処理プログラム
等をサブルーチンとしてサブルーチン群４００内に格納
しておく。

【００５８】また、メッセージイベント２００に
は、サービス定義票３１０として“サービス定義票Ａ”
を利用する情報が埋め込んであるものとし、サービス定
義票Ａの状態遷移票には、イベント名に対応する各状態
が記載されている。さらに、サービス定義表３１０は、クライアントプ
ログラム１００から呼び出されるまでは、利用中フラグ
３１１は“ＯＦＦ”状態とする。

【００５９】上記のような前提において、クライア
ントプログラム１００のメッセージイベント受信部１１
０がメッセージイベントキュー２００よりメッセージイ
ベントとして“イベントＡ”を受け付けると、メッセー
ジイベント解析部１２０が“インベントＡ”を解析し、
読み込むべきサービス定義票３１０として“サービス定
義票Ａ”を認識する。

【００６０】次に、サービス定義票読込部１３０
は、サービス定義票Ａをサービス定義票群３００より読
み込む。このとき、利用中フラグ３１１は“ＯＦＦ”状
態となっているため、“ＯＮ”状態に変更する。さら
に、利用中サービス定義票名記憶部１７０に参照してい
るサービス定義票名“サービス定義票Ａ”を書き込んで
おく。

【００６１】更に状態遷移行解析部１４０は、読み
込まれたサービス定義票Ａの内容を取得し、状態遷移票
３１３より呼び出すべきサブルーチンが“サブルーチン
Ａ”であり、呼び出す際のパラメータ（ＣＡＬＬ．／Ｓ
ＵＢ−Ａ）や、サブルーチン呼出後のサービス定義票が
とるべき状態（状態２）、即ち、サブルーチン処理後に
移行する状態等を解析する。

【００６２】次に、サブルーチン呼出部１５０は、
状態遷移票解析部１４０の解析結果を取得して、“サブ
ルーチンＡ”をサブルーチン群４００より呼び出す。こ
れにより、漢字変換処理を行うサブルーチンＡが実行さ
れる。実行が終了すると、サービス定義票書込部１６０
は、利用中フラグ３１１を“ＯＦＦ”にし、利用中サー
ビス定義票名記憶部１７０をリセットする。

【００６３】また、１つの転送処理のパターンを１つの
プログラムとすることにより、所定のファイルを１つの
プログラムで転送するため、メモリ使用量が従来の種々
の転送処理を行うプログラムと比較してはるかに少な
い。また、利用するサブルーチン（例えば、ファイル転
送、漢字コード変換等）を複数作成してサブルーチン群
４００に登録しておき、例えば、転送処理を行う場合に
は、ある転送処理に対してサービス定義票に複数のサブ
ルーチンを呼び出すように定義しておけば、複数の転送
パターンを表現することが可能となる。

【００６４】なお、上記の第１の実施例の図７では、状
態遷移票３１３に１つの状態のみを示していたが、図１
０に状態遷移票３１３に複数の状態を指定する例を示
す。図１０に示す例は、状態遷移票３１３内に複数の状
態を指定しているものである。状態１において、“サブ
ルーチンＡ”を呼び出した後、状態２に遷移し、“サブ
ルーチンＢ”を呼び出し、さらに状態３に遷移し、“サ
ブルーチンＣ”を呼び出し、当該呼び出し処理の後クラ
イアントプログラムに移行することを示している。即
ち、１つのサービス定義票３１０で複数のサブルーチン
を順に呼び出すことが可能である。また、状態１の時に
イベント１が入力されるとサブルーチンＡを呼び出して
自分の状態を“状態２”にする。さらに、この次に、イ
ベント１が入力されるとサブルーチンＢを呼び出して状
態３に遷移する。

【００６５】また、利用中フラグ３１１が“ＯＦＦ”で
ある場合に、“ＯＮ”に切り替えた後、状態遷移票３１
３の“状態２”の呼び出すべきサブルーチンを“サブル
ーチンＢ”から“サブルーチンＤ”に変更するような状
態遷移票３１３の更新処理も可能である。この更新処理
が終了したら利用中フラグ３１１を“ＯＮ”から“ＯＦ
Ｆ”に切り替える。この例は、状態遷移票３１３の状態
を変更する例であるが、さらにサービスを追加する処理
として状態遷移票３１３の“状態２”の遷移状態を“状
態３”（状態３に移行）から、他の状態、例えば、“状
態５”に遷移するように変更したり、状態遷移票３１３
に他の状態を追加することも可能である。

【００６６】本実施例により、例えば、図９において、
サブルーチン４００内の漢字変換サブルーチンＡの内容
を変更する必要が有る場合に、漢字変換サブルーチンＡ
の内容の変更が終了するまで、サービス定義票Ａの利用
中フラグを“ＯＮ”状態としておき、変更が終了したら
“ＯＦＦ”状態とすることにより、新たなバージョンの
プログラムで実行することが可能であり、サービス定義
票Ａ内の情報やメッセージイベントＡの内容の変更は不
要となる。

【００６７】また、サブルーチン群４００に新たなサブ
ルーチンが追加された場合には、当該サブルーチンに合
わせてサービス定義票を作成すればよい。［第２の実施例］上記の第１の実施例において、サービ
ス定義票３１０の内容を変更することにより、複数のサ
ブルーチンを呼び出す例を示したが、第２の実施例とし
て、複数のサブルーチンを呼び出す他の例を示す。

【００６８】図１１は、本発明の第２の実施例の構成を
示す。同図に示すシステムは、クライアントプログラム
５００、サブルーチン群６００、現プログラム呼出票指
示部７００及びサブルーチン呼出行指示部７００より構
成される。クライアントプログラム５００は、サブルー
チン呼出順序読込部５１０、サブルーチン呼出方法読込
部５２０及び、サブルーチン呼出部５３０より構成され
る。

【００６９】サブルーチン群６００は、複数のサブルー
チン６１０により構成される。現プログラム呼出票指示
部７００は、参照中フラグ７１０と現プログラム呼出制
御票指示ポインタ部７２０より構成される。参照中フラ
グ７１０は、現プログラム呼出制御票ポインタ部７２０
がクライアントプログラム５００より参照されている時
は“ＯＮ”になり、参照されていない時は“ＯＦＦ”と
なる。また、現プログラム呼出制御指示ポインタ７２０
は、現在使用すべきサブルーチン制御票名称が記述され
ている。

【００７０】サブルーチン呼出制御票群８００は、２つ
のサブルーチン呼出制御票８１０、８２０より構成さ
れ、サブルーチン呼出制御票８１０には、サブルーチン
呼出順序記述部８１１と複数のサブルーチン呼出方法記
述部８１２より構成される。サブルーチン呼出順序記述
部８１１はサブルーチンの呼出順序が示されており、サ
ブルーチン呼出方法記述部８１２は、それぞれサブルー
チン６１０₁〜６１０_nの呼出方法が記述されている。
また、サブルーチン呼出制御票８２０の構成は、サブル
ーチン呼出制御票８１０と同様である。

【００７１】なお、同図の例は、サブルーチン呼出制御
票は２つのみ示してあるが、同図の例に限定されること
なく、ｎ個設定することも可能である。図１２は、本発
明の第２の実施例のサブルーチン呼出制御票を示す。同
図に示すように、サブルーチン呼出制御票８１０のサブ
ルーチン呼出順序記述部８１１は複数のサブルーチンの
実行順序が記述されている。クライアントプログラム５
００は、このサブルーチン呼出順序記述部８１１を参照
して上位の番号から順にサブルーチンを呼び出す。サブ
ルーチン呼出方法記述部８１２は、各サブルーチン毎
に、呼出方法を示すパラメータが設定されており、例え
ば、サブルーチンＡをサブルーチン群６００から呼び出
す場合にクライントプログラム５００のサブルーチン呼
出部５３０は、“CALL/ SUB-A ”を用いて呼び出す。

【００７２】次に、上記の構成の動作を説明する。クライアントプログラム５００のサブルーチン呼出
順序読込部５１０は、現プログラム呼出票指示部７００
の参照フラグ７１０が“ＯＦＦ”であれば、“ＯＮ”に
切り替えて、現プログラム呼出制御票指示ポインタ７２
０に記述されたサブルーチン呼出制御票８１０内のサブ
ルーチン呼出順序記述部８１１を読み込み、サブルーチ
ンの実行順序を獲得する。

【００７３】サブルーチン呼出順序読込部５１０
は、サブルーチンの実行順序を獲得した後、現プログラ
ム呼出票指示部７００の参照中フラグ７１０を“ＯＦ
Ｆ”に戻す。サブルーチン呼出順序読込部５１０は、取得した呼
出順序をサブルーチン呼出方法読込部５２０に転送す
る。

【００７４】サブルーチン呼出方法読込部５２０は
呼び出す順序にサブルーチン名をキーにして、サブルー
チン呼出方法記述部８１２を読み、サブルーチン４１０
の呼出方法を獲得する。サブルーチン呼出方法読込部５２０は、取得した呼
出方法をサブルーチン呼出部５３０に転送する。

【００７５】サブルーチン呼出部５３０は、サブル
ーチン呼出順序読込部５１０が獲得した順序でサブルー
チン呼出方法読込部５２０が獲得したサブルーチンの呼
出方法を用いて、サブルーチンを順次呼び出す。なお、現プログラム呼出制御票指示ポインタ７２０が指
し示していないサブルーチン呼出制御票は、参照されな
いため、サブルーチンが稼働している場合でも書き換え
ることができる。書換え後のサブルーチン呼出制御票を
用いて、サービスを提供したい場合は、現プログラム呼
出制御票指示部７００中の参照中フラグ７１０が“ＯＦ
Ｆ”であれば、参照中フラグ７１０を“ＯＮ”にして、
現プログラム呼出票指示ポインタ７２０を書換え後のサ
ブルーチン呼出制御票を指すようにし、参照中フラグ７
１０を“ＯＦＦ”に戻すことで、次回に参照されるサブ
ルーチン呼出制御票８００を変更することができる。

【００７６】図１３は、本発明の第２の実施例のクライ
アントプログラムの動作を示すフローチャートである。ステップ３０１）クライアントプログラム５００のサ
ブルーチン呼出順序読込部５１０は、メッセージイベン
トキュー（図示せず）が外部から入力されると、当該メ
ッセージイベントキューを解析し、指定されている処理
に対応する現プログラム呼出票指示部７００を取得す
る。選択された現プログラム呼出制御票指示部７００の
参照中ポインタ７１０が“ＯＦＦ”であるかを判断し、
“ＯＦＦ”であればステップ３０２に移行する。“Ｏ
Ｎ”であれば当該サブルーチンは、他のクライアントプ
ログラムから参照されているものとして、当該サブルー
チンの呼出しを中止する。この場合の処理は、選択され
たサブルーチンに対応する参照中ポインタ７１０が“Ｏ
ＦＦ”になるまで、待ちキューに選択されたサブルーチ
ン呼出しを待機させる等の処理を行う。

【００７７】ステップ３０２）クライアントプログラ
ム５００のサブルーチン呼出方法読込部５２０は、現プ
ログラム呼出票指示部７００の参照中フラグ７１０を
“ＯＮ”にし、現プログラム呼出制御指示ポインタ７２
０に記述されているサブルーチン呼出制御票８１０を獲
得し、参照中フラグ７１０を“ＯＦＦ”に戻す。

【００７８】ステップ３０３）サブルーチン呼出方法
読込部５２０は、上記のステップ３０２で獲得したサブ
ルーチン呼出制御票８１０からサブルーチン呼出順序記
述部８１１を読み込む。ステップ３０４）サブルーチン呼出方法読込部５２０
は、次に実行すべきサブルーチンが存在するかをステッ
プ３０３で取得した呼出順序に従って判定し、次に呼び
出すサブルーチンが存在しない場合には、ステップ３０
１に移行する。次に呼び出すサブルーチンが存在する場
合には、ステップ３０５に移行する。

【００７９】ステップ３０５）サブルーチン呼出順序
記述部８１１に呼び出すべきサブルーチンが存在する場
合には、当該サブルーチンに対応するサブルーチン呼出
方法記述部８１２より当該サブルーチンを呼び出すため
のパラメータ等を取得する。ステップ３０６）サブルーチン呼出部５３０は、取得
したパラメータ等の情報によりサブルーチンを呼出し、
当該サブルーチンを実行する。次に実行すべきサブルー
チンがサブルーチン呼出し順序記述部８１１にあるかを
再度問い合わせるために、順序をインクリメントしてス
テップ３０４に移行する。

【００８０】次に、前述の図１２を用いて具体的な例を
説明する。まず、メッセージイベントがクライアントプログラ
ム５００に入力されると、プログラム呼出順序読込部５
１０は、メッセージイベントを解析し、現プログラム呼
出票指示部７００を参照する。

【００８１】現プログラム呼出票指示部７００の参
照中フラグ７１０が“ＯＦＦ”状態にある場合には、他
の参照しているプログラムが存在しないので、“ＯＮ”
状態に切り替えて、現プログラム呼出制御票指示ポイン
タ７２０を参照する。現プログラム呼出制御票指示ポイ
ンタ７２０には、サブルーチン呼出制御票名として『転
送サブルーチン』“ＴＲＮ−ＳＵＢ”が設定されている
ため、サブルーチン呼出順序読込部５１０はこのサブル
ーチン呼出制御票名に該当するサブルーチン呼出制御票
８１０を読み込む。参照中フラグ７１０を“ＯＦＦ”に
切り替える。

【００８２】サブルーチン呼出順序読込部５１０
は、サブルーチン呼出順序記述部８１１より１番目に呼
び出すサブルーチンが“サブルーチンＡ”、２番目に呼
び出すサブルーチンが“サブルーチンＢ”、最後に呼び
出すサブルーチンが“サブルーチンＣ”であることを取
得する。

【００８３】サブルーチン呼出順序読込部５１０
は、取得した呼出順序をサブルーチン呼出方法読込部５
２０に転送する。サブルーチン呼出方法読込部５２０は、呼出順序に
従って、サブルーチン名をキーにしてサブルーチン呼出
方法記述部８１２を検索する。最初に実行するサブルー
チンは“サブルーチンＡ”であるので、サブルーチン呼
出方法記述部８２１₁の“ＣＡＬＬ／ＳＵＢ−Ａ”を取
得する。次に実行するサブルーチンは、“サブルーチン
Ｂ”であるので、“ＣＡＬＬ／ＳＵＢ−Ｂ”を取得し、
最後に実行する“サブルーチンＣ”のパラメータ“ＣＡ
ＬＬ／ＳＵＢ−Ｃ”を取得する。

【００８４】サブルーチン呼出方法読込部５２０
は、これらのパラメータをサブルーチン呼出部５３０に
転送する。サブルーチン呼出部５３０は、取得した順序で各サ
ブルーチンを対応するパラメータに基づいて呼び出し、
各サブルーチンを実行する。

【００８５】上記は、参照中フラグ７１０が“ＯＦＦ”
状態時に、サブルーチン呼出制御票８１０を参照して、
サブルーチンを呼び出す例を説明したが、この例に限定
されることなく、参照中フラグ７１０が“ＯＦＦ”状態
時に、“ＯＮ”状態に切り替え、現プログラム呼出票指
示部７００の現プログラム呼出制御指示ポインタ７２０
を他の設定に変更することも可能である。また、同様に
サブルーチン呼出制御票群８００のいずれかのサブルー
チン呼出制御票の内容を変更、追加等の処理も可能であ
る。

【００８６】また、上記の第２の実施例において、サブ
ルーチンの呼出順序が変更になった場合には、単にサブ
ルーチン呼出制御票８１０のサブルーチン呼出順序記述
８１１内で呼出順序を変更するのみで他のプログラム等
を変更する必要はない。なお、上記の第１の実施例の利
用中フラグと第２の実施例の参照中フラグとは両方とも
他のプログラムから参照されている場合には、ＯＮ状態
とし、参照されていない場合にはＯＦＦ状態となり、同
じ使途のフラグである。

【００８７】［第３の実施例］次に、サーバ−クライア
ントシステムにおけるプログラム実行制御システムにつ
いて説明する。図１４は、本発明の第３の実施例のクラ
イアントプログラム制御システム構成を示す。同図に示
すクライアントプログラム制御システムは、クライアン
トプログラム１０００、メッセージイベントキュー２０
００、サービス定義票群３０００、及びサーバプログラ
ム群４０００より構成される。

【００８８】クライアントプログラム１０００は、メッ
セージイベント受信部１１００、メッセージイベント解
析部１２００、サービス定義票読み込み部１３００、状
態遷移表解析部１４００、サーバプログラム呼出部１５
００、及びサービス定義票書込部１６００より構成され
る。

【００８９】イベントキュー２０００は、複数のメッセ
ージイベント２１００₁〜２１００ _nから構成される。
メッセージイベント２１００₁〜２１００_n内には、複
数のサービス定義票名とイベント名とが含まれる。サー
ビス定義票群３０００は、複数のサービス定義票３１０
０₁〜３１００_nより構成される。サービス定義票３１
００は、利用中フラグ３１１０、現状態３１２０、状態
遷移票３１３０から構成される。利用中フラグ３１１０
は、サービス定義票３１００が現在利用中である時に、
ＯＮになり、利用されていないときは、ＯＦＦとなる。
これを利用することで、現在処理中のサービス定義票を
修正したり、修正中のサービス定義票を実行したりする
ことを防ぐための排他制御を行うことができる。現状態
３１２０は、現在このサービス定義票３１００が状態遷
移票３１３０に定義されたどの状態を取っているかを示
す。状態遷移票３１３０には、状態と、イベントの組合
せにより、どのサーバプログラムにどのように依頼を行
うかという情報と、依頼後、このサービス定義票が遷移
すべき状態が記録されている。

【００９０】サーバプログラム群４０００は、複数のサ
ーバプログラム４１００₁〜４１００_nから構成され
る。上記の構成において、クライアントプログラム１０
００のメッセージイベント受信部１１００は、メッセー
ジイベントキュー２０００から、メッセージイベント２
１００を受信する。

【００９１】メッセージイベント解析部１２００は、受
信したメッセージイベントを解析し、どのサービス定義
票を利用するか、及び、インベント名を決定する（ここ
では、サービス定義票３１００₁を利用するよう決定さ
れたものとして、以降の説明を行う）。

【００９２】サービス定義票読込部１３００は、利用す
ると決定されたサービス定義票３１００₁を読み込み、
利用中フラグ３１１０₁がＯＦＦであることを確認す
る。ここで、利用中フラグ３１００₁がＯＦＦであれ
ば、利用フラグ３１００₁をＯＮにし、サービス定義票
３１００₁が利用中である旨を宣言する。

【００９３】状態遷移解析部１４００は、サービス定義
票３１００₁の現状態３１２０₁から現在のサービス定
義票３１００₁の状態を獲得し、状態遷移票３１３０₁
から、現状態とイベント名称とに応じたサーバプログラ
ムと、サーバプログラム呼出方法、サーバプログラム呼
出後のサービス定義票３１００₁がとるべき状態を獲得
する。

【００９４】サーバプログラム呼出部１５００は、状態
遷移解析部１４００で決定されたサーバプログラム呼出
方法で、サーバプログラム群４０００よりサーバプログ
ラム４１００を呼び出す。サービス定義票書込み部１６
００は、サービス定義票３１００₁の現状態３１２０₁
を更新し、利用中フラグ３１１₁をＯＦＦにする。これ
により、利用中フラグ３１１０がＯＦＦになっているサ
ービス定義票３１００は利用されていないため、利用中
フラグ３１１０をＯＮとすることで、サービス定義票３
１００の書換えが可能となる。サービス定義票３１００
を書き換えた後、利用中フラグ３１１０をＯＦＦにすれ
ばクライアントプログラム１０００から利用可能とな
る。

【００９５】サービス定義票３１００を追加する場合に
は、利用中フラグ３１１０をＯＮとしたサービス定義票
を作成し、サービス定義票群に追加した後、利用中フラ
グ３１１０をＯＦＦにする。上記の例では、クライアン
トプログラム数が１つの場合を説明したが、同時に複数
のクライアントプログラムを起動した場合にも本実施例
を適用できるのは、明らかである。

【００９６】図１５は、本発明の第３の実施例のクライ
アントプログラムの動作を示すフローチャートである。
メッセージイベント受信部１１００がメッセージイベン
トを受信した後（ステップ２０１０）、メッセージイベ
ント解析部１２００は受信したメッセージイベントから
サービス定義票名とイベント名を取得する（ステップ２
０２０）。

【００９７】次に、サービス定義票読み込み部１３００
は、サービス定義票群３０００からメッセージイベント
解析部１２００で解析されたサービス定義票名に該当す
るサービス定義票３１００を読み込む（ステップ２０３
０）。読み込んだサービス定義票３１００の利用中フラ
グ３１１０がＯＦＦであれば（ステップ２０４０，N
o）、当該サービス定義票３１００が利用中であること
を示すためにＯＮにする（ステップ２０５０）。一方、
利用フラグ３１１０がＯＮであれば（ステップ２０４
０,Yes）、メッセージイベントをメッセージイベントキ
ュー２０００に戻す（ステップ２１１０）。

【００９８】状態遷移票解析部１４００は、サービス定
義票３１００内の現状態３１２０を参照し、現状態とス
テップ２０２０で取得したイベント名に対応するサーバ
プログラム、サーバプログラム呼出方法、サーバプログ
ラム呼び出し後の状態を解析する（ステップ２０７
０）。

【００９９】サーバプログラム呼出部１５００は、ステ
ップ２０７０で取得したサーバプログラム呼出方法で、
サーバプログラム群４０００よりサーバプログラム４１
００を呼び出す（ステップ２０８０）。次に、サービス
定義票書込み部１６００は、ステップ２０７０で状態遷
移票解析部１４００で解析したサーバプログラム呼出後
の状態を現状態３１２０に設定する（ステップ２０９
０）。

【０１００】最後に、サービス定義表３１００の利用を
終了したことを示すために利用中フラグ３１１０をＯＦ
Ｆにする（ステップ２１００）。このように、サーバ・
クライアントシステムにおいても、サービス定義表群３
０００をクライアントプログラム１０００の外部に有
し、外部から入力されるメッセージイベント２１００で
指定されたイベント名で、サービス定義表３１００の状
態遷移表３１３０を参照することにより、イベント名で
指定されたサーバプログラムを呼び出すことが可能とな
る。

【０１０１】また、新たにサービスを追加する場合に
は、即ち、サーバプログラムが追加される場合には、ク
ライアントプログラムを修正せずに、追加されたサーパ
プログラムの情報を有するサービス定義票３１００を追
加すればよい。また、サービス定義票３１００の修正を
行う場合には、クライアントプログラム１０００を修正
するのではなく、サービス定義票３１００の利用中フラ
グ３１１０をＯＮにして、修正箇所の修正を行うことが
可能となる。

【０１０２】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【０１０３】

【発明の効果】上述のように、本発明のプログラム実行
制御方法及びプログラム実行制御システムによれば、呼
び出されるサブルーチンの呼出順序や呼出方法及び、サ
ブルーチンの呼出を制御するための呼出制御票をクライ
アントプログラムの外部に設けることにより、サービス
の変更に伴うサブルーチンの変更や追加をサービスを停
止させずに行うことが可能である。このため、高可用性
及びカスタマイズの容易なサービスを提供することが可
能である。

【０１０４】また、本発明のクライアントプログラム制
御方法及びクライアントプログラム制御システムによれ
ば、複数のサービスを提供する場合には、メッセージに
利用する定義票を表示するようにしたので、サービス定
義票を複数定義すればよく、クライアントプログラム数
が増加しないので、クライアントプログラムが作動する
計算機のコンテクストスイッチング回数も押さえられ、
また、クライアントプログラムによって使用されるメモ
リ量も、単にクライアントプログラムを追加した場合と
比べて、小さくすることができる。

【０１０５】また、新たに、サービスを追加する場合
や、既存のサービスを修正する場合には、サービス定義
票の追加或いは修正を行う場合に、サービス定義票を写
像することにより、クライアントプログラム自身の追加
や修正は不要となり、クライアントプログラムのコンパ
イルやリンク作業は不要となる。

【図面の簡単な説明】

【図１】本発明の原理を説明するためのフローチャート
（その１）である。

【図２】本発明の原理構成図（その１）である。

【図３】本発明の原理を説明するためのフローチャート
（その２）である。

【図４】本発明の原理構成図（その２）である。

【図５】本発明の第１の実施例の構成図である。

【図６】本発明の第１の実施例のメッセージキューの構
成図である。

【図７】本発明の第１の実施例のサービス定義票の構成
図である。

【図８】本発明の第１の実施例のクライアントプログラ
ムの動作のフローチャートである。

【図９】本発明の第１の実施例の具体例を示す図であ
る。

【図１０】本発明の第１の実施例のサービス定義票の他
の例を示す図である。

【図１１】本発明の第２の実施例の構成図である。

【図１２】本発明の第２の実施例のサブルーチン呼出制
御票を示す図である。

【図１３】本発明の第２の実施例のクライアントプログ
ラムの動作を示すフローチャートである。

【図１４】本発明の第３の実施例のクライアントプログ
ラム制御システム構成図である。

【図１５】本発明の第３の実施例のクライアントプログ
ラムの動作を示すフローチャートである。

【図１６】ファイル転送を示す図である。

【符号の説明】

１００クライアントプログラム、主プログラム１１０メッセージイベント受信部、メッセージイベン
ト受信手段１２０メッセージイベント解析部、指定手段１３０サービス定義票読込部１４０状態遷移票解析部１５０サブルーチン呼出部、呼出手段１６０サービス定義票書込部、更新手段１７０利用中サービス定義票名記憶部２００メッセージイベントキュー２１０メッセージイベント２１１イベント名２１２サービス定義票名３００サービス定義票群３１０サービス定義票３１１利用中フラグ３１２現状態３１３状態遷移票４００サブルーチン群４１０サブルーチン５００クライアントプログラム５１０サブルーチン呼出順序読込部５２０サブルーチン呼出方法読込部５３０サブルーチン呼出部６００サブルーチン群６１０サブルーチン７００現プログラム呼出票指示部７１０参照中フラグ７２０現プログラム呼出制御票指示ポインタ８００サブルーチン呼出制御票群８１０、８２０サブルーチン呼出制御票８１１、８２１サブルーチン呼出順序記述部８１２、８２２サブルーチン呼出方法記述部１０００クライアントプログラム１１００メッセージイベント受信手段、メッセージイ
ベント受信部１２００特定手段、メッセージイベント解析部１３００サービス定義票読み込み部１４００サーバプログラム決定手段、状態遷移票解析
部１５００サーバプログラム呼出手段、サーバプログラ
ム呼出部１６００遷移手段、サービス定義票書込部２０００メッセージイベントキュー３０００サービス定義票、サービス定義票群３１００サービス定義票３１１０利用中フラグ３１２０現状態３１３０状態遷移票４０００サーバプログラム群４１００サーバプログラム

Claims

【特許請求の範囲】

【請求項１】計算機システムにおいて、一つのサービ
スを複数のプログラムで構成する場合に、外部からのメ
ッセージイベントを第１のプログラムが受信し、第２の
プログラムの呼出しの契機とするプログラム実行制御方
法において、前記第１のプログラムの外部に前記第２のプログラムの
呼出しを制御するための制御情報群を設け、前記第１のプログラムが前記制御情報群より前記第２の
プログラムを呼び出すための制御情報を取得して解析
し、解析結果に基づいて前記第２のプログラムを呼び出
すことを特徴とするプログラム実行制御方法。
【請求項２】計算機システムにおいて、一つのサービ
スを複数のプログラムで構成する場合に、外部からのメ
ッセージイベントをサブルーチン呼出しの契機とするプ
ログラム実行制御方法において、主プログラムの外部に、呼び出されるサブルーチンの呼
出しを制御するためのサブルーチン呼出し制御情報を設
け、主プログラムで前記サブルーチン呼出制御情報を解析
し、解析された結果に基づいて前記サブルーチンを呼び出す
請求項１記載のプログラム実行制御方法。
【請求項３】前記サブルーチン呼出制御情報を解析す
る際に、前記サブルーチン呼出制御情報に含まれるサブルーチン
呼出順序及びサブルーチン呼出方法を参照して解析する
請求項２記載のプログラム実行制御方法。
【請求項４】前記主プログラムは、前記メッセージイベントを受け取ると、前記メッセージ
イベントに基づいて参照すべき前記サブルーチン呼出制
御情報を特定し、特定された前記サブルーチン呼出制御情報に保持されて
いるメッセージイベントに対応するサブルーチンを呼出
し、前記サブルーチン呼出制御情報の現状態を更新する請求
項２記載のプログラム実行制御方法。
【請求項５】一つのサービスを複数のプログラムから
構成し、外部からのメッセージイベントを第１のプログ
ラムから第２のプログラムの呼出しの契機とするプログ
ラム実行システムにおいて、少なくとも１つの第２のプログラムを含む第２のプログ
ラム群と、呼び出される前記第２のプログラムを制御するための情
報を記録・保持する少なくとも１つのプログラム呼出制
御票と、前記プログラム呼出制御票を参照して、前記第２のプロ
グラム群より第２のプログラムを呼び出す第１のプログ
ラムとを、それぞれ独立して有することを特徴とするプ
ログラム実行制御システム。
【請求項６】一つのサービスを複数のプログラムから
構成し、外部からのメッセージイベントをサーブルーチ
ン呼出しの契機とするプログラム実行システムにおい
て、少なくとも１つのサブルーチンを含むサブルーチン群
と、呼び出されるサブルーチンの呼出しを制御するための情
報を記録・保持する少なくとも１つのサブルーチン呼出
制御票と、前記サブルーチン呼出制御票を参照して、前記サブルー
チン群よりサブルーチンを呼び出す主プログラムとを、
それぞれ独立して有する請求項５記載のプログラム実行
制御システム。
【請求項７】前記サブルーチン呼出制御票は、サブルーチンの呼出し順序情報、サブルーチンの呼び出
し時のパラメータ、実行される前記主プログラムの現在
の状態、ある状態の時に受け付け可能なメッセージイベ
ント、該メッセージイベントを受け付けた時に呼び出す
べきサブルーチン名、現在、他のプログラムによって参
照されているかを示す参照中フラグを含む請求項６記載
のプログラム実行制御システム。
【請求項８】前記主プログラムは、メッセージイベントを受け取るメッセージイベント受信
手段と、外部から入力されるメッセージイベントに対してどの前
記サブルーチン呼出制御票を利用するかを特定する指定
手段と、前記指定手段により特定された前記サブルーチン呼出制
御票に保持されているメッセージイベントに対応するサ
ブルーチンを呼び出す呼出手段と、前記サブルーチン呼出制御票の前記現在の状態を更新す
る更新手段とを有する請求項６記載のプログラム実行制
御システム。
【請求項９】前記呼出手段は、前記参照中フラグが、前記サブルーチン呼出制御票の参
照可を示している時のみ、前記サブルーチンの呼出処理
を行う請求項８記載のプログラム実行制御システム。
【請求項１０】前記更新手段は、前記参照中フラグが前記サブルーチン呼出制御票を参照
可を示している時に、前記参照中フラグを参照不可に変
更し、前記サブルーチン呼出制御票の内容の変更・追加
を行う請求項８記載のプログラム実行制御システム。
【請求項１１】前記更新手段は、前記サブルーチン呼出制御票の内容の変更・追加終了後
に前記参照中フラグを参照可に変更する請求項８記載の
プログラム実行制御システム。
【請求項１２】計算機システムにおいて、一つのサー
ビスを複数のプログラムで構成する場合に、外部からの
メッセージイベントをサブルーチン呼出しの契機とする
プログラム実行制御システムにおいて、少なくとも１つのサブルーチンから構成されるサブルー
チン群と、前記サブルーチンの呼出順序及び前記サブルーチン毎の
呼出方法を記述した少なくとも１つの呼出制御情報と、前記メッセージイベントに基づいて前記呼出制御情報を
指定する制御情報指定手段と、前記サブルーチン群よりサブルーチンを呼び出す順序及
び方法を前記呼出制御情報より取得し、前記サブルーチ
ン群よりサブルーチンを呼び出す主プログラムとを有す
る請求項５記載のプログラム実行制御システム。
【請求項１３】前記制御情報指定手段は、前記呼出制
御情報が他のプログラムにより参照されているか否かを
示すフラグと前記呼出制御情報を指定するための指定情
報とを有する請求項１２記載のプログラム実行制御シス
テム。
【請求項１４】前記フラグが、前記呼出制御情報が参
照されていない状態時に、前記指定情報又は前記呼出制
御情報の更新処理を行う更新手段を更に有する請求項１
２及び１３記載のプログラム実行制御システム。
【請求項１５】サーバ・クライアントシステムにおけ
る計算機システムで、クライアントプログラムが複数の
サーバプログラムを呼び出すことで一つのサービスを構
成し、外部からの入力されるメッセージイベントを、該
サーバプログラムを呼び出す契機とするプログラム制御
方法において、前記クライアントプログラムの外部に、呼び出されるサ
ーバプログラムの呼び出しを制御するためのサービス定
義票を少なくとも１つ設け、前記クライアントプログラムが外部より前記メッセージ
イベントを受け取り、前記メッセージイベントに基づいて、前記サービス定義
票を解析し、前記サービス定義票を解析した結果に基づいて前記サー
バプログラムを呼び出す請求項１記載のプログラム実行
制御方法。
【請求項１６】前記サービス定義票を解析する際に、前記クライアントプログラムが取り得る状態と、各状態
の時に受け付けたイベントに対応するサーバプログラ
ム、及びサーバプログラム呼出方法、サーバプログラム
呼び出し後の新状態の各情報を参照する請求項１５記載
のプログラム実行制御方法。
【請求項１７】前記クライアントプログラムが前記サ
ーバプログラムを呼び出す際に、前記メッセージイベントに基づいて、サービス定義票を
特定し、特定した前記サービス定義票の現状態とメッセージイベ
ントから抽出したイベントに応じてサーバプログラム及
び該サーバプログラムの呼び出し方法を決定し、決定された前記サーバプログラムを決定された前記サー
バプログラムの呼び出し方法により呼び出す請求項１５
記載のプログラム実行制御方法。
【請求項１８】前記サーバプログラムを呼び出した後
の状態を、特定された前記サービス定義票の現状態の定
義に従って、前記クライアントプログラムの状態を遷移
させる請求項１５記載のプログラム実行制御方法。
【請求項１９】サーバ・クライアントシステムにおけ
る計算機システムで、クライアントプログラムが複数の
サーバプログラムを呼び出すことで一つのサービスを構
成し、外部からの入力されるメッセージイベントを、該
サーバプログラムを呼び出す契機とするプログラム制御
システムにおいて、少なくとも１つのサーバプログラムを含むサーバプログ
ラム群と、呼び出されるサーバプログラムの呼び出しを制御する少
なくとも１つのサービス定義票と、前記サービス定義票を解析して、解析した結果に基づい
て前記サーバプログラム群より前記サーバプログラムを
呼び出すクライアントプログラムとを、独立に有する請
求項５記載のプログラム実行制御システム。
【請求項２０】前記サービス定義票は、前記クライアントプログラムが取り得る状態と、各状態
の時に受け付けたイベントに対応したサーバプログラ
ム、及びサーバプログラム呼出方法、サーバプログラム
呼び出し後の新状態の情報を含む請求項１９記載のプロ
グラム実行制御システム。
【請求項２１】前記クライアントプログラムは、前記メッセージイベントを受け取るメッセージイベント
受信手段と、前記メッセージイベントに基づいて、前記サービス定義
票を特定する特定手段と、前記特定手段により特定された前記サービス定義票の現
状態とメッセージイベントから抽出したイベントに応じ
てサーバプログラム及び該サーバプログラムの呼び出し
方法を決定するサーバプログラム決定手段と、前記サーバプログラム決定手段により決定された前記サ
ーバプログラムを、決定された前記サーバプログラムの
呼び出し方法により呼び出すサーバプログラム呼出手段
と、前記サーバプログラムを呼び出した後の状態を、前記特
定手段により特定された前記サービス定義票の現状態の
定義に従って、前記クライアントプログラムの状態を遷
移させる遷移手段とを含む請求項１９記載のプログラム
実行制御システム。