JPH0962637A

JPH0962637A - プログラム実行管理方法

Info

Publication number: JPH0962637A
Application number: JP7218441A
Authority: JP
Inventors: Takeo Aizono; 岳生相薗; Katsumi Kono; 克己河野; Kinji Mori; 欣司森
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1995-08-28
Filing date: 1995-08-28
Publication date: 1997-03-07

Abstract

(57)【要約】【目的】データを受信したタスクが即座に処理を開始す
るのではなく、送信タスクと適当なタイミングをとって
タスクが処理を開始するタスクの実行管理を可能とす
る。【構成】ネットワークに接続されたプロセッサは、他の
プロセッサからメッセージを受信すると、受信したメッ
セージを処理するタスクを即座に起動するのではなく、
あらかじめ設定された起動タイプと起動パラメータで定
義される起動条件に従ってそのメッセージのデータを処
理するタスクを起動する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のプロセッサから
なる分散処理システムでのプログラムの実行管理方法に
係り、特に、プログラムの実行に用いるメッセージの受
信後に、受信したメッセージを処理するプログラムの起
動のタイミング管理を可能とするプログラム実行管理方
法に関する。

【０００２】

【従来の技術】機械制御やプラント制御を行う制御シス
テムにおいては、機器間で連携動作することにより制御
を実現しているため、機器の制御を行っているコンピュ
ータ間でのデータ送受信のタイミングや処理の開始と終
了のタイミング、コンピュータ内部のタスク間でのデー
タ送受信のタイミングや処理の開始と終了のタイミング
が重要になる。このため、従来、プログラマブル・コン
トローラや制御用プロセスコンピュータにおいては、タ
イマにより時間を計ってタスクの実行を開始するリアル
タイムＯＳが提供されていた（例えば、「日立ＨＩＤ
ＩＣＳ１０aシリーズコンパクトＰＭＳマクロ仕
様編」に記されている）。

【０００３】また、データ送受信により処理のタイミン
グを取るための技術として、例えば、特開昭５７―１４
６３６１号公報には、共通の伝送路に接続された複数の
プロセッサからなる分散処理システムにおいて、各プロ
セッサ内プログラムの起動を、そのプログラムを実行す
るのに必要なデータが伝送路から自プロセッサ内に取り
込まれ、それがそろったときに行う、いわゆるデータ駆
動方式のプログラム実行管理方法が開示されている。

【０００４】一般的なデータ駆動の概念では、オブジェ
クトやアプリケーションプログラムなどのプロセッサの
処理単位は、データを受信すると、即座にその処理を開
始する。また、コンピュータのプログラムにおけるサブ
ルーチンの呼び出しにおいても、サブルーチンコールが
発行されると即座にサブルーチンの処理が開始される。

【０００５】

【発明が解決しようとする課題】上記従来技術で示した
リアルタイムＯＳでは、データの送受信と処理の開始や
終了とのタイミングを取ることが考慮されておらず、タ
スク間で適当なタイミングを取って処理を行うような制
御を実現する場合には、タスク内で処理を中断して一定
時間待つというマクロを発行し、さらに他のタスクを起
動するマクロを発行して他のタスクを起動し、グローバ
ルメモリを介して他のタスクにデータを渡すという面倒
な手法が取られていた。また、各タスクはグローバルメ
モリを介してデータ交換を行っているためタスク間の独
立性が低く、プログラマが、プログラム内でタスク間の
インターフェースを設定してタイミングを調整しなけれ
ばならなかった。このため、プログラムの開発が困難な
だけではなく、タイミングを変更するにはプログラムの
コンパイルを仕直す等の手続きが必要になり、プログラ
ムの改造も困難であって、タスクに障害が発生したとき
には他のタスクに直接影響するなどの問題があった。さ
らに、従来技術におけるタスク間の連携は１つのノード
内に限られ、ネットワークを介してデータを送信し、適
当なタイミングで他ノード内のタスクを起動するといっ
たことができないという問題があった。

【０００６】また、特開昭５７―１４６３６１号公報記
載の方式は、一連の処理が終了した時点で次の処理を開
始する方式であり、タイマを使って適当な時間で処理を
開始するという方式は考慮されていない。このため、リ
アルタイム制御のタスク実行管理方式には使用できない
という問題があった。

【０００７】また、オブジェクト指向やサブルーチンコ
ールにおいても、処理が終了すればデータを送信して次
の処理を開始するという方式であり、制御システムにお
いて必要となるデータ送受信とタイマによる実行管理と
いう方式は全く考慮されていない。

【０００８】本発明の第１の目的は、このような従来技
術の問題を解決し、ユーザがプログラム開発時にタスク
の実行管理やグローバルメモリの管理を意識することな
くプログラムを開発し、簡単な起動タイミングの設定の
みを行うだけで、タスク間でメッセージの送受信を行う
ことにより、他のタスクとタイミングを取った制御を実
現できるタスクの実行管理方法を提供することにある。

【０００９】また、本発明の第２の目的は、システム設
計やシステム変更を容易にするシステムの開発と保守環
境を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に本発明のプログラム実行管理方法では、それぞれ所定
の処理を行うプログラムを有する複数のプロセッサによ
り構成され、前記プログラム間でメッセージの送受信を
行いながら一連の処理を実行する分散処理システムにお
いて、各プロセッサがメッセージを受信後、そのメッセ
ージを利用して処理を行うプログラムを起動するタイミ
ングを定義した起動条件情報を設定しておき、各処理装
置では、メッセージ受信に応答して、前記起動条件情報
による定義に従って、受信メッセージを利用して処理を
行うプログラムの起動を行うことを特徴としている。起
動条件情報は、例えば、個々のプログラム対応、あるい
は、プログラム間で授受されるメッセージ対応に設定さ
れる。また、より柔軟なプログラム間での連携を達成す
るためには、起動条件情報をプログラム間で授受される
メッセージに付与してメッセージとともに伝送する。各
プロセッサは、受信したメッセージに付与された起動条
件に従って、該当するプログラムの起動を管理する。さ
らに、メッセージに対して複数の起動条件情報を付与
し、該複数の起動条件情報から決定される起動条件に従
ってプログラムの起動を行う。

【００１１】

【作用】プログラム、あるいはプログラムが必要とする
メッセージに対してプログラムの起動タイミングを起動
条件情報として定義することで、従来ユーザが行ってい
たプログラム内からの他プログラムの起動やグローバル
を介したデータ管理を行う必要がなくなる。さらに、プ
ログラム間のインターフェースの設定を行う必要もなく
なり、プログラム間の独立性が向上してプログラムの改
造が容易になる。また、プログラムに障害が発生したと
きにも、他のプログラムに対して、直接影響与える心配
がなくなる。また、起動条件情報をメッセージに付与す
ることによりネットワークを介して他プロセッサ内のプ
ログラムを適当なタイミングで起動することが可能とな
る。

【００１２】

【実施例】図２は、本発明が適用されるマルチプロセッ
サシステムの一実施例における構成を示すブロック図で
ある。プロセッサ２０１、２０２、および２０３は、ネ
ットワーク２００に接続されており、ネットワーク２０
０を介してメッセージを授受する。各プロセッサは、演
算処理装置およびデータを蓄積するための記憶装置を内
蔵する。なお、本実施例では、ネットワーク２０として
バス型のネットワークを適応した場合を示すが、これは
任意の形態のネットワークでよく、無線などの通信手段
を用いてもよい。また、プロセッサの実例としては、制
御用プロセスコンピュータ、ワークステーション、パー
ソナルコンピュータ、ＰＣプログラマブル・コントロー
ラ（ＰＣ）、インテリジェントＩ／Ｏデバイスなどがあ
げられる。また、図においては、プロセッサは３台しか
示されていないが、プロセッサの数は任意である。これ
らのことは、以降説明する各実施例についても同様であ
る。

【００１３】図３は、プロセッサの構成を示すブロック
図である。なお、図３には、代表としてプロセッサ２０
１の構成を示すが、他のプロセッサも同様に構成され
る。処理装置３００は、インターフェース３０１を介し
てネットワーク２００に接続される。処理装置３００
は、また、入力バッファ３０３、出力バッファ３０４、
メッセージ格納バッファ３０５、受信キュー３０６、送
信キュー３０７、実行管理テーブル３０８、起動タイプ
管理テーブル３０９、起動条件管理テーブル３１０、ア
プリケーションプログラム名称管理テーブル３１１、お
よびタイマー３３０に接続される。入力バッファ３０３
には、ネットワークより受信されたメッセージが一時的
に格納される。出力バッファ３０４には、ネットワーク
へ送信されるメッセージが一時的に格納される。メッセ
ージ格納バッファ３０５には、処理の実行待ち状態にあ
るメッセージが格納される。受信キュー３０６は、メッ
セージの受信順序を管理するためのＦＩＦＯキューであ
る。送信キュー３０７は、メッセージの送信順序を管理
するためのＦＩＦＯキューである。実行管理テーブル３
０８は、アプリケーションプログラムの実行までの時間
などを管理するのに使用される。起動タイプ管理テーブ
ル３０９は、起動タイプと起動タイプ番号との対応付け
を保持する。起動タイプとは、メッセージ受信後に特定
の時間条件によってアプリケーションプログラムを起動
を管理するアプリケーションプログラム起動方式の種類
である。起動条件管理テーブル３１０には、アプリケー
ションプログラム対応に起動条件を定義する情報が格納
される。また、アプリケーション名称管理テーブル３１
１には、プロセッサ内にローディングされているアプリ
ケーションプログラムの名称が格納される。

【００１４】起動タイプ管理テーブル３０９の構成を図
４に示す。起動タイプ管理テーブル３０９は、起動タイ
プ番号（カラム４０１）と起動タイプ（カラム４０２）
の対応付けを保持する。本実施例では、起動タイプとし
て、時間起動、周期起動、時刻起動を有する。時間起動
とは、メッセージを受信した後、予め設定された一定時
間が経過するとそのメッセージを必要とするアプリケー
ションプログラムを起動する起動方式である。周期起動
とは、メッセージを受信した後、そのメッセージを必要
とするアプリケーションプログラムを予め設定された一
定の時間間隔で繰り返し起動する起動方式である。ま
た、時刻起動とは、メッセージを受信した後、予め指定
された時刻になるとそのメッセージを必要とするアプリ
ケーションプログラムを起動する起動方式である。図４
から明らかなように、本実施例では、時間起動には、起
動タイプ番号「１」（ロウ４０３）、周期起動には、起
動タイプ番号「２」（ロウ４０４）、時刻起動には、起
動タイプ番号「３」（ロウ４０５）が割り当てられてい
る。

【００１５】起動条件管理テーブル３１０の構成を図５
に示す。起動条件管理テーブル３１０は、アプリケーシ
ョンプログラムを識別するアプリケーションプログラム
名称が登録されるカラム５０１、各アプリケーションに
対応して、その起動タイプを示す起動タイプ番号が登録
されるカラム５０２、および起動パラメータが登録され
るカラム５０３を有する。起動パラメータとは、時間起
動、周期起動、時刻起動を行うのに必要な時間情報であ
る。各アプリケーションプログラムの起動間ターンは、
対応する起動タイプ番号を基に起動タイプ管理テーブル
３０９を参照することにより認識することができる。例
えば、図５において、ロウ５１１は、アプリケーション
プログラム名称が「ＡＢＣ」なるアプリケーションプロ
グラムは、起動タイプ番号が「１」、つまり時間起動で
あることを示している。また、起動パラメータは「１
０」であり、アプリケーションプログラム「ＡＢＣ」が
必要とするメッセージが受信されると、アプリケーショ
ンプログラム「ＡＢＣ」は、１０ｍｓｅｃ後に１回起動
されることを示す。ロウ５１２は、アプリケーションプ
ログラム「ＡＢＤ」は、起動タイプ番号が「２」、つま
り周期起動であり、起動パラメータが５０であることを
示している。従って、アプリケーションプログラム「Ａ
ＢＤ」は、必要とするメッセージが受信されると、５０
ｍｓｅｃ毎に繰り返し起動される。次に、ロウ５２３
は、アプリケーションプログラム「ＡＢＥ」は起動タイ
プ番号が「３」、つまり時刻起動であり、起動パラメー
タは「２０００、１０、５、１０、５０、３０」である
ことを示している。ここで、時刻起動タイプのパラメー
タは、６つのパラメータからなり、最初のパラメータは
西暦、２番目のパラメータは月、３番目のパラメータは
日、４番目のパラメータは時間、５番目のパラメータは
分、６番目のパラメータは秒を表わす。従って、アプリ
ケーションプログラム「ＡＢＥ」は、必要とするメッセ
ージが受信されると、西暦２０００年１０月５日１０時
５０分３０秒に１回起動される。次に、ロウ５１４は、
アプリケーションプログラム「ＡＢＦ」は起動タイプ番
号が３、つまり時刻起動であり、起動パラメータは「−
１、−１、−１、２１、３０、００」であることを示し
ている。本実施例では、値が負のパラメータは無視され
るので、この場合、アプリケーションプログラム「ＡＢ
Ｆ」は、必要とするメッセージが受信されると、毎日２
１時５０分３０秒に１回起動されることになる。カラム
５０２、５０３の起動タイプ番号、並びに起動パラメー
タは、各アプリケーションプログラムに対して設定さ
れ、各プロセッサに事前に登録される。登録はオペレー
タによりターミナルを備えたプロセッサからなされ、ネ
ットワーク２００を介して各プロセッサ上にダウンロー
ドされる。なお、本実施例では、各アプリケーションプ
ログラムに対して起動タイプと起動パラメータを定義し
てアプリケーションプログラムを特定の時間条件で起動
する例を示すが、タスク、オブジェクトなど、プロセッ
サが取り扱える任意の処理の実行単位に対して起動タイ
プと起動パラメータを定義し、それらを特定の時間条件
で起動するようにしてもよい。また、本実施例では各プ
ロセッサは、アプリケーションプログラムをソースコー
ドとして保持するのではなく、プロセッサ上で即座に実
行できる形態で所有している。

【００１６】図８は、実行管理テーブル３０８の構成図
である。カラム８０２の各エントリには、当該プロセッ
サ内にローディングされているアプリケーションプログ
ラムの名称が登録される。カラム８０１の各エントリに
は、カラム８０２に登録されたアプリケーションプログ
ラムごとにそのアプリケーションプログラムを起動する
までの待ち時間が設定される。カラム８０３の各エント
リには、カラム８０２の対応するエントリに登録された
アプリケーションプログラムが利用するメッセージのメ
ッセージ格納バッファ３０５内での格納場所を示す情報
が設定される。カラム８０４の各エントリには、カラム
８０２の対応するエントリに登録されたアプリケーショ
ンプログラムの起動タイプが周期起動である場合に、起
動周期が設定される。また、カラム８０５の各エントリ
には、アプリケーションプログラムの動タイプが時刻起
動である場合にフラグが設定される。

【００１７】ネットワーク２００上を流れるメッセージ
のフォーマットを図６に示す。メッセージはヘッダ部と
して、アプリケーションプログラムの名称が設定される
アプリケーションプログラム名称部６０１と、データを
格納したデータ部６０２により構成される。メッセージ
は、ネットワーク２００上にブロードキャストされ、各
プロセッサは、アプリケーションプログラム名称部６０
１に設定されるアプリケーション名称に基づいてそのメ
ッセージの受信要否を判断する。

【００１８】図１にプロセッサ２０１内の処理装置３０
０により実行される処理のフローチャートを示す。ま
た、図７にプロセッサ２０１の機能ブロック図を示す。
図７中、インターフェースモジュール７０１、受信処理
モジュール７０２、実行管理モジュール７０３、および
送信処理モジュール７０４は、処理装置３００が実行す
る制御プログラムを構成するモジュールであり、その機
能は、実際には、処理装置３００により達成される。

【００１９】ネットワーク２００より受信されたメッセ
ージは、インターフェースモジュール７０１により入力
バッファ３０３に格納される（ステップ１０１、１０
２）。受信処理モジュール７２０は、メッセージが入力
バッファ３０３に格納されると、メッセージ内のアプリ
ケーションプログラム名称部６０１に設定されたアプリ
ケーションプログラム名称を読み込み（ステップ１０
３）、アプリケーションプログラム名称管理テーブル３
１１内に同じアプリケーションプログラム名称が登録さ
れていれているか否か、つまり、自プロセッサ内にアプ
リケーションプログラム名称が示すアプリケーションプ
ログラムがローディングされているか否か調べる（ステ
ップ１０４）。同じアプリケーションプログラム名称が
登録されていない場合には、そのメッセージを廃棄する
（ステップ１０５）。

【００２０】アプリケーションプログラム名称がアプリ
ケーションプログラム名称管理テーブル３１１に登録さ
れていれば、そのメッセージをメッセージ格納バッファ
３０５に格納し、メッセージの格納場所をＦＩＦＯキュ
ーである受信キュー３０６に接続（格納）する。メッセ
ージ格納バッファ３０５には、メッセージサイズと受信
したメッセージが格納される。実行管理モジュール７０
３は、受信キュー３０６から順次メッセージの格納場所
を読み込み、メッセージを受信した順番に処理する。実
行管理モジュール７０３は、次に処理するメッセージの
格納場所を受信キュー３０６より読み込むと、メッセー
ジ格納バッファ３０５内に格納された該メッセージ内の
アプリケーションプログラム名称を読み込み、起動タイ
プ管理テーブル３０９と起動条件管理テーブル３１０よ
り該アプリケーションプログラム名称に対応した起動タ
イプと起動パラメータを読み込む（ステップ１０６、１
０７）。

【００２１】次に、実行管理モジュール７０３は、受信
キュー３０６より読み込んだメッセージ格納場所、メッ
セージを必要とするアプリケーションプログラム名称、
起動タイプと起動パラメータにより分かるアプリケーシ
ョンプログラム実行までの実行待ち時間を実行管理テー
ブル３０８の所定のエントリに設定する。さらに、カラ
ム８０２に設定したアプリケーションプログラム名称の
アプリケーションプログラムの起動タイプが周期起動で
あれば、起動周期８０４をカラム８０４に設定し、ま
た、起動タイプが時刻起動である場合には、カラム８０
５にフラグ８０５を立てる。ここで、メッセージ格納場
所としては、例えば、メッセージ格納バッファ３０５内
でのメッセージの先頭アドレスが用いられる。実行管理
モジュール７０３は実行待ち時間（カラム８０１の値）
をタイマ３３０により更新し（ステップ１０８）、実行
までの待ち時間が０になるとアプリケーションプログラ
ムを起動する（ステップ１０９）。次に、実行管理モジ
ュール７０３は、起動したアプリケーションプログラム
７１０から受信要求があれば、カラム８０３に設定され
たメッセージ格納場所に格納されたメッセージ内のデー
タをアプリケーションプログラムから指定されたメモリ
エリアに格納する（ステップ１１０）。アプリケーショ
ンモジュール７１０は、指定したメモリエリアに格納さ
れたデータを読み込み、処理を実施する（ステップ１１
１）。なお、処理が終了したメッセージ格納バッファ３
０５内のメッセージは消去される。実行管理モジュール
７０３は、実行待ち時間が０となったアプリケーション
プログラムが周期起動でなければ、起動したアプリケー
ションプログラムに関する情報を消去する。また、周期
起動であればカラム８０４の起動周期をカラム８０１に
実行待ち時間としてコピーする。実行管理モジュール７
０３は、メッセージ格納バッファ３０５内のメッセージ
のタイムアウトチェックも行う。メッセージ格納バッフ
ァ３０５内のメッセージが一定時間消去されない場合に
は、それを強制的に消去し、バッファがオーバーフロー
するのを防ぐ。

【００２２】アプリケーションプログラム７１０は、デ
ータを送信するとき、送信先のアプリケーションプログ
ラム名称、送信データ、メッセージサイズの指定ととも
に送信すべきデータをメッセージ格納バッファ３０５に
格納して実行管理モジュール７０３に送信要求を出す
（ステップ１１２）。実行管理モジュール７０３は、ア
プリケーションプログラム７１０より受け取ったメッセ
ージサイズ、アプリケーションプログラム名称、データ
をメッセージ格納バッファ３０５に格納し、送信キュー
３０７にメッセージ格納場所を接続する。送信処理モジ
ュール７０４は、送信キュー３０７に接続されたメッセ
ージ格納場所を順次読み込み、メッセージ格納バッファ
内のメッセージを順番に処理する。送信処理モジュール
７０４は、メッセージ内のアプリケーションプログラム
名称をアプリケーションプログラム名称管理テーブル３
１１内から検索する。もし、送信先のアプリケーション
プログラムが自プロセッサ内にあると判断されれば、メ
ッセージ格納場所を受信キュー３０６に接続する。送信
先のアプリケーションプログラムが自プロセッサ内にな
いときには、メッセージを出力バッファ３０４内に格納
する。出力バッファ３０４に格納されたメッセージは、
インターフェースモジュール７０１によりネットワーク
２０１にブロードキャストされる（ステップ１１３）。
アプリケーションプログラムの起動タイプが周期起動で
ある時には、起動パラメータにて指定された時間が経過
後に再びアプリケーションプログラムが起動される（ス
テップ１１４）。なお、周期起動の時には、同じデータ
が繰り返しアプリケーションプログラムにより読み込ま
れる。

【００２３】図９は、各アプリケーションプログラムに
対する起動タイプと起動パラメータの定義に用いられる
時間特性定義画面の構成例である。各アプリケーション
プログラムに対する起動タイプと起動パラメータの定義
は、例えば、ディスプレイ装置を備えた開発系のコンピ
ュータにおいてオペレータにより行われる。ここで定義
された情報は、開発系のコンピュータよりネットワーク
２００を介して各プロセッサにダウンロードされる。オ
ペレータは、時間特性定義画面９００上で、キーボード
あるいはマウスを使って、カーソルを適当なセルに移動
し、アプリケーション名称、アプリケーションの起動タ
イプ、起動パラメータをキーボードより入力することで
アプリケーションプログラムに対する起動タイプと起動
パラメータの定義を行う。なお、ここでは、起動タイプ
の定義に、起動タイプ管理テーブル３０９により定義さ
れた起動タイプ番号を用いている。時間特性定義画面９
００に表示される表のカラム９０１、９０２、９０３
は、起動条件管理テーブル３１０のカラム５０１、５０
２、５０３に対応しており、ここで定義されたアプリケ
ーションプログラム名称、起動タイプ、起動パラメータ
の関係は、起動条件管理テーブル３１０に格納される。
また、アプリケーションプログラム名称は、アプリケー
ションプログラム名称管理テーブル３１１にも格納され
る。オペレータは必要に応じて、これらのパラメータを
変更することができる。

【００２４】図１０は、アプリケーションプログラムに
対して起動タイプと起動パラメータを定義する時間特性
定義画面の別の構成例である。図１０において、（ａ）
は、起動タイプとして時間起動を定義したときの時間特
性定義画面１０００を示している。また、（ｂ）は、起
動タイプとして時刻起動を定義したときの時間特性定義
画面１０００を示している。図１０に示す時間特性定義
画面１０００により定義を行うには、アプリケーション
プログラム名称をセル１００１に、起動タイプをセル１
００２に入力する。定義しようとする起動タイプが時間
起動もしくは周期起動のときには、図１０（ａ）に示す
ように、起動パラメータとしてその時間をセル１００３
にミリ秒を単位として入力する。定義しようとする起動
タイプが時刻起動であるときには、図１０（ｂ）に示す
ように、起動パラメータとして年月日時分秒をセル１０
０４に入力する。

【００２５】以上説明した実施例によれば、各アプリケ
ーションプログラムは、必要とするメッセージが受信さ
れた後、即座に１回のみ起動されるのではなく、予め定
義された起動タイプに従った時間条件によって起動され
る。このようにプロセッサの実行単位であるアプリケー
ションプログラム、オブジェクト、タスクなどの間のリ
ンケージに時間条件を加えることにより、プログラム開
発時にプログラマは、アプリケーションプログラム間の
起動タイミングを意識することなくプログラム開発をす
ることができ、プログラム開発効率が向上する。また、
プログラム間のタイミング調整の変更に対しても、プロ
グラムの再コンパイルなどの必要がなくなり、デバッグ
効率が飛躍的に向上することができる。また、各プログ
ラム内で関数を使って一定時間処理を停止するなどの方
式を用いた場合には、プログラムがバグによって無限ル
ープに入って停止しているといった障害によるプログラ
ム停止との区別が難しい。しかし、上述した実施例で
は、アプリケーションプログラムの実行タイミングの管
理をアプリケーションプログラムの外部で行っているた
め、どのアプリケーションプログラムが待ち状態にある
かといったアプリケーションプログラムの状態管理が簡
単に行える。これにより、システムの保守性が向上す
る。

【００２６】なお、本実施例では、メッセージの伝送
は、ブロードキャストにより行っているが、各プロセッ
サに、各アプリケーションプログラムがどのプロセッサ
にローディングされているかという情報を持たせ、送信
先プロセッサを指定した１対１通信を行ってもよい。こ
の場合、プロセッサは、全てのメッセージを受信してメ
ッセージに付与されたアプリケーションプログラム名称
が示すアプリケーションプログラムが自プロセッサ内に
ローディングされているか否かを判断する必要はなくな
り、プロセッサでの受信処理の負荷が軽減する。

【００２７】第１の実施例では、各プロセッサ内に設け
られたアプリケーションプログラム毎の起動条件を起動
条件管理テーブルに登録しておき、この情報によりアプ
リケーションプログラムの起動を制御していた。以下
に、各プロセッサでの起動条件の管理を不要とした第２
の実施例について説明する。本実施例において、各プロ
セッサは、図３において起動条件管理テーブル３１０が
不要となる点、および、起動タイプ管理テーブル３０９
の構成が異なる点を除くと、第１の実施例におけるプロ
セッサと同様の構成を有する。

【００２８】図１２は、本実施例においてネットワーク
を介して伝送されるメッセージのフォーマット図であ
る。本実施例では、アプリケーションプログラムに対す
る起動タイプ、起動パラメータの定義情報は、メッセー
ジに付加され、メッセージとともに送信される。メッセ
ージは、アプリケーションプログラム名称部１２０１、
起動タイプ番号部１２０２、起動パラメータ部１２０
３、およびデータ部１２０４から構成される。アプリケ
ーション名称部１２０１には、データ部１２０４に格納
されたデータを必要とするアプリケーションプログラム
を識別する名称が格納される。起動タイプ番号部１２０
２には、アプリケーションプログラム部１２０１により
特定されるアプリケーションプログラムを起動する際の
起動タイプを示す起動タイプ番号が、また、起動パラメ
ータ部１２０３には、起動管理に必要なパラメータが設
定される。

【００２９】図１３に、本実施例における起動タイプ管
理テーブル３０９の構成例を示す。本実施例の起動タイ
プ管理テーブル３０９も、第１の実施例と同様に、起動
タイプが登録されるカラム１３０１と、起動タイプの定
義が登録されるカラム１３０２からなる。本実施例では
起動タイプとして、時間起動（ロウ１３０３）、周期起
動（ロウ１３０４）、時刻起動（ロウ１３０５）に加え
て、時間起動キャンセル（ロウ１３０６）、周期起動キ
ャンセル（ロウ１３０７）、時刻起動キャンセル（ロウ
１３０８）を定義する。時間起動キャンセル、周期起動
キャンセル、および時刻起動キャンセルそれぞれの起動
タイプ番号は、図１３に示すように、それぞれ「４」、
「５」、「６」が割り当てられている。時間起動キャン
セルとは、時間起動で起動待ち状態にあるアプリケーシ
ョンプログラムの起動を取り消す起動タイプである。周
期起動キャンセルとは、周期起動で起動待ち状態にある
アプリケーションプログラムの起動を取り消す起動タイ
プである。また、時刻起動キャンセルとは、時刻起動で
起動待ち状態にあるアプリケーションプログラムの起動
を取り消す起動タイプである。いずれの起動タイプにお
いても、アプリケーションプログラムが既に実行を開始
している場合、起動のキャンセルを指示するメッセージ
を受信しても実行が中止されることはなく、周期起動キ
ャンセルの場合には、現在実行中以降の処理の起動がキ
ャンセルされる。

【００３０】図１４に、起動タイプとして、時間起動キ
ャンセル、周期起動キャンセル、時刻起動キャンセルを
指定する際のメッセージのフォーマットを示す。メッセ
ージ１４１０は起動タイプ番号が４であり、アプリケー
ションプログラム名称「ＡＣＡ」のアプリケーションプ
ログラムに対して時間起動キャンセルを指示するメッセ
ージである。プロセッサは、メッセージ１４１０を受信
すると、自内でアプリケーションプログラム「ＡＣＡ」
が時間起動で起動待ち状態にあるか否かを判断し、起動
待ち状態にあればアプリケーションプログラム「ＡＣ
Ａ」の時間起動を取り消す。同時に、アプリケーション
プログラム「ＡＣＡ」が受信する筈であったメッセージ
格納バッファ３０５内のメッセージを消去する。

【００３１】メッセージ１４２０は起動タイプ番号が５
であり、アプリケーションプログラム「ＡＣＢ」に対し
て周期起動キャンセルを指示するメッセージである。プ
ロセッサは、メッセージ１４２０を受信すると、自内で
アプリケーションプログラム「ＡＣＢ」が周期起動で起
動待ち状態にあるか否かを判断し、起動待ち状態にあれ
ば、アプリケーションプログラム「ＡＣＢ」の周期起動
を取り消す。同時に、アプリケーションプログラム「Ａ
ＣＢ」が受信する筈であったメッセージ格納バッファ３
０５内のメッセージを消去する。周期起動が取り消され
るのは１回のみではなく、メッセージ受信以降の起動全
てが取り消される。

【００３２】メッセージ`１４３０は起動タイプ番号が
６であり、アプリケーションプログラム「ＡＣＣ」に対
して時刻起動キャンセルを指示するメッセージである。
プロセッサは、メッセージ１４３０を受信すると、自内
でアプリケーションプログラム「ＡＣＣ」が時刻起動で
起動待ち状態にあるか否かを判断し、起動待ち状態にあ
れば、アプリケーションプログラム「ＡＣＣ」の時刻起
動を取り消す。同時に、アプリケーションプログラム
「ＡＣＣ」が受信する筈であったメッセージ格納バッフ
ァ３０５内のメッセージを消去する。起動パターンが、
時間起動キャンセル、周期起動キャンセル、時刻起動キ
ャンセルの場合、起動パラメータ部１２０３とデータ部
１２０４は必要ない。従って、起動パラメータ部１２０
３とデータ部１２０４に何らかの情報が設定されていた
としてもその情報は無視される。

【００３３】図１１に本実施例におけるアプリケーショ
ンプログラムの起動処理フローを示す。プロセッサは、
ネットワークよりメッセージを受信すると（ステップ１
１０１）、受信したメッセージを入力バッファ３０３に
格納する（ステップ１１０２）。受信したメッセージの
アプリケーションプログラム名称部１２０１を読み込み
（ステップ１１０３）、自プロセッサ内にローディング
されているアプリケーションプログラムに該当するもの
があるか否かをアプリケーションプログラム名称管理テ
ーブル３１１より判断する（ステップ１１０４）。自プ
ロセッサ内に存在しないアプリケーションプログラムで
あれば、入力バッファ３０３内のメッセージを廃棄し
（ステップ１１０５）、処理を終了する。該当するアプ
リケーションプログラムが、自プロセッサ内に存在すれ
ば、起動タイプ番号部１２０２を読み込む（ステップ１
１０６）。起動タイプ番号部１２０２の起動タイプ番号
が示す起動タイプが、時間起動キャンセル、周期起動キ
ャンセル、時刻起動キャンセルのいずれかであれば（ス
テップ１１０７）、実行管理テーブル３１０内の同一の
アプリケーションプログラム名称を検索する（ステップ
１１０８）。アプリケーションプログラム名称と起動タ
イプが一致した場合には実行管理テーブルから該当アプ
リケーションプログラムに関する情報を削除して起動を
取り消すとともに（ステップ１１０９）、メッセージ格
納バッファ３０５内の該アプリケーションプログラムが
読み込む筈であったメッセージを消去する（ステップ１
１１０）。一方、受信したメッセージの起動タイプが時
間起動、周期起動、時刻起動のいずれかであるときに
は、メッセージ内の起動パラメータ部１２０３を読み込
み（ステップ１１１１）、起動パラメータとして設定さ
れた時間が経過した後に（ステップ１１１２）、アプリ
ケーションプログラム名称部１２０１により示されるア
プリケーションプログラムを起動する（ステップ１１１
３）。起動したアプリケーションプログラムは、データ
の受信要求を出して、受信したメッセージ内のデータを
読み込み（ステップ１１１４）、このデータを使って処
理を行う（ステップ１１１５）。処理終了後、アプリケ
ーションプログラムは、送信先のアプリケーションプロ
グラムと該アプリケーションプログラムの起動タイプ、
起動パラメータを設定して、送信データと共にメッセー
ジ格納バッファ３０５に格納する（ステップ１１１
６）。このとき、起動タイプが時間起動キャンセル、周
期起動キャンセル、時刻起動キャンセルのいずれかであ
れば、起動パラメータと送信データは必要ない。メッセ
ージ格納バッファ３０５に格納されたメッセージは、送
信先アプリケーションプログラムが自プロセッサ内にロ
ーディングされていないときにはネットワークに送信
し、ローディングされているときにはメッセージ格納場
所を受信キュー１７０６に接続する（ステップ１１１
７）。起動タイプ番号部１２０２に設定された起動タイ
プが周期起動であるときには、起動パラメータで指定さ
れた時間が経過後に、再びアプリケーションプログラム
が起動される（ステップ１１１８）。周期起動の時に
は、同じデータ１２０４が繰り返しアプリケーションプ
ログラムにより読み込まれる。

【００３４】本実施例によれば、プロセッサがメッセー
ジを受信した後、メッセージに付与された時間条件にも
とづいてアプリケーションプログラムが起動される。メ
ッセージに起動タイプ番号と起動パラメータが付与され
ているため、ネットワーク上を伝送されているメッセー
ジを解析することで、各プロセッサ上のアプリケーショ
ンプログラム間での実際の起動状況を把握でき、システ
ム内の一連の処理の進捗状況の把握や、各プロセッサ上
のアプリケーションプログラム間での起動タイミングの
把握が容易になる。また、データ送信時に送信先のアプ
リケーションプログラムに対して起動タイプ、起動パラ
メータの設定を行うので、同一アプリケーションプログ
ラムに対して時間起動と時間起動キャンセルなどといっ
た異なる起動タイプを設定することができる。

【００３５】第１の実施例と第２の実施例では、各アプ
リケーションプログラムに対して起動タイプ、起動パラ
メータを定義する方式を示した。次に、第３の実施例と
して、起動タイプと起動パラメータをデータに対して定
義する方式について説明する。本実施例では、データは
１つ以上、任意の数のアプリケーションプログラムによ
り受信され、データを受信する全てのアプリケーション
プログラムがデータに対して定義された起動タイプと起
動パラメータをもとに起動される点において、第１の実
施例および第２の実施例と異なる。

【００３６】図１５は、本実施例を適応したマルチプロ
セッサシステムの構成図である。プロセッサ１５０１、
プロセッサ１５０２、プロセッサ１５０３はネットワー
ク１５００に接続されている。各プロセッサは接続され
るネットワーク１５００を介してメッセージ１５１０を
授受する。メッセージ１５１０のメッセージフォーマッ
トを図１６に示す。メッセージは、内容コード部１６０
１とデータ部６０２からなる。内容コード部１６０１に
は、データ部６０２に格納されたデータに対応して予め
定められた、その内容を示す内容コードが設定される。
各プロセッサは内容コード部１６０１に設定された内容
コードによってそのメッセージが自プロセッサに必要で
あるか否かを判断する。

【００３７】本実施例では、アプリケーションプログラ
ム「ＡＰ１」１５５１により送信されたデータは、メッ
セージとしてブロードキャストされ、それを必要とする
アプリケーションプログラム「ＡＰ１」１５５１と同じ
プロセッサ内のアプリケーションプログラム「ＡＰ２」
１５０２、プロセッサ１５０２内のアプリケーションプ
ログラム「ＡＰ３」１５５３とアプリケーションプログ
ラム「ＡＰ４」１５５４、そしてプロセッサ１５０３内
のアプリケーションプログラム「ＡＰ６」１５５６が受
信している。各プロセッサはメッセージ１５１０に付与
された内容コードに基づきそのメッセージが自プロセッ
サに必要なメッセージであるかどうかを判断する。必要
なメッセージであれば受信して、メッセージ内のデータ
をそれを必要とする自内のアプリケーションプログラム
に渡す。

【００３８】図１７に、プロセッサ１５０１の構成を示
す。他のプロセッサもプロセッサ１５０１と同様に構成
される。

【００３９】プロセッサ１５０１内における各種の処
理、制御は、処理装置１７００により実現される。処理
装置１７００は、インターフェース１７０１を介してネ
ットワーク１５００に接続される。処理装置１７００
は、また入力バッファ１７０３、出力バッファ１７０
４、メッセージ格納バッファ１７０５、受信キュー１７
０６、送信キュー１７０７、実行管理テーブル１７０
８、起動タイプ管理テーブル１７０９、内容コード管理
テーブル１７１０、送信範囲管理テーブル１７１１、お
よびタイマー１７３０に接続される。入力バッファ１７
０３、出力バッファ１７０４、メッセージ格納バッファ
１７０５、受信キュー１７０６、送信キュー１７０７、
実行管理テーブル１７０８の各機能と構成は第１の実施
例におけるプロセッサのものと同じである。起動タイプ
管理テーブル１７０９は、図１３に示した第２の実施例
と同じ構成を有している。

【００４０】内容コード管理テーブル１７１０の構成を
図１８に示す。カラム１８０１の各エントリには、当該
プロセッサが受信するメッセージに付与されている内容
コードが登録される。カラム１８０２には、カラム１８
０１に登録されている内容コードに対応して、その内容
コードが付与されたメッセージのデータを必要とするア
プリケーションプログラムの名称が登録される。カラム
１８０３には、カラム１８０１に登録された対応する内
容コードが付与されるメッセージのデータの起動タイプ
を示す起動タイプ番号が登録される。また、カラム１８
０４には、起動パラメータに関する情報が登録される。
プロセッサは、この内容コード管理テーブル１７１０の
情報をもとにアプリケーションプログラムの起動を管理
する。例えば、図１８に示す定義例では、ロウ１８０５
の定義により、プロセッサは内容コード「ＣＣ１」が付
与されたメッセージを受信すると、起動タイプ番号
「１」、起動パラメータ「１０」、つまり１０ｍｓｅｃ
の時間起動でアプリケーションプログラム「Ａ１」、
「Ａ２」、「Ｂ２」を起動する。また、ロウ１８０６の
定義により、プロセッサは内容コード「ＣＣ３」が付与
されたメッセージを受信すると、アプリケーションプロ
グラム「Ｂ１」、「Ｃ５」を起動タイプ番号「２」、起
動パラメータ「５０」、つまり５０ｍｓｅｃの周期起動
で起動する。

【００４１】送信範囲管理テーブル１７１１の構成を図
１９に示す。送信範囲管理テーブル１７１１は、メッセ
ージに付与される内容コードごとに、メッセージの送信
される範囲を定義する情報を持つ。図１８において、カ
ラム１９０１の各エントリには、少なくともそのプロセ
ッサ内のアプリケーションプログラムの出力するデータ
に対応する内容コードが登録される。カラム１９０２に
は、カラム１９０１に登録された対応するエントリの内
容コードが付与されるメッセージに対して定義された送
信範囲に関する情報を保持する。プロセッサはメッセー
ジ送信時に送信範囲管理テーブル１７１１の情報をもと
にメッセージをブロードキャストする範囲を指定する。
メッセージをブロードキャストする範囲としては、例え
ば、自プロセッサ内、自プロセッサを含む全プロセッサ
の２つが指定可能である。

【００４２】図２０に本実施例におけるプロセッサの機
能ブロック図を示す。インターフェースモジュール２０
０１は、ネットワーク１５００のメッセージを取り込
み、それを入力バッファ１７０３に格納する。また、出
力バッファ１７０４に送信メッセージがあれば、それを
ネットワーク１５００に送出する。受信モジュール２０
０２は、入力バッファ１７０３に格納されたメッセージ
を読み出し、内容コード管理テーブル１７１０を参照し
て、メッセージの内容コード部１６０１に設定された内
容コードが登録されているか調べ、登録されていればそ
のメッセージをメッセージ格納バッファに格納する。こ
のとき、メッセージの格納場所を受信キュー１７０６に
接続する。なお、メッセージ格納バッファ１７０５に
は、メッセージサイズがメッセージとともに格納され
る。また、該当する内容コードが登録されていなけれ
ば、そのメッセージを破棄する。実行管理モジュール２
００３は、受信キュー１７０６に格納されたメッセージ
の格納場所を示す情報を基に、メッセージ格納バッファ
１７０５に格納されたメッセージを受信順に読み出し、
アプリケーションプログラム２０１０の起動を管理す
る。具体的には、実行管理モジュール２００３は、メッ
セージ格納バッファ１７０５から読み出したメッセージ
の内容コードに基づいて、内容コード管理テーブル１７
１０を参照し、その内容コードに対して定義された起動
タイプ番号、起動パラメータ、およびアプリケーション
プログラム名称を読み込む。起動タイプ番号が、起動キ
ャンセルに関する起動タイプを示す場合には、実行管理
テーブル１７０８内の内容コード管理テーブルを参照し
て得られたアプリケーションプログラム名称に関する情
報を削除する。起動タイプがその他の場合には、得られ
た起動タイプ番号、起動パラメータ、およびアプリケー
ションプログラムに基づき実行管理テーブル１７０８に
情報を設定して、該当するアプリケーションプログラム
２０１０を起動する。アプリケーションプログラム２０
１０は、起動されると必要なデータを実行管理モジュー
ル２００３から受け取って処理を行い、その結果得られ
たデータを、そのデータに対応して定められた内容コー
ド、メッセージサイズを指定して、実行管理モジュール
２００３に渡す。実行管理モジュール２００３は、受け
取った情報を基にメッセージを生成し、それをメッセー
ジ格納バッファ１７０５に格納して、その格納場所を送
信キュー１７０７に登録する。送信処理モジュールは、
実行管理モジュール２００３によりメッセージ格納バッ
ファ１７０５に格納されたメッセージを順に読み出し、
送信範囲管理テーブル１７１１を参照して、そのメッセ
ージの送信範囲が自プロセッサ内であれば、そのメッセ
ージの格納場所を受信キュー１７０６に登録し、その他
のときは、出力バッファ１７０４に格納し、メッセージ
格納バッファ１７０５内のメッセージを削除する。

【００４３】図２１は、プロセッサにより実施される処
理のフローチャートである。まず、インターフェースモ
ジュール２００１によりネットワーク１５００上のメッ
セージを受信し（２１０１）、メッセージ格納バッファ
１７０５にそのメッセージを格納する（２１０２）。入
力バッファ１７０３に格納されたメッセージを、受信処
理モジュールにより読み出し、さらに、そのメッセージ
の内容コード部１６０１に設定されている内容コードを
読み込み（ステップ２１０３）、内容コード管理テーブ
ル１７１０内に同じ内容コードが登録されているか否か
を検索して、そのメッセージが必要なものかどうか判定
する（ステップ２１０４）。もしも登録されていなけれ
ば、受信したメッセージは必要なメッセージではないの
で、そのメッセージを廃棄して処理を終了する（ステッ
プ２１０５）。該当する内容コードが登録されていれ
ば、内容コード管理テーブル１７１０より、その内容コ
ードに対して定義されたアプリケーションプログラム名
称と起動タイプ番号を読み込む（ステップ２１０６、２
１０７）。起動タイプ番号が時間起動キャンセル、周期
起動キャンセル、時刻起動キャンセルのいずれか示すも
のであれば（ステップ２１０８）、読み込んだアプリケ
ーションプログラム名称と同一の名称を実行管理テーブ
ル１７０８より検索し（ステップ２１０９）、そのアプ
リケーションプログラム名称に対応して設定されている
起動タイプが同じであれば、その情報を実行管理テーブ
ル１７０８から消去し、実行を取り消す（ステップ２１
１０）。そして、該アプリケーションプログラムに読み
込まれる筈であったメッセージをメッセージ格納バッフ
ァ１７０５から消去する（ステップ２１１１）。一方、
ステップ２１０８において、起動タイプ番号が時間起
動、周期起動、時刻起動のいずれかを示しているときに
は、内容コード管理テーブル１７０９より、その内容コ
ードに対して定義された起動パラメータを読み込む（ス
テップ２１１２）。起動パラメータとして定義された指
定時間に従い（ステップ２１１３）、該当するアプリケ
ーションプログラムを起動する（ステップ２１１４）。
実行管理モジュール２００３は、起動したアプリケーシ
ョンプログラムよりデータの受信要求があると、メッセ
ージ内のデータを読み込んてアプリケーションプログラ
ムが指定した領域にコピーして、そのデータをアプリケ
ーションプログラムに渡す（ステップ２１１５）。アプ
リケーションプログラムは、このデータを使って処理を
行い（ステップ２１１６）、処理終了が終了すると送信
要求を出し、内容コードと送信データをメッセージ格納
バッファ１７０５に格納する（ステップ２１１７）。実
行管理モジュール２００３は、アプリケーションプログ
ラムより指定された内容コードを送信範囲管理テーブル
１７１１より検索し、送信範囲が自プロセッサ内である
かどうか調べる（ステップ２１１８）。送信範囲が自プ
ロセッサ内であれば、メッセージ格納場所を受信キュー
１７０６に接続する（ステップ２１１９）。送信範囲が
全プロセッサであれば、メッセージは、ネットワークに
ブロードキャストされる（ステップ２１２０）。次に、
処理を終了したアプリケーションプログラムが周期起動
か調べ（ステップ２１２１）、周期起動であれば、次の
起動までの時間を実行管理テーブル１７０８に設定し、
処理を繰り返す。

【００４４】本実施例では、オペレータが内容コードに
対して起動タイプと起動パラメータを定義する。また、
アプリケーションプログラムが間違った内容コードをデ
ータに付与してメッセージを送信した場合に、システム
全体に悪影響が及ぶことを防ぐため、各アプリケーショ
ンプログラムに対して入出力可能な内容コードを事前に
定義する。図２２と図２３に、オペレータによりこれら
の定義を行うための定義画面の構成例を示す。

【００４５】図２２は、内容コード定義画面の一例を示
す画面構成図である。オペレータは、カラム２２０１に
設定した各内容コードに対して、ブロードキャストの範
囲指定（カラム２２０２）、起動アプリケーションプロ
グラム名称（カラム２２０３）、起動タイプ番号（カラ
ム２２０４）、起動パラメータ（カラム２２０５）を定
義する。カラム２２０２で定義する範囲指定では、送信
するメッセージを自プロセッサ内のみにブロードキャス
トする場合は０を設定し、システムの全プロセッサ内に
ブロードキャストする場合には１を設定する。カラム２
２０３には、対応する内容コードのメッセージにより起
動されるアプリケーションプログラムの名称を設定す
る。カラム２２０４、２２０５には、対応する内容コー
ドのメッセージにより起動されるアプリケーションプロ
グラムの起動タイプを示す起動パラメータ、起動条件と
なる時間的条件を示す起動パラメータをそれぞれ設定す
る。

【００４６】例えば、図２２では、内容コード「ＣＣ
１」に対応する定義に着目すると、範囲指定として
「０」が定義されており、内容コード「ＣＣ１」が付与
されたメッセージは、自プロセッサ内にしかブロードキ
ャストされないことを示している。アプリケーションプ
ログラム名称としては、「ＡＰ２」が定義されており、
内容コード「ＣＣ１」が付与されたメッセージを受信し
たプロセッサは、アプリケーションプログラム「ＡＰ
２」を起動すること示している。また、起動タイプ番号
として「１」、起動パラメータとして「５０」が定義さ
れている。これは、アプリケーションプログラム「ＡＰ
２」が、５０ｍｓｅｃの時間起動により起動されること
を意味する。つまり、内容コード「ＣＣ１」が付与され
たメッセージは、自プロセッサ内でブロードキャストさ
れ、プロセッサは、そのメッセージによりアプリケーシ
ョンプログラム「ＡＰ２」を５０ｍｓｅｃの時間起動で
起動する。同様に、内容コード「ＣＣ５」に関する定義
によれば、内容コード「ＣＣ５」が付与されたメッセー
ジは、全プロセッサに対してブロードキャストされ、そ
のメッセージを受信したプロセッサは、アプリケーショ
ンプログラム「ＡＰ８」と「ＡＰ１０」を１９９４年１
０月１日２１時に起動する。なお、すでに指定時刻が過
ぎている場合には、メッセージは消去されアプリケーシ
ョンプログラムは起動されない。

【００４７】図２３は、入出力内容コード定義画面の一
例を示す画面構成図である。入出力内容コード定義画面
では、カラム２３０２に設定したアプリケーションプロ
グラムに対応して、カラム２３０１に入力内容コード
を、また、カラム２３０３に出力内容コードを設定す
る。入力内容コードとは、カラム２３０２の対応するエ
ントリに設定されているアプリケーションプログラムが
必要とするデータの内容を示す内容コードであり、出力
内容コードとは、そのアプリケーションプログラムが出
力可能なデータの内容を示す内容コードである。プロセ
ッサは、アプリケーションプログラムが出力内容コード
として定義されていない内容コードをデータに付与して
送信しようとすると、これを抑制する。例えば、図２３
に示す設定では、アプリケーションプログラム「ＡＰ
１」には、出力内容コードとして「ＣＣ１」のみが定義
されている。このため、アプリケーションプログラム
「ＡＰ１」は、内容コード「ＣＣ１」のみ出力データに
付与して送信できる。アプリケーションプログラム「Ａ
Ｐ１」には、入力内容コードが定義されていない。これ
は、アプリケーションプログラム「ＡＰ１」が、イニシ
ャル起動されるアプリケーションプログラム、即ち、プ
ロセッサが最初に起動するときに自動的に起動されるア
プリケーションプログラムであることを意味する。アプ
リケーションプログラム「ＡＰ２」に対しては、入力内
容コードとして「ＣＣ１」が、出力内容コードとして
「ＣＣ２」が定義されている。これは、アプリケーショ
ンプログラム「ＡＰ２」の入力となるメッセージの内容
コードが「ＣＣ１」であり、処理結果は、出力内容コー
ド「ＣＣ２」を付与したメッセージとして送信されるこ
とを意味している。

【００４８】図２４は、必要な情報を定義するために用
いられる図２２、２３で説明した定義画面に代わる他の
定義画面の構成例である。画面２４００は、オペレータ
が使用するツールとアイコン用の画面であり、画面２４
０１は、時間特性の定義付が行われる時間特性定義画面
である。

【００４９】画面２４００に矢印で表されたツール２４
１１、２４１２は、アプリケーションプログラム間のリ
ンケージを定義するのに用いるリンケージツールであ
る。リンケージとは、アプリケーション間でデータの受
け渡しがあることを意味する。リンケージツール２４１
１は、プロセッサ外にブロードキャストしてデータを２
つのアプリケーションプログラム間で受け渡すことを定
義するのに用いるツールである。リンケージツール２４
１２は、送信範囲が自プロセッサ内のデータを２つのア
プリケーションプログラム間で受け渡すことを定義する
のに用いるツールである。２４１３は、文字ツールであ
り、時間特性定義画面２４０１上での文字入力を指定の
に用いるツールである。文字ツール２４１３は、アプリ
ケーションプログラム名称の入力、時間情報の指定など
に用いられる。アイコン２４１４は、時間特性定義画面
２４０１上でアプリケーションプログラムを定義するの
に用いられるアイコンである。アイコン２４１５、２４
１６、２４１７は、時間特性定義画面２４０１上で起動
パターンを定義するのに用いられるアイコンであり、そ
れぞれ、時間起動、周期起動、時刻起動を定義するのに
用いられる。アイコン２４１８は、時間特性画面２４０
１上で時間起動キャンセル、周期起動キャンセル、時刻
起動キャンセルを定義するのに用いられる。定義の操作
手順は、次の通りである。まず、オペレータは、マウス
を使ってカーソルを移動し、アイコン２４１４をクリッ
クすることにより選択する。アイコン２４１４をドラッ
グして時間特性定義画面２４０１上に移動すると、アプ
リケーションプログラムを定義できる。正常に定義され
ると、時間特性定義画面２４０１上にアプリケーション
プログラムを示すボックスが表示される。次に、文字ツ
ール２４１３により、アプリケーションプログラム名称
を定義する。具体的には、文字ツール２４１３を選択し
た後、先に定義したアプリケーションプログラムのボッ
クスをクリックして選択し、選択したボックス上にアプ
リケーションプログラム名称を入力することにより行
う。入力されたアプリケーションプログラム名称は、そ
のアプリケーションプログラムを表すボックス内に表示
される。アプリケーションプログラム間のリンケージを
定義は、リンケージツール２４１１、あるいは２４１２
を選択したのち、メッセージの受け渡しを行うアプリケ
ーションプログラムを定義したボックスを、例えば、メ
ッセージの送信元、メッセージの受信元の順にマウスで
クリックして行う。リンケージツール２４１１を選択し
たときは、アプリケーションプログラム間のリンケージ
は、データの流れを示す実線の矢印で表され、リンケー
ジツールを用いたときは、破線の矢印で表される。起動
タイプの設定は、アイコン２４１５、２４１６、２４１
７、２４１８から所望のものを選択、ドラッグして、起
動タイプを定義しようとするアプリケーションプログラ
ム間の矢印の上に移動しておこなう。そして、文字ツー
ルにより起動パラメータの設定を行う。なお、プログラ
ム間で受け渡しの行われるメッセージに付与される内容
コードは、予め定めた所定の規則に従ってシステムによ
り自動的に決められるので、オペレータは、これを意識
する必要はない。例えば、アプリケーションプログラム
間のリンケージの定義を行う際、定義されたリンケージ
を表す矢印に対応して、その定義順に決定される。この
ようにして定義を行うことにより、図２４の時間特性定
義画面２４０１に示すような形でアプリケーションプロ
グラム間のリンケージ、起動タイプ、起動パラメータの
定義がされる。図２４に示す定義画面による定義付は、
図２２、２３に示したものと同じ内容の定義付を示して
いる。

【００５０】１つのプロセッサに対してローディングで
きるアプリケーションプログラムの数を１つに限定した
場合、例えば、図２４に示したアプリケーションプログ
ラム間のリンケージは、ノード間のリンケージに置き換
えることができる。一例として、インテリジェントＩ／
Ｏデバイスのように単純な処理しか行わないノードによ
り構成されるシステムでは、ノード内のプロセッサ上に
１つのアプリケーションプログラムしかローディングし
ないという制約を設けても問題はない。図２５は、１つ
のプロセッサに１つのアプリケーションプログラムしか
ローディングできないという制約を設けたときの時間特
性設定画面２５００である。ボタン、モーター、ライ
ト、センサなどはアイコンとして提供され、図２４のア
プリケーションプログラム定義用のアイコン２４１４と
同じ操作方法でノードを定義する。以下、図２５の定義
例について適当なアプリケーションプログラムの処理を
仮定して説明する。「ボタン１」（２５０１）が押され
るとメッセージ２５０２が送信される。メッセージ２５
０２を受信した「ライト１」（２５０３）と「ライト
２」（２５０４）が１９９５年３月１日８時３０分に点
灯したのち、「ライト１」（２５０３）はメッセージ２
５０４を、「ライト２」（２５０６）はメッセージ２５
０７を送信する。「モーター１」（２５０５）は、メッ
セージ２５０４を受信し、５秒が経過してから回転す
る。「モーター２」（２５０８）は、メッセージ２５０
７を受信し、５秒が経過してから回転する。「ライト
１」と「ライト２」は、モーターが回転することを知ら
せる警告ランプである。これにより、ボタンが押されて
すぐにモーターが回転を始めるのではなく、危険回避の
ために予め警告ランプでモーターが回転を始めることを
知らせてからモーターを回転させるという設定を定義で
きる。また、「ボタン２」（２５１０）が押されるとメ
ッセージ２５１１がブロードキャストされ、それを「モ
ーター３」（２５１２）が受信する。「モーター３」は
メッセージを受信すると、１秒周期で動き、例えば、１
秒毎に１回転する。「センサ１」（２５１３）は物体を
感知するセンサであり、物体を感知するとメッセージ２
５１４とメッセージ２５１５をブロードキャストする。
「モーター３」（２５１２）は、メッセージ２５１４を
受信すると回転を停止する。「ライト３」は、メッセー
ジ２５１５を受信すると即座に点灯し、メッセージ２５
１７をブロードキャストする。「スピーカー１」（２５
１８）はメッセージ２５１７を受信すると即座に音を出
す。「センサ１」（２５１３）は、「モーター３」（２
５１２）の異常検知用センサ、「ライト３」（２５１
６）は異常を知らせる警告灯、「スピーカー１」（２５
１８）は異常を知らせるためにビープ音あるいは音声な
どを鳴らすスピーカーである。これにより、「モーター
３」が回転中に、モータに人間が近づいたことを「セン
サ１」が感知すると、モーターを止め、「ライト３」と
「スピーカー１」により警告を発するという設定を定義
することができる。

【００５１】図２５に示す定義画面は、ノード間のリン
ケージやデータに対して起動タイプや起動パラメータを
定義する画面であると同時に、プログラミング画面とし
ての機能も達成し得るものである。つまり、ボタン、モ
ーター、センサなどの単純な処理をライブラリとして用
意し、オペレータに対してアイコンという形で提供した
場合には、従来のようなプログラミングを行う必要はな
く、図２５における定義のみでシステムを構築できる。

【００５２】図２２、図２３、図２４、図２５に示した
各定義画面は、システム構築時に必要な時間情報などを
定義するために用いられる他、システムを修正する必要
が生じたときにも用いられる。この場合には、システム
構築時に定義された情報を同じ画面上で追加もしくは修
正し、定義された情報を再び各プロセッサにダウンロー
ドする。

【００５３】本実施例によれば、メッセージは自プロセ
ッサ内あるいはシステム内の全プロセッサに対してブロ
ードキャストされ、メッセージを必要とするアプリケー
ションプログラムのみがメッセージを受信する。メッセ
ージを必要とするアプリケーションプログラムは、即座
に１回のみ起動されるのではなく、メッセージ受信後に
予め設定された時間条件に従って起動される。これによ
り、例えば複数のアプリケーションプログラムを同じ時
刻に起動させたり、複数のアプリケーションプログラム
が、互いにタイミングを取って連携動作するようにする
ことが容易になり、システム構築時の開発者の負担が軽
減する。また、各アプリケーションプログラムのインタ
ーフェースが内容コードにより統一されるため、プログ
ラム開発者は個々の処理に関するプログラム開発に専念
でき、プログラミング効率が向上する。更にアプリケー
ションプログラム間のデータ交換や起動タイミングの定
義が容易であるため、データ定義やアプリケーションプ
ログラム間のデータ交換を定義するための負担が大幅に
削減される。これにより、システムの開発効率とシステ
ムの修正や変更にかかる労力が従来システム構築手法に
比べ飛躍的に軽減する。

【００５４】第３の実施例では、プロセッサがメッセー
ジを受信すると、予め設定された起動タイプと起動パラ
メータに従ってアプリケーションプログラムを起動し
た。この場合、アプリケーションプログラムが受信でき
るメッセージは１つに限られる。しかし、アプリケーシ
ョンプログラムが必要とするメッセージは複数であって
もよい。この場合、各プロセッサはアプリケーションプ
ログラムが必要とする全てのメッセージが揃ったら、予
め設定された起動タイプと起動パラメータに従ってその
アプリケーションプログラムを起動し、起動されたアプ
リケーションプログラムに必要とする全てのメッセージ
内のデータを読み込ませることができる。以下、このよ
うな方式による第４の実施例につき説明する。

【００５５】本実施例において各プロセッサは、第３の
実施例とほぼ同様に構成される。第３の実施例における
プロセッサと異なる点は、実行管理モジュールによるア
プリケーションプログラムの起動管理方法と、実行管理
モジュールが必要な全てのメッセージがそろったかどう
かを判断する際に参照する受信メッセージ管理テーブル
が追加されている点である。

【００５６】図２７に、受信メッセージ管理テーブルの
構成例を示す。受信メッセージ管理テーブルでは、カラ
ム２７０１のエントリにアプリケーションプログラム名
称が設定される。カラム２７０１に設定されたアプリケ
ーションプログラムに対応して、カラム２７０２にその
アプリケーションプログラムが必要とするメッセージの
内容コード、カラム２７０３に優先順位が設定される。
カラム２７０４には、カラム２７０２に設定された内容
コードが付与されたメッセージが受信されたときに、フ
ラグがセットされる。また、カラム２７０５には、メッ
セージ格納バッファ内のメッセージ格納場所が設定され
る。カラム２７０４には、メッセージを受信すると受信
フラグ２７０４が立てられ、メッセージ格納場所２７０
５が設定される。カラム２７０３に設定される優先順位
は、起動条件を決定するのに用いられる。例えば、内容
コード「ＣＣ３」のメッセージ受信に基づくアプリケー
ションプログラムの起動タイプが５０００ｍｓｅｃの時
間起動であり、内容コード「ＣＣ１」のメッセージ受信
に基づくアプリケーションプログラムの起動タイプが１
０００ｍｓｅｃの時間起動であるとする。図２７に示す
ように「ＣＣ３」の優先順位の方が高いとすると、内容
コード「ＣＣ３」を含むメッセージを受信してから２０
００ｍｓｅｃ後に「ＣＣ１」を含むメッセージを受信し
ても、アプリケーションプログラムが起動されるのは、
内容コード「ＣＣ３」を含むメッセージを受信してから
５０００ｍｓｅｃ後となる。逆に、「ＣＣ１」の方が優
先順位が高いとすると「ＣＣ１」を含むメッセージを受
信してから１０００ｍｓｅｃ後にアプリケーションプロ
グラムは起動される。優先順位が定義されていない場合
あるいは優先順位を用いない場合には、最初に起動する
起動タイプと起動パラメータが定義された内容コードが
最優先される。また、最も優先順位の高い内容コードの
起動タイプとして周期起動が定義されている場合には周
期起動を行う。

【００５７】図２６に本実施例における処理のフローチ
ャートを示す。図２６のステップ２６０１から２６１２
で実施される処理は、図２１におけるステップ２１０１
から２１１２で行われる処理に対応しており、の各処理
と同様に実施されるので、ここではその説明を省略す
る。本実施例では、ステップ２６１２に続いて、アプリ
ケーションプログラムが必要とするメッセージが揃った
かどうかを受信メッセージ管理テーブルを参照して判断
する（ステップ２６１３）。なお、ステップ２６１３で
は、メッセージが揃ったかどうかの判断に先立ち、受信
メッセージ管理テーブルに今回受信したメッセージの格
納場所と、受信済みを示すフラグが設定される。ここ
で、今回受信したメッセージに付与された内容コードと
同一の内容コードが付与されたメッセージであって、ア
プリケーションプログラムの処理に使われていない古い
メッセージがメッセージ格納バッファに格納されている
とき、即ち、メッセージが揃う前に新しいメッセージが
受信されたときは、古いメッセージはメッセージ格納バ
ッファから消去される。また、受信メッセージ管理テー
ブル内の情報は上書きされる。必要なメッセージが揃わ
なかった場合は、実行管理テーブルの実行待ち時間を受
信したメッセージの内容コードの優先順位、起動タイ
プ、起動パラメータをもとに更新する（ステップ２６１
４）。実行管理テーブルは、周期的にチェックされ、実
行待ち時間が０になってもアプリケーションプログラム
が必要とするメッセージが揃わなかった場合には、実行
管理テーブル内の該アプリケーションプログラムに関す
る情報は消去され、アプリケーションプログラムは起動
されない。一方、ステップ２６１３で必要なメッセージ
が揃ったと判断された場合は、実行管理テーブルに設定
されている起動条件に従って、実行時間まで待った後
（ステップ２６１５）、アプリケーションプログラムを
起動する（ステップ２６１６）。起動されたアプリケー
ションプログラムは、受信要求を出して必要な全てのメ
ッセージを読み込み（ステップ２６１７）。その中のデ
ータを使って処理を行う（ステップ２６１８）。アプリ
ケーションプログラムによる処理結果は、送信メッセー
ジとしてバッファに格納され（ステップ２６１９）、メ
ッセージ格納場所を示す情報が送信キューに接続される
（ステップ２６２０）。メッセージの内容コードに対し
て、送信範囲として自プロセッサ内が定義されていると
きには（ステップ２６２１）、メッセージ格納場所を受
信キュー１７０６に接続する（ステップ２６２２）。メ
ッセージの送信範囲として全プロセッサが定義されてい
るときには、メッセージはネットワークにブロードキャ
ストされる（ステップ２６２３）。アプリケーションプ
ログラムが周期起動を行う場合には（ステップ２６２
４）、ステップ２１１３の実行時間待ち以降の処理を繰
り返す。

【００５８】図２８は、本実施例での時間特性定義画面
の一例であり、図２５と同様のものである。従って、こ
の画面による定義手順については図２４に関する説明を
流用する。以下に、本実施例におけるシステム内での処
理の流れの様子を図２８を参照して説明する。「ボタン
１」（２８０１）が押されると、「ボタン１」（２８０
１）よりメッセージ２８０２がブロードキャストされ
る。メッセージ２８０２は「ライト１」（２８０３）と
「ボタン２」（２８０６）によって受信される。「ライ
ト１」（２８０３）は、メッセージ２８０２を受信した
後、即座に点灯し、メッセージ２８０４をブロードキャ
ストする。また、「ボタン２」（２８０６）はメッセー
ジ２８０２を受信後に押されると、メッセージ２８０７
をブロードキャストする。「モーター１」（２８０５）
は、メッセージ２８０４、２８０７を受信する。「モー
ター１」（２８０５）は、メッセージ２８０４とメッセ
ージ２８０７を受信すると、それらメッセージの内容コ
ードに設定された起動条件に従って回転を開始する。こ
こでは、「ライト１」（２８０３）より送信されたメッ
セージ２８０４に付与された内容コードには、起動タイ
プとして５０００ｍｓｅｃの時間起動が定義されてい
る。メッセージ２８０４とメッセージ２８０７には優先
順位が定義されていないので、先に起動する方が優先さ
れる。すなわち、「モーター１」（２８０５）は、メッ
セージ２８０４を受信後５０００ｍｓｅｃ以内にメッセ
ージ２８０７を受信すると即座に起動する。あるいは、
メッセージ２８０７を先に受信したときには、メッセー
ジ２８０４を受信して即座に起動する。しかし、「モー
ター１」（２８０５）は、メッセージ２８０４を受信後
５０００ｍｓｅｃ以内にメッセージ２８０７を受信しな
かったときは起動することはない。このような定義は、
例えば、「ボタン１」（２８０１）を押したのち、即座
に「モーター１」（２８０５）の回転を開始せず、オペ
レータに回転開始の確認をうながす「ライト１」（２８
０３）を点灯したのち、５秒以内にオペレータにより
「ボタン２」（２８０６）が押されれば、「モーター
１」（２８０５）の回転を開始させるといった設定をし
たい場合に用いることができる。ボタンが押されるとメ
ッセージを送信する、メッセージを受信するとライトを
点灯してメッセージを送信する、メッセージを受信する
とモーターの回転を開始するといった簡単な機能を実現
するアプリケーションプログラムがライブラリとして提
供されていれば、図２８に示した時間特性定義画面２８
００のみの設定で、このような一連の処理を実現でき
る。

【００５９】同様にして、「ボタン３」（２８０８）が
押されると、メッセージ２８０９がブロードキャストさ
れ、「ボタン４」（２８１３）が押されると、メッセー
ジ２８１４がブロードキャストされる。「ライト２」
（２８１０）はメッセージ２８０９とメッセージ２８１
４を受信するとメッセージに付与された内容コードに対
して定義された時間条件に従って点灯する。「ボタン
３」（２８０８）よりブロードキャストされたメッセー
ジ２８０９に付与された内容コードに対しては、起動タ
イプとして１９９５年３月１日８時３０分に起動する時
刻起動が定義されており、「ボタン４」（２８１３）よ
りブロードキャストされたメッセージ２８１４に付与さ
れた内容コードに対しては、起動タイプとして５０００
ｍｓｅｃの時刻起動が定義されている。２つのメッセー
ジには優先順位（図中では、丸で囲まれた数字が優先順
位の定義である）が設定されおり、メッセージ２８１４
の内容コードに対して定義されている起動条件の方が優
先される。このため、メッセージ２８０９を受信後にメ
ッセージ２８１４を受信したとしても、起動時刻に関係
なくメッセージ２８１４受信後５０００ｍｓｅｃで「ラ
イト２」（２８１０）は点灯する。「ライト２」（２８
１０）は点灯後、メッセージ２８１１をブロードキャス
トする。メッセージ２８１１は「モーター２」（２８１
２）に受信され、「モーター２」（２８１２）は即座に
回転を開始する。メッセージの優先順位の設定には、優
先順位設定用のツールを設け、数字の入力により設定す
る。メッセージ間の優先順位が容易に分かるように、例
えばメッセージの流れを表わす矢印の太さを優先順位の
高いものほど太くする、あるいは優先度が高くなるにし
たがって矢印の色を濃くする、矢印の色を変えるなどの
方式を用いてもよい。

【００６０】本実施例によれば、メッセージは自プロセ
ッサ内あるいはシステム内の全プロセッサに対してブロ
ードキャストされ、メッセージを必要とするアプリケー
ションプログラムのみがメッセージを受信する。アプリ
ケーションプログラムが必要とする全てメッセージを受
信するとアプリケーションプログラムは予め設定された
起動条件に従って起動される。これにより、１つのアプ
リケーションプログラムを他の複数のアプリケーション
プログラムとタイミングを取って起動することが可能と
なり、複雑な連携動作を必要とするプログラミングを容
易に行うことが可能となる。

【００６１】以上説明してきた各実施例では、１つのア
プリケーションプログラム名称、あるいは内容コードに
対して１つの起動タイプと起動パラメータを定義してい
るが、１つのアプリケーションプログラム名称、あるい
は内容コードに対して複数の起動タイプ、起動パラメー
タを定義してもよい。このとき、定義された情報は予め
起動条件管理テーブル、あるいは内容コード管理テーブ
ルに登録される。図２９に、１つのアプリケーションプ
ログラム名称、あるいは内容コードに対して複数の起動
タイプと起動パラメータを定義する場合の起動条件管理
テーブル、並びに内容コード管理テーブルの構成を示
す。

【００６２】図２９（ａ）は、起動条件管理テーブルの
構成図であり、カラム２９０１に設定される１つのアプ
リケーションプログラム名称に対して複数の起動タイプ
（カラム２９０２、２９０４）と起動パラメータ（カラ
ム２９０３、２９０５）が定義される。また、図２９
（ｂ）は、内容コード管理テーブルの構成図である。こ
の内容コード管理テーブルには、カラム２９１１に設定
される１つの内容コードに対して、その内容コードを付
与されたメッセージを必要とし、該メッセージにより起
動される１または複数のアプリケーションプログラム名
称が設定されるカラム２９１２の他、起動タイプを定義
する複数のカラム２９１３、２９１５、および起動パラ
メータを定義する複数のカラム２９１４、２９１５が設
けられる。

【００６３】また、これらの複数の起動タイプと起動パ
ラメータは、メッセージに付与されてメッセージととも
に送信されてもよい。この場合、メッセージフォーマッ
トは図３０のようになる。第１および第２の実施例のよ
うに送信先アプリケーションプログラムを指定した方式
の場合、メッセージフォーマットは図３０（ａ）のよう
になる。データ部３００６に対して、アプリケーション
プログラム名称部３００１と複数の起動タイプ番号部３
００２および起動パラメータ部３００３が付与される。
また、第３の実施例に示した内容コードによる通信の場
合には、メッセージフォーマットは図３０（ｂ）のよう
になる。この場合のメッセージは、データ部３０１６に
対して、内容コード部３０１１と複数の起動タイプ番号
部３０１２および起動パラメータ部３０１３が付与され
たものとなる。

【００６４】このように、複数の起動タイプと起動パラ
メータを定義する方式では、１つの起動パラメータの値
により実行待ち時間を計算するのではなく、定義された
複数の起動タイプと起動パラメータにより起動条件、つ
まりは、実行待ち時間を計算し、実行管理テーブルに設
定する。この方式の場合、複数の起動タイプの中に、実
行を取り消す起動タイプ、即ち、時間起動キャンセル、
周期起動キャンセル、時刻起動キャンセルといった起動
タイプを含ませ、図３１に示すような実行取消管理テー
ブルにより、実行取消までの時間管理を行うようにでき
る。実行取消管理テーブルは、時間起動、周期起動、時
刻起動の実行を取り消すまでの実行取消待ち時間（カラ
ム３１０１）と実行を取り消されるアプリケーションプ
ログラムのアプリケーションプログラム名称（カラム３
１０２）、起動タイプ番号（カラム３１０３）に関する
情報を保持する。カラム３１０３に設定される起動タイ
プ番号は、時間起動、周期起動、時刻起動のうち、どの
起動を取り消すかによって時間起動キャンセル、周期起
動キャンセル、時刻起動キャンセルのいずれかを示す起
動タイプ番号が設定される。

【００６５】図３２に、図３０（ａ）に示したメッセー
ジフォーマットにより、複数の起動タイプ番号と起動タ
イプを定義する場合について、いくつかの例を挙げ、本
方式における実行待ち時間および実行取消待ち時間の設
定方法を説明する。図３２（ａ）は、メッセージフォー
マットであり、図３０（ａ）に示したメッセージフォー
マットと同一のものである。図３０（ｂ）に示す例１で
は、アプリケーションプログラム「ＡＰ１」（３２１
１）に対して、５０００ｍｓｅｃの時間起動（３２１
２）と、２０ｍｓｅｃの周期起動（３２１３）が設定さ
れている。このメッセージを受信したプロセッサは、ア
プリケーションプログラム「ＡＰ１」を５０００ｍｓｅ
ｃ後に起動し、さらにその後、アプリケーションプログ
ラム「ＡＰ１」を２０ｍｓｅｃ毎に周期的に起動する。
このとき、実行管理テーブルの設定は、図３３（ａ）に
示すようになる。即ち、アプリケーションプログラム
「ＡＰ１」に対して、ロウ３３１１に時間起動に関する
起動条件を設定し、ロウ３３１２に周期起動に関する起
動条件を設定する。なお、図３３に示す実行管理テーブ
ルの構成は、図８により説明した第１の実施例の実行管
理テーブルと同一である。実行待ち時間としては５００
０ｍｓｅｃと５０２０ｍｓｅｃとを設定する。ロウ３３
１２に設定される実行待ち時間５０２０ｍｓｅｃは時間
起動によりアプリケーションプログラム「ＡＰ１］を起
動した後、２回目以降の起動までの時間を表す。これ
は、時間起動の実行までの待ち時間に周期起動の起動周
期を加えることにより計算される。

【００６６】図３２（ｃ）に示す例２では、アプリケー
ションプログラム「ＡＰ２」（３２２１）に対して、２
０００年３月２３日１０時３０分３０秒の時刻起動（３
２２２）と、２０ｍｓｅｃの周期起動（３２１３）が設
定されている。このメッセージを受信したプロセッサ
は、アプリケーションプログラム「ＡＰ２」を２０００
年３月２３日１０時３０分３０秒から５０ｍｓｅｃの周
期で起動する。

【００６７】図３２（ｄ）に示す例３では、アプリケー
ションプログラム「ＡＰ３」（３２３１）に対して、８
０００ｍｓｅｃの時間起動（３２３２）と、周期起動キ
ャンセル（３２３３）が設定されている。このメッセー
ジを受信したプロセッサは、８０００ｍｓｅｃ後、即ち
８秒後にアプリケーションプログラム「ＡＰ３」の周期
起動を取り消す。この場合、実行取消管理テーブルの設
定は図３３（ｂ）に示すようになる。実行取消待ち時間
として８０００ｍｓｅｃが設定され、アプリケーション
プログラム名称として「ＡＰ３」が、起動タイプ番号と
して周期起動キャンセルを示す「５」が設定される（ロ
ウ３３２１）。プロセッサの実行管理モジュールは、こ
の実行取り消し管理テーブルに従って、８０００ｍｓｅ
ｃ後にアプリケーションプログラム「ＡＰ３」に対する
周期起動キャンセルを実行する。

【００６８】図３２（ｅ）に示す例４では、アプリケー
ションプログラム「ＡＰ４」（３２４１）に対して、３
０００ｍｓｅｃの時間起動（３２４２）と、２００１年
５月１日２０時ちょうどの時刻起動（３２４３）が設定
されている。メッセージを受信したプロセッサは、アプ
リケーションプログラム「ＡＰ４」を３０００ｍｓｅｃ
後に１回起動し、さらに２０００年３月２３日１０時３
０分３０秒にもう１度起動する。

【００６９】図３２（ｆ）に示す例５では、アプリケー
ションプログラム「ＡＰ５」（３２５１）に対して、１
０００ｍｓｅｃの時間起動（３２５２）、１００ｍｓｅ
ｃの周期起動（３２５３）、５０００ｍｓｅｃの時間起
動（３２５４）、および周期起動キャンセル（３２５
５）が設定されている。メッセージを受信したプロセッ
サは、アプリケーションプログラム「ＡＰ５」を１００
０ｍｓｅｃ後に起動し、その後１００ｍｓｅｃ毎に周期
的に起動し、メッセージを受信してから５０００ｍｓｅ
ｃ後に周期起動を取り消す。この場合、実行管理テーブ
ルと実行取消管理テーブルの設定は図３３（ｃ）のよう
になる。まず、実行管理テーブルには、アプリケーショ
ンプログラム名称として「ＡＰ５」が、実行待ち時間と
して１１００ｍｓｅｃが設定される。起動タイプが周期
起動であるので、起動パラメータから、起動周期として
１００ｍｓｅｃを設定する（ロウ２２４１）。アプリケ
ーションプログラム「ＡＰ５」の最初の起動は１１００
ｍｓｅｃ後であり、以降１００ｍｓｅｃ毎に起動され
る。次に、実行取消管理テーブルには、実行取消待ち時
間として５０００ｍｓｅｃ、アプリケーションプログラ
ム名称として「ＡＰ５」、そして、起動タイプ番号とし
て周期起動キャンセルを示す「５」が設定される。

【００７０】本実施例では、アプリケーションプログラ
ムまたは内容コードに対して、複数の起動タイプと起動
パラメータを定義し、各プロセッサは、メッセージを受
信すると、これらの複数の起動条件をもとに起動時間を
判断し、適当な時間に１回もしくは複数回アプリケーシ
ョンプログラムを起動する。従来であると、このように
複雑なアプリケーションプログラムの起動を行おうとす
ると、プログラマが複雑なプログラムを組む必要があっ
た。しかし、本実施例では、起動タイプと起動パラメー
タを設定するのみですみ、複雑なプログラミングを行う
必要は全くない。このため、プログラミング効率が大幅
に向上する。また、アプリケーションプログラムの処理
とアプリケーションプログラムの起動を分離して設計す
ることができるため、システムの設計効率が向上すると
ともに、起動タイミングの変更なども容易になる。この
ため、システムの変更も容易になる。つまり、システム
設計、システム保守の効率が大幅に向上する。

【００７１】

【発明の効果】本発明によれば、タスクの起動を時間条
件により管理しており、タスク間の起動タイミングを容
易に管理することができる。このため、システム設計、
システム保守の負荷を大幅に軽減することができる。

【図面の簡単な説明】

【図１】第１の実施例におけるプロセッサ内での処理手
順を示すフローチャートである。

【図２】本発明が適用される計算機システムの構成図で
ある。

【図３】第１の実施例における処理装置のブロック図で
ある。

【図４】起動タイプ管理テーブルの構成図である。

【図５】起動条件管理テーブルの構成図である。

【図６】ネットワーク上に送信されるメッセージのフォ
ーマット図である。

【図７】第１の実施例における処理装置の機能ブロック
図である。

【図８】実行管理テーブルの構成図である。

【図９】起動タイプ、起動パラメータの定義時に用いる
定義画面の構成図である。

【図１０】起動タイプ、起動パラメータの定義時に用い
る定義画面の他の一例を示す構成図である。

【図１１】第２の実施例におけるプロセッサ内での処理
手順を示すフローチャートである。

【図１２】ネットワーク上に送信されるメッセージのフ
ォーマット図である。

【図１３】起動タイプ管理テーブルの構成図である。

【図１４】メッセージ内の情報の設定例を示すフォーマ
ット図である。

【図１５】第３の実施例における計算機システムの構成
図である。

【図１６】ネットワーク上を送信されるメッセージのフ
ォーマット図である。

【図１７】第３の実施例における処理装置のブロック図
である。

【図１８】内容コード管理テーブルの構成図である。

【図１９】送信範囲管理テーブルの構成図である。

【図２０】第３の実施例における処理装置の機能ブロッ
ク図である。

【図２１】第３の実施例におけるプロセッサ内での処理
手順を示すフローチャートである。

【図２２】内容コードの定義に用いる定義画面の構成図
である。

【図２３】入出力内容コードの定義に用いる定義画面の
構成図である。

【図２４】内容コードに対する起動方式と時間条件の定
義に用いる定義画面の構成図である。

【図２５】内容コードに対する起動方式と時間条件の定
義に用いる定義画面の構成図である。

【図２６】第４の実施例におけるプロセッサ内での処理
手順を示すフローチャートである。

【図２７】受信メッセージ管理テーブルの構成図であ
る。

【図２８】内容コードに対する起動方式と時間条件の定
義に用いる定義画面の構成図である。

【図２９】起動条件管理テーブルおよび内容コード管理
テーブルの構成図である。

【図３０】ネットワーク上を送信されるメッセージのフ
ォーマット図である。

【図３１】実行取消管理テーブルの構成図である。

【図３２】メッセージへの定義情報の設定例を示すフォ
ーマット図である。

【図３３】実行管理テーブルおよび実行取消管理テーブ
ルへの管理情報の設定例を示す例示図である。

Claims

【特許請求の範囲】

【請求項１】複数のプロセッサにより構成される分散処
理システムのプログラム実行管理方法において、メッセ
ージを受信したプロセッサは、受信したメッセージを処
理するプログラムを、あらかじめ該プログラムに対して
設定されたにより与えられる起動タイミングで該プログ
ラムを起動することを特徴とするプログラム実行管理方
法。
【請求項２】前記起動の形態は、メッセージ受信後指定
される時間経過後にプログラムの起動を行う第１の起動
形態、メッセージ受信後指定される周期でプログラムの
起動を行う第２の起動形態、および指定される時刻にプ
ログラムの起動を行う第３の起動形態のいずれか１つを
含むことを特徴とする請求項１記載のプログラム実行管
理方法。
【請求項３】前記起動条件情報を各プロセッサ内のテー
ブルにあらかじめ登録しておき、前記プロセッサの各々
は、前記テーブル内の起動条件情報に基づいて自プロセ
ッサ内のプログラムを起動することを特徴とする請求項
２記載のプログラム実行管理方法。
【請求項４】前記プロセッサの各々は、前記起動条件情
報を自プロセッサ内のプログラムの処理結果のメッセー
ジに付与して送信し、該メッセージを受信したプロセッ
サは、メッセージに付与された前記起動条件情報をもと
に、プログラム起動のタイミングを決定することを特徴
とする請求項２記載のプログラム実行管理方法。
【請求項５】前記起動条件情報としてさらに、前記第１
の起動形態、第２の起動形態、および第３の起動形態の
それぞれに対応して、対応する起動形態で起動が管理さ
れているプログラムの起動の取り消しを指示する起動情
報を設けておき、該取り消しを指示する起動情報を含む
メッセージを前記ネットワークを介して伝送し、前記プ
ログラムの起動を中止することを特徴とする請求項４記
載のプログラム実行管理方法。
【請求項６】前記プロセッサのいずれかより前記起動条
件情報が複数付与されたメッセージを送信し、該メッセ
ージを受信したプロセッサは、該メッセージに付与され
た複数の起動条件情報に基づいて決定される起動タイミ
ングに従って該メッセージを処理に必要とするプログラ
ムの起動を管理する請求項４または請求項５記載のプロ
グラム実行管理方法。
【請求項７】複数のプロセッサにより構成され、各プロ
セッサが自プロセッサ内のプログラムの処理結果のメッ
セージに、そのメッセージの内容を示す内容コードを付
与してネットワークにブロードキャストし、該メッセー
ジを受信したプロセッサは、該メッセージに付与された
内容コードをもとに該メッセージを受信するか否かを判
断し、該メッセージが必要と判断した場合に受信するよ
うに構成された分散処理システムのプログラム実行管理
方法において、前記内容コードに対して設定された起動
の形態を示す起動タイプ情報と時間的条件を与える時間
情報とからなる起動条件情報をもとに、該メッセージを
処理する少なくとも１つのプログラムを、メッセージ受
信後、前記起動条件情報により与えられる起動タイミン
グに従って起動することを特徴とするプログラム実行管
理方法。
【請求項８】前記起動の形態は、メッセージ受信後指定
される時間経過後にプログラムの起動を行う第１の起動
形態、メッセージ受信後指定される周期でプログラムの
起動を行う第２の起動形態、および指定される時刻にプ
ログラムの起動を行う第３の起動形態のいずれか１つを
含むことを特徴とする請求項７記載のプログラム実行管
理方法。
【請求項９】前記起動条件情報と前記内容コードとを対
応させて各プロセッサ内のテーブルにあらかじめ登録し
ておき、前記プロセッサの各々は、前記テーブル内の起
動条件情報に基づいて自プロセッサ内のプログラムを起
動することを特徴とする請求項８記載のプログラム実行
管理方法。
【請求項１０】前記プロセッサの各々は、前記起動条件
情報を自プロセッサ内のプログラムの処理結果のメッセ
ージに付与して送信し、該メッセージを受信したプロセ
ッサは、メッセージに付与された前記起動条件情報をも
とに、プログラム起動のタイミングを決定することを特
徴とする請求項８記載のプログラム実行管理方法。
【請求項１１】前記起動条件情報としてさらに、前記第
１の起動形態、第２の起動形態、および第３の起動形態
のそれぞれに対応して、対応する起動形態で起動が管理
されているプログラムの起動の取り消しを指示する起動
情報を設けておき、該取り消しを指示する起動情報を含
むメッセージを前記ネットワークを介して伝送し、前記
プログラムの起動を中止することを特徴とする請求項１
０記載のプログラム実行管理方法。
【請求項１２】前記プロセッサのいずれかより前記起動
条件情報が複数付与されたメッセージを送信し、該メッ
セージを受信したプロセッサは、該メッセージに付与さ
れた複数の起動条件情報に基づいて決定される起動タイ
ミングに従って該メッセージを処理に必要とするプログ
ラムの起動を管理する請求項１０または請求項１１記載
のプログラム実行管理方法。
【請求項１３】少なくとも１つのプロセッサ内のプログ
ラムは、その処理に複数のメッセージを必要とし、前記
少なくとも１つのプロセッサは、該プログラムが処理を
行うのに必要な全てのメッセージを受信し、受信したメ
ッセージに付与された内容コードの中の少なくとも１つ
の内容コードに対して定義された起動条件情報をもと
に、該プログラムを起動するまでの時間間隔を決定して
該プログラムを起動することを特徴とする請求項８、
９、または１０いずれかに記載のプログラム実行管理方
法。
【請求項１４】前記内容コードに対して優先順位を設定
しておき、前記複数のメッセージに付与された複数の内
容コードに対して定義された前記起動条件情報から、前
記優先順位に基づいて前記プログラムの起動管理に用い
る起動条件情報を決定することを特徴とする請求項１５
記載のプログラム実行管理方法。