(57)【要約】【課題】タスクの起動制御において、タスクに優先度を設け、その優先度に基づいてタスクの起動を管理するとともに、一旦起動したタスクについては、そのタスクの処理に必要な最低限の資源の割り当てを行うことによって、起動中のタスクが順次適切に終了するような仕組みを提供すること。【解決手段】サーバタスク管理プログラムは、サーバを、サーバで起動を要求される起動待ちタスクに対して付された優先度と、既にサーバで起動されている処理中タスクの優先度とに基づき、起動待ちタスクを起動すべきか否かを判定するタスク起動判定手段と、起動すべきと判定された起動待ちタスクを起動するタスク起動手段と、起動すべきと判定されなかった起動待ちタスクについて、所定時間の経過後、再度タスク起動判定手段による判定を受けさせる再判定待機手段として機能させる。【選択図】図１
2009237858.tif 000002
【特許請求の範囲】
【請求項１】
サーバを、
サーバで起動を要求される起動待ちタスクに対して付された優先度と、既にサーバで起動されている処理中タスクの優先度とに基づき、前記起動待ちタスクを起動すべきか否かを判定するタスク起動判定手段と、
前記タスク起動判定手段により起動すべきと判定された前記起動待ちタスクを起動するタスク起動手段と、
前記タスク起動判定手段により起動すべきと判定されなかった前記起動待ちタスクについて、所定時間の経過後、再度前記タスク起動判定手段による判定を受けさせる再判定待機手段として機能させるためのサーバタスク管理プログラム。
【請求項２】
前記タスク起動判定手段は、前記起動待ちタスクの優先度に係る情報と前記処理中タスクの優先度に係る情報との合計が、所定の値より大きいか否かにより前記起動待ちタスクを起動すべきか否かを判定する機能を含むことを特徴とする請求項１に記載のサーバタスク管理プログラム。
【請求項３】
前記タスク起動判定手段は、前記起動待ちタスクの優先度と前記処理中タスクの優先度に基づいて計算される所定の値とに基づいて前記起動待ちタスクを起動すべきか否かを判定する機能を含むことを特徴とする請求項１または請求項２に記載のサーバタスク管理プログラム。  
【請求項４】
サーバをさらに、
前記処理中タスクのうち資源の必要量を超えて資源を使用するものから、タスクについて定められた資源割当量が所定の下限値以下のものに資源の割り当てを変える資源割当変更手段として機能させるための請求項１から請求項３のいずれかに記載のサーバタスク管理プログラム。
【請求項５】
サーバによりタスクの起動を制御する方法であって、
サーバで起動を要求される起動待ちタスクに対して付された優先度と、既にサーバで起動されている処理中タスクの優先度とに基づき、前記起動待ちタスクを起動すべきか否かを判定するタスク起動判定ステップと、
起動すべきと判定された前記起動待ちタスクを起動するタスク起動ステップと、
起動すべきと判定されなかった前記起動待ちタスクについて、所定時間の経過後、再度起動すべきか否かの判定を受けさせる再判定待機ステップと、
を備えることを特徴とするサーバタスク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバタスク管理プログラム及びサーバタスク管理方法に関する。
【背景技術】
【０００２】
従来より、複数のタスク（プログラム）を１つのコンピュータで実行する際、タスクに優先度を設け、オペレーションシステム（以下、ＯＳという）により、起動されたタスクに優先度に応じて処理時間を割り当てる時分割方式等の公知の手法が知られている。この方法によれば、起動されるタスクの数が増えると、全体の処理が遅くなり、処理時間を急ぐようなタスクが含まれている場合に、処理が遅くなる等の影響を受けることになる。
【０００３】
そこで、タスクの起動を制御すればそのような事態を回避できるが、タスクを起動するための制御方法として、タスクの起動を要求するユーザに優先度を設け、その優先度に応じて起動すべきタスクを決定する方法が提案されている（例えば、特許文献１）。
【０００４】
また、一旦タスクを起動した場合でも、資源を多量に使用するタスクが既に起動されていると、他のタスクが影響を受け、処理がなかなか進まないという問題がある。そこで、タスクを主体として記憶装置や入出力装置等の各資源に優先度を設定することにより、タスクの特性を活かした資源の使用に対する競合制御を行う方法が提案されている（例えば、特許文献２）。
【特許文献１】特開２００２−３５８１３５号公報
【特許文献２】特開２００４−３６２４２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ユーザに優先度を付与すると、例えば、上位者の要求するタスクは下位者のタスクに優先して処理されることになり、優先度の低いユーザは自分のタスクを起動することが難しくなる。したがって、この方法では、ユーザ自体の優先度は低くても、タスクを優先して処理させたいような場合に、適切に対応できない。
【０００６】
また、タスクが起動されても資源の使用に関する優先度の高いタスクが既に起動されていると資源の割り当てが受けられないため処理を行うことができない。
【０００７】
本発明は、タスクの起動制御において、タスクに優先度を設け、その優先度に基づいてタスクの起動を管理するとともに、一旦起動したタスクについては、そのタスクの処理に必要な最低限の資源の割り当てを行うことによって、起動中のタスクが順次適切に終了するような仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明者らは、タスクの起動に係る優先度とタスクの処理に係る資源の使用量を各タスクについて予め定めておくことにより、タスクの起動管理とタスクの処理促進が容易に行えることを見出し、本発明を完成するに至った。
【０００９】
（１）  サーバを、
サーバで起動を要求される起動待ちタスクに対して付された優先度と、既にサーバで起動されている処理中タスクの優先度とに基づき、前記起動待ちタスクを起動すべきか否かを判定するタスク起動判定手段と、
前記タスク起動判定手段により起動すべきと判定された前記起動待ちタスクを起動するタスク起動手段と、
前記タスク起動判定手段により起動すべきと判定されなかった前記起動待ちタスクについて、所定時間の経過後、再度前記タスク起動判定手段による判定を受けさせる再判定待機手段として機能させるためのサーバタスク管理プログラム。  
【００１０】
（１）の発明によれば、タスクに付された優先度に基づきタスクを起動すべきか否かを決めるので、優先度の高いタスクは優先度の低い他のタスクが既に起動されていても、優先的に起動を受けることができる。また、優先度の高いタスクが起動されているために起動を受けられないタスクは、所定時間経過後起動すべきか否かの判定を繰り返し受けられるので、既に起動中のタスクが終了することにより、自動的に起動を受けることができる。その結果、他のタスクの起動状況に左右されることなく、優先度に応じたタスクの起動を行うことができる。
【００１１】
（２）  前記タスク起動判定手段は、前記起動待ちタスクの優先度に係る情報と前記処理中タスクの優先度に係る情報との合計が、所定の値より大きいか否かにより前記起動待ちタスクを起動すべきか否かを判定する機能を含むことを特徴とする（１）に記載のサーバタスク管理プログラム。
【００１２】
（２）の発明によれば、個々のタスクの優先度とサーバで起動されているタスクの数とに基づいてタスクの起動判定を行うので、サーバの処理容量に応じたタスクの起動を行うことができる。
【００１３】
（３）  前記タスク起動判定手段は、前記起動待ちタスクの優先度と前記処理中タスクの優先度に基づいて計算される所定の値とに基づいて前記起動待ちタスクを起動すべきか否かを判定する機能を含むことを特徴とする（１）または（２）に記載のサーバタスク管理プログラム。
【００１４】
（３）の発明によれば、通常複数である処理中タスクの優先度に基づいて計算される所定の値と起動の判定の対象とするタスクの優先度とを比較して起動判定を行うので、計算方法を適切に選ぶことにより、目的に沿った起動制御を行うことが可能となる。
【００１５】
（４）  サーバをさらに、
前記処理中タスクのうち資源の必要量を超えて資源を使用するものから、タスクについて定められた資源割当量が所定の下限値以下のものに資源の割り当てを変える資源割当変更手段として機能させるための（１）から（３）のいずれかに記載のサーバタスク管理プログラム。
【００１６】
（４）の発明によれば、起動されても僅かな資源しか使用しないのに資源の割り当てが受けられずに処理を行うことができないタスクに対して、適切に資源の割り当てができるので、特に、資源の使用量の少ない優先度の高いタスクを効率的に処理することができる。
【００１７】
（５）  サーバによりタスクの起動を制御する方法であって、
サーバで起動を要求される起動待ちタスクに対して付された優先度と、既にサーバで起動されている処理中タスクの優先度とに基づき、前記起動待ちタスクを起動すべきか否かを判定するタスク起動判定ステップと、
起動すべきと判定された前記起動待ちタスクを起動するタスク起動ステップと、
起動すべきと判定されなかった前記起動待ちタスクについて、所定時間の経過後、再度起動すべきか否かの判定を受けさせる再判定待機ステップと、
を備えることを特徴とするサーバタスク管理方法。
【００１８】
（５）の発明によれば、サーバを用いて（１）に記載の発明と同様の効果を奏することができる。
【発明の効果】
【００１９】
本発明によれば、複数のタスクを１台のサーバで処理する場合において、特定の優先度の高いタスクや資源を多く使用するタスクが起動されている場合でも、他のタスクが排除されることなく、起動中の全タスクの状況に応じて、適切に起動され処理されるようにすることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２１】
（第１の実施形態）
［全体構成］
図１は、本発明がサーバ上で実施されるときの全体構成を示す図である。サーバにはタスク起動判定手段２と、ＯＳ３と、タスク管理ＤＢ４と、再判定待機手段５と、タスク起動手段６と、資源割当変更手段７とが存在する。
【００２２】
タスク起動判定手段２は、タスクの起動要求があったとき、そのタスクを起動すべきか否かを判定する。その際、タスク管理ＤＢ４上に保有するタスク管理テーブル（後述）を参照し、起動要求のあったタスク（以下、起動要求タスクという）と、既に起動中のタスク（以下、起動中タスクという）の優先度に係る情報に基づいて、起動すべきか否かを判定する。
【００２３】
再判定待機手段５は、タスク起動判定手段２で起動要求タスクを起動しないと判定した場合に、所定時間の経過後、再度、タスク起動判定手段２での判定を行うために、起動要求タスクを待ち行列に登録しタイマー管理する。そして、タイマーが経過後、タスク起動判定手段２での判定に回す。
【００２４】
タスク起動手段６は、タスク起動判定手段２で起動要求タスクを起動すると判定した場合に、当該タスクを起動し、ＯＳ３の管理に委ねる。それと同時に、タスク管理ＤＢ４上のタスク管理テーブルを更新する。
【００２５】
資源割当変更手段７は、起動したタスクに対し、必要な資源量を割り当てるための管理を行う。具体的には後述するが、各タスクには、資源に余裕がある場合には追加の資源を割り当てるが、一方、所定の最小限の資源量で処理可能なタスクに対しては、追加の資源を割り当てたタスクから資源を取り、割り当てを振り替える処理を行う。これらの資源の割り当て及び削減はＯＳ３を介して行う。
【００２６】
なお、後述するように、タスク管理テーブルには、タスクの起動状況が保有されているので、タスクの処理が終了したときはその旨をＯＳ３から受け取り、更新する必要がある。その処理はいずれの手段で行ってもよいが、本実施形態ではタスク起動判定手段２で行うものとする。
【００２７】
また、タスク管理ＤＢ４はサーバ１内にあることとしたが、サーバ１の外に置いてもよい。
【００２８】
［サーバのハードウェア構成図］
図２は、本実施形態に係るサーバのハードウェア構成を示す図である。本発明が実施されるサーバは標準的なものでよく、以下に構成の一例を示す。
【００２９】
サーバ１は、制御部２０を構成するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１（マルチプロセッサ構成ではＣＰＵ２２等複数のＣＰＵが追加されてもよい）、バスライン１１、通信Ｉ／Ｆ（Ｉ／Ｆ：インターフェイス）２３、メインメモリ２４、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）２５、表示装置２６、Ｉ／Ｏコントローラ２７、並びにキーボード及びマウス等の入力装置２８を備える。
【００３０】
制御部２０は、サーバ１を統括的に制御する部分であり、ハードディスク３０（後述）に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００３１】
通信Ｉ／Ｆ２３は、操作現場４０に設置された通信制御装置４１と接続されており、サーバ１が、通信回線（不図示）を介して端末等（不図示）と情報を送受信する場合のネットワーク・アダプタである。通信Ｉ／Ｆ２３は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。
【００３２】
ＢＩＯＳ２５は、サーバ１の起動時にＣＰＵ２１が実行するブートプログラムや、サーバ１のハードウェアに依存するプログラム等を記録する。
【００３３】
表示装置２６は、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。
【００３４】
Ｉ／Ｏコントローラ２７には、ハードディスク３０、及び半導体メモリ３１等の記憶装置３２を接続することができる。
【００３５】
入力装置２８は、サーバ１の管理者による入力の受け付けを行うものである。
【００３６】
ハードディスク３０は、本ハードウェアをサーバ１として機能させるための各種プログラム、本発明の機能を実行するプログラム及び後述するテーブルを記憶する。なお、サーバ１は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。
【００３７】
なお、本発明でいうコンピュータとは、記憶装置、制御部等を備えた情報処理装置をいい、サーバ１は、記憶装置３２、制御部２０等を備えた情報処理装置により構成され、この情報処理装置は、本発明のコンピュータの概念に含まれる。
【００３８】
タスク起動判定手段２、再判定待機手段５、タスク起動手段６及び資源割当変更手段７には制御部２０が、タスク管理ＤＢ４には記憶装置３２が主として対応する。
【００３９】
［タスク管理テーブル］
図３は、タスク管理テーブルを示す図である。タスク管理テーブルには、タスクを識別するための情報であるタスクＩＤ、タスクをサーバ内で起動する際の優先度を示す優先度係数、タスクが起動されているか否かを示す状態コード（タスクが起動されているときは「１」、起動されていないときは「０」とする）、タスクを処理するために必要とする資源の必要量を示す資源１必要量、資源２必要量（以下、資源必要量という）、タスクが起動され実行されるときに実際に割り当てられた資源の量を示す資源１割当量、資源２割当量（以下、資源割当量という）、それとタスクを処理するために必要とする資源の必要量とタスクが実行されるときに実際に割り当てられた資源の量との差である資源１追加割当量、資源２追加割当量（以下、資源追加割当量という）が保有されている。
【００４０】
なお、資源とはメモリや動的記憶領域等、タスクを実行するときにタスク間で共通に使用する資源を意味する。また、ここでは説明の簡略のために資源は２つ（資源１と資源２）としたが、管理の対象とする資源はそれ以上でもそれ以下でもよい。
【００４１】
タスクは、資源必要量に示す資源が割り当てられないと円滑に実行することはできないが、それを超える資源を割り当てられると一般的には処理効率は上がる。そこで、タスクが実行されるときに実際に割り当てられる資源の量は資源必要量を超える場合がある。資源追加割当量はその差を示している。
【００４２】
［タスク管理テーブル］
図４は、資源割当基準値サーブルを示す図である。各資源をタスクに割り当てる際に、優先的に割り当てを行ったり、追加的に割り当てを行ったりするための判断に用いる上限値と下限値を各資源について保有している。
【００４３】
［タスクの起動に係る処理フロー］
図５は、タスクの起動要求を受けたときの処理フローを示す図である。
【００４４】
Ｓ１：タスクの起動要求があるとサーバタスク管理プログラムは、そのタスクを起動すべきか否かを判定するために、タスク管理ＤＢ４上に記録されているタスク管理テーブル（図３）を参照し、既に起動中のタスクの優先度係数の合計値を計算する。
【００４５】
Ｓ２：サーバタスク管理プログラムは、次に、上記で計算した合計値を所定の基準値から引き、その差と起動要求を受けたタスクの優先度係数とを比較する。そして、差より優先度係数の方が小さい場合（Ｓ２：Ｙｅｓ）は、そのタスクを起動すべきと判定して、Ｓ６に進む。このとき、起動要求を受けたタスクの優先度係数もタスク管理テーブル（図３）を参照して把握される。これは、サーバ内で起動されるタスクの優先度係数の合計が所定の基準値を超えないように起動管理を行うことを意味する。
【００４６】
差が優先度係数に等しいか或いは優先度係数より大きい場合（Ｓ２：Ｎｏ）は、さらに次の判定（Ｓ３）に進む。
【００４７】
Ｓ３：サーバタスク管理プログラムは、タスク管理テーブル（図３）を参照して既に起動中のタスクの優先度係数の平均値を求める。
【００４８】
Ｓ４：サーバタスク管理プログラムは、上記で求めた平均値と、起動要求を受けたタスクの優先度係数とを比較する。そして、優先度係数の方が大きい場合（Ｓ４：Ｙｅｓ）は、そのタスクを起動すべきと判定して、Ｓ６に進む。平均値と優先度係数が等しいか或いは平均値の方が優先度係数より大きい場合（Ｓ４：Ｎｏ）は、そのタスクを起動すべではないと判定してＳ５に進む。以上、Ｓ１からＳ４までの処理が実行されることにより、サーバは、タスク起動判定手段２として機能する。
【００４９】
Ｓ５：サーバタスク管理プログラムは、起動すべきと判定されなかった起動要求タスクを所定時間後再度起動判定をするために待機させる。待機は、待機テーブル（不図示）のようなものに登録をして、待ち行列管理をすればよい。待ち行列の管理は適宜適当な方法で行うことができる。そして、所定時間が経過後（Ｓ５：Ｙｅｓ）、Ｓ１に進み、再び上述の処理を繰り返す。ここで、サーバは、再判定待機手段５として機能する。
【００５０】
Ｓ６：サーバタスク管理プログラムは、起動すべきと判定された起動要求タスクの起動を行う。ここで、サーバは、タスク起動手段６として機能する。
【００５１】
このようにすると、起動中のタスクが順次処理を終了していくのに従い、起動の条件が充足され、自動的に起動要求タスクの起動が行われていく。なお、上記では一例として起動中タスクの優先度係数の平均値を起動判定に利用しているが、最頻値（モード）や中央値（メジアン）としてもよい。起動中のタスクの優先度係数に基づいて決定可能な値であれば、適宜適当なものを用いるように定めることができる。
【００５２】
［タスクの起動に係る処理フロー］
図６は、タスクを起動した後、資源の要求を受けたときの処理フローを示す図である。
【００５３】
Ｓ１０：サーバタスク管理プログラムは、まずサーバ内の空き資源の量を計算する。これは、サーバ内で割り当て可能な資源の総量を予め把握しておき、タスク管理テーブル（図３）の資源割当量を差し引くことによって求めることができる。
【００５４】
Ｓ１１：サーバタスク管理プログラムは、資源の要求したタスク（以下、資源割当要求タスクという）の資源必要量が、上記で計算した空き資源の量以下かを調べる。資源必要量が空き資源の量以下である場合（Ｓ１１：Ｙｅｓ）は、Ｓ１２に進む。資源必要量が空き資源の量より大きい場合（Ｓ１１：Ｎｏ）は、Ｓ１５に進む。
【００５５】
Ｓ１２：空き資源の量は資源割当要求タスクの資源必要量を満たすので、サーバタスク管理プログラムは、空き資源から資源割当要求タスクに資源必要量を割り当てる。
【００５６】
Ｓ１３：サーバタスク管理プログラムは、次に、資源割当基準値テーブル（図４）を参照し、資源割当要求タスクの資源必要量が各資源について上限値を超えているか否かを調べる。そして、上限値を超えている場合（Ｓ１３：Ｙｅｓ）は、そのまま資源の割り当て処理を終了する。上限値を超えていない場合（Ｓ１３：Ｎｏ）は、Ｓ１４に進む。なお、この資源割当基準値テーブル（図４）は、タスク管理ＤＢ４上に記録しておいてもよいが、所定値を保有するだけなので、サーバタスク管理プログラム内に保有しておいてもよい。
【００５７】
Ｓ１４：サーバタスク管理プログラムは、資源割当要求タスクに上限値まで資源の追加割り当てをする。このとき、追加割り当てをすべき資源は空き資源から行うため、残余の空き資源の量を見て行うが、フローチャート上は省略する。必要資源量を超えて資源の追加割り当てを行うのは、空き資源がある場合、それを有効に活用して起動中のタスクを早期に実行するためである。また、追加資源の割り当てを行うか否かを上限値を設けて判断するのは、１つのタスクに過大な資源の割り当てを避けるためである。
【００５８】
Ｓ１５：サーバタスク管理プログラムは、資源必要量が空き資源の量を上回る資源割当要求タスクに対して、資源必要量が下限値以下か否かを調べる。そして下限値以下の場合（Ｓ１５：Ｙｅｓ）は、Ｓ１６に進む。下限値を超える場合（Ｓ１５：Ｎｏ）は、資源割当要求タスクに対して資源を割り当てることなく資源割当の処理を終了する。
【００５９】
Ｓ１６：サーバタスク管理プログラムは、タスク管理テーブル（図３）を参照して、起動中タスクの追加割当量の合計値を計算する。
【００６０】
Ｓ１７：サーバタスク管理プログラムは、上記で求めた合計値と資源割当要求タスクの資源必要量を比較する。そして、資源必要量が合計値以下の場合（Ｓ１７：Ｙｅｓ）は、Ｓ１８に進む。資源必要量が合計値を超える場合（Ｓ１７：Ｎｏ）は、資源割当要求タスクに対して資源を割り当てることなく資源割当の処理を終了する。
【００６１】
Ｓ１８：サーバタスク管理プログラムは、起動中タスクの追加割当資源から資源割当要求タスクの資源必要量を確保し、資源割当要求タスクに資源を割り当てる。その際、どのタスクから追加割当資源を取るかについては、追加割当資源を持つ各タスクから均等な比率で取るようにしてもよいし、必要資源量を確保できるまで追加割当資源量の多いタスクから順番に取るようにしてもよい。追加割当資源は、資源必要量を超えて空き資源から追加的に割り当てた資源であるので、後で、資源の割り当てを要求するタスクがあった場合は、追加割当資源をそのタスクに振り替えても、処理上支障はないからである。ここで、サーバは資源割当変更手段７として機能する。なお、資源の割り当てや既に割り当てた資源の剥奪はＯＳ３の機能を用いて行う。
【００６２】
なお、サーバタスク管理プログラムは、資源の割り当てが受けられなかったタスクについて、所定時間後再度これらの処理（Ｓ１０〜Ｓ１８）を行う。
【００６３】
本実施形態によれば、従来から行われているＯＳによる優先度管理に加え、ユーザによるタスクの処理に係る運用面での優先度管理を自動的に行うことができる。その結果、優先度が高いタスクは優先度が低いタスクに比べ起動され易くなり、資源の必要量が少ないタスクについては、資源の割り当てが受け易くなる。
【００６４】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態に係る本発明がサーバ上で実施されるときの全体構成を示す図である。
【図２】本発明の一実施形態に係るサーバのハードウェア構成を示す図である。
【図３】本発明の一実施形態に係るタスク管理テーブルを示す図である。
【図４】本発明の一実施形態に係る資源割当基準値サーブルを示す図である。
【図５】本発明の一実施形態に係るタスクの起動要求を受けたときの処理フローを示す図である。
【図６】本発明の一実施形態に係るタスクを起動した後、資源の要求を受けたときの処理フローを示す図である。
【符号の説明】
【００６６】
１  サーバ
２  タスク起動判定手段
３  ＯＳ
４  タスク管理ＤＢ
５  再判定待機手段
６  タスク起動手段
７  資源割当変更手段
１１  バスライン
２０  制御部
３２  記憶装置
【図１】
2009237858.tif 000003
【図２】
2009237858.tif 000004
【図３】
2009237858.tif 000005
【図４】
2009237858.tif 000006
【図５】
2009237858.tif 000007
【図６】
2009237858.tif 000008