JPH0816415A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 同時に実行される複数のソフトが、互いに干
渉することなくＣＰＵやメモリなどのリソースを利用で
きる情報処理装置を提供する。 【構成】 実行要素手順のみのキット１、２と、該キッ
トをハードウェア固有のＯＳ７に依存せずに構築し、そ
の流れを記憶処理するＳＫＩ３と、共有するデータの保
存や処理を行うＢＡＳＥ４と、該キットやＢＡＳＥをＯ
Ｓに依存せずに動作させるＯＳＩ／Ｆ５と、ソフト２５
をキット同様に取扱えるようにその整合をとるＡＰＩ６
と、キットおよび既存ソフトからのリソースの利用要求
を整理して、同時に同じリソースを複数のキットやソフ
トに利用させないように適宜振り分けるリソースマネー
ジャー１０とを有する情報処理装置。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】そこで、本出願は、このようなマルチベン
ダー環境において使用することができる情報処理装置を
開発し、すでに出願した（特開平５−３２４２８８号公
報）。

【０００４】この情報処理装置は、図７に示すように、
実行要素手順のみのアプリケーションキット１，２を記
憶する手段と、該キットをＯＳ７に依存せずに構築し、
流れを記憶、処理するためのライブラリ群よりなる手段
ＳＫＩ３と、共有する情報の保存および処理を管理、実
行するための手段ＢＡＳＥ４と、該キットやＢＡＳＥ４
をハードウェアやＯＳから切離し動作させるための関数
群を供給する手段ＯＳＩ／Ｆ５と、特定のＯＳ上でのみ
機能する既存のアプリケーションソフトウェアを作り変
えることなく該ＳＫＩ３およびＢＡＳＥ４上で機能さ
せ、該キットとの整合性をとる手段ＡＰＩ６とによって
構成されている。これにより、この装置のアプリケーシ
ョンソフトであるキットと、この装置とは別のソフトで
あるアプリケーションソフトがＡＰＩ６を介して、ＯＳ
Ｉ／Ｆ５によって、同一のキットと見なして、装置自体
のＯＳ７に関係なく実行できるようにし、また、複数の
キットの接続による処理や、キット以外のアプリケーシ
ョンソフトによる処理を同時に実行することを可能とし
たものである。

【０００５】

【発明が解決しようとする課題】しかしながら、この従
来の情報処理装置においては、複数のキットやアプリケ
ーションソフトが同時に実行されるために、既存のアプ
リケーションソフトがＡＰＩ６を介して、キットと同様
に実行されることになり、この装置内における一つのメ
モリ、ＣＰＵまたこの装置に接続されている外部機器な
どのシステム資源（リソース）が複数のキットやアプリ
ケーションソフトによって利用されることになる。しか
し、キットやアプリケーションソフトごとにシステム資
源を分割することができないため、使用条件や同時に実
行されるキットとアプリケーションソフトの組み合わせ
によっては、たまたま同じメモリ内の同じ領域を参照
（アクセス）しているキットとアプリケーションソフト
が同時に実行されたり、データが処理中に多くなって、
あるキットで使用していたメモリ領域のデータを他のア
プリケーションソフトが実行された際に破壊されてしま
うといった問題が生じた。また、同時に実行されている
キットまたはアプリケーションソフトのいずれかに問題
（ソフト自体のバグ、またはアクセスできない部分や接
続されていない外部機器へのアクセスなど）があり、そ
の実行が停止してまったような場合に、他のキットやア
プリケーションソフトも同時に停止してしまうという問
題があった。

【０００６】そこで本発明は、コンピュータ端末や作業
ロボットまたはプログラム等において、そのメーカーや
ハードウェア上のＯＳ等にとらわれずに自由にＦＡやＯ
Ａのシステムを組むことができ、かつ同時に実行される
ソフトが利用しているメモリやＣＰＵまた外部装置の状
態を管理して、互いに干渉することのないようにした情
報処理装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
の本発明は、一つのシステム資源を利用して複数のアプ
リケーションソフトが同時に実行される情報処理装置に
おいて、前記複数のアプリケーションソフトが利用する
前記システム資源の利用状態を個々のアプリケーション
ソフトごとに検出して、検出した利用状態を記憶するリ
ソースパラメータを作成するリソースパラメータ作成手
段と、前記複数のアプリケーションソフトからの前記シ
ステム資源の利用要求を受ける要求受信手段と、前記リ
ソースパラメータ作成手段によって作成されたリソース
パラメータを参照して、前記要求受信手段が受信した前
記システム資源への利用要求を判断して、前記複数のア
プリケーションソフトの内、個々のアプリケーションソ
フトが同時に前記システム資源の同じ領域を利用しない
ようにするリソース利用判断手段と、を有することを特
徴とする情報処理装置である。

【０００８】また上記目的を達成するための本発明は、
判断処理や情報の記憶保持の処理を包含せず実行要素手
順のみによって定義される一つもしくは複数のアプリケ
ーションキットを記憶する記憶手段と、該キットをハー
ドウェアやＯＳ（オペレーティングシステム）に依存せ
ずに構築し、かつ構築されたキットの流れを記憶し、処
理するためのライブラリ群よりなる手段ＳＫＩ（ソフト
キットインタフェース）と、各アプリケーション間で共
有する情報の一時保存および処理を一括管理し、実行す
るための手段ＢＡＳＥ（ベース）と、該キットや該ＢＡ
ＳＥをハードウェアやＯＳから完全に切り離し動作させ
るための関数群を供給する手段ＯＳＩ／Ｆ（オペレーテ
ィングシステムインターフェース）と、特定のＯＳ上で
のみ機能するアプリケーションソフトを変更することな
く該ＳＫＩおよびＢＡＳＥ部上で機能させ、該キットと
の整合性をとる手段ＡＰＩ（アプリケーションソフトイ
ンターフェース）と、前記複数のアプリケーションキッ
トが利用する前記システム資源の利用状態を個々のアプ
リケーションキットごとに前記ＳＫＩを通して検出し
て、検出した利用状態を記憶するリソースパラメータを
作成するリソースパラメータ作成手段と、前記複数のア
プリケーションキットからの前記システム資源の利用要
求を前記ＳＫＩを通して、また前記アプリケーションソ
フトからの前記システム資源の利用要求を前記ＡＰＩを
通して、受ける要求受信手段と、前記リソースパラメー
タ作成手段によって作成されたリソースパラメータを参
照して、前記要求受信手段が受信した前記システム資源
への利用要求を判断して、前記複数のアプリケーション
キットおよび前記アプリケーションソフトの内、個々の
アプリケーションソフトまたはアプリケーションソフト
が同時に前記システム資源の同じ領域を利用しないよう
にするリソース利用判断手段と、を有することを特徴と
する情報処理装置である。

【０００９】本発明においては、前記システム資源の利
用状態として、前記情報処理装置の処理を行うＣＰＵの
利用頻度、システム資源を利用するデータ容量を検出し
てリソースパラメータを作成することを特徴とする情報
処理装置。

【００１０】また本発明においては、前記一つのシステ
ム資源が、前記情報処理装置内のメモリ、前記情報処理
装置に接続されているハードディスク装置および他の情
報処理装置とデータの送受信を行うネットワーク回線の
内、少なくとも１つであることを特徴とする情報処理装
置である。

【００１１】

【作用】上述のように構成された本発明は、リソースパ
ラメータ作成手段によって、アプリケーションソフトご
とに利用するシステム資源、例えば、ＣＰＵ、メモリ、
ハードディスク、ネットワーク回線などの利用状態を検
出することで、どのアプリケーションソフトがシステム
資源のどの領域を利用しているかリソースパラメータと
して記憶し、実際にアプリケーションソフトが実行され
た状態で、リソースの利用要求を要求受信手段が受けと
り、同時に実行されているアプリケーションソフト同士
が同じシステム資源の同じ領域を利用しないように、前
記リソースパラメータを元にリソース利用判断部に判断
させることで、各アプリケーションソフトに対し相互に
独立した状態でシステム資源の利用が行えるようにな
る。

【００１２】また、本発明は、アプリケーションソフト
の一つであるアプリケーションキット（以下単にキット
と称する）の記憶手段は、一つの機能として処理が閉じ
ている最小単位の処理モジュールであるアプリケーショ
ンキットを記憶しており、手段ＳＫＩによって提供され
る関数を利用して、複数のキットを接続して、一つもし
くは複数の処理を実行する。その際、手段ＢＡＳＥが各
キット間および手段ＯＳＩ／Ｆとのデータの受け渡しや
キットの同期を制御して、キット起動のシーケンスを管
理する。また、ハードウエア固有のＯＳでは実行できな
い、仕様の異なる既存のアプリケーションソフトが上記
キットと同様に実行できるように手段ＡＰＩによって整
合をとる。手段ＯＳＩ／Ｆは、ハードウエア固有のＯＳ
と上記キットおよび手段ＡＰＩによって提供されたアプ
リケーションソフトとハードウェア固有のＯＳとを切り
離し、各アプリケーションソフトおよびキットがハード
ウェア固有のＯＳに依存せずに処理されるように、本装
置上で用いられている関数と、ハードウェア固有のＯＳ
の関数との整合を取り、また、ハードウェア固有のＯＳ
にはない関数を提供する。これにより、各キットおよび
既存のアプリケーションソフトがハートウェアおよびそ
の固有のＯＳに依存することなく、かつ複数のキットお
よびアプリケーションソフトを同時に処理実行すること
ができる。そして、リソースパラメータ作成手段によっ
て、キットごとに利用するシステム資源、例えば、ＣＰ
Ｕ、メモリ、ハードディスク、ネットワーク回線などの
利用状態を検出することで、どのキットがシステム資源
のどの領域を利用しているかリソースパラメータとして
記憶し、実際にキットおよびアプリケーションソフトが
実行された状態で、リソースの利用要求を要求受信手段
が受けとり、同時に実行されているキットまたはアプリ
ケーションソフト同士が同じシステム資源の同じ領域を
利用しないように、前記リソースパラメータを元にリソ
ース利用判断部に判断させることで、各キットまたはア
プリケーションソフトに対し相互に独立した状態でシス
テム資源の利用が行えるようになる。

【００１３】また、本発明においては、処理を実行する
ＣＰＵがキットまたはアプリケーションソフトの処理実
行のための一つのシステム資源として利用することにな
るので、このＣＰＵのキットまたはアプリケーションソ
フトごとの利用頻度をリソースパラメータ作成手段によ
って検出し、リソースパラメータの一部として記憶する
ことにより、同時に複数のキットまたはアプリケーショ
ンソフトがＣＰＵを利用しようとした際に、このＣＰＵ
の利用頻度をどのキットまたはアプリケーションソフト
に利用させるかの判断基準とするものである。また、シ
ステム資源がメモリやハードディスクの場合には、その
利用される領域のデータ容量をリソースパラメータの一
部とすることで、同じメモリやハードディスクの同じ領
域を同時に利用させないための判断基準とするものであ
る。

【００１４】さらに、本発明においては、複数のキット
またはアプリケーションソフトが利用する一つのシステ
ム資源として、本装置内のメモリ、本装置に接続されて
いるハードディスク装置、およびネットワーク回線の外
部ポートの少なくとも一つとすることで、これらのメモ
リ、ハードディスク、ネットワーク回線の外部ポートな
ど、装置内に一つしかないシステム資源が複数のキット
またはアプリケーションソフトによって同時に利用させ
ることを防止し、一つしかないこれらシステム資源がキ
ットまたはアプリケーションソフトにとっては、あたか
もそれぞれのキットまたはアプリケーションソフトにと
って独立に存在しているように処理できるようになる。

【００１５】

【実施例】以下、添付した図面を参照して本発明の一実
施例を説明する。なお、同一機能を有する部分には同一
の付号を付した。図１は、本発明の情報処理装置を概念
的に表した図面である。

【００１６】この情報処理装置は、実行要素手順のみの
アプリケーションキット１，２を記憶する手段と、該キ
ットをＯＳ７に依存せずに構築し、流れを記憶、処理す
るためのライブラリ群よりなる手段ＳＫＩ３と、共有す
る情報の保存および処理を管理、実行するための手段Ｂ
ＡＳＥ４と、該キットやＢＡＳＥ４をハードウェアやＯ
Ｓから切離し動作させるための関数群を供給する手段Ｏ
ＳＩ／Ｆ５と、特定のＯＳ上でのみ機能する既存のアプ
リケーションソフトウェアを作り変えることなくＳＫＩ
およびＢＡＳＥ４上で機能させ、該キットとの整合性を
とる手段ＡＰＩ６と、各キットや既存のアプリケーショ
ンソフトウエア２５の利用するシステム資源を管理する
リソースマネージャー１０とによって構成され、さら
に、ＯＳ７には、一つのシステム資源として、各種のセ
ンサや入出力装置などのデバイス９や端末８、メモリ２
１およびハードディスク（ＨＤ）２２およびデータベー
ス（Ｄ／Ｂ）２３、他のコンピュータとデータの送受信
を行うネットワーク回線に接続するための外部ポートで
あるネットワークインタフェース（Ｉ／Ｆ）２４が接続
されており、また、この情報処理装置の全ての処理を実
行するＣＰＵ２０もキット１、２またはアプリケーショ
ンソフト２５から見た場合にはこれらが利用するシステ
ム資源となる。

【００１７】本実施例においてリソースマネージャー１
０は、ＳＫＩ３やＡＰＩ６を介して送られてくるシステ
ム資源（リソース）の利用状況を判断し、同じシステム
資源（メモリやハードディスク、ネットワークインター
フェース、ＣＰＵなど）を複数のキットやアプリケーシ
ョンソフトが同時にアクセスすることのないように、各
キットおよびアプリケーションソフトの実行を制御する
ものである。

【００１８】以下、各部の機能動作について詳細に説明
する。

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３２】このＡＰＩ６と上述のＯＳＩ／Ｆ５の機能
により、コンピュータ上のＯＳ７と、既存のアプリケー
ションソフトを意識すること無く、ＯＳの異なる機種で
アプリケーションソフトを実行することが可能となる。

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

【００３４】次に、リソースマネージャー１０は、図３
に示すように、システム資源を起動中のキットまたはア
プリケーションソフトごとに管理するために、どのキッ
トまたはアプリケーションソフトが、どのシステム資源
をどのような頻度、データ容量で利用しているかを記憶
したリソースパラメータ１１、リソースパラメータ１１
との信号の授受を行うリソースパラメータ入出力（Ｉ／
Ｏ）部１２、ＳＫＩ３またはＡＰＩ６からの信号を受信
する要求信号受信手段である要求信号受信部１３、現在
行われている処理がどの様なものであるかを問い合わせ
る現実行処理問合せ部１４、リソース利用判断手段であ
るリソース利用判断部１５、ＯＳＩ／Ｆ５へ必要なリソ
ース利用の指示を出すＯＳＩ／Ｆ要求指令部１６、およ
び前記リソースパラメータを作成するリソースパラメー
タ作成手段であるリソースパラメータ生成処理部１７よ
りなる。

【００３５】このリソースマネージャー１０の動作は、
まず、リソースパラメータ生成処理部１７によってリソ
ースパラメータが作成される。このリソースパラメータ
の作成は、図４に示すフローチャートのように、複数の
キットおよびアプリケーションソフトをＤＦＤにより記
述されたフローの順番に、キットについてはＳＫＩ３を
通して、また、アプリケーションソフトについてはＡＰ
Ｉ６を通して、一つずつ読み込みメモリに格納する（Ｓ
１）。次いで、読み込んだキットのプログラムが占有す
るメモリ容量およびプログラムラン時のデータ容量を記
憶する（Ｓ２）。次いで、キットを起動し（Ｓ３）、開
始から終了までのＣＰＵの起動頻度を記憶し（Ｓ５）、
フローより外部との接続を認識する（Ｓ６）。

【００３６】次いで、認識された外部機器ごとに、アク
セスしているファイルを記憶する。ディスクに対するア
クセスの場合には、現ファイルサイズとプログラム容量
をディスクファイルとして記憶し（Ｓ７）、Ｄ／Ｂへの
アクセスの場合には、設定したサイズをＤ／Ｂファイル
として記憶し（Ｓ８）、ネットワーク経由の場合には、
送（受）信バッファより、通信データサイズを設定して
送（受）信頻度よりトラフィックを記憶する（Ｓ９）。
そして、ディスクおよびＤ／Ｂへのアクセスの場合に
は、他のキットまたはアプリケーションソフトで共通に
使用しているファイルがあるので、現記憶量を越えると
きのみパラメータファイルを更新する（Ｓ１０）。

【００３７】以上をフローの順に全てのキットについて
実行する。図５に出来上がったパラメータファイルの一
例を示す。各キットごとに、ＣＰＵの使用時間（使用頻
度）メモリの使用容量、ディスクファイルの使用容量、
Ｄ／Ｂファイルの使用容量、外部リンクポート、外部ネ
ットワークとの入出力容量が分かる。

【００３８】次に、通常動作状態、すなわち、複数のキ
ットがＤＦＤのフローにしたがってランされた状態での
リソースマネージャーの動作について説明する。

【００３９】図６は通常状態の動作を示すフローチャー
トである。通常動作状態においては、まず各キットが起
動されると、そのプログラムにしたがって、リソースの
利用要求がＳＫＩ３を通して出されるので、これを要求
受信部１３が受信する（Ｓ１１）このとき、同時にアプ
リケーションソフトが起動されている場合にもＡＰＩ６
を通して要求受信部１３がアプリケーションソフトのリ
ソース利用要求を受信する。次いで、要求のあったリソ
ースのリソースパラメータをリソースパラメータＩ／Ｏ
部１２を介して読み込み（Ｓ１２）、現実行処理問合せ
部１４がＳＫＩ３から現在利用されているリソースがあ
ればそのリソースがなんであるかを読み込み（Ｓ１
３）、リソース利用判断部１５が、利用供給のあったリ
ソースと現在利用中のものが対応していないか、また
は、リソースパラメータの各容量を越えずに利用できる
こと、また、ネットワークに対しては同じ外部ポートを
使用しないことを判断し（Ｓ１４）、利用要求のあった
リソースが利用できるように、ＯＳＩ／Ｆ要求指令部１
６がＯＳＩ／Ｆ５に対して指令する（Ｓ１５）。また、
ステップ１４（Ｓ１４）において、同時に同じリソース
の同じ領域を利用しようとした場合には、そのリソース
利用要求を出しているキットまたはアプリケーションソ
フトのリソースパラメータ内にあるＣＰＵ使用頻度か
ら、より使用頻度の多い方がリソースを利用できるよう
にする（Ｓ１６）。

【００４０】以上により、複数のキットやアプリケーシ
ョンソフトが同時に実行されている場合に、同じリソー
スをそのリソースを利用しているキットやアプリケーシ
ョンソフトの利用範囲を越えて同時に使用されることが
なくなる。

【００４１】

【発明の効果】以上説明したように、本発明の情報処理
装置は、システム資源の利用を直接起動中のアプリケー
ションソフトからアクセスさせずに、要求受信手段によ
って、一旦システム資源の利用要求を受け、リソース利
用判断部がリソースパラメータ作成手段が作成したリソ
ースパラメータを参照して、適宜に利用要求のあったア
プリケーションソフトに対して利用させるようにし、複
数のアプリケーションソフトが同時に同じシステム資源
の同じ領域を利用できないようにしたことで、同時に実
行されているアプリケーションソフトが互いに独立して
システム資源を利用している状態となり、一つのアプリ
ケーションソフトによって、他のアプリケーションソフ
トが利用している領域の破壊や、一つのアプリケーショ
ンソフトの停止によって他のアプリケーションソフトも
一緒に停止してしまうことがなくなる。

【００４２】また本発明は、ハードウェア固有のＯＳか
ら分離して複数のキットやアプリケーションソフトの処
理を行えるようにし、かつ、これら複数のキットやアプ
リケーションソフトが直接システム資源へのアクセス要
求を出せないように、要求受信手段によって、一旦シス
テム資源の利用要求を受け、リソース利用判断部がリソ
ースパラメータ作成手段が作成したリソースパラメータ
を参照して、適宜に利用要求のあったキットまたはアプ
リケーションソフトに対して利用させるようにし、複数
のアプリケーションソフトが同時に同じシステム資源の
同じ領域を利用できないようにしたことで、同時に実行
されているキットやアプリケーションソフトが互いに独
立してシステム資源を利用している状態となり、一つの
キットまたはアプリケーションソフトによって、他のキ
ットまたはアプリケーションソフトが利用している領域
の破壊や、一つのキットまたはアプリケーションソフト
の停止によって他のキットまたはアプリケーションソフ
トも一緒に停止してしまうことを防止する。

【００４３】本発明においては、ＣＰＵをシステム資源
の利用と見なし、各キットまたはアプリケーションソフ
トごとにその利用頻度をリソースパラメータとして把握
すること、および各キットまたはアプリケーションソフ
トごとに利用するデータ容量をリソースパラメータとし
て把握することとしたため、ＣＰＵの利用頻度やデータ
容量から複数のキットやアプリケーションソフトが同時
に実行されている際に、適宜にシステム資源の利用を振
り分けることで、全体としての処理速度が最も速くなる
ようにすることが可能となる。

【００４４】また本発明においては、一つのシステム資
源として、メモリやハードディスク、ネットワーク回線
の外部ポートなどを複数のアプリケーションソフトが利
用している際に、これらの利用状態をリソースパラメー
タとして把握することとしたため、これらのシステム資
源の同じ領域が同時に複数のキットやアプリケーション
ソフトによってアクセスされることをなくして、データ
の破壊を防止する。

【図面の簡単な説明】

【図１】 本発明の情報処理装置を説明するためのブロ
ック図である。

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

【図３】 本発明の情報処理装置に用いたリソースマネ
ージャーを説明するためのブロック図である。

【図４】 本発明の実施例によるリソースパラメータ作
成のフローチャートである。

【図５】 リソースパラメータの一例を示す図面であ
る。

【図６】 本発明の情報処理装置の通常動作時のリソー
スマネージャーのフローチャートである。

【図７】 従来の情報処理装置を示すブロック図であ
る。

【符号の説明】

１，２…キット、 ３…ＳＫＩ、 ４…ＢＡＳＥ、 ５…ＯＳＩ／Ｆ、 ６…ＡＰＩ、 ７…ＯＳ、 ８…端末、 ９…デバイス、 １０…リソースマネージャー、 １１…リソースパラメータ、 １２…リソースパラメータＩ／Ｏ部、 １３…要求受信部、 １４…現実行処理問合わせ部、 １５…リソース利用判断部、 １６…ＯＳＩ／Ｆ要求指令部、 １７…リソースパラメータ生成処理部、 ２０…ＣＰＵ、 ２１…メモリ、 ２２…ハードディスク、 ２３…データベース、 ２４…ネットワークＩ／Ｆ、 ４１…Ｄ／Ｄ、 ４２…ＧＵＩ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 一つのシステム資源を利用して複数のア
   プリケーションソフトが同時に実行される情報処理装置
   において、 前記複数のアプリケーションソフトが利用する前記シス
   テム資源の利用状態を個々のアプリケーションソフトご
   とに検出して、検出した利用状態を記憶するリソースパ
   ラメータを作成するリソースパラメータ作成手段と、 前記複数のアプリケーションソフトからの前記システム
   資源の利用要求を受ける要求受信手段と、 前記リソースパラメータ作成手段によって作成されたリ
   ソースパラメータを参照して、前記要求受信手段が受信
   した前記システム資源への利用要求を判断して、前記複
   数のアプリケーションソフトの内、個々のアプリケーシ
   ョンソフトが同時に前記システム資源の同じ領域を利用
   しないようにするリソース利用判断手段と、を有するこ
   とを特徴とする情報処理装置。
2. 【請求項２】 判断処理や情報の記憶保持の処理を包含
   せず実行要素手順のみによって定義される一つもしくは
   複数のアプリケーションキットを記憶する記憶手段と、 該アプリケーションキットをハードウェアやＯＳに依存
   せずに構築し、かつ構築されたキットの流れを記憶し、
   処理するためのライブラリ群よりなる手段ＳＫＩと、 各アプリケーションキット間で共有する情報の一時保存
   および処理を一括管理し、実行するための手段ＢＡＳＥ
   と、 前記アプリケーションキットや該ＢＡＳＥをハードウェ
   アやＯＳから完全に切り離し動作させるための関数群を
   供給する手段ＯＳＩ／Ｆと、 特定のＯＳ上でのみ機能するアプリケーションソフトを
   変更することなく前記ＳＫＩおよび前記ＢＡＳＥ上で機
   能させ、前記アプリケーションキットとの整合性をとる
   手段ＡＰＩと、 前記複数のアプリケーションキットが利用する前記シス
   テム資源の利用状態を個々のアプリケーションキットご
   とに前記ＳＫＩを通して検出して、検出した利用状態を
   記憶するリソースパラメータを作成するリソースパラメ
   ータ作成手段と、 前記複数のアプリケーションキットからの前記システム
   資源の利用要求を前記ＳＫＩを通して、また前記アプリ
   ケーションソフトからの前記システム資源の利用要求を
   前記ＡＰＩを通して、受ける要求受信手段と、 前記リソースパラメータ作成手段によって作成されたリ
   ソースパラメータを参照して、前記要求受信手段が受信
   した前記システム資源への利用要求を判断して、前記複
   数のアプリケーションキットおよび前記アプリケーショ
   ンソフトの内、個々のアプリケーションキットまたはア
   プリケーションソフトが同時に前記システム資源の同じ
   領域を利用しないようにするリソース利用判断手段と、
   を有することを特徴とする情報処理装置。
3. 【請求項３】 前記システム資源の利用状態として、前
   記情報処理装置の処理を行うＣＰＵの利用頻度、システ
   ム資源を利用するデータ容量を検出してリソースパラメ
   ータを作成することを特徴とする請求項１または請求項
   ２に記載の情報処理装置。
4. 【請求項４】 前記一つのシステム資源が、前記情報処
   理装置内のメモリ、前記情報処理装置に接続されている
   ハードディスク装置および他の情報処理装置とデータの
   送受信を行うネットワーク回線の内、少なくとも１つで
   あることを特徴とする請求項１〜３のいずれか１つに記
   載の情報処理装置。