(57)【特許請求の範囲】
【請求項１】
自動運転を実行する計算機において、
前記計算機を制御する操作端末装置と接続されるインターフェース装置と、
自動運転を制御するためのコマンドを外部に出力するための第二のインターフェース装置と、
自動運転を制御するプログラム及び自動運転の対象となるプログラムを実行する制御部とを有し、
前記インターフェース装置と前記第二のインターフェース装置とは互いの出力部が相手の入力部と接続されるように通信線を介して接続され、
前記制御部は、前記自動運転の対象となるプログラムを実行中に前記インターフェース装置を介してメッセージを出力し、
前記第二のインターフェース装置は、前記メッセージを前記インターフェース装置を介して受信し、
前記制御部は、前記自動運転を制御するプログラムを実行することで前記メッセージを解釈して制御用のメッセージを前記第二のインターフェース装置に送信し、
前記インターフェース装置は、前記制御用のメッセージを前記第二のインターフェース装置を介して受信し、
前記制御部は、前記制御用のメッセージを受信して前記自動運転の対象となるプログラムの実行を制御することを特徴とする計算機。
【請求項２】
更に入力装置と接続される第三のインターフェース装置を有し、
前記第二のインターフェース装置は、前記インターフェース装置から受信した前記メッセージを前記入力装置へ前記第三のインターフェース装置を介して送信することを特徴とする請求項１記載の計算機。
【請求項３】
前記第三のインターフェース装置は、前記入力装置から受信した情報を前記第二のインターフェース装置を介して前記インターフェース装置へ送信する事を特徴とする請求項２記載の計算機。
【請求項４】
前記制御部は、
所定のデバイスファイルに前記メッセージを書き込むことで、前記インターフェース装置に前記メッセージを出力することを特徴とする請求項３記載の計算機。
【請求項５】
前記制御部は、所定の第二のデバイスファイルに前記メッセージが書き込まれたことを確認することによって、前記第二のインターフェース装置から前記コマンドを受信することを特徴とする請求項４記載の計算機。
【請求項６】
前記制御部は前記デバイスファイル及び前記第二のデバイスファイルの名前に関する情報を有し、前記制御部は、前記情報に基づいて前記デバイスファイル及び前記第二のデバイスファイルの名前を変更することを特徴とする請求項５記載の計算機。
【請求項７】
自動運転を実行する第一の計算機と、
前記第一の計算機を制御する第二の計算機とを有し、
前記第一の計算機は前記第二の計算機と接続されるインターフェース装置及び自動運転の対象となるプログラムを実行する制御部とを有し、
前記第二の計算機は、自動運転を制御するためのコマンドを送信するための第二のインターフェース装置及び自動運転を制御するためのプログラムを実行する第二の制御部とを有し、
前記インターフェース装置と前記第二のインターフェース装置とは互いの出力部が相手の入力部と接続されるように通信線を介して接続され、
前記制御部は、前記自動運転の対象となるプログラムを実行中に前記インターフェース装置を介してメッセージを出力し、
前記第二のインターフェース部は、前記メッセージを前記インターフェース装置を介して受信し、
前記第二の制御部は、前記自動運転を制御するプログラムを実行することで前記メッセージを解釈して制御用のメッセージを前記第二のインターフェース装置に送信し、
前記インターフェース装置は、前記制御用のメッセージを前記第二のインターフェース装置を介して受信し、
前記制御部は、前記制御用のメッセージを受信して前記自動運転の対象となるプログラムの実行を制御することを特徴とする計算機。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明はオペレーティングシステムやアプリケーションプログラムにおいて要求されるオペレータコンソール操作を自動化する自動操作装置に関する。
【０００２】
【従来の技術】
オペレーティングシステムやアプリケーションプログラムがオペレータコンソールに出力するメッセージを受け取り、それに対応する応答を自動生成することによる自動操作装置に関しては、特開平４−３１９１５号公報に示すメッセージ自動応答方式があった。この方式によれば、オペレータコンソールに向けて出力されたメッセージは、コンソール管理プログラムに登録されている仮想コンソール機能により収集される。
【０００３】
したがって、この方式ではコンソール管理プログラムに対して仮想コンソール機能を登録する必要があり、コンソール管理プログラムから仮想コンソール機能に対してメッセージを渡すインタフェースを設ける必要があった。
【０００４】
また、特開昭６３−３１７８１５号公報に示す電子計算機の自動運転制御方式によれば、コンソールに出力されるメッセージはメッセージ出力制御部の内部に実装されているメッセージ引き渡し制御部を介して自動運転制御システムに渡される。
【０００５】
したがって、この方式ではメッセージ出力制御部に対してメッセージ引き渡し制御部を設ける必要があり、メッセージ出力制御部と自動運転制御システムの間にメッセージ引き渡し制御部を介したメッセージデータの転送インタフェースを設ける必要があった。
【０００６】
このように、従来技術ではオペレータコンソールに対するメッセージ出力の自動運転プログラムによる取得は、オペレーティングシステムの一部であるオペレータコンソール装置のデバイスドライバに相当する部分に自動運転取得用の特殊インタフェースを設けることにより実現している。自動運転プログラムからオペレータコンソール装置へのコマンド入力に関しても同様に自動運転用の特殊インタフェースを設けることにより実現している。
【０００７】
【発明が解決しようとする課題】
上記従来技術は、一種類の計算機アーキテクチャの上に実現されている一個のオペレーティングシステムに限って自動運転をサポートする場合には有効な方法である。このような場合には、オペレータコンソールの自動運転のためにそのデバイスドライバに自動運転用インタフェースを設けることが比較的容易であるためである。
【０００８】
しかし、計算機やそのオペレーティングシステムの開発元以外の企業などにより自動運転機能を開発する場合には、デバイスドライバ開発のための情報が不足するためデバイスドライバに自動運転用のインタフェースを設けることが難しいという課題があった。
【０００９】
本発明の目的は、デバイスドライバに特殊なインタフェースを設けることなく、オペレータコンソールに対するメッセージ出力を自動運転プログラムから取得可能とし、さらにオペレータコンソールに対するコマンドを自動運転プログラムから投入可能とすることである。
【００１０】
また他の目的は、自動運転を制御する計算機が自動運転対象の計算機とは異なる場合にも、自動運転対象計算機自身で自動運転を行う場合のプログラムと同じ自動運転プログラムを用いることができる自動運転方式を実現することである。
【００１１】
さらに他の目的は、自動運転対象計算機内で自動運転プログラムを動作させる場合で、デバイスドライバに自動運転用機能を組込むことができる場合にも、デバイスドライバの機能追加ができない場合と同じインタフェースを用いて自動運転プログラムを動作させることである。
【００１２】
【課題を解決するための手段】
上記目的は、オペレータコンソール装置接続インタフェース装置の出力を自動運転装置接続用インタフェースの入力に接続し、オペレータコンソール装置用インタフェースの入力を自動運転インタフェースの出力に接続し、自動運転インタフェースとの入出力を行う自動運転プログラムを用意することにより達成される。
【００１３】
【作用】
オペレーティングシステムやアプリケーションプログラムなど、オペレータコンソールとのインタフェースが必要なプログラムはオペレータコンソール装置のデバイスドライバを経由して入出力を実行する。コンソールメッセージ出力はデバイスドライバに集められることになるので、そのデバイスドライバの出力を別装置のデバイスドライバの入力につなぎその別装置の入力を自動運転プログラムが読み込むことにより自動運転に必要なコンソールメッセージの入力が可能となる。
【００１４】
このようなデバイスドライバ間のデータ転送は、物理的にコンソール装置用のインタフェースアダプタの出力を自動運転用のインタフェース装置の入力に接続することにより可能となる。また、デバイスドライバに機能を追加できる場合には、物理的な接続装置無しにデバイスドライバ間のデータ転送を実行することにより可能となる。
【００１５】
【実施例】
図１は本発明の適用対象である自動運転対象の計算機のブロック図である。ソフトウェア１０２はＣＰＵ１０１の上で動作するプログラムやＣＰＵ１０１の記憶装置上に記憶されるデータなどを含む。
【００１６】
アプリケーションプログラム１０９，１１０やオペレーティングシステム１１１  がオペレータコンソールに対してメッセージを出力する場合には、デバイススペシャルファイル“／ｄｅｖ／ｃｏｎｓｏｌｅ”を指定してメッセージ文字列データの書き込みを行う（１１２，１１４，１１６）。オペレータコンソールから応答コマンドを読み込む場合にはデバイススペシャルファイル“／ｄｅｖ／ｃｏｎｓｏｌｅ”を指定してコマンド文字列データの読み込みを行う（１１３，１１５，１１７）。これらの書き込み及び読み込み要求は“／ｄｅｖ／ｃｏｎｓｏｌｅ”デバイスの制御を担当するデバイスドライバ１１８に渡され、デバイスドライバ１１８はコンソール装置アダプタ１０３を制御することによりコンソールディスプレイへの表示とキーボードからの入力を実行する。
【００１７】
オペレータコンソール用のアダプタにはＲＳ−２３２Ｃと呼ばれよく用いられている規格のシリアルポートを用いることが多い。コンソール装置アダプタ１０３および自動運転用アダプタ１０４の両方がシリアルポートの場合、両者の間の接続装置はクロス接続ケーブル１０６を用いる。クロス接続ケーブル１０６はグラウンド信号線を共通にして一方のＳＤ（Ｓｅｎｄ  Ｄａｔａ）信号線を反対側のＲＤ（Ｒｅｃｅｉｖｅ  Ｄａｔａ）信号線に接続し、前者の側のＲＤ信号線を反対側のＳＤ信号線接続し、  ＳＤ信号線とＲＤ信号線が交差する形になっているのでクロス接続ケーブルと呼ばれる。
【００１８】
アダプタ１０４はコンソール装置アダプタ１０３から送出されたコンソールメッセージ信号を受信し、自動運転用デバイス“／ｄｅｖ／ｒｓ１”のデバイスドライバ１２９に受信データの到着を割り込み信号などにより報告する。また、自動運転用のコマンド入力文字列の送出を要求されたときデバイスドライバ１２９はアダプタ１０４を制御することによりコンソール装置アダプタ１０３にデータを送信する。
【００１９】
コンソールメッセージ出力の到着は、常時、擬似ディスプレイプログラム１２３  にモニタされており、コンソールメッセージが到着する度に擬似ディスプレイプログラム１２３はデバイスドライバ１２９を読みだし（１２５）メッセージ文字列を取得する。擬似ディスプレイプログラム１２３は取得した文字列を実コンソールデバイス“／ｄｅｖ／ｒｓ２”のデバイスドライバ１３３に渡し（１２６）、アダプタ１０５と信号線１０７を介して実コンソール装置１０８に表示される。もし、擬似オペレータプログラム１２０が起動されている場合には、擬似ディスプレイプログラム１２３が受信したコンソールメッセージは擬似オペレータプログラム１２０にも渡される（１２１）。
【００２０】
擬似オペレータプログラム１２０は読み込んだコンソールメッセージに対応して必要ならコンソールコマンドの自動投入を行う。コマンドの文字列は擬似キーボードプログラム１２４に渡され（１２２）、擬似キーボードプログラム１２４がデバイスドライバ１２９にそのデータを渡す（１２７）ことによりコンソールデバイス“／ｄｅｖ／ｃｏｎｓｏｌｅ”へのコマンド入力を実行する。
【００２１】
自動コマンド投入以外に人間のオペレータがコマンド投入を行う場合には、実コンソール装置１０８のキーボードからコマンドを投入することができる。キーボードから入力されたコマンドは信号線１０７，アダプタ１０５を介してデバイスドライバ１３３に受け取られ、常時、この実コンソール装置１０８をモニタしている擬似キーボードプログラム１３１に渡される（１３２）。擬似キーボードプログラム１３１は受け取ったキーボードからのコマンド文字列データを自動運転用デバイスのデバイスドライバ１２９に渡す（１２８）。
【００２２】
一般にコンソールデバイスのスペシャルファイル名は“／ｄｅｖ／ｃｏｎｓｏｌｅ”であるが、自動運転用デバイスのスペシャルファイル名と実コンソールデバイスのスペシャルファイル名はサイト固有になることも多いので自由に定義できるようにしておくと便利である。このような構成情報の定義を可能とするため、構成情報領域１３５を持つ。
【００２３】
つぎに図２を用いて擬似ディスプレイプログラム１２３の動作を説明する。
【００２４】
擬似ディスプレイプログラム１２３は計算機の電源投入により始まるシステム起動時の一連の処理の中で起動され、まず実コンソールデバイスの名前を求め文字列記憶領域ｒｃｏｎｓｌに格納し（ステップ２０２）、この名前で示される実コンソールデバイスを書き込みモードでオープンし（ステップ２０３）、自動運転用デバイス“／ｄｅｖ／ｒｓｌ”を読み込みモードでオープンする（ステップ２０４）。構成情報領域１３５内に実コンソールデバイスや自動運転用デバイスとして別のデバイススペシャルファイル名が指定されているときは、各々指定されている別のデバイスをオープンする。そして、擬似オペレータプログラム１２０向けの通信路を書き込みモードでオープンする（ステップ２０５）。
【００２５】
つぎに自動運転用デバイスが受信したコンソールメッセージ文字列を読み込んで文字列記憶領域ｉｎｓｔｒ１内に格納し（ステップ２０６）、この文字列をｒｃｏｎｓｌで示される実コンソールデバイスに書き込み（ステップ２０７）、さらに擬似オペレータプログラム１２０に対する通信路にも書き込む（ステップ２０８）。この動作によりコンソールメッセージとして受信した文字列は実コンソールデバイス１０８上に表示されると共に擬似オペレータプログラム１２０に対しても渡される。
【００２６】
つぎに、実コンソールの変更要求が発生しているかどうかを判定し（ステップ２０９）、変更要求が発生していないなら終了条件の判定に移り（ステップ２１３）、変更要求が発生しているなら現在実コンソールとしてオープンしているｒｃｏｎｓｌで示されるデバイスをクローズする（ステップ２１０）。そして、新たな実コンソールデバイスの名前を構成情報領域１３５から読みだしてｒｃｏｎｓｌに格納し（ステップ２１１）、そのデバイスを読み込みモードでオープンし（ステップ２１２）、終了条件の判定に移る（ステップ２１３）。
【００２７】
その後、終了条件が発生していなければもう一度コンソールメッセージの読み込み（ステップ２０６）からの動作を始め、システム停止シーケンスに入るなどの終了条件が発生している場合には終了処理（ステップ２１４）を実行する。
【００２８】
つぎに図３を用いて擬似キーボードプログラム１３１の動作を説明する。
【００２９】
擬似キーボードプログラム１３１は計算機の電源投入により始まるシステム起動時の一連の処理の中で起動され、まず実コンソールデバイスの名前を求め、求めた名前の文字列を文字列記憶領域ｒｃｏｎｓｌに格納し（ステップ３０２）、そのデバイスを読み込みモードでオープンし（ステップ３０３）、さらに自動運転用デバイスである“／ｄｅｖ／ｒｓｌ”を書き込みモードでオープンする（ステップ３０４）。実コンソールデバイスの名前は構成情報領域１３５を読み込むことにより得ることができる。
【００３０】
つぎにｒｃｏｎｓｌで示される実コンソールデバイスからコマンドが入力されるのをリード（ｒｅａｄ）システムコールを用いて待ち、コマンドが投入されたら文字列記憶領域ｉｎｓｔｒ２にその文字列を記憶し（ステップ３０５）、その文字列を自動運転用デバイス“／ｄｅｖ／ｒｓｌ”に書き込む（ステップ３０６）。
【００３１】
この後、実コンソールデバイスを変更する要求が発生していないなら（ステップ３０７）終了条件が発生しているかどうかを判定し（ステップ３１１）終了条件が発生していないなら、もう一度、ステップ３０５から繰り返す。もし、ステップ３０７において実コンソールの変更要求が発見されたら、ｒｃｏｎｓｌで示されるデバイスをクローズし（ステップ３０８）、新たに実コンソールとして使用するデバイスの名前を求めｒｃｏｎｓｌに格納し（ステップ３０９）、そのデバイスを読み込みモードでオープンする（ステップ３１０）。
【００３２】
終了条件が発生したらオープン中の各デバイスをクローズするなどの終了処理を行って（ステップ３１２）プログラムを終了する。
【００３３】
つぎに、図４を用いて擬似キーボードプログラム１２４の動作について説明する。
【００３４】
擬似キーボードプログラム１２４は計算機の電源投入により始まるシステム起動時の一連の処理の中で起動され、まず擬似オペレータプログラムとの通信路を読み込みモードでオープンし（ステップ４０２）、自動運転用のデバイス“／  ｄｅｖ／ｒｓｌ”を書き込みモードでオープンする（ステップ４０３）。
【００３５】
つぎに、擬似オペレータからのコマンド入力を検出するために擬似オペレータプログラム通信路に対してｒｅａｄシステムコールを発行してデータの到着を待つ。データが到着したらその文字列を文字列記憶領域ｉｎｓｔｒ３に格納し（ステップ４０４）、その文字列を自動運転用デバイス“／ｄｅｖ／ｒｓｌ”に書き込む（ステップ４０５）。
【００３６】
その後、もし終了条件が発生しているなら（ステップ４０６）オープンされている全てのデバイスのクローズなどの終了処理を実行して（ステップ４０７）プログラムを終了し、終了条件が発生していないならもう一度ステップ４０４に戻り擬似オペレータプログラムからのコマンド入力を待つ。
【００３７】
つぎに、擬似オペレータプログラム１２０の動作を図５を用いて説明する。
【００３８】
擬似オペレータプログラム１２０は計算機の電源投入により始まるシステム起動時の一連の処理の中で起動され、まず擬似ディスプレイプログラム１２３との通信路１２１を読み込みモードでオープンし（ステップ５０２）、擬似キーボードプログラム１２４との通信路１２２を書き込みモードでオープンする（ステップ５０３）。
【００３９】
つぎに、擬似ディスプレイプログラム１２３からの通信路１２１に対してｒｅａｄシステムコールによる読み込みを行い（ステップ５０４）、一つのメッセージとして意味のある文字列が到着するまで読み込みを続けて蓄積する（ステップ５０５）。その後、読み込んだメッセージを解析して、自動的に応答する必要がある場合には応答コマンドの文字列を生成し（ステップ５０６）、自動投入すべき応答コマンドがあるなら（ステップ５０７）応答コマンドを擬似キーボードプログラム１２４への通信路１２２に書き込む（ステップ５０８）。
【００４０】
そして終了条件が発生していないなら（ステップ５０９）再度擬似ディスプレイからのメッセージ読み込み動作（ステップ５０４）を繰り返し、終了条件が発生しているならオープンされている全てのデバイスのクローズなどの終了処理を実行して（ステップ５１０）プログラムを終了する。
【００４１】
以上、図１から図５で説明した実施例によれば、オペレーティングシステム内のデバイスドライバに改造を加えることなく自動運転プログラムによるコンソールメッセージの取得と自動応答コマンドのオペレータコンソールへの自動投入が可能となる。
【００４２】
デバイスドライバの改造が可能な場合にも前記のソフトウェア構成を全く変更することなく自動運転プログラムの動作を可能とする装置について、図６を用いて説明する。
【００４３】
図６は自動運転対象の計算機自身で自動運転制御を行う構成を示しており、図１に示した計算機構成と似ている。図１ではオペレータコンソール用のデバイスドライバ１１８は単にインタフェースアダプタ１０３を制御しているだけであったが、図６ではインタフェースアダプタを制御しないで他のデバイスドライバとの間でデータ転送を行う機能を持つデバイスドライバ６０１を設けている。同様に自動運転用のデバイスドライバについても、インタフェースアダプタを制御せず他のデバイスドライバとの間でデータ転送を行う機能を持つデバイスドライバ６０４を設けている。
【００４４】
本実施例ではオペレータコンソール用のデバイスドライバ６０１と自動運転用のデバイスドライバ６０４の間に仮想的なクロス接続ケーブルを設けることにより、図１に示す実施例の場合とほぼ同じソフトウェア構成で自動運転システムの構成が可能となる。仮想的なクロス接続ケーブルは二個一組のペアドライバとして定義される二個のデバイスドライバの間で構成され、一方のデバイスドライバが書き込み要求を受け付けると反対側のデバイスドライバの受信バッファ内にデータを書き込むという動作により実現される。ペアドライバの定義は構成情報領域１３５内のペアドライバ情報６０６として格納される。
【００４５】
つぎに、図７から図１０にデバイスドライバの動作を示す。
【００４６】
図７はデバイスドライバ６０１及び６０４のオープン処理動作を示す。アプリケーションプログラムなどからこのデバイスドライバへのオープン処理要求がくると、まず構成情報領域１３５からペアドライバ情報６０６を読み込み、ペアになっている反対側のデバイスドライバのデバイス名とそのデバイスドライバのデータバッファアドレスを求める（ステップ７０２）。そして、自分のデバイスがオープンされたことを管理するための管理情報を記憶する（ステップ７０３）。
【００４７】
図８はデバイスドライバ６０１及び６０４のクローズ処理動作を示す。アプリケーションプログラムなどからこのデバイスドライバへのクローズ処理要求がくると、デバイスドライバはそのアプリケーションプログラムが以前にオープンしたときに作成したオープン管理情報をクリアして終了する（ステップ８０２）。
【００４８】
図９はデバイスドライバ６０１及び６０４のｒｅａｄ処理動作を示す。アプリケーションプログラムなどからこのデバイスドライバへのｒｅａｄ要求がくると、デバイスドライバはまず現在入力用のデータバッファ中に存在するデータのバイト数を調べ（ステップ９０２）、バイト数が０かどうかを判定し（ステップ９０３）、０ならばそのｒｅａｄ要求が即時リターン要求かどうかを判定し（ステップ９０４）、即時リターン要求でないならデータが到着するまで待つためデータ転送割込みが発生するまでｗａｉｔし（ステップ９０５）、データが到着した後、再度バッファ中のデータバイト数を調べる処理（ステップ９０２）から処理を始める。入力用のデータバッファ中のデータバイト数が０で、ｒｅａｄ要求が即時リターン要求であったときには、読み込みデータバイト数が０であったものとしてそのまま終了する（ステップ９０８）。ステップ９０３の判定においてデータのバイト数が０ではなかった場合、ｒｅａｄ要求もとのアプリケーションプログラム内の記憶領域にデバイスドライバの入力用のデータバッファ内のデータを、ステップ９０２で求められたバイト数分転送し（ステップ９０６）、転送が済んだデータをデータバッファから消去するリセット処理を実行する（ステップ９０７）。
【００４９】
図１０はデバイスドライバ６０１及び６０４のライト（ｗｒｉｔｅ）処理動作を示す。アプリケーションプログラムなどからこのデバイスドライバへのｗｒｉｔｅ  要求がくると、デバイスドライバはペアデバイス情報６０６に指定された相手デバイスの入力用のデータバッファに、ｗｒｉｔｅ  要求もとのアプリケーションプログラムの記憶領域から、指定されたバイト数分だけデータを転送し（ステップ１００２）、相手デバイスドライバにデータ転送割込みを発生させる（ステップ１００３）。
【００５０】
以上、図６から図１０で説明したように、デバイスドライバの改造を行う場合には外部の物理的なケーブルを設ける必要なしに、図１から図５で説明した第一の実施例と同じアプリケーションプログラム構成を採用することができる。
【００５１】
つぎに、図１１を用いてオペレータコンソールを任意のコンソールに切り替えることを可能とする実コンソール変更プログラムの実行方法を説明する。
【００５２】
このプログラムはアプリケーションプログラムの一つとして任意の時点で起動することができ、まず起動時のパラメータとして与えられた実コンソールの変更先デバイス名を構成情報領域１３５内に書き込み（ステップ１１０２）、つぎに構成情報領域１３５内に実コンソール変更条件の発生を記録する（ステップ１１０３）。
【００５３】
つぎに、図１２を用いて自動運転対象計算機が自動運転制御用計算機と異なる場合の実施例について説明する。
【００５４】
自動運転対象計算機１０１のオペレータコンソール接続用のインタフェースアダプタ１０３に、クロス接続ケーブル１０６を介して別の自動運転制御用計算機１２０１を接続する。自動運転対象計算機１０１内部の被制御ソフトウェア１０２  や自動運転制御用計算機１２０１内の制御用ソフトウェア１２０２は、図１から図５に示す第一の実施例の場合と全く同じもので良い。
【００５５】
また、この実施例によれば制御対象計算機１０１のオペレーティングシステムが動作しないような障害が発生した場合にも、制御用計算機１２０１は多くの計算機においてサポートされておりオペレータコンソールインタフェースアダプタ１０３から送出されるハードウェアコンソールメッセージを受け取ることができる。これにより制御用計算機１２０１は制御対象計算機１０１で重大な障害が発生した場合にも、それに対処する自動コマンド投入を実行できる。
【００５６】
【発明の効果】
本発明によれば、デバイスドライバに改造を加えることができない色々なメーカの計算機に対して、共通の自動運転プログラムを提供することができ、さらにデバイスドライバに改造を加えることが可能な計算機にも同一の自動運転プログラムインタフェースを提供することができるので、計算機のメーカや機種別に異なる自動運転プログラムを開発する必要がなくプログラムの開発効率が良い。
【図面の簡単な説明】
【図１】自動運転対象と自動運転制御計算機が同一の場合の自動運転のブロック図。
【図２】擬似ディスプレイプログラムの動作を示すフローチャート。
【図３】実コンソールの入力を受け付ける擬似キーボードプログラムの動作を示すフローチャート。
【図４】擬似オペレータプログラムの入力を受け付ける擬似キーボードプログラムの動作を示すフローチャート。
【図５】擬似オペレータプログラムの動作を示すフローチャート。
【図６】デバイスドライバ相互間の通信による自動運転のブロック図。
【図７】デバイスドライバのオープン処理動作を示すフローチャート。
【図８】デバイスドライバのクローズ処理動作を示すフローチャート。
【図９】デバイスドライバのリード処理動作を示すフローチャート。
【図１０】デバイスドライバのライト処理動作を示すフローチャート。
【図１１】実コンソールプログラム変更処理動作を示すフローチャート。
【図１２】自動運転制御計算機が自動運転対象計算機と異なる場合のブロック図。
【符号の説明】
１０１…自動運転対象計算機、１０３…オペレータコンソール用インタフェースアダプタ、１０４…自動運転用インタフェースアダプタ、１０６…クロス接続ケーブル、１１８…オペレータコンソール用デバイスドライバ、１２０…擬似オペレータプログラム、１２３…擬似ディスプレイプログラム、１２４…擬似キーボードプログラム、１２９…自動運転用デバイスドライバ、１３１…擬似キーボードプログラム。
【図１】
0003566975.tif 000002
【図２】
0003566975.tif 000003
【図３】
0003566975.tif 000004
【図４】
0003566975.tif 000005
【図５】
0003566975.tif 000006
【図６】
0003566975.tif 000007
【図７】
0003566975.tif 000008
【図８】
0003566975.tif 000009
【図９】
0003566975.tif 000010
【図１０】
0003566975.tif 000011
【図１１】
0003566975.tif 000012
【図１２】
0003566975.tif 000013