JPH08212090A

JPH08212090A - サーバシステム

Info

Publication number: JPH08212090A
Application number: JP7017153A
Authority: JP
Inventors: Kazuichi Oe; 和一大江
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-02-03
Filing date: 1995-02-03
Publication date: 1996-08-20

Abstract

(57)【要約】【目的】各デバイスへのアクセスの効率を向上させた
移植性の高いサーバシステムを提供する。【構成】サーバシステム２０は、ファイルサーバ２３
およびＩ／Ｏサーバ２４を有する。クライアントからデ
ィスク４０へのアクセス要求を受け取ると、ファイルサ
ーバ２３は、物理的な処理を依頼するＩ／Ｏリクエスト
をＩ／Ｏサーバ２４に対して転送し、現在実行している
スレッドの処理を中断して他のスレッドの処理を実行す
る。Ｉ／Ｏサーバ２４は、受信したＩ／Ｏリクエストを
リクエストテーブル２５に書き込み、所定の順番で各Ｉ
／Ｏリクエストの処理を実行し、そのＩ／Ｏ処理が終了
する毎にＩ／Ｏ終了メッセージをファイルサーバ２３へ
返送する。ファイルサーバ２３は、Ｉ／Ｏ終了メッセー
ジに従って中断していたスレッドの処理を再開する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアント・サーバ
方式におけるサーバシステムに係わり、特にファイルを
格納した記憶装置をアクセスするサーバシステムに関す
る。

【０００２】

【従来の技術】情報処理システムの高速化やダウンサイ
ジング等の要求を受けて、クライアント・サーバ方式が
浸透しつつある。クライアント・サーバ方式のシステム
では、一般に、情報や資源を一元的に管理し提供するコ
ンピュータ（ハードまたはソフト）をサーバと呼び、サ
ーバに対して要求を出してサーバが有する情報や資源を
利用する役割のハードウェアまたはソフトをクライアン
トと呼ぶ。

【０００３】クライアントは、例えばＬＡＮにおいて
は、ネットワーク上に接続されたパソコン等の各ユーザ
端末であり、並列計算機等のマルチプロセッサ・システ
ムにおいては、他のマシンまたはプログラム（サーバ）
からサービスを受けるプロセッサまたはプログラムであ
る。また、サーバは、例えばＬＡＮにおいては、ネット
ワーク上に接続されたワークステーション等であり、マ
ルチプロセッサ・システムにおいては、クライアントに
対してサービスを提供するプロセッサまたはプログラム
である。サーバとしては、ファイル管理およびそのファ
イルを格納したディスクとの入出力処理（Ｉ／Ｏ処理）
を行うファイルサーバの他に、Ｘサーバ、プリントサー
バ、通信サーバ、データベースサーバ等がある。

【０００４】従来のサーバでは、一般に、１タスク方式
で処理が実行されていた。例えば、ファイルサーバにお
いては、ディスクに格納されている膨大な量のファイル
を管理するとともに、ディスクへのデータ書込み及びデ
ィスクからのデータ読出し等のＩ／Ｏ処理の起動や、Ｉ
／Ｏ処理の監視などを１つのファイルサーバ内で行って
いた。

【０００５】

【発明が解決しようとする課題】上述のように、１タス
ク方式のファイルサーバは、ファイル管理を含むユーザ
タスクの他に、ディスクへアクセスするためのＩ／Ｏ処
理を行うので、特に複数のクライアントからのＩ／Ｏ要
求が集中すると、ファイルサーバの負荷が大きくなって
しまう。すなわち、ＣＰＵがディスクへのＩ／Ｏ処理の
ために費やされる時間が増加することによって、ユーザ
タスクを処理するための実行時間が減少してしまい、シ
ステム全体の処理能力が低下してしまう。

【０００６】また、ファイルサーバを他の環境に移植す
る場合には、環境ごとにソフト（プログラム）を用意す
る必要があるが、１タスク方式のファイルサーバでは、
例えば異なるベンダのディスクに対応させるために、フ
ァイルサーバのソフト全体を置き換えなければならず、
移植性が悪い。

【０００７】ところで、ストリーム入出力においては、
ファイルは単なるバイト列とりて扱われるので、ファイ
ルのＩ／Ｏ処理の実行の時間保証が必要になる。たとえ
ば、動画再生のための画像データをディスクから読み出
す処理においては、読出し速度がばらつくと画像が途切
れる等の不具合が発生するため、時間保証が必要になっ
ている。ところが、一般に、ディスクは、例えば所定間
隔ごとの温度補償制御のような自己補償制御などを行う
ので、時間保証を必要とする処理をクライアントが依頼
したときにこのディスクの自己補償制御が実行される
と、クライアントに対して提供するサービスの時間保証
が出来なくなる場合がある。

【０００８】上述のような課題は、ファイルサーバのみ
に起因するものではなく、他の各種サーバにおいても考
慮すべき問題である。本発明は、上記課題を解決するも
のであり、各デバイスへのアクセスの効率を向上させた
移植性の高いサーバシステムを提供することを目的とす
る。

【０００９】

【課題を解決するための手段】本発明の手段を図１を参
照しながら説明する。本発明のサーバシステムは、以下
の２つのサーバから構成される。

【００１０】ファイルサーバ（上位サーバ）１は、ファ
イルの管理を行い、上記ファイルを格納するディスク
（デバイスまたは記憶装置）３へのアクセス要求をクラ
イアントから受信したときに、その要求に基づいてディ
スクへの物理的なアクセスを指示するリクエストを発行
する。Ｉ／Ｏサーバ（下位サーバ）２は、ファイルサー
バ１が発行したリクエストに従ってディスク３へのアク
セスを実行する。ファイルサーバ１およびＩ／Ｏサーバ
２は、それぞれ独立したＣＰＵを有する。

【００１１】Ｉ／Ｏサーバ２は、ファイルサーバ１から
リクエストを複数個受信すると、それら複数のリクエス
トを所定のアルゴリズムに基づく順番で実行キューに入
れ、その実行キューに並べられた順番でリクエストの処
理を実行してディスク３を順次アクセスする。このアル
ゴリズムは、たとえば、上記リクエストにプライオリテ
ィ情報を設定し、Ｉ／Ｏサーバ２が、各リクエストのプ
ライオリティ情報に従ってディスク３へのアクセスの順
番を制御するものである。あるいは、ディスク３をアク
セスするための物理情報をリクエストに設定し、Ｉ／Ｏ
サーバ２が、各リクエストの物理情報に従ってディスク
３へのアクセスの順番を制御するようにしてもよい。

【００１２】Ｉ／Ｏサーバ２にアドレス変換機能を持た
せる。ファイルサーバ１が、ディスク３をアクセスする
ための所定のアドレスをリクエストに設定したときに、
Ｉ／Ｏサーバ２は、その受信したリクエストのアドレス
をディスク３に対応した物理アドレスに変換して、ディ
スク３をアクセスする。

【００１３】ファイルサーバ１をマルチスレッド方式と
し、各リクエストをそれぞれ１つのスレッドに対応して
発行するように構成してもよい。この場合、以下の各手
段を設ける。ファイルサーバ１がＩ／Ｏサーバ２に対し
て第１のリクエストを発行した時に、その第１のリクエ
ストに対応するスレッドの処理を中断し、実行スレッド
を他のスレッドへ切り換える手段。上記第１のリクエス
トに基づくディスク３へのアクセス処理が終了したとき
に、Ｉ／Ｏサーバ２からファイルサーバ１に対して、上
記第１のリクエストに基づく処理が終了したことを示す
応答を通知する手段。その応答を受信したときに、上記
第１のリクエストに対応するスレッドの処理を再開する
手段。

【００１４】さらに、以下の各手段を設ける構成として
もよい。即ち、設定手段は、リクエストに時間情報を設
定する。キュー手段は、複数のリクエストを上記時間情
報に従って並べる。処理手段は、上記キュー手段の先頭
のリクエストに設定されている時間情報に基づいて、そ
のリクエストの処理を実行する。計時手段は、上記時間
情報を計時する。指示手段は、上記キュー手段の先頭の
リクエストに設定されている時間情報が指定する時間の
タイムアウトを上記計時手段によって検出されたとき
に、上記処理手段に対して該リクエストの処理を実行す
るように指示を出す。指示リクエスト作成手段は、ディ
スク３に対して所定の自己処理を行うように指示する指
示リクエストを作成し、その指示リクエストに対して時
間情報を設定する。この指示リクエスト作成手段を設け
る場合、上記キュー手段は、上記リクエストおよび指示
リクエストに設定されている時間情報に従ってそれらリ
クエストおよび指示リクエストを並べ、上記処理手段
は、上記キュー手段の先頭のリクエストまたは指示リク
エストに設定されている時間情報に基づいて、該リクエ
ストまたは指示リクエストの処理を実行する。

【００１５】上記各手段は、例えば上述の処理手順を記
述したプログラム、該プログラムを実行するＣＰＵ、該
プログラムが格納されるメモリ等から構成される。本発
明のサーバシステムを、一般的なクライアント・サーバ
システムに適用する場合は、クライアントからのデバイ
スアクセス要求を受信し、該要求に基づいたリクエスト
を発行する上位サーバ１と、上位サーバ１が発行したリ
クエストに従ってデバイスへのアクセスを実行する下位
サーバ２とを設ける。

【００１６】

【作用】本発明のサーバシステムによれば、ディスク３
への物理的なアクセス処理をＩ／Ｏサーバ（下位サー
バ）２が担当するので、ファイルサーバ（上位サーバ）
１の負荷が軽減される。したがって、ファイルサーバ１
においてユーザタスクを実行する時間が増加する。ま
た、ディスク３の物理的な条件に依存する処理は、すべ
てＩ／Ｏサーバ２が実行するので、このサーバシステム
を他の環境へ移植する場合は、ファイルサーバ１を変更
する必要はなく、Ｉ／Ｏサーバ２のみを変更すればよ
い。

【００１７】Ｉ／Ｏサーバ２は、受信した複数のリクエ
ストをキュー方式で実行するので、ファイルサーバ１
は、所望のタイミングでリクエストを発行することがで
きる。そして、各リクエストにプライオリティ情報を設
定することによって、たとえば優先度の高いサービスの
処理を迅速に行うことができる。また、Ｉ／Ｏサーバ２
が、各リクエストの物理情報に従ってディスク３へのア
クセスの順番を制御するので、たとえばシーク量を最小
にする等、効率的なアクセスが可能になる。

【００１８】Ｉ／Ｏサーバ２がアドレス変換機能を有す
るので、ファイルサーバ１は、所定のメモリ空間上でデ
ィスク３へのアクセスアドレスを指定したときに、Ｉ／
Ｏサーバ２は、そのアドレスをディスク３に対応した物
理アドレスに変換する。従って、ファイルサーバ１は、
ディスク３を複数個設けた構成においても、ディスクが
複数個存在することを意識することなくアクセスアドレ
スを指定できる。

【００１９】ファイルサーバ１をマルチスレッド方式と
し、Ｉ／Ｏサーバ２へのアクセス処理の依頼時に、発行
したリクエストに対応するスレッドの処理を中断して実
行スレッドを他のスレッドへ切り換え、ディスク３への
アクセス処理の終了時に、上記処理を中断していたスレ
ッドの処理を再開するので、非同期で効率よくＩ／Ｏ処
理を実行できる。

【００２０】さらに、本発明のサーバシステムは、時間
情報を用いるので、クライアントまたはファイルサーバ
１が所望するタイミングで所定のアクセス処理を実行で
き、ディスク３へのアクセス処理の実時間保証が可能と
なる。また、ディスク３の自己制御処理は、指示リクエ
スト作成手段が作成する指示リクエストによって起動さ
れ、ディスク３へのアクセス処理と合わせて一元的に管
理できるので、ディスク３へのアクセス処理がディスク
３の自己制御処理によって妨げられることはなく、確実
に実時間保証を行うことができる。

【００２１】

【実施例】以下、本発明の実施例について図面を参照し
ながら説明する。図２は、本発明のサーバシステムの一
例として採り上げたファイルサーバの適用例を示す全体
構成図である。ここでは、マルチプロセッサ構成の並列
計算機を例に説明する。本発明のサーバシステムをＬＡ
Ｎ等のシステムの適用することも可能である。

【００２２】クライアント１０は、多数のプロセッサか
ら構成され、複数のユーザタスクが互いに並列に処理さ
れる。クライアント１０が、ディスク４０へデータを書
き込む場合、またはディスク４０からデータを読み出す
場合は、サーバシステム２０に対して書込み要求または
読出し要求（これらの要求を、ディスクアクセス要求と
呼ぶ）を転送してその処理を依頼する。

【００２３】サーバシステム２０は、セルボード２１お
よびＤＤＶ(Distributed Disk andVideo)ボード２２か
ら構成され、クライアント１０から転送されてきたディ
スクアクセス要求に従ってディスク４０をアクセスす
る。セルボード２１は、ＣＰＵを有し、ファイルサーバ
２３を備える。また、ＤＤＶボード２２は、ＣＰＵを有
し、Ｉ／Ｏサーバ２４を備える。

【００２４】ファイルサーバ２３は、ディスク４０に格
納されているファイルの管理を行うとともに、上記ディ
スクアクセス要求に従って、ディスク４０へアクセスす
るためのＩ／Ｏリクエスト（デバイス処理命令）を含ん
だメッセージをＤＤＶボード２２へ転送して、ディスク
４０との間のＩ／Ｏ処理を依頼する。Ｉ／Ｏサーバ２４
は、上記メッセージに従って、ディスク４０への実際の
物理的なアクセス処理を行い、その処理結果をファイル
サーバ２３へ通知する。

【００２５】ネットワーク３０は、クライアント１０を
構成する多数のプロセッサどうしの間、およびクライア
ント１０とサーバシステム２０との間でデータを転送す
るための相互結合網である。ディスク４０は、各種ファ
イルを格納する記憶装置である。

【００２６】図３は、サーバシステム２０の動作を説明
するためのシステム構成図である。ファイルサーバ２３
は、マルチスレッド化されており、ファイル管理のため
の処理や、クライアント１０から転送されてきた各ディ
スクアクセス要求に関する処理をそれぞれ独立したスレ
ッドに割り当て、それらスレッドを切り換えることによ
って複数の処理を効率よく実行する。

【００２７】たとえば、ファイルサーバ２３が、クライ
アント１０から第１および第２のディスクアクセス要求
を受信すると、それらのディスクアクセス要求をそれぞ
れ第１のスレッド（スレッド番号＝１）および第２のス
レッド（スレッド番号＝２）に割り当てる。そして、第
１のディスクアクセス要求に対応するＩ／Ｏリクエスト
を含んだメッセージを生成して、そのメッセージをＩ／
Ｏサーバ２４へ転送する。このとき、第１のスレッドの
状態をスタックに退避してその処理を中断し、第２のス
レッドの処理の実行に移る。同様にして、第２のディス
クアクセス要求に対応するメッセージをＩ／Ｏサーバ２
４へ転送する時には、第２のスレッドの状態をスタック
（第１のスレッドの状態を格納したスタックとは別のス
タック）に退避する。その後、直ちに他のスレッドの処
理を実行する。

【００２８】Ｉ／Ｏサーバ２４は、ファイルサーバ２３
から上記メッセージを受信すると、それらの各メッセー
ジをリクエストテーブル２５に順次格納する。そして、
後述するアクセス順番制御に基づいて、リクエストテー
ブル２５に格納されている各Ｉ／Ｏリクエストに従って
ディスク４０へのアクセスを実行する。Ｉ／Ｏサーバ２
４は、１つのＩ／Ｏリクエストに対応するディスク４０
へのアクセス処理が終了すると、その処理結果をメッセ
ージとしてファイルサーバ２３へ通知（データ読出しア
クセスのときは、読み出したデータも転送）する。

【００２９】ファイルサーバ２３は、Ｉ／Ｏサーバ２４
からの通知を受信すると、スタックに退避しておいた上
記した通知に対応するスレッドの状態を呼び出して、そ
の処理が中断されていたスレッドの処理を再開する。た
とえば、第１のスレッドに対応して生成されたメッセー
ジに含まれていたＩ／ＯリクエストがＩ／Ｏサーバ２４
によって処理され、その処理結果を示すメッセージが返
送されてくると、ファイルサーバ２３は、第１のスレッ
ドの状態をスタックから呼び出して、その第１のスレッ
ドの処理を再開する。

【００３０】図４は、ファイルサーバ２３およびＩ／Ｏ
サーバ２４の処理を説明するタイムチャートである。フ
ァイルサーバ２３は、上述したように、第１のスレッド
を実行してその第１のスレッドに対応するＩ／Ｏリクエ
ストを発行すると、第１のスレッドの処理を中断し、実
行スレッドを他のスレッドに切り換える。そして、Ｉ／
Ｏサーバ２４において第１のスレッドに対応するＩ／Ｏ
リクエストに基づく処理が実行される期間（そのＩ／Ｏ
リクエストの処理が実行されるまでの待ち時間を含
む）、ファイルサーバ２３は、第１のスレッド以外の処
理を実行する。そして、Ｉ／Ｏサーバ２４から第１のス
レッドに対応するＩ／Ｏリクエストに基づく処理の終了
通知（Ｉ／Ｏ終了応答）が返送されると、ファイルサー
バ２３は、再び実行スレッドを切り換えて第１のスレッ
ドの処理を再開する。

【００３１】このように、ファイルサーバ２３は、ある
スレッドに対応するＩ／Ｏリクエストを発行すると、そ
のＩ／Ｏリクエストの処理応答を待つことなく他のスレ
ッドの処理を実行するので、ファイルサーバ２３のＣＰ
Ｕの待ち時間が減少してシステム全体の処理効率が向上
する。

【００３２】図５は、ファイルサーバ２３およびＩ／Ｏ
サーバ２４の役割を説明するためのファイルシステムの
階層構成図である。ここでは、UNIXを例として示す。ク
ライアント１０が、ディスク４０へデータを書き込む場
合またはディスク４０からデータを読み出す場合は、ユ
ーザプログラムからシステムコールでOSが呼び出され
る。そして、クライアント１０からの要求に従って、サ
ーバレベルのファイルシステムにリクエスト（ディスク
アクセス要求）が転送される。

【００３３】ファイルシステムは、階層構造になってお
り、ファイルサーバ２３がその上位レベルの処理を行
い、Ｉ／Ｏサーバ２４がその下位レベルの処理を行う。
すなわち、システムコールによって呼び出されたコマン
ドに基づいてユーザレベルから転送されてきたリクエス
トは、ファイルサーバ２３に渡され、システムコールレ
ベルの処理が行われる。つづいて、ファイルサーバ２３
は、必要に応じてｉノード割当てアルゴリズムまたはデ
ィスクブロック割当てアルゴリズムを行い、さらに、バ
ッファ割当てアルゴリズム等を行う。

【００３４】ファイルサーバ２３は、これよりも下位レ
ベルの処理は行わず、その処理をＩ／Ｏリクエストとし
てＩ／Ｏサーバ２４に依頼する。Ｉ／Ｏサーバ２４は、
ファイルサーバ２３からのＩ／Ｏリクエストに従って、
装置ドライバ（ディスクドライバ）レベルの処理を実行
し、さらにその下位レベルのハードウェア制御レベルへ
制御を渡す。そして、このハードウェア制御レベルで、
ディスク４０とのインタフェースを行い、物理的な制御
を行う。ディスク４０との間のＩ／Ｏ処理の結果は、上
記ファイルシステムを下位レベルから上位レベルへ通知
される。

【００３５】このように、ファイルサーバ２３は、階層
構造のファイルシステムにおいて、装置ドライバレベル
およびそれよりも下位レベルの処理をＩ／Ｏサーバ２４
へ依頼し、その処理結果を受け取ることによってディス
ク４０へのアクセス処理を進める。

【００３６】次に、ファイルサーバ２３からＩ／Ｏサー
バ２４へ転送されるＩ／Ｏリクエストの構成を説明す
る。Ｉ／Ｏリクエストは、クライアント１０から受信し
たディスクアクセス要求に従ってファイルサーバ２３が
生成し、キュー番号、ディスク処理命令、パラメータ、
プライオリティからなる。

【００３７】キュー番号は、当該Ｉ／ＯリクエストがＩ
／Ｏサーバ２４において処理されるときに利用される番
号である。ディスク処理命令は、ディスク４０への書込
みまたはディスク４０からの読出しを指示するコマンド
である。パラメータは、アクセスすべきディスク４０の
ディスクアドレス（ブロック番号）、ディスク４０から
読み出したデータを格納するメモリアドレス、および書
込みまたは読出しを行うデータ量を示すＩ／Ｏサイズか
らなる。プライオリティは、ディスク４０へのアクセス
の優先度を示す値であり、プライオリティが「２」であ
るＩ／Ｏリクエストは、プライオリティが「１」である
Ｉ／Ｏリクエストよりも高い優先順位が与えられる。

【００３８】図６は、上記Ｉ／Ｏリクエストを格納する
リクエストテーブル２５の一例を示す図である。リクエ
ストテーブル２５は、Ｉ／Ｏサーバ２４内に設けられ、
ファイルサーバ２３から転送されたＩ／Ｏリクエストを
順次格納する。

【００３９】リクエストテーブル２５に複数のＩ／Ｏリ
クエストが格納されたときには、各Ｉ／Ｏリクエストに
設定されているプライオリティに基づいて実行順番を制
御する。図６に示す例では、プライオリティが「１」で
あるキュー番号１のＩ／Ｏリクエストよりも、プライオ
リティが「２」であるキュー番号２のＩ／Ｏリクエスト
を優先して実行する。このような方式でＩ／Ｏリクエス
トの実行順番を決めるので、クライアント１０またはフ
ァイルサーバ２３の要求に応じて、所定のアクセス処理
を優先的に実行することができ、時間的に制約のある処
理を効率よく進めることができる。

【００４０】図７は、Ｉ／Ｏリクエストの実行順番制御
の他の方法を説明する図である。同図に示す例では、プ
ライオリティが同じ３つのＩ／Ｏリクエスト（キュー番
号１〜３）がリクエストテーブル２５に格納されてい
る。この場合、Ｉ／Ｏサーバ２４は、上記３つのＩ／Ｏ
リクエストに対してそれぞれ指定されているディスクの
ディスクアドレスを参照し、それら３つのＩ／Ｏリクエ
ストを連続して実行したときにそのシーク量が最小にな
るように実行順番を決定（ストラティジイ制御）する。
すなわち、キュー番号２のＩ／Ｏリクエスト、キュー番
号３のＩ／Ｏリクエスト、キュー番号１のＩ／Ｏリクエ
ストの順番で実行する。上記順番で上記３つのＩ／Ｏリ
クエストを実行すれば、ディスク４０において、ディス
クアドレス５００、７００、１０００の順番でアクセス
されるので、シーク時間が最小になる。

【００４１】サーバシステム２０は、上記２つの方法を
組み合わせてＩ／Ｏリクエストの実行順番を制御する。
なお、他の制御方法として、Ｉ／Ｏサーバ２４がＩ／Ｏ
リクエストを受け取った順番にそのＩ／Ｏリクエストの
処理を実行するようにしてもよい。

【００４２】図８は、ファイルサーバ２３およびＩ／Ｏ
サーバ２４による非同期Ｉ／Ｏ処理を説明する図であ
る。ファイルサーバ２３は、非同期管理テーブル２６を
有する。非同期管理テーブル２６は、ファイルサーバ２
３で実行されるスレッドに対応づけて、そのスレッドの
状態およびキュー番号（リクエストキュー番号）を格納
する。スレッド状態は、そのスレッドが現在実行中であ
るのか、そのスレッドに対応するＩ／Ｏ処理の応答待ち
であるのか、あるいは現在起動されていないのかを示
す。リクエストキュー番号は、Ｉ／Ｏサーバ２４のリク
エストテーブル２５に格納されている各Ｉ／Ｏリクエス
トに付された番号（キュー番号）である。

【００４３】以下、図９〜１２を参照しながら、ファイ
ルサーバ２３およびＩ／Ｏサーバ２４による非同期Ｉ／
Ｏ処理を詳しく説明する。図９は、ファイルサーバ２３
の全体処理を説明するフローチャートである。ステップ
Ｓ１でメッセージを受信すると、ステップＳ２におい
て、その受信メッセージがクライアント１０から転送さ
れたものか否かを調べる。クライアント１０からのメッ
セージであれば、図１０に示す処理へ進み、クライアン
ト１０以外からのメッセージであれば、ステップＳ３へ
進む。ステップＳ３では、上記メッセージがＩ／Ｏサー
バ２４から転送されてきたＩ／Ｏ終了メッセージ（Ｉ／
Ｏ終了応答）であるか否かを調べる。Ｉ／Ｏ終了メッセ
ージであれば、図１１に示す処理へ進み、それ以外に場
合は、ステップＳ１へ戻る。

【００４４】図１０は、クライアント１０からのメッセ
ージを受信した場合のファイルサーバ２３の処理を説明
するフローチャートである。ステップＳ１１において、
ディスク４０との間のＩ／Ｏ処理以外の処理を実行す
る。たとえば、図５に示すシステムコールレベルの処理
や、各種アルゴリズムを実行する。ステップＳ１２で
は、リクエストテーブル２５を検索し、「命令」の項目
が「free」となっているエントリを探し出す。ステップ
Ｓ１３では、上記ステップＳ１２で探し出したエントリ
にＩ／Ｏリクエストを書き込む。このＩ／Ｏリクエスト
は、ファイルサーバ２３からＩ／Ｏサーバ２４へ転送さ
れるメッセージであり、上述したように、命令と共にデ
ィスク４０のディスクアドレス、メモリアドレス、Ｉ／
Ｏサイズ、プライオリティ等から構成される。

【００４５】ステップＳ１４では、Ｉ／Ｏサーバ２４で
実行される実行キューに入れられているＩ／Ｏリクエス
トを調べ、当該Ｉ／Ｏリクエストのプライオリティより
も低いか等しいプライオリティを有するＩ／Ｏリクエス
トを探し、そのＩ／Ｏリクエストの直前に当該Ｉ／Ｏリ
クエストを挿入する。そして、各Ｉ／Ｏリクエストを接
続する実行キューのリンクを張り替える。尚、このステ
ップＳ１４の処理は、Ｉ／Ｏサーバ２４で行うようにし
てもよい。

【００４６】ステップＳ１５では、非同期管理テーブル
２６上のスレッド番号と現在実行しているスレッドの番
号とが一致するエントリを探し出す。ステップＳ１６で
は、上記ステップＳ１５で探し出したエントリのリクエ
ストキュー番号の項目に、上記ステップＳ１２で取り出
したエントリのキュー番号を書き込み、さらにスレッド
状態を「recv wait 」（応答待ち）に書き換える。たと
えば、スレッド番号２のスレッドに対応するＩ／Ｏリク
エストが、リクエストテーブル２５おいてキュー番号１
に対応づけて書き込まれると、図８に示すように、非同
期管理テーブル２６のスレッド番号２のエントリのリク
エストキュー番号として「１」が書き込まれ、スレッド
状態に「Wait Recv 」が設定される。

【００４７】ステップＳ１７では、現在実行中のスレッ
ドに対応するＩ／Ｏリクエストをリクエストテーブル２
５に書き込んだ後に実行スレッドを他のスレッドにを切
り換えるために、非同期管理テーブル２６のスレッド状
態の項目が「free」であるエントリを探し出す。すなわ
ち、未使用スレッドを探す。ステップＳ１８では、現在
実行中のスレッドの環境を退避する。すなわち、現在実
行中のスレッドの実行状態であるプログラムカウンタ、
ポインタ値等をスタックに入れる。ステップＳ１９で
は、上記ステップＳ１７で探し出したスレッドの環境と
して、上記スタックポインタを設定する。この後、処理
をスタートに戻す。

【００４８】上記ステップＳ１３において書き込まれた
Ｉ／Ｏリクエストは、Ｉ／Ｏサーバ２４によって処理さ
れるので、図１１の処理を説明する前に、図１２のフロ
ーチャートを参照しながら、Ｉ／Ｏサーバ２４の処理を
説明する。

【００４９】ステップＳ３１では、実行キューに入れら
れているＩ／Ｏリクエストを調べ、リクエストテーブル
２５に書き込まれているＩ／Ｏリクエストの中でプライ
オリティが最も高いＩ／Ｏリクエストのエントリのグル
ープを求める。図５に示す例では、プライオリティが
「２」のＩ／Ｏリクエストを捜し出す。ステップＳ３２
では、上記ステップＳ３１で求めたエントリに書き込ま
れているキュー番号を元に、リクエストテーブル２５を
検索する。そして、ディスク４０のシーク時間が最小と
なるようなキュー番号を求める、この処理は、図６に示
す処理であり、たとえば前回アクセスしたディスクアド
レスと次にアクセスするディスクアドレスとの差が最小
になるようなＩ／Ｏリクエストを上記プライオリティが
最も高いＩ／Ｏリクエストグループの中から選ぶことに
よって行う。

【００５０】ステップＳ３３は、上記ステップＳ３２で
求めたＩ／Ｏリクエストのエントリに書き込まれている
ディスクアドレス、メモリアドレス、Ｉ／Ｏサイズを元
にＩ／Ｏ処理を行う。ステップＳ３４では、上記Ｉ／Ｏ
処理が終了したときにＩ／Ｏ終了メッセージを作成し
て、ファイルサーバ２３へ送信する。Ｉ／Ｏ終了メッセ
ージには、上記Ｉ／Ｏ処理の実行結果（成功・失敗）を
示すステータス情報、返り値およびキュー番号が書き込
まれている。なお、上記Ｉ／Ｏ処理の結果が失敗であっ
た場合には、エラーの種別を示すエラー情報もＩ／Ｏ終
了メッセージに書き込まれてファイルサーバ２３へ通知
される。

【００５１】ステップＳ３５では、上記ステップＳ３２
で求めたＩ／Ｏリクエストのエントリのプライオリティ
を「０」に設定するとともに、「命令」の項目に「fre
e」を書き込む。ステップＳ３６では、上記ステップＳ
３２で求めたＩ／Ｏリクエストを実行キューから削除す
る。この後、ステップＳ３１へ戻って、次のＩ／Ｏリク
エストを実行する。

【００５２】図１１は、Ｉ／Ｏサーバ２４からＩ／Ｏ終
了メッセージを受信した場合のファイルサーバ２３の処
理を説明するフローチャートである。このＩ／Ｏ終了メ
ッセージは、図１２のステップＳ３４で作成されたもの
である。ファイルサーバ２３は、Ｉ／Ｏ終了メッセージ
を受信すると、例えばファイルサーバ２３自身のＣＰＵ
に対して割込みを発生して該受信を通知し、その割込み
によってOSのカーネルから以下のステップＳ２１以降の
処理を実行するようなコマンドを発行する。

【００５３】ステップＳ２１では、受信したＩ／Ｏ終了
メッセージからキュー番号を取り出す。ステップＳ２２
では、上記ステップＳ２１で獲得したキュー番号をキー
として非同期管理テーブル２５を検索し、そのキュー番
号と同じリクエストキュー番号を有するエントリを捜し
出す。ステップＳ２３では、プログラムカウンタおよび
スタックポイントの値を、上記ステップＳ２２で探し出
したエントリに書き込まれているスレッド番号のスレッ
ドの環境に設定する。

【００５４】上記ステップＳ２１〜Ｓ２３の処理によっ
て、スレッドの状態は、Ｉ／Ｏリクエストを発行した直
後の状態に戻る。たとえば、図８に示す状態において、
Ｉ／Ｏサーバ２４からキュー番号１のＩ／Ｏ終了メッセ
ージを受信すると、ファイルサーバ２３は、そのキュー
番号に基づいて、スレッド番号２のエントリを取り出
す。そして、そのスレッド番号２のスレッドに、上記ス
テップＳ１８で退避したプログラムカウンタおよびスタ
ックポインタの値などを設定する。すなわち、スレッド
番号２のスレッドを「応答待ち状態」から実行状態へ切
り換える（スレッド切換え）。

【００５５】続いて、ステップＳ２４では、上記プログ
ラムカウンタおよびスタックポインタの値などを設定し
たスレッドの処理を再開し、Ｉ／Ｏ処理につづく処理を
実行する。ステップＳ２５では、ユーザタスクにシステ
ムコールに返り値を返す。

【００５６】以上説明したように、サーバシステム２０
によるＩ／Ｏ処理においては、ファイルサーバ２３がＩ
／Ｏリクエストを発行した後は、ファイルサーバ２３の
ＣＰＵは、Ｉ／Ｏ処理以外の処理を実行することができ
る。一方、Ｉ／Ｏサーバ２４は、ファイルサーバ２３と
は独立したＣＰＵを有し、Ｉ／Ｏリクエストを受信する
と、ファイルサーバ２３とは独立した処理としてディス
ク４０への物理的なアクセスを実行する。このとき、Ｉ
／Ｏサーバ２４は、複数のＩ／Ｏリクエストを受け付け
ていた場合、Ｉ／Ｏサーバ２４自身が、それら複数のＩ
／Ｏリクエストの実行順番が最適（合計の実行時間が最
短）になるように制御する。そして、Ｉ／Ｏサーバ２４
は、各Ｉ／Ｏリクエストの処理が終了するごとにＩ／Ｏ
終了メッセージをファイルサーバ２３へ通知し、ファイ
ルサーバ２３は、その通知に従って上記Ｉ／Ｏリクエス
トによるディスク４０への物理的なアクセスに続く上位
レベルの処理を実行する。このように、ファイルサーバ
２３は、クライアント１０からのディスクアクセス要求
のうち、ディスク４０への物理的なアクセス処理をＩ／
Ｏサーバ２４へ依頼し、その間に他の処理を実行する非
同期処理を行う。

【００５７】図１３は、ファイルサーバに複数のディス
クが接続されたときの仮想ディスク構造を説明する図で
ある。ディスクの物理構成は、図１３(a) に示すよう
に、Ｉ／Ｏサーバ２４に２台のディスク４１および４２
が接続されている。ディスク４１および４２は、それぞ
れ１GBの容量を持ち、ディスク番号０、１が割り当てら
れている。

【００５８】ファイルサーバ２３（図８には示していな
い）は、２台のディスク４１及び４２が、２GBの容量を
持った１台のディスク４３であるものとしてＩ／Ｏリク
エストを発行する。ここで、図１３(b) に示すディスク
４３は仮想ディスクである。ファイルサーバ２３は、フ
ァイルのＩ／Ｏ処理に際して、当該ファイルがディスク
４１または４２のいずれに格納されているのかを意識せ
ずに、Ｉ／Ｏリクエストを用いて実際のディスクアドレ
スのかわりに０〜２GBの論理アドレスを指定する。

【００５９】Ｉ／Ｏサーバ２４は、ファイルサーバ２３
が指定した論理アドレスを、ディスク４１または４２を
指定するディスク番号および各ディスク４１または４２
上の物理的なディスクアドレスとの組合せに変換するテ
ーブルを有する。そして、Ｉ／Ｏリクエストを受け取る
と、このテーブルを用いてアクセスすべきディスクおよ
びそのディスク上でのディスクアドレスを取り出して、
ファイルサーバ２３から要求されたアクセスを実行す
る。

【００６０】また、アクセスしようとするファイル実体
が複数のディスク（ディスク４１および４２）に分散さ
れて配置されている場合には、ディスクインタフェース
の性能を最大限に引き出せるように、Ｉ／Ｏサーバ２４
が複数のディスクとの間で非同期Ｉ／Ｏ処理を実行す
る。この場合、Ｉ／Ｏサーバ２４は、ディスク４１およ
び４２に対して命令（例えば、読出し命令）を発行した
後に一旦それらディスクとの接続を切る。ディスク４１
および４２は、それぞれ受信した命令に従って所定のデ
ータを自身のキャッシュに読み込み、その読込み処理が
終了したことをＩ／Ｏサーバ２４へ通知する。そして、
Ｉ／Ｏサーバ２４は、ディスク４１または４２からの読
込み処理の終了通知を受信すると、その通知を出力した
ディスクと結合してデータを受け取る。

【００６１】上記仮想ディスク方式を用いると、ファイ
ルサーバ２３では複数のディスクを意識する必要がない
ので、ファイル管理およびＩ／Ｏ処理に関する制御が容
易になる。また、Ｉ／Ｏサーバ２４による非同期Ｉ／Ｏ
処理を実行するので、アクセス時間が短縮される。

【００６２】ところで、ディスクには様々な種類のデー
タが格納されているが、たとえば、動画再生用データや
音声データ等の場合は、所定時間内にアクセスできない
と、画像が乱れたり音声が途絶えたりする。この問題を
解決するために、優先度情報としてＩ／Ｏリクエストに
プライオリティを持たせているが、プライオリティ制御
のみでは実時間を保証するためには不十分な場合もあ
る。このため、サーバシステム２０は、実時間保証機能
を有する。

【００６３】図１４(a) は、実時間保証機能を実現する
Ｉ／Ｏリクエストのフォーマットを示す図である。この
Ｉ／Ｏリクエストは、ファイルサーバ２３で作成されて
Ｉ／Ｏサーバ２４へ転送されるものであり、命令、パラ
メータ、時間保証フラグ、実行時間から構成される。命
令およびパラメータは、前述したものと同じである。時
間保証フラグは、当該Ｉ／Ｏリクエストが実時間保証を
必要とするか否かを示すフラグである。実行時間は、当
該Ｉ／Ｏリクエストを実行する時間（時刻）を指定する
時間情報である。

【００６４】図１４(b) は、Ｉ／Ｏサーバ２４が作成す
るディスク制御リクエストを示す図である。このディス
ク制御リクエストの命令は、たとえばディスク４０に対
して動作補償処理の実行を指示するキャリブ命令であ
り、定期的に温度補償制御の実行などを指示する。な
お、ディスク４０は、自発的に動作補償処理を行うこと
はなく、ディスク制御リクエストによって実行するよう
に設定されている。また、ディスク制御リクエストの実
行時間は、当該ディスク制御リクエストを実行する時間
（時刻）を指定する時間情報である。

【００６５】Ｉ／Ｏサーバ２４は、ファイルサーバ２３
から図１４(a) に示すＩ／Ｏリクエストを受け取ると、
時間補償フラグを調べ、そのフラグが「有効」に設定さ
れているＩ／Ｏリクエストを、時間補償キューへ入れ
る。なお、時間補償フラグの状態に係わらず、受信した
すべてのＩ／Ｏリクエストは、リクエストテーブル２５
に書き込まれる。また、Ｉ／Ｏサーバ２４は、所定アル
ゴリズムに従って（例えば、所定間隔ごとに）ディスク
制御リクエストを生成して、そのディスク制御リクエス
トを上記時間補償キューへ入れる。

【００６６】図１５は、時間補償キューを用いた実時間
処理を説明する図である。Ｉ／Ｏサーバ２４は、Ｉ／Ｏ
リクエストおよびディスク制御リクエストを、そのリク
エストに設定されている実行時間に従って時間補償キュ
ーに入れる。同図の例では、実行時間が１０（時間を表
す任意の単位）に設定されているＩ／Ｏリクエスト５１
が時間補償キューの先頭に置かれ、実行時間が５０に設
定されているディスク制御リクエスト５２、実行時間が
６０に設定されているＩ／Ｏリクエスト５３がその後ろ
に続いてリンクされている。各リクエスト５１〜５３ど
うしの間は、次ポインタおよび前ポインタによってリン
クされる。

【００６７】Ｉ／Ｏサーバ２４は、不図示のタイマを有
し、時間補償キューの先頭のリクエストに設定されてい
る実行時間のタイムアウトを検出する。すなわち、Ｉ／
Ｏリクエスト５１に設定されている実行時間を計時す
る。そして、タイムアウトすると、タイマ割込みを発生
させ、即座にＩ／Ｏリクエスト５１を実行し、時間補償
キューから削除する。この削除によって、ディスク制御
リクエスト５２が時間補償キューの先頭に置かれるの
で、Ｉ／Ｏサーバ２４は、ディスク制御リクエスト５２
に設定されている実行時間のタイムアウトを待ち、タイ
ムアウトが発生するとディスク制御リクエスト５２を実
行する。このようにして、時間補償キューに並べられて
いるリクエストを、そこに設定されている実行時間に従
って次々に実行していく。

【００６８】上記処理は、図６または図７等に示すリク
エストテーブル２５およびその実行キューを用いた処理
と平行して行う。すなわち、通常は、リクエストテーブ
ル２５およびその実行キューを用いた処理によって順次
Ｉ／Ｏリクエストを実行しているが、その間、タイマの
計時動作は継続しており、上記タイムアウトが発生する
と、タイマ割込みによる処理を最優先で実行する。した
がって、Ｉ／Ｏリクエスト５１は、実行時間として設定
した時間通りに実行される。また、音声の途切れ等を防
ぐためにディスクからデータを必要以上に先読みする
と、そのデータを所定タイミングで転送するために設け
たバッファが溢れてしまうという問題があるが、上記方
法によれば、ディスクからデータを必要以上に先読みす
ることはなく、所望のタイミングでディスク４０をアク
セスすることができる。

【００６９】また、ディスク４０の動作補償処理は、Ｉ
／Ｏサーバ２４が作成するディスク制御リクエストによ
って起動される。したがって、Ｉ／Ｏサーバ２４が、実
行時間が指定されたＩ／Ｏリクエストとディスク制御リ
クエストとを一元的に管理するので、Ｉ／Ｏリクエスト
の処理がディスク４０の動作補償処理によって妨げられ
ることはない。

【００７０】次に、図１５に示すように、３つのリクエ
スト５１〜５３が時間補償キューにキューイングされて
いる状態で、実行時間が３０に設定されているＩ／Ｏリ
クエスト５４がファイルサーバ２３から転送されてきた
場合を説明する。この場合、Ｉ／Ｏリクエスト５４は、
Ｉ／Ｏリクエスト５１が実行された後であって、かつデ
ィスク制御リクエスト５２が実行される前に処理されな
ければならない。したがって、Ｉ／Ｏサーバ２４は、各
リクエストに対して設定してある実行時間を参照して、
Ｉ／Ｏリクエスト５４を、Ｉ／Ｏリクエスト５１とディ
スク制御リクエスト５２との間にリンクさせる。この処
理は、各リクエスト５１、５２、５４のポインタ値を書
き換えることによって行う。

【００７１】このように、クライアント１０の要求に基
づいたＩ／Ｏリクエストと、ディスク４０固有の処理を
指示するリクエストを１つのキューに混在させて実行す
ることにより、Ｉ／Ｏ処理の実時間保証と定期的に行う
ディスク固有の処理とを同時に管理できる。このような
実時間保証は、特に、ファイルを単なるバイト列として
扱うストリーム入出力において有用である。

【００７２】

【発明の効果】本発明のサーバシステムによれば、クラ
イアントからの要求に対してサービスを提供するサーバ
を、上位サーバ（ファイルサーバ）と下位サーバ（Ｉ／
Ｏサーバ）からなる２つのタスクに分離し、上位レベル
の処理を上位サーバで行い、物理的な下位レベルの処理
を下位サーバで行うので、処理時間の長い物理的な処理
を下位サーバが実行している間に、上位サーバは他の処
理を実行できる。このため、上位サーバは、ユーザタス
クの実行時間を増やすことができサーバシステム全体の
効率が向上する。

【００７３】本発明のサーバシステムを他のシステムに
移植する場合、特に、このサーバシステムに接続される
デバイスを変更する場合には、下位サーバのみを置き換
えればよく、他の環境への移植性がよい。

【図面の簡単な説明】

【図１】本発明のサーバシステムの原理を説明する図で
ある。

【図２】本発明のサーバシステムの一例として採り上げ
たファイルサーバの適用例を示す全体構成図である。

【図３】サーバシステムの動作を説明するためのシステ
ム構成図である。

【図４】ファイルサーバ及びＩ／Ｏサーバの処理を説明
するタイムチャートである。

【図５】ファイルサーバ及びＩ／Ｏサーバの役割を説明
するためのファイルシステムの階層構成図である。

【図６】Ｉ／Ｏリクエストを格納するリクエストテーブ
ルの一例を示す図である。

【図７】Ｉ／Ｏリクエストの実行順番制御を説明する図
である。

【図８】ファイルサーバ及びＩ／Ｏサーバによる非同期
Ｉ／Ｏ処理を説明する図である。

【図９】ファイルサーバの全体処理を説明するフローチ
ャートである。

【図１０】クライアントからのメッセージを受信した場
合のファイルサーバの処理を説明するフローチャートで
ある。

【図１１】Ｉ／Ｏ終了メッセージを受信した場合のファ
イルサーバの処理を説明するフローチャートである。

【図１２】Ｉ／Ｏサーバの処理を説明するフローチャー
トである。

【図１３】ファイルサーバに複数のディスクが接続され
たときの仮想ディスク構造を説明する図であり、(a) は
物理構成を示し、(b) はファイルサーバから見える仮想
構成を示す。

【図１４】同図(a) は、実時間保証機能を実現するＩ／
Ｏリクエストのフォーマットを示す図であり、同図(b)
は、Ｉ／Ｏサーバが作成するディスク制御リクエストを
示す図である。

【図１５】時間補償キューを用いた実時間処理を説明す
る図である。

【符号の説明】

１上位サーバ（ファイルサーバ）２下位サーバ（Ｉ／Ｏサーバ）３デバイス（ディスク）１０クライアント２０サーバシステム２１セルボード２２ＤＤＶボード２３ファイルサーバ２４Ｉ／Ｏサーバ２５リクエストテーブル２６非同期管理テーブル３０ネットワーク４０ディスク

Claims

【特許請求の範囲】

【請求項１】ファイルの管理を行い、上記ファイルを
格納する記憶装置へのアクセス要求をクライアントから
受信したときに該要求に基づいて記憶装置への物理的な
アクセスを指示するリクエストを発行するファイルサー
バと、上記ファイルサーバが発行したリクエストに従って上記
記憶装置へのアクセスを実行するＩ／Ｏサーバとを有す
ることを特徴とするサーバシステム。
【請求項２】上記ファイルサーバおよびＩ／Ｏサーバ
は、それぞれ独立したＣＰＵを有することを特徴とする
請求項１記載のサーバシステム。
【請求項３】上記Ｉ／Ｏサーバは、上記ファイルサー
バから複数の上記リクエストを受信すると、それら複数
のリクエストを所定のアルゴリズムに基づく順番で実行
キューに入れ、該実行キューに並べられた順番でリクエ
ストの処理を実行して上記記憶装置を順次アクセスする
ことを特徴とする請求項１記載のサーバシステム。
【請求項４】上記ファイルサーバは、上記リクエスト
にプライオリティ情報を設定し、上記Ｉ／Ｏサーバは、
複数の上記リクエストを受信したときに、それら各リク
エストのプライオリティ情報に従って上記記憶装置への
アクセスの順番を制御することを特徴とする請求項１記
載のサーバシステム。
【請求項５】上記ファイルサーバは、上記記憶装置を
アクセスするための物理情報を上記リクエストに設定
し、上記Ｉ／Ｏサーバは、複数の上記リクエストを受信
したときに、それら各リクエストの物理情報に従って上
記記憶装置へのアクセスの順番を制御することを特徴と
する請求項１記載のサーバシステム。
【請求項６】上記ファイルサーバは、マルチスレッド
方式で処理を行い、上記リクエストは１つのスレッドに
対応して発行される構成であって、上記ファイルサーバが上記Ｉ／Ｏサーバに対して第１の
リクエストを発行したときに、該第１のリクエストに対
応するスレッドの処理を中断し、実行スレッドを他のス
レッドへ切り換える手段と、上記第１のリクエストに基づく上記記憶装置へのアクセ
ス処理が終了したときに、上記Ｉ／Ｏサーバから上記フ
ァイルサーバに対して、上記第１のリクエストに基づく
処理が終了したことを示す応答を通知する手段と、該応答を受信したときに、上記第１のリクエストに対応
するスレッドの処理を再開する手段と、を有することを特徴とする請求項１記載のサーバシステ
ム。
【請求項７】上記ファイルサーバは、上記記憶装置を
アクセスするための所定のアドレスを上記リクエストに
設定し、上記Ｉ／Ｏサーバは、その受信したリクエスト
のアドレスを上記記憶装置に対応した物理アドレスに変
換して、該記憶装置をアクセスすることを特徴とする請
求項１記載のサーバシステム。
【請求項８】上記リクエストに時間情報を設定する設
定手段と、複数の上記リクエストを上記時間情報に従って並べるキ
ュー手段と、上記キュー手段の先頭のリクエストに設定されている時
間情報に基づいて、該リクエストの処理を実行する処理
手段と、を有することを特徴とする請求項１記載のサーバシステ
ム。
【請求項９】上記時間情報を計時する計時手段と、該計時手段が、上記キュー手段の先頭のリクエストに設
定されている時間情報が指定する時間のタイムアウトを
検出したときに、上記処理手段に対して該リクエストの
処理を実行するように指示を出す指示手段と、をさらに有することを特徴とする請求項８記載のサーバ
システム。
【請求項１０】上記記憶装置に対して所定の自己処理
を行うように指示する指示リクエストを作成し、その指
示リクエストに対して時間情報を設定する指示リクエス
ト作成手段をさらに有し、上記キュー手段は、上記リクエストおよび指示リクエス
トに設定されている時間情報に従ってそれらリクエスト
及び指示リクエストを並べ、上記処理手段は、上記キュ
ー手段の先頭のリクエストまたは指示リクエストに設定
されている時間情報に基づいて、該リクエストまたは指
示リクエストの処理を実行することを特徴とする請求項
８記載のサーバシステム。
【請求項１１】クライアントからのデバイスアクセス
要求を受信し、該要求に基づいたリクエストを発行する
上位サーバと、上記上位サーバが発行したリクエストに従ってデバイス
へのアクセスを実行する下位サーバとを有することを特
徴とするサーバシステム。