JPH07262025A

JPH07262025A - 実行制御システム

Info

Publication number: JPH07262025A
Application number: JP6049504A
Authority: JP
Inventors: Kumiko Kawakami; 久美子川上; Yasuko Akagawa; 寧子赤川; Masumi Takahashi; ますみ高橋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-03-18
Filing date: 1994-03-18
Publication date: 1995-10-13
Also published as: EP0676692A1; US5608894A

Abstract

(57)【要約】【目的】本発明の目的は、アプリケーションソフト等
を独立して管理し、アプリケーション個々の変更を行わ
なくてもよい実行制御システムを提供することである。【構成】本発明は、ソフトウェア部品１０からの実行
依頼情報が発行された場合にソフトウェア部品１０間で
共通に参照する手続情報を含む共通参照情報４０と、ソ
フトウェア部品１０から発行された実行依頼情報により
共通参照情報４０を参照し、ソフトウェア部品を結合
し、ソフトウェア部品１０間の実行を制御する制御手段
２０とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、実行制御システムに係
り、特に、リアルタイム情報を扱うコンピュータシステ
ムのソフトウェア開発において、所定の規格に従って作
成されたソフトウェア群を組み合わせて処理要求に対応
するためのソフトウェア部品間の結合方式、ソフトウェ
ア部品間のメッセージ送受信、冗長系においてソフトウ
ェア部品の実行時の運転モードの切替を行う運転モード
制御方式等で利用するソフトウェア部品間における実行
制御システムに関する。

【０００２】近年、個々に開発されたソフトウェアを複
数組み合わせてリアルタイムに処理を行う場合に、個々
のソフトウェアの結合条件設定や、ソフトウェアの変更
処理を行うというような処理を簡素化することが望まれ
ている。

【０００３】

【従来の技術】全てのソフトウェア部品は、プロセス／
ライブラリに係わらず、処理依頼発生により処理を開始
し、依頼機能を実現させて処理を終了する。ある処理依
頼に対して、従来のソフトウェア部品間におけるメッセ
ージ等の受渡しの方法等について以下に示す。

【０００４】図２０は、従来の第１の例を示す。同図に
示すシステムにおいて装置１１は、２つのプロセス１、
２を有し、プロセス１は、ソフトウェア部品ａ，ソフト
ウェア部品ｂを含み、プロセス２は、ソフトウェア部品
ｃを含む。装置１３は、１つのプロセス３を有し、プロ
セス３は、ソフトウェア部品ｄを含む。ここで、ソフト
ウェア部品とは、任意の処理を行うアプリケーションプ
ログラムを指す。

【０００５】従来のシステムは、複数のソフトウェア部
品動詞を結合する場合には、結合方法、結合相手等の結
合情報がソフトウェア（プログラム）内に生成されてい
る。

【０００６】図２０に示すように、ソフトウェア部品ａ
は、ソフトウェア部品ｂに外部から受け取ったメッセー
ジを転送するロジックが組み込まれ、メッセージを受け
取るソフトウェア部品ｂは、ソフトウェア部品ａからメ
ッセージを受け取り、そのメッセージをプロセス２のソ
フトウェア部品ｃに転送するロジックが組み込まれてい
る。または、ソフトウェア部品ｂからソフトウェア部品
ｃにメッセージを転送する以外に、プロセス２を起動す
るロジックまたは、テーブル／ファイル渡しの場合もあ
る。さらに、プロセス２のソフトウェア部品ｃから装置
１３のプロセス１のソフトウェア部品ｄに対して、情報
の書込みは書き込む情報をソケット渡しにより行われ
る。ソフトウェア部品ｄは、書込み情報をソフトウェア
部品ｃより読み込むロジックが含まれている。また、装
置１１から装置１３へ書込み情報のソケット渡しを行う
他、個々のインタフェースを規定する場合もある。

【０００７】図２０に示すように、各ソフトウェア部品
ａ，ｂ，ｃ，ｄは、“メッセージ受信”、“メッセージ
送信”、“メッセージ書込み”、及び“メッセージ読み
込み”等の他のソフトウェア部品に実行を依頼するため
の結合情報（実行依頼情報）を内部に有する。

【０００８】図２１は、従来の第２の例を示す図であ
る。第２の例は、メッセージをメッセージ管理部１４に
集め、宛先対象表１５を用いて仮想の宛先から実宛先に
変換して送信する方法（特開平３−１９１４２９）であ
る。

【０００９】第２の例において、メッセージ管理部１４
は、宛先対象表１５を参照して、宛先のみを変換する。
メッセージのインタフェースは、ソフトウェア部品（Ｐ
ＫＧ）のプログラム内部で静的に記述する。例えば、メ
ッセージの待ち合わせ等の同期制御は、ソフトウェア部
品のプログラム内部の処理で行う。

【００１０】同図（Ａ）において、ソフトウェア部品Ｐ
ＫＧ−Ｂからソフトウェア部品ＰＫＧ−Ａにメッセージ
ａ及びメッセージｂの２つのメッセージが送信されてい
る。メッセージは、メッセージ管理部１４を宛先とする
宛先情報と、仮想宛先、及びインタフェース及びメッセ
ージ内容等で構成される。

【００１１】ソフトウェア部品ＰＫＧ−Ｂより送出され
るメッセージａは、仮想宛先を“００１”とする。従っ
て、メッセージ管理部１４は、メッセージａの仮想宛先
（００１）に基づいて、宛先対象表１５を検索する。検
索によりメッセージの宛先は、ＰＫＧ−Ａであることを
検出する。また、メッセージ管理部１４は、メッセージ
ｂの仮想宛先（００１）に基づいてメッセージａと同様
に、宛先対象表１５を検索し、メッセージの宛先がＰＫ
Ｇ−Ａであることを検出し、メッセージｂの内容をソフ
トウェア部品ＰＫＧ−Ａに転送する。

【００１２】また、ソフトウェア部品ＰＫＧ−Ｂから転
送されるメッセージのうち、メッセージｂの宛先をソフ
トウェア部品ＰＫＧ−Ｃに変更した場合には、図２１
（Ｂ）に示すように、ＰＫＧ−Ｂのプログラムを修正し
て宛先対象表１５の仮想宛先を“００１”から“００
３”へ変更する。この場合は、宛先となるソフトウェア
部品のメッセージのインタフェースを変えるためにプロ
グラムの修正を行う。

【００１３】図２２は、従来の第２の例においてプログ
ラム修正により宛先を変更する例を示す。ソフトウェア
部品ＰＫＧ−ＢからＰＫＧ−Ａに送信しているメッセー
ジの宛先をソフトウェア部品ＰＫＧ−Ｃに変更する場合
には、ソフトウェア部品ＰＫＧ−Ｃが受け取るべき情報
を送信するようにソフトウェア部品ＰＫＧ−Ｂの送信内
容をプログラム変更により修正する。

【００１４】図２２（Ａ）は、ソフトウェア部品ＰＫＧ
−Ａがソフトウェア部品ＰＫＧ−Ｂからのメッセージを
受け取れるように、インタフェースを変更し、仮想宛先
を“００１”としてメッセージを送出する場合を示す。
同図（Ｂ）は、ソフトウェア部品ＰＫＧ−Ｂから送出す
る宛先をソフトウェア部品ＰＫＧ−Ｃに変更する場合
に、ソフトウェアＰＫＧ−Ｃが当該メッセージを受け取
ることができるように、宛先に対応するインタフェース
に書き換える。

【００１５】次に、従来のシステムの運転モード管理に
ついて説明する。運転モード管理は、従来、アプリケー
ションにより実行され、運転モードの切替が発生した場
合に、切替られたモードで処理を行う。このとき、各業
務の中で通常運転モードならば、取り込んだデータを集
計して出力する。一方試験モード運転の場合は、取り込
んだデータは廃棄し、テストデータで集計を行うといっ
たような自系の運転モードの管理を行い自系のモードを
常に意識し、運転モードに合わせて処理を随時選択す
る。

【００１６】図２３は、従来のシステムの運転モード管
理システムを説明するための図である。

【００１７】運転モードの決定を行う場合に、アプリケ
ーションソフトは、モード切替要求が入力されると（ス
テップ１）、自系の運転モードを参照し、運転モードが
通常運転モードか試験運転モードであるかを判定する。
最初に、アプリケーションソフトは、試験運転モードで
あるかを自系モードを参照して判定する（ステップ
２）。この結果、試験運転モードであると判定された場
合には、試験運転モードで処理を実行し、実行中に取り
込んだデータを破棄し、テストデータで集計を行う（ス
テップ３）。一方、通常運転モードであるかを自系のモ
ードを参照して判定し（ステップ４）、通常運転モード
であれば、実行中に取り込んだデータを集計して出力す
る（ステップ５）。また、通常運転モードでも試験運転
モードでもない場合には、それら以外のモードの処理を
行うか、またはエラーとする（ステップ６）。

【００１８】

【発明が解決しようとする課題】しかしながら、上記従
来の方法には、以下に示すような問題がある。

【００１９】まず、第１の従来の例は、結合方法や、結
合相手等の結合情報がプログラム内に設定されているた
め、装置／プロセス構成、結合相手を変更する場合に
は、プログラム改造が必要となる。また、第１の従来の
例は、全てのケースで可能な結合方法（ソケット）とし
た場合には、ＯＳオーバヘッド増による大幅な性能低下
がおきる。また、結合情報のをプログラム内に設定する
ために難解なソフト構造となり、第三者が変更等を行う
のが困難である。

【００２０】さらに、第２の従来の例は、ある宛先に送
信していたメッセージの宛先を変更する場合にはプログ
ラムを変更するため、ソフトウェア部品の独立性を低下
させるという問題がある。

【００２１】また、第２の従来の例は、メッセージの待
ち合わせを行っているソフトウェア部品で、待ち合わせ
るメッセージの数や、待ち合わせていないメッセージが
到来したときの処理、待ち合わせる時間等を変更する時
にプログラムを修正しなければならないという問題があ
る。

【００２２】また、第２の従来の例は、メッセージの送
信元や、送信される内容に変更があった場合、インタフ
ェースの分配も変更しなればならないが、この変更はプ
ログラムを修正する必要があり、ソフトウェア部品の独
立性を低下させるという問題がある。

【００２３】また、第２の従来の例は、複数のメッセー
ジの管理をソフトウェア部品内部で行っていたため、複
数のソフトウェア部品に対して起動のメッセージが送信
されてしまっても監視できない。また、一連のメッセー
ジの流れの中の一箇所でも変更があった場合、関係する
すべてのソフトウェア部品において、プログラム修正を
行わなければならず、ソフトウェア部品の独立性を低下
させるという問題がある。

【００２４】また、メッセージ管理部において、宛先対
照表の宛先は変更できるがソフトウェア部品によってイ
ンタフェースが異なるため、宛先に応じたインタフェー
スに書き換える必要がある。

【００２５】さらに、従来の二重化システムの運転モー
ド管理システムは、運転モードの切替が発生した場合
に、アプリケーションソフトで管理を行うため、システ
ム移行や、運転モードの追加等を行う場合には、アプリ
ケーションソフトを改造する必要がある。

【００２６】本発明の概括的な目的は、アプリケーショ
ンソフト等を独立して管理し、アプリケーション個々の
変更を行わなくてもよい共通情報参照システムを提供す
ることである。

【００２７】本発明の詳細な目的は、ソフトウェア部品
が独立に開発でき、複数のソフトウェア部品を結合させ
て使用する場合に、個々のソフトウェア部品の変更を行
わずに、ソフトウェア部品間のメッセージ送受信管理が
可能なソフトウェア部品結合方式を提供することであ
る。

【００２８】また、本発明の更なる詳細な目的は、運転
モードの追加やシステム移行がアプリケーションソフト
の改造を行わなくても可能な運転モード管理システムを
提供することである。

【００２９】また、本発明の更なる詳細な目的は、送信
ソフトウェア部品が宛先ソフトウェア部品を意識せずに
メッセージを送信することが可能なメッセージ送受信シ
ステムを提供することである。

【００３０】

【課題を解決するための手段】本発明の実行制御システ
ムにおけるソフトウェア部品結合方式は、所定の規格に
より生成された複数のソフトウェア部品１０間の実行制
御、ソフトウェア部品間のメッセージの送受信及び、ソ
フトウェア部品１０の実行を冗長系における主系または
従系の運転モードのいずれかで実行する場合に、ソフト
ウェア部品１０からの実行依頼情報が発行された場合に
ソフトウェア部品１０間で共通に参照する手続情報を含
む共通参照情報４０と、ソフトウェア部品１０から発行
された実行依頼情報により共通参照情報４０を参照し、
ソフトウェア部品を結合し、ソフトウェア部品１０間の
実行を制御する制御手段２０とを有する。

【００３１】また、上記の制御手段２００は、あるソフ
トウェア部品１０より他のソフトウェア部品への実行依
頼情報５００を受け取ると、実行依頼情報５００で共通
参照情報４００を参照し、参照された結果に基づいて、
実行依頼情報５００に指定された宛先５２０に実行依頼
情報５００を渡す。

【００３２】また、上記の共通参照情報４０は、カスト
マイズ時に指定する。

【００３３】また、ソフトウェア部品間の実行依頼情報
５００は、カストマイズ時に、他のソフトウェア部品の
宛先情報５２０を付加して制御手段２００に渡す。

【００３４】また、上記の制御手段２００は、複数のソ
フトウェア部品を組み合わせて１プロセスに編集する、
または、同一ソフトウェア部品を複数のプロセスに割り
付けるように共通参照情報４００をカストマイズ時に指
定する。

【００３５】また、上記の制御手段２００は、依頼元の
ソフトウェア部品より発行された実行依頼情報５００を
受け取り、実行依頼情報５００に基づいて、共通参照情
報４００を参照し、依頼元のソフトウェア部品と依頼先
のソフトウェア部品が同一プロセス内にある場合には、
実行依頼情報５００を関数呼出による引数渡しとし；依
頼元のソフトウェア部品と依頼先のソフトウェア部品が
同一装置内であり、かつ別プロセスの場合には、実行依
頼情報５００をメッセージキュー渡しとし；依頼元のソ
フトウェア部品と依頼先のソフトウェア部品が別装置で
ある場合には、実行依頼情報をソケット渡しとする。

【００３６】また、上記の制御手段２００は、依頼元の
ソフトウェア部品からの実行依頼情報５００に基づいて
実行した依頼先のソフトウェア部品からの処理結果の通
知を実行依頼情報５００の指定に基づいて、実行依頼情
報５００に処理結果不要と指定されている場合には、依
頼元のソフトウェア部品に処理結果の通知を行わない；
依頼元のソフトウェア部品から同期要求による依頼の場
合には、依頼元のソフトウェア部品は依頼先のソフトウ
ェア部品からの処理結果が通知されるまで待ち状態とな
り、依頼元のソフトウェア部品と依頼先のソフトウェア
部品が同一プロセス内にある場合には、関数復帰時に引
数渡しとする；依頼元のソフトウェア部品と依頼先のソ
フトウェア部品が同一装置内の別プロセスの場合には、
メッセージキュー渡しとする；依頼元のソフトウェア部
品と依頼先のソフトウェア部品が別装置にある場合に
は、ソケット渡しとする。

【００３７】また、上記の制御手段２００は、依頼元の
ソフトウェア部品からの実行依頼情報５００に基づいて
実行した依頼先のソフトウェア部品からの処理結果の通
知を実行依頼情報５００の指定に基づいて、依頼元のソ
フトウェア部品から非同期要求による依頼の場合には、
依頼元のソフトウェア部品は依頼先のソフトウェア部品
からの処理結果の待ち合わせをせずに処理を続行し、処
理結果は別途通知することとし、通知は、依頼元のソフ
トウェア部品と依頼先のソフトウェア部品が同一装置内
にある場合には、メッセージキュー渡しとする；依頼元
のソフトウェア部品と依頼先のソフトウェア部品が別装
置にある場合には、ソケット渡しとする。

【００３８】また、本発明の実行制御システムにおける
メッセージ送受信方式の共通参照情報３１は、一連のメ
ッセージの流れを業務とし、業務数分の情報が定義され
る。

【００３９】また、上記の制御手段３は、共通参照情報
３１を参照し、送信依頼側のソフトウェア部品１と受信
側のソフトウェア部品５とのインタフェースの差異を吸
収して、送信依頼側のソフトウェア部品と受信側のソフ
トウェア部品間のメッセージの通信を制御する。

【００４０】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品１から受信したメッセージの形式を受
信側のソフトウェア部品５の受信形式に変換して送信す
る。

【００４１】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品１から受信したメッセージを共通参照
情報３１を参照して編集し、受信側のソフトウェア部品
５に転送する。

【００４２】また、上記の送信依頼側のソフトウェア部
品１から送信するメッセージ２の宛先を制御手段３とす
る。

【００４３】また、上記の送信依頼側のソフトウェア部
品１から送信するメッセージ２は、宛先、メッセージコ
ード、メッセージ及びインタフェースからなる。

【００４４】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品から複数のメッセージを受信して、受
信側のソフトウェア部品に送信する。

【００４５】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品から受信した１つのメッセージを受信
して、メッセージのインタフェースを編集して、受信側
のソフトウェア部品の数分複写して送信する。

【００４６】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品１からの一連の情報を一つの業務とし
て扱い、業務開始メッセージ受付時から業務終了メッセ
ージを受信するまで監視し、その間有効メッセージとし
て共通参照情報３１に定義されている以外の情報を受け
付けない。

【００４７】また、上記の制御手段３は、送信依頼側の
ソフトウェア部品１からの一連のメッセージを一つの業
務として扱い、共通参照情報３１に定義されている監視
時間３００４までメッージの処理を監視し、監視時間中
は、受信した情報を有効メッセージとして、共通参照情
報３１に定義されている以外の情報を受け付けない。

【００４８】さらに、本発明の実行制御システムにおけ
る運転モード制御方式において、共通参照情報６０は、
主系モード運転及び従系モード運転を行う冗長系におい
て、ソフトウェア部品間の結合関係及び業務を組み合わ
せてステータスとして定義し、定義されたステータスの
有効／無効状態を管理し、制御手段２０は、主系モード
運転及び従系モード運転を行う冗長系において、共通参
照情報５０を参照して運転モードを切り替える。

【００４９】また、上記の制御手段２０は、運転モード
を切り替えた場合には、共通参照情報５０のステータス
の有効／無効情報を変更する。

【００５０】

【作用】本発明は、リアルタイム情報を扱うコンピュー
タシステムのソフトウェア開発において、共通に参照で
きる情報を持つことにより、規格に従って作成されたソ
フトウェア部品群を自由に組み合わせて実行することが
可能となる。

【００５１】また、本発明は、使用するソフトウェア部
品、ソフトウェア部品を有するプロセスをカストマイズ
時に共通参照情報に定義することにより、指定ソフトウ
ェア部品の搭載や、各ソフトウェア部品の動作環境の設
定、各プロセスの動作制御を行うことが可能なり、ソフ
トウェア部品のプログラムを改造せずに、業務に合致し
たコンピュータシステムを構築することが可能となる。

【００５２】さらに、本発明は、システム内の各プロセ
スについて構成ソフトウェア部品をカストマイズ時に定
義することにより、プログラム改造を必要とせずに、複
数のソフトウェア部品を組み合わせて１つのプロセスに
編集したり、同一ソフトウェア部品を複数のプロセスに
割り振ったりすることができ、新規にプログラムを構築
する必要がない。

【００５３】また、ソフトウェア部品間の実行依頼情報
の受渡しをカストマイズ時に宛先情報を実行依頼情報に
付加することにより、目的とするシステムの処理シーケ
ンスに合わせてプログラム改造を行わずに、各ソフトウ
ェア部品と任意に指定されたソフトウェア部品とを接続
することができるため、個々のソフトウェア部品内でイ
ンタフェースを接続する相手のソフトウェア部品用に修
正する等の作業が不要となる。

【００５４】また、本発明において、ソフトウェア部品
間は、全て同一手続で結合（実行依頼の受渡し）し、制
御手段において、カストマイズ時に定義された結合相手
のソフトウェア部品の環境に合わせて最適な方法で実行
依頼情報を渡すことができる。

【００５５】また、本発明は、実行依頼先のソフトウェ
ア部品で処理された結果を依頼元のソフトウェア部品に
通知する場合に、依頼時の実行依頼情報に指定に従っ
て、同一手続とすることにより、制御手段が自動的に最
適な方法で処理結果通知を発行し、転送することが可能
となる。

【００５６】さらに、本発明のメッセージ送受信システ
ムにおいては、メッセージで通知したいインタフェース
情報の形式をデータ化して、制御手段で編集し、相手の
ソフトウェア部品のインタフェースに変換することがで
きるため、送信側のソフトウェア部品は、相手のインタ
フェース情報を認識していなくとも、メッセージの送信
が可能となる。

【００５７】また、制御手段において、複数の送信側の
ソフトウェア部品からメッセージを受け取り、１つのソ
フトウェア部品に送信する場合に、制御手段が複数のメ
ッセージを宛先情報に基づいて１つのメッセージに編集
して転送することにより、メッセージ送信のトラヒック
数が削減される。

【００５８】また、１つの送信側のソフトウェア部品か
らのメッセージを複数のソフトウェワ部品に転送する場
合に、制御手段において、分割編集して転送することに
より、同報システム等において１つのソフトウェア部品
内部で送信相手のソフトウェア部品数の処理を繰り返す
必要がなく、送信相手先の数の増減があっても共通参照
情報を変更するのみでよい。

【００５９】また、一連のメッセージを一つの業務とい
う単位で扱い、業務開始のメッセージ受信時から業務終
了のメッセージを受信するまで、または、共通参照情報
に定義されている時間まで監視し、その間有効メッセー
ジとして共通参照情報に定義されている以外のメッセー
ジを受け付けないという排他制御が可能であり、該当業
務処理の二重起動を防止することが可能となる。

【００６０】さらに、本発明の運転モード管理システム
は、二重化システムにおける主系モード運転／従系モー
ド運転やメンテナンス時の試験モード運転のように、運
転モードにより行う処理シーケンス（データフロー）が
異なる場合に運転モードに合わせて自動的に処理シーケ
ンスを切り替え、ソフトウェア部品での運転モード認識
が不要となる。

【００６１】

【実施例】以下、図面とともに本発明の実施例を説明す
る。

【００６２】［第１の実施例］図２は、本発明の第１の
実施例のソフトウェア部品の結合システムの概要を示
す。同図に示すシステムは、プロセスＸ、プロセスＹを
有する装置α、プロセスＺを有する装置βと結合制御部
２００より構成される。結合制御部２００は、イベント
結合ルーチン２１０及び通知情報域２２０を含む。プロ
セスＡは、イベント情報１０１を含む部品Ａ、イベント
１０２を含む部品Ｂを有する。プロセスＹは、イベント
情報１０３を含む部品Ｃを有する。装置βのプロセスＺ
は、部品Ｄを有する。

【００６３】ソフトウェア部品Ａ、Ｂ，Ｄ，Ｄは、図３
に示すように、全て、イベント情報５００及び応答イベ
ント格納領域６００からなる引数を有し、入力イベント
情報に従って処理を実行する。他のソフトウェア部品へ
のイベント情報がある場合には、結合制御部２００にイ
ベント結合ルーチン２１０をサブルーチンコールする。
この時の引数は、イベント情報５００及び応答イベント
格納領域６００である。また、イベント情報を受け取り
実行したソフトウェア部品が発信元のソフトウェア部品
に渡す処理結果がある場合には、結合制御部２００の応
答イベント格納領域の通知情報域２２０に処理結果を格
納する。また、イベント結合ルーチン２１０の呼出元に
復帰する場合には、ソフトウェア部品からのイベント情
報５００の復帰コードにより判定して復帰する。復帰コ
ードは例えば、“０”の場合には、処理結果を無しと
し、“１”の場合には、処理結果情報長があるとする。

【００６４】図４は、本発明の一実施例のイベント情報
形式を示す。イベント情報５００はイベント結合ルーチ
ン２１０をコールする際に、引数として用いられる。他
のソフトウェア部品へ情報渡しも、イベント情報を引数
としてイベント結合ルーチン２１０を呼ぶことにより実
現される。イベント情報５００の形式は、送信イベント
及び応答イベントとも共通であり、イベント種別５１
０、装置ＩＤ５２１、プロセスＩＤ５２２及びソフトウ
ェア部品ＩＤ５２３をイベントを送る宛先５２０、装置
ＩＤ５３１、プロセスＩＤ５３２、ソフトウェア部品Ｉ
Ｄ５３３及び、イベント番号５３４を発信元情報５３
０、通知情報長５４０、及び通知情報５５０より構成さ
れる。このうち、宛先情報５２０の装置ＩＤ５２１、プ
ロセスＩＤ５２２、ソフトウェア部品ＩＤ５２３、発信
元情報５３０の装置ＩＤ５３１、プロセスＩＤ５３２は
発信元のソフトウェア部品で設定する必要はなく、イベ
ント結合ルーチン２１０が結合情報４００を参照して設
定される。また、イベント種別５１０は処理結果不要、
同期要求、非同期要求等が設定される。

【００６５】結合制御部２００は、リアルタイム情報及
びバッチ情報３００が入力されると、その情報３００を
処理するプロセスのイベントに出力する。また、各プロ
セス間の結合情報４００を参照し、プロセス間の結合情
報をあるプロセスから他のプロセスに渡す制御を行う。
なお、結合情報４００は、ソフトウェア部品内に生成せ
ずに、外部情報としてカストマイズ時に指定するものと
する。

【００６６】図５は、本発明の第１の実施例の結合情報
の例を示す。結合情報４００は、ソフトウェア部品の定
義、プロセス定義、結合相手情報から構成される。ソフ
トウェア部品の定義において、その使い方は、各ソフト
ウェア部品毎のカストマイズ項目があるときに指定され
る。プロセス定義は、プロセスごとのソフトウェア部品
とその属性が指定される。このうち、属性は常駐／非常
駐動作レベル等を指定するものである。結合相手情報
は、依頼種別と宛先から構成される。

【００６７】結合制御部２００は、リアルタイム情報及
びバッチ情報３００が入力されると、例えば、プロセス
内の結合手続関数がイベント１１０に出力される。結合
制御部２００は、プロセスの部品ａから同じプロセスの
部品ｂに渡す依頼情報イベント１０１が入力されると、
結合手続関数がイベント１１１を介して同一プロセスの
部品ｂに関数で渡す（関数渡しｒ）。また、結合制御部
２００は、プロセスの部品ｂからプロセスＹに対しては
メッセージの形で、イベント１１２、１１３を介して渡
す（メッセージ渡しｓ）。さらに、装置αのプロセスＹ
から装置βのプロセスＺに渡す依頼情報イベント１０３
が入力されると、ソケット通信の形でプロセスＺにイベ
ント１１５を介して渡す。

【００６８】図６は、本発明の第１の実施例の結合制御
部の動作の概要を示すフローチャートであり、図７は、
図６のフローチャートの動作に対応する動作を説明する
ための図である。図７の番号は図６のステップ番号に対
応しており、説明上、網掛け部分は、結合制御部２００
の動作を示している。

【００６９】ステップ１００）他の装置または他のプロ
セスからイベントがプロセスＸのソフトウェア部品Ｃに
発行される。

【００７０】ステップ１０１）結合制御部２００は、プ
ロセスＸのメッセージキュー１００から発行されたイベ
ント１００を取り出す。

【００７１】ステップ１０２）次に、結合制御部２００
は、取り出されたイベントを引数としてイベント結合ル
ーチン２１０を呼ぶ。

【００７２】ステップ１０３）イベント結合ルーチンは
イベントに指定されているソフトウェア部品の宛先が自
プロセス内であるか他のプロセスであるのかを結合情報
４００を参照して判断する。自プロセス内に宛先部品が
ある場合には、ステップ１０４に移行し、自プロセス内
に宛先部品がない場合には、ステップ１０７に移行す
る。

【００７３】ステップ１０４）宛先のソフトウェア部品
が自プロセス内にある場合には、宛先で指定されている
自プロセス内のソフトウェア部品を呼び出す。図７の例
では、宛先がソフトウェア部品Ａとなっている場合に
は、プロセスＸ内にある宛先部品（ソフトウェア部品
Ａ）が自プロセス内にあるので、イベントを引数として
ソフトウェア部品Ａを呼び出し関数渡しとする。

【００７４】ステップ１０５）ソフトウェア部品Ａが実
行され、他にインベント情報があるかを判定し、ない場
合にはステップ１０１に移行する。他にイベント情報が
ある場合には、ステップ１０６に移行する。

【００７５】ステップ１０６）結合制御部２００は、イ
ベント情報に結合情報４００の宛先情報を設定してステ
ップ１０２に移行する。

【００７６】ステップ１０７）宛先は、他装置のソフト
ウェア部品かを判定する。宛先が他装置のソフトウェア
部品である場合には、ステップ１１０に移行する。宛先
が同一装置である場合には、ステップ１０８に移行す
る。

【００７７】ステップ１０８）宛先プロセスのメッセー
ジキューにイベント情報をキューイングする。図７の例
では、プロセスＸから他プロセスのメッセージキュー１
４０にメッセージ渡しする。

【００７８】ステップ１１０）宛先が他装置にあるソフ
トウェア部品である場合には、宛先装置向けの回線にイ
ベント情報をソケット送信する。また、他の装置ηは、
回線を介して他装置βから送信されたイベント情報を受
信し、イベント情報の宛先により該当プロセスのメッセ
ージキューへイベント情報を送信する。

【００７９】次に、カストマイズ時に結合制御部２００
が定義する結合情報について説明する。

【００８０】まず、カストマイズ時に設定する項目とし
て、該当装置に接続するための他の装置の一覧、該当装
置のプロセス一覧、及びソフトウェア部品のイベント宛
先情報一覧を定義する。

【００８１】（１）まず、該当装置に接続するための情
報である他装置の一覧は、表１に示すように装置ＩＤと
接続回線ＩＤから構成される。

【００８２】

【表１】

【００８３】表１に示す他装置の一覧は、イベント結合
ルーチン２１０がこの情報を参照してイベント情報の宛
先装置が自装置かまたは他装置かを判断する。また、こ
の情報を参照してイベント情報の宛先装置向け回線を決
定し、イベント情報を出力する。

【００８４】（２）該当装置のプロセス一覧は、表２に
示すように、プロセスＩＤと構成ソフトウェア部品ＩＤ
より構成される。

【００８５】

【表２】

【００８６】表２に示す該当装置のプロセス一覧は、結
合制御部２００が各プロセス生成時に、この一覧を参照
し、どのソフトウェア部品を組み合わせたプロセスを生
成するかを判定する。

【００８７】（３）ソフトウェア部品イベント宛先情報
一覧は、表３に示すように、イベント種別と宛先により
構成される。

【００８８】

【表３】

【００８９】イベント結合ルーチン２１０が、ソフトウ
ェア部品よりイベント送信依頼を受けた時、イベント情
報の発信元ソフトウェア部品ＩＤと、イベント番号によ
りこの一覧を参照し、イベント情報内の宛先をセットす
る。

【００９０】以下に、上記の結合情報を用いてソフトウ
ェア部品間、プロセス間及び装置間で行うイベント情報
の受渡しの方法を説明する。

【００９１】ソフトウェア部品間でイベント情報を渡
す場合には、前提として、自装置、自プロセス内で授受
される場合について説明する。このとき、引数をイベン
ト情報として呼び出された結合制御部２００のイベント
結合ルーチン２１０は、ソフトウェア部品イベント宛先
情報一覧を参照する。イベント情報のイベントＮｏが図
７に示す『ソフトウェア部品Ａのイベント１』であれ
ば、そのイベント情報の宛先は、“装置αのプロセスＸ
に含まれる部品Ｂ”である。従って、図７の例では、ソ
フトウェア部品Ａとソフトウェア部品Ｂは、プロセスＸ
に含まれており、ソフトウェア部品Ａからソフトウェア
部品Ｂをコールする。

【００９２】次に、あるソフトウェア部品から他のプ
ロセスのソフトウェア部品をコールするイベント情報が
発行された場合について説明する。ソフトウェア部品Ａ
からプロセスＹをコールする場合には、ソフトウェア部
品Ａからのイベント２が発行されると、“装置α、プロ
セスＹ”を参照すると、コールするソフトウェア部品は
ソフトウェア部品Ｃということになる。このとき、プロ
セスＹのメッセージキューへイベント情報を送信する。

【００９３】次に、あるソフトウェア部品から他の装
置のソフトウェア部品をコールするイベント情報が発行
された場合について説明する。ソフトウェア部品Ａから
装置βをコールするイベント３が発行されると、イベン
ト結合ルーチン２１０は、上記表３のソフトウェア部品
イベント宛先情報一覧を参照する。その結果、装置βの
プロセスＺ、ソフトウェア部品Ｄをコールする。これに
より、イベント結合ルーチン２１０は、装置β向け回線
のソケットにイベント情報を送信する。このとき、表１
を参照して目的装置に接続する接続回線ＩＤを得る。装
置βの場合には、回線５を使用して、イベント情報を送
信する。装置βのプロセスＺは、メッセージキューより
イベントを取り出す。但し、メッセージがキューイング
されていない場合には、キューイングされるまで待機す
る。次に、取り出したイベント情報の宛先により当該装
置向けであるか他装置向けであるかを確認する。宛先が
他装置になっている場合には、上記と同様に、他装置と
接続される際の回線ＩＤを参照してイベント情報を送信
する。また、宛先が自装置になっている場合には、該当
するソフトウェア部品をサブルーチンコールして実行す
る。処理が終了すれば、呼出元に自動的に復帰する。

【００９４】ソフトウェア部品は、処理依頼発生時にイ
ベント結合ルーチン２１０からの呼び出しにより動作
し、実行が終了した場合に、処理結果を作成して呼出元
に復帰する。このとき、イベント情報形式のイベント種
別を参照して、処理結果が依頼元のソフトウェア部品で
必要であるか否か、また、必要な場合には同期要求をし
ているか否か、また、通知方法を決定する。決定方法に
は以下のような方法がある。

【００９５】・イベント情報の発行元のソフトウェア部
品が処理結果を不要としてる場合には、結合制御部２０
０は、処理結果の通知を行わない。

【００９６】・同期要求で依頼時は、イベント情報発行
元のソフトウェア部品は、依頼結果が通知されるまで待
ち状態となる。このときの通知方法として、発行元と依
頼先のソフトウェア部品が同一プロセス内の場合、関数
復帰時の引数渡しとする。また、発行元と依頼先のソフ
トウェア部品が同一装置内別プロセスの場合、メッセー
ジキュー渡しとする。また、発行元と依頼先のソフトウ
ェア部品が別装置の場合には、ソケット渡しとする。

【００９７】・非同期要求で依頼時は、発行元は依頼結
果を待ち合わせせずに、処理を続行し、依頼結果は別途
通知される。このときの通知方法として、発行元と依頼
先のソフトウェア部品が同一装置内の場合には、メッセ
ージキュー渡しとする。また、発行元と依頼先のソフト
ウェア部品が別装置の場合、ソケット渡しとする。

【００９８】［第２の実施例］本発明の第２の実施例と
してソフトウェア部品間のメッセージの送受信について
説明する。

【００９９】図８は、本発明の第２の実施例のメッセー
ジ送受信システムの構成を示す。送信元ソフトウェア部
品１が送信するメッセージ２は、宛先（業務処理シーケ
ンス）、メッセージコード、インタフェースからなる。
また送信元ソフトウェア部品１はテーブルａ，ｂを有
し、これらのテーブルは、送信のインタフェースを有す
る。送信元ソフトウェア部品１が送信するメッセージ２
の宛先は常に業務処理シーケンス３であり、メッセージ
コードは、例えば、“００１”としてその情報が業務処
理シーケンスの定義体３１に定義されている。

【０１００】図９は、本発明の第２の実施例のメッセー
ジ送受信のシーケンスチャートを示す。まず、業務処理
シーケンス３がメッセージ２を送信元ソフトウェア部品
１から受信する。メッセージの内容は、業務処理シーケ
ンス３宛であり、そのメッセージコードは“００１”で
ある。インタフェースにはテーブルａ、テーブルｂが用
いられているとする（ステップ３０）。業務処理シーケ
ンス３は、メッセージコード“００１”を用いて定義体
３１を参照し（定義項目詳細３０は、定義対内のメッセ
ージコード００１に関する定義情報の詳細内容例）、メ
ッセージの形式変換を行う（ステップ３１）インタフェ
ースとして送られてきた２つのテーブルから業務処理シ
ーケンス定義体３１に定義してある部分を抜き出し、送
信インタフェースとして編集しなおす（ステップ３
２）。これを受信側ソフトウェア部品５に送信するメッ
セージ４の形式に変換する（ステップ３３）。メッセー
ジ４の形式は、宛先、メッセージコード、インタフェー
スより構成され、宛先は、受信側ソフトウェア部品５
（ＰＫＧ−Ａ）であり、メッセージコードは“１０１”
として送信する（ステップ３４）。

【０１０１】図１０は、本発明の第２の実施例の定義体
の構成を示す。定義体３１は、一連のメッセージの流れ
として業務をいくつ定義するかを設定する業務数３００
１と業務数３００１文の業務情報を定義する業務情報３
００２より構成される。業務情報３００２には、１から
順に割り付ける業務番号３００３、業務番号３００３毎
の業務監視を行う時間である業務監視時間３００４、業
務の開始の契機となるメッセージ情報を定義する業務開
始メッセージ情報３００５、業務の終了を示唆するメッ
セージ情報を定義する業務終了メッセージ情報３０４
０、種々のメッセージの情報を定義するメッセージ情報
３０４１から構成される。

【０１０２】このうち、業務開始メッセージ情報３００
５は、待ち合わせ時間３００６、受信メッセージ数３０
０９及び受信メッセージ詳細情報３０１０からなる受信
メッセージ情報３００８、送信メッセージ数３０１４、
送信メッセージ詳細情報３０１５からなる送信メッセー
ジ情報３０１３より構成される。

【０１０３】受信メッセージ情報３００８の待ち合わせ
時間３００６は、受信するメッセージが複数である場合
には、待ち合わせ時間３００６を適当な分数定義する。
排他種別３００７は、待ち合わせ中に待ち合わせていな
いメッセージを受信した時にこのメッセージを受け取る
か、廃棄するかを定義する。受信するメッセージが単数
の場合には、待ち合わせ時間３００６と排他種別３００
７は定義しない。受信メッセージ情報３００８は受信す
る全メッセージの情報を定義する。受信メッセージ数３
００９は、受信するメッセージの数定義する。受信メッ
セージ詳細情報３０１０は受信メッセージ数３００９に
定義した数だけ定義する。受信メッセージコード３０１
１は、ここで受信すべきメッセージコードを定義する。
メッセージ判定情報３０１２は、受信メッセージコード
３０１１のメッセージの内容が正しいかどうかを判定す
る情報を定義する。

【０１０４】送信メッセージ情報３０１３には、送信す
る全メッセージの情報を定義する。送信メッセージ数３
０１４は、送信するメッセージの数を定義する。送信メ
ッセージ詳細情報３０１５は、送信メッセージ数３０１
４に定義された数を定義する。宛先情報３０１６は、送
信するメッセージのあてさきに関する情報を定義する。
正常時情報３０１７は、受信したメッセージが正しかっ
た時に送信するメッセージの情報を定義する。異常時情
報３０１８は、受信したメッセージが異常であった時に
送信するメッセージの情報を定義する。メッセージコー
ド３０１９は、送信するメッセージのメッセージコード
である。インタフェース編集情報３０２０は、受信した
メッセージのインタフェースを編集する場合、編集方法
等の情報を定義する。業務終了メセージ情報では、業務
監視の終了の契機となるメッセージ情報を定義する。メ
ッセージ情報では、一般のメッセージ送受信に関する情
報を定義する。定義項目や内容は業務開始メッセージ情
報と同じである。

【０１０５】《業務開始メッセージ受信動作》次に、ソ
フトウェア部品が業務開始メッセージを受信した場合の
動作を説明する。図１１は、本発明の第２の実施例の業
務開始メッセージを受信した場合の業務処理シーケンス
の動作を示すフローチャートである。

【０１０６】業務処理シーケンス３は、業務監視外にメ
ッセージを受信したとき（ステップ２０１）、そのメッ
セージコードが業務開始メッセージ情報３００５の受信
メッセージコード３０１１と同じであり（ステップ２０
２）、待ち合わせ時間３００６が０であり（＝待ち合わ
せを行わない）（ステップ２０３）、メッセージ判定情
報３０１２によりそのメッセージが正常である（ステッ
プ２０４）ことが判明したら、業務処理シーケンス３
は、送信メッセージ数３０１４で定義したメッセージ数
分のメッセージを送信メッセージ詳細情報３０１５に基
づいて送信する（ステップ２０６）。送信メッセージ内
容は受信したメッセージは正常だったので、宛先情報３
０１６の宛先に正常時情報のメッセージコード３０１９
で、受信したインタフェースをインタフェース編集情報
３０２１を基に編集する（ステップ２０５）。インタフ
ェース編集が終了したらメッセージを送信する（ステッ
プ２０６）。

【０１０７】また、業務番号３００３に定義された番号
の業務の業務監視時間３００４までの監視を開始する
（ステップ２０７）。

【０１０８】《業務終了メッセージ受信時動作》次に、
ソフトウェア部品が業務終了メッセージを受信した場合
の動作を説明する。図１２は、本発明の第２の実施例の
業務終了メッセージを受信した場合の業務処理シーケン
スの動作を示すフローチャートである。

【０１０９】業務処理シーケンス３は、業務監視中に、
あるメッセージを受信した時（ステップ３０１）、その
メッセージコード３０２２が業務終了メッセージコード
と同じであり（ステップ３０２）、待ち合わせ時間３０
２３が０であり（＝待ち合わせを行わない）（ステップ
３０３）、メッセージ判定情報３０２４によりそのメッ
セージが正常であることが判明したら（スッテップ３０
４）、定義したメッセージ数分の送信メッセージ詳細情
報３０２６に基づいて送信する（ステップ３０５）。上
述の業務開始メッセージ受信動作と同様に受信したメッ
セージが正常である場合には、送信メッセージ詳細情報
の宛先情報３０２７の宛先に送信メッセージコード３０
２８で、受信したインタフェースをインタフェース編集
情報３０２９に基づいて編集する。編集されたインタフ
ェースに基づいてメッセージを送信する（ステップ３０
６）。最後に、業務番号３００３に定義されている番号
の業務監視を終了する（ステップ３０７）《メッセージ受信》さらに、ソフトウェア部品がメッセ
ージを受信した場合の動作について説明する。図１３
は、本発明の第２の実施例のメッセージを受信した場合
の業務処理シーケンスの動作を示すフローチャートであ
る。ソフトウェア部品は、業務として監視されていなく
ても、メッセージの送受信は可能である。

【０１１０】業務処理シーケンス３は、あるメッセージ
を業務シーケンス３が受信したとき（ステップ４０
１）、そのメッセージコードが受信メッセージ情報のメ
ッセージコードと同じであり（ステップ４０２）、待ち
合わせ時間３０３１が０であり（待ち合わせを行わな
い）（ステップ４０３）、メッセージ判定情報３０３２
によりそのメッセージが正常であることが判明したら
（ステップ４０４）業務処理シーケンス３は、送信メッ
セージ数３０３３で定義されているメッセージ数分のメ
ッセージを送信メッセージ詳細情報３０３４に基づいて
送信する（ステップ４０５）。上述の業務開始メッセー
ジ受信動作と同様に受信したメッセージは正常である場
合に、宛先情報３０３５の宛先に送信メッセージコード
３０３６で受信したインタフェースをインタフェース編
集情報３０３７に基づいて編集する。さらに編集された
インタフェースに基づいてメッセージを送信する（ステ
ップ４０６）。

【０１１１】上記のような動作を行うことにより、メッ
セージ送信先の変更、メッセージ内容の編集等を業務処
理シーケンス３の定義体３１を変更するだけでソフトウ
ェア部品（プログラム）の変更を行う必要がない。ま
た、同期制御、分配制御を業務処理シーケンスで行うこ
とで、これらの変更も業務処理シーケンスの定義体を変
更することにより可能である。また、メッセージの流れ
を業務シーケンス３で一つの業務として監視を行ってい
るので、複数のメッセージの管理の変更も業務シーケン
スの定義体の変更で行うことができる。

【０１１２】《メッセージマージ送信》次に、複数のソ
フトウェア部品からのそれぞれのメッセージをマージし
て送信する場合の例を説明する。

【０１１３】図１４は、本発明の第２の実施例の他の例
を示す。

【０１１４】同図に示す例は、ソフトウェア部品ＰＫＧ
−Ｂとソフトウェア部品ＰＫＧ−Ｄからの２つのメッセ
ージを待ち合わせして、１つのメッセージにマージして
ソフトウェア部品ＰＫＧ−Ａに送信する場合を示す。ま
た、送信するメッセージのインタフェースは、受信した
２つのメッセージのインタフェースを編集したものであ
る。

【０１１５】業務処理シーケンス３は、定義体３１に待
ち合わせるメッセージの数と待ち合わせ時間、待ち合わ
せた後に送信するメッセージの数とそれぞれの宛先と編
集情報を定義する。この場合、業務シーケンスがソフト
ウェア部品ＰＫＧ−Ｂからのメッセージを受信してか
ら、ソフトウェア部品ＰＫＧ−Ｄからのメッセージを受
信するまでに待ち合わせ時間を越えてしまった場合、業
務処理シーケンス３は、ソフトウェア部品ＰＫＧ−Ａに
対して異常時のメッセージを送信する。

【０１１６】図１５は、本発明の第２の実施例の他の例
を示すシーケンスチャートである。ソフトウェア部品Ｐ
ＫＧ−Ｂは、まず、メッセージｄを業務処理シーケンス
３を宛先として送信する（ステップ４１）。業務処理シ
ーケンス３は、ソフトウェア部品ＰＫＧ−Ｄからのメッ
セージが到来するまで送信処理を待機する（ステップ４
２）。ソフトウェア部品ＰＫＧ−Ｄがメッセージｅを業
務処理シーケンス３に送信すると（ステップ４３）、業
務シーケンス３は、先にソフトウェア部品ＰＫＧ−Ｂか
ら到着してメッセージｄと後からソフトウェア部品ＰＫ
Ｇ−Ｄから到着したメッセージｅをマージするメッセー
ジ編集を行い（ステップ４４）、編集されたメッセージ
ｆをソフトウェア部品ＰＫＧ−Ａに送信する（ステップ
４５）。さらに、業務処理シーケンス３は、ソフトウェ
ア部品ＰＫＧ−Ｂ，ＰＫＧ−Ｄから受信したインタフェ
ース情報を編集して（ステップ４６）、ソフトウェア部
品ＰＫＧ−Ａに送信する（ステップ４７）。

【０１１７】《メッセージ分散送信》次に、本実施例の
他の例（その２）として、上記の方法の逆のパターンに
ついて説明する。

【０１１８】図１６は、本発明の第２の実施例の他の例
（その２）を説明するための図である。同図に示す例
は、ソフトウェア部品ＰＫＧ−Ｂから送信された一つの
メッセージを複写・編集して２つのメッセージとして、
２つのソフトウェア部品ＰＫＧ−Ａ，ＰＫＧ−Ｃの宛先
に送信するものである。業務処理シーケンスの定義体に
あるメッセージ受信に対して送信するメッセージの数と
それぞれの宛先と編集情報を定義することができる。

【０１１９】また、業務処理シーケンスの定義体に一連
のメッセージの流れを一つの業務として定義すること
で、時間監視を行うことができる。業務開始メッセージ
を受信した時から業務終了メッセージの受信までを一つ
の業務とするが、業務開始メッセージを受信してから定
義体３１に定義した業務監視時間３００４が過ぎるまで
に業務終了メッセージを受信しなかった場合には、タイ
ムアウトとして定義体３１に定義してある異常時のメッ
セージを送信する。

【０１２０】図１７は、本発明の第２の実施例の他の例
（その２）のシーケンスチャートである。

【０１２１】ソフトウェア部品ＰＫＧ−Ｂが業務処理シ
ーケンス３にメッセージを送信する（ステップ５１）。
業務処理シーケス３は、ソフトウェア部品ＰＫＧ−Ｂか
らのメッセージを受信すると、メッセージを編集し（ス
テップ５２）、編集されたメッセージを複写して（ステ
ップ５３）、ソフトウェア部品ＰＫＧ−Ａ及びソフトウ
ェア部品ＰＫＧ−Ｃに送信する（ステップ５４，５
５）。次に、業務処理シーケンス３は、インタフェース
情報を編集し（ステップ５６）、メッセージと同様に、
インタフェースをソフトウェア部品ＰＫＧ−Ａ及びＰＫ
Ｇ−Ｃに送信する（ステップ５７、５８）。

【０１２２】［第３の実施例］次に、本発明の第３の実
施例として二重化システムの運転モード管理について説
明する。本実施例では、ソフトウェア部品のアプリケー
ションソフトが自系の運転モードを意識するこなく、ア
プリケーションソフトの業務切替を実現させるものであ
る。運転モードに対応するアプリケーションソフト業務
の有効／無効（ステータス）を定義しておき、このステ
ータスにより運転モードが有効または無効の処理を行う
ものである。

【０１２３】図１８は、本発明の第３の実施例を説明す
るための図である。同図（Ａ）は、ステータスに定義し
てある運転モードを示すステータス定義情報であり、同
図（Ｂ）は、業務シーケンス３が有する業務シーケンス
テーブルを示す。例えば、ステータス定義情報のステー
タス１では、業務シーケンステーブルの業務番号、
、が有効であると定義されている。このとき、有効
となっている業務の処理ａから処理ｂ、業務の処理
ｂから処理ｃ、業務の処理ｃから処理ｄを実行する。
即ち、ステータス１は、処理ａから処理ｄを連続して主
系モードで実行する。

【０１２４】図１９は、本発明の第３の実施例のモード
切替時の動作を説明するための図である。モードが主系
から従系に切り替わった場合に、当該モードで実行して
いたステータスを無効とし、他のステータスを有効す
る。例えば、ステータス３が有効とされ、業務番号、
、の処理が主系で実行されていた場合に、モードが
切り替わると、ステータス３は無効となる。従って、業
務番号、、の処理は実行されない。また、ステー
タス１を有効となるようにモードの切替が行われると、
ステータス１の業務番号、、の処理が有効となり
実行される。この場合は、ステータス１の処理の流れ、
ａからｄは主系で処理され、処理の中で運転モードをチ
ェックする必要がない。

【０１２５】

【発明の効果】上述のように本発明のソフトウェア部品
結合システムによれば、ソフトウェア構成や結合するソ
フトウェアの影響を受けずに、ソフトウェア部品自体で
独立に開発や変更及び再利用が可能となる。また、分散
／集中システムの構築及び構成の変更がソフトウェア部
品内部のアプリケーションソフトを変更せずに、単に結
合情報を変更するのみで可能となる。従って、結合相手
のソフトウェアに変更が生じた場合でも結合相手のソフ
トウェアの変更に合わせて自ソフトウェアを変更する必
要がないため、何度も再利用されるソフトウェアの管理
が容易になる。例えば、売上システムにおいて、Ａ営業
所の売上プログラムとＢ営業所の売上プログラム、集計
プログラムがあった場合に、Ａ営業所の売上プログラム
の内容について変更したい場合に、その変更に伴って集
計プログラムの変更も必要となるケースにおいて、Ａ営
業所の売上プログラムの変更要素、及び集計プログラム
の変更要素を結合情報に記入し、結合制御部で制御する
ことにより、Ａ営業所の売上プログラム及び集計プログ
ラムは変更する必要がない。

【０１２６】また、本発明のメッセージ送受信システム
によれば、メッセージ送受に必要な定義項目をプログラ
ム内部に持たずに、業務処理シーケンスの定義体に定義
することにより、いかなるメッセージ送受信条件の変更
にもプログラムの修正の必要がないため、ソフトウェア
部品の独立性を高めることができる。

【０１２７】さらに、本発明の運転モード管理システム
によれば、運転モードに対応するソフトウェア部品の実
行の有効・無効を業務シーケステーブルに定義しておく
ことにより、ソフトウェア部品が運転モードを意識する
必要がないので、単独ＣＰＵシステムから二重化ＣＰＵ
システムへの移行や運転モードの追加等をソフトウェア
部品の改造を行わなくとも可能となる。

【図面の簡単な説明】

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

【図２】本発明の第１の実施例の概要を示す図である。

【図３】本発明の第１の実施例のソフトウェア部品の構
成図である。

【図４】本発明の第１の実施例のイベント情報形式を示
す図である。

【図５】本発明の第１の実施例の結合情報の例を示す図
である。

【図６】本発明の第１の実施例の動作の概要を示すフロ
ーチャートである。

【図７】本発明の第１の実施例の図６のフローチャート
に対応する動作を説明するための図である。

【図８】本発明の第２の実施例のメッセージ送受信シス
テムの構成図である。

【図９】本発明の第２の実施例のメッセージ送受信のシ
ーケンスを示す図である。

【図１０】本発明の第２の実施例の業務シーケンスの定
義体の構成図である。

【図１１】本発明の第２の実施例の業務開始メッセージ
を受信した場合の業務シーケンスの動作を示すフローチ
ャートである。

【図１２】本発明の第２の実施例の業務終了メッセージ
を受信した場合の業務シーケンスの動作を示すフローチ
ャートである。

【図１３】本発明の第２の実施例のメッセージを受信し
た場合の業務シーケンス動作を示すフローチャートであ
る。

【図１４】本発明の第２の実施例の他の例（その１）を
説明するための図である。

【図１５】本発明の第２の実施例の他の例（その１）の
シーケンスチャートである。

【図１６】本発明の第２の実施例の他の例（その２）を
説明するための図である。

【図１７】本発明の第２の実施例の他の例（その２）の
シーケンスチャートである。

【図１８】本発明の第３の実施例を説明するための図で
ある。

【図１９】本発明の第３の実施例のモード切替時の動作
を説明するための図である。

【図２０】従来の第１の例を示す図である。

【図２１】従来の第２の例を示す図である。

【図２２】従来の第２の例において、プログラム修正に
より宛先を変更する例を示す図である。

【図２３】従来のシステムの運転モード管理を説明する
ための図である。

【符号の説明】

１ソフトウェア部品２メッセージ３業務処理シーケンス４メッセージ５ソフトウェア部品１０ソフトウェア部品１１、１３装置１４メッセージ管理部１５宛先対象表２０制御手段３０データ変換テーブル３１業務シーケンスの定義体４０共通参照情報５０ステータス情報６０業務シーケンステーブル１００プロセスＸのメッージキュー１０１〜１０３、１１０〜１１５イベント２００結合制御部２１０イベント結合ルーチン３００リアルタイム情報・バッチ情報４００結合情報５００イベント情報５１０イベント種別５２０宛先情報５２１装置ＩＤ５２２プロセスＩＤ５２３ソフトウェア部品ＩＤ５３０発信元情報５３１装置ＩＤ５３２プロセスＩＤ５３３ソフトウェア部品ＩＤ５３４イベント番号５４０通知情報長５５０通知情報６００応答イベント格納領域１０１０アプリケーションソフト３００１業務数３００２業務情報３００３業務番号３００４業務監視時間３００５業務開始メッセージ情報３００６待ち合わせ時間３００７排他種別３００８受信メッセージ３００９受信メッセージ数３０１０受信メッセージ詳細情報３０１１受信メッセージコード３０１２メッセージ判定情報３０１３送信メッセージ情報３０１４送信メッセージ数３０１５送信メッセージ詳細情報３０１６宛先情報３０１７正常時情報３０１８異常時情報３０１９メッセージコード３０２０インタフェース編集情報３０２１メッセージコード３０２２受信メッセージコード３０２３待ち合わせ時間３０２４メッセージ判定情報３０２５送信メッセージ数３０２６送信メッセージ情報３０２７宛先情報３０２８正常時メッセージコード３０２９正常時インタフェース情報３０３０受信メッセージ数３０３１待ち合わせ時間３０３２メッセージ判定情報３０３３送信メッセージ数３０３４受信メッセージ詳細情報３０３５宛先情報３０３６正常時メッセージコード３０３７正常時インタフェース編集情報３０４０業務終了メッセージ情報３０４１メッセージ情報

Claims

【特許請求の範囲】

【請求項１】所定の規格により生成された複数のソフ
トウェア部品（１０）間の実行制御、該ソフトウェア部
品間のメッセージの送受信及び、該ソフトウェア部品
（１０）の実行を冗長系における主系または従系の運転
モードのいずれかで実行する場合に、該ソフトウェア部品（１０）から実行依頼情報が発行さ
れた場合に、該ソフトウェア部品（１０）間で共通に参
照する手続情報を含む共通参照情報（４０）と、該ソフトウェア部品（１０）から発行された実行依頼情
報により該共通参照情報（４０）を参照し、該ソフトウ
ェア部品（１０）を結合し、該ソフトウェア部品（１
０）間の実行を制御する制御手段（２０）とを有するこ
とを特徴とする実行制御システム。
【請求項２】前記制御手段（２００）は、あるソフトウェア部品（１０）より他のソフトウェア部
品（１０）への実行依頼情報（５００）を受け取ると、
該実行依頼情報（５００）に基づいて前記共通参照情報
（４００）を参照し、参照された結果に基づいて、該実
行依頼情報（５００）に指定された宛先（５２０）に該
実行依頼情報（５００）を渡す請求項１記載の実行制御
システム。
【請求項３】前記共通参照情報（４０）は、カストマイズ時に指定する請求項１記載の実行制御シス
テム。
【請求項４】前記ソフトウェア部品間の実行依頼情報
（５００）は、カストマイズ時に、他のソフトウェア部
品の宛先情報（５２０）を付加して前記制御手段（２０
０）に渡す請求項１記載の実行制御システム。
【請求項５】前記制御手段（２００）は、複数のソフトウェア部品を組み合わせて１プロセスに編
集する、または、同一ソフトウェア部品を複数のプロセ
スに割り付けるように前記共通参照情報（４００）をカ
ストマイズ時に指定する請求項１記載の実行制御システ
ム。
【請求項６】前記制御手段（２００）は、依頼元の前記ソフトウェア部品より発行された前記実行
依頼情報（５００）を受け取り、該実行依頼情報（５０
０）に基づいて、前記共通参照情報（４００）を参照
し、該依頼元のソフトウェア部品と依頼先のソフトウェ
ア部品が同一プロセス内にある場合には、前記実行依頼
情報（５００）を関数呼出による引数渡しとし；該依頼
元のソフトウェア部品と依頼先のソフトウェア部品が同
一装置内に設けられ、かつ別プロセスの場合には、前記
実行依頼情報（５００）をメッセージキュー渡しとし；
該依頼元のソフトウェア部品と依頼先のソフトウェア部
品が別装置に設けられている場合には、前記実行依頼情
報をソケット渡しとする請求項２記載の実行制御システ
ム。
【請求項７】前記制御手段（２００）は、依頼元のソフトウェア部品からの前記実行依頼情報（５
００）に基づいて実行した依頼先のソフトウェア部品か
らの処理結果の通知を該実行依頼情報（５００）の指定
に基づいて、該実行依頼情報（５００）に処理結果不要と指定されて
いる場合には、該依頼元のソフトウェア部品に処理結果
の通知を行わない；該依頼元のソフトウェア部品から同
期要求による依頼の場合には、該依頼元のソフトウェア
部品は該依頼先のソフトウェア部品からの処理結果が通
知されるまで待ち状態となり、該依頼元のソフトウェア部品と該依頼先のソフトウェア
部品が同一プロセス内にある場合には、関数復帰時に引
数渡しとする；該依頼元のソフトウェア部品と該依頼先
のソフトウェア部品が同一装置内の別プロセスの場合に
は、メッセージキュー渡しとする；該依頼元のソフトウ
ェア部品と該依頼先のソフトウェア部品が別装置にある
場合には、ソケット渡しとする請求項２記載の実行制御
システム。
【請求項８】前記制御手段（２００）は、依頼元のソフトウェア部品からの実行依頼情報（５０
０）に基づいて実行した依頼先のソフトウェア部品から
の処理結果の通知を該実行依頼情報（５００）の指定に
基づいて、該依頼元のソフトウェア部品から非同期要求による依頼
の場合には、該依頼元のソフトウェア部品は依頼先のソ
フトウェア部品からの処理結果の待ち合わせをせずに処
理を続行し、該処理結果は別途通知することとし、該通
知は、該依頼元のソフトウェア部品と該依頼先のソフトウェア
部品が同一装置内に設けられている場合には、メッセー
ジキュー渡しとする；該依頼元のソフトウェア部品と該
依頼先のソフトウェア部品が別装置に設けられている場
合には、ソケット渡しとする請求項２記載の実行制御シ
ステム。
【請求項９】前記共通参照情報（３１）は、一連のメッセージの流れを業務とし、業務数分の情報が
定義される請求項１記載の実行制御システム。
【請求項１０】前記制御手段（３）は、前記共通参照情報（３１）を参照し、送信依頼側のソフ
トウェア部品（１）と受信側のソフトウェア部品（５）
とのインタフェースの差異を吸収して、送信依頼側のソ
フトウェア部品と受信側のソフトウェア部品間のメッセ
ージの通信を制御する請求項９記載の実行制御システ
ム。
【請求項１１】前記制御手段（３）は、送信依頼側のソフトウェア部品（１）から受信したメッ
セージの形式を受信側のソフトウェア部品（５）の受信
形式に変換して送信する請求項１０記載の実行制御シス
テム。
【請求項１２】前記制御手段（３）は、送信依頼側のソフトウェア部品（１）から受信したメッ
セージを共通参照情報（３１）を参照して編集し、受信
側のソフトウェア部品（５）に転送する請求項１０記載
の実行制御システム。
【請求項１３】前記送信依頼側のソフトウェア部品
（１）から送信するメッセージ（２）の宛先を前記制御
手段（３）とする請求項１１記載の実行制御システム。
【請求項１４】前記前記送信依頼側のソフトウェア部
品（１）から送信するメッセージ（２）は、宛先、メッ
セージコード、メッセージ及びインタフェースからなる
請求項１１記載の実行制御システム。
【請求項１５】前記制御手段（３）は、送信依頼側のソフトウェア部品から複数のメッセージを
受信して、受信側のソフトウェア部品に送信する請求項
１１記載の実行制御システム。
【請求項１６】前記制御手段（３）は、送信依頼側のソフトウェア部品から受信した１つのメッ
セージを受信して、該メッセージの前記インタフェース
を編集して、受信側のソフトウェア部品の数分複写して
送信する請求項１１記載の実行制御システム。
【請求項１７】前記制御手段（３）は、送信依頼側のソフトウェア部品（１）からの一連の情報
を一つの業務として扱い、業務開始メッセージ受付時か
ら業務終了メッセージを受信するまで監視し、その間有
効メッセージとして前記共通参照情報（３１）に定義さ
れている以外の情報を受け付けない請求項１１記載の実
行制御システム。
【請求項１８】前記制御手段（３）は、送信依頼側のソフトウェア部品（１）からの一連のメッ
セージを一つの業務として扱い、前記共通参照情報（３
１）に定義されている監視時間（３００４）まで該メッ
ージの処理を監視し、該監視時間中は、受信した情報を
有効メッセージとして、前記共通参照情報（３１）に定
義されている以外の情報を受け付けない請求項１１記載
の実行制御システム。
【請求項１９】前記共通参照情報（６０）は、主系モード運転及び従系モード運転を行う冗長系におい
て、ソフトウェア部品間の結合関係及び業務を組み合わ
せてステータスとして定義し、定義された該ステータス
の有効／無効状態を管理し、前記制御手段（２０）は、主系モード運転及び従系モード運転を行う冗長系におい
て、前記共通参照情報（５０）を参照して運転モードを
切り替える請求項１記載の実行制御システム。
【請求項２０】前記制御手段（２０）は、運転モードを切り替えた場合には、前記共通参照情報
（５０）のステータスの有効／無効情報を変更する請求
項１９記載の実行制御システム。