JP4380198B2

JP4380198B2 - ストレージ装置でアクセス制御を行う計算機システム

Info

Publication number: JP4380198B2
Application number: JP2003093140A
Authority: JP
Inventors: 清水　　晃; 真二藤原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-03-31
Filing date: 2003-03-31
Publication date: 2009-12-09
Anticipated expiration: 2023-03-31
Also published as: US20040193739A1; JP2004302724A; US7464188B2

Description

【０００１】
【発明の属する技術分野】
本発明は、プログラム、ネットワーク装置、ストレージ装置、およびそれらを用いた計算機システムに関係するもので、特に高いセキュリティが要求されるものに関係する。
【０００２】
【従来の技術】
計算機に直接接続されているストレージ装置では通常はアクセス制御を行っておらず、直接接続された計算機から発行されたＩＯコマンドは無条件に処理されている。また、１つ以上のストレージ装置を１つ以上の計算機で共有するＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）では、ゾーン設定などによる計算機単位でのアクセス制御を行っているが、アクセスが許可された計算機からのＩＯコマンドは無条件に処理される。
この様に、ストレージ装置ではアクセスが許可された計算機からのＩＯコマンドは無条件に処理されるため、計算機が不正使用された場合、ストレージ装置に格納されているデータは盗み見られ、最悪の場合には改竄される虞れもある。計算機が不正使用されないための対策は数多く存在するが、必ずしも完全ではない。盗み見られても解読できないようにデータを暗号化する対策もあるが、暗号が解読された場合は盗み見られてしまう。
【０００３】
計算機が不正使用された場合も、なおデータが盗み見されたり改竄されたりするのを防ぐためには、計算機上のアクセス制御とは別に、ストレージ装置におけるアクセス制御を行うのが有効である。特に、特開２００２−２２２１１０号公報（特許文献１）に開示された方法では、ストレージへアクセスするアプリケーションプログラムを単位としてストレージ装置のアクセス制御を行う。したがって、ユーザもしくは計算機管理者が悪用された場合にもデータのセキュリティを保つことが可能となる。しかしながら、上記特許文献１のアクセス制御を実現するには特殊なＯＳが必要であり、また計算機とストレージ装置間のプロトコルを拡張する必要がある。
【特許文献１】
特開２００２−２２２１１０号公報
【０００４】
【発明が解決しようとする課題】
したがって本発明においては、計算機が不正使用された場合にプログラムが管理するデータが盗み見られ、データが改竄／消去されてしまう問題を解決する。さらに、各種プロトコルを変更せず、特定の計算機やＯＳを前提としないアクセス制御方法を提供する。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、ストレージ装置またはネットワーク装置においてプログラム単位でアクセス制御をおこなう。プログラム単位でアクセス制御を行うために、プログラムにプログラム識別子を設定し、ＩＯコマンドと共にストレージ装置またはネットワーク装置にプログラム識別子を渡す。ストレージ装置およびネットワーク装置では上記プログラム識別子によりＩＯコマンドの実行可否を決める。プロトコルを変更せずにプログラム識別子を渡すために、ＩＯ要求やＩＯコマンドに含まれる特定の値にプログラム識別子を埋め込む。つまり、２つの値ｘ、ｙからある値ｚを生成する関数ｆ（ｘ、ｙ）と、その逆であるｚから２つの値ｘ、ｙを取り出す逆関数ｇ（ｚ）を決める。ＩＯ要求を発行するプログラムでは、関数ｆを用い、アドレスなどＩＯ要求のある特定の値にプログラム識別子を埋め込む。ストレージ装置およびネットワーク装置では、逆関数ｇによりプログラム識別子が埋め込まれた特定の値から元の値とプログラム識別子を取り出す。これにより、プロトコルを変更せずにプログラム識別子をストレージ装置およびネットワーク装置に渡すことが可能となる。
【０００６】
すなわち、本発明の代表的特徴は、上記手段を用いて、プログラムに設定されたプログラム識別子をストレージ装置およびネットワーク装置に渡し、ストレージ装置およびネットワーク装置でアクセス制御を行う。本明細書ではこれをプログラム識別子方式と呼ぶ。
【０００７】
プログラム識別子方式では、ストレージ装置およびネットワーク装置の修正が必要となり、その分実現可能性が低くなる。本発明の別の特徴に従えば、ストレージ装置およびネットワーク装置に既に存在するアクセス制御機構を用いる。すなわち、ネットワーク上では計算機およびストレージ装置にネットワークアドレスが割当てられており、計算機およびネットワーク装置およびストレージ装置においてネットワークアドレスによるアクセス制御が可能である。そこで、計算機に対して複数のネットワークアドレスを割当て、計算機においてプログラム識別子とネットワークアドレスを対応付けする。プログラム識別子に対応するネットワークアドレスでストレージ装置と通信し、ＩＯコマンドを送信する。ストレージ装置およびネットワーク装置では計算機に割当てたネットワークアドレスごとにアクセス可否を設定する。これにより、ストレージ装置およびネットワーク装置においてはネットワークアドレスでアクセス制御を行っているが、計算機ではプログラム識別子に対応したネットワークアドレスを用いているため、実質的にＩＯ要求を発行したプログラムによりアクセス制御を行っていることとなる。本明細書ではこれをネットワークアドレス変換方式と呼ぶ。
【０００８】
ネットワークアドレス変換方式では、プログラム識別子とネットワークアドレスの対応表が計算機上に存在する。計算機上のユーザ（ルートを含む）からアクセス可能な場所に保存されていると、計算機が乗っ取られた場合に対応表が不正に書き換えられてしまい、本発明の課題が解決できない。このため、ネットワークアドレス対応表は計算機上のユーザがアクセスできない場所に保存する。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
まず、プログラム識別子を特定の値に埋め込む関数と，該関数によりプログラム識別子が埋め込まれた値から元の値とプログラム識別子を取り出す関数について述べる。以降簡略化のために、「プログラム識別子を特定の値に埋め込む関数」を識別子埋め込み関数ｆ（関数ｆ）、「関数ｆによりプログラム識別子が埋め込まれた値から元の値とプログラム識別子を取り出す関数」を識別子取出し関数ｇ（逆関数ｇ）と記述する。関数ｆ／逆関数ｇは、プログラム識別子をある値に対して埋め込みおよび取り出しが可能であればよい。つまり、関数ｆは２つの値を入力とし１つの値を出力する関数で、逆関数ｇは１つの値を入力し２つの値を出力する関数であり、ｚがｆ（ｘ、ｙ）の出力である場合にｇ（ｚ）は（ｘ、ｙ）を出力する。最も簡単な例としては、埋め込む値の上位数ビットをプログラム識別子用に割当て、関数ｆでは該数ビットにプログラム識別子を書き込み、逆関数ｇでは該数ビットからプログラム識別子を読み込む方式が考えられる。この様な関数ｆ／逆関数ｇは、論理ボリュームの実用量が小さくアドレスの上位ビットを使用しない場合において利用できる。関数ｆ／逆関数ｇの種類は以降に説明する実施形態に関係ないため、以降の説明では関数ｆ／逆関数ｇとだけ述べる。
【００１０】
図１は関数ｆを用いるプログラム１０１であり、例えばデータベース管理システムやＷｅｂサーバなどストレージを使用するミドルウェアやアプリケーションプログラムである。プログラム１０１は、処理本体１０２と、該プログラム１０１のストレージへの入出力を行うＩＯ処理部１０３で構成される。本特許を実現するために、ＩＯ処理部１０３には関数ｆを用いてアドレスにプログラム識別子を埋め込むアドレス変換部１０４がある。他にＯＳに対してＩＯ要求を発行するＩＯ要求発行部１０５がある。
【００１１】
処理本体１０２でストレージへの入出力が必要になると、ＩＯ処理部１０３にＩＯ要求が来る。ＩＯ処理部１０３では、まずアドレス変換部１０３にＩＯ要求を渡す。図２にアドレス変換部１０３での処理を示す。アドレス変換部１０３では、まずＩＯ要求が保護論理ボリュームに対するＩＯ要求かを調べる（２０１）。保護論理ボリュームとは、本発明によりプログラムによるアクセス制御が行われている論理ボリュームのことを指す。保護論理ボリュームに対するＩＯ要求である場合、ＩＯ要求にあるアドレスとプログラムに設定されたプログラム識別子を関数ｆの入力に与え識別子付アドレスを生成し、ＩＯ要求のアドレスに設定する（２０２）。保護論理ボリュームに対するＩＯ要求でない場合は、そのまま終了する。アドレス変換部１０３から出力されたＩＯ要求はＩＯ要求発行部１０５によりＯＳに対してＩＯ要求を発行する。
【００１２】
実施形態例１を図３に示す。実施形態例１は、ネットワークアドレス変換方式を用いストレージ装置に存在するアクセス制御機能を利用して実現した本発明の計算機システムである。図３の計算機システムは、計算機３０１とネットワーク装置３０２とストレージ装置３０３で構成される。計算機３０１では、プログラムや計算機資源を管理するＯＳ３０５が動作しており、ＯＳ３０５の管理の元でプログラム１０１が動作する。プログラム１０１は図１で説明したとおりである。すなわちプログラム１０１は、ストレージへの入出力が必要となり、そのＩＯ要求が保護論理ボリュームに対するＩＯ要求であった場合には、当該プログラムに設定されたプログラム識別子を埋め込んだ識別子付きアドレスに変換してＩＯ要求を発行する。ここで、計算機３０１やＯＳ３０５は、特定の計算機およびＯＳに制限されることはない。ネットワークは、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワーク、あるいはＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）が好適であり、ネットワーク装置３０２はそれぞれ種類のネットワーク装置となる。ＴＣＰ／ＩＰネットワークである場合、ネットワーク装置３０２はハブやスイッチやルータやゲートウェイとなる。ＳＡＮである場合、ネットワーク装置３０２はＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）スイッチとなる。ストレージ装置３０３はネットワークの種類に依存し、ＴＣＰ／ＩＰネットワークである場合にはＮＡＳ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ）やｉＳＣＳＩ（ＩｎｔｅｒｎｅｔＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍｓＩｎｔｅｒｆａｃｅ）対応のディスク装置であり、ＳＡＮである場合にはＲＡＩＤ（ＲｅｄｕｎｄａｎｔＡｒｒａｙｏｆＩｎｄｅｐｅｎｄｅｎｔＤｉｓｋｓ）装置などのＦＣ対応のストレージ装置である。ストレージ装置３０３は、計算機３０１に対して論理ボリューム３１１を提供している。論理ボリュームとはディスク装置が計算機に提供するディスクスペースであり、論理デバイスや論理ユニットと呼ばれるものも論理ボリュームに含む。
【００１３】
プログラム１０１はＯＳ３０５に対してＩＯ要求を発行する。通常、ＯＳでは複数のプロセスから発行されるＩＯ要求をバッファリングし、最終的にそれぞれの装置に対応したデバイスドライバ、および基板上のマイクロプログラムにおいてＩＯコマンドをストレージ装置に発行する。ＩＯコマンド発行部３０７は、デバイスドライバおよびマイクロプログラムなどを示す。本発明では、ＩＯ要求をＩＯコマンド発行部３０７に渡す前にアドレス逆変換部３０６に渡す。アドレス逆変換部３０６での処理を図４に示す。
【００１４】
ＩＯ要求が保護論理ボリュームに対するＩＯ要求かを調べる（４０１）。保護論理ボリュームに対するＩＯ要求でない場合は、そのまま終了する。保護論理ボリュームに対するＩＯ要求である場合には、ＩＯ要求のアドレスを逆関数ｇの入力として与え、元のアドレスとプログラム識別子を生成する（４０２）。続いて、ネットワークアドレス対応表３０８を用い論理ボリューム識別子と生成されたプログラム識別子に対応するネットワークアドレスを検索する（４０３）。ネットワークアドレス対応表３０８の例を図５に示す。ネットワークアドレス対応表３０８は、論理ボリューム識別子とプログラム識別子とネットワークアドレスから構成されている。「＊」はそのカラム内で具体的に設定された識別子以外の任意の識別子を表す。図５の例では、識別子が００１であるプログラムからの論理ボリュームＬＶ１へのＩＯ要求はａａａのネットワークアドレスで通信を行い、論理ボリュームＬＶ２へのＩＯ要求はｂｂｂのネットワークアドレスで通信を行い、識別子が００３であるプログラムからの保護論理ボリュームへのＩＯ要求はｃｃｃのネットワークアドレスで通信を行うことを表している。さらに、保護論理ボリュームへのＩＯ要求であるがネットワークアドレス対応表で設定されないパターンのために、論理ボリューム識別子が「＊」でプログラム識別子が「＊」である項目を必ず作成する。このパターンに該当するＩＯ要求は必ずアクセス拒否されるＩＯ要求であるため、このパターンのネットワークアドレス（図５の例ではｄｄｄ）では、ストレージ装置３０３では通信不可となるよう設定する。ネットワークアドレスが得られたら該ネットワークアドレスを計算機のネットワークアドレスとして設定し、逆関数ｇから得られた元のアドレスをＩＯ要求のアドレスに設定し、終了する（４０４）。
【００１５】
アドレス変換部３０６から出力されたＩＯ要求はＩＯコマンド発行部３０７に渡され、設定された計算機のネットワークアドレスでストレージ装置と通信を行い、ＩＯコマンドを送信する。
【００１６】
ストレージ装置３０３では、接続要求があると通信可否判定部３０９において接続要求元のアドレスによる通信可否が判定される。ストレージ装置で通信不可と設定されたアドレスで通信したＩＯコマンドは、ストレージ装置に送信されずにエラーとなる。通信可と設定されたアドレスで通信したＩＯコマンドは、ストレージ装置に送信され、ＩＯコマンド処理部３１０に渡り、処理される。
【００１７】
実施形態例１は計算機３０１およびネットワーク装置３０２およびストレージ装置３０３がそれぞれ１台の構成であるが、計算機またはネットワーク装置またはストレージ装置が１台以上の計算機システムでもほぼ同じであるため、説明は省略する。
【００１８】
実施形態例２を図６に示す。実施形態例２は、ネットワークアドレス変換方式を用いネットワーク装置に存在するアクセス制御機能を利用して実現した本発明の計算機システムである。計算機３０１の構成、アドレス変換部３０６およびＩＯコマンド発行部３０７およびＩＯコマンド処理部３１０の内部の動作は、図３の実施形態例１と同じである。従って、それぞれ図３と同一符号で示す。実施形態例１と異なる点は、通信可否判定部６０９がネットワーク装置６０２に存在し、ネットワーク装置６０２にてアクセス制御が行われている点である。
【００１９】
実施形態例１と同様に、実施形態例２も計算機３０１およびネットワーク装置６０２およびストレージ装置３０３がそれぞれ１台の構成であるが、計算機またはネットワーク装置またはストレージ装置が１台以上の計算機システムでもほぼ同じであるため、説明は省略する。
【００２０】
実施形態例３を図７に示す。実施形態例３は、プログラム識別子方式を用いストレージ装置においてアクセス制御を実施した本発明の計算機システムである。計算機システムの構成は、実施形態例１と同様のため省略する。
【００２１】
プログラム７０４は、プログラム識別子をアドレスに埋め込んだＩＯ要求を発行し、ＯＳ７０５がＩＯコマンド発行部７０６においてストレージ装置７０３に対してＩＯコマンドを発行する。計算機７０１からＩＯコマンドを受け取ったストレージ装置７０３は、ＩＯコマンドに従い論理ボリューム７１０へＩＯを行うＩＯコマンド処理部７０８へ渡す前に、アクセス可否判定部７０７へＩＯコマンドを送る。
アクセス可否判定部７０７ではプログラム識別子によりＩＯコマンドを処理してよいかを判定する。アクセス可否判定部７０７の処理の流れを図８に示す。ＩＯコマンドが保護論理ボリュームに対するものかをチェックする（８０１）。保護論理ボリュームに対するＩＯコマンドでなければ、何もせずに次のＩＯコマンド処理部７０８に渡される。保護論理ボリュームに対するＩＯコマンドである場合、ＩＯコマンド内のアドレスを逆関数ｇの入力に与え、元のアドレスとプログラム識別子を生成する（８０２）。論理ボリューム識別子とプログラム識別子を用いアクセス可否判定表７０９を検索し（８０３）、アクセスが許可されているかを調べる（８０４）。図９にアクセス可否判定表の例を示す。図９の例では、論理ボリュームＬＶ１にはプログラム識別子００１と００２が、論理ボリュームＬＶ２にはプログラム識別子００１が、論理ボリュームＬＶ３にはプログラム識別子００３が、それぞれ許可されていることを示す。アクセスが許可されている場合、ＩＯコマンド内のアドレスを逆関数ｇから生成した元のアドレスに設定し（８０５）、終了する。アクセスが許可されていない場合は、ＩＯコマンド処理部にＩＯコマンドを渡さず、エラーを返す（８０６）。
【００２２】
実施形態例１と同様に、実施形態例３も計算機７０１およびネットワーク装置７０２およびストレージ装置７０３がそれぞれ１台の構成であるが、計算機またはネットワーク装置またはストレージ装置が１台以上の計算機システムでもほぼ同じであるため、説明は省略する。
【００２３】
実施形態例４を図１０に示す。実施形態例４は、プログラム識別子方式を用いネットワーク装置においてアクセス制御を実施した本発明の計算機システムである。計算機システムの構成は、実施形態例１と同様のため省略する。
プログラム１００４は、プログラム識別子をアドレスに埋め込んだＩＯ要求を発行し、ＯＳ１００５がＩＯコマンド発行部１００６においてストレージ装置１００３に対してＩＯコマンドを発行する。ネットワーク装置１００２では、ネットワークを流れるパケットを制御するために、通信可否判定部１００７を持つ。
【００２４】
通信可否判定部１００７ではパケットを送信先へ転送してよいかを判断する。通信可否判定部１００７の処理の流れを図１１に示す。通信可否判定部１００７では、ＩＯコマンドを運ぶパケットからＩＯコマンドを抜き出し（１１０１）、該ＩＯコマンドが保護論理ボリュームに対するＩＯコマンドかを調べる（１１０２）。保護論理ボリュームに対するＩＯコマンドでなければ、そのままパケットを転送する。保護論理ボリュームに対するＩＯコマンドであれば、ＩＯコマンド内のアドレスを逆関数ｇの入力に与え、元のアドレスとプログラム識別子を生成する（１１０３）。ストレージ装置識別子と論理ボリューム識別子とプログラム識別子を用い通信可否判定表１００８を検索し（１１０４）、通信が許可されているかを調べる（１１０５）。図１２に通信可否判定表の例を示す。図１２の例では、ストレージ装置識別子ＳＴ１のストレージ装置にある論理ボリュームＬＶ１に対してはプログラム識別子００１と００２が、ストレージ装置識別子ＳＴ２のストレージ装置にある論理ボリュームＬＶ１に対してはプログラム識別子００１が、ストレージ装置識別子ＳＴ２のストレージ装置にある論理ボリュームＬＶ２に対してはプログラム識別子００３が、それぞれ許可されていることを示す。通信が許可されている場合、ＩＯコマンド内のアドレスを逆関数ｇから生成した元のアドレスに設定し（１１０６）、パケットを転送する。通信が許可されていない場合は、パケットを破棄し、計算機１００１にエラーを返す（１１０７）。
【００２５】
実施形態例１と同様に、実施形態例４も計算機１００１およびネットワーク装置１００２およびストレージ装置１００３がそれぞれ１台の構成であるが、計算機またはネットワーク装置またはストレージ装置が１台以上の計算機システムでもほぼ同じであるため、説明は省略する。
【００２６】
説明した４つの実施形態例いずれの場合もＯＳ上で動作するプログラムは図１で説明したプログラム１０１を前提としたが、保護論理ボリュームに対してのＩＯ要求がアドレスにプログラム識別子を埋め込まないＩＯ要求であるプログラムが動作していても問題ない。なぜなら、そのようなプログラムのＩＯ要求が保護論理ボリュームに対して発行された場合、実施形態例１および実施形態例２では、アドレス変換部３０６およびアドレス変換部４０６において正しくないプログラム識別子が生成され、アドレス変換表の検索の結果通信不可能なネットワークアドレスが設定され、ネットワーク装置およびストレージ装置において通信不可能とされる。一方、実施形態例３では、アクセス可否判定部７０７において正しくないプログラム識別子が生成され、アクセス可否判定表でアクセス不可と判定される。実施形態例４では、通信可否判定部１００７において正しくないプログラム識別子が生成され、通信可否判定表で通信不可と判定される。
【００２７】
【発明の効果】
本発明を用いることにより、保護論理ボリュームは設定されたプログラム以外からはアクセスすることが出来ない。このため、計算機が不正使用されても直接データをアクセスすることは出来ず、データの盗み見や改竄などを防ぐことが可能となる。
【図面の簡単な説明】
【図１】保護論理ボリュームにアクセスするプログラムを示す概念図である。
【図２】アドレス変換部１０４の動作フローを示すフローチャートである。
【図３】本発明の一実施形態である計算機システムの機能ブロック図である。
【図４】上記実施形態のアドレス逆変換部３０６の動作フローを示すフローチャートである。
【図５】上記実施形態のネットワークアドレス対応表３０８のデータ構成図である。
【図６】本発明の別の実施形態である計算機システムの機能ブロック図である。
【図７】本発明の更に別の実施形態である計算機システムの機能ブロック図である。
【図８】上記実施形態のアクセス可否判定部７０７の動作フローを示すフローチャートである。
【図９】上記実施形態のアクセス可否判定表７０９のデータ構成図である。
【図１０】本発明の更に別の実施形態である計算機システムの機能ブロック図である。
【図１１】上記実施形態の通信可否判定部１００７の動作フローを示すフローチャートである。
【図１２】上記実施形態の通信可否判定表１００８のデータ構成図である。
【符号の説明】
１０１、７０４、１００４：プログラム
３０１、７０１、１００１：計算機
３０２、７０２、１００２：ネットワーク装置
３０３、６０３、７０３、１００３：ストレージ装置
３０５、７０５、１００５：ＯＳ
３１１、７１０、１０１０：論理ボリューム
３０８：ネットワークアドレス対応表
７０９：アクセス可否判定表
１００８：通信可否判定表。

Claims

ネットワークを介してストレージ装置と接続された計算機であって、前記ストレージ装置が該計算機に提供するディスクスペースである論理ボリュームに対して、データ入出力アドレスである要求アドレスを指定してデータ入出力を要求するＩＯ要求を発するプログラムがＯＳの管理の下で動作する計算機において、
前記プログラムは、ＩＯ要求が保護対象の論理ボリュームに対するＩＯ要求である場合に、該プログラムを識別するプログラム識別子を前記要求アドレスに埋め込む第１の関数を用いて前記プログラム識別子を埋め込んだ識別付アドレスを生成し、前記要求アドレスに替えて、生成した該識別子付アドレスを用いてＩＯ要求を前記ＯＳに発行し、
前記ＯＳには、
保護対象の論理ボリュームとその論理ボリュームへのアクセスを許可するプログラムのプログラム識別子との組毎に、対応するＩＯ要求の送信元ネットワークアドレスを設定して保持するネットワークアドレス対応表と、
ＩＯ要求により、通常は前記計算機に設定されたネットワークアドレスを送信元ネットワークアドレスとして前記ストレージ装置に対してＩＯコマンドを発行するＩＯコマンド発行部と、
前記プログラムから受けたＩＯ要求が保護対象の論理ボリュームに対するＩＯ要求である場合に、埋め込まれたプログラム識別子と元の要求アドレスとを取り出す第２の関数を、前記プログラムから受けたＩＯ要求の識別子付アドレスに適用し、取り出したプログラム識別子と前記ＩＯ要求の対象論理ボリュームとの組に対応する送信元ネットワークアドレスを前記ネットワークアドレス対応表の検索で特定し、前記計算機のネットワークアドレスに替えて、特定した送信元ネットワークアドレスを前記ストレージへ発行するＩＯコマンドの送信元ネットワークアドレスとして設定するアドレス変換部とを備えたことを特徴とする計算機。
前記プログラムが用いる前記第１の関数は、元のＩＯ要求の要求アドレスの上位数ビットをプログラム識別子用に割当ててプログラム識別子を埋め込む関数である請求項１記載の計算機。