JPH05324288A

JPH05324288A - 情報処理装置

Info

Publication number: JPH05324288A
Application number: JP12342292A
Authority: JP
Inventors: Haruo Koyanagi; 晴生小柳; Kazuyoshi Abe; 和義阿部; Toru Nishiyama; 徹西山; Minoru Nomaru; 実能丸
Original assignee: Nissan Motor Co Ltd
Current assignee: Nissan Motor Co Ltd
Priority date: 1992-05-15
Filing date: 1992-05-15
Publication date: 1993-12-07

Abstract

(57)【要約】【目的】コンピュータ端末や作業ロボットまたはプロ
グラム等において、そのメーカーやハードウェア上のＯ
Ｓ等にとらわれずに自由にＦＡやＯＡのシステムを組む
ことができるいわゆるマルチベンダー環境に適合した情
報処理装置を提供することを目的とする。【構成】実行要素手順のみのアプリケーションキット
１，２を記憶する手段と、該キットをＯＳ７に依存せず
に構築し、流れを記憶、処理するためのライブラリ群よ
りなる手段ＳＫＩ３と、共有する情報の保存および処理
を管理、実行するための手段ＢＡＳＥ４と、該キットや
ＢＡＳＥ部をハードウェアやＯＳから切離し動作させる
ための関数群を供給する手段ＯＳＩ５と、特定のＯＳ上
でのみ機能する作業手順を記憶した記憶手段を作り変え
ることなく該ＳＫＩおよびＢＡＳＥ部上で機能させ、該
キットとの整合性をとる手段ＡＰＩ６を有することを特
徴とする情報処理装置により達成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置に関し、
特に、工場や事務所内における情報や作業工程等を総合
的に管理、運営するための情報処理装置に関する。

【０００２】

【従来の技術】ＦＡやＯＡ等、工場や事務所内における
情報や作業工程等を高度に自動化し、総合的に管理運営
するための装置を構築する上で、コンピュータ端末や作
業ロボット等において、そのメーカーやコンピュータ上
のＯＳ等にとらわれずに自由にＦＡやＯＡのシステムを
組むことができるいわゆるマルチベンダー環境がユーザ
ーサイドから求められている。

【０００３】従来、このマルチベンダー環境を組む上で
の問題として、異機種間でのプログラムやデータの相互
利用ができない等問題がある。これは、例えば、ある工
場Ａにおいて、作業や工程等をコンピュータを用いて管
理し、自動化（オートメーション化）したシステムを作
上げ、これを他の工場Ｂ等に移す場合に、そこで用いら
れているコンピュータが同一機種であれば問題はない
が、異種が異なる場合には、その工場Ｂとして行う作業
等は同一であっても、その工場Ｂで使用するコンピュー
タに合わせたプログラムを作らねばならない。これに
は、通常、前の工場Ａで作成されたものを移植すること
により行われ、この移植は、事実上、まったく別なプロ
グラムを作成するのとほぼ同様の労力やコストが必要と
なる。また、ある作業や処理の追加には、追加したい作
業処理の部分を組み込んだ新たなプログラムが必要であ
り、それは結局、メインルーチンは元のプログラムであ
るにしても、わずかな追加変更であっても、元のプログ
ラムとは異なる新規なプログラムを作成するのと何等変
わることのないものとなり、多くの労力が必要で、ま
た、その様に新たに作ったプログラムは、全体のデバグ
やテストラン等が必要でありさらに多くの労力や時間、
コストが必要となり大きな問題がある。

【０００４】

【発明が解決しようとする課題】そこで本発明は、コン
ピュータ端末や作業ロボットまたはプログラム等におい
て、そのメーカーやハードウェア上のＯＳ等にとらわれ
ずに自由にＦＡやＯＡのシステムを組むことができるい
わゆるマルチベンダー環境に適合した情報処理装置を提
供することを目的とする。

【０００５】

【課題を解決するための手段】上記諸目的は、判断処理
や情報の記憶保持の処理を包含せず実行要素手順のみに
よって定義される一つもしくは複数のアプリケーション
キットを記憶する記憶手段と、該キットをハードウェア
やＯＳ（オペレーティングシステム）に依存せずに構築
し、かつ構築されたキットの流れを記憶し、処理するた
めのライブラリ群よりなる手段ＳＫＩ（ソフトキットイ
ンターフェイス）と、各アプリケーション間で共有する
情報の一時保存および処理を一括管理し、実行するため
の手段ＢＡＳＥと、該キットやＢＡＳＥ部をハードウェ
アやＯＳから完全に切り離し動作させるための関数群を
供給する手段ＯＳＩ（オペレーティングシステムインタ
ーフェイス）と、特定のＯＳ上でのみ機能する作業手順
を記憶した記憶手段を作り変えることなく該ＳＫＩおよ
びＢＡＳＥ部上で機能させ、該キットとの整合性をとる
手段ＡＰＩ（アプリケーションソフトインターフェイ
ス）を有することを特徴とする情報処理装置により達成
される。

【０００６】

【作用】本発明の情報処理装置は、上述のような手段に
より、ソフトウェアのソースコードを変更することなく
任意の環境下で所定の機能が実現できる。すなわち、新
規ソフト、既存ソフト共に、ハードウェアやＯＳ、また
は接続デバイスやネットワーク等に依存せず、高度な操
作性をマルチベンダー環境にて実現することができるも
のである。また、任意の処理作業を追加するには、ある
単位作業としての追加部分をソフトキットとして追加す
ることにより行うことができるため、従来のように、ア
プリケーションソフト全体を変更することによる処理の
追加変更と言う作業が不必要となる。

【０００７】

【実施例】以下、本発明の情報処理装置における各手段
について説明する。図１は、本発明の情報処理装置を概
念的に表した図面である。

【０００８】まず、本発明における判断処理や情報の記
憶保持の処理を包含せず実行要素手順のみによって定義
されるアプリケーションキット１および２（図１中では
２個のキットであるが、２個以上の複数個在ってもよ
い）を記憶する一つもしくは複数の記憶手段は、一つの
機能として処理が閉じている最小単位の処理モジュール
であるキットを記憶しており、該キット１および２は、
ＳＫＩ３によって提供される関数のみを使用し外部関数
を直接参照することなく動作させることができるもので
ある。本発明の情報処理装置を利用する利用者は、この
キット１および２をその利用したい処理に合わせて適宜
選択して接続する（データフローダイアグラム（ＤＦ
Ｄ）と称する）ことにより、ある処理または作業を実行
することができる。

【０００９】次に、ＳＫＩ３は上述のキット１および２
を組み合わせることにより構築されて指定された処理手
順に合わせて各キット１および２を接続し、かつ構築さ
れた処理手順を実行するためのライブラリ群を有し、各
ソフトやキット１および２がハードウェアやＯＳに関係
なく動作させるための手段である。ＳＫＩ３は、そのた
めに概念的には図２に示すようにソフトキットインター
フェイス（Ｉ／Ｆ）部３１とソフトキットリンク管理部
３２に別れている。

【００１０】ソフトキットインターフェイス部３１で
は、ＯＳ、ＢＡＳＥとの標準インターフェイスを制御す
るもので、具体的には、例えば以下のような機能を有す
るものである。ソフトキットインターフェイス機能例（１）ＯＳインターフェース・別項ＯＳＩ機能をソフトウェアキットに提供する（キ
ットからのコールに応える）。（２）ＢＡＳＥインターフェース・ポイントデータのタグ名ライト／リード（Ｒ／Ｗ）。・ポイントダータベース（Ｄ／Ｂ）のファイルのタグ名
Ｒ／Ｗ。・入出力インターフェース。・ポイントＤ／Ｂの検索。・アラーム。・現在時刻リード。・テーブルのリード。

【００１１】ソフトキットリンク管理部３２では、コン
ピュータのノードに関係なくメッセージとデータでシー
ケンシャルにリンクするもので、具体的には、例えば以
下のような機能を有するものである。ソフトキットリンク管理部機能例（１）ＤＦＤリンク・ＤＦＤ形式で設定した条件に従い、各キットを順次結
合、実行する。（２）リンクデータ作成・キット間のリンクデータをタグ名で登録し、それに従
いデータを自動作成する。（３）ネットワーク管理・異なるノードのポイントデータＲ／Ｗあるいはキット
とのリンク時のネットワーク制御を行なう。（４）最適メッセージ選択・ノード間あるいはノード内のキット間通信時、メッセ
ージタイプを自動選択する。

【００１２】次に、各アプリケーション間で共有する情
報の一時保存および処理を一括管理し、実行するための
手段ＢＡＳＥ４部は、ＳＫＩ３で生成された各キット１
および２のデータを結合し、キット１および２の起動命
令やキット間の同期を制御し、また、キット起動のシー
ケンス管理等を行うキット統合機能、端末８や接続され
ている各種デバイス９の起動実行の管理（デバイスドラ
イバ（Ｄ／Ｄ））、デバイス上の物理データ（デバイス
内での特定のあるアドレスに保存されているデータ）を
本発明の情報処理装置上の論理データ（タグ名で扱える
データ）への変換および構造化データの管理等を行うデ
バイスデータ管理機能、および端末とのインターフェー
ス、画面表示状態の管理および画面作成ツール（グラフ
ィックユーザーインターフェイス（ＧＵＩ））を有する
画面操作作成統合機能等を有し、必要により、アラーム
等の時間の管理やユーザ管理等の機能を合せ持つもの
で、事実上この部分により利用者が任意に設定した処理
作業を行う部分である。

【００１３】このＢＡＳＥ４部は、概念的には図２に示
すように、物理／論理データ管理部４３、情報収集／分
配部４４および共通操作型ユーザーインターフェイス部
４５に別れている。

【００１４】情報収集／分配部４４では、接続したでデ
バイスとの通信を行い、デバイスの持つデータの収集あ
るいはアプリケーション（ソフトキット）からのデータ
の分配を行うもので、例えば以下のような機能を有して
いる。情報収集／分配機能例（１）対デバイス通信（ＤＣＤ）・デバイスに合わせたプロトコルで、複数デバイスとの
データ通信を行なう（デバイスコミュニケーションドラ
イバー）。（２）ＤＣＤ起動・「デバイス構成テーブル」に登録した「デバイスタイ
プ」より、適合ＤＣＤを選択、実行する。（３）データ収集・「ポイントデータテーブル」に登録した収集内容、収
集タイプに基づいて、ＤＣＤを起動し、デバイスデータ
を収集する。収集タイプ；サイクリック／条件イベント
／変化イベント／要求イベント。

【００１５】（４）データ分配・「ポイントデータテーブル」に登録した分配内容、分
配タイプに基づいて、ＤＣＤを起動し、デバイスデータ
を分配する。分配タイプ；サイクリック／条件イベント
／変化イベント／要求イベント。（５）デバイスアクセスサービス１）イベント型収集時、収集データ量を自動的に最適化
する。２）デバイス接続／切離し時の保護を行なう。３）ＤＣＤの並列起動タイミングを最適化する。４）データ毎に書き込み保護を行なう。５）収集、分配データの範囲チェックを行なう。６）ＤＣＤを新規に開発する時の支援ツールを提供す
る。

【００１６】物理／論理データ管理部４３では、各端末
のアドレス上に展開されている物理データを論理化し、
タグ名付きポイントデータとしてソフトキットで扱える
データに展開する物で、例えば以下のような機能を有し
ている。物理／論理データ機能例（１）構造化タグアクセス・デバイスから収集する物理データの個々にタグ名（ポ
イントデータテーブル）を割付け、個々あるいは構造体
単位でのタグアクセスを行なう。（２）仮想ポイントデータ管理・仮想のポイントデータエリアを生成し、基本演算
（＋、−、×、÷、平方根、２乗等）、理論演算（ＡＮ
ＤＯＲＸＯＲ等）を実行し、データを管理する。（３）ポイントデータベース（ＰＤＢ）連動・ポイントデータを「ＰＤＢフォーマットテーブル」に
登録したフォームで、［サイクリック／条件イベント／
変化イベント／要求イベント］のタイミングで、データ
ベースと連動Ｒ／Ｗ制御を行なう。（４）ポイントデータベースフォーム変更・「ＰＤＢフォーマットテーブル」を変更した後、旧フ
ォーマットからの自動変更を行なう。（５）ポイントデータベース検索・フォーマット内データの内容を設定条件により検索し
ファイル化する。（６）ポイントデータベースアクセス・ファイル名−構造化タグ指定によりＤ／Ｂをアクセス
する。

【００１７】共通操作型ユーザーインターフェイス部４
５アプリケーションソフトキットの共通ユーザー（利用
者）としてのターミナル、キーボードおよびディスプレ
イ（画面表示）やプリンタ機器の操作系の制御を行うも
ので、例えば以下のような機能を有している。共通操作型ユーザーインターフェイス機能例（１）入出力フォーム作成（ＧＥＤ）・入出力フォームを、作画するグラフィックエディタ
ー。（２）データ割付登録（ＧＥＤ設定テーブル）・ＧＥＤで作成した入出力フォームに表示する内容を登
録する。（３）アプリケーション（ソフトウェアキット）との連
動（ＵＩＣ）・ＧＥＤ入出力データを、アプリケーションソフトから
物理デバイス（ターミナル、プリンター）に入出力す
る。排他処理。（４）テーブル管理（テーブルデータベース）・システムで使用する全テーブルの管理を行なう。ＵＩ
Ｃによりデータ設定を行なう。（５）ＧＥＤフォーム管理（ＧＥＤ−Ｄ／Ｂ）・ＧＥＤで作成した入出力フォームの共通管理を行なう
（ノード別フォームの統合管理）。（６）デバイス固有画面管理・ＧＥＤ−Ｄ／Ｂとデバイス固有画面との関連づけ情報
を管理する。（７）プラットフォームデータ管理部との連動機能・プラットフォームのデータ管理機能と連動して、デー
タ受渡しを制御する。

【００１８】次に、キット１および２やＢＡＳＥ４部を
ハードウェアやＯＳ７から完全に切り離し動作させるた
めの関数群を供給する手段ＯＳＩ５は、その機能を極単
純に言い表すと、本装置にの各種手段を実行させるハー
ドウェアの機種により異なるＯＳ７で用いられている関
数やハードウェアに依存するＯＳ７上の処理機能等を、
本装置上で用いられる関数等に変換する役割を担うもの
である。これには、それぞれのハードウェア機器の基本
となるＯＳ７の命令系統（この命令系統がＯＳが異なる
ことにより、同一の命令が実際にコンピュータを動かす
ための引数や返数等が異なる）を本装置上で用いられる
関数等に変換するために、参照するＯＳライブラリーを
持つ。すなわち、ＯＳライブラリーは、各ＯＳ７の命令
形と、それに対応する本装置上の命令形を対応させるた
めのテーブルである。そして、各端末から入力された実
行命令をうけっとた時点でこのＯＳライブラリーを参照
して、必要な本装置上の命令形に変換し、また、本装置
上で実行された結果をハードウェアの表示または実行形
に合うように変換して送り返すことにより、その機種に
とらわれることなくソフトキットにより構築した処理作
業を行わしめるものである。

【００１９】さらに、このＯＳＩ５には、ハードウェア
に依存したＯＳ７の関数を補完する関数機能を持たせて
おくことができる。これは、通常ハードウェアに依存し
たＯＳ７の関数は、そのハードウェアやＯＳ７の特徴と
なる関数や処理命令等が在り、これらはハードウェアの
機種が異なるとある関数や命令があったりなかったりす
るため、利用者にとって機種が変わることによって使い
にくいことになっており、この様な不便さを無くすると
共に、さらに使いやすい関数や命令を付け加えることに
より、より機能的で利用しやすいものとすることができ
る。

【００２０】次に、ＡＰＩ６は、ある特定のＯＳ上でし
か実行することができないアプリケーションプログラム
の実行命令を、上述のＯＳライブラリーを参照して、本
装置上の命令に変換する機能を持つものである。

【００２１】このＡＰＩ６と上述のＯＳＩ５の機能によ
り、コンピュータ上のＯＳ７と、アプリケーションプロ
グラムのＯＳ７等を意識すること無く、ＯＳ７の異なる
機種でアプリケーションプログラムを実行することが可
能となる。

【００２２】上述のＯＳＩ５およびＡＰＩ６での変換
は、従来行われていたような、あるＯＳ７の実行命令か
らなるプログラムを、本装置上の命令形に移植するした
プログラムを生成させるというようなものではなく、各
端末からの命令やアプリケーションプログラムが実行さ
れたときの命令を、その実行命令のみを特定して、本装
置内で作動させるようにしたものである。これによっ
て、アプリケーション内の一部の命令のみを実行させる
ことも可能となり、上述のキット１および２と一緒にＤ
ＦＤにより組み合わせて実行することができるようにな
る。

【００２３】以下、さらに本発明を具体例を挙げて説明
する。例えば、エンジン加工ラインの生産サポートシス
テムに本発明の情報処理装置を使用して、プログラマブ
ルコントローラ（ＰＬＣ）より設備情報を取り込み設備
管理行う場合の例を示す。ここで、図３は、この例を説
明するための概念図である。

【００２４】情報処理装置に用いるハードウェアとして
は、例えば、ＤＥＣＶＡＸやＩＢＭ、その他ワークス
テーションやコンピュータ等を用い、このハードウェア
上のＯＳ１０８に、このＯＳ１０８を補う本発明のＯＳ
Ｉ１０７を組み込み、さらにＯＳＩ１０７上にＢＡＥＳ
１０６、ＳＫＩ１０５、ＡＰＩ１１３および複数のキッ
ト１０１，１０２，１０３および１０４を組み込む。こ
のように本発明の各手段を組み込んだ情報処理装置に、
ラインの設備から情報を取り出すＰＬＣ１１０を接続す
る。このＰＬＣにより取り出される情報は、この例で
は、複数の作業機器から、油水量、電流値、振動値、設
備異常、しきい値計測周期等である。

【００２５】そこで、情報処理装置に接続された端末か
ら、この例の設備管理に必要なキットを選択し、ＤＦＤ
により各キットを接続する。この例で必要なキットは、
画像状態監視キット１０１、傾向履歴管理キット１０
２、ポイントリスト表示キット１０３および画像編集キ
ット１０４である。選択された各キットは、利用者の指
示により、ＳＫＩ１０５のソフトキットリンク部により
リンクされる。

【００２６】まず、端末１０９から必要なデータの種類
を入力し、同時にそのデータの表示の形式を任意のグラ
フィック（表や図形等）の表示として得られるように設
定する。この設定のための入力がされると、入力された
命令は、ハードウェアのＯＳ１０８に読み込まれ、その
ＯＳ１０８に依存した命令が発生し、この命令をＯＳＩ
１０７が本装置上の命令形に変換する。データベース１
１１に表示形式や取り出したいデータの種類等は情報と
して蓄積され、処理の命令は、その処理を行うキットを
作動させるために、起動のタイミング等が設定せれてＳ
ＫＩ１０５に渡される。これにより、画面上の表示形式
の設定のために、画面編集キットが１０４が起動され、
実行された処理に従いＳＫＩ１０４のソフトキットＩ／
Ｆ部からＢＡＳＥ１０６に渡され、ＢＡＳＥ１０６は処
理の実行結果を判断してＧＵＩ１１５を起動することに
よって任意の表示画面を表示する。

【００２７】必要なデータおよびそのデータの表示形式
が設定され、設備管理の実行が命令されると、そのため
に必要な処理を行うキットにＢＡＳＥ１０６より起動が
かけられ、各キットが作動することにより必要なデータ
の収集が行われる。各キットが必要とするデータは、Ｓ
ＫＩ１０５のソフトキットＩ／Ｆのより統合選択され
て、ＢＡＳＥ１０６にデータ要求として渡され、ＢＡＳ
Ｅ１０６は、それに従いＤ／Ｄ１１４を通して、ＰＬＣ
１１０より必要なデータを収集する。収集されたデータ
は、ＢＥＳＡ１０６に取り込まれ、ＢＡＳＥ１０６はこ
のデータを分類（タグ名の付与）して、データベース１
１２に蓄積する。このデータ収集の時、ＰＬＣ１１０か
らのデータは、一旦ＯＳ１０８上の物理データとして、
ＯＳ１０８が規定するアドレス上に展開され、ＯＳ１０
８上のアドレスに展開された物理データは、ＯＳＩ１０
７によりＢＡＳＥ１０６が割り振ったタグ名として、Ｏ
ＳＩ１０７の論理／物理データ管理部により論理データ
（タグ名付き）に変換されてＢＡＳＥ１０６に渡される
ものである。

【００２８】さらに、この設備管理のための処理が続行
され、収集されたデータにより、必要な分析を行うと、
ＢＡＳＥ１０６はこの分析に必要な処理を行うために、
傾向履歴管理キット１０２に起動命令を出し、このキッ
ト１０２への起動命令は、ＳＫＩ１０５を通りキット１
０２が実行される。キット１０２の実行により、データ
の分析処理に必要なデータの要求がＳＫＩ１０５からＢ
ＡＳＥ１０６に帰され、ＢＡＳＥ１０６はその要求によ
り、データベース１１１および１１２よりデータを取り
出し、また、処理に必要な関数の実行をＯＳＩ１０７を
呼び出して実行する。

【００２９】処理した結果は、端末１０９のＣＲＴ１０
９ａ上にキット１０４および１０１を実行することによ
り表示される。この結果の表示には、ＢＡＳＥ１０６に
よって起動命令が出させることにより行われる。図４は
この結果のうち、各ライン上の機器の油量をモニタした
ときの画面表示を示したものである。

【００３０】次に、上述のエンジン加工ラインの生産サ
ポートシステムに本発明の情報処理装置を使用して、プ
ログラマブルコントローラ（ＰＬＣ）より設備情報を取
り込み設備管理行う場合の一例として、設備の振動値履
歴管理を例に挙げ、さらに具体的に説明する。ここで、
図５は振動値履歴管理を行うためのフローチャート、図
６は各部での処理を表す構成図である。

【００３１】（１）まず、ＰＬＣ１１０は、センサーを
通じてＩ／Ｏ処理２０２により設備の振動値情報（デー
タ）の収集を行いレジスタ２０１に、例えば図７に示す
ようなフォームによりＰＬＣレジスタ内に割り付けての
データを格納する。

【００３２】（２）本発明の装置のＢＡＳＥ１０６内の
Ｄ／Ｄ１１４は、ＰＬＣ１１０の通信論理テーブル２０
６とＯＳＩ１０７で提供される通信標準関数を用いて通
信処理２０５を行い、図７のフォームのデータを入手す
る（図５に示すフローチャートＳ１、以下、単にＳ（数
字）と記載する）。

【００３３】（３）（２）において、本発明の装置に用
いられているハードウェアに固有のＯＳ１０８の通信関
数に対し、ＯＳＩ１０７は、例えば表１に示すような通
信標準関数を準備し、これをＯＳ１０８の通信関数２０
３に変換する処理を行ってＰＬＣと通信する。

【００３４】

【表１】

【００３５】（４）受信したデータはＢＡＳＥ１０６
で、図７のフォームのデータを論理化テーブル２０６
（論理化テーブルの例を表２に示す）で定められたポイ
ント名称で、データ論理化２０７を行う（Ｓ２）。

【００３６】

【表２】

【００３７】（５）ＢＡＳＥ１０６は、データベース１
１２に論理データ蓄積２０８により、論理データを蓄積
する（Ｓ３）。

【００３８】（６）ＢＡＳＥ１０６は、ＳＫＩ１０５に
対し、振動値データの入手が完了したことをデータ入手
完了通知２０９により通知する。

【００３９】（７）ＳＫＩ１０５は、（６）のデータ入
手完了通知２０９のメッセージをトリガーとして、傾向
履歴管理キット１０２を起動２１３する（Ｓ４）。

【００４０】（８）傾向履歴管理キット１０２は、必要
とするデータをデータ要求２１７をして、ポイント名称
で要求する。

【００４１】（９）傾向履歴管理キット１０２からのデ
ータ要求２１７を受けたＳＫＩ１０５はデータ要求関数
２１４としてデータの要求をＢＡＳＥ１０６に渡し、Ｂ
ＡＳＥ１０６は要求された論理名称のデータをデータ受
渡し２１０によりデータベース１１２より引き出しＳＫ
Ｉ１０５へ渡す。ＳＫＩ１０５はこのデータをデータ通
知関数２１５によりキットへ渡す。

【００４２】（１０）傾向管理キット１０２は、データ
処理２１８により時系列的な振動値データを集約し、デ
ータの倍率乗算等の処理を行う（Ｓ５）。

【００４３】（１１）傾向履歴管理キット１０２は、処
理の結果を結果通知２１９によりＳＫＩ１０５に送り、
処理の終了を通知する。

【００４４】（１２）ＳＫＩ１０５は、処理結果の出力
先を判断し、画面表示の場合は、画面出力関数２１６と
して処理結果をＢＡＳＥ１０６に通知する。

【００４５】（１３）ＢＡＳＥ１０６は、受け取った処
理結果をデータ蓄積２１１によりデータベース１１２に
蓄積すると共に、ＧＵＩ１１５により、データベース１
１１より画面情報を読み出し、表示画面データ出力２１
２としてＯＳＩ１０７へ引き渡す。

【００４６】（１４）表示画面データ出力は、ＯＳＩ１
０６の画面表示標準関数２２０を介して、ハードウェア
固有のＯＳ１０８の画面表示関数２２１によりＣＲＴ１
０９に結果を表示２２２する（Ｓ６）。この結果の表示
例を図８に示す。

【００４７】本発明の情報処理装置は、上述のようにし
て、行いたい情報の管理や、作業の処理等を利用者が任
意に構成したＤＦＤにより実行することができるもので
ある。

【００４８】

【発明の効果】本発明の情報処理装置は、ＦＡやＯＡ等
のシステムにおいて、システムの構築、運用およびメイ
テナンス等を誰もが容易に行うことができるものであ
り、また、使用するハードウェアやそのＯＳにとらわれ
ずに最適の処理を行うことができるように処理手段を選
択することができ、処理の追加等も追加する処理単位ご
とのキットを作ることによって行うことができるため、
その掛かる労力や時間、コスト等を大きく削減すること
ができるものである。

【図面の簡単な説明】

【図１】本発明の情報処理装置を説明するための構成
図である。

【図２】本発明の情報処理装置のＳＫＩおよびよＢＡ
ＳＥ部を説明するための構成図である。

【図３】本発明の情報処理装置を用いた実施例を説明
するための構成図である。

【図４】本発明の実施例の油水量の結果の表示画面を
示す図面である。

【図５】本発明の情報処理装置を用いた実施例の振動
値履歴管理を行うためのフローチャートである。

【図６】本発明の情報処理装置を用いた実施例の振動
値履歴管理の各部での処理を表す構成図である。

【図７】本発明の情報処理装置を用いた実施例の振動
値履歴管理でのＰＬＣレジスタ内に割り付けたデータの
一例を示す図面である。

【図８】本発明の情報処理装置を用いた実施例の振動
値履歴管理の処理結果の例を示す図面である。

【符号の説明】

１，２，１０１，１０２，１０３，１０４…キット、
３，１０５…ＳＫＩ、４，１０６…ＢＡＳＥ、５，１０
７…ＯＳＩ、６，１１３…ＡＰＩ、７，１０８…ＯＳ、
８，１０９…端末、１０９ａ…ＣＲＴ、１０９ｂ…キー
ボード、９…デバイス、４１，１１４…Ｄ／Ｄ、４２，
１１５…ＧＵＩ。

フロントページの続き (72)発明者能丸実神奈川県横浜市神奈川区宝町２番地日産自動車株式会社内

Claims

【特許請求の範囲】

【請求項１】判断処理や情報の記憶保持の処理を包含
せず実行要素手順のみによって定義される一つもしくは
複数のアプリケーションキットを記憶する記憶手段と、該キットをハードウェアやＯＳに依存せずに構築し、か
つ構築されたキットの流れを記憶し、処理するためのラ
イブラリ群よりなる手段ＳＫＩと、各アプリケーション間で共有する情報の一時保存および
処理を一括管理し、実行するための手段ＢＡＳＥと、該キットやＢＡＳＥ部をハードウェアやＯＳから完全に
切り離し動作させるための関数群を供給する手段ＯＳＩ
と、特定のＯＳ上でのみ機能する作業手順を記憶した記憶手
段を作り変えることなく該ＳＫＩおよびＢＡＳＥ部上で
機能させ、該キットとの整合性をとる手段ＡＰＩとを有
することを特徴とする情報処理装置。