JPH11149387A - 共有装置制御方法及びその実施装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＯＳによる排他制御を行うことなく複数のプ
ログラムから共有装置にアクセスすることが可能な技術
を提供する。 【解決手段】 複数のプログラムで共有される共有装置
を制御する共有装置制御方法において、共有装置で特定
の処理を行う為の制御情報を制御情報格納領域中の特定
領域に格納し、前記制御情報を格納した特定領域を示す
制御情報ＩＤを単一の書き込みにより制御情報ＩＤ保持
手段に保持し、複数の制御情報ＩＤを格納する受け付け
制御情報ＩＤ格納手段の空き領域に前記制御情報ＩＤ保
持手段中の制御情報ＩＤを格納し、前記受け付け制御情
報ＩＤ格納手段中の制御情報ＩＤに対応する特定領域の
制御情報を制御情報格納領域から取得して前記特定の処
理を行うものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数のプログラムで
共有される共有装置を制御する共有装置制御装置に関
し、特に複数の計算機を相互に結合する為の多重化ネッ
トワークアダプタを複数のユーザプログラムから排他制
御することなく利用可能とする共有装置制御装置に適用
して有効な技術に関するものである。

【０００２】

【従来の技術】従来、複数のプログラムで共有される共
有装置にアクセスする場合には、同時に複数のプログラ
ムから同一の共有装置にアクセスしない様にオペレーテ
ィングシステム（ＯＳ）によって排他制御を行ってい
る。

【０００３】例えば、ネットワークに対してメッセージ
を送出する際には、同時に複数のプログラムから同一の
ネットワークアダプタを制御しない様にＯＳによって排
他的に制御を行っている。この処理は例えば、Douglas
E.COMER他著、"INTERNETWORKING WITH TCP/IP VOLUME I
I"、pp.7-25に記載のTCP/IP(Transmission Control Prot
ocol/Internet Protocol)で利用されている。

【０００４】また排他制御等の為にＯＳを呼出す際には
コンテクストの退避回復等の処理が必要である。この処
理については、S.J Leffler他著「UNIX 4.3BSDの設計と
実装」(原書:S.J.Leffler et al. The Design and Imple
mentation of the 4.3BSD UNIX Operating System)、p.2
4に記載されている。

【０００５】ＯＳ呼出しには上記記載のコンテクストの
退避回復等の処理のオーバヘッドがかかる為、実装され
る通信プロトコルの処理負荷が低い場合にはＯＳによる
オーバヘッドの通信処理全体に対する比率が高くなり、
ＯＳのオーバヘッドが性能上の隘路となることがある。

【０００６】これを回避する為にＯＳを介することなく
ネットワークアダプタを制御する方法がUSENIX 1997 Co
nference, January 6-10, 1997, Anaheim, California,
USAで行われたSteven H. Rodrigues; Thomas E. Ander
son; David E. Culler, University of California, Be
rkeleyによる"High-Performance Local-Area Communica
tion With Fast Sockets"に報告されている。

【０００７】この報告の方法では単一のプログラムがネ
ットワークアダプタを占有することで低いレイテンシを
実現しているが、複数のプログラムからネットワークア
ダプタを利用できる様にすると排他制御の為に性能低下
が起こることが示されている。そこで各通信に対して個
別のハードウェア資源を持てば排他制御を行なう必要が
なくなって低レイテンシの通信が可能となるが、この為
には個別のネットワークアダプタを複数接続することが
必要となる。

【０００８】

【発明が解決しようとする課題】ネットワークで接続さ
れた計算機の処理する対象が例えば科学技術計算等の各
計算機上で限られた少数のプログラムが動作する処理で
あれば、上述の複数のネットワークアダプタを実装する
方法でも必要な数の通信を行うことが可能である。

【０００９】しかし、意思決定支援システムやオンライ
ントランザクションシステム等を構成する場合には、各
計算機上で非常に多くのプログラムが複数の通信回線を
利用して処理を行う。この場合にはシステムで利用する
通信の数は１０２４以上等の大規模で非常に多数なもの
となる。

【００１０】前記従来の複数のネットワークアダプタを
実装する方法では、接続可能なネットワークアダプタの
数は例えば最大６４枚程度であり、必要な通信回線数を
用意することができないことがある為、殆どの通信にお
いてネットワークアダプタを共有せざるを得ない。ネッ
トワークアダプタ等のハードウェア資源を共有するには
必ず排他制御が必要になる為、低レイテンシを実現する
ことができなくなってしまうという問題がある。

【００１１】例えばオンライントランザクションで１０
０００トランザクション／秒を実現する為には、１秒間
に２００００回以上の通信が必要になる為、５０マイク
ロ秒に一回以上の通信が行われる。ここで一回の排他制
御処理を必要とする部分が１マイクロ秒であり、定常的
に５つのプログラムが要求待ち行列にあるとすると、定
常的に一回の通信当たり５マイクロ秒待たされることに
なり、この場合には性能が１０％低下することになる。

【００１２】ここで排他制御することなく通信を行うこ
とにすれば、前記排他制御処理による性能低下は生じな
い為、排他制御を必要としない通信多重化機構を実現す
ることでシステムの性能は上記の例で１０％向上するこ
とになる。

【００１３】本発明の目的は上記問題を解決し、ＯＳに
よる排他制御を行うことなく複数のプログラムから共有
装置にアクセスすることが可能な技術を提供することに
ある。

【００１４】

【課題を解決するための手段】本発明は複数のプログラ
ムで共有される共有装置を制御する共有装置制御装置に
おいて、制御情報ＩＤを単一の処理によって書き込むこ
とにより共有装置への処理要求を出し、前記処理要求を
受け付けて共有装置での処理を行うものである。

【００１５】本発明の共有装置制御装置では、まず共有
装置で特定の処理を行う為の制御情報を制御情報格納領
域中の特定領域に格納し、前記制御情報を格納した特定
領域を示す制御情報ＩＤを単一の書き込みにより制御情
報ＩＤ保持手段に保持して処理要求を行う。

【００１６】次に複数の制御情報ＩＤを格納する受け付
け制御情報ＩＤ格納手段に空き領域があるかどうかを調
べ、制御情報ＩＤ格納手段に空き領域がある場合には前
記制御情報ＩＤ保持手段中の制御情報ＩＤを制御情報Ｉ
Ｄ格納手段に格納して前記処理要求を受け付ける。

【００１７】次に前記受け付け制御情報ＩＤ格納手段か
ら制御情報ＩＤを取り出し、その制御情報ＩＤに対応す
る特定領域の制御情報を制御情報格納領域から取得して
前記特定の処理を行う。

【００１８】本発明の共有装置制御装置では、前記の様
に制御情報ＩＤ保持手段への単一の書き込みにより共有
装置への処理要求を行うので、特定のプログラムからの
処理要求の途中に他のプログラムからの処理要求が入り
込むことがなく、よって排他制御を行う必要がない。こ
の為、ＯＳによる排他制御を行うことなく複数のプログ
ラムから共有装置にアクセスすることができる。

【００１９】以上の様に本発明の共有装置制御装置によ
れば、単一の書き込みにより共有装置への処理要求を受
け付けてその処理要求を実行するので、ＯＳによる排他
制御を行うことなく複数のプログラムから共有装置にア
クセスすることが可能である。

【００２０】

【発明の実施の形態】（実施形態１）以下に複数の計算
機を相互に結合する為の多重化ネットワークアダプタを
排他制御することなく複数のユーザプログラムから利用
可能とする実施形態１の共有装置制御装置について説明
する。

【００２１】図１は本実施形態の共有装置制御装置の概
略構成を示す図である。図１に示す様に本実施形態の計
算機１００は、プロセッサ１３０と、メインメモリ１５
０と、多重化ネットワークアダプタ１１０と、キーボー
ド１３１と、ディスプレイ装置１３２と、磁気ディスク
装置１３３と、ＣＤ−ＲＯＭ装置１３４と、システムバ
ス１８０とを有している。

【００２２】プロセッサ１３０は計算機１００全体の動
作を制御する処理装置である。メインメモリ１５０はメ
モリ常駐処理部１６２及び回線要求解放処理部１６３等
の処理プログラムや回線制御情報等のデータをロードす
る記憶装置である。

【００２３】多重化ネットワークアダプタ１１０は排他
制御を行うことなく複数のユーザプログラムからの送信
処理要求を受け付け、多重化されたユーザ転送データ１
７１を送受信するアダプタである。キーボード１３１は
ユーザプログラムの起動等の指示を入力する装置であ
る。

【００２４】ディスプレイ装置１３２はユーザプログラ
ムの処理経過等を表示する装置である。磁気ディスク装
置１３３はメモリ常駐処理部１６２及び回線要求解放処
理部１６３等の処理プログラムを含む各種プログラムや
データを格納する装置である。

【００２５】ＣＤ−ＲＯＭ装置１３４はメモリ常駐処理
部１６２及び回線要求解放処理部１６３等の処理プログ
ラムを含む各種プログラムを記録したＣＤ−ＲＯＭを読
み込む装置である。システムバス１８０はプロセッサ１
３０、メインメモリ１５０や多重化ネットワークアダプ
タ１１０等を相互に接続するバスである。

【００２６】多重化ネットワークアダプタ１１０は、ネ
ットワーク多重化送受信部１１１と、回線制御情報位置
保持手段１１２と、回線ＩＤ保持手段１１３と、バスイ
ンタフェース制御部１１４と、受け付けＦＩＦＯメモリ
１２０と、状態回復退避部１２１と、受け付け判定部１
２２とを有している。

【００２７】ネットワーク多重化送受信部１１１は複数
のユーザプログラムからのユーザ転送データ１７１を多
重化してネットワーク１９０に送信したり、多重化され
たユーザ転送データ１７１をネットワーク１９０から受
信する回路である。

【００２８】回線制御情報位置保持手段１１２は回線制
御情報格納領域１６１中の各回線制御情報が格納された
特定領域の位置を起動回線ＩＤに対応付けて保持するレ
ジスタである。回線ＩＤ保持手段１１３は回線制御情報
格納領域１６１中の特定領域を示す起動回線ＩＤを単一
の書き込みにより保持するレジスタ等の制御情報ＩＤ保
持手段である。

【００２９】バスインタフェース制御部１１４は多重化
ネットワークアダプタ１１０をシステムバス１８０に接
続する制御部である。受け付けＦＩＦＯメモリ１２０は
複数の起動回線ＩＤを格納する受け付け制御情報ＩＤ格
納手段であり、先入れ先出し（ＦＩＦＯ）で処理するＲ
ＡＭ等のメモリである。

【００３０】状態回復退避部１２１は受け付けＦＩＦＯ
メモリ１２０中の起動回線ＩＤに対応する特定領域の回
線制御情報を回線制御情報格納領域１６１から取得して
送信処理を行い、その処理結果を示す情報を回線制御情
報格納領域１６１中の前記起動回線ＩＤに対応する特定
領域に書き込む回路である。

【００３１】受け付け判定部１２２は受け付けＦＩＦＯ
メモリ１２０の空き領域の有無に応じて当該送信処理の
受け付け結果を示す情報を回線制御情報格納領域１６１
中の当該起動回線ＩＤに対応する特定領域に書き込み、
受け付けＦＩＦＯメモリ１２０の空き領域に回線ＩＤ保
持手段１１３中の起動回線ＩＤを格納する回路である。

【００３２】メインメモリ１５０は、ＯＳ空間１６０
と、回線制御情報格納領域１６１と、メモリ常駐処理部
１６２と、回線要求解放処理部１６３と、ユーザ空間１
７０と、ユーザ転送データ１７１とを有している。

【００３３】ＯＳ空間１６０はＯＳが動作する空間であ
る。回線制御情報格納領域１６１は多重化ネットワーク
アダプタ１１０で送信処理を行う為の複数の回線制御情
報を格納する制御情報格納領域である。メモリ常駐処理
部１６２はユーザ転送データ１７１をメインメモリ１５
０上に常駐させる処理部である。

【００３４】回線要求解放処理部１６３はユーザプログ
ラムからの通信回線の要求に対して回線制御情報格納領
域１６１中の未使用領域の起動回線ＩＤを応答し、呼出
し側のユーザプログラムのユーザ空間１７０での当該起
動回線ＩＤに対応する特定領域の割り付けや解放を行う
処理部である。

【００３５】ユーザ空間１７０はユーザプログラムが動
作する空間である。ユーザ転送データ１７１はユーザプ
ログラムが多重化ネットワークアダプタ１１０を介して
転送するデータである。

【００３６】ネットワーク１９０は複数の計算機１００
を接続するＥｔｈｅｒｎｅｔ（ＩＥＥＥ８０２にて標準
化）やＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓ
ｆｅｒ Ｍｏｄｅ）等による通信ケーブルである。

【００３７】図１は多重化ネットワークアダプタ１１０
によって接続された複数の計算機１００による疎結合計
算機システムの一例を示しており、この疎結合計算機シ
ステムは、計算機１００がネットワーク１９０に２つ以
上結合されて構成される。

【００３８】また最小構成の計算機１００は、プロセッ
サ１３０、メインメモリ１５０及び多重化ネットワーク
アダプタ１１０がシステムバス１８０に結合されて構成
される。なお図中のユーザ空間１７０及びユーザ転送デ
ータ１７１に付加された数字は対応するＮ個のユーザプ
ログラムを識別する整数を表している。

【００３９】多重化ネットワークアダプタ１１０は、複
数のユーザプログラムからの送信処理要求を排他制御を
行うことなく受け付けることが可能である。これを実現
する為に、送信を行う為に必要な回線制御情報の本体は
メインメモリ１５０上の回線制御情報格納領域１６１に
置かれる。

【００４０】ユーザプログラムは、回線制御情報格納領
域１６１中の特定領域を示す起動回線ＩＤを有する単一
の書き込みを発行し、多重化ネットワークアダプタ１１
０からのこの起動回線ＩＤに対応する受け付け状況のメ
インメモリ１５０への書き込みにより、送信処理要求の
成否を確認する。

【００４１】ユーザプログラムからの多重化ネットワー
クアダプタ１１０への書き込みが単一の書き込みである
為、多重化ネットワークアダプタ１１０への書き込みは
一度に単一のユーザプログラムのみから行われることと
なり、複数のユーザプログラム間での排他制御は必要で
はなくなる。

【００４２】多重化ネットワークアダプタ１１０では、
通信を行うネットワーク多重化送受信部１１１、回線制
御情報位置保持手段１１２、回線ＩＤ保持手段１１３、
受け付けＦＩＦＯメモリ１２０、状態回復退避部１２１
及び受け付け判定部１２２がバスインタフェース制御部
１１４を介してシステムバス１８０に接続されている。

【００４３】本実施形態の共有装置制御装置では、多重
化ネットワークアダプタ１１０は内部にネットワーク多
重化送受信部１１１を持つ構成であるが、多重化の為の
部分を多重化部として独立にシステムバス１８０に接続
し、ネットワーク多重化送受信部１１１を既存のネット
ワークアダプタとしてシステムバス１８０に接続して、
ユーザプログラムは多重化部を介して制御する様な構成
として実装しても良い。

【００４４】受け付け判定部１２２は、多重化ネットワ
ークアダプタ１１０に対して発行された送信処理要求を
行う書き込みを受け付けて、後で処理する為に受け付け
ＦＩＦＯメモリ１２０に取り込むことができるか否かを
判定し、受け付けＦＩＦＯメモリ１２０に起動回線ＩＤ
を保持する為の空があるかないかによって値の異なる受
け付け状態情報（例えば、空がある場合には「１」、空
がない場合には「０」となる）を、回線ＩＤ保持手段１
１３の内容である起動回線ＩＤ及び回線制御情報位置保
持手段１１２から得られる回線制御情報格納領域１６１
内の特定の位置に書き戻す処理を行う回路であり、例え
ばＴＴＬやＣＭＯＳ等の論理によって構成される。

【００４５】状態回復退避部１２１は、受け付けＦＩＦ
Ｏメモリ１２０に貯えられた起動回線ＩＤの内容と回線
制御情報位置保持手段１１２に保持された位置情報とか
ら、メインメモリ１５０上にある回線制御情報をＤＭＡ
（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｓｅｓｓ）処理
により取得してネットワーク多重化送受信部１１１に設
定して送信処理を行い、その送信処理の結果をメインメ
モリ１５０上の回線制御情報格納領域１６１に書き戻す
回路であり、例えばＴＴＬやＣＭＯＳ等の論理とＲＡＭ
によって構成される。

【００４６】次にメインメモリ１５０内のデータ構造に
ついて示す。メモリ空間は大きくＯＳ空間１６０とユー
ザ空間１７０に分かれている。ＯＳは通常多くのサービ
スルーチンや構造体を持つが、ここでは本実施形態の共
有装置制御装置に関連する項目のみ示す。

【００４７】メモリ常駐処理部１６２は、ユーザプログ
ラムが転送する対象となるデータ領域がメインメモリ１
５０にある様に保証する為の処理を行う処理部であり、
通常はＯＳの仮想記憶動作におけるページアウトの対象
から外すことによって前記データ領域をメインメモリ１
５０に常駐させる。

【００４８】なお仮想記憶機構については、S.J Leffle
r他著、UNIX 4.3BSDの設計と実装 (原書:S.J.Leffler et
al. The Design and Implementation of the 4.3BSD U
NIXOperating System)、pp.112-114に記載されている。

【００４９】回線要求解放処理部１６３は、ユーザプロ
グラムからの通信回線の要求に対して、回線制御情報格
納領域１６１中の未使用の通信回線の番号及び該通信回
線に対応する領域のアドレスを呼出し側のプロセスのユ
ーザ空間１７０に割り付ける処理を行う。ＯＳ空間１６
０内のデータ構造として回線制御情報格納領域１６１が
あり、この詳細を図２に示す。

【００５０】図２は本実施形態の回線制御情報格納領域
１６１の一例を示す図である。図２に示す様に本実施形
態の回線制御情報格納領域１６１は、受け付け状態２１
０と、ＤＭＡ先頭アドレス２２０と、ＤＭＡ長２３０
と、ヘッダ情報２４０と、コマンド２５０と、ステータ
ス２６０と、管理テーブル２７０とを有している。

【００５１】受け付け状態２１０はユーザプログラムが
要求した送信処理の多重化ネットワークアダプタ１１０
での受け付け結果を示す情報である。ＤＭＡ先頭アドレ
ス２２０はＤＭＡ処理によって送信されるユーザ転送デ
ータ１７１の先頭アドレスであり、状態回復退避部１２
１がネットワーク多重化送受信部１１１に設定するアド
レスである。

【００５２】ＤＭＡ長２３０は前記ＤＭＡ処理を行うデ
ータ長を示す情報である。ヘッダ情報２４０はユーザ転
送データ１７１を送信するネットワークパケットのヘッ
ダの情報である。コマンド２５０は複数の送信処理を連
続して行う等の処理内容を指示する情報である。

【００５３】ステータス２６０はユーザプログラムが要
求した送信処理の多重化ネットワークアダプタ１１０で
の処理結果を示すステータス情報である。管理テーブル
２７０は回線制御情報格納領域１６１の各領域の使用状
況を示すテーブルである。

【００５４】回線制御情報格納領域１６１は、ユーザプ
ログラムが通信制御を行う際に書き込みを行う制御ブロ
ックである受け付け状態２１０からステータス２６０の
テーブルと、それらを管理する管理テーブル２７０とか
ら構成されている。なお図中の受け付け状態２１０から
ステータス２６０に付加された数字は対応するＮ個の通
信回線を識別する整数を表している。

【００５５】上記受け付け状態２１０からステータス２
６０までの制御ブロックと独立に存在する管理テーブル
２７０は、ＯＳが管理する資源で各通信回線の使用状況
を示しており、ＯＳが更新するテーブルである。管理テ
ーブル２７０以外の他の資源はユーザプログラム間での
共有情報を有していない為、一度各ユーザプログラムに
割り当てられた後には排他制御を行う必要はない。

【００５６】ユーザ空間１７０は各ユーザプログラム毎
に分かれており、転送対象となるユーザ転送データ１７
１が格納された領域は、ＯＳのメモリ常駐処理部１６２
を介してＤＭＡ転送前にメインメモリ１５０に常駐され
る様に設定される。

【００５７】また回線要求解放処理部１６３の呼出し時
に回線制御情報格納領域１６１の特定領域が呼出し側の
ユーザプログラムの空間に割り当てられる。この割り当
ては仮想メモリによって実現することができる。

【００５８】次に図３を用いて、ユーザ転送データ１７
１を転送するネットワークパケットとメインメモリ１５
０上のメモリ構造の対応について説明する。

【００５９】図３は本実施形態の転送ネットワークパケ
ットの構成例を示す図である。図３に示す様に本実施形
態の転送ネットワークパケットのヘッダ情報２４０は、
タイプ３１０と、送信元アドレス３２０と、受信先アド
レス３３０とを有している。

【００６０】タイプ３１０はネットワークパケットの種
別を示す情報である。送信元アドレス３２０は送信元を
示すアドレスである。受信先アドレス３３０は受信先を
特定するアドレスである。

【００６１】図３に示す様にネットワークパケットは、
メインメモリ１５０上のユーザ転送データ１７１及びヘ
ッダ情報２４０から構成されている。なお図中のユーザ
転送データ１７１及びヘッダ情報２４０に付加された
「ｉ」は、対応するＮ個のユーザプログラム及び通信回
線を識別する整数を表している。

【００６２】以下、ユーザプログラムが多重化ネットワ
ークアダプタ１１０で通信を行う際に通信回線を要求す
る処理の流れを図４を用いて説明する。

【００６３】図４は本実施形態の回線要求処理の処理手
順を示すフローチャートである。まずステップ４１０で
ユーザプログラムはＯＳの回線要求解放処理部１６３に
対して回線要求を発行する。

【００６４】次にステップ４２０で回線要求解放処理部
１６３は、回線制御情報格納領域１６１の管理テーブル
２７０において未使用の通信回線を検索する。

【００６５】ステップ４３０で前記検索結果を調べ、回
線制御情報格納領域１６１の管理テーブル２７０中に未
使用の通信回線がある場合にはステップ４５０に進み、
未使用の通信回線の起動回線ＩＤを取得して前記回線要
求を発行したユーザプログラムに返し、当該起動回線Ｉ
Ｄに対応する特定領域を前記ユーザプログラムのユーザ
空間１７０に割り当てる。その際に管理テーブル２７０
に前記ユーザプログラムのプロセスＩＤと、当該通信回
線が使用されていることを示す情報を設定する。

【００６６】ステップ４３０で前記検索結果を調べた結
果、未使用の通信回線が無い場合にはステップ４４０に
進み、前記ユーザプログラムに通信回線無しを通知す
る。

【００６７】以下、ユーザプログラムが多重化ネットワ
ークアダプタ１１０で通信を行った後に通信回線の解放
を要求する処理の流れを図５を用いて説明する。

【００６８】図５は本実施形態の回線解放要求処理の処
理手順を示すフローチャートである。まずステップ５１
０でユーザプログラムは起動回線ＩＤを指定してＯＳの
回線要求解放処理部１６３に対して当該起動回線ＩＤの
通信回線の解放を要求する回線解放要求を発行する。

【００６９】次にステップ５２０で回線要求解放処理部
１６３は、回線制御情報格納領域１６１の管理テーブル
２７０に対して、解放要求のあった起動回線ＩＤの通信
回線のテーブルを検索する。

【００７０】ステップ５３０で前記検索結果を調べ、回
線解放要求を発行したユーザプログラムが当該通信回線
の利用者であるかどうかを確認する。この確認は、呼出
し側のユーザプログラムのプロセスＩＤと管理テーブル
２７０に設定されているプロセスＩＤが一致するか否か
によって行う。

【００７１】ステップ５３０で前記検索結果を調べた結
果、該当回線解放要求が正しいユーザプログラムからの
ものである場合にはステップ５５０に進み、該当通信回
線を解放し、回線制御情報格納領域１６１の該当領域を
ユーザプログラムの仮想空間から解放する。その際に管
理テーブル２７０から前記ユーザプログラムのプロセス
ＩＤと当該通信回線が使用されていることを示す情報を
削除する。

【００７２】ステップ５３０で前記検索結果を調べた結
果、該当回線解放要求が正しいユーザプログラムからの
ものでない場合にはステップ５４０に進み、前記ユーザ
プログラムに該当通信回線無しを通知する。

【００７３】以下、ユーザプログラムが多重化ネットワ
ークアダプタ１１０に対してユーザ転送データ１７１の
送信処理要求を行う際の処理の流れを図６を用いて説明
する。

【００７４】図６は本実施形態の送信処理要求の処理手
順を示すフローチャートである。まずステップ６１０で
ユーザプログラムは、転送対象となるユーザ転送データ
１７１が格納された領域をＯＳのメモリ常駐処理部１６
２によりメインメモリ１５０に常駐させる。

【００７５】次にステップ６２０でユーザプログラム
は、回線要求処理を行って回線要求解放処理部１６３か
ら起動回線ＩＤを取得し、回線制御情報格納領域１６１
の前記取得した起動回線ＩＤに対応する特定領域に、ユ
ーザ転送データ１７１のＤＭＡ先頭アドレス２２０、Ｄ
ＭＡ長２３０、ヘッダ情報２４０及びコマンド２５０を
書き込む。これらの処理の対象となる空間はユーザ空間
１７０に割り当てられており、ユーザプログラムが排他
的にアクセスすることが保証されている為、排他制御を
行う必要はない。

【００７６】次にステップ６３０でユーザプログラム
は、前記起動回線ＩＤを示す単一の書き込みを多重化ネ
ットワークアダプタ１１０に発行する。起動回線ＩＤを
示す書き込みは単一の書き込みである為、ここでも他の
ユーザプログラムとの排他制御を行う必要はない。

【００７７】多重化ネットワークアダプタ１１０は、こ
の起動回線ＩＤを示す書き込みに対して回線制御情報格
納領域１６１の前記起動回線ＩＤに対応する特定領域に
受け付け状態２１０の書き込みを行う。

【００７８】続いてステップ６４０でユーザプログラム
は、回線制御情報格納領域１６１の前記起動回線ＩＤに
対応する特定領域中の受け付け状態２１０を参照し、先
ほどの送信処理要求の受け付けが成功したか否かを確認
する。

【００７９】ステップ６４０で受け付け状態２１０を確
認した結果、受け付けが成功した場合には当該送信処理
要求処理を終了し、受け付けが失敗した場合にはステッ
プ６３０に戻って以下同様の処理を繰り返す。但しユー
ザプログラムの処理手順によっては、この再要求処理を
すぐに繰り返さずに他の処理を実行してから再要求処理
を行っても良い。

【００８０】次に多重化ネットワークアダプタ１１０が
ユーザプログラムから送信処理要求を受け付けた際の回
線ＩＤ保持手段１１３と受け付け判定部１２２の処理の
流れを図７を用いて説明する。

【００８１】図７は本実施形態の受け付け判定部１２２
の処理手順を示すフローチャートである。まずステップ
７１０で多重化ネットワークアダプタ１１０は、ユーザ
プログラムから発行された起動回線ＩＤを示す単一の書
き込みを回線ＩＤ保持手段１１３で受け取る。

【００８２】次にステップ７２０で多重化ネットワーク
アダプタ１１０の受け付け判定部１２２は、受け付けＦ
ＩＦＯメモリ１２０の空き状態を調べ、受け付けＦＩＦ
Ｏメモリ１２０に空き領域があればステップ７３０に進
み、空き領域がなければステップ７５０に進む。

【００８３】ステップ７３０で受け付け判定部１２２
は、回線ＩＤ保持手段１１３に保持された起動回線ＩＤ
に対応する回線制御情報格納領域１６１中の特定領域の
位置情報を回線制御情報位置保持手段１１２から読み出
し、その位置情報を用いて回線制御情報格納領域１６１
中の前記起動回線ＩＤに対応する回線制御情報の受け付
け状態２１０に、受け付け成功の値として「１」を書き
込み、ステップ７４０に進む。

【００８４】ステップ７４０で受け付け判定部１２２
は、回線ＩＤ保持手段１１３に保持された起動回線ＩＤ
を受け付けＦＩＦＯメモリ１２０の空き領域に格納す
る。

【００８５】またステップ７５０で受け付け判定部１２
２は、回線制御情報格納領域１６１中の前記起動回線Ｉ
Ｄに対応する回線制御情報の受け付け状態２１０に、受
け付け失敗の値として「０」を書き込んで処理を終了す
る。

【００８６】次に多重化ネットワークアダプタ１１０が
ユーザプログラムから送信処理要求を受け付けた際の状
態回復退避部１２１の処理の流れを図８を用いて説明す
る。

【００８７】図８は本実施形態の状態回復退避部１２１
の処理手順を示すフローチャートである。まずステップ
８１０で状態回復退避部１２１は、ネットワーク多重化
送受信部１１１の初期化を行う。続いてステップ８２０
で状態回復退避部１２１は、起動回線ＩＤを受け付けＦ
ＩＦＯメモリ１２０から取り出す。ここで受け付けＦＩ
ＦＯメモリ１２０が空の場合は、起動回線ＩＤを示す書
き込みがユーザプログラムから発行されるまで待つ。

【００８８】次にステップ８３０で、受け付けＦＩＦＯ
メモリ１２０から取り出した起動回線ＩＤに対応する回
線制御情報格納領域１６１中の特定領域の位置情報を回
線制御情報位置保持手段１１２から読み出し、その位置
情報を用いて回線制御情報格納領域１６１中の前記起動
回線ＩＤに対応する回線制御情報をメインメモリ１５０
から取得する。

【００８９】なおここで取得する回線制御情報は、ＤＭ
Ａ先頭アドレス２２０、ＤＭＡ長２３０、ヘッダ情報２
４０及びコマンド２５０である。但し複数の領域からの
ＤＭＡ処理を行う為には複数の情報構造を持つものとし
ても良い。

【００９０】次にステップ８４０で状態回復退避部１２
１は、前記取得した回線制御情報をネットワーク多重化
送受信部１１１に投入し、ステップ８５０で処理完了を
待つ。

【００９１】本実施形態の共有装置制御装置のステップ
８４０及びステップ８５０では、一回の制御のみ行う例
を示すが、複数の制御を行う為の情報を回線制御情報と
して保持しても良い。その場合、状態回復退避部１２１
は複数の制御を行う様にコマンド２５０の解釈を行いな
がら動作する。

【００９２】次にステップ８６０で状態回復退避部１２
１は、ネットワーク多重化送受信部１１１からの処理完
了時のステータス情報を取得する。ここで、複数の制御
を行う場合には各制御のステータス情報の履歴を各々と
っておく必要がある。

【００９３】最後にステップ８７０で状態回復退避部１
２１は、前記取得したステータス情報を、メインメモリ
１５０の回線制御情報格納領域１６１中の前記起動回線
ＩＤに対応する回線制御情報のステータス２６０に設定
し、ステップ８２０以下の処理を繰り返す。

【００９４】以上説明した様に本実施形態の共有装置制
御装置によれば、単一の書き込みにより共有装置への処
理要求を受け付けてその処理要求を実行するので、ＯＳ
による排他制御を行うことなく複数のプログラムから共
有装置にアクセスすることが可能である。

【００９５】（実施形態２）以下に他の計算機と通信を
行う為のネットワークアダプタを排他制御することなく
複数のユーザプログラムから利用可能とする実施形態２
の共有装置制御装置について説明する。

【００９６】図９は本実施形態の共有装置制御装置の概
略構成を示す図である。図９に示す様に本実施形態の計
算機１００はネットワークアダプタ９１０を有してい
る。ネットワークアダプタ９１０は排他制御を行うこと
なく複数のユーザプログラムからの送信処理要求を受け
付けてユーザ転送データ１７１を送受信するアダプタで
ある。

【００９７】ネットワークアダプタ９１０は、ネットワ
ーク送受信部９１１と、通信制御情報位置保持手段９１
２と、制御情報ＩＤ保持手段９１３と、バスインタフェ
ース制御部９１４と、受け付けＦＩＦＯメモリ９２０
と、状態回復退避部９２１と、受け付け判定部９２２と
を有している。

【００９８】ネットワーク送受信部９１１は複数のユー
ザプログラムからのユーザ転送データ１７１をネットワ
ーク１９０経由で送受信する回路である。通信制御情報
位置保持手段９１２は通信制御情報格納領域９６１中の
各通信制御情報が格納された特定領域の位置を制御情報
ＩＤに対応付けて保持するレジスタである。制御情報Ｉ
Ｄ保持手段９１３は通信制御情報格納領域９６１中の特
定領域を示す制御情報ＩＤを単一の書き込みにより保持
するレジスタ等の保持手段である。

【００９９】バスインタフェース制御部９１４はネット
ワークアダプタ９１０をシステムバス１８０に接続する
制御部である。受け付けＦＩＦＯメモリ９２０は複数の
制御情報ＩＤを格納する受け付け制御情報ＩＤ格納手段
であり、複数の制御情報ＩＤを先入れ先出しで処理する
ＲＡＭ等のメモリである。

【０１００】状態回復退避部９２１は受け付けＦＩＦＯ
メモリ９２０中の制御情報ＩＤに対応する特定領域の通
信制御情報を通信制御情報格納領域９６１から取得して
送信処理を行い、その処理結果を示す情報を通信制御情
報格納領域９６１中の前記制御情報ＩＤに対応する特定
領域に書き込む回路である。

【０１０１】受け付け判定部９２２は受け付けＦＩＦＯ
メモリ９２０の空き領域の有無に応じて当該送信処理の
受け付け結果を示す情報を通信制御情報格納領域９６１
中の当該制御情報ＩＤに対応する特定領域に書き込み、
受け付けＦＩＦＯメモリ９２０の空き領域に制御情報Ｉ
Ｄ保持手段９１３中の制御情報ＩＤを格納する回路であ
る。

【０１０２】メインメモリ１５０は、通信制御情報格納
領域９６１と、制御情報ＩＤ要求解放処理部９６３とを
有している。

【０１０３】通信制御情報格納領域９６１はネットワー
クアダプタ９１０で送信処理を行う為の複数の通信制御
情報を格納する制御情報格納領域である。制御情報ＩＤ
要求解放処理部９６３はユーザプログラムからの制御情
報ＩＤの要求に対して通信制御情報格納領域９６１中の
未使用領域の制御情報ＩＤを応答し、呼出し側のユーザ
プログラムのユーザ空間１７０での当該制御情報ＩＤに
対応する特定領域の割り付けや解放を行う処理部であ
る。

【０１０４】図９はネットワークアダプタ９１０によっ
て通信を行う計算機システムの一例を示しており、この
疎結合計算機システムは計算機１００がネットワーク１
９０に２つ以上結合されて構成される。前記説明した以
外の各部の構成は図１に示したものと同様とする。

【０１０５】ネットワークアダプタ９１０は、複数のユ
ーザプログラムからの送信処理要求を排他制御を行うこ
となく受け付けることが可能である。これを実現する為
に、送信を行う為に必要な通信制御情報の本体はメイン
メモリ１５０上の通信制御情報格納領域９６１に置かれ
る。

【０１０６】ユーザプログラムは、通信制御情報格納領
域９６１中の特定領域を示す制御情報ＩＤを有する単一
の書き込みを発行し、ネットワークアダプタ９１０から
のこの制御情報ＩＤに対応する受け付け状況のメインメ
モリ１５０への書き込みにより、送信処理要求の成否を
確認する。

【０１０７】ユーザプログラムからのネットワークアダ
プタ９１０への書き込みが単一の書き込みである為、ネ
ットワークアダプタ９１０への書き込みは一度に単一の
ユーザプログラムのみから行われることとなり、複数の
ユーザプログラム間での排他制御は必要ではなくなる。

【０１０８】受け付け判定部９２２は、ネットワークア
ダプタ９１０に対して発行された送信処理要求を行う書
き込みを受け付けて、後で処理する為に受け付けＦＩＦ
Ｏメモリ９２０に取り込むことができるか否かを判定
し、受け付けＦＩＦＯメモリ９２０に制御情報ＩＤを保
持する為の空があるかないかによって値の異なる受け付
け状態情報（例えば、空がある場合には「１」、空がな
い場合には「０」となる）を、制御情報ＩＤ保持手段９
１３の内容である制御情報ＩＤ及び通信制御情報位置保
持手段９１２から得られる通信制御情報格納領域９６１
内の特定の位置に書き戻す処理を行う回路であり、例え
ばＴＴＬやＣＭＯＳ等の論理によって構成される。

【０１０９】状態回復退避部９２１は、受け付けＦＩＦ
Ｏメモリ９２０に貯えられた制御情報ＩＤの内容と通信
制御情報位置保持手段９１２に保持された位置情報とか
ら、メインメモリ１５０上にある通信制御情報をＤＭＡ
処理により取得してネットワーク送受信部９１１に設定
して送信処理を行い、その送信処理の結果をメインメモ
リ１５０上の通信制御情報格納領域９６１に書き戻す回
路であり、例えばＴＴＬやＣＭＯＳ等の論理とＲＡＭに
よって構成される。

【０１１０】制御情報ＩＤ要求解放処理部９６３は、ユ
ーザプログラムからの制御情報ＩＤの要求に対して、通
信制御情報格納領域９６１中の未使用の制御情報ＩＤの
番号及び該制御情報ＩＤに対応する領域のアドレスを呼
出し側のプロセスのユーザ空間１７０に割り付ける処理
を行う。ＯＳ空間１６０内のデータ構造として通信制御
情報格納領域９６１があり、この詳細を図１０に示す。

【０１１１】図１０は本実施形態の通信制御情報格納領
域９６１の一例を示す図である。図１０に示す様に本実
施形態の通信制御情報格納領域９６１は、受け付け状態
１０１０と、ＤＭＡ先頭アドレス１０２０と、ＤＭＡ長
１０３０と、ヘッダ情報１０４０と、コマンド１０５０
と、ステータス１０６０と、管理テーブル１０７０とを
有している。

【０１１２】受け付け状態１０１０はユーザプログラム
が要求した送信処理のネットワークアダプタ９１０での
受け付け結果を示す情報である。ＤＭＡ先頭アドレス１
０２０はＤＭＡ処理によって送信されるユーザ転送デー
タ１７１の先頭アドレスであり、状態回復退避部９２１
がネットワーク送受信部９１１に設定するアドレスであ
る。

【０１１３】ＤＭＡ長１０３０は前記ＤＭＡ処理を行う
データ長を示す情報である。ヘッダ情報１０４０はユー
ザ転送データ１７１を送信するネットワークパケットの
ヘッダの情報である。コマンド１０５０は複数の送信処
理を連続して行う等の処理内容を指示する情報である。

【０１１４】ステータス１０６０はユーザプログラムが
要求した送信処理のネットワークアダプタ９１０での処
理結果を示すステータス情報である。管理テーブル１０
７０は通信制御情報格納領域９６１の各領域の使用状況
を示すテーブルである。

【０１１５】通信制御情報格納領域９６１は、ユーザプ
ログラムが通信制御を行う際に書き込みを行う制御ブロ
ックである受け付け状態１０１０からステータス１０６
０のテーブルと、それらを管理する管理テーブル１０７
０とから構成されている。なお図中の受け付け状態１０
１０からステータス１０６０に付加された数字は対応す
るＮ個の領域を識別する整数を表している。

【０１１６】上記受け付け状態１０１０からステータス
１０６０までの制御ブロックと独立に存在する管理テー
ブル１０７０は、ＯＳが管理する資源で各制御情報ＩＤ
の使用状況を示しており、ＯＳが更新するテーブルであ
る。管理テーブル１０７０以外の他の資源はユーザプロ
グラム間での共有情報を有していない為、一度各ユーザ
プログラムに割り当てられた後には排他制御を行う必要
はない。

【０１１７】ユーザ空間１７０は各ユーザプログラム毎
に分かれており、転送対象となるユーザ転送データ１７
１が格納された領域は、ＯＳのメモリ常駐処理部１６２
を介してＤＭＡ転送前にメインメモリ１５０に常駐され
る様に設定される。

【０１１８】また制御情報ＩＤ要求解放処理部９６３の
呼出し時に通信制御情報格納領域９６１の特定領域が呼
出し側のユーザプログラムの空間に割り当てられる。こ
の割り当ては仮想メモリによって実現することができ
る。

【０１１９】以下、ユーザプログラムがネットワークア
ダプタ９１０で通信を行う際に制御情報ＩＤを要求する
処理の流れを図１１を用いて説明する。

【０１２０】図１１は本実施形態の制御情報ＩＤ要求処
理の処理手順を示すフローチャートである。まずステッ
プ１１１０でユーザプログラムはＯＳの制御情報ＩＤ要
求解放処理部９６３に対して制御情報ＩＤ要求を発行す
る。

【０１２１】次にステップ１１２０で制御情報ＩＤ要求
解放処理部９６３は、通信制御情報格納領域９６１の管
理テーブル１０７０において未使用の制御情報ＩＤを検
索する。

【０１２２】ステップ１１３０で前記検索結果を調べ、
通信制御情報格納領域９６１の管理テーブル１０７０中
に未使用の制御情報ＩＤがある場合にはステップ１１５
０に進み、未使用の制御情報ＩＤを取得して前記制御情
報ＩＤ要求を発行したユーザプログラムに返し、当該制
御情報ＩＤに対応する特定領域を前記ユーザプログラム
のユーザ空間１７０に割り当てる。その際に管理テーブ
ル１０７０に前記ユーザプログラムのプロセスＩＤと、
当該制御情報ＩＤが使用されていることを示す情報を設
定する。

【０１２３】ステップ１１３０で前記検索結果を調べた
結果、未使用の制御情報ＩＤが無い場合にはステップ１
１４０に進み、前記ユーザプログラムに制御情報ＩＤ無
しを通知する。

【０１２４】以下、ユーザプログラムがネットワークア
ダプタ９１０で通信を行った後に制御情報ＩＤの解放を
要求する処理の流れを図１２を用いて説明する。

【０１２５】図１２は本実施形態の制御情報ＩＤ解放要
求処理の処理手順を示すフローチャートである。まずス
テップ１２１０でユーザプログラムは制御情報ＩＤを指
定してＯＳの制御情報ＩＤ要求解放処理部９６３に対し
て当該制御情報ＩＤの解放を要求する。

【０１２６】次にステップ１２２０で制御情報ＩＤ要求
解放処理部９６３は、通信制御情報格納領域９６１の管
理テーブル１０７０に対して、解放要求のあった制御情
報ＩＤのテーブルを検索する。

【０１２７】ステップ１２３０で前記検索結果を調べ、
制御情報ＩＤ解放要求を発行したユーザプログラムが当
該制御情報ＩＤの利用者であるかどうかを確認する。こ
の確認は、呼出し側のユーザプログラムのプロセスＩＤ
と管理テーブル１０７０に設定されているプロセスＩＤ
が一致するか否かによって行う。

【０１２８】ステップ１２３０で前記検索結果を調べた
結果、該当制御情報ＩＤ解放要求が正しいユーザプログ
ラムからのものである場合にはステップ１２５０に進
み、該当制御情報ＩＤを解放し、通信制御情報格納領域
９６１の該当領域をユーザプログラムの仮想空間から解
放する。その際に管理テーブル１０７０から前記ユーザ
プログラムのプロセスＩＤと当該制御情報ＩＤが使用さ
れていることを示す情報を削除する。

【０１２９】ステップ１２３０で前記検索結果を調べた
結果、該当制御情報ＩＤ解放要求が正しいユーザプログ
ラムからのものでない場合にはステップ１２４０に進
み、前記ユーザプログラムに該当制御情報ＩＤ無しを通
知する。

【０１３０】以下、ユーザプログラムがネットワークア
ダプタ９１０に対してユーザ転送データ１７１の送信処
理要求を行う際の処理の流れを図１３を用いて説明す
る。

【０１３１】図１３は本実施形態の送信処理要求の処理
手順を示すフローチャートである。まずステップ１３１
０でユーザプログラムは、転送対象となるユーザ転送デ
ータ１７１が格納された領域をＯＳのメモリ常駐処理部
１６２によりメインメモリ１５０に常駐させる。

【０１３２】次にステップ１３２０でユーザプログラム
は、制御情報ＩＤ要求処理を行って制御情報ＩＤ要求解
放処理部９６３から制御情報ＩＤを取得し、通信制御情
報格納領域９６１の前記取得した制御情報ＩＤに対応す
る特定領域に、ユーザ転送データ１７１のＤＭＡ先頭ア
ドレス１０２０、ＤＭＡ長１０３０、ヘッダ情報１０４
０及びコマンド１０５０を書き込む。これらの処理の対
象となる空間はユーザ空間１７０に割り当てられてお
り、ユーザプログラムが排他的にアクセスすることが保
証されている為、排他制御を行う必要はない。

【０１３３】次にステップ１３３０でユーザプログラム
は、前記制御情報ＩＤを示す単一の書き込みをネットワ
ークアダプタ９１０に発行する。制御情報ＩＤを示す書
き込みは単一の書き込みである為、ここでも他のユーザ
プログラムとの排他制御を行う必要はない。

【０１３４】ネットワークアダプタ９１０は、この制御
情報ＩＤを示す書き込みに対して通信制御情報格納領域
９６１の前記制御情報ＩＤに対応する特定領域に受け付
け状態１０１０の書き込みを行う。

【０１３５】続いてステップ１３４０でユーザプログラ
ムは、通信制御情報格納領域９６１の前記制御情報ＩＤ
に対応する特定領域中の受け付け状態１０１０を参照
し、先ほどの送信処理要求の受け付けが成功したか否か
を確認する。

【０１３６】ステップ１３４０で受け付け状態１０１０
を確認した結果、受け付けが成功した場合には当該送信
処理要求処理を終了し、受け付けが失敗した場合にはス
テップ１３３０に戻って以下同様の処理を繰り返す。但
しユーザプログラムの処理手順によっては、この再要求
処理をすぐに繰り返さずに他の処理を実行してから再要
求処理を行っても良い。

【０１３７】次にネットワークアダプタ９１０がユーザ
プログラムから送信処理要求を受け付けた際の制御情報
ＩＤ保持手段９１３と受け付け判定部９２２の処理の流
れを図１４を用いて説明する。

【０１３８】図１４は本実施形態の受け付け判定部９２
２の処理手順を示すフローチャートである。まずステッ
プ１４１０でネットワークアダプタ９１０は、ユーザプ
ログラムから発行された制御情報ＩＤを示す単一の書き
込みを制御情報ＩＤ保持手段９１３で受け取る。

【０１３９】次にステップ１４２０でネットワークアダ
プタ９１０の受け付け判定部９２２は、受け付けＦＩＦ
Ｏメモリ９２０の空き状態を調べ、受け付けＦＩＦＯメ
モリ９２０に空き領域があればステップ１４３０に進
み、空き領域がなければステップ１４５０に進む。

【０１４０】ステップ１４３０で受け付け判定部９２２
は、制御情報ＩＤ保持手段９１３に保持された制御情報
ＩＤに対応する通信制御情報格納領域９６１中の特定領
域の位置情報を通信制御情報位置保持手段９１２から読
み出し、その位置情報を用いて通信制御情報格納領域９
６１中の前記制御情報ＩＤに対応する通信制御情報の受
け付け状態１０１０に、受け付け成功の値として「１」
を書き込み、ステップ１４４０に進む。

【０１４１】ステップ１４４０で受け付け判定部９２２
は、制御情報ＩＤ保持手段９１３に保持された制御情報
ＩＤを受け付けＦＩＦＯメモリ９２０の空き領域に格納
する。

【０１４２】またステップ１４５０で受け付け判定部９
２２は、通信制御情報格納領域９６１中の前記制御情報
ＩＤに対応する通信制御情報の受け付け状態１０１０
に、受け付け失敗の値として「０」を書き込んで処理を
終了する。

【０１４３】次にネットワークアダプタ９１０がユーザ
プログラムから送信処理要求を受け付けた際の状態回復
退避部９２１の処理の流れを図１５を用いて説明する。

【０１４４】図１５は本実施形態の状態回復退避部９２
１の処理手順を示すフローチャートである。まずステッ
プ１５１０で状態回復退避部９２１は、ネットワーク送
受信部９１１の初期化を行う。続いてステップ１５２０
で状態回復退避部９２１は、制御情報ＩＤを受け付けＦ
ＩＦＯメモリ９２０から取り出す。ここで受け付けＦＩ
ＦＯメモリ９２０が空の場合は、制御情報ＩＤを示す書
き込みがユーザプログラムから発行されるまで待つ。

【０１４５】次にステップ１５３０で、受け付けＦＩＦ
Ｏメモリ９２０から取り出した制御情報ＩＤに対応する
通信制御情報格納領域９６１中の特定領域の位置情報を
通信制御情報位置保持手段９１２から読み出し、その位
置情報を用いて通信制御情報格納領域９６１中の前記制
御情報ＩＤに対応する通信制御情報をメインメモリ１５
０から取得する。

【０１４６】なおここで取得する通信制御情報は、ＤＭ
Ａ先頭アドレス１０２０、ＤＭＡ長１０３０、ヘッダ情
報１０４０及びコマンド１０５０が通信制御情報であ
る。但し複数の領域からのＤＭＡ処理を行う為には複数
の情報構造を持つものとしても良い。

【０１４７】次にステップ１５４０で状態回復退避部９
２１は、前記取得した通信制御情報をネットワーク送受
信部９１１に投入し、ステップ１５５０で処理完了を待
つ。

【０１４８】本実施形態の共有装置制御装置のステップ
１５４０及びステップ１５５０では、一回の制御のみ行
う例を示すが、複数の制御を行う為の情報を通信制御情
報として保持しても良い。その場合、状態回復退避部９
２１は複数の制御を行う様にコマンド１０５０の解釈を
行いながら動作する。

【０１４９】次にステップ１５６０で状態回復退避部９
２１は、ネットワーク送受信部９１１からの処理完了時
のステータス情報を取得する。ここで、複数の制御を行
う場合には各制御のステータス情報の履歴を各々とって
おく必要がある。

【０１５０】最後にステップ１５７０で状態回復退避部
９２１は、前記取得したステータス情報を、メインメモ
リ１５０の通信制御情報格納領域９６１中の前記制御情
報ＩＤに対応する通信制御情報のステータス１０６０に
設定し、ステップ１５２０以下の処理を繰り返す。

【０１５１】以上説明した様に本実施形態の共有装置制
御装置によれば、単一の書き込みにより共有装置への処
理要求を受け付けてその処理要求を実行するので、ＯＳ
による排他制御を行うことなく複数のプログラムから共
有装置にアクセスすることが可能である。

【０１５２】（実施形態３）以下にＩ／Ｏ装置との間で
データ転送を行う為のＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐ
ｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）アダプ
タを排他制御することなく複数のユーザプログラムから
利用可能とする実施形態３の共有装置制御装置について
説明する。

【０１５３】図１６は本実施形態の共有装置制御装置の
概略構成を示す図である。図１６に示す様に本実施形態
の計算機１００は、ＳＣＳＩアダプタ１６１０と、磁気
ディスク装置１６９０とを有している。

【０１５４】ＳＣＳＩアダプタ１６１０は排他制御を行
うことなく複数のユーザプログラムからの転送処理要求
を受け付けてユーザ転送データ１７１を転送するアダプ
タである。磁気ディスク装置１６９０はＳＣＳＩアダプ
タ１６１０の制御により複数のユーザプログラムとの間
でユーザ転送データ１７１の転送を行うＩ／Ｏ装置であ
る。

【０１５５】ＳＣＳＩアダプタ１６１０は、データ送受
信部１６１１と、ＳＣＳＩ制御情報位置保持手段１６１
２と、制御情報ＩＤ保持手段１６１３と、バスインタフ
ェース制御部１６１４と、受け付けＦＩＦＯメモリ１６
２０と、状態回復退避部１６２１と、受け付け判定部１
６２２とを有している。

【０１５６】データ送受信部１６１１は磁気ディスク装
置１６９０との間で複数のユーザプログラムからのユー
ザ転送データ１７１の転送を行う回路である。ＳＣＳＩ
制御情報位置保持手段１６１２はＳＣＳＩ制御情報格納
領域１６６１中の各ＳＣＳＩ制御情報が格納された特定
領域の位置を制御情報ＩＤに対応付けて保持するレジス
タである。

【０１５７】制御情報ＩＤ保持手段１６１３はＳＣＳＩ
制御情報格納領域１６６１中の特定領域を示す制御情報
ＩＤを単一の書き込みにより保持するレジスタ等の保持
手段である。

【０１５８】バスインタフェース制御部１６１４はＳＣ
ＳＩアダプタ１６１０をシステムバス１８０に接続する
制御部である。受け付けＦＩＦＯメモリ１６２０は複数
の制御情報ＩＤを格納する受け付け制御情報ＩＤ格納手
段であり、複数の制御情報ＩＤを先入れ先出しで処理す
るＲＡＭ等のメモリである。

【０１５９】状態回復退避部１６２１は受け付けＦＩＦ
Ｏメモリ１６２０中の制御情報ＩＤに対応する特定領域
のＳＣＳＩ制御情報をＳＣＳＩ制御情報格納領域１６６
１から取得して転送処理を行い、その処理結果を示す情
報をＳＣＳＩ制御情報格納領域１６６１中の前記制御情
報ＩＤに対応する特定領域に書き込む回路である。

【０１６０】受け付け判定部１６２２は受け付けＦＩＦ
Ｏメモリ１６２０の空き領域の有無に応じて当該転送処
理の受け付け結果を示す情報をＳＣＳＩ制御情報格納領
域１６６１中の当該制御情報ＩＤに対応する特定領域に
書き込み、受け付けＦＩＦＯメモリ１６２０の空き領域
に制御情報ＩＤ保持手段１６１３中の制御情報ＩＤを格
納する回路である。

【０１６１】メインメモリ１５０は、ＳＣＳＩ制御情報
格納領域１６６１と、制御情報ＩＤ要求解放処理部１６
６３とを有している。

【０１６２】ＳＣＳＩ制御情報格納領域１６６１はＳＣ
ＳＩアダプタ１６１０で転送処理を行う為の複数のＳＣ
ＳＩ制御情報を格納する制御情報格納領域である。制御
情報ＩＤ要求解放処理部１６６３はユーザプログラムか
らの制御情報ＩＤの要求に対してＳＣＳＩ制御情報格納
領域１６６１中の未使用領域の制御情報ＩＤを応答し、
呼出し側のユーザプログラムのユーザ空間１７０での当
該制御情報ＩＤに対応する特定領域の割り付けや解放を
行う処理部である。

【０１６３】図１６はＳＣＳＩアダプタ１６１０によっ
て通信を行う計算機システムの一例を示している。前記
説明した以外の各部の構成は図１に示したものと同様と
する。

【０１６４】ＳＣＳＩアダプタ１６１０は、複数のユー
ザプログラムからの処理要求を排他制御を行うことなく
受け付けることが可能である。これを実現する為に、転
送を行う為に必要なＳＣＳＩ制御情報の本体はメインメ
モリ１５０上のＳＣＳＩ制御情報格納領域１６６１に置
かれる。

【０１６５】ユーザプログラムは、ＳＣＳＩ制御情報格
納領域１６６１中の特定領域を示す制御情報ＩＤを有す
る単一の書き込みを発行し、ＳＣＳＩアダプタ１６１０
からのこの制御情報ＩＤに対応する受け付け状況のメイ
ンメモリ１５０への書き込みにより、処理要求の成否を
確認する。

【０１６６】ユーザプログラムからのＳＣＳＩアダプタ
１６１０への書き込みが単一の書き込みである為、ＳＣ
ＳＩアダプタ１６１０への書き込みは一度に単一のユー
ザプログラムのみから行われることとなり、複数のユー
ザプログラム間での排他制御は必要ではなくなる。

【０１６７】受け付け判定部１６２２は、ＳＣＳＩアダ
プタ１６１０に対して発行された処理要求を行う書き込
みを受け付けて、後で処理する為に受け付けＦＩＦＯメ
モリ１６２０に取り込むことができるか否かを判定し、
受け付けＦＩＦＯメモリ１６２０に制御情報ＩＤを保持
する為の空があるかないかによって値の異なる受け付け
状態情報（例えば、空がある場合には「１」、空がない
場合には「０」となる）を、制御情報ＩＤ保持手段１６
１３の内容である制御情報ＩＤ及びＳＣＳＩ制御情報位
置保持手段１６１２から得られるＳＣＳＩ制御情報格納
領域１６６１内の特定の位置に書き戻す処理を行う回路
であり、例えばＴＴＬやＣＭＯＳ等の論理によって構成
される。

【０１６８】状態回復退避部１６２１は、受け付けＦＩ
ＦＯメモリ１６２０に貯えられた制御情報ＩＤの内容と
ＳＣＳＩ制御情報位置保持手段１６１２に保持された位
置情報とから、メインメモリ１５０上にあるＳＣＳＩ制
御情報をＤＭＡ処理により取得してデータ送受信部１６
１１に設定して転送処理を行い、その転送処理の結果を
メインメモリ１５０上のＳＣＳＩ制御情報格納領域１６
６１に書き戻す回路であり、例えばＴＴＬやＣＭＯＳ等
の論理とＲＡＭによって構成される。

【０１６９】制御情報ＩＤ要求解放処理部１６６３は、
ユーザプログラムからの制御情報ＩＤの要求に対して、
ＳＣＳＩ制御情報格納領域１６６１中の未使用の制御情
報ＩＤの番号及び該制御情報ＩＤに対応する領域のアド
レスを呼出し側のプロセスのユーザ空間１７０に割り付
ける処理を行う。ＯＳ空間１６０内のデータ構造として
ＳＣＳＩ制御情報格納領域１６６１があり、この詳細を
図１７に示す。

【０１７０】図１７は本実施形態のＳＣＳＩ制御情報格
納領域１６６１の一例を示す図である。図１７に示す様
に本実施形態のＳＣＳＩ制御情報格納領域１６６１は、
受け付け状態１７１０と、ＤＭＡ先頭アドレス１７２０
と、ＤＭＡ長１７３０と、ヘッダ情報１７４０と、コマ
ンド１７５０と、ステータス１７６０と、管理テーブル
１７７０とを有している。

【０１７１】受け付け状態１７１０はユーザプログラム
が要求した転送処理のＳＣＳＩアダプタ１６１０での受
け付け結果を示す情報である。ＤＭＡ先頭アドレス１７
２０はＤＭＡ処理によって転送されるユーザ転送データ
１７１の先頭アドレスであり、状態回復退避部１６２１
がデータ送受信部１６１１に設定するアドレスである。

【０１７２】ＤＭＡ長１７３０は前記ＤＭＡ処理を行う
データ長を示す情報である。ヘッダ情報１７４０はユー
ザ転送データ１７１を転送するネットワークパケットの
ヘッダの情報である。コマンド１７５０は複数の転送処
理を連続して行う等の処理内容を指示する情報である。

【０１７３】ステータス１７６０はユーザプログラムが
要求した転送処理のＳＣＳＩアダプタ１６１０での処理
結果を示すステータス情報である。管理テーブル１７７
０はＳＣＳＩ制御情報格納領域１６６１の各領域の使用
状況を示すテーブルである。

【０１７４】ＳＣＳＩ制御情報格納領域１６６１は、ユ
ーザプログラムが通信制御を行う際に書き込みを行う制
御ブロックである受け付け状態１７１０からステータス
１７６０のテーブルと、それらを管理する管理テーブル
１７７０とから構成されている。なお図中の受け付け状
態１７１０からステータス１７６０に付加された数字は
対応するＮ個の領域を識別する整数を表している。

【０１７５】上記受け付け状態１７１０からステータス
１７６０までの制御ブロックと独立に存在する管理テー
ブル１７７０は、ＯＳが管理する資源で各制御情報ＩＤ
の使用状況を示しており、ＯＳが更新するテーブルであ
る。管理テーブル１７７０以外の他の資源はユーザプロ
グラム間での共有情報を有していない為、一度各ユーザ
プログラムに割り当てられた後には排他制御を行う必要
はない。

【０１７６】ユーザ空間１７０は各ユーザプログラム毎
に分かれており、転送対象となるユーザ転送データ１７
１が格納された領域は、ＯＳのメモリ常駐処理部１６２
を介してＤＭＡ転送前にメインメモリ１５０に常駐され
る様に設定される。

【０１７７】また制御情報ＩＤ要求解放処理部１６６３
の呼出し時にＳＣＳＩ制御情報格納領域１６６１の特定
領域が呼出し側のユーザプログラムの空間に割り当てら
れる。この割り当ては仮想メモリによって実現すること
ができる。

【０１７８】以下、ユーザプログラムがＳＣＳＩアダプ
タ１６１０で通信を行う際に制御情報ＩＤを要求する処
理の流れを図１８を用いて説明する。

【０１７９】図１８は本実施形態の制御情報ＩＤ要求処
理の処理手順を示すフローチャートである。まずステッ
プ１８１０でユーザプログラムはＯＳの制御情報ＩＤ要
求解放処理部１６６３に対して制御情報ＩＤ要求を発行
する。

【０１８０】次にステップ１８２０で制御情報ＩＤ要求
解放処理部１６６３は、ＳＣＳＩ制御情報格納領域１６
６１の管理テーブル１７７０において未使用の制御情報
ＩＤを検索する。

【０１８１】ステップ１８３０で前記検索結果を調べ、
ＳＣＳＩ制御情報格納領域１６６１の管理テーブル１７
７０中に未使用の制御情報ＩＤがある場合にはステップ
１８５０に進み、未使用の制御情報ＩＤを取得して前記
制御情報ＩＤ要求を発行したユーザプログラムに返し、
当該制御情報ＩＤに対応する特定領域を前記ユーザプロ
グラムのユーザ空間１７０に割り当てる。その際に管理
テーブル１７７０に前記ユーザプログラムのプロセスＩ
Ｄと、当該制御情報ＩＤが使用されていることを示す情
報を設定する。

【０１８２】ステップ１８３０で前記検索結果を調べた
結果、未使用の制御情報ＩＤが無い場合にはステップ１
８４０に進み、前記ユーザプログラムに制御情報ＩＤ無
しを通知する。

【０１８３】以下、ユーザプログラムがＳＣＳＩアダプ
タ１６１０で通信を行った後に制御情報ＩＤの解放を要
求する処理の流れを図１９を用いて説明する。

【０１８４】図１９は本実施形態の制御情報ＩＤ解放要
求処理の処理手順を示すフローチャートである。まずス
テップ１９１０でユーザプログラムは制御情報ＩＤを指
定してＯＳの制御情報ＩＤ要求解放処理部１６６３に対
して当該制御情報ＩＤの解放を要求する。

【０１８５】次にステップ１９２０で制御情報ＩＤ要求
解放処理部１６６３は、ＳＣＳＩ制御情報格納領域１６
６１の管理テーブル１７７０に対して、解放要求のあっ
た制御情報ＩＤのテーブルを検索する。

【０１８６】ステップ１９３０で前記検索結果を調べ、
制御情報ＩＤ解放要求を発行したユーザプログラムが当
該制御情報ＩＤの利用者であるかどうかを確認する。こ
の確認は、呼出し側のユーザプログラムのプロセスＩＤ
と管理テーブル１７７０に設定されているプロセスＩＤ
が一致するか否かによって行う。

【０１８７】ステップ１９３０で前記検索結果を調べた
結果、該当制御情報ＩＤ解放要求が正しいユーザプログ
ラムからのものである場合にはステップ１９５０に進
み、該当制御情報ＩＤを解放し、ＳＣＳＩ制御情報格納
領域１６６１の該当領域をユーザプログラムの仮想空間
から解放する。その際に管理テーブル１７７０から前記
ユーザプログラムのプロセスＩＤと当該制御情報ＩＤが
使用されていることを示す情報を削除する。

【０１８８】ステップ１９３０で前記検索結果を調べた
結果、該当制御情報ＩＤ解放要求が正しいユーザプログ
ラムからのものでない場合にはステップ１９４０に進
み、前記ユーザプログラムに該当制御情報ＩＤ無しを通
知する。

【０１８９】以下、ユーザプログラムがＳＣＳＩアダプ
タ１６１０に対してユーザ転送データ１７１の転送処理
要求を行う際の処理の流れを図２０を用いて説明する。

【０１９０】図２０は本実施形態の転送処理要求の処理
手順を示すフローチャートである。まずステップ２０１
０でユーザプログラムは、転送対象となるユーザ転送デ
ータ１７１が格納された領域をＯＳのメモリ常駐処理部
１６２によりメインメモリ１５０に常駐させる。

【０１９１】次にステップ２０２０でユーザプログラム
は、制御情報ＩＤ要求処理を行って制御情報ＩＤ要求解
放処理部１６６３から制御情報ＩＤを取得し、ＳＣＳＩ
制御情報格納領域１６６１の前記取得した制御情報ＩＤ
に対応する特定領域に、ユーザ転送データ１７１のＤＭ
Ａ先頭アドレス１７２０、ＤＭＡ長１７３０、ヘッダ情
報１７４０及びコマンド１７５０を書き込む。これらの
処理の対象となる空間はユーザ空間１７０に割り当てら
れており、ユーザプログラムが排他的にアクセスするこ
とが保証されている為、排他制御を行う必要はない。

【０１９２】次にステップ２０３０でユーザプログラム
は、前記制御情報ＩＤを示す単一の書き込みをＳＣＳＩ
アダプタ１６１０に発行する。制御情報ＩＤを示す書き
込みは単一の書き込みである為、ここでも他のユーザプ
ログラムとの排他制御を行う必要はない。

【０１９３】ＳＣＳＩアダプタ１６１０は、この制御情
報ＩＤを示す書き込みに対してＳＣＳＩ制御情報格納領
域１６６１の前記制御情報ＩＤに対応する特定領域に受
け付け状態１７１０の書き込みを行う。

【０１９４】続いてステップ２０４０でユーザプログラ
ムは、ＳＣＳＩ制御情報格納領域１６６１の前記制御情
報ＩＤに対応する特定領域中の受け付け状態１７１０を
参照し、先ほどの処理要求の受け付けが成功したか否か
を確認する。

【０１９５】ステップ２０４０で受け付け状態１７１０
を確認した結果、受け付けが成功した場合には当該処理
要求処理を終了し、受け付けが失敗した場合にはステッ
プ２０３０に戻って以下同様の処理を繰り返す。但しユ
ーザプログラムの処理手順によっては、この再要求処理
をすぐに繰り返さずに他の処理を実行してから再要求処
理を行っても良い。

【０１９６】次にＳＣＳＩアダプタ１６１０がユーザプ
ログラムから転送処理要求を受け付けた際の制御情報Ｉ
Ｄ保持手段１６１３と受け付け判定部１６２２の処理の
流れを図２１を用いて説明する。

【０１９７】図２１は本実施形態の受け付け判定部１６
２２の処理手順を示すフローチャートである。まずステ
ップ２１１０でＳＣＳＩアダプタ１６１０は、ユーザプ
ログラムから発行された制御情報ＩＤを示す単一の書き
込みを制御情報ＩＤ保持手段１６１３で受け取る。

【０１９８】次にステップ２１２０でＳＣＳＩアダプタ
１６１０の受け付け判定部１６２２は、受け付けＦＩＦ
Ｏメモリ１６２０の空き状態を調べ、受け付けＦＩＦＯ
メモリ１６２０に空き領域があればステップ２１３０に
進み、空き領域がなければステップ２１５０に進む。

【０１９９】ステップ２１３０で受け付け判定部１６２
２は、制御情報ＩＤ保持手段１６１３に保持された制御
情報ＩＤに対応するＳＣＳＩ制御情報格納領域１６６１
中の特定領域の位置情報をＳＣＳＩ制御情報位置保持手
段１６１２から読み出し、その位置情報を用いてＳＣＳ
Ｉ制御情報格納領域１６６１中の前記制御情報ＩＤに対
応するＳＣＳＩ制御情報の受け付け状態１７１０に、受
け付け成功の値として「１」を書き込み、ステップ２１
４０に進む。

【０２００】ステップ２１４０で受け付け判定部１６２
２は、制御情報ＩＤ保持手段１６１３に保持された制御
情報ＩＤを受け付けＦＩＦＯメモリ１６２０の空き領域
に格納する。

【０２０１】またステップ２１５０で受け付け判定部１
６２２は、ＳＣＳＩ制御情報格納領域１６６１中の前記
制御情報ＩＤに対応するＳＣＳＩ制御情報の受け付け状
態１７１０に、受け付け失敗の値として「０」を書き込
んで処理を終了する。

【０２０２】次にＳＣＳＩアダプタ１６１０がユーザプ
ログラムから転送処理要求を受け付けた際の状態回復退
避部１６２１の処理の流れを図２２を用いて説明する。

【０２０３】図２２は本実施形態の状態回復退避部１６
２１の処理手順を示すフローチャートである。まずステ
ップ２２１０で状態回復退避部１６２１は、データ送受
信部１６１１の初期化を行う。続いてステップ２２２０
で状態回復退避部１６２１は、制御情報ＩＤを受け付け
ＦＩＦＯメモリ１６２０から取り出す。ここで受け付け
ＦＩＦＯメモリ１６２０が空の場合は、制御情報ＩＤを
示す書き込みがユーザプログラムから発行されるまで待
つ。

【０２０４】次にステップ２２３０で、受け付けＦＩＦ
Ｏメモリ１６２０から取り出した制御情報ＩＤに対応す
るＳＣＳＩ制御情報格納領域１６６１中の特定領域の位
置情報をＳＣＳＩ制御情報位置保持手段１６１２から読
み出し、その位置情報を用いてＳＣＳＩ制御情報格納領
域１６６１中の前記制御情報ＩＤに対応するＳＣＳＩ制
御情報をメインメモリ１５０から取得する。

【０２０５】なおここで取得するＳＣＳＩ制御情報は、
ＤＭＡ先頭アドレス１７２０、ＤＭＡ長１７３０、ヘッ
ダ情報１７４０及びコマンド１７５０がＳＣＳＩ制御情
報である。但し複数の領域からのＤＭＡ処理を行う為に
は複数の情報構造を持つものとしても良い。

【０２０６】次にステップ２２４０で状態回復退避部１
６２１は、前記取得したＳＣＳＩ制御情報をデータ送受
信部１６１１に投入し、ステップ２２５０で処理完了を
待つ。

【０２０７】本実施形態の共有装置制御装置のステップ
２２４０及びステップ２２５０では、一回の制御のみ行
う例を示すが、複数の制御を行う為の情報をＳＣＳＩ制
御情報として保持しても良い。その場合、状態回復退避
部１６２１は複数の制御を行う様にコマンド１７５０の
解釈を行いながら動作する。

【０２０８】次にステップ２２６０で状態回復退避部１
６２１は、データ送受信部１６１１からの処理完了時の
ステータス情報を取得する。ここで、複数の制御を行う
場合には各制御のステータス情報の履歴を各々とってお
く必要がある。

【０２０９】最後にステップ２２７０で状態回復退避部
１６２１は、前記取得したステータス情報を、メインメ
モリ１５０のＳＣＳＩ制御情報格納領域１６６１中の前
記制御情報ＩＤに対応するＳＣＳＩ制御情報のステータ
ス１７６０に設定し、ステップ２２２０以下の処理を繰
り返す。

【０２１０】以上説明した様に本実施形態の共有装置制
御装置によれば、単一の書き込みにより共有装置への処
理要求を受け付けてその処理要求を実行するので、ＯＳ
による排他制御を行うことなく複数のプログラムから共
有装置にアクセスすることが可能である。

【０２１１】

【発明の効果】本発明によれば単一の書き込みにより共
有装置への処理要求を受け付けてその処理要求を実行す
るので、ＯＳによる排他制御を行うことなく複数のプロ
グラムから共有装置にアクセスすることが可能である。

【図面の簡単な説明】

【図１】実施形態１の共有装置制御装置の概略構成を示
す図である。

【図２】実施形態１の回線制御情報格納領域１６１の一
例を示す図である。

【図３】実施形態１の転送ネットワークパケットの構成
例を示す図である。

【図４】実施形態１の回線要求処理の処理手順を示すフ
ローチャートである。

【図５】実施形態１の回線解放要求処理の処理手順を示
すフローチャートである。

【図６】実施形態１の送信処理要求の処理手順を示すフ
ローチャートである。

【図７】実施形態１の受け付け判定部１２２の処理手順
を示すフローチャートである。

【図８】実施形態１の状態回復退避部１２１の処理手順
を示すフローチャートである。

【図９】実施形態２の共有装置制御装置の概略構成を示
す図である。

【図１０】実施形態２の通信制御情報格納領域９６１の
一例を示す図である。

【図１１】実施形態２の制御情報ＩＤ要求処理の処理手
順を示すフローチャートである。

【図１２】実施形態２の制御情報ＩＤ解放要求処理の処
理手順を示すフローチャートである。

【図１３】実施形態２の送信処理要求の処理手順を示す
フローチャートである。

【図１４】実施形態２の受け付け判定部９２２の処理手
順を示すフローチャートである。

【図１５】実施形態２の状態回復退避部９２１の処理手
順を示すフローチャートである。

【図１６】実施形態３の共有装置制御装置の概略構成を
示す図である。

【図１７】実施形態３のＳＣＳＩ制御情報格納領域１６
６１の一例を示す図である。

【図１８】実施形態３の制御情報ＩＤ要求処理の処理手
順を示すフローチャートである。

【図１９】実施形態３の制御情報ＩＤ解放要求処理の処
理手順を示すフローチャートである。

【図２０】実施形態３の転送処理要求の処理手順を示す
フローチャートである。

【図２１】実施形態３の受け付け判定部１６２２の処理
手順を示すフローチャートである。

【図２２】実施形態３の状態回復退避部１６２１の処理
手順を示すフローチャートである。

【符号の説明】

１００…計算機、１３０…プロセッサ、１５０…メイン
メモリ、１１０…多重化ネットワークアダプタ、１３１
…キーボード、１３２…ディスプレイ装置、１３３…磁
気ディスク装置、１３４…ＣＤ−ＲＯＭ装置、１８０…
システムバス、１１１…ネットワーク多重化送受信部、
１１２…回線制御情報位置保持手段、１１３…回線ＩＤ
保持手段、１１４…バスインタフェース制御部、１２０
…受け付けＦＩＦＯメモリ、１２１…状態回復退避部、
１２２…受け付け判定部、１６０…ＯＳ空間、１６１…
回線制御情報格納領域、１６２…メモリ常駐処理部、１
６３…回線要求解放処理部、１７０…ユーザ空間、１７
１…ユーザ転送データ、１９０…ネットワーク、２１０
…受け付け状態、２２０…ＤＭＡ先頭アドレス、２３０
…ＤＭＡ長、２４０…ヘッダ情報、２５０…コマンド、
２６０…ステータス、２７０…管理テーブル、３１０…
タイプ、３２０…送信元アドレス、３３０…受信先アド
レス、９１０…ネットワークアダプタ、９１１…ネット
ワーク送受信部、９１２…通信制御情報位置保持手段、
９１３…制御情報ＩＤ保持手段、９１４…バスインタフ
ェース制御部、９２０…受け付けＦＩＦＯメモリ、９２
１…状態回復退避部、９２２…受け付け判定部、９６１
…通信制御情報格納領域、９６３…制御情報ＩＤ要求解
放処理部、１０１０…受け付け状態、１０２０…ＤＭＡ
先頭アドレス、１０３０…ＤＭＡ長、１０４０…ヘッダ
情報、１０５０…コマンド、１０６０…ステータス、１
０７０…管理テーブル、１６１０…ＳＣＳＩアダプタ、
１６９０…磁気ディスク装置、１６１１…データ送受信
部、１６１２…ＳＣＳＩ制御情報位置保持手段、１６１
３…制御情報ＩＤ保持手段、１６１４…バスインタフェ
ース制御部、１６２０…受け付けＦＩＦＯメモリ、１６
２１…状態回復退避部、１６２２…受け付け判定部、１
６６１…ＳＣＳＩ制御情報格納領域、１６６３…制御情
報ＩＤ要求解放処理部、１７１０…受け付け状態、１７
２０…ＤＭＡ先頭アドレス、１７３０…ＤＭＡ長、１７
４０…ヘッダ情報、１７５０…コマンド、１７６０…ス
テータス、１７７０…管理テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 北野 昌宏 神奈川県海老名市下今泉810番地 株式会 社日立製作所オフィスシステム事業部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数のプログラムで共有される共有装置
   を制御する共有装置制御方法において、 共有装置で特定の処理を行う為の制御情報を制御情報格
   納領域中の特定領域に格納し、前記制御情報を格納した
   特定領域を示す制御情報ＩＤを単一の書き込みにより制
   御情報ＩＤ保持手段に保持し、 複数の制御情報ＩＤを格納する受け付け制御情報ＩＤ格
   納手段の空き領域に前記制御情報ＩＤ保持手段中の制御
   情報ＩＤを格納し、前記受け付け制御情報ＩＤ格納手段
   中の制御情報ＩＤに対応する特定領域の制御情報を制御
   情報格納領域から取得して前記特定の処理を行うことを
   特徴とする共有装置制御方法。
2. 【請求項２】 前記受け付け制御情報ＩＤ格納手段の空
   き領域の有無に応じて当該処理の受け付け結果を示す情
   報を制御情報格納領域中の前記制御情報ＩＤに対応する
   特定領域に格納することを特徴とする請求項１に記載さ
   れた共有装置制御方法。
3. 【請求項３】 前記制御情報ＩＤに対応する特定領域の
   制御情報を制御情報格納領域から取得して前記特定の処
   理を行った後に、その処理結果を示す情報を制御情報格
   納領域中の前記制御情報ＩＤに対応する特定領域に格納
   することを特徴とする請求項１または請求項２のいずれ
   かに記載された共有装置制御方法。
4. 【請求項４】 複数のプログラムで共有される共有装置
   を制御する共有装置制御装置において、 共有装置で特定の処理を行う為の制御情報を格納した制
   御情報格納領域中の特定領域を示す制御情報ＩＤを単一
   の書き込みにより保持する制御情報ＩＤ保持手段と、複
   数の制御情報ＩＤを格納する受け付け制御情報ＩＤ格納
   手段と、 前記受け付け制御情報ＩＤ格納手段の空き領域に前記制
   御情報ＩＤ保持手段中の制御情報ＩＤを格納する受け付
   け判定部と、前記受け付け制御情報ＩＤ格納手段中の制
   御情報ＩＤに対応する特定領域の制御情報を制御情報格
   納領域から取得して前記特定の処理を行う状態回復退避
   部とを備えることを特徴とする共有装置制御装置。
5. 【請求項５】 前記受け付け判定部は、前記受け付け制
   御情報ＩＤ格納手段の空き領域の有無に応じて当該処理
   の受け付け結果を示す情報を制御情報格納領域中の前記
   制御情報ＩＤに対応する特定領域に格納するものである
   ことを特徴とする請求項４に記載された共有装置制御装
   置。
6. 【請求項６】 前記状態回復退避部は、前記制御情報Ｉ
   Ｄに対応する特定領域の制御情報を制御情報格納領域か
   ら取得して前記特定の処理を行った後に、その処理結果
   を示す情報を制御情報格納領域中の前記制御情報ＩＤに
   対応する特定領域に格納するものであることを特徴とす
   る請求項４または請求項５のいずれかに記載された共有
   装置制御装置。