JPH06161959A - 情報処理装置 - Google Patents
情報処理装置Info
- Publication number
- JPH06161959A JPH06161959A JP31055092A JP31055092A JPH06161959A JP H06161959 A JPH06161959 A JP H06161959A JP 31055092 A JP31055092 A JP 31055092A JP 31055092 A JP31055092 A JP 31055092A JP H06161959 A JPH06161959 A JP H06161959A
- Authority
- JP
- Japan
- Prior art keywords
- type
- platform
- version
- check
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 プラットフォームの厳格な管理を行なわなく
とも、使用しようとしているＯＳに適合したプラットフ
ォームを自動的に生成できる情報処理装置を提供するこ
と。 【構成】 異なる複数のオペレーティングシステム６の
それぞれに対応して設けられ、同一のプラットフォーム
１を介して共通のアプリケーションプログラムのアクセ
スを可能とするＯＳコールマスターテーブル８と、読み
込んだオペレーティングシステムの種類とバージョンと
を認識するＯＳチェック部２と、このＯＳチェック部２
によって認識されたオペレーティングシステムの種類と
バージョンとに適合するＯＳコールマスターテーブル８
をプラットフォーム１とオペレーションシステム６との
間に介在させるＯＳコール翻訳部７を有する。
とも、使用しようとしているＯＳに適合したプラットフ
ォームを自動的に生成できる情報処理装置を提供するこ
と。 【構成】 異なる複数のオペレーティングシステム６の
それぞれに対応して設けられ、同一のプラットフォーム
１を介して共通のアプリケーションプログラムのアクセ
スを可能とするＯＳコールマスターテーブル８と、読み
込んだオペレーティングシステムの種類とバージョンと
を認識するＯＳチェック部２と、このＯＳチェック部２
によって認識されたオペレーティングシステムの種類と
バージョンとに適合するＯＳコールマスターテーブル８
をプラットフォーム１とオペレーションシステム６との
間に介在させるＯＳコール翻訳部７を有する。
Description
【０００１】
【産業上の利用分野】本発明は、同一のアプリケーショ
ンプログラムを異なるオペレーティングシステム上でア
クセスすることができる情報処理装置に係り、特に、オ
ペレーティングシステムの種類が変更された場合でもそ
のアプリケーションプログラムをアクセスできる装置構
成を自動的に生成する情報処理装置に関する。
ンプログラムを異なるオペレーティングシステム上でア
クセスすることができる情報処理装置に係り、特に、オ
ペレーティングシステムの種類が変更された場合でもそ
のアプリケーションプログラムをアクセスできる装置構
成を自動的に生成する情報処理装置に関する。
【０００２】
【従来の技術】従来の情報処理装置は、図８に示すよう
に、アプリケーションプログラム１，２，３のそれぞれ
をプラットフォームＡによって直接アクセスするように
なっている。このプラットフォームＡはこれ専用のオペ
レーティングシステムにＯＳコールし、この結果により
動作して所定の情報の処理が行なわれるようになってい
る。
に、アプリケーションプログラム１，２，３のそれぞれ
をプラットフォームＡによって直接アクセスするように
なっている。このプラットフォームＡはこれ専用のオペ
レーティングシステムにＯＳコールし、この結果により
動作して所定の情報の処理が行なわれるようになってい
る。
【０００３】
【発明が解決しようとする課題】しかしながら、このよ
うな従来の情報処理装置にあっては、オペレーティング
システムの種類やバージョンなどが異なれば、プラット
フォームをこれに合わせる必要があり、この管理が非常
に繁雑であるという不具合がある。つまり、図９に示す
ように、Ａという種類のオペレーティングシステムにつ
いては、概念的にはこの形状に合致した形状を有するプ
ラットフォームＡというプログラムを用意しなければな
らず、また、Ｂという種類のものについては、プラット
フォームＢを用意しなければならず、この用意するプラ
ットホームを間違えれば装置がうまく機能しないか、機
能が完全に停止してしまうなどのトラブルの発生が予想
される。このために、使用するＯＳの全ての種類やバー
ジョンごとにそれぞれ用意された専用のプラットフォー
ムを管理しなければならないわけであるが、このプラッ
トフォームの数が将来的には非常に多くなると思われる
ことから、この管理が非常に繁雑になるという問題があ
る。
うな従来の情報処理装置にあっては、オペレーティング
システムの種類やバージョンなどが異なれば、プラット
フォームをこれに合わせる必要があり、この管理が非常
に繁雑であるという不具合がある。つまり、図９に示す
ように、Ａという種類のオペレーティングシステムにつ
いては、概念的にはこの形状に合致した形状を有するプ
ラットフォームＡというプログラムを用意しなければな
らず、また、Ｂという種類のものについては、プラット
フォームＢを用意しなければならず、この用意するプラ
ットホームを間違えれば装置がうまく機能しないか、機
能が完全に停止してしまうなどのトラブルの発生が予想
される。このために、使用するＯＳの全ての種類やバー
ジョンごとにそれぞれ用意された専用のプラットフォー
ムを管理しなければならないわけであるが、このプラッ
トフォームの数が将来的には非常に多くなると思われる
ことから、この管理が非常に繁雑になるという問題があ
る。
【０００４】本発明は、このような従来の問題点に鑑み
てなされたものであり、プラットフォームの厳格な管理
を行なわなくとも、使用しようとしているＯＳに適合し
たプラットフォームを自動的に生成できる情報処理装置
の提供を目的とする。
てなされたものであり、プラットフォームの厳格な管理
を行なわなくとも、使用しようとしているＯＳに適合し
たプラットフォームを自動的に生成できる情報処理装置
の提供を目的とする。
【０００５】
【課題を解決するための手段】上記の目的を達成するた
めの本発明は、異なる複数のオペレーティングシステム
のそれぞれに対応して設けられ、同一のプラットフォー
ムを介して共通のアプリケーションプログラムのアクセ
スを可能とするアクセス手段と、読み込んだオペレーテ
ィングシステムの種類とバージョンとを認識する認識手
段と、当該認識手段によって認識されたオペレーティン
グシステムの種類とバージョンとに適合する前記アクセ
ス手段を前記プラットフォームとオペレーティングシス
テムとの間に介在させて接続する選択手段とを有するこ
とを特徴とする。
めの本発明は、異なる複数のオペレーティングシステム
のそれぞれに対応して設けられ、同一のプラットフォー
ムを介して共通のアプリケーションプログラムのアクセ
スを可能とするアクセス手段と、読み込んだオペレーテ
ィングシステムの種類とバージョンとを認識する認識手
段と、当該認識手段によって認識されたオペレーティン
グシステムの種類とバージョンとに適合する前記アクセ
ス手段を前記プラットフォームとオペレーティングシス
テムとの間に介在させて接続する選択手段とを有するこ
とを特徴とする。
【０００６】
【作用】このように構成した本発明は以下のように作用
する。認識手段は、読み込んだオペレーティングシステ
ムの種類が何であるか、またそのバージョンが何である
かを認識する。選択手段は、この認識手段によって認識
されたオペレーティングシステムの種類とバージョンと
に適合するアクセス手段を選択し、この選択したアクセ
ス手段をアプリケーションプログラムをアクセスするプ
ラットフォームと前記オペレーティングシステムとの間
に介在させ、相互に接続する。
する。認識手段は、読み込んだオペレーティングシステ
ムの種類が何であるか、またそのバージョンが何である
かを認識する。選択手段は、この認識手段によって認識
されたオペレーティングシステムの種類とバージョンと
に適合するアクセス手段を選択し、この選択したアクセ
ス手段をアプリケーションプログラムをアクセスするプ
ラットフォームと前記オペレーティングシステムとの間
に介在させ、相互に接続する。
【０００７】したがって、オペレーティングシステムの
種類等が変更された場合であってもアプリケーションプ
ログラムをアクセス可能なアクセス手段がオペレーティ
ングシステム毎に設けられている複数のアクセス手段の
中から自動的に選ばれてプラットフォームとオペレーテ
ィングシステム間に接続されるので、情報処理装置は誤
動作やアクセス不能などを起こすことがなくなる。
種類等が変更された場合であってもアプリケーションプ
ログラムをアクセス可能なアクセス手段がオペレーティ
ングシステム毎に設けられている複数のアクセス手段の
中から自動的に選ばれてプラットフォームとオペレーテ
ィングシステム間に接続されるので、情報処理装置は誤
動作やアクセス不能などを起こすことがなくなる。
【０００８】
【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明にかかる情報処理装置の概
略構成を示すブロック図であり、図２は、本発明の動作
説明の概念図である。プラットフォーム１は、図２に示
すようにＯＳに依存しない部分のプログラムを備えてい
る部分であり、使用するＯＳに対してＯＳコールを出力
する部分である。ＯＳチェック部２は、後述するＯＳタ
イプテーブル３，ＯＳチェックテーブル４及びＯＳバー
ジョンチェックテーブル５に格納されているそれぞれの
テーブルを参照して使用しようとしているＯＳ６の種類
とバージョンとを認識する部分である。
に説明する。図１は、本発明にかかる情報処理装置の概
略構成を示すブロック図であり、図２は、本発明の動作
説明の概念図である。プラットフォーム１は、図２に示
すようにＯＳに依存しない部分のプログラムを備えてい
る部分であり、使用するＯＳに対してＯＳコールを出力
する部分である。ＯＳチェック部２は、後述するＯＳタ
イプテーブル３，ＯＳチェックテーブル４及びＯＳバー
ジョンチェックテーブル５に格納されているそれぞれの
テーブルを参照して使用しようとしているＯＳ６の種類
とバージョンとを認識する部分である。
【０００９】ＯＳタイプテーブル３は、図３に示すよう
に前回使用したＯＳの種類（タイプ）とバージョン、現
在使用しようとしているＯＳのＯＳチェック部２での認
識結果（チェック結果）及びＯＳチェックが完了したこ
とを示すフラグを記憶しているテーブルである。ＯＳチ
ェックテーブル４は、図４に示すように、各ＯＳごとの
コマンドの種類を全て記憶しているものである。このコ
マンドに基づいて使用しようとしているＯＳの種類が認
識されることになる。ＯＳバージョンチェックテーブル
５は、図５に示すように、各ＯＳの種別毎のバージョン
を認識するための全てのコマンドを記憶している部分で
あり、同図示す通りＯＳの種類ごと，そのバージョンご
とに整理されて記憶されている。なお、以上のＯＳチェ
ック部２，ＯＳタイプテーブル３，ＯＳチェックテーブ
ル４及びＯＳバージョンチェックテーブル５は、それぞ
れ認識手段として機能するものである。
に前回使用したＯＳの種類（タイプ）とバージョン、現
在使用しようとしているＯＳのＯＳチェック部２での認
識結果（チェック結果）及びＯＳチェックが完了したこ
とを示すフラグを記憶しているテーブルである。ＯＳチ
ェックテーブル４は、図４に示すように、各ＯＳごとの
コマンドの種類を全て記憶しているものである。このコ
マンドに基づいて使用しようとしているＯＳの種類が認
識されることになる。ＯＳバージョンチェックテーブル
５は、図５に示すように、各ＯＳの種別毎のバージョン
を認識するための全てのコマンドを記憶している部分で
あり、同図示す通りＯＳの種類ごと，そのバージョンご
とに整理されて記憶されている。なお、以上のＯＳチェ
ック部２，ＯＳタイプテーブル３，ＯＳチェックテーブ
ル４及びＯＳバージョンチェックテーブル５は、それぞ
れ認識手段として機能するものである。
【００１０】ＯＳコール翻訳部７は、現在使用しようと
しているＯＳ６の種類とバージョンとの認識結果に基づ
いて、ＯＳコールマスターテーブル８の適合したテーブ
ルを参照し、プラットフォーム１とＯＳ６との円滑な動
作を行なわせる部分であり、選択手段として機能するも
のである。ＯＳコールマスターテーブル８は、図６に示
すようなＯＳコール名をＯＳの種類とバージョン毎に記
憶しているもので、アクセス手段として機能する。
しているＯＳ６の種類とバージョンとの認識結果に基づ
いて、ＯＳコールマスターテーブル８の適合したテーブ
ルを参照し、プラットフォーム１とＯＳ６との円滑な動
作を行なわせる部分であり、選択手段として機能するも
のである。ＯＳコールマスターテーブル８は、図６に示
すようなＯＳコール名をＯＳの種類とバージョン毎に記
憶しているもので、アクセス手段として機能する。
【００１１】本発明の情報処理装置の概略の構成は以上
の通りであるが、この装置を構成する各部の詳細な動作
を説明する前に、装置の動作の概念を説明しておく。
の通りであるが、この装置を構成する各部の詳細な動作
を説明する前に、装置の動作の概念を説明しておく。
【００１２】プラットフォーム１には図２に示すような
形状のソフトウエアが内蔵され、ＯＳ６には同図のＯＳ
Ａ又はＯＳＢのそれぞれ異なる種類の同図下部に記され
ているような形状のオペレーティングシステム（以下，
ＯＳという）が入れられる。ＯＳ６にＡの種類のオペレ
ーティングシステムが入れられている場合には、ＯＳチ
ェック部２がこのオペレーティングシステムがどの種類
のどのバージョンのものであるかを判断し、この種類と
バージョンに合致する同図中段に記されたソフトウエア
ＡをＯＳコール翻訳部７がＯＳコールマスターテーブル
８から取り出して、プラットフォーム１とＯＳ６との間
に介在させる。また、ＯＳがＢの種類である場合には、
ソフトウエアＢがプラットフォーム１とＯＳ６との間に
介在させられることになる。これらのソフトウエアはＯ
Ｓの種類などの認識結果によって自動的に呼び出される
ようになっているので、ＯＳが変わったことなどによる
装置トラブルの発生が防止される。
形状のソフトウエアが内蔵され、ＯＳ６には同図のＯＳ
Ａ又はＯＳＢのそれぞれ異なる種類の同図下部に記され
ているような形状のオペレーティングシステム（以下，
ＯＳという）が入れられる。ＯＳ６にＡの種類のオペレ
ーティングシステムが入れられている場合には、ＯＳチ
ェック部２がこのオペレーティングシステムがどの種類
のどのバージョンのものであるかを判断し、この種類と
バージョンに合致する同図中段に記されたソフトウエア
ＡをＯＳコール翻訳部７がＯＳコールマスターテーブル
８から取り出して、プラットフォーム１とＯＳ６との間
に介在させる。また、ＯＳがＢの種類である場合には、
ソフトウエアＢがプラットフォーム１とＯＳ６との間に
介在させられることになる。これらのソフトウエアはＯ
Ｓの種類などの認識結果によって自動的に呼び出される
ようになっているので、ＯＳが変わったことなどによる
装置トラブルの発生が防止される。
【００１３】以下、さらに詳しい本発明装置の動作を図
７のフローチャートに基づいて説明する。まず、ＯＳチ
ェック部２は、ＯＳタイプテーブル３に格納されている
図３に示すようなテーブルのデータを読み込み、この読
み込んだデータに基づいて前回起動させた際に使用した
ＯＳの種類及びバージョンの確認を行なう。図３に示す
一例のテーブルにおいてはＯＳの種類がＢタイプであっ
て、そのバージョンは１．０である（Ｓ１，Ｓ２）。次
に、ＯＳチェック部２は、ＯＳチェックテーブル４に格
納されているＯＳの種類をチェックするためのコマンド
を全て読み込む（Ｓ３）。そして、ステップ２において
確認済みの前回起動ＯＳ種類に基づいて、前回起動ＯＳ
のコマンド（チェック項目）を全て検索して抜き出す
（Ｓ４）。ＯＳチェック部２はこの抜き出したチェック
項目全てについて順にＯＳ６に対してＯＳコールをす
る。あるＯＳコールが正常に行なわれれば、次のチェッ
ク項目についてのＯＳコールが行なわれ、ＯＳコールが
正常に行なわれなければ、別の種類のＯＳについて同一
チェック項目を抜き出してＯＳコールが正常に終了する
かを判断する。以上のチェックにおいて全項目のＯＳコ
ールが正常に終了したのであれば、これから使用しよう
としているＯＳは全項目のＯＳコールが無事終了した種
類のものである。一方、ＯＳコールが正常には行なわれ
ずに、異なる種類のＯＳに変更してふたたび同一チェッ
ク項目についてのＯＳコールを繰り返し行ったにも拘ら
ずに、ＯＳコールが正常に終了しなかった場合には、全
てのＯＳが不適応であるのでこの処理を終了する。つま
り該当するＯＳが存在しないということになる（Ｓ５〜
Ｓ９）。
７のフローチャートに基づいて説明する。まず、ＯＳチ
ェック部２は、ＯＳタイプテーブル３に格納されている
図３に示すようなテーブルのデータを読み込み、この読
み込んだデータに基づいて前回起動させた際に使用した
ＯＳの種類及びバージョンの確認を行なう。図３に示す
一例のテーブルにおいてはＯＳの種類がＢタイプであっ
て、そのバージョンは１．０である（Ｓ１，Ｓ２）。次
に、ＯＳチェック部２は、ＯＳチェックテーブル４に格
納されているＯＳの種類をチェックするためのコマンド
を全て読み込む（Ｓ３）。そして、ステップ２において
確認済みの前回起動ＯＳ種類に基づいて、前回起動ＯＳ
のコマンド（チェック項目）を全て検索して抜き出す
（Ｓ４）。ＯＳチェック部２はこの抜き出したチェック
項目全てについて順にＯＳ６に対してＯＳコールをす
る。あるＯＳコールが正常に行なわれれば、次のチェッ
ク項目についてのＯＳコールが行なわれ、ＯＳコールが
正常に行なわれなければ、別の種類のＯＳについて同一
チェック項目を抜き出してＯＳコールが正常に終了する
かを判断する。以上のチェックにおいて全項目のＯＳコ
ールが正常に終了したのであれば、これから使用しよう
としているＯＳは全項目のＯＳコールが無事終了した種
類のものである。一方、ＯＳコールが正常には行なわれ
ずに、異なる種類のＯＳに変更してふたたび同一チェッ
ク項目についてのＯＳコールを繰り返し行ったにも拘ら
ずに、ＯＳコールが正常に終了しなかった場合には、全
てのＯＳが不適応であるのでこの処理を終了する。つま
り該当するＯＳが存在しないということになる（Ｓ５〜
Ｓ９）。
【００１４】以上の処理においては、前回起動させた種
類のＯＳに基づいてこれから使用しようとしているＯＳ
の種類が何であるかを認識している。この処理によって
ＯＳの種類が認識されたのであるから、今度は以下の処
理によってバージョンのチェックが行なわれることにな
る。ＯＳチェック部２は、ＯＳバージョンチェックテー
ブル５に格納されている，ＯＳのバージョンをチェック
するための図５に示すようなテーブルを読み込み、ＯＳ
コールを起動させる条件のセットを行なう。具体的に
は、このＯＳバージョンチェックテーブルのチェック項
目を全て読み込むという処理である（Ｓ１０，Ｓ１
１）。この起動条件のセットが終了したならば、ＯＳチ
ェック部２はＯＳ６に対し、その読み込んだチェック項
目順にＯＳコールを行なう（Ｓ１２）。あるＯＳコール
が正常に行なわれれば、次のチェック項目についてのＯ
Ｓコールが行なわれ、ＯＳコールが正常に行なわれなけ
れば、別の種類のバージョンについて同一チェック項目
を抜き出してＯＳコールが正常に終了するかを判断す
る。以上のチェックにおいて全項目のＯＳコールが正常
に終了したのであれば、これから使用しようとしている
ＯＳは全項目のＯＳコールが無事終了したバージョンの
ものである（Ｓ１３〜Ｓ１６）。
類のＯＳに基づいてこれから使用しようとしているＯＳ
の種類が何であるかを認識している。この処理によって
ＯＳの種類が認識されたのであるから、今度は以下の処
理によってバージョンのチェックが行なわれることにな
る。ＯＳチェック部２は、ＯＳバージョンチェックテー
ブル５に格納されている，ＯＳのバージョンをチェック
するための図５に示すようなテーブルを読み込み、ＯＳ
コールを起動させる条件のセットを行なう。具体的に
は、このＯＳバージョンチェックテーブルのチェック項
目を全て読み込むという処理である（Ｓ１０，Ｓ１
１）。この起動条件のセットが終了したならば、ＯＳチ
ェック部２はＯＳ６に対し、その読み込んだチェック項
目順にＯＳコールを行なう（Ｓ１２）。あるＯＳコール
が正常に行なわれれば、次のチェック項目についてのＯ
Ｓコールが行なわれ、ＯＳコールが正常に行なわれなけ
れば、別の種類のバージョンについて同一チェック項目
を抜き出してＯＳコールが正常に終了するかを判断す
る。以上のチェックにおいて全項目のＯＳコールが正常
に終了したのであれば、これから使用しようとしている
ＯＳは全項目のＯＳコールが無事終了したバージョンの
ものである（Ｓ１３〜Ｓ１６）。
【００１５】ＯＳチェック部２によって以上のような処
理が行なわれて、これから使用しようとしているＯＳの
種類とバージョンとが認識されると、ＯＳチェック部２
はＯＳタイプテーブル３にこの認識結果を書き込む。つ
まり、このテーブルのＯＳチェック結果に認識されたＯ
Ｓ種類とそのバージョンとを書き込む（Ｓ１７）。以上
のようにしてＯＳの種類などの認識が完了すると、この
ＯＳによる起動の準備が終了することになる。
理が行なわれて、これから使用しようとしているＯＳの
種類とバージョンとが認識されると、ＯＳチェック部２
はＯＳタイプテーブル３にこの認識結果を書き込む。つ
まり、このテーブルのＯＳチェック結果に認識されたＯ
Ｓ種類とそのバージョンとを書き込む（Ｓ１７）。以上
のようにしてＯＳの種類などの認識が完了すると、この
ＯＳによる起動の準備が終了することになる。
【００１６】この認識の終了後、情報処理装置が作動す
る場合には、ＯＳコール翻訳部７がＯＳタイプテーブル
３に書き込まれているＯＳチェック結果に基づいて、使
用するＯＳ種類，バージョンを判断し、ＯＳコールマス
ターテーブル８に格納されているテーブルからＯＳチェ
ック結果該当のテーブルデータを取り出して、必要に応
じてリコンパイルを行なう。この処理が終了したら、Ｏ
Ｓタイプテーブル３内のＯＳチェック完了フラグを１に
設定する。そして、プラットフォーム１はＯＳタイプテ
ーブル３を参照してＯＳチェックが完了しているか，Ｏ
Ｓ異常の発生がないかなどを確認して、異常などの発生
がなければ動作を開始する。この開始と同時に、プラッ
トフォーム１は、ＯＳタイプテーブル３内の前回ＯＳタ
イプに現在使用しているＯＳ種類とバージョンとを書き
込む。
る場合には、ＯＳコール翻訳部７がＯＳタイプテーブル
３に書き込まれているＯＳチェック結果に基づいて、使
用するＯＳ種類，バージョンを判断し、ＯＳコールマス
ターテーブル８に格納されているテーブルからＯＳチェ
ック結果該当のテーブルデータを取り出して、必要に応
じてリコンパイルを行なう。この処理が終了したら、Ｏ
Ｓタイプテーブル３内のＯＳチェック完了フラグを１に
設定する。そして、プラットフォーム１はＯＳタイプテ
ーブル３を参照してＯＳチェックが完了しているか，Ｏ
Ｓ異常の発生がないかなどを確認して、異常などの発生
がなければ動作を開始する。この開始と同時に、プラッ
トフォーム１は、ＯＳタイプテーブル３内の前回ＯＳタ
イプに現在使用しているＯＳ種類とバージョンとを書き
込む。
【００１７】以上の処理によって、概念的には、図２に
示すＯＳＡとプラットフォームとの間に両者が正常に動
作させるソフトウエアＡが自動的に接続されることにな
る。このように、情報処理装置の起動時に、ＯＳチェッ
ク部２によって使用しようとしているＯＳがどれである
かが認識され、この認識に基づいてＯＳコール翻訳部７
がこのＯＳとプラットフフォームとに適合するソフトウ
エアを選択して接続するという動作が自動的に行なわれ
ることになるので、従来のように、ＯＳ毎に使用すべき
フラットフォームの管理を行なう必要がまったくなくな
ることになり、不適応プラットフォームの使用による装
置のトラブルの発生も確実に回避されることになる。
示すＯＳＡとプラットフォームとの間に両者が正常に動
作させるソフトウエアＡが自動的に接続されることにな
る。このように、情報処理装置の起動時に、ＯＳチェッ
ク部２によって使用しようとしているＯＳがどれである
かが認識され、この認識に基づいてＯＳコール翻訳部７
がこのＯＳとプラットフフォームとに適合するソフトウ
エアを選択して接続するという動作が自動的に行なわれ
ることになるので、従来のように、ＯＳ毎に使用すべき
フラットフォームの管理を行なう必要がまったくなくな
ることになり、不適応プラットフォームの使用による装
置のトラブルの発生も確実に回避されることになる。
【００１８】
【発明の効果】以上述べたように本発明によれば、オペ
レーティングシステムの種類を自動的に認識して、この
オペレーティングシステムに適合するプラットフォーム
を生成するようにしたので、オペレーティングシステム
の種類ごとのプラットフォームの管理が不要になると共
に、装置のトラブルの発生も効果的に防止される。
レーティングシステムの種類を自動的に認識して、この
オペレーティングシステムに適合するプラットフォーム
を生成するようにしたので、オペレーティングシステム
の種類ごとのプラットフォームの管理が不要になると共
に、装置のトラブルの発生も効果的に防止される。
【図１】本発明にかかる情報処理装置の概略構成ブロッ
ク図である。
ク図である。
【図２】同装置の動作の概念を説明するための図であ
る。
る。
【図３】同装置のＯＳタイプテーブルの一例を示す図で
ある。
ある。
【図４】同装置のＯＳチェックテーブルの一例を示す図
である。
である。
【図５】同装置のＯＳバージョンチェックテーブルの一
例を示す図である。
例を示す図である。
【図６】同装置のＯＳコールマスターテーブルの一例を
示す図である。
示す図である。
【図７】図１に示した装置の動作フローチャートであ
る。
る。
【図８】従来の装置の概念を示す図である。
【図９】プラットフォームとＯＳとの関係を示す概念図
である。
である。
１…プラットフォーム ２…ＯＳチェック部（認識手段） ３…ＯＳタイプテーブル（認識手段） ４…ＯＳチェックテーブル（認識手段） ５…ＯＳバージョンチェックテーブル（認識手段） ６…オペレーチィングシステム（ＯＳ） ７…ＯＳコール翻訳部（選択手段） ８…ＯＳコールマスターテーブル（アクセス手段）
Claims (1)
- 【請求項１】異なる複数のオペレーティングシステムの
それぞれに対応して設けられ、同一のプラットフォーム
を介して共通のアプリケーションプログラムのアクセス
を可能とするアクセス手段と、 読み込んだオペレーティングシステムの種類とバージョ
ンとを認識する認識手段と、 当該認識手段によって認識されたオペレーティングシス
テムの種類とバージョンとに適合する前記アクセス手段
を前記プラットフォームとオペレーションシステムとの
間に介在させて接続する選択手段とを有することを特徴
とする情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31055092A JPH06161959A (ja) | 1992-11-19 | 1992-11-19 | 情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31055092A JPH06161959A (ja) | 1992-11-19 | 1992-11-19 | 情報処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06161959A true JPH06161959A (ja) | 1994-06-10 |
Family
ID=18006591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31055092A Pending JPH06161959A (ja) | 1992-11-19 | 1992-11-19 | 情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06161959A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001216226A (ja) * | 1999-11-26 | 2001-08-10 | Mitsubishi Electric Corp | アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体 |
-
1992
- 1992-11-19 JP JP31055092A patent/JPH06161959A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001216226A (ja) * | 1999-11-26 | 2001-08-10 | Mitsubishi Electric Corp | アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4589063A (en) | Data processing system having automatic configuration | |
| US5353411A (en) | Operating system generation method | |
| US6115738A (en) | Input/output device information management method and apparatus for multi-computers | |
| US5526523A (en) | Interface between operating system and operating system extension | |
| JP3728325B2 (ja) | 個別サブプログラムをメインプログラムに統合する方法 | |
| JP3765201B2 (ja) | 計算機システム | |
| US4977500A (en) | System recovery method for computer system having a standby system with a wait job operation capability | |
| US6415383B1 (en) | Address offset feature for a hard disk drive | |
| US4719564A (en) | Interpreter linkage system for linking extension interpreters to a basic interpreter | |
| JPS5835295B2 (ja) | マスタ・スレ−ブ・システムにおけるデ−タ転送方式 | |
| JP2000078169A (ja) | サーバ設定装置 | |
| JPH06161959A (ja) | 情報処理装置 | |
| US6141635A (en) | Method of diagnosing faults in an emulated computer system via a heterogeneous diagnostic program | |
| JP2000148413A (ja) | デバイス識別子に基づいた記憶デバイスの構成の検証 | |
| JPH09114673A (ja) | プログラムロード装置と方法 | |
| JP3130798B2 (ja) | バス転送装置 | |
| JP2656606B2 (ja) | Ｍｓ―ｄｏｓ上での複数のメモリ常駐化プロセスの起動方式 | |
| JP3704469B2 (ja) | Ｉｏポート接続方式 | |
| JP2841363B2 (ja) | 外部モジュール獲得方式 | |
| JPS60258645A (ja) | 情報処理システム | |
| JP2591002B2 (ja) | 情報処理装置 | |
| JP3314679B2 (ja) | システム資源情報登録方式 | |
| JPH10275107A (ja) | データ登録方式及び方法 | |
| JPH0648453B2 (ja) | 周辺装置初期化制御方式 | |
| JPH05143427A (ja) | 情報処理システム |