JPH0799511B2

JPH0799511B2 - ネットワークの特定リンクにコンピュータバスを接続させる汎用接続装置

Info

Publication number: JPH0799511B2
Application number: JP4188080A
Authority: JP
Inventors: マルク・バスール; ポール・ラボー
Original assignee: ブル・エス・アー
Priority date: 1991-07-15
Filing date: 1992-07-15
Publication date: 1995-10-25
Anticipated expiration: 2010-10-25
Also published as: FR2679351B1; EP0524071A1; JPH05274234A; FR2679351A1; US5455950A

Description

【発明の詳細な説明】

【産業上の利用分野】本発明はネットワークの特定リン
クにコンピュータバスを接続させる汎用接続装置に関す
る。本発明は特に、周辺装置又は端末装置間を接続する
データ伝送網、特に伝送支持体が光ファイバからなって
いるＦＤＤＩ型のリング形状のネットワークに適用され
る。本発明は更に、磁気ディスクメモリ間を接続するＳ
ＣＳＩ型リンクに適用される。

【従来の技術及び発明が解決しようとする課題】光ファ
イバを備えたＦＤＤＩ型ネットワークは今ではよく知ら
れており、ＡＮＳＩ（米国規格協会）及びＩＳＯ（国際
標準化機構）により作成された標準化規格により骨子が
規定されている。ＦＤＤＩネットワークに関するＡＮＳ
Ｉ規格はＸ３Ｔ９−５規格である。同様に、ＳＣＳＩ型
リンクはＡＮＳＩ及びＩＳＯの規格により規定されてい
る。ネットワーク上では、種々のステーションから送ら
れた情報メッセージは、それぞれが有効データからなる
複数のフレームからなっている。これらのデータは、フ
レームのヘッダ又はトレーラに置かれたコマンド文字に
より経時的にフレーム指示されている。更には、コンピ
ュータの機能構成要素全体（プロセッサ、メモリ、入出
力制御装置又は周辺制御装置）が、寸法が規格化されて
いるカード全体に配置されていることは知られている。
これらのカードは一般に、種々のプロセッサ間の連絡、
及びカードとカードの給電装置との間のデータ移送を確
実とする同一の並列型バスに接続されている。通常使用
されているバスはＭＵＬＴＩＢＵＳＩＩ（ＩＮＴＥＬ
社の登録商標）であり、このバスのアーキテクチャは、
通常ＰＳＢ（並列システムバス）と呼ばれる並列型主要
バスの周辺に構造化されている。ＭＵＬＴＩＢＵＳＩ
ＩはＩＥＥＥ１２９６規格（米国電気電子学会）に従っ
て規格化されている。このようなコンピュータバスは、
接続用ゲートウェイ（ｄｉｓｐｏｓｉｔｉｆｐａｓｓｅ
ｒｅｌｌｅｄｅｃｏｎｎｅｘｉｏｎ）を介してネッ
トワーク（ＦＤＤＩ又はＳＣＳＩ等）の特定リンクに接
続されている。並列接続装置の機能は、ＭＵＬＴＩＢＵ
ＳＩＩ上の情報伝送条件をネットワーク上の伝送条件
に適合させることである。実際には、一方のバスＰＳＢ
上のデータ伝送モードと、他方のネットワーク上のデー
タ伝送モードとは、情報伝送量に関しても、使用される
伝送プロトコル、即ち書込みコード、情報、フォーマッ
ト、コマンド文字、（ＭＵＬＴＩＢＵＳＩＩ上では並
列、ＦＤＤＩネットワーク上では直列の）情報伝送等に
関しても、完全に異なっている。図１は、伝送網の型と
は関係なくこのようなゲートウェイの全体構造を示して
いる。図１は、並列バスＰＳＢを介して互いに連絡して
いる複数のカードＣ上に種々の構成要素が配置されてい
るコンピュータＯＲＤを示している。各カードＣは、メ
ッセージモードによりＯＲＤの他の要素と連絡している
ＩＮＴＥＬ社製の例えばＶＬ８２ｃ３８９型コプロセ
ッサＭＰＣを介して並列バスＰＳＢに接続されている。
この連絡モードは前記ＩＥＥＥ１２９６規格で正確に規
定されている。コンピュータＯＲＤは接続用ゲートウェ
イＤＰＣを介してネットワークＲＮに接続されている。
このネットワークＲＮはＦＤＤＩ型、ＳＣＳＩ型又は他
の型のネットワークであり得る。接続用ゲートウェイＤ
ＰＣは、汎用接続装置ＧＰＵ（英語のＧｅｎｅｒａｌ
ＰｕｒｐｏｓｅＵｎｉｔの略字）と、アダプタ装置Ｄ
ＥＡと、インタフェースＩＨＡとからなっている。この
インタフェースは、装置ＧＰＵとアダプタＤＥＡとの間
の情報転送を行っている。装置ＧＰＵは、コンピュータ
ＯＲＤのカードＣのプロセッサと同一型のコプロセッサ
ＭＰＣによりＰＳＢに接続されている。装置ＤＰＣはア
ダプタ装置ＤＥＡに属する物理的ネットワークアクセス
装置ＤＡＰを介して、ネットワークＲＮに物理的に接続
されている。ＯＲＤ_１のような他の１つ以上のコンピュ
ータが、コプロセッサＭＰＣを介してこの同一バスＰＳ
Ｂに接続され得ることは指摘すべきである。図１に示す
装置ＤＰＣの全体構造及びアダプタ装置ＤＥＡの実施例
は、当社により１９８９年７月２７日に出願されたフラ
ンス特許明細書第８９１０１５６号“リング形状の
光ファイバネットワークにコンピュータバスを接続する
並列装置”内に記載されている。汎用接続装置ＧＰＵの
好ましい実施例は、当社により本特許明細書と一緒に同
日出願されたフランス特許明細書“周辺装置の制御装置
にコンピュータバスを結合させる汎用装置”内に記載さ
れている。ＧＰＵの機能を構成し且つ管理するために、
オペレーティングシステム（又はオペレーティングソフ
トウェア、英語ではＯｐｅｒａｔｉｎｇｓｙｓｔｅ
ｍ）がマイクロプロセッサＧＰＵにより使用されてい
る。ＧＰＵの主要構成要素が何であるか、ＧＰＵの操作
の骨子は何であるかを想起することが有用である。この
詳細は一緒に同日出願された特許明細書内に記載されて
いる。ＧＰＵとＤＥＡとの間の転送インタフェースＩＨ
Ａを途中までの線（ｔｒａｉｔｉｎｔｅｒｒｏｍｐ
ｕ）で示す図２を参照する。このインタフェースは、Ｇ
ＰＵから又はＧＰＵに向けて有効データを転送し得る第
１のインタフェースＩＨＡＤと、ＧＰＵから又はＧＰＵ
に向けて制御ブロックを転送し得るインタフェースであ
って、受取られた又は送られたフレームのコマンド文字
を包含する制御ブロックのための第２のインタフェース
ＩＨＡＣとを含んでいる。ＧＰＵ装置は、バスＰＳＢと
のインタフェースとして役立つコプロセッサＭＰＣと、
実際に装置ＧＰＵの中央処理装置を構成していると共に
内部バスＢＩを備え、且つインタフェースＩＨＡＣに接
続された内部バスＢＩにいずれも接続されている消去可
能プログラム可能メモリＥＰＲＯＭ_１と、読出し書込み
用メモリＳＲＡＭと、割込み管理プログラムＭＦＰとの
それぞれに結合されているマイクロプロセッサＣＰＵ
と、２つのゲートを有するビデオ−ＲＡＭ型メモリのＶ
ＲＡＭと、ＶＲＡＭをコプロセッサＭＰＣに接続するバ
スＢ_２に接続された、直接メモリアクセス制御装置ＤＭ
ＡＣと、メモリＶＲＡＭをインタフェースＩＨＡＤに接
続するバスＢ_１という種々の主要構成要素を含んでい
る。装置ＧＰＵは更にマイクロプロセッサ（図示せず）
を含んでいる。このマイクロプロセッサは、接続装置を
構成する要素の各々をゼロリセットし且つ前記ＩＥＥＥ
１２９６規格により規定されたＧＰＵのＭＵＬＴＩＢＵ
ＳＩＩへの相互接続機能を確実にするために、ハウス
キーピングの役割を有する。前記ＩＥＥＥ１２９６規格
に適合するように特別設計されたコプロセッサＭＰＣ
は、図１を参照して説明したコプロセッサと同一型であ
る。本明細書に記載する実施例では、マイクロプロセッ
サＣＰＵはＭＯＴＯＲＯＬＡ社製の６８０２０型であ
る。これは、クロック周波数が２５Ｍｈｚの３２ビット
マイクロプロセッサである。このマイクロプロセッサは
内部バスＢＩを管理する。この内部バスＢＩは、３２デ
ータビット、３２アドレスビットの非多重化バスであ
る。容量が１２８または２５６キロオクテットの消去可
能読出し専用記憶素子ＥＰＲＯＭ_１は、ＧＰＵの自動テ
スト・初期化プログラムを含んでいる。オペレーティン
グシステムは、５１２キロオクテット又は１メガオクテ
ットに相当し得る容量を有するスタティックメモリＳＲ
ＡＭ内に含まれている。アクセスを調整するために保護
システムがこのメモリに結合されている。保護システム
については前述した同日出願の特許明細書に記載されて
いる。オペレーティングシステムＧＰＯＳはマイクロプ
ロセッサ全体の操作を編成し、従ってバスＰＳＢからメ
モリＶＲＡＭまでの、及びメモリからバスまでのフレー
ムの転送を監視している。更には、一方ではバスＰＳＢ
を介してコンピュータＯＲＤと接続装置との間で、他方
ではネットワークＲＮ上で使用されるプロトコルの適合
プログラムは、例えばメモリＳＲＡＭ内に包含されてい
る（この適合プログラムはメモリＥＰＲＯＭ_１内にも包
含され得る）。従って、マイクロプロセッサＣＰＵは接
続装置ＧＰＵの中枢である。このマイクロプロセッサは
データ転送を初期化し、プロトコルの適合を実現し、そ
のオペレーティングシステムを使用し、且つＤＥＡと対
話してＤＥＡとコンピュータＯＲＤとの間を相互にデー
タ転送する。マイクロプロセッサは、例えば前記フラン
ス特許明細書第８９１０１５６号に記載の方法でコマ
ンド及びステータスをＤＥＡと交換する。要素ＭＦＰ
（英語Ｍｕｌｔｉｆｕｎｃｉｏｎｐｅｒｉｐｈｅｒ
ａｌの略字）はマイクロプロセッサＣＰＵのいわゆる
“周辺”要素である。この要素は例えばＭＯＴＯＲＡＬ
Ａ社製６８９０１型であり、構造上マイクロプロセッサ
に適合されている。この要素は、マイクロプロセッサの
操作に必要な複数の機能、例えばマイクロプロセッサに
必要な割込み管理の一部を支援している。この要素は更
に、オペレーティングシステムのためにクロック周波数
を提供する。構造上、６８０２０型マイクロプロセッサ
は７レベルの割込みを有するが、これはマイクロプロセ
ッサが担った操作全てを行うには不十分である。要素Ｍ
ＦＰは全部で１６レベルの補足割込みを提供し、その内
８レベルがＣＰＵ用で、他の８レベルが外部装置用（こ
の要素の特定実施例ではその内７レベルがアダプタ装置
ＤＥＡ用である）である。ダイレクトメモリアクセス制
御装置ＤＭＡＣは、コプロセッサＭＰＣとメモリＶＲＡ
Ｍとの間のデータ転送を行う。（この制御装置は更に、
ＧＰＵを担持するカードの初期化作業が終了するとすぐ
に、オペレーティングシステムとオペレーティングシス
テムに結合されたアプリケーションとを構成するデータ
のメモリＳＲＡＭへの転送を行う。この転送は例えばコ
ンピュータＯＲＤに属するディスクメモリから行われ
る。）データ転送を実施するために、制御装置ＤＭＡＣ
は（ＶＲＡＭ又はＳＲＡＭ内の）実行開始アドレスと、
カウント即ち転送すべきオクテットの数と、データ転送
のための実行開始命令とをＣＰＵから受け取る。制御装
置がＣＰＵからこれらの情報を受け取るとすぐに、ＤＭ
ＡＣは転送を編成する。ビデオ−ＲＡＭメモリであるＶ
ＲＡＭは２重ゲート式ダイナミックメモリである。この
メモリの容量は３２ビットの幅で約１〜２メガオクテッ
トである。２つのポートの１つ、即ちＳＡＭは制御装置
ＤＭＡＣ専用にリザーブされているが、第２のポート、
即ちＤＲＡＭはマイクロプロセッサＣＰＵとアダプタ装
置ＤＥＡとで共用されている。このメモリは、ＧＰＵと
アダプタ装置ＤＥＡとの間を通過するデータ用のバッフ
ァとして役立つ。アダプタ装置ＤＥＡからバスＢ_１を通
じてバスＢＩにアクセスするのは不可能である。同様
に、バスＢ_２上を運ばれる有効データの転送はＢＩ上に
進行し得ない。これら２つの不可能性は、それぞれバス
Ｂ_２とバスＢＩとの間、及びバスＢ_１とバスＢＩとの間
に配置された要素ＦＬＩ_１、ＦＬＩ_２の存在により示さ
れている。これらの要素は論理的分離（又は禁止）要素
である。一方ではインタフェースＩＨＡとメモリＶＲＡ
Ｍとの間の、他方ではメモリＶＲＡＭとコンピュータバ
スＰＳＢとの間の有効データの転送はＣＰＵにより編成
されている。後者のデータ転送は制御装置ＤＭＡＣの制
御下で実施されている。バスＰＳＢ上で使用されるプロ
トコルの特定コマンド文字からネットワークＲＮの特定
リンク上で使用される文字への変換又はその逆の変換
は、内部バスＢＩ上でインタフェースＩＨＡ（ＩＨＡ
Ｃ）への又はインタフェースからのデータ転送を行うマ
イクロプロセッサＣＰＵにより実施されている。ＣＰＵ
により実施される作業全体は、オペレーティングシステ
ムによりリアルタイムで監視・編成されている。本発明
の目的は、有効データの転送速度に関して高い性能を有
する汎用接続装置を提供することにある。

【課題を解決するための手段】前記目的を達成すべく、
本発明によれば、ネットワーク（ＲＮ）の少なくとも１
つの特定リンクにコンピュータバス（ＰＳＢ）を接続さ
せる汎用接続装置であって、マイクロプロセッサにより
実行されるオペレーティングシステムを含んでいる少な
くとも１つのメモリ（ＳＲＡＭ）に、内部バス（ＢＩ）
を介して接続されているマイクロプロッセサ（ＣＰＵ）
と、マイクロプロッセサにより編成され且つ管理されて
おり、コンピュータバスからリンクへ、及びその反対へ
フレームを転送する手段（ＭＰＣ，Ｂ２，ＶＲＡＭ，Ｂ
Ｉ，ＤＭＡＣ）と、互いに独立しており前記オペレーテ
ィングシステムに関連する複数のアプリケーション（Ａ
_１−Ａ_ｎ）のそれぞれの作業をリアルタイムで管理し且
つ編成するための中心コア手段（ＮＹ）と、各アプリケ
ーションがあるべき状態を監視し且つ規定する管理手段
（ＧＡ）と、要求に応じて各アプリケーションが他のア
プリケーションのサービスを求めることを可能にする相
互連絡手段（ＳＡ）と、前記中心コア手段（ＮＹ）、管
理手段（ＧＡ）、及び相互連絡手段（ＳＡ）が互いに通
信することを可能にする手段（ＦＧ_０−ＦＧ_６）と、前
記アプリケーションが中心コア手段（ＮＹ）及び管理手
段（ＧＡ）と通信することを可能にする手段（Ｆ_１，Ｆ
_２，Ｆ_３，．．．Ｆ_ｎ，ＦＡ_ｉ）と、を備えたことを特
徴とする汎用接続装置が提供される。

【実施例】添付図面を参照して、非制限的な実施例につ
いての以下の説明により、本発明の他の特徴及び利点が
明白となろう。本発明の接続装置内のメモリに含まれる
オペレーティングシステムＧＰＯＳがシステムの基本機
能を果たす中心コアＮＹからなり、このコアが、それぞ
れが特定機能を果たす複数の管理プログラムに包囲され
ていることを示している図３を参照する。これらの管理
プログラムはアプリケーション管理プログラムＧＡ、相
互連絡サーバＳＡ、故障管理プログラムＧＩ、スタータ
ＳＴ、コマンド管理プログラムＧＣ、端末アクセス管理
プログラムＧＡＴ、対話式検査ＩＯＭＸである。実際に
オペレーティングシステムＧＰＯＳに結合されているア
プリケーションＡ_１，Ａ_２，．．．Ａ_ｉ，．．．Ａ
_ｎが、このオペレーティングシステムの周りに配置され
ている。これらのアプリケーションの各々は、中心コア
ＮＹ及び中心コアを包囲している全ての又は一部の管理
プログラムとに連絡し且つ対話する。アプリケーション
はオフラインであり且つ互いに独立している。オペレー
ティングシステムＧＰＯＳを構成する各要素の役割は以
下の通りである。中心コアＮＹは、各アプリケーション
Ａ_１〜Ａ_ｎの実行中に、当該アプリケーションの作業を
リアルタイムで管理・編成して、システムの基本管理を
実施する。中心コアは更に、システムの種々のクロック
の管理を実施する。コアＮＹは、管理プログラムがコア
にサービスを求めるときには管理プログラムの要求に応
えるが、一切主導権はとらない。コアは更に、各アプリ
ケーションを構成するプロセスの起動を管理する。従っ
てコアは管理プログラム及びアプリケーションへのサー
ビス提供者である。アプリケーション管理プログラムＧ
Ａは、各アプリケーションのあるべき状態を監視し且つ
定義する。これらの状態の定義については後で図５を参
照して説明する。アプリケーション用相互連絡サーバＳ
Ａにより、各アプリケーションは必要であると判明すれ
ば他のアプリケーションと連絡することができる。前述
した如く、各アプリケーションはオフラインであり且つ
互いに独立している。アプリケーションはこのサーバを
介してのみ連絡し合う（又は対話し合う）ことができ
る。スタータＳＴはＧＰＵを担持しているカードをその
物的要素の見地から初期化する。スタータはクロックの
見地からスタータを構成している各要素を初期化し、且
つ各メモリ（ＳＲＡＭ，ＥＰＲＯＭ_１，ＶＲＡＭ）の管
理を初期化する。スタータは更に、オペレーティングシ
ステムのある構造、例えばテーブル、データ等を初期化
する。故障管理プログラムＧＩはシステム及び各アプリ
ケーションの操作の全ての故障に携わり、故障を修復し
得るか又はこの故障を認知しているアプリケーション若
しくはシステム要素の操作を終了させ得る（この場合故
障管理プログラムＧＩは故障したシステム要素又はアプ
リケーションを停止させると言われる）。端末アクセス
管理プログラムは、オペレーティングシステムＧＰＯＳ
及びオペレーティングシステムに結合されたアプリケー
ションの検査のための管理プログラムである。この管理
プログラムは、オペレーティングシステムを検査中のオ
ペレータが作業しているビデオ端末との接続を行う。端
末アクセス管理プログラムは、特に人間のオペレータと
の連絡を可能とする管理プログラムＩＯＭＸに密接に結
合されている。オペレーティングシステムＧＰＯＳ及び
オペレーティングシステムに結合されているアプリケー
ション全体はあまりにもスペースをとるので、ＰＲＯＭ
型メモリ内で実行され得ない。それ故、これらは読出し
書込み用メモリＳＲＡＭ内で実行される。ＧＰＵを担持
するカードの起動時にメモリＥＰＲＯＭ_１内で実行され
る特殊プログラムＩＮＩＴは、カードの各要素がゼロリ
セットされ且つバスＰＳＢとの相互接続機能が実行され
るとすぐに適用される。このプログラムＩＮＩＴは、コ
ンピュータＯＲＤに属するディスクメモリから読出し書
込み用メモリＳＲＡＭへの、オペレーティングシステム
及びオペレーティングシステムに結合されたアプリケー
ションの転送を担っている。当該システムＧＰＯＳ及び
当該アプリケーションはこのディスクメモリに常時スト
ックされている。プログラムＩＮＩＴが作業を終了する
とすぐに、ＧＰＯＳ及びアプリケーションＡ_１〜Ａ_ｎは
ＳＲＡＭ内にチャージされ、プログラムＩＮＩＴは静止
し、ＧＰＯＳ、特に管理プログラムＳＴに手を委ねる。
管理プログラムＳＴはそこでオペレーティングシステム
を構成する全ての要素を初期化する。それぞれＩＮＩＴ
及び管理プログラムＳＴにより行われている作業のこの
転送操作は、ＧＰＵ外部の全ての使用者には透過的であ
る。ＧＰＯＳを構成する種々の構成要素及びＧＰＯＳに
結合されているアプリケーションは、モニタコール（シ
ステムコール）と呼ぶにふさわしい物を介して互いに対
話し得る。これらのモニタコールは、オペレーティング
システムの全ての構成要素（全てのアプリケーション）
が実行できない機能（作業）を遂行するために他の構造
に援助を求めたいときに使用される。当該構成要素（又
は当該アプリケーション）が他の構成要素（又は他のア
プリケーション）により実行してもらおうと努める機能
を正確に限定するある程度の数のパラメータが絶えずモ
ニタコールに結合されねばならない。システム（又はア
プリケーション）により果たされる機能全体を限定する
パラメータ全体は、スタックと称する特殊メモリ区域Ｓ
ＲＡＭ内に置かれる。従って、当該構成要素又は当該ア
プリケーションは１つの、更には複数のモニタコールに
より他の物と連絡し得る。２つの構成要素同士を連絡さ
せ得るこのモニターコールアセンブリは、図３の二重矢
印により示されている。このようにして、構成要素
Ａ_１，Ａ_２，Ａ_３，．．．Ａ_ｎは、モニタコールＦ_１，
Ｆ_２，Ｆ_３，Ｆ_ｎ全体を介してアプリケーション管理プ
ログラムＧＡと連絡している。アプリケーションＡ_１〜
Ａ_ｎ全体は、モニターコールＦＡ_ｉ全体を介して中心コ
アＮＹと連絡している。相互連絡サーバＳＡはアプリケ
ーションＡ_ｎとはモニターコールＦＳ_ｎ全体を介して連
絡しているが、アプリケーションＡ_１とはモニターコー
ルＦＳ_１全体を介して連絡している。同様に、中心コア
ＮＹと種々の管理プログラムＧＡ，ＳＡ，ＧＩ，ＧＣ，
ＩＯＭＸ，ＧＡＴ，ＳＴのそれぞれとの連絡は、モニタ
コールＦＧ_１，ＦＧ_２，ＦＧ_３，ＦＧ_４，ＦＧ_５，ＦＧ
_６，ＦＧ_０全体を介して実施されている。前述した如
く、アプリケーションＡ_１〜Ａ_ｎはオフラインであり且
つ互いに独立している。アプリケーションは実行するの
に外部源を必要としない。アプリケーションは機能する
のに入出力データ又はコマンドデータのみを必要とす
る。これらの入出力データは例えばコンピュータＯＲＤ
により、又はＧＰＵを担持するカードの外部にあるあら
ゆる他のカード、例えば同一バスＰＳＢに接続された同
一型の他のカードＧＰＵ_ｉにより提供される。同様にコ
マンドはコンピュータＯＲＤ又は他のカードＧＰＵ_ｉに
より提供され得る。アプリケーション間のインタフェレ
ンスは禁止されており、このことは、アプリケーション
の１入力で生じるあらゆるエラーが他のアプリケーショ
ンには重要ではなく且つ各アプリケーションに固有のデ
ータスペースがメモリＳＲＡＭ内では物理的に異なって
いることを意味している。しかしながら前述した如く、
２つのアプリケーションは、相互連絡サーバＳＡに送ら
れるモニターコールを介して対話式であり得る。従っ
て、２つのアプリケーションＡ_１、Ａ_ｎはＳＡに向けら
れる２つのモニターコールＦＳ_１、ＦＳ_ｎ全体を介して
対話式である。この場合、２つのアプリケーションの一
方、例えばＡ_１のデータ及びコマンドは、他のアプリケ
ーション、ここではＡ_ｎにより送られる。例えばＡ_１が
ＳＡに対して、Ａ_ｎを介在させてＡ_１にサービス若しく
は特定情報を提供させるか又はＧＰＯＳにより提供され
る基本サービスに全体として関与させるように求める
と、これら２つのアプリケーションＡ_１、Ａ_ｎの各々の
間の対話が生じ得る。Ａ_１及びＡ_ｎが同一カードＧＰＵ
上か又は異なるカード上、例えばＧＰＵ及びＧＰＵ_ｉ上
にあり得ることは明白である。オペレーティングシステ
ムの中心では、アプリケーションは２つの手段により、
即ちアプリケーションナンバーとアプリケーションネー
ムとにより識別される。アプリケーションはＪＣＢ（英
語のＪｏｂＣｏｎｔｒｏｌｂｌｏｃｋ）と称する特
殊構造により示される。この特殊構造は、例えばアプリ
ケーションナンバーとアプリケーションネームとを含む
静的情報、及びアプリケーションの実状態、即ちアプリ
ケーションが絶えず置かれている状態を表す動的情報を
含んでいる。この動的情報が経時的に変化することは言
うまでもない。勿論アプリケーションＡ_１〜Ａ_ｎは当該
アプリケーションの実現者により設定・限定された優先
法則、即ちコアＮＹから認知される優先の法則に従う。
従って、あるアプリケーションは他のアプリケーション
よりも優先的である。任意のアプリケーションは図５に
示す状態の１つにあり得る。任意のアプリケーションの
置かれ得る状態をＥ_０〜Ｅ_５で示す。状態Ｅ_０は、アプ
リケーションにより提供されるサービスが利用出来ない
ことを意味している。アプリケーションはメモリＳＲＡ
Ｍ内にロードされているが使用され得ない。状態Ｅ
_１は、アプリケーションが開始される状態である。この
ために、コアＮＹはアプリケーションのサービスを求め
る実行開始命令を送る。それによりアプリケーションを
状態Ｅ_０から状態Ｅ_１に移行させることができる。この
命令はＪＲ（英語のＪｏｂｒｅｑｕｅｓｔ）と称され
る。状態Ｅ_１では、アプリケーションを構成する全ての
プロセス（後記参照）及びメモリＳＲＡＭでこのアプリ
ケーションに対応する全てのテーブルの初期化作業が特
に実施される。この状態では、アプリケーションはまだ
実行されず、従って不安定である。アプリケーションの
初期化及び起動のための全ての操作が終了すると、状態
Ｅ_２に移行される。状態Ｅ_２はより頻繁であり、且つア
プリケーションが実行中の状態である。この状態では、
アプリケーションは求められるサービスを提供すること
ができる。状態Ｅ_３は、アプリケーションが終了しよう
とするか又は停止しようとしている状態である。アプリ
ケーションに求められるサービスが終了すると、この状
態が生じる。アプリケーションの最後のプロセスにより
実施される最後の操作が終了すると、状態Ｅ_４に移行さ
れる。この状態では、アプリケーションは停止される。
アプリケーション管理プログラムＧＡの特定命令又はア
プリケーションのサービスを求めるオペレータの迅速な
（ｅｘｐｒｅｓｓ）命令によってのみ状態Ｅ_１に戻るこ
とができる（このオペレータは例えばＧＰＵ外部のカー
ドにより操作を行う人間のオペレータである）。アプリ
ケーションが故障又はエラーのために割込まれる補足状
態Ｅ_５が更に存在する。アプリケーションが終了しよう
としている（状態Ｅ_３）ときにエラー又は故障が生じる
と、状態Ｅ_３からＥ_５に移行し得る。アプリケーション
の起動操作時にエラーが生じると、状態Ｅ_１からＥ_５に
移行する。オペレータの命令により状態Ｅ_５から状態Ｅ
_１に戻り得る。図３に戻って説明する。任意のアプリケ
ーションＡ_１〜Ａ_ｎは、各々が所定の機能を果たす複数
のプロセスに分割され得る。各プロセスにより果たされ
る機能間には関係はない。アプリケーション内部では、
プロセスに優先が規定される。これらのプロセスは、同
期化される（プロセスは約束をしていると言われる）か
又はプロセス特有の機能を果たすためにプロセスに必要
な情報を交換する必要があり得る。該当するアプリケー
ションが状態Ｅ_２にあると、所定時間に単一のプロセス
がＣＰＵ内部で実行される。これは、カードＧＰＵ内に
１つのＣＰＵしかないためである。２つのプロセスの任
意の同時進行は論理命令によってでしかあり得ない。図
３に示す如く、任意のアプリケーションＡ_ｉが次のモデ
ルに設けられている。このアプリケーションは、アプリ
ケーションの操作に必要な全ての要素の、即ちアプリケ
ーションを構成し且つ互いに連絡し得るプロセスＰ_１，
Ｐ_２，Ｐ_３，Ｐ_４等である全ての異なるプロセスの初期
化プロセスＰ_０を含んでいる。プロセスは、プロセスナ
ンバーとプロセスが属するアプリケーションの識別子と
により識別される。かくして例えばプロセス２．８はア
プリケーションＡ_２のプロセスＰ_８である。あるプロセ
スは同一アプリケーションの他のプロセスと対話し得
る。あるプロセスは、他のプロセスと関係すると、アプ
リケーションの識別子でないプロセスナンバーを与え
る。この配置は、アプリケーション同士の独立性及び分
離を強める。実際にはプロセスは他のアプリケーション
のプロセスの１つとは決して関与し得ない。オペレーテ
ィングシステムＧＰＯＳでは、プロセスはＰＣＢ（英語
のｐｒｏｃｅｓｓｃｏｎｔｒｏｌｂｌｏｃｋの略
字）と称され得る特定システム構造により示される。Ｐ
ＣＢはＪＣＢと同様に、例えばプロセスナンバー、アプ
リケーション識別子、メモリＳＲＡＭ内のプロセス固有
のデータ及びコードの入力点並びに優先度を含む静的情
報と、ＰＣＢが読込まれるときにプロセスの実状態を反
映する動的情報とを含んでいる。ＰＣＢの長さは例えば
１４６バイトである。プロセスの実状態は、図６を参照
して説明する状態Ｓ_１〜Ｓ_５の１つである。“ドリーミ
ング”と称される休止状態Ｓ_１は、プロセスが停止若し
くは終了されているか又は決して開始されない状態であ
る。状態Ｓ_２は“待機”（レディー）状態である。これ
は、プロセスがマイクロプロセッサＣＰＵ内で活動状態
に入れるという状態である。例えばＰ_０からの実行開始
命令により状態Ｓ_１から状態Ｓ_２に移行し、アプリケー
ション管理プログラムＧＡからの停止命令によりＳ_２か
らＳ_１に移行する。状態Ｓ_３はいわゆる“実行”（ラニ
ング）状態である。これは、プロセスが遂行するとみな
されている機能の実行中の状態である。当該プロセスが
最も高い優先を有するためにコアがこのプロセスに助け
を求めることにすると、コア（又はサーバＳＡ）の呼出
しで状態Ｓ_２から状態Ｓ_３に移行し、反対にこのプロセ
スがもはや最も高い優先を持たなくなると、状態Ｓ_３か
ら状態Ｓ_２に移行する。この点で指摘すべきことは、オ
ペレーティングシステムが、インタリーブするように種
々のプロセスの実行を調整し（オペレーテイングシステ
ムは更にインタリーブするように種々のアプリケーショ
ンＡ_１〜Ａ_ｎの実行を調整する）、且つこれらの種々の
プロセスの実行時間の使用を管理するために優先レベル
を使用することである。このために、オペレーティング
システム、実際にはＧＡは、最も高い優先を有するプロ
セスを所定の時間間隔で呼出し得る時間管理ルーチン
（スケジューリングルーチン）と称する特殊な基本メカ
ニズムを使用する。これらの手続きは特殊モニターコー
ル又は割込み手続きにより呼出される。更にはＧＡから
出される停止命令により状態Ｓ_３から状態Ｓ_１に移行し
得る。状態Ｓ_４は、プロセスが作業を継続するためにイ
ベント又はデータを待っている状態である。この場合プ
ロセスは作動しない。何故ならば、プロセスには何か
が、例えばこのためのデータが欠けているからである。
しかしながら、待っている物が入手できるとすぐに、プ
ロセスは使命を継続できる状態となる。このような状態
になるとすぐに、プロセスは状態Ｓ_３に戻される。“中
断”状態Ｓ_５。これはコアＮＹにより示される上層権限
がコア自体の理由のためにプロセスの作業の中断を決定
する場合である。従って、プロセスを中断した同一権限
の命令で状態Ｓ_５から状態Ｓ_４に、又は状態Ｓ_５から状
態Ｓ_２に移行し得る。これから図７を参照する。２つ以
上のプロセスの実行の同期化を可能とするか又は同一ア
プリケーションのプロセス間の連絡を可能とするため
に、オペレーティングシステムはセマフォと称する公知
の型の特殊ツールを提供する。希望する使用に応じて、
即ちプロセスの同期化であるか又はプロセス間の連絡で
あるかによって、２つの型のセマフォが存在する。これ
らはトークンセマフォ又はイベントセマフォ、及びメッ
セージセマフォである。トークンセマフォはＥＳで示
し、メッセージセマフォはＭＳで示す。これらのセマフ
ォは、メッセージセマフォがより長いことを除けば、類
似構造を有する。図７に示すように、セマフォＥＳ及び
セマフォＭＳはまず、特にセマフォＭＳのためにメッセ
ージの型を規定するヘッダを含んでいる。セマフォは実
行すべき行動のコード、即ちこのセマフォで実行すべき
行動の型、つまりイベントセマフォについてはトークン
を取出すか若しくは入れるか、又はセマフォＭＳについ
てはメッセージを出すか若しくは取り消すかという行動
の型を含んでいる。メッセージセマフォＭＳは更に、テ
キストを包含し得る部分を含んでいる。このテキスト
は、メッセージを交換し合う部分間の規定により得られ
る。これはデータ又はデータアドレス等であり得る。任
意のセマフォはセマフォナンバーとアプリケーション識
別子とにより識別される。これらの識別データはセマフ
ォのヘッダに含まれている。所定のセマフォは、正確に
限定されたアプリケーションに属する。このセマフォに
関する操作は、セマフォが属するアプリケーションのプ
ロセスによってのみ実行され得る。プロセスがセマフォ
に関与すると、プロセスは、この同一プロセスが持たな
いアプリケーション識別子ではなく、セマフォナンバー
によってのみセマフォを識別する。この装置は、アプリ
ケーション間の分離を強める。何故ならば、プロセスは
他のアプリケーションのセマフォに決してアクセスでき
ないからである。反対に所定のアプリケーションの全て
のプロセスは、いつでもこの同一のアプリケーションの
どのセマフォにもアクセスすることができる。複数のプ
ロセスが同一セマフォへのアクセスを同時に待ってもよ
い。メッセージセマフォに関しては、プロセスがほぼオ
フラインの機能を実行することを想起すべきである。し
かしながら、全てのプロセスはいつでも情報交換する
か、又は外部世界即ち他のアプリケーション若しくはＧ
ＰＯＳから情報を受取る必要があり得る。同一アプリケ
ーションのプロセスが互いに情報交換し得るか又は外部
世界と情報交換し得ることが、正にメッセージセマフォ
の機能である（後者の場合、情報は前述した如くＳＡを
介して通過する）。アプリケーションが実行されると、
このアプリケーションは、アプリケーションの実行中に
予想されないエラー又は任意の型の問題点を被り得る。
このためにオペレーティングシステムＧＰＯＳは故障管
理プログラムＧＩを含んでいる。このプログラムの目的
は、エラーの生じた又は問題を認知しているこのアプリ
ケーションの応急修理を行うことである。あらゆるエラ
ー又は問題点を例外と称する。３種の例外が存在し、以
下のように区別され得る。プロセスに関係する例外。こ
のような型の例外は一般に、実行中のプロセスの停止に
つながる。アプリケーションに関係する例外。プロセス
に関係しないこの例外は一般に、アプリケーションの停
止につながる。例えば特殊割込み管理ルーチンの実行時
に故障が生じる場合がそうである（ＣＰＵはある程度の
数の割込みを管理している）。システムに関する例外。
これは、特にアプリケーションには関係せず、システム
の死につながる極めて重大なエラーである。例外が生じ
ると、この例外に関する報告を行うメッセージが作成さ
れ且つプロセスの例外の場合はＰＣＢ内に、アプリケー
ションの例外の場合はＪＣＢ内に、システムの例外の場
合はオペレーティングシステムＧＰＯＳの特定区域内に
ストックされる。例外メッセージの全体のフォーマット
はまず、例えばプロセスについての例外又はアプリケー
ションについての例外等の場合には、特にこのメッセー
ジの全体の意味を包含するこのメッセージの特定ヘッダ
を含んでいる。このヘッダの次には、例外の種類の範囲
内での例外の型に関係し且つこの例外を認知している構
成要素を識別する情報が続いている。これらの情報の次
には、例えばエラーの所在地等を提供するエラーの型に
応じての特定情報が続いている。ＭＵＬＴＩＢＵＳＩ
ＩからネットワークＲＮへの又はその逆のデータ転送を
編成するアプリケーションＡ_ｉが作動する、コンテキス
トの具体例を示す図４をこれから参照する。このネット
ワークＲＮはＦＤＤＩ型、ＳＣＳＩ型又はＥＴＨＥＲＮ
ＥＴ型のリンクにより規定され得る。オペレーティング
システムＧＰＯＳの制御下で、従来の積層形態でＧＰＵ
により実行される機能を考察するならば、最も高い層か
ら最も低い層までにアプリケーションＡ_ｉと、入出力管
理プログラムＧＥＳ_ｉと、物理的インタフェースＭＵＬ
ＴＩＢＵＳＩＩとが順次配置されている。このインタ
フェースは前記ＩＥＥＥ１２９６規格により規定されて
いる。オペレーティングシステム、例えばＢＵＬＬ
Ｓ．Ａ．製コンピュータＤＰＳ７０００で実行される例
えば同社製のＧＣＯＳ７型オペレーティングシステムの
制御下で作動するコンピュータＯＲＤの近くには、上か
ら下に向かってアプリケーションＡ_ｊと、入出力管理プ
ログラムＧＥＳ_ｊと、物理的インタフェースＭＵＬＴＩ
ＢＵＳＩＩとが順次配置されている。このインタフェ
ースはカードＧＰＵ上のインタフェースと類似してい
る。物理的インタフェースＭＵＬＴＩＢＵＳＩＩと入出
力管理プログラム（ＧＥＳ_ｉ又はＧＥＳ_ｊ）とからなる
２層全体は、ＢＵＬＬＳ．Ａ．により開発されたプロ
トコルＰＬＡＮＥＴの名で知られている。このプロトコ
ルについては同社により出願されたフランス特許明細書
第２６３３４１４号“中央相互接続式情報処理システ
ム”に記載されている。アプリケーションＡ_ｊの構成
は、例えばＦＤＤＩ型ネットワークＲＮ上に送られるべ
き複数のフレームをコンピュータＯＲＤの特殊メモリ区
域ＢＦ_ｊ内に形成するか、又はネットワークＲＮから送
られるフレームを受取るための空の特殊メモリ区域ＢＦ
_ｊを単に準備することにある。これらの特殊メモリ区域
ＢＦ_ｊ，ＢＦ’_ｊはバッファ（英語）と呼ばれる。Ａ_ｊ
は、入出力管理プログラムＧＥＳ_ｊにこれらのバッファ
のアドレス及び長さを提供し、且つ同時にＡ_ｉのための
コマンドブロックを形成する。これらのコマンドブロッ
クの構成は、ＢＦ_ｊからＲＮにデータ転送せねばならな
いか、又はＢＦ_ｊをＲＮからのデータで満たさねばなら
ないということをＡ_ｉに指摘することにある。これらの
コマンドブロックは更にＧＥＳ_ｊに伝送される。入出力
管理プログラムＧＥＳ_ｊはこれらのデータ及びコマンド
ブロックを考慮し、プロトコルＰＬＡＮＥＴに応じてフ
レームを作成し且つフレームをＭＵＬＴＩＢＵＳＩＩ
に送る。ＧＰＵに達すると、このプロトコルに応じて作
成されたフレームは、プロトコルＰＬＡＮＥＴを認知す
るサーバＳＡのレベルでオペレーティングシステムによ
り引受けられる。ＳＡが一旦当該フレームの有効データ
をメモリＶＲＡＭ内に、コマンドブロックをＳＲＡＭ内
に置く（本特許明細書と同時に出願されたフランス特許
明細書を参照のこと）と、ＳＡは関係するアプリケーシ
ョンＡ_ｉを再起動する。従って、アプリケーションＡ_ｉ
はネットワークＲＮ又はＯＲＤに向けてのこれらの有効
データの伝送に携わる。より正確に言えば、コンピュー
タＯＲＤからネットワークＲＮへの及びネットワークか
らコンピュータへの有効データの伝送方法は、図８のフ
ローチャートに示されている。フローチャートの連続す
る操作は以下の通りである。１．コアＮＹはアプリケーションＡ_ｉを再起動させ、従
って尚ＩＮＩＴと称されるプロセスＰ_０を開始させる。
前述した如く、このプロセスはアプリケーションを初期
化し、従ってアプリケーション固有のある程度の数のテ
ーブルを初期化する。このプロセスは次にアダプタ装置
ＤＥＡを初期化する。これから操作１に移る。１：プロセスＩＮＩＴは次に第１のプロセスＰ_１を開始
する。ここで説明する実施例では、アプリケーションＡ
_ｉはプロセスＰ_０とプロセスＰ_１とからなっている。ア
プリケーションのプロセス数が多い場合には、この操作
１では種々のプロセスＰ_１，Ｐ_２，．．．Ｐ_ｎが交互に
開始される。一旦Ｐ_１が開始されると、アプリケーショ
ンＡ_ｉはＥ_２（実行中）の状態にある。アプリケーショ
ンＡ_ｉは次に送信であれ受信であれ全てのフレーム転送
を処理するためにこの状態にとどまる。対応するプロセ
スＰ_１はＳ_２の（準備）状態にある。Ａ_ｉ内にｎ個のプ
ロセスがある場合には、これらのプロセスはＰ_０から又
はこれらのプロセスの１つから開始され得、プロセスの
開始が任意のランダムな順番につながっていることに留
意すべきである。これから操作２に移る。２：所定の時間にＧＰＯＳ（ＳＡ）はコンピュータＯＲ
Ｄからサービスの依頼を受ける。ＳＡはＳＡに求められ
ている物をコンピュータＯＲＤ内で確認し、従ってこの
サービスを遂行するのに適したリソースを探す。このリ
ソースは実際にはＡ_ｉに対応するアプリケーション、即
ちＡ_ｊである。このＡ_ｊは、ネットワークＲＮ上に送ら
れるべきフレームをバッファＢＦ_ｊ内で探す。ＳＡは、
アプリケーションＡ_ｊを使用する必要があり、ここでこ
のアプリケーションに対応するセマフォ内にメッセージ
を出して、このアプリケーションを助ける、即ちアプリ
ケーションを再起動させるということを知っている。こ
れから操作３に移る。３：プロセスＰ_１はセマフォを分析し、何が操作のイニ
シエータであるか、即ちアダプタ装置ＤＥＡなのか又は
コンピュータＯＲＤなのかを自問してセマフォから結果
を引き出す。アダプタ装置の場合には操作９に移行し、
コンピュータの場合には操作４に移行する。４：Ｐ_１はＯＲＤからＳＡに来る命令を求める。ＳＡは
ＯＲＤのメモリ内で命令を探す。これは読取り操作です
か又は書込み操作ですか。読取り操作の場合には２つの
操作５，８のいずれかに移行する。書込み操作の場合に
は操作６に移行する。５：この操作では、コンピュータＯＲＤは、コンピュー
タがネットワークＲＮからのデータを受け取る準備がで
きていることを装置ＧＰＵに指示する。ネットワークか
らの使用可能なデータがなければ、操作５から操作２に
移行する。８：この操作では、ＤＥＡからの、即ちネットワークＲ
Ｎからのデータが使用可能であるかどうかが検討され
る。使用可能なデータが全くなければ、５に移行する。
データが使用可能であれば、１０に移行する。１０：これらのデータをメモリＶＲＡＭ内に局限する
（ＤＥＡはこれらのデータがどこにあるか知っている）
ために、アプリケーションと、より正確に言えばアプリ
ケーションのプロセスＰ_１とアダプタ装置ＤＥＡとの間
で対話が開始される。この対話に関しては、一方では前
記フランス特許明細書第８９１０１５６号を、他方で
は本特許明細書と一緒に出願されたフランス特許明細書
を参照されたい。この対話が終了するとすぐに、操作１
１に移行する。１１：この操作では、Ｐ_１はアプリケーションサーバＳ
Ａに対して、コンピュータＯＲＤ内の書込みに当てられ
たバッファ即ちＢＦ_ｊ内に、ＶＲＡＭ内にストックされ
ていたデータを書込むように求める。このために、ＳＡ
はプロトコルＰＬＡＮＥＴを使用する。それから操作２
に戻る。６：ＳＡはデータ書込み命令をＰ_１に出す（４参照）。
Ｐ_１は書込まねばならないデータをＳＡに求める。ＳＡ
はそこで、プロトコルＰＬＡＮＥＴによりＯＲＤと対話
して、バッファＢＦ_ｊ内にあるデータを探す。これらの
データはメモリＶＲＡＭ内にストックされている。これ
から次の操作７に移行し得る。７：インタフェースＩＨＡ及び装置ＤＥＡを通じてデー
タをネットワークＲＮの方に伝送するために、前述した
２つの特許明細書に記載の如くＰ_１とアダプタ装置ＤＥ
Ａとの間に対話が行われる。データが一旦ＶＲＡＭから
取出され且つネットワークＲＮ上に位置すると、２に戻
る。操作３で実施された分析に答えてアダプタ装置ＤＥ
Ａがイニシエータであると指定されると、９に移行す
る。９：Ｐ_１は、コンピュータＯＲＤがデータを受取る準備
ができているかどうかをチェックする。準備ができてい
なければ、データがメモリＶＲＡＭ内で使用可能な操作
１２に移行する（１２から２に戻る）。コンピュータＯ
ＲＤがデータを受取る準備ができているならば、既に説
明した操作１０に移行する。

【図面の簡単な説明】

【図１】コンピュータが接続用ゲートウェイを介してい
かに任意の型のネットワークに接続されているかを示す
図である。

【図２】オペレーティングシステムを支援する具体的構
造の種々の主要構成要素を示す図である。

【図３】オペレーティングシステムの種々の主要構成要
素、及びオペレーティングシステムに結合されたアプリ
ケーションの幾つかを示す図である。

【図４】オペレーティングシステムの作用の全体の層状
コンテキストを示す図である。

【図５】アプリケーションが置かれ得る種々の状態、及
びいかにある状態から他の状態に移行し得るかを示す図
である。

【図６】アプリケーションのプロセスが置かれ得る種々
の状態、及びいかにある状態から他の状態に移行し得る
かを示す図である。

【図７】イベントセマフォ又はメッセージセマフォの構
造を示す図である。

【図８】オペレーティングシステムの制御下でフレーム
をコンピュータバスからネットワークに及びネットワー
クからコンピュータバスに転送させるための特定アプリ
ケーションの種々の操作段階を示すフローチャートであ
る。

【符号の説明】

Ａ_１〜Ａ_ｎアプリケーションＧＰＯＳオペレーティングシステムＭＰＣコプロセッサＮＹ中心コアＯＲＤコンピュータ

Claims

【特許請求の範囲】

【請求項１】ネットワーク（ＲＮ）の少なくとも１つ
の特定リンクにコンピュータバス（ＰＳＢ）を接続させ
る汎用接続装置であって、マイクロプロセッサにより実行されるオペレーティング
システムを含んでいる少なくとも１つのメモリ（ＳＲＡ
Ｍ）に、内部バス（ＢＩ）を介して接続されているマイ
クロプロッセサ（ＣＰＵ）と、マイクロプロッセサにより編成され且つ管理されてお
り、コンピュータバスからリンクへ、及びその反対へフ
レームを転送する手段（ＭＰＣ，Ｂ２，ＶＲＡＭ，Ｂ
Ｉ，ＤＭＡＣ）と、互いに独立しており前記オペレーティングシステムに関
連する複数のアプリケーション（Ａ_１−Ａ_ｎ）のそれぞ
れの作業をリアルタイムで管理し且つ編成するための中
心コア手段（ＮＹ）と、各アプリケーションがあるべき状態を監視し且つ規定す
る管理手段（ＧＡ）と、要求に応じて各アプリケーションが他のアプリケーショ
ンのサービスを求めることを可能にする相互連絡手段
（ＳＡ）と、前記中心コア手段（ＮＹ）、管理手段（ＧＡ）、及び相
互連絡手段（ＳＡ）が互いに通信することを可能にする
手段（ＦＧ_０−ＦＧ_６）と、前記アプリケーションが中心コア手段（ＮＹ）及び管理
手段（ＧＡ）と通信することを可能にする手段（Ｆ_１，
Ｆ_２，Ｆ_３，．．．Ｆ_ｎ，ＦＡ_ｉ）と、を備えたことを特徴とする汎用接続装置。
【請求項２】相互連絡手段（ＳＡ）が、第１のアプリ
ケーションに第１のシステムコール（ＦＳ_１）のセット
を送ることにより、第１のアプリケーションが第２のア
プリケーションに作用することを許容し、次に相互連絡
手段（ＳＡ）が、第２のアプリケーション（Ａ_ｎ）に第
２のシステムコール（ＦＳ_ｎ）のセットを送る請求項１
に記載の装置。
【請求項３】各アプリケーションが特定構造（ＪＣ
Ｂ）によって表現され、前記特定構造が、該構造の識別
を可能にする静的情報と所定の瞬間のアプリケーション
の実際の状態を有する動的情報とを含む請求項１または
２に記載の装置。
【請求項４】任意のアプリケーションが下記の任意の
１つの状態、即ち、−アプリケーションがメモリにロー
ドされているが使用できず、従って該アプリケーション
によって提供されるサービスが利用できないことを示す
状態Ｅ_０、−アプリケーションが開始され、中心コア手
段（ＮＹ）が該アプリケーションのサービスを要求する
開始命令を送り、これによりアプリケーションが状態Ｅ
_０からＥ_１に変化するような状態Ｅ_１、 −アプリケーションが実行されており、要求されるサー
ビスを提供可能な状態Ｅ_２、 −要求されたサービスが完了し、アプリケーションが終
了または停止されている状態Ｅ_３、 −状態Ｅ_３の終了後、直ちにアプリケーションが停止さ
れる状態Ｅ_４であって、状態Ｅ_４からＥ_１への切り換え
が管理手段（ＧＡ）の特定の命令、またはアプリケーシ
ョンのサービスを要求しているオペレータからの命令に
よってのみ可能である状態Ｅ_４、のいずれかである請求項１から３のいずれか一項に記載
の装置。
【請求項５】任意のアプリケーション（Ａ_１−Ａ_ｎ）
が、それぞれが所定の機能を遂行する複数のプロセス
（Ｐ_０，Ｐ_１，Ｐ_２，．．．，Ｐ_ｎ）に分割され、各プ
ロセスの機能は互いに独立しており、各プロセスは同じ
アプリケーションの他のプロセスに作用を及ぼすことが
可能である請求項１から４のいずれか一項に記載の装
置。
【請求項６】プロセスが、特定システム構造（ＰＣ
Ｂ）によって表され、該構造は、プロセス、前記メモリ
におけるプロセスのデータ及びコードの入力点、及び優
先順位を識別する静的情報と、前記特定システム構造が
読み出された時のプロセスの実際の状態を表す動的情報
とを含む請求項５に記載の装置。
【請求項７】前記オペレーティングシステムが下記の
複数の状態、即ち、 −プロセスが中断または完了しているか、もしくは開始
されていない休止状態と呼ばれる状態Ｓ_１， −プロセスがアクティブになる準備ができている待機状
態である状態Ｓ_２， −プロセスが要求されている機能を遂行中である実行状
態と呼ばれる状態Ｓ_３、 −プロセスが作業を続行すべくイベントまたはデータを
待ち受ける状態Ｓ_４， −中央コア手段（ＮＹ）がプロセスの作業を中断するこ
とを決定した中断状態と呼ばれる状態Ｓ_５，を有する請求項５または６に記載の装置。
【請求項８】アプリケーションのプロセスＰ_０が、該
アプリケーションに含まれる他のプロセスのセットを初
期化するプロセスであり、該初期化プロセスから発せら
れる開始命令により、状態Ｓ_１からＳ_２への変化が生
じ、管理手段（ＧＡ）から発せられる停止命令により状
態Ｓ_２からＳ_１への変化が生じ、状態Ｓ_２からＳ_３への変化及びその反対への変化が中央
コア手段（ＮＹ）または相互連絡手段（ＳＡ）からの呼
出しにより実行され、状態Ｓ_５から状態Ｓ_４またはＳ_２
への変化が、プロセスを停止させた場所から発せられる
命令に従って生ずる請求項７に記載の装置。
【請求項９】オペレーティングシステムが、同じアプ
リケーションの２つのプロセスの実行の同期を可能にす
るトークンセマフォと呼ばれるセマフォと、同じアプリ
ケーションのプロセス間の通信を可能にするメッセージ
セマフォ（ＭＳ）と呼ばれるセマフォとを含み、これら
のセマフォが所定のアプリケーションに属し、セマフォ
のオペレーションは、該セマフォが属するアプリケーシ
ョンの手順によってのみ実行され得る請求項５から８の
いずれか一項に記載の装置。