JPH06222932A - コンピュータ装置 - Google Patents

Abstract

(57)【要約】 【目的】 システムプログラムの肥大化防止、および広
範囲なアプリケーションへの対応を容易にし、対象アプ
リケーションへのカスタマイズを容易にする。 【構成】 演算処理装置１は、対象アプリケーションに
応じたシステムプログラムの実行により、データ入力部
１１、アクティビティ制御部１２１、ディスパッチャ１
２２、およびデータ出力部１３として機能し、対象アプ
リケーションの任意の状態で任意のイベントが発生した
場合、ディスパッチャ１２２は、ルールテーブル記憶部
２に記憶されたルールテーブルを参照して、当該状態お
よびイベントに対応したアクティビティ実行部１２１に
作業開始指示を送ってアクティビティを実行させる。こ
のため、アクティビティ実行部１２１間のインタフェー
スである制御手順をシステムプログラムから独立させる
ことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、対象とするアプリケー
ション（以下、対象アプリケーションという）に応じた
複数のアクティビティを当該対象アプリケーションの状
態およびイベントにしたがって実行するコンピュータ装
置に関する。

【０００２】

【従来の技術】従来のコンピュータ装置では、生産管理
等の対象アプリケーションに応じてシステムプログラム
のカスタマイズを行う際、まず当該対象アプリケーショ
ン、すなわち実現すべき仕様に応じて各作業（以下、ア
クティビティという）を行う機能要素（以下、アクティ
ビティ実行部という）を、既存のアクティビティ実行部
群から選択し、次いで選択した複数のアクティビティ実
行部を制御手順、すなわちアクティビティ実行部間のイ
ンタフェースに応じて組み合わせる、というような手順
で行っている。

【０００３】

【発明が解決しようとする課題】しかし、このような従
来のコンピュータ装置では、対象アプリケーションに応
じた複数のアクティビティ実行部をアクティビティ実行
部群から選出し、それをアクティビティ実行部間のイン
タフェースである制御手順に応じて組み合わせることに
より、システムプログラムのカスタマイズを行っていた
ため、次のような問題が生じている。

【０００４】（１）アクティビティ実行部間の制御手順
が固定となり、適用できるアプリケーションの範囲が限
定される。

【０００５】（２）制御手順が異なるアプリケーション
に対しては、システムプログラムの構造を変更しなけれ
ばならず、大規模な作業工数が発生することになる。

【０００６】（３）広範囲なアプリケーションへ適用す
るためには、システムプログラムに多くのアクティビテ
ィ実行部を包含させ、それらを制御手順に応じて組み合
わせる必要があり、制御手順が複雑になり、システムプ
ログラムが肥大化する。

【０００７】そこで、本発明はこのような問題に着目し
てなされたもので、システムプログラムを構成するアク
ティビティ実行部間の制御手順をシステムプログラムか
ら独立させることにより、システムプログラムの肥大化
の防止、および広範囲なアプリケーションへの対応の容
易化を図り、対象アプリケーションに応じたカスタマイ
ズを容易に行えるコンピュータ装置を提供することを目
的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、対象とするアプリケーションに応じた
複数のアクティビティを、当該アプリケーションで発生
する状態およびイベントにしたがって実行するコンピュ
ータ装置において、上記複数のアクティビティを各々の
状態で実行する複数のアクティビティ実行部と、上記対
象アプリケーションで発生する状態およびイベントの特
定により、当該状態およびイベントに対応した上記各ア
クティビティ実行部を特定するルールテーブルが記憶さ
れたルールテーブル記憶部と、上記対象アプリケーショ
ンにおける任意の状態で任意のイベントが発生した場
合、上記ルールテーブル記憶部に記憶されたルールテー
ブルを参照して、当該状態およびイベントに対応した上
記各アクティビティ実行部に各々のアクティビティを実
行させるアクティビティ制御部と、を具備することを特
徴とする。

【０００９】

【作用】本発明では、対象アプリケーションの任意の状
態で任意のイベントが発生した場合、アクティビティ制
御部がルールテーブル記憶部に記憶されたルールテーブ
ルを参照して、当該状態およびイベントに対応したアク
ティビティ実行部に各々のアクティビティを実行させ
る。

【００１０】

【実施例】以下、本発明に係るコンピュータ装置の一実
施例を図面に基づいて説明する。図１は、本発明に係る
コンピュータ装置の一実施例を示している。

【００１１】本装置は、演算処理装置１と、ルールテー
ブルを記憶しているルールテーブル記憶部２と、入力装
置３１〜３３と、出力装置４１〜４３とを有している。

【００１２】演算処理装置１は、対象とするアプリケー
ションに応じて与えられたシステムプログラムをＣＰＵ
（図示せず）等が実行することにより、入力装置３１〜
３３から入力する各種イベント等の入力データを抽象化
するデータ入力部１１と、データ入力部１１からの抽象
化された入力データを後述するよう処理して出力データ
を生成するデータ処理部１２と、出力データを具体化し
て出力装置４１〜４３へ送出するデータ出力部１３とし
て機能するように構成されている。

【００１３】データ処理部１２は、対象アプリケーショ
ンに応じた各アクティビティを各々の状態で実行する複
数のアクティビティ実行部１２１と、対象アプリケーシ
ョンにおける任意の状態で任意のイベントが発生した場
合、ルールテーブル記憶部２のルールテーブルを参照し
て、当該状態およびイベントに対応したアクティビティ
実行部１２１にメッセージを送ってアクティビティを実
行させるアクティビティ制御部として機能するディスパ
ッチャ１２２とから構成される。

【００１４】なお、アクティビティ実行部１２１自身が
各々のアクティビティを実行する際の状態を持っている
ため、ディスパッチャ１２２から各アクティビティ実行
部１２１へのメッセージ発行は、次の図２で説明するル
ールテーブルに基づいたイベント駆動で行われることに
なる。イベントは、データが外部より入力したとき、タ
イマがカウントアップしたとき、１つのアクティビティ
実行部１２１が実行を終了したとき等に発生する。

【００１５】また、ルールテーブル記憶部２は、ＲＡ
Ｍ、ＲＯＭ等の書換え可能なメモリからなり、ハードデ
ィスク等に予め格納しておいたルールテーブルを、シス
テムプログラム導入時あるいは本装置の電源投入時等に
ロードして記憶するように構成されている。

【００１６】図２は、ルールテーブル記憶部２に記憶さ
れるルールテーブル２１の一例を示している。

【００１７】ルールテーブル２１は、図に示すような二
次元のマトリクス状のテーブルで構成されており、対象
アプリケーションで発生する状態Ｊ１〜Ｊ４と、イベン
トＥ１〜Ｅ４との特定により、当該状態およびイベント
に対応したアクティビティＡ１〜Ａ３等を特定して、ア
クティビティＡ１〜Ａ３等を各々実行するアクティビテ
ィ実行部１２１間のインタフェースである制御手順、あ
るいは制御の流れを定義するようになっている。そし
て、ディスパッチャ１２２は、状態Ｊ１〜Ｊ４と、イベ
ントＥ１〜Ｅ４とが与えられることにより、それらによ
り特定されるアクティビティＡ１〜Ａ３等を実行するア
クティビティ制御部１２１へメッセージを送出する。

【００１８】例えば、図において、状態Ｊ２が“工程の
先頭設備７が作業可能”という状態を示し、イベントＥ
２が“前工程よりワークが到着”で、アクティビティＡ
２が“作業指示を設備へ発行する”という内容の場合に
は、自工程の先頭設備７が作業可能開始状態で、前工程
よりワークが到着した時、アクティビティＡ２が発火、
すなわちディスパッチャ１２２から当該アクティビティ
Ａ２を実行するアクティビティ実行部１２１にメッセー
ジが送出されて、アクティビティＡ２の実行により作業
指示が設備へ発行される。

【００１９】次に、このように構成されたコンピュータ
装置が、例えば、ＰＵＳＨ型の生産ラインと、ＰＵＬＬ
型の生産ラインとの２つの生産管理を対象アプリケーシ
ョンとして動作する場合について説明する。

【００２０】まずは、ＰＵＳＨ型の生産ラインの場合か
ら説明する。図３は、ＰＵＳＨ型の生産ラインの一例
で、ベルトコンベア上をワーク（あるいは作業ロット）
５が流れる場合等の生産ラインを示している。

【００２１】ＰＵＳＨ型の生産ラインは、自工程が生産
開始可能状態で、前工程からの中間製品到着イベントが
発生した場合、当該状態とイベントとにより特定される
アクティビティが発火し、関連設備へ生産指示が発行さ
れる形式である。

【００２２】図３の場合、具体的な制御の流れは、まず
前工程の最終設備６でワーク５に対する作業が完了して
（）、前工程から自工程へ作業完了イベントが発行さ
れる（）。そして自工程の先頭設備７からワーク到着
のイベントが発行され（）、自工程の先頭設備７へワ
ーク５に対する作業指示が送られ（）、自工程の先頭
設備７から作業完了イベントが発行される（）、とい
う順である。

【００２３】図４は、このような生産ラインに合わせて
設定したルールテーブル２２を示している。

【００２４】ここで、状態Ｊ１〜Ｊ３、およびイベント
Ｅ１〜Ｅ３、アクティビティＡ１〜Ａ４の内容を示す
と、 Ｊ１；自工程の先頭設備は空いている。 Ｊ２；自工程の先頭設備は作業可能。 Ｊ３；自工程の先頭設備は作業中。 Ｅ１；前工程が作業を完了。 Ｅ２；ワークが到着。 Ｅ３；先頭設備が作業を完了。 Ａ１；自工程の先頭設備を作業可能状態にする。 Ａ２；作業指示を先頭設備へ発行して、自工程の先頭設
備を作業中状態にする。 Ａ３；次設備への作業要求を発行して、自工程の先頭設
備を空き状態にする。である。

【００２５】このため、このルールテーブル２２に従え
ば、例えば状態Ｊ１でイベントＥ１が発生、すなわち自
工程の先頭設備７は空いている状態Ｊ１で、前工程が作
業を完了というイベントＥ１が発生した場合、この状態
Ｊ１とイベントＥ１とにより特定されるアクティビティ
Ａ１が発火することになり、ディスパッチャ１２２は、
当該アクティビティＡ１に対応したアクティビティ実行
部１２１へメッセージを送り、自工程の先頭設備７を作
業可能状態にする、というアクティビティＡ１の内容を
当該アクティビティ実行部１２１に実行させる。

【００２６】次に、自工程の先頭設備７が作業可能状態
Ｊ２で、ワーク５が到着したというイベントＥ２が発生
した場合、アクティビティＡ２が発火することになり、
ディスパッチャ１２２は、ルールテーブル２２を参照し
て、当該アクティビティＡ２に対応したアクティビティ
実行部１２１へメッセージを送り、当該アクティビティ
実行部１２１に作業指示を先頭設備７へ発行させて、自
工程の先頭設備７を作業中状態にさせる。さらに自工程
の先頭設備７が作業中状態Ｊ２で、先頭設備７が作業を
完了のイベントＥ２が発生した場合には、アクティビテ
ィＡ３が実行されて、次設備への作業要求を発行され、
自工程の先頭設備７が空き状態になる。

【００２７】このように、ディスパッチャ１２２は、イ
ベントＥ１〜Ｅ３が入力した場合には、システムプログ
ラム本体とは独立させたこのルールテーブル２２を参照
して、そのイベントと現在の状態とに対応したアクティ
ビティＡ１〜Ａ３を特定することにより、ＰＵＳＨ型の
生産ラインにおけるアクティビティ間の制御手順を決定
して、アクティビティを実行させる。

【００２８】次に、ＰＵＬＬ型の生産ラインの場合から
説明する。図５は、ＰＵＬＬ型の生産ラインの一例で、
ベルトコンベアがなく、ワーク５を作業者が取りに行く
生産ラインを示している。

【００２９】ＰＵＬＬ型の生産ラインは、自工程が生産
開始可能状態で、生産開始のイベントが発生した場合、
当該状態とイベントとにより特定されるアクティビティ
が発火して、関連設備へ生産指示が発行され、前工程へ
中間製品であるワーク５を取りにいく形式である。

【００３０】図５の場合、具体的な制御の流れは、まず
前工程の最終設備６でワーク５に対する作業が完了して
（）、前工程から自工程へ作業完了イベントが発行さ
れる（）。次に自工程の先頭設備７へワーク取出し指
示が送られ（）、自工程の作業者がワーク５を前工程
へ取りにいき（）、自工程にワーク５が到着した際、
自工程の先頭設備７からワーク到着のイベントが発行さ
れる（）。そして自工程の先頭設備７へワーク５に対
する作業指示が送られ（）、自工程の先頭設備７から
作業完了イベントが発行される（）、という順であ
る。

【００３１】図６は、このようなＰＵＬＬ型の生産ライ
ンに合わせて設定したルールテーブル２３を示してい
る。

【００３２】状態Ｊ１〜Ｊ３、イベントＥ１〜Ｅ３、お
よびアクティビティＡ２，Ａ３の内容およびルールテー
ブル２３上の設定位置は、図４に示すＰＵＳＨ型生産ラ
インのルールテーブル２２と同じで、図４に示すルール
テーブル２２のアクティビティＡ２の代わりにアクティ
ビティＡ４を設定したのものが、このルールテーブル２
３となる。

【００３３】アクティビティＡ４の内容は、“ワーク取
出し指示を発行して、自工程の先頭設備７を作業可能状
態にする。”というものである。

【００３４】このため、状態Ｊ１でイベントＥ１が発生
した場合、すなわち自工程の先頭設備７は空いている状
態Ｊ１で、前工程が作業を完了したというイベントＥ１
が発生した場合、アクティビティＡ４が発火することに
なり、ディスパッチャ１２２は，当該アクティビティＡ
４に対応したアクティビティ実行部１２１へメッセージ
を送り、ワーク取出し指示を発行して作業者にワーク５
を取りに行かせ、自工程の先頭設備７を作業可能状態に
する、というアクティビティＡ４の内容を実行させる。

【００３５】それ以降の制御の流れは、図４に示すＰＵ
ＳＨ型生産ラインの場合と同様で、状態Ｊ２でイベント
Ｅ２が発生した場合にはアクティビティＡ２が発火し、
状態Ｊ３でイベントＥ３が発生した場合にはアクティビ
ティＡ３が発火する、という順でアクティビティ実行部
１２１を実行させる。

【００３６】従って、本実施例によれば、アクティビテ
ィ実行部間のインタフェース、すなわち制御手順を示す
ルールをルールテーブルとしてシステムプログラムから
独立させ、ＲＡＭ等のルールテーブル記憶部２に記憶し
たため、対象アプリケーションをＰＵＳＨ型生産ライン
からＰＵＬＬ型生産ラインへ変更する場合でも、システ
ムプログラム自体を変更する必要なく、ルールテーブル
の内容の一部を変更するだけで、対象アプリケーション
に応じたシステムプログラムのカスタマイズを行うこと
ができる。

【００３７】このことから、本実施例によれば、制御手
順が異なる複数のアプリケーションへの適用の際や、シ
ステムプログラムをアプリケーションへ適用後も、シス
テムプログラムへ手を加えることなく、ルールテーブル
の内容変更だけ対処できると共に、システムプログラム
の適用範囲外のアプリケーションに対しては、ルールテ
ーブルのルール変更およびアクティビティ実行部の追加
により対処でき、対象アプリケーションに応じたカスタ
マイズの際の手間の削減、およびシステムプログラムの
肥大化の防止、という効果が得られる。

【００３８】

【発明の効果】以上説明したように、本発明では、対象
アプリケーションの任意の状態で任意のイベントが発生
した場合、アクティビティ制御部の制御により、ルール
テーブル記憶部に記憶されたルールテーブルにしたがっ
て当該状態およびイベントに対応したアクティビティが
実行されるようにしたため、制御手順が異なる複数のア
プリケーションへの適用に際や、システムプログラムを
対象アプリケーションへ適用後もルールテーブルの内容
変更だけ対処できると共に、本装置の適用範囲外のアプ
リケーションに対しては、ルールテーブルのルール変更
およびアクティビティ実行部の追加により対処できる。

【図面の簡単な説明】

【図１】本発明に係るコンピュータ装置の一実施例を示
すブロック図。

【図２】ルールテーブルの一例を示す説明図。

【図３】ＰＵＳＨ型の生産ラインの一例を示す説明図。

【図４】ＰＵＳＨ型の生産ラインに合わせたルールテー
ブルの一例を示す説明図。

【図５】ＰＵＬＬ型の生産ラインの一例を示す説明図。

【図６】ＰＵＬＬ型の生産ラインに合わせたルールテー
ブルの一例を示す説明図。

【符号の説明】 ２ ルールテーブル記憶部 １２１ ディスパッチャ（アクティビティ制御部） １２２ アクティビティ実行部 ２１ ルールテーブル ２２ ルールテーブル ２３ ルールテーブル

フロントページの続き (72)発明者 野原 真一 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 対象とするアプリケーションに応じた複
   数のアクティビティを、当該アプリケーションで発生す
   る状態およびイベントにしたがって実行するコンピュー
   タ装置において、 上記複数のアクティビティを各々の状態で実行する複数
   のアクティビティ実行部と、 上記対象アプリケーションで発生する状態およびイベン
   トの特定により、当該状態およびイベントに対応した上
   記各アクティビティ実行部を特定するルールテーブルが
   記憶されたルールテーブル記憶部と、 上記対象アプリケーションにおける任意の状態で任意の
   イベントが発生した場合、上記ルールテーブル記憶部に
   記憶されたルールテーブルを参照して、当該状態および
   イベントに対応した上記各アクティビティ実行部に各々
   のアクティビティを実行させるアクティビティ制御部
   と、 を具備することを特徴とするコンピュータ装置。