(57)【要約】【目的】負荷テストを始まる前に上記負荷テストに関係する各端末の内部設定時刻をテストマネージャ端末の内部時刻に揃えることにより、テスト実行端末で行っていた処理と同時刻に被負荷テスト端末のリソースを確認できる機能を有するネットワークサーバへの負荷テストシステムを提供すること。【構成】各端末（テストマネージャ端末、テスト実行端末、被負荷テスト端末）でのテスト結果となる、テスト中の負荷状況（被負荷テスト端末使用リソース）・処理過程情報等をログとしてファイルに保存する手段と、負荷テスト終了後、それらの結果ファイルをテストマネージャに集積する手段と、各端末の内部時刻を同一に揃え、指標となるテスト経過時刻を同じ時系列で確認する手段を備える。【選択図】　　　図１
2004021525.tif 000002
【特許請求の範囲】
【請求項１】
負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷を掛けられる被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数の負荷テスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより負荷アクセスを発生させる負荷テスト対象サーバへの負荷テストシステムであって、
各端末（テストマネージャ端末、テスト実行端末、被負荷テスト端末）でのテスト結果となる、テスト中の負荷状況（被負荷テスト端末使用リソース）・処理過程情報等をログとしてファイルに保存する手段と、負荷テスト終了後、それらの結果ファイルをテストマネージャに集積する手段と、各端末の内部時刻を同一に揃え、指標となるテスト経過時刻を同じ時系列で確認する手段を備えることを特徴とするネットワークサーバへの負荷テストシステム。
【請求項２】
各端末がテスト状態・結果をログとして処理過程・負荷テスト中の被ファイルに出力し、テスト終了後、それらの結果ファイルをテストマネージャに集積する手段を備えることを特徴とする請求項１記載のネットワークサーバへの負荷テストシステム。
【請求項３】
集積した結果ファイルの処理単位の情報を分析するため、テストを開始する直前に、テストマネージャ端末、複数のテスト実行端末、被負荷テスト端末の各端末の内部時刻を同一に揃え、指標となるテスト経過時刻を同じ時系列で確認する手段を備えることを特徴とする請求項１又は２記載のネットワークサーバへの負荷テストシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在する種々のネットワークサーバシステムに対して様々なアクセスパターンをシミュレートして負荷を発生させることにより、サーバ負荷テストを行うため、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するコテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を指示し、対象のネットワークサーバのパフォーマンス結果を記録し、パフォーマンステストを行うことができる負荷テストシステムに関する。
【０００２】
【従来の技術】
近年、ネットワーク技術の発達と共に、ネットワーク上でのサーバ／クライアントシステムとして実現されるアプリケーションが増加している。このようなアプリケーションのテストは、従来のスタンドアロン型のアプリケーションとは異なり、そのパフォーマンスの測定及びボトルネックの検出を行うためにはネットワークを含めたシステム全体の検査が必要となるために、非常に難しくなっている。
【０００３】
【発明が解決しようとする課題】
上記のような目的のために、従来のネットワークサーバへの負荷テストシステムでは、テストマネージャ端末からＳＮＭＰプロトコル等を使用し、被負荷テスト端末を監視してきた。しかし、この場合取得できる情報に限りがある。
【０００４】
本発明では、テストマネージャ端末、負荷テスト実行端末、被負荷テスト端末でそれぞれ、テスト結果を記録し、負荷テスト終了後にそれら全ての結果を１つにする。しかし、このままでは、端末それぞれに設定されている内部時刻は、まちまちである可能性があるため、時刻を指標とした正確なパフォーマンスが取得できない。
【０００５】
そこで、本発明は、負荷テストを始まる前に上記負荷テストに関係する各端末の内部設定時刻をテストマネージャ端末の内部時刻に揃えることにより、テスト実行端末で行っていた処理と同時刻に被負荷テスト端末のリソースを確認できる機能を有するネットワークサーバへの負荷テストシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明は、負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷を掛けられる被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数の負荷テスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより負荷アクセスを発生させる負荷テスト対象サーバへの負荷テストシステムにおいて、各端末（テストマネージャ端末、テスト実行端末、被負荷テスト端末）でのテスト結果となる、テスト中の負荷状況（被負荷テスト端末使用リソース）・処理過程情報等をログとしてファイルに保存する手段と、負荷テスト終了後、それらの結果ファイルをテストマネージャに集積する手段と、各端末の内部時刻を同一に揃え、指標となるテスト経過時刻を同じ時系列で確認する手段を備えることを特徴とする。
【０００７】
【発明の実施の形態】
以下に、添付図面を参照しながら、本発明に係るネットワークサーバへの負荷テストシステムの一実施形態について説明する。但し、以下の説明は、本発明に係るテストマネージャ端末とテスト実行端末及びそれら機能を実現するアプリケーションを記録した記録媒体の一実施形態の説明を兼ねる。
【０００８】
図１は本発明に係る一実施例のテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。
【０００９】
２はＣＰＵ（Ｃｅｎｔｒｔａｌ　　Ｐｒｏｃｅｓｓｉｎｇ　　Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜、外部記憶装置１８から選択／読込みし、２のＣＰＵにて実行する。
【００１０】
又、入力装置１０から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。
【００１１】
４はネットワーク制御部であり、５のネットワークポートにおける入出力データの制御を行う。
【００１２】
ネットワークポート５から出力された信号は、ネットワークを経由して、ネットワーク上の他の装置のネットワークポートに伝えられる。
【００１３】
ネットワーク上の他の端末とのデータのやり取りは、このネットワーク制御部４を介して行われる。
【００１４】
６は公衆網を利用して通信を行う際に接続されているモデム７等の制御を行う。
【００１５】
即ち、本負荷テストシステムは、ＬＡＮ以外の公衆網を利用したネットワーク接続における負荷テストもその対象とすることが可能である。
【００１６】
８は入力制御部であり、９の入出力装置が接される。操作者はこの入出力装置９を操作することによりシステムの動作指令等を行う。
【００１７】
１０は表示制御部、１１はそれに接続されている表示装置である。入力装置９による入力指示の結果及びテスト設定情報及びテスト実行結果の情報は、ここに表示される。
【００１８】
１２は出力機器制御部であり、接続されているプリンタ１３に対するデータの出力制御を行う。
【００１９】
１４は外部記憶装置制御部であり、接続されている外部記憶装置１５の制御を行う。本装置の機能を制御するプログラム及び画像データ等は本外部記憶装置１５に保持される。
【００２０】
図２に本実施形態の負荷テストシステムを構成する、テストマネージャ端末と、各テスト実行端末との間でどのようなデータのやり取りを行っているか、又、どのようにしてネットワーク上のテスト対象サーバ装置に対して、負荷アクセスを発生させ、そのパフォーマンス結果を取得するかという処理の手順を以下に示す。
【００２１】
▲１▼：ネットワーク上のテストマネージャ端末２１は、その端末の画面上に表示されるテスト実行端末一覧から、テスト実行を行うテスト実行端末２２を選択して、そのテスト動作及びその端末上で動作させるクライアントモジュールの指定及びそのクライアントモジュールが利用するテストデータを指示する。
【００２２】
▲２▼：▲１▼で設定されたデータをテストマネージャ端末２１の配信手段を利用して、各テスト実行端末毎に各々必要なデータのみを送信する。
【００２３】
２６の配信方法は、大きなデータでも確実に配信させるため、ＴＣＰ／ＩＰであるｈｔｔｐプロトコルを使用する。
【００２４】
▲３▼：テストマネージャ端末２１からのテスト準備指示命令２７に従って、各テスト実行端末は、配信されたクライアントモジュールの初期化処理を行う。
【００２５】
▲４▼：各テスト実行端末・被負荷テスト端末は、テストマネージャ端末に対し、２８によりネットワーク越しに内部設定時刻を取得する。取得した設定時刻を各々の端末は、自端末にセットする。
【００２６】
▲５▼：テストマネージャ端末は、各テスト開始指示命令に従って負荷テストを開始する。
【００２７】
▲６▼：各テスト端末は、指示されたテスト動作情報に従って、上記クライアントモジュールを起動して、配信されたテストデータを利用して、テスト対象サーバ２４に対して負荷アクセスを発生させる。又、このとき、ここのクライアントモジュールの動作状態は、ステータス情報としてテストマネージャ端末に通知される。
【００２８】
テストマネージャ端末２１→テスト実行端末２２のテスト動作指示２７はテストの正確性や通信速度を考慮してＵＤＰであるイベント（ブロードキャスト）を使用する。
【００２９】
テスト中テストマネージャ端末は、テスト支持状況を、各テスト端末は、負荷アクセス処理状況を、被負荷テスト端末は、テスト実行端末アクセス時の自端末内のリソース使用状況をそれぞれテスト結果ファイルに保存する。
【００３０】
▲７▼：上記▲６▼の負荷アクセス処理が終了すると、各テスト実行端末は、テスト結果情報をテストマネージャにアップロード２５する。このとき、２５の配信方法は、大きなデータでも確実に配信させるため、ＴＣＰ／ＩＰであるｈｔｔｐプロトコルを使用する。テストマネージャは、受け取ったテスト結果情報を集計してユーザに通知する。
【００３１】
図３に本発明における負荷テストシステムのモジュール構成図の一例を示す。
【００３２】
同図中では、１台のテストマネージャ端末及び“ｎ”台のテスト実行端末から構成されている負荷テストシステムを利用して、１台の被負荷テストネットワークサーバに対する負荷テストを行う場合を例にして説明している。尚、ここでは説明を簡単にするために、１台のネットワークサーバに負荷を与える例を示しているが、本発明では、この制限にとらわれることなく、複数の被負荷テスト端末に対して負荷テストを実行することが可能である。
【００３３】
テスト実行端末管理モジュール３１は、各テスト実行端末におけるテストの実行状況を確認する。本モジュールは、イベント処理モジュールを利用して、テスト実行端末からのステータス変更イベント情報を獲得する。或は、テストの実行開始／中止の指示を、所望のテスト実行端末に対してイベントを発行することによって行うことができる。
【００３４】
テスト動作情報設定モジュール３２は、各テスト実行端末が実際に行うテストの動作を設定するする。同時に、各負荷テスト実行端末上で負荷を生成するために実行されるテスト用クライアントモジュール及び上記クライアントモジュールが利用するテストデータの指定もこのモジュールを利用して行われる。ここで設定されたデータは、データ配信モジュール３４を利用して、適切なデータが各テスト実行端末に配信される。
【００３５】
イベント処理モジュール３３は、ネットワーク上へのイベント発行及びネットワーク上のイベント情報を獲得し、その内容を解析するためのモジュールである。テストマネージャ端末においては、では、各テスト実行端末への処理の指示、テスト実行端末においては、自身のテスト実行ステータスの変化を通知するために利用される。
【００３６】
データ配信モジュールは、ネットワーク上の所望の端末に対して指示されたデータを配信するためのモジュールである。テストマネージャ端末においては、各テスト実行端末へのテスト関連データを配信するために利用され、テスト実行端末においては、テスト結果情報をテストマネージャ端末に送信するために利用される。
【００３７】
以上の３１〜３４のモジュールによってテストマネージャ端末の機能が提供される。
【００３８】
負荷発生処理管理モジュール３５は、データ配信モジュール３４によって受け取ったテスト動作情報に従ってクライアントモジュールを起動して、配信されたテストデータを利用して、テスト対象サーバに対して負荷アクセスを発生させる。
【００３９】
ここで、負荷発生処理は、テストマネージャから配信されたクライアントモジュールを指示された条件で立ち上げることによって実現される。このクライアントモジュールは同時に複数起動する（本図の例の場合には、“Ｎ”個）ことが可能であり、更には、１台のテスト実行端末上で複数の異なるクライアントモジュールを同時に起動することも可能である。
【００４０】
個々のクライアントモジュールの動作状況は、イベント所処理モジュール３３を利用してテストマネージャ端末に通知される。
【００４１】
３６の負荷発生処理１〜Ｎは、負荷発生処理管理モジュールによって生成／管理されているスレッド若しくはプロセス群であり、テストマネージャから指示されらテスト動作情報に従って対象サーバに負荷アクセスを発生する。
【００４２】
ネットワークアクセス制御モジュールは、複数の負荷発生処理に対して擬似的に複数のネットワークアドレスをマッピングする等の負荷テストにおけるネットワーク制御処理を行う。
【００４３】
図４に本発明におけるテスト動作情報のデータ構造例を示す。
【００４４】
データ識別情報４０１には、本負荷テストシステムのテスト動作情報データであることの識別ＩＤ及び情報のバージョン管理情報等がセットされている。
【００４５】
テストマネージャ端末情報４０２には、本設定情報を作成したテストマネージャ端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００４６】
テスト実行端末の数４０３には、本設定情報で管理されているテスト実行端末の数がセットされている。以降のテスト端末の設定情報もこの数と同じだけ存在している。
【００４７】
以上、４０１〜４０３が本テスト動作情報全体の管理情報である。
【００４８】
テスト実行端末情報４０４には、以降の設定情報に従ってテストを実行する端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００４９】
発生させる負荷処理の数４０５には、本テスト実行端末で生成する負荷を発生させるためのクライアント処理の（スレッド、或はプロセス）の数が設定されている。この数分、以降の「負荷処理の設定」情報が存在する。
【００５０】
処理の同時実行情報４０６には、複数の負荷処理を本実行端末で生成する場合に、同時に発生させる処理の個数及びその発生間隔が設定されている。
【００５１】
タイムアウト情報４０７には、本端末における個々の処理におけるタイムアウトと判定する閾値がセットされている。
【００５２】
以上、４０４〜４０７がテスト実行端末における全処理に関しての管理情報である。
【００５３】
クライアントモジュール名称４０８は、当該負荷処理を発生させるために利用するクライアントモジュールの名称である。このモジュールは、テストマネージャ端末から各テスト実行端末に配信される（若しくは、元々テスト実行端末に存在するモジュールの場合には、重複チェックを行い、無駄な配信処理は行わない）。
【００５４】
テストデータファイル名称４０９は、負荷処理に於いてクライアントモジュール４０８が対象サーバにアクセスを行う際に利用するデータである。
【００５５】
クライアントモジュール動作設定情報４１０には、クライアントモジュール４０８が負荷テストのために実行する機能のリスト及び処理タイミングを同期するための情報がセットされている。
【００５６】
前者は、例えば、クライアントモジュールが一連の印刷処理を行うモジュールであり、
１．プリンタを初期化する機能
２．プリンタを列挙する機能
３．プリンタにジョブを登録する機能
４．指示プリンタのステータスを列挙する機能
という機能を有する場合、本負荷処理で行う機能を例えば、１，２，３というように指定する情報がセットされている。
【００５７】
後者は、例えば、１台のテスト実行端末上で複数の負荷処理が行われる場合、例えば、上記のように１，２，３という処理を実行する際に１の処理が、各負荷処理間でばらばらに終了しても、２の処理の開始ポイントを同期させるというための設定情報である。
【００５８】
仮想ネットワークアドレス情報４１１は、１台のテスト実行端末で、複数の負荷処理を実行する場合、被負荷テスト端末に対して、個々の負荷処理毎に個別のネットワーク端末からアクセスが行われているかのように見せ掛けるための機能を実現するための情報である。
【００５９】
本情報を前述のネットワークアクセス制御モジュールに与えることによって、上記機能を実現することができる。
【００６０】
被負荷テスト端末の情報４１２は、本負荷処理がアクセスするテスト対象のサーバに対するネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００６１】
その他の制御情報４１３には、本負荷処理を行うに当たり必要な詳細設定情報がセットされている。
【００６２】
以上、４０８〜４１３が負荷処理毎の設定情報である。
【００６３】
図５に本発明のテスト実行端末における負荷テスト実行処理の際のテストマネージャ端末からテスト実行端末への動作指示処理手順をフローチャートに示す。
【００６４】
前提としては、本フローチャート説明を簡単にするために、本フリーチャートの処理に先立ってテストマネージャでテスト設定情報、テスト用クライアントモジュール及びテストデータに関しての設定は完了しているものとする。
【００６５】
先ず、ステップＳ５０１では、テスト実行端末へテスト開始指示イベントを出す。ステップＳ５０２でテスト動作情報ファイルの送信に成功したか否かをチェックする。各テスト実行端末がテスト動作情報ファイルの送信に成功した場合には、ステップＳ５０３へ移行し、そうではないと判断された場合には、ステップＳ５１３へ移行しテストを中止する。
【００６６】
ステップＳ５０３では、図７で説明する処理を行う。
【００６７】
ステップＳ５０４では、テスト実行端末に配信されたテストに必要なデータを利用して指示された設定に従って負荷処理を立ち上げてテスト準備処理を実行する。
【００６８】
ステップＳ５０５では、各テスト実行端末がテスト準備に成功したか否かをチェックする。成功しない場合は、ステップＳ５０６のエラー通知を各テスト実行端末から受け取る。
【００６９】
テスト実行端末は、テスト実行に必要なデータ（テスト設定情報、テスト用クライアントモジュール及びテストデータ）は存在するか否かをチェックし、存在すると判断された場合には、ステップＳ５０７に移行し、存在しないと判断された場合には、ステップＳ５０６に移行する。
【００７０】
ステップＳ５０６では、テスト実行端末では、データが存在しないので、指示されたテストを実行することができないというエラー情報をテストマネージャに対して通知する。
【００７１】
ステップＳ５０７では、テスト準備の完了イベントをテスト実行端末から発行されるのを待つ。
【００７２】
ステップＳ５０８では、テストマネージャからテスト実行端末にテスト開始指示イベントを発行する。
【００７３】
ステップＳ５０９で、テストマネージャからのテスト開始指示イベントであると判断された場合には、ステップＳ５１０に移行し、そうではない場合には、ステップＳ５０９で再びイベント待ち処理を行う。
【００７４】
ステップＳ５１０では、テスト実行端末が全ての仮想クライアントに対して実行の指示を行い、対象となるサーバに対して負荷の発生処理を行う。
【００７５】
ステップＳ５１１では、テストマネージャが全てのテスト実行端末のテスト終了を監視する。全てのテスト実行端末の終了通知を受け取ると通知をステップＳ５１２に移行する。
【００７６】
ステップＳ５１２では、テスト実行端末からの全ての負荷テスト処理通知を受け、テスト処理を終了する。
【００７７】
図６では、本発明における負荷テストシステムで取得できる負荷テスト結果情報（時刻・処理状態）をテストマネージャ・テスト実行端末・被負荷テスト端末別に記す。
【００７８】
▲１▼：テストマネージャ端末で取得できる結果情報について示す。６１は準備処理での仮想クライアント全体の状態を正常動作・異常動作で示す。６２は負荷テストを行った結果の全仮想クライアントの正常動作・異常状態・途中中断の総数を示す。
【００７９】
▲２▼：テスト実行端末内で制御している仮想クライアントの結果情報について示す。６３は準備処理での１仮想クライアントの状態を正常動作・異常動作で示す。６４は負荷テストを行った結果の１仮想クライアントの正常動作・異常状態・途中中断状態を示す。
【００８０】
▲３▼：被負荷テスト端末の負荷テスト取得できる結果情報について示す。６５は被負荷テスト端末内の負荷対象プロセスが負荷テスト中使用するＣＰＵ使用率を示す。６６は被負荷テスト端末内の負荷対象プロセスが負荷テスト中使用するメモリ使用量を示す。６７は被負荷テスト端末内の全プロセスが負荷テスト中使用するＣＰＵ使用率を示す。６８は被負荷テスト端末内の全プロセスが負荷テスト中使用するメモリ使用量を示す。
【００８１】
図７では、テスト実行端末、被負荷テスト端末において、負荷テスト結果情報を同じ時系列で記録するためのテストを始める前に時刻を合わせる処理のタイミングチャートを示す。
【００８２】
▲１▼：テストマネージャ端末から複数のテスト実行端末に対し、テスト動作を記したテストデータを配信する。
【００８３】
▲２▼：テストマネージャ端末から、複数のテスト実行端末、被負荷テスト端末に対し、テストの準備を指示する。
【００８４】
▲３▼：▲２▼でテスト準備指示を受けた複数のテスト実行端末、被負荷テスト端末は、テストマネージャ端末に対し、内部時刻を取得する。７１で取得した時刻を自端末にセットする。
【００８５】
▲４▼：テストマネージャ端末は、複数のテスト実行端末、被負荷テスト端末からテスト準備完了通知を受け取る。
【００８６】
▲５▼：テストマネージャ端末は、複数のテスト実行端末、被負荷テスト端末に対し負荷テスト開始指令を出す。
【００８７】
▲６▼：複数のテスト実行端末内に生成された仮想クライアントは、被負荷テスト端末に対し、負荷アクセスを行う。
【００８８】
▲７▼：負荷アクセス終了後、複数のテスト実行端末、被負荷テスト端末は、テストマネージャ端末に対し、テスト結果情報を送信する。
【００８９】
［本発明他の応用例］
本発明の応用例を以下に述べる。
【００９０】
本発明では、各テスト実行端末が負荷テストを行うために必要なデータ（テスト設定情報、テスト用クライアントモジュール及びテストデータ）は、テストマネージャから各テスト実行端末に対して配信されることになっていた。
【００９１】
しかし、テストマネージャの負荷を軽減するために、以下の処理で、各テスト端末が、テストに必要なデータを獲得するという処理を行っても良い。
【００９２】
Ｓｔｅ１：テストマネージャにおいて、テストに必要なデータの準備が完了した。
【００９３】
Ｓｔｅｐ２　：各テスト実行端末に対して、テストに必要なデータの獲得を指示するイベントを通知する。
【００９４】
Ｓｔｅｐ３　：各テスト実行端末は、テストマネージャに対して自機が必要とするテストデータを要求して、当該データをダウンロードする。
【００９５】
Ｓｔｅｐ４　：テスト実行端末が必要なデータのダウンロードが終了すると、テスト実行準備を行って、その結果をテストマネージャにイベントを発行して通知する。
【００９６】
Ｓｔｅｐ５　：テストマネージャは、全てのテスト実行端末からテスト実行準備完了のイベントが届いたと確認できると、全テスト実行端末に対してテスト実行の指示イベントを発行する。
【００９７】
【発明の効果】
以上の説明で明らかなように、本発明によれば、様々なネットワーク上のサーバシステムに対して種々のクライアントアクセスパターンを実現して効率の良いネットワークを含めたシステム全体の検査を実現することが可能となる。
【図面の簡単な説明】
【図１】本発明に係るテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。
【図２】本発明に係る負荷テストシステムにおけるデータの交換手順を示す図である。
【図３】本発明における負荷テストシステムのモジュール構成の一例を示す図である。
【図４】本発明におけるテスト動作情報のデータ構造例を示す図である。
【図５】本発明のテスト実行端末における負荷テスト実行処理手順の例を示すフローチャートである。
【図６】本発明において各負荷テストシステム端末が提供するテスト結果情報項目を示す図である。
【図７】本発明において各負荷テストシステムが行う時刻合わせ処理タイムチャートである。
【符号の説明】
１　　　　システム・バス
２　　　　ＣＰＵ
３　　　　ＰＭＥＭ
４　　　　Ｎｅｔｗｏｒｋ制御部
５　　　　Ｎｅｔｗｏｒｋポート
６　　　　通信制御部
７　　　　モデム
８　　　　入力制御部
９　　　　入力装置
１０　　　表示制御部
１１　　　表示装置
１２　　　出力機器制御部
１３　　　プリンタ
１４　　　外部記憶装置制御部
１５　　　外部記憶装置
【図１】
2004021525.tif 000003
【図２】
2004021525.tif 000004
【図３】
2004021525.tif 000005
【図４】
2004021525.tif 000006
【図５】
2004021525.tif 000007
【図６】
2004021525.tif 000008
【図７】
2004021525.tif 000009