(57)【要約】      （修正有）【課題】グリッドポータルで、ライセンスに対するジョブ投入数を管理するだけで、ライセンスオーバを気にすることなく使用することを可能とする。【解決手段】  ＰＣ３ａでプリ処理用もしくはポスト処理用のアプリケーションを起動すると、ＰＣ３ａよりグリッドポータル１に対し、プリ処理起動を行ったことを通知し、この情報を受信したグリッドポータル１は、擬似的なバッチファイルを送信してきたＰＣ３ａにプリ処理もしくはポスト処理が完了するまで、グリッドポータルからのジョブ依頼を保持しつづけ、プリ処理もしくはポスト処理が完了した時点で、グリッドからのジョブ処理を開始する監視ジョブを投入する。【選択図】図１
2008090508.tif 000002
【特許請求の範囲】
【請求項１】
配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うグリッドポータルに、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入ステップを
実行させる事を特徴とするグリッドスケジューリングプログラム。
【請求項２】
配下のコンピュータがジョブ処理中であるか否かの情報を蓄積するコンピュータ情報蓄積手段と
、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させる監視ジョブを蓄積する監視ジョブ蓄積手段とにアクセス可能なグリッドポータルを、
処理依頼が届くと、前記コンピュータ情報蓄積手段に蓄積された情報を参照してジョブ処理中でないコンピュータに対しジョブを投入するとともに該投入したコンピュータの情報を更新するジョブ投入手段と、
処理依頼を行ったコンピュータよりジョブに対する処理結果を受信すると前記コンピュータ情報蓄積手段に蓄積されている該当コンピュータの情報を更新する更新手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届くと、前記監視ジョブ蓄積手段に蓄積されている監視ジョブを通知してきたコンピュータへ送信する監視ジョブ投入手段と
して機能させることを特長とするジョブスケジューリングプログラム。
【請求項３】
配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うグリッドポータルが、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入ステップを
実行する事を特徴とするグリッドスケジューリング方法。
【請求項４】
グリッドポータルと、該グリッドポータルと通信可能な複数のコンピュータとからなるグリッドシステムであって、
前記グリッドポータルは、
配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うジョブ管理手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入手段と
を有し、
前記複数のコンピュータは各々、
前記グリッドポータルからジョブが投入された際、該ジョブを蓄積するジョブ蓄積手段と、
前記グリッドポータルからジョブが投入された際、既にジョブが実行中でない場合は投入されたジョブ処理を実行するジョブ処理手段と、
解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出すると、前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する送信手段と、
を有することを特徴とするグリッドシステム。
【請求項５】
前記送信手段は、解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出した際、前記ジョブ処理手段によるジョブが実行中でない場合に限り前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する
事を特徴とする請求項４記載のグリッドシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グリッドポータルから配下のノードに対し処理依頼を行うグリッドシステム及びスケジューリング方法に関するものである。
【背景技術】
【０００２】
グリッドシステムは、何れかの端末でプリ処理と呼ばれる３次元モデルの構築（格子点決定）などの前処理を行い、その結果をグリッドポータルと呼ばれるサーバに蓄積しておき、解析処理を行いたいユーザが端末より、ジョブを投入する事によって、対応するプリ処理の結果生成された情報に対する処理を行うべく、配下のノードへ処理を依頼する。また、この処理結果は、グリッドポータルに対して蓄積され、その結果をユーザの端末から、所定のアプリケーションにて参照していた。
【非特許文献１】http://systemwalker.fujitsu.com/jp/cybergrip/（２００６年９月２７日検索）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
グリッドにはライセンス等により同時に処理できる台数に制限がある場合が多い。
【０００４】
このライセンスは、グリッド関係の処理を行っている台数の制限であるため、プリ処理と呼ばれる導入ジョブを生成するツールの起動も1台としてカウントしている。
【０００５】
しかしながら、導入ジョブの生成（プリ処理）は、グリッドポータルに投入する前の処理であり、グリッドポータル側ではその起動を管理できないため、グリッド管理者が気づかないうちに制限台数を越してしまう事があった。
【０００６】
これに対応するため、プリ処理を行うＰＣを固定し、その分だけ制限台数を減じてグリッドポータルの分散処理を行わせることも考えられるが、対象ＰＣは、常にプリ処理を行っているわけではないので、常に最大契約台数で稼動させる事ができず、かつプリ処理を行うと指定されたＰＣ以外でのプリ処理ができなくなるため効率が悪かった。
【０００７】
同様にポスト処理のアプリケーション起動に関しても同様のライセンス管理が行われていることが多く、同様の課題を有していた。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するために、ＰＣでプリ処理用もしくはポスト処理用のアプリケーションを起動すると、ＰＣよりグリッドポータルに対し、プリ処理起動を行ったことを通知し、この情報を受信したグリッドポータルは、監視ジョブを送信してきたＰＣに投入する。
【０００９】
この擬似ファイルは、プリ処理もしくはポスト処理が完了するまで、グリッドポータルからのジョブ依頼を保持しつづけ、プリ処理もしくはポスト処理が完了した時点で、グリッドからのジョブ処理を開始するようにする。
【００１０】
このようにする事により、端末が既にプリ処理・ポスト処理が行われている端末にジョブ依頼を行っても、プリポスト処理とジョブ処理とが並行して実行される事が無いので、グリッドポータルでは、ライセンスに対するジョブ投入数を管理するだけで、ライセンスオーバを気にすることなく使用することが可能となる。
【発明を実施するための最良の形態】
【００１１】
まず、本発明のグリッドシステムの構成について説明する。
【００１２】
図１は、本発明の一実施の形態の構成図である。
【００１３】
図１において、１はグリッドポータルであり、図2に示すように、ネットワーク２との通信を行うための通信制御部１０１、通信制御部１０１を介して端末からの各種依頼情報を受信する依頼受信手段１０２、依頼受信手段１０２が受信した依頼情報が、プリ処理もしくはポスト処理に対する処理依頼である事を判定するプリポスト判定部１０３、各種共有ファイルを蓄積した共有ファイル蓄積部１０４、グリッドポータルの配下にあるＰＣの状態を蓄積するＰＣ情報蓄積手段１０５、依頼受信手段１０２がソルバと呼ばれるジョブ投入依頼を受信した場合、ＰＣ情報蓄積手段１０５にあるＰＣ情報を参照してジョブ投入対象となるＰＣに対してジョブ送信を行うジョブ送信手段１０６、１０７は、プリポスト依頼判定部１０３にて依頼受信手段１０２が受信した依頼情報がプリ処理もしくはポスト処理依頼であった場合、異体をしてきたＰＣに対し、プリポスト監視ジョブを送信するプリポスト監視ジョブ分配送信手段１０７、ＰＣにプリポスト排他処理を実行させるにプリポスト監視ジョブを蓄積したにプリポスト監視ジョブ蓄積手段１０８とにより構成されている。
【００１４】
また、共有ファイル蓄積部１０４には、プリ処理結果を蓄積するプリ処理情報１０４１が蓄積されている。
【００１５】
また、３ａ〜３ｅは、グリッドポータルの配下にあるＰＣである。このＰＣは、本実施の形態では５台であるが、この台数に限るものではない。
【００１６】
また、この端末３ａ〜３ｅには、ネットワーク２経由の通信制御手段３０１、通信制御手段３０１経由で受信したジョブ依頼を蓄積するジョブ蓄積手段３０２、ジョブ蓄積手段３０２に蓄積されたジョブを処理するジョブ処理手段３０３、プリ処理やポスト処理を行うプリポスト処理手段３０４、プリポスト処理手段３０４が処理開始（起動）した事を判定し、通信制御手段３０１を介してグリッドポータル１へ通知するプリポスト起動通知手段３０５により構成されている。
【００１７】
以上のように構成されたグリッドシステムにおいて以下、その動作について説明する。
【００１８】
なお、ＰＣ情報蓄積手段には、図４に示すように配下のＰＣへジョブを投入し、その結果が戻ってきていない、即ち、配下の各ＰＣでジョブ実行中か否かの情報（本実施の形態では、図１で振った３ａ〜３ｅがＰＣ名、ジョブ実行中であれば、○そうでなければ×という形式で蓄積している）が蓄積されている。
【００１９】
通常、グリッドポータルへの処理依頼は、解析対象のプリ処理結果情報に対する解析依頼という形式で届く。
【００２０】
処理依頼を、通信制御部１０１を介して依頼受信手段１０２が受信すると、プリポスト依頼判定部１０３がプリポスト依頼書利か通常の処理依頼かを判定する。ここで、通常の処理依頼であれば、ジョブ送信手段１０６が、ＰＣ情報蓄積手段１０５に蓄積されている情報を参照し、現在ジョブを投入しているＰＣの台数をカウントする。
【００２１】
ＰＣ情報蓄積手段１０５には、ジョブの実行制限台数情報も蓄積されており（ここでは、「４」とする）、ジョブ送信手段１０６はＰＣ情報蓄積手段１０５を参照して、この制限台数「４」を取得し、先に取得した、現在の実行台数（図４では「２」）との比較を行う。
【００２２】
この比較の結果、ジョブ送信手段１０６は、ジョブを投入できるＰＣがない、もしくは、この処理に必要となるジョブ台数を確保できないと判断した場合、通信制御手段１０１を介して処理依頼元へ処理不能の通知を行う。
【００２３】
ここでは、ジョブ送信手段は、ジョ忌避各により、ジョブ投入可能台数が「２」と判断する為、処理依頼によるＪＯＢ投入台数が２以下であればジョブを受け付け、２を越すと、ジョブ投入を拒否する通知を送信する事になる。
【００２４】
そして、ジョブを受け付けると判定した場合、ジョブ送信手段１０６は、ジョブ送信手段１０６は、ジョブを依頼したＰＣのステータスをジョブ実行中（○）にすべく情報蓄積手段１０５へのアクセスを行う。
また、これに伴い、ジョブ送信手段１０６は、ジョブを、依頼を、通信制御部１０１を介して送信する。
【００２５】
その後、ジョブ依頼を行ったＰＣからジョブに対する処理結果が到来すると、ジョブ送信処理部１０６は、ジョブを依頼したＰＣのステータスをジョブ実行内ステータス（×）にすべく情報蓄積手段１０５へのアクセスを行う。
【００２６】
また、このジョブ依頼に伴うのＰＣ３ａ〜３ｅ側での処理を説明する。
【００２７】
まず、通信制御手段３０１がジョブ処理手段３０１を介してグリッドポータルからのジョブを受信すると、このジョブ情報をジョブ蓄積手段３０２に蓄積する。そして、他のジョブが実行されていなければそのジョブ蓄積手段３０２に蓄積したジョブを実行し、その処理結果を、通信手段３０１を介してグリッドポータル１へ送信する。
【００２８】
ここで、他のジョブが実行されていれば、そのジョブが完了した後、受信したジョブの処理を実行する。
【００２９】
次にＰＣ３ａ〜３ｅの何れかがプリ処理を実行下場合のグリッドシステムの処理について図５のフローチャートを基に説明を行う。なお、この処理はポスト処理のときも同様の処理が行われる。
【００３０】
また、個々ではプリ処理用のソフトとポス東欧のソフトとが別である説明を行っているが、これらが統合されているソフトウエアの起動を検出いても良い。
【００３１】
また、本実施の形態では、ＰＣ３ａでの起動を想定し、図５のフローチャートは特に記載がない限り、ＰＣ３ａないの各処理手段がおこなっているものとする。
【００３２】
まず、プリポスト起動通知手段３０５は、操作者がプリ処理用のソフトの起動依頼、即ち、ＰＣ利用者がＧＵＩのアイコンのクリックやコマンドなどで、起動依頼が行われたことを検出すると、ジョブ処理手段３０３によるジョブが処理中かを確認する（１００１）。
【００３３】
ここで、ジョブ処理手段による処理が行われていなければ、プリ処理手段によるプリ処理を起動させる（１００８）とともに、通信制御手段３０１を介してグリッドポータル１へプリポスト監視ジョブの実行依頼を送信する（１００９）。
【００３４】
このプリポスト監視ジョブ実行依頼を、通信制御部１０１を介して受信したグリッドポータル１のプリポスト監視ジョブ送信手段１０７は、プリポスト監視ジョブ蓄積手段１０８に蓄積されているプリポスト監視ジョブを抽出し、通信制御手段１０１を介して依頼をしてきたＰＣ３ａへ送信する。
【００３５】
この情報を、通信制御手段３０１を介して受信したＰＣ３ａのジョブ処理手段３０３は、このジョブ処理をジョブ蓄積手段３０２へ該ジョブを蓄積し、その情報を参照しながら処理を行う。
【００３６】
このプリポスト監視ジョブによるジョブ処理手段の処理について、図６を参照し、説明を行う。
【００３７】
この処理は定期的（ｍ秒間隔）で行われるものとするために、ｍ秒経過するまで待機する。（２００１）
ここで、ｍ秒経過した事を検出すると、プリポスト起動通知手段３０５にプリ処理もしくはポスト処理のソフトが起動していないかチェックさせ（２００２）、ここで、該当するプリ（ポスト）処理が実行されていれば、２００１へ処理を戻す。
【００３８】
逆に実行されていなければ、ジョブ蓄積手段によるジョブを終了する。
【００３９】
ジョブ処理手段は、上記したように、他のジョブが実行されていれば、そのジョブが完了した後、受信したジョブの処理を実行するようになっているため、このように構成しておけば、プリ処理若しくはポスト処理が実行されている間は仮想的にジョブが投入された状態となり、その後ジョブが投入されたとしても、そのジョブは、プリ処理もしくはポスト処理が実行されない状態となる。
【００４０】
ここで、本来のジョブで必要となるライセンスを利用しないジョブを投入しておけば、これによりプリ処理・ポスト処理とライセンスが必要なジョブ処理とが並行して動作する事が無いので、グリッドポータル側でライセンス数の管理処理を行うだけで、ライセンス数がオーバーする事が無くなる。
【００４１】
図５のフローチャートに戻り、１００１にて、プリポスト起動通知手段３０５が、ジョブ処理手段３０３にてジョブを処理していると判断した場合は、利用者に対し、待つかキャンセルするかを問い合わせる表示を行う（１００２）。
【００４２】
ここで、プリポスト起動通知手段３０５が、利用者がキャンセルを示す入力を行った事を検出すると（１００３）、プリ（ポスト）処理ソフトを起動せず、その処理を終了する。
【００４３】
また、プリポスト起動通知手段３０５が、１００３６にて利用者が待つことを示す入力を行った事を検出すると、「実行待機中」のメッセージを表示する（１００４）。
【００４４】
その後、プリポスト起動通知手段３０５は、ｎ秒単位で、ジョブ処理手段３０３による処理が行われているかを監視し（１００５，１００６）、ジョブ処理手段によるジョブが無いと判定した場合、先の「実行待機中」の表示に代え「実行可能になりました」の表示を行い（１００７）、先に説明した１００８，１００９の手順にてプリポスト処理手段３０４によるプリ（ポスト）処理を実行させる。
【００４５】
この様にする事で、ＰＣは、グリッドポータル１から投入されたジョブを処理している間は、プリ（ポスト）処理を行うことができないので、グリッドポータル1によるジョブ投入対象のＰＣの数と機動性減数とを比較した判定のみで、ライセンス数を越す事のないグリッドシステムを提供する事が可能となる。
（第二の実施の形態）
上記してきたものは、通常のジョブ処理についてであるが、これは試用でジョブを投入する場合にも同様の事がいえる。
【００４６】
第二の実施の形態では、その際の処理について図７を用いて説明する。
【００４７】
なおジョブの投入その他の処理は、第一の実施の形態と同じであるので説明を省略する。
【００４８】
まず、プリポスト起動通知手段３０５は、操作者がプリ処理用のソフトの起動依頼、即ち、ＰＣ利用者がＧＵＩのアイコンのクリックやコマンドなどで、起動依頼が行われたことを検出すると、ジョブ処理手段３０３によるジョブが処理中かを確認する（３００１）。
【００４９】
ここで、ジョブ処理手段による処理が行われていなければ、プリ処理手段によるプリ処理を起動させる（３００８）とともに、通信制御手段３０１を介してグリッドポータル１へプリポスト監視ジョブの実行依頼を送信する（３００９）。
【００５０】
このプリポスト監視ジョブ実行依頼を、通信制御部１０１を介して受信したグリッドポータル１のプリポスト監視ジョブ送信手段１０７は、プリポスト監視ジョブ蓄積手段１０８に蓄積されているプリポスト監視ジョブを抽出し、通信制御手段１０１を介して依頼をしてきたＰＣ３ａへ送信する。
【００５１】
この情報を、通信制御手段３０１を介して受信したＰＣ３ａのジョブ処理手段３０３は、このジョブ処理をジョブ蓄積手段３０２へ該ジョブを蓄積し、その情報を参照しながら処理を行う。
【００５２】
このプリポスト監視ジョブによるジョブ処理手段の処理について、図８を参照し、説明を行う。
【００５３】
この処理は定期的（ｎ秒間隔）で行われるものとするために、ｍ秒経過するまで待機する。（４００１）
ここで、ｍ秒経過した事を検出すると、プリポスト起動通知手段３０５にプリ処理もしくはポスト処理のソフトが起動していないかチェックさせ（４００２）、ここで、該当するプリ（ポスト）処理が実行されていれば、４００１へ処理を戻す。
【００５４】
逆に実行されていなければ、ジョブ蓄積手段によるジョブを終了する。
【００５５】
ジョブ処理手段は、上記したように、他のジョブが実行されていれば、そのジョブが完了した後、受信したジョブの処理を実行するようになっているため、このように構成しておけば、プリ処理若しくはポスト処理が実行されている間は仮想的にジョブが投入された状態となり、その後ジョブが投入されたとしても、そのジョブは、プリ処理もしくはポスト処理が実行されない状態となる。
【００５６】
ここで、本来のジョブで必要となるライセンスを利用しないジョブを投入しておけば、これによりプリ処理・ポスト処理とライセンスが必要なジョブ処理とが並行して動作する事が無いので、グリッドポータル側でライセンス数の管理処理を行うだけで、ライセンス数がオーバーする事が無くなる。
【００５７】
図７のフローチャートに戻り、３００１にて、プリポスト起動通知手段３０５が、ジョブ処理手段３０３にてジョブを処理していると判断した場合は、利用者に対し、待つかキャンセルするかを問い合わせる表示を行う（３００２）。
【００５８】
ここで、プリポスト起動通知手段３０５が、利用者がキャンセルを示す入力を行った事を検出すると（３００３）、プリ（ポスト）処理ソフトを起動せず、その処理を終了する。
【００５９】
また、プリポスト起動通知手段３０５が、３００３にて利用者が待つことを示す入力を行った事を検出すると、「実行待機中」のメッセージを表示する（３００４）。
【００６０】
その後、プリポスト起動通知手段３０５は、ｎ秒単位で、ジョブ処理手段３０３による処理が行われているかを監視し（３００５，３００６）、ジョブ処理手段によるジョブが無いと判定した場合、先の「実行待機中」の表示に代え「実行可能になりました」の表示を行い（３００７）、先に説明した３００８，３００９の手順にてプリポスト処理手段３０４によるプリ（ポスト）処理を実行させる。
【００６１】
この様にする事で、ＰＣは、グリッドポータル１から投入されたジョブを処理している間は、プリ（ポスト）処理を行うことができないので、グリッドポータル1によるジョブ投入対象のＰＣの数と機動性減数とを比較した判定のみで、ライセンス数を越す事のないグリッドシステムを提供する事が可能となる。
【００６２】
（付記１）  配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うグリッドポータルに、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入ステップを
実行させる事を特徴とするグリッドスケジューリングプログラム。
【００６３】
（付記２）  配下のコンピュータがジョブ処理中であるか否かの情報を蓄積するコンピュータ情報蓄積手段と
、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させる監視ジョブを蓄積する監視ジョブ蓄積手段とにアクセス可能なグリッドポータルを、
処理依頼が届くと、前記コンピュータ情報蓄積手段に蓄積された情報を参照してジョブ処理中でないコンピュータに対しジョブを投入するとともに該投入したコンピュータの情報を更新するジョブ投入手段と、
処理依頼を行ったコンピュータよりジョブに対する処理結果を受信すると前記コンピュータ情報蓄積手段に蓄積されている該当コンピュータの情報を更新する更新手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届くと、前記監視ジョブ蓄積手段に蓄積されている監視ジョブを通知してきたコンピュータへ送信する監視ジョブ投入手段と
して機能させることを特長とするジョブスケジューリングプログラム。
【００６４】
（付記３）  配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うグリッドポータルが、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入ステップを
実行する事を特徴とするグリッドスケジューリング方法。
【００６５】
（付記４）  配下のコンピュータがジョブ処理中であるか否かの情報を蓄積するコンピュータ情報蓄積手段と
、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させる監視ジョブを蓄積する監視ジョブ蓄積手段とにアクセス可能なグリッドポータルが、
処理依頼が届くと、前記コンピュータ情報蓄積手段に蓄積された情報を参照してジョブ処理中でないコンピュータに対しジョブを投入するとともに該投入したコンピュータの情報を更新するジョブ投入ステップと、
処理依頼を行ったコンピュータよりジョブに対する処理結果を受信すると前記コンピュータ情報蓄積手段に蓄積されている該当コンピュータの情報を更新する更新ステップと、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届くと、前記監視ジョブ蓄積手段に蓄積されている監視ジョブを通知してきたコンピュータへ送信する監視ジョブ投入ステップと
を実行する事を特徴とするジョブスケジューリング方法。
【００６６】
（付記５）  配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うジョブ管理手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入手段と
を有する事を特徴とするグリッドスケジューリング装置。
【００６７】
（付記６）  配下のコンピュータがジョブ処理中であるか否かの情報を蓄積するコンピュータ情報蓄積手段と、
解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させる監視ジョブを蓄積する監視ジョブ蓄積手段と、
処理依頼が届くと、前記コンピュータ情報蓄積手段に蓄積された情報を参照してジョブ処理中でないコンピュータに対しジョブを投入するとともに該投入したコンピュータの情報を更新するジョブ投入手段と、
処理依頼を行ったコンピュータよりジョブに対する処理結果を受信すると前記コンピュータ情報蓄積手段に蓄積されている該当コンピュータの情報を更新する更新手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届くと、前記監視ジョブ蓄積手段に蓄積されている監視ジョブを通知してきたコンピュータへ送信する監視ジョブ投入手段と
を有する事特長とするジョブスケジューリング装置。
【００６８】
（付記７）  グリッドポータルと、該グリッドポータルと通信可能な複数のコンピュータとからなるグリッドシステムであって、
前記グリッドポータルは、
配下の複数のジョブ投入対象のコンピュータへのジョブ投入管理を行うジョブ管理手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届いた際に、解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させるジョブを投入するジョブ投入手段と
を有し、
前記複数のコンピュータは各々、
前記グリッドポータルからジョブが投入された際、該ジョブを蓄積するジョブ蓄積手段と、
前記グリッドポータルからジョブが投入された際、既にジョブが実行中でない場合は投入されたジョブ処理を実行するジョブ処理手段と、
解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出すると、前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する送信手段と、
を有することを特徴とするグリッドシステム。
【００６９】
（付記８）前記送信手段は、解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出した際、前記ジョブ処理手段によるジョブが実行中でない場合に限り前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する
事を特徴とする付記７記載のグリッドシステム。
【００７０】
（付記９）グリッドポータルと、該グリッドポータルと通信可能な複数のコンピュータとからなるグリッドシステムであって、
前記グリッドポータルは、
配下のコンピュータがジョブ処理中であるか否かの情報を蓄積するコンピュータ情報蓄積手段と、
解析処理の前処理もしくは解析結果の表示のためのアプリケーションが起動状態である間、ジョブ処理を継続させる監視ジョブを蓄積する監視ジョブ蓄積手段と、
処理依頼が届くと、前記コンピュータ情報蓄積手段に蓄積された情報を参照してジョブ処理中でないコンピュータに対しジョブを投入するとともに該投入したコンピュータの情報を更新するジョブ投入手段と、
処理依頼を行ったコンピュータよりジョブに対する処理結果を受信すると前記コンピュータ情報蓄積手段に蓄積されている該当コンピュータの情報を更新する更新手段と、
配下のコンピュータより、解析処理の前処理もしくは解析結果の表示のためのアプリケーションを起動した通知が届くと、前記監視ジョブ蓄積手段に蓄積されている監視ジョブを通知してきたコンピュータへ送信する監視ジョブ投入手段と
を有し、
前記複数のコンピュータは各々、
前記グリッドポータルからジョブが投入された際、該ジョブを蓄積するジョブ蓄積手段と、
前記グリッドポータルからジョブが投入された際、既にジョブが実行中でない場合は投入されたジョブ処理を実行するジョブ処理手段と、
解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出すると、前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する送信手段と、
を有する事特長とするグリッドシステム。
【００７１】
（付記１０）前記送信手段は、解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動が成された事を検出した際、前記ジョブ処理手段によるジョブが実行中でない場合に限り前記グリッドポータルへ解析処理の前処理もしくは解析結果の表示のためのアプリケーションの起動の通知情報を送信する
事を特徴とする付記９記載のグリッドシステム。
【図面の簡単な説明】
【００７２】
【図１】本発明の一実施の形態におけるグリッドシステムの構成図
【図２】本発明の一実施の形態におけるグリッドポータル１の構成図
【図３】本発明の一実施の形態におけるＰＣ３ａ〜３ｅの構成図
【図４】本発明の一実施の形態におけるＰＣ情報蓄積手段１０５に蓄積されているＰＣ情報を示したテーブルの図
【図５】本発明の一実施の形態におけるフローチャート
【図６】本発明の一実施の形態におけるフローチャート
【図７】本発明の第２の実施の形態におけるフローチャート
【図８】本発明の第２の実施の形態におけるフローチャート
【符号の説明】
【００７３】
１      グリッドポータル
１０１  通信制御部
１０２  依頼受信手段
１０３  プリポスト判定部
１０４  共有ファイル蓄積部
１０５  ＰＣ情報蓄積手段
１０６  ジョブ送信手段
１０７  プリポスト監視ジョブ送信手段１０７
１０８  プリポスト監視ジョブ蓄積手段１０８
２      ネットワーク
３ａ    ＰＣ
３ｂ    ＰＣ
３ｃ    ＰＣ
３ｄ    ＰＣ
３ｅ    ＰＣ
３０１  通信制御手段
３０２  ジョブ蓄積手段
３０３  ジョブ処理手段
３０４  プリポスト処理手段
３０５  プリポスト起動通知手段
【図１】
2008090508.tif 000003
【図２】
2008090508.tif 000004
【図３】
2008090508.tif 000005
【図４】
2008090508.tif 000006
【図５】
2008090508.tif 000007
【図６】
2008090508.tif 000008
【図７】
2008090508.tif 000009
【図８】
2008090508.tif 000010