(57)【要約】      （修正有）【課題】既存の管理インターフェースが提供する情報は、限られた管理情報であり、付加的な管理情報を提供する。【解決手段】ストレージコントローラであって、ホストコンピュータに対するインターフェース（Ｉ／Ｆ）を提供するＩ／Ｏポートと、ストレージデバイスに対するＩ／Ｆを提供するＩ／Ｏポートと、ホストコンピュータによるＩ／Ｏ要求を受信し、これに応答するＩ／Ｏ要求を生成し、ストレージデバイスへ送信するプロセッサと、プロセッサに接続されたメモリモジュールであって、複数の論理デバイスの性能データ及び可用性データを収集し、これらのデータをレポートＩ／Ｆに提示するようにプロセッサを構成する論理命令を含むメモリモジュールとを備える。【選択図】図２
2007122713.tif 000002
【特許請求の範囲】
【請求項１】
ストレージコントローラ（２１０）であって、
ホストコンピュータに対するインターフェースを提供する第１のＩ／Ｏポート（２１２）と、
ストレージデバイス（２４０、２４２）に対するインターフェースを提供する第２のＩ／Ｏポート（２２０）と、
前記ホストコンピュータによって生成されたＩ／Ｏ要求を受信し、前記Ｉ／Ｏ要求に応答して、Ｉ／Ｏ要求を生成し、前記ストレージデバイス（２４０、２４２）へ送信するプロセッサ（２１６）と、
前記プロセッサ（２１６）に通信接続されたメモリモジュール（２１８）であって、
前記プロセッサにより実行されると、
前記ストレージコントローラ（２１０）によって管理される複数の論理デバイス（ＬＤＥＶ）の性能データ及び可用性データを収集し、
前記性能データ及び前記可用性データをレポートインターフェースに提示するように前記プロセッサ（２１６）を構成する
論理命令
を含むメモリモジュール（２１８）と
を備えるストレージコントローラ。
【請求項２】
前記性能データ及び前記可用性データを使用して、ホスト観察可能（host viewable）ＬＵとしてプロビジョニングするためのＬＤＥＶを選択する
請求項１に記載のストレージコントローラ。
【請求項３】
前記性能データ及び前記可用性データは、定期的に収集される
請求項１に記載のストレージコントローラ。
【請求項４】
前記性能データは、
オンライントランザクション性能（ＯＬＴＰ）試験からの結果、又は、
データウェアハウスワークロード試験からの結果
のうちの少なくとも１つを含む請求項１に記載のストレージコントローラ。
【請求項５】
前記可用性データは、
外部ストレージボリュームへの物理パスの最小数、
１つの外部コントローラあたりのパスの最小数、
アレイ識別子、又は
ディスクドライブ特性
のうちの少なくとも１つを含む請求項１に記載のストレージコントローラ。
【請求項６】
前記可用性データは、
ディスクドライブ特性、又は、
ディスクコントローラ特性、
のうちの少なくとも１つを含む請求項１に記載のストレージコントローラ。
【請求項７】
前記プロセッサによって実行されると、前記レポートインターフェースで実施されるソートルーチンにおいて前記性能データ及び前記可用性データをキー（key）として使用するように前記プロセッサを構成する論理命令
をさらに含む請求項１に記載のストレージコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
説明する主題は、電子コンピューティングにおけるデータストレージに関し、より詳細には、インテリジェント論理ユニットプロビジョニングに関する。
【背景技術】
【０００２】
情報の効果的な収集、管理、及び制御は、現代のビジネスプロセスの中心的な構成要素となっている。このために、多くの企業は、大企業及び小企業共に、今や、コンピュータベースの情報管理システムを実施している。
【０００３】
データ管理は、コンピュータベースの情報管理システムの重要な構成要素である。多くのユーザは、コンピュータベースの情報管理システムにおいてデータオペレーションを管理するためのストレージネットワークを実施している。ストレージネットワークは、高信頼性を有する管理されたストレージソリューションを提供するために、計算能力及び複雑度の点で発展してきた。この高信頼性を有する管理されたストレージソリューションとは、広い地理的エリアにわたって分散させることができ、且つ、ストレージコントローラの管理下にある（すなわち、内部にある）物理ストレージデバイス、又はストレージコントローラの管理外にある（すなわち、外部にある）物理ストレージデバイスの間で分散させることができるものである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ストレージネットワーク資源の巧みな管理は、ストレージネットワークの効果的な管理に貢献する。既存の管理インターフェースが提供する情報は、ストレージ資源を管理するための限られた情報である。付加的な管理情報を提供する管理インターフェースが有益である。
【課題を解決するための手段】
【０００５】
一実施の形態では、ストレージコントローラは、ホストコンピュータに対するインターフェースを提供する第１のＩ／Ｏポートと、ストレージデバイスに対するインターフェースを提供する第２のＩ／Ｏポートと、ホストコンピュータによって生成されたＩ／Ｏ要求を受信し、Ｉ／Ｏ要求に応答して、Ｉ／Ｏ要求を生成し、ストレージデバイスへ送信するプロセッサと、プロセッサに通信接続されたメモリモジュールとを備える。メモリモジュールは、プロセッサにより実行されると、ストレージコントローラによって管理される複数の論理デバイス（ＬＤＥＶ）の性能データ及び可用性データを収集し、性能データ及び可用性データをレポートインターフェースに提示するようにプロセッサを構成する論理命令を含む。
【発明を実施するための最良の形態】
【０００６】
本明細書では、ストレージデバイス、ストレージアレイ、又はストレージネットワークにおけるインテリジェント論理ユニットプロビジョニングのための例示的なシステム及び方法を説明する。本明細書で説明する方法は、コンピュータ可読媒体上の論理命令として具現化することができる。これらの論理命令は、たとえばアレイコントローラ等のプロセッサで実行されると、そのプロセッサを、説明する方法を実施する専用マシンとしてプログラミングする。プロセッサは、本明細書で列挙する方法を実行するように論理命令によって構成されると、説明する方法を実行するための構造を構成する。ストレージシステムの１つ又は２つ以上の論理ボリュームに関してこれらの方法を説明するが、これらの方法は、論理ボリュームに限定される必要はない。これらの方法は、論理ストレージではなく物理ストレージにマッピングするストレージシステムにも等しく適用可能である。
【０００７】
図１は、ネットワーク接続されたコンピューティング環境１００の１つの例示的なインプリメンテーションの概略図である。図１を参照すると、コンピューティング環境１００は、データストレージサービスを１つ又は２つ以上のコンピューティングデバイスに提供するストレージプール１１０を含む。ストレージプール１１０は、ネットワーク接続された１つ又は２つ以上のストレージセル１４０Ａ、１４０Ｂ、１４０Ｃにより実施することができる。例示のストレージセルには、米国カリフォルニア州パロアルトのHewlett-Packard社から市販されているストレージデバイスであるＳＴＯＲＡＧＥＷＯＲＫＳラインが含まれる。ストレージセル１４０Ａ、１４０Ｂ、１４０Ｃは、同じ場所に配置することもでき、地理的に分散させることもでき、そして適切な通信ネットワークによって接続することもできる。この通信ネットワークは、ファイバチャネル（ＦＣ）スイッチングファブリック等のプライベート専用ネットワークとして具現化することができる。或いは、通信ネットワークの一部は、たとえばインターネット小規模コンピュータシリアルインターフェース（ｉＳＣＳＩ）プロトコル等の適切な通信プロトコルに従った公衆通信ネットワークを使用して実施することもできる。任意のストレージネットワークに含めることができるストレージセル１４０Ａ、１４０Ｂ、１４０Ｃの個数は、主として、通信ネットワークで実施される接続能力によって制限される。たとえば、単一のＦＣスイッチを備えるスイッチングファブリックは、２５６個以上のポートを相互接続することができ、単一のストレージネットワークのストレージセルの個数を数百個に発展させる可能性を提供する。
【０００８】
コンピュータ環境１００は、１つ又は２つ以上のホストコンピューティングデバイスをさらに含む。これらのホストコンピューティングデバイスは、ストレージプール１１０によって提供されるストレージサービスを、自らのために利用するか、或いは、他のクライアントコンピューティングシステム若しくはデバイス、又は、他のデータ処理システム若しくはデバイスのために利用する。クライアント１２６等のクライアントコンピューティングデバイスは、ストレージセル１４０Ａ、１４０Ｂ、１４０Ｃによって具現化されるストレージプール１１０にホストコンピュータを通じてアクセスする。たとえば、クライアントコンピュータ１２６は、サーバ１２４等のホストを介してストレージプール１１０にアクセスすることができる。サーバ１２４は、クライアント１２６にファイルサービスを提供することができ、トランザクション処理サービス、電子メールサービス等の他のサービスを提供することができる。また、ホストコンピュータ１２２は、ストレージプール１１０によって提供されるストレージサービスを自身のために利用することもできる。クライアント１３２、１３４等のクライアントは、ホストコンピュータ１２８に直接接続することもできるし、ローカルエリアネットワーク（ＬＡＮ）やワイドエリアネットワーク（ＷＡＮ）等のネットワーク１３０を介してホストコンピュータ１２８に接続することもできる。
【０００９】
図２は、ストレージセル２００の１つの例示的な実施形態の概略図である。ストレージセル２００は、図１に示すストレージセル１４０Ａ、１４０Ｂ、１４０Ｃの１つに対応することができる。図２に示すストレージセル２００は、単なる１つの例示の実施形態にすぎず、この実施形態は、説明のために提供されていることが十分理解されよう。
【００１０】
図２を参照すると、ストレージセル２００は、２つのネットワークストレージコントローラ（ＮＳＣ）２１０ａ、２１０ｂを含む。これらのネットワークストレージコントローラ（ＮＳＣ）２１０ａ、２１０ｂは、「ディスクアレイコントローラ」又は単に「アレイコントローラ」とも呼ばれ、オペレーション、及び、一組若しくは二組以上のディスクドライブ２４０、２４２へのデータの転送又はそれらのディスクドライブからのデータの転送を管理する。アレイコントローラ２１０ａ、２１０ｂは、マイクロプロセッサ２１６ａ、２１６ｂ及びメモリ２１８ａ、２１８ｂを有するプラグインカードとして実施することができる。各アレイコントローラ２１０ａ、２１０ｂは、デュアルホストアダプタポート２１２ａ、２１４ａ、２１２ｂ、２１４ｂを含む。これらのデュアルホストアダプタポート２１２ａ、２１４ａ、２１２ｂ、２１４ｂは、ホストに対するインターフェースを、すなわち、スイッチングファブリック等の通信ネットワークを通じて提供する。ファイバチャネルのインプリメンテーションでは、ホストアダプタポート２１２ａ、２１２ｂ、２１４ａ、２１４ｂは、ＦＣ  Ｎ＿Ｐｏｒｔとして実施することができる。各ホストアダプタポート２１２ａ、２１２ｂ、２１４ａ、２１４ｂは、ログイン及びスイッチングファブリックとのインターフェースを管理し、ログインプロセスにおいて、ファブリックに一意のポートＩＤの割り当てを受ける。図２に示すアーキテクチャは、完全冗長ストレージセルを提供する。この冗長性は、完全に任意であり、ストレージセルを実施するのに必要とされアレイコントローラは、１つだけである。
【００１１】
各アレイコントローラ２１０ａ、２１０ｂは、アレイコントローラ２１０ａと２１０ｂとの間で通信接続２３８を可能にする通信ポート２２８ａ、２２８ｂをさらに含む。この通信接続２３８は、ＦＣポイントツーポイント接続として実施することもできるし、他の任意の適切な通信プロトコルに従って実施することもできる。
【００１２】
１つの例示的なインプリメンテーションでは、アレイコントローラ２１０ａ、２１０ｂは、複数のファイバチャネルアービトレイティッドループ（ＦＣＡＬ）ポート２２０ａ〜２２６ａ、２２０ｂ〜２２６ｂをさらに含む。これらのＦＣＡＬポート２２０ａ〜２２６ａ、２２０ｂ〜２２６ｂは、たとえば数組のディスクドライブ２４０、２４２といった複数のストレージデバイスとのＦＣＡＬ通信接続を実施する。図示した実施形態は、数組のディスクドライブ２４０、２４２とのＦＣＡＬ接続を実施するが、数組のディスクドライブ２４０、２４２との通信接続は、他の通信プロトコルを使用して実施できることが理解されよう。たとえば、ＦＣＡＬ構成ではなく、ＦＣスイッチングファブリックを使用することもできる。
【００１３】
動作中、数組のディスクドライブ２４０、２４２によって提供されるストレージ容量をストレージプール１１０に追加することができる。アプリケーションが、ストレージ容量を必要とすると、ホストコンピュータ１２８等のホストコンピュータの論理命令は、１つ又は２つ以上のストレージサイトで利用可能な数組のディスクドライブ２４０、２４２において利用可能なストレージ容量からＬＵＮを確立する。ＬＵＮは論理ユニットであって、物理ユニットではないので、ＬＵＮを構成する物理的なストレージ空間は、複数のストレージセル間に分散されている場合があることが十分理解されよう。アプリケーション用のデータは、ストレージネットワークの１つ又は２つ以上のＬＵＮに記憶することができる。データにアクセスする必要があるアプリケーションは、ホストコンピュータに照会し、ホストコンピュータは、ＬＵＮからそのデータを取り出して、アプリケーションへ転送する。
【００１４】
動作中、ストレージプール１１０の管理を担当するユーザ、アドミニストレータ、又はソフトウェアモジュールは、ストレージプール１１０の論理ユニット１１２ａ、１１２ｂ等の新たな論理ユニットを定期的にプロビジョニングすることが必要な場合がある。図３は、インテリジェント論理ユニットプロビジョニングのための方法の一実施形態におけるオペレーションを示すフローチャートであり、図４は、インテリジェント論理ユニットプロビジョニングのためのユーザインターフェースの一実施形態の概略図である。図３のオペレーションは、ストレージコントローラ２１０ａ、２１０ｂのうちの１つ等のストレージコントローラにおいて実施することができ、ストレージコントローラが、性能データ及び可用性データを、内部論理ユニット（すなわち、ストレージセル内の物理ストレージ媒体から定義された論理ユニット）及び外部論理ユニット（すなわち、ストレージセルの外部の物理ストレージ媒体から定義された論理ユニット）から収集することを可能にする。性能データ及び可用性データは、一旦収集されると、レポートインターフェースに提示することができ、レポートインターフェースは、それらのデータを編成して、適切なインターフェースで提示することができる。
【００１５】
図３を参照すると、オペレーション３１０において、論理デバイスが選択される。一実施形態では、論理デバイスは、ストレージコントローラによって管理される論理ユニット１１２ａ、１１２ｂ等の論理ユニットに対応することができる。オペレーション３１５において、オペレーション３１０で選択された論理デバイスで性能試験が開始される。一実施形態では、ストレージコントローラが、オンライントランザクション性能（ＯＬＴＰ）試験を開始する。この試験では、８ＫＢのデータブロックが、たとえば、２５０ｍｓ等の所定の時間の間、論理ユニットに書き込まれて、論理ユニットから読み出される。一実施形態では、この性能試験は、読み出しオペレーション対書き込みオペレーションの比率６０：４０を実施する。ただし、他の比率を実施することもできる。ＯＬＴＰアプリケーションの性能を見積もるための一技法は、ストレージユニットが、以下の属性を含むワークロードに従うことによって達成することができる。この属性は、ブロックサイズ：８ｋＢ、アクセスパターン：ランダム、読み出しパーセント：６０％、書き込みパーセント：４０％、キューの深度：１〜ｎである。ここで、ｎは、３０ｍｓの平均応答時間をもたらすものである。対象となる一般メトリックは、ストレージユニットがサポートできる１秒あたりの入出力オペレーション（ＩＯ／秒）の最大数である。この情報によって、アプリケーションユーザと、アプリケーションの許容可能な性能経験（performance experience）を維持するためのストレージ資源とを適切に整合させることが可能になる。このような性能を測定するための一技法は、定義された時間の間、所定のワークロードをストレージに供給することを含むことができる。性能レート（performance rate）は、完了したＩ／Ｏオペレーションの個数を時間（たとえば、秒単位）で割ることによって計算することができ、これによって、毎秒あたりのＩ／Ｏオペレーション数を単位とした結果が与えられる。
【００１６】
オペレーション３２０において、データウェアハウス試験が、オペレーション３１０で選択された論理デバイスにおいて開始される。一実施形態では、ストレージコントローラは、シミュレーションされたデータウェアハウスワークロード試験を開始する。この試験では、６４ＫＢのデータブロックが、たとえば２５０ｍｓ等の所定の時間の間、論理ユニットから順次読み出される。代替的な実施形態では、異なるデータブロックサイズを読み出すこともできる。データウェアハウスアプリケーションの性能を見積もるための一技法は、ストレージユニットが、以下の属性から成るワークロードに従うことによって達成することができる。この属性は、ブロックサイズ：６４ＫＢ、アクセスパターン：順次、読み出しパーセント：１００％、キューの深度：１〜ｎである（ここで、ｎは、ｎ−１と比較して、ＭＢ／秒のスループットが限られた増加をもたらすものである）。重要な点は、或る構成が保持できる最大ＭＢ／秒を求めることである。これらの限界を知ることによって、ストレージ資源をサイズに従って分類することに成功すると、この分類は、アプリケーションからの高いスループット要求を満たすことを可能にすることができる。一実施形態では、性能レートは、次の公式、すなわちＭＢ／秒＝（（（Ｃ＊Ｂ））／１００００００）／ｓによって計算することができる。ここで、Ｃは、完了したＩ／Ｏオペレーションの個数と定義され、Ｂは、バイトによる各ＩＯのブロックサイズと定義され、ｓは、測定時間の継続期間として秒で定義される。
【００１７】
オペレーション３２５において、オペレーション３１０で選択されたＬＤＥＶが外部のＬＤＥＶである場合、制御は、オペレーション３３０に移動し、ＬＤＥＶの各外部ディスクへのパスの最小数及びＬＤＥＶを管理するアレイコントローラへのパスの最小数が求められる。この数は、２未満の値が、高可用性であるとはみなされないストレージを表す点で関連する。この個数は、外部ストレージの構成時にユーザによってデータテーブルに入力することができる。一実施形態では、高可用性の判定基準は、単一障害点がストレージシステムのデータをアクセス不能にすることがないということである。したがって、高可用性の構成の目標は、ユーザがストレージ製品に記憶されたデータにアクセスすることを可能にすることである。ストレージユニットは、異なるパスを通ってアクセスすることができるが、どの特定の時点においても、利用されるのは単一のパスだけであるのが一般的である。高可用性の１つの目標は、通常、一般的な性能には関連付けられず、異なるタイプの試験技法を有する。この異なるタイプの試験技法には、多くの場合、１）インターフェースケーブル障害、２）オペレーション中に電源が投入しなおされる（power-cycled）サーバ、及び３）ディスク障害のようなものが含まれる。これらのタイプの障害は、データ完全性試験中にインターフェースケーブル又はディスクを物理的に除去することにより、及び、サーバの電源を切ることにより容易に達成される。高可用性ソリューションを確認するための試験方針（testing philosophy）は、データ完全性に焦点を合わせることができる。この試験方針では、データは、書き込まれて、後に読み出され、取り出されたデータが、前に書き込まれたものと一致するかどうかを確かめるためにチェックされる。このタイプの試験の期間中、ストレージの性能(performance)は、試験を行っているコンピュータが、ストレージにおける厳しいＩＯ動作以外の他のタスクを行うのに忙しい場合があることから、合格判定基準又は不合格判定基準に関係しない場合がある。
【００１８】
これとは対照的に、オペレーション３２５において、オペレーション３１０で選択されたＬＤＥＶが内部ＬＤＥＶである場合、制御は、オペレーション３３５に移動し、各内部ディスクへのパスの最小数及びアレイコントローラへのパスの最小数が求められる。たとえば、図２に示す実施形態では、各ディスク及びＬＤＥＶを管理するアレイコントローラへのパスは２つある。すべての内部ディスクの業界のデフォルトは、冗長性を提供するために２つのパスになる傾向がある。これとは対照的に、外部ストレージへのパスの個数は、広範囲にわたって変化することがある。
【００１９】
オペレーション３４０において、オペレーション３１０で選択されたＬＤＥＶを管理するアレイコントローラの特性及びそのＬＤＥＶを収容するディスクアレイの特性が収集される。一実施形態では、ストレージコントローラは、ＬＤＥＶで実施されたＲＡＩＤレベル、ＬＤＥＶが関連付けられているＲＡＩＤグループ、ＬＤＥＶのサイズ、並びにＬＤＥＶを収容するディスク（複数可）のサイズ及びタイプを決定する。一実施形態では、ストレージコントローラは、ＬＤＥＶが作成された時に確立されたデータテーブルにこれらの特性を保持する。この実施形態では、ストレージコントローラは、このデータテーブルからこれらの特性を取り出すことができる。
【００２０】
オペレーション３４５において、オペレーション３１５で開始されたＯＬＴＰ試験の結果及びオペレーション３２０で開始されたデータウェアハウス試験の結果、オペレーション３３０、３３５で収集されたパス情報、並びにオペレーション３４５で収集された特性が、適切なメモリモジュールに記録される。一実施形態では、図３で収集された情報は、図４に示すメモリテーブル４００等のメモリテーブルに記憶することができる。図４を参照すると、データテーブル４００は、ＬＤＥＶの識別子を含む列４０５と、ＬＤＥＶに関連付けられたＲＡＩＤタイプを特定する列４１０と、ＬＤＥＶが関連付けられたＲＡＩＤグループを特定する列４１５と、ＬＤＥＶのサイズを特定する列４２０と、ディスクのタイプ及びサイズを特定する列４２５と、ＬＤＥＶが内部であるのか、それとも外部であるのかを特定する列４３０と、ＯＬＴＰ性能試験の結果を含む列４３５と、データウェアハウス試験の結果を含む列４４０と、ディスクへの物理パスの最小数を含む列４４５と、コントローラへの物理パスの最小数を含む列４５０とを含む。
【００２１】
再び、図３を参照すると、オペレーション３５０において、メモリテーブル４００の情報は、レポートインターフェースに転送することができる。一実施形態では、レポートインターフェースは、その情報をたとえば適切なディスプレイでユーザに提示するユーザインターフェースを含むことができる。このユーザインターフェースは、ユーザが１つ又は２つ以上の列をキー（key）として使用してデータをソートすることを可能にする論理命令をさらに含むことができる。たとえばネットワークアドミニストレータ等のユーザは、この情報を考慮に入れて、ホスト観察可能な論理ユニット（ＬＵ）として新たなＬＤＥＶをプロビジョニングするのにどのディスクグループ（複数可）が良い選択であるかについて、情報に基づく判断を行うことができる。或いは、メモリテーブル４００の情報は、ＬＤＥＶをホスト観察可能なＬＵとしてプロビジョニングするソフトウェアモジュールに入力することもできる。
【００２２】
明細書において「一実施形態」に言及しているが、これは、その実施形態について説明した特定の特徴、構造、又は特性が、少なくとも一インプリメンテーションに含まれることを意味する。明細書のさまざまな箇所に「一実施形態では」という語句が登場するが、これは、必ずしもすべて、同じ実施形態を参照しているわけでない。
【００２３】
上記のように、実施形態は、構造的特徴及び／又は方法論的振る舞いに特有の言葉で説明されているが、特許を請求する主題は、説明した特定の特徴にも振る舞いにも限定されることはないことが理解されよう。それとは逆に、特定の特徴及び振る舞いは、特許を請求する主題を実施するサンプルの形として開示されている。
【図面の簡単な説明】
【００２４】
【図１】ストレージネットワーク環境の一実施形態の概略図である。
【図２】アレイコントローラの一実施形態の概略図である。
【図３】インテリジェント論理ユニットプロビジョニングのための方法の一実施形態におけるオペレーションを示すフローチャートである。
【図４】インテリジェント論理ユニットプロビジョニングのためのユーザインターフェースの一実施形態の概略図である。
【符号の説明】
【００２５】
１００・・・コンピュータ環境
１１０・・・ストレージプール
１１２ａ，１１２ｂ・・・論理ユニット
１２２，１２４，１２８・・・サーバ
１２６，１３４・・・クライアント
１３０・・・ネットワーク
２００・・・ストレージセル
２１０ａ，２１０ｂ・・・ネットワークストレージコントローラ
２１２ａ，２１２ｂ，２１４ａ，２１４ｂ・・・ホストポート
２１６ａ，２１６ｂ・・・マイクロプロセッサ
２１８ａ，２１８ｂ・・・メモリ
２２０ａ，２２０ｂ，２２２ａ，２２２ｂ，２２４ａ，２２４ｂ，２２６ａ，２２６ｂ・・・ＦＣＡＬ
２２８ａ，２２８ｂ・・・ＦＣ
２３８・・・通信接続
２４０，２４２・・・ディスクドライブ
【図１】
2007122713.tif 000003
【図２】
2007122713.tif 000004
【図３】
2007122713.tif 000005
【図４】
2007122713.tif 000006