JP2005031892A - Job execution system and execution control method - Google Patents
Job execution system and execution control method Download PDFInfo
- Publication number
- JP2005031892A JP2005031892A JP2003194986A JP2003194986A JP2005031892A JP 2005031892 A JP2005031892 A JP 2005031892A JP 2003194986 A JP2003194986 A JP 2003194986A JP 2003194986 A JP2003194986 A JP 2003194986A JP 2005031892 A JP2005031892 A JP 2005031892A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- job
- manager host
- resource manager
- error
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Multi Processors (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、ジョブ実行システム及び実行制御方法に係り、特に、情報処理システムにおけるスケジューリングされたジョブの実行システム及び実行制御方法に関する。
【0002】
【従来の技術】
近年の情報処理システムは、無人で業務ジョブを処理するために、時刻予約によるジョブの自動起動、先行ジョブの終了による次に予約した接続ジョブの自動起動等のジョブスケジューリングが行われている。
【0003】
また、情報処理システムとして、1台のマネージャホストを用意し、そのマネージャホストで定義したジョブを、他の複数の実行ホストで実行することができるようにし、さらに、実行結果をマネージャホストで集中管理することができるシステムが知られている。
【0004】
前述のようなジョブ実行システムは、特許文献1等に記載されているように、あるホストで実行していたジョブが、そのホストで実行することができなくなっとき、他のホストで再実行することができる。
【0005】
【特許文献1】
特開平11−353284号公報
【0006】
【発明が解決しようとする課題】
ジョブのスケジュールを行ってジョブの実行を制御する前述した従来技術は、ジョブスケジュールの構築時に、マシン情報、実行ジョブ情報、ジョブ実行条件等を考慮して、スケジューリングを決定するが、その後のシステム運用により、業務データ容量が変更され、各ジョブの実行時間がスケジュール構築時の予想と大きく異なった場合等に、各ホストマシンのCPUに割り当てられているジョブの実行が非効率的なものとなり、システムにスケジューリングされているジョブの処理時間が増大するという問題点を生じさせていた。
【0007】
また、前述した従来技術は、システム運用中に、実行中のホスト内で、メモリやディスクの容量不足等のリソースエラー等、マシントラブルが生じた場合、エラー時に行うジョブを定義しておくことにより、トラブルを回避することができるが、正常なケースのジョブ実行が停止してしまうという問題点を有している。
【0008】
本発明の目的は、前述した従来技術の問題点を解決し、ジョブ実行中のリソースエラーによる業務自体の停止を回避することができるようにしたジョブの実行システム及び実行制御方法を提供することにある。
【0009】
【課題を解決するための手段】
本発明によれば前記目的は、スケジューリングされているジョブ群を実行するジョブ実行システムにおいて、複数種のリソースを備えてジョブの実行を行う複数のリソースマネージャホストと、ジョブ実行の管理を行う統合マネージャホストとを備え、前記リソースマネージャホストが、ジョブ実行中のリソースの状況を監視してリソースエラーを検知するリソースエラー検知手段と、リソースエラーを前記統合マネージャホストに報告するリソースエラー通知手段とを有し、前記統合マネージャホストが、リソースエラーを報告してきたリソースマネージャホスト以外の他のリソースマネージャホストのリソースの状況からリソースエラーの報告を行ったリソースマネージャホストで行っていたジョブを実行することが可能な移行先のリソースマネージャホストを決定する手段を有することにより達成される。
【0010】
また、前記目的は、スケジューリングされているジョブ群の実行を制御するジョブ実行制御方法において、複数種のリソースを備えてジョブを実行するリソースマネージャホストからのリソースエラーの報告を受け、リソースエラーの報告を行ったリソースマネージャホスト以外の他のリソースマネージャホストのリソースの状況からリソースエラーの報告を行ったリソースマネージャホストで行っていたジョブを実行することが可能な移行先のリソースマネージャホストを決定することにより達成される。
【0011】
【発明の実施の形態】
以下、本発明によるジョブ実行システム及び実行制御方法の実施形態を図面により詳細に説明する。
【0012】
図1は本発明の一実施形態によるジョブ実行システムの構成を示すブロック図、図2は統合マネージャホストの内部構成を示すブロック図、図3はリソースマネージャホストの内部構成を示すブロック図である。図1〜図3において、10は統合マネージャホスト、20〜40はリソースマネージャホスト、50〜90はリソース、100はPP情報データベース、110はジョブスケジュール実行部、120はジョブ実行部、130はリソースエラー情報受信部、140はリソースエラー情報解読部、150は各リソース使用状況判定部、160はリソース調査部、170はリソース削除依頼部、180はインストール指示部、190はインストール情報送信部、200はジョブスケジュール定義変更部、210はリソースエラー検知部、220はリソースエラー通知部、230はリソース情報通知部、240は命令受け付け部、250はリソース削除部、260はインストール情報受信部、270はインストール実行部である。
【0013】
本発明の実施形態によるジョブ実行システムは、図1に示すように、統合マネージャホスト10と複数のリソースマネージャホスト20〜40とがネットワークを介して接続されて構成されている。リソースマネージャホスト20〜40は、管理対象となるCPU、メモリ、ディスク等の多種のリソース50〜90を含んで、あるいは、接続されて構成され、ジョブの実行を行う。また、統合マネージャホスト10は、リソースマネージャホストで使用するアプリケーション(PP)情報を格納して管理するPP情報データベース100が接続されており、実行すべきジョブのスケジュール管理、ジョブを実行するリソースマネージャホストの管理を行う。
【0014】
統合マネージャホスト10は、図2に示すような各種の機能部を備えて構成されており、次に、これらの機能部のそれぞれについて説明する。
【0015】
ジョブスケジュール実行部110は、すでに定義されているジョブスケジュールを元にそのジョブスケジュールを制御する。
【0016】
ジョブ実行部120は、ジョブスケジュールにより定義されている1つ1つのジョブを実行する。
【0017】
リソースエラー情報受信部130は、リソースマネージャホストから送信されてきたエラー通知を受信する。
【0018】
リソースエラー情報解読部140は、リソースエラー情報受信部130で受け取ったエラー通知を解読する。
【0019】
リソース使用状況判定部150は、ネットワークを介して接続されている全てのリソースマネージャホストのリソース群がどの程度使用されているかを調査し、リソースエラーにより停止しているジョブを行うことのできる移動先のリソースマネージャホストを決定する。
【0020】
リソース調査部160は、ジョブを実行することができる移動先のリソースマネージャホストが決定したら、そのリソースマネージャホストにインストールしなくてはならないPP等の情報や、そのリソースマネージャホストに存在する不要な情報を洗い出す。
【0021】
リソース削除依頼部170は、リソース使用状況判定部150の判定で、どのリソースマネージャホストも、移動先としてジョブの実行を行うことができるだけの余裕がない場合に、各リソースマネージャホストが持つリソースの使用率をみて、解放できそうなリソースを持つリソースマネージャに不要情報の削除の依頼を行う。
【0022】
インストール指示部180は、移動先のリソースマネージャホストにPP情報等のジョブの実行に必要な情報のインストールを依頼する。
【0023】
インストール情報送信部190は、実際にマシンにインストールする情報を、リソースマネージャホストに送信する。
【0024】
ジョブスケジュール定義部200は、ジョブをどのような順番で、どのリソースマネージャホストを使用するか、どの時間帯で実行するかを決定し、ジョブスケジュールテーブルの書き換えを行う。
【0025】
リソースマネージャホストのそれぞれは、図2に示すような各種の機能部を備えて構成されており、次に、これらの機能部のそれぞれについて説明する。
【0026】
リソースエラー検知部210は、自リソースマネージャホスト内でのリソースエラーを検知し、リソースエラー通知部220は、取得したリソースエラーの情報を統合マネージャホスト10に対して通知する。
【0027】
リソース情報通知部230は、自リソースマネージャホスト内でどんなリソースがどれだけ不足しているかの情報、及び、ジョブの実行に必要なPP等の情報を統合マネージャホスト10に対し通知する。
【0028】
命令受け付け部240は、統合マネージャホスト10から送信されてきた命令を受け付けて解読する。
【0029】
リソース削除部250は、リソース削除依頼部170から通知された不要と判断された情報によりリソースを解放する。
【0030】
インストール情報受信部260は、ジョブ実行に必要なインストール情報を統合マネージャホスト10から受信し、インストール実行部270は、ジョブ実行に必要な情報をインストールする。
【0031】
次に、前述したように構成されるジョブ実行システムにおけるジョブ実行中のリソースエラーによる業務の停止を回避する処理動作を説明するが、その処理動作を説明する前に、処理の中で必要とするリソースマネージャホストのリソース監視画面、各種データの通信プロトコル、各種データテーブルの構成について図面により説明する。
【0032】
図4はリソースマネージャホストで自ホストのリソースを監視するために用いるリソース監視画面の例を示す図である。この表示画面は、リソースマネージャホストに登録されているそのホストのリソースの使用状況を表示するものであり、図示例は、この画面を表示しているリソースマネージャホストが、リソースA〜Dとして、CPU、メモリ、ディスク、その他を有し、リソースA〜Cがジョブ▲1▼により使用されており、リソースA(CPU)の使用率が30%、リソースB(メモリ)、C(ディスク)をそれぞれ20MB、80MB使用していることを表示している。
【0033】
図5はエラー情報データの通信プロトコルの例を示す図である。このプロトコルは、リソースマネージャホストのリソースエラー通知部220から統合マネージャホスト10にエラー情報を通知するために使用されるもので、データの先頭にこのデータがエラー情報データであることを示すエラーデータ開始のフラグを設定し、それに続いて、エラーが発生したリソースマネージャホスト名、エラー要因となった容量不足等のリソースの種別、どのようなエラーが発生したのかを示すエラー種別、エラーが発生した日時が設定されて構成される。
【0034】
図6はエラー情報データテーブルの構成例を示す図である。エラー情報データテーブルは、統合マネージャホストがリソースマネージャホストから送信されてきた図5に示すエラー情報を切り分けて格納管理するためのものである。どのリソースマネージャホストのどのリソースで、どのようなエラーが起きたのかを切り分けて示し、エラーが発生したリソースマネージャホスト名、エラー要因となった容量不足等のリソースの種別、どのようなエラーが発生したのかを示すエラー種別、エラーが発生した日時が管理される。図示の第1行のレコードの例の場合、リソースマネージャホストAにおいて、Memory1で、Empty となるエラーが日時YYY/MM/DD hh/mm/ddに発生したことを示している。
【0035】
図7はリソース情報データの通信プロトコルの例を示す図である。このリソース情報1000は、リソースエラーを生じたリソースマネージャホストが統合マネージャホストに送信する移動したい(実行中だった)ジョブの情報やジョブ実行に必要なPP情報等のリソース情報である。
【0036】
このリソース情報1000は、データの先頭にこのデータがリソース情報データであることを示すリソースデータ開始のフラグを設定し、それに続いて、送信元リソースマネージャホスト名、実行中であったジョブのID、送信日時が設定され、その後ろに、ジョブ実行に必要なメモリ容量、ディスク容量、推奨CPU性能、PP数、PP名とそのバージョンを付け、最後に、このリソース情報データの後に送信するPPのインストールに必要なレジストリファイルのファイル数、PPの緩急設定に必要な情報のファイル数を付与して構成されている。図示例では、2つのPPのPP名1、2があり、それぞれに、バージョン、レジストリファイルのファイル数、情報のファイル数が設定されている。
【0037】
図8はリソース情報データテーブルの構成例を示す図である。このリソース情報データテーブル1010は、リソースマネージャホストから送信されてきた図7に示すリソース情報を、統合マネージャホスト側で切り分けて、リソース情報データテーブルに格納したものである。
【0038】
図9はパフォーマンス情報データテーブルの構成例を示す図である。このパフォーマンス情報データテーブル1011は、統合マネージャホストが、他に利用可能なリソースマネージャホストのリソースの使用状況を調べ、その結果を格納するものであり、管理対象のリソースマネージャホスト名、リソース数、日時、リソース名、使用率が格納される。図示例では、管理対象のリソースマネージャホスト名HostAが3つのリソースを持ち、日時 2003/02/21 10:30:00の状態で、リソースとしてCPU、MEMORY、DISKを持ち、それぞれ、50%、30%、60%の使用率であることを示している。なお、使用状況を調査する方法は、公知の方法を使用することができる。
【0039】
図10は統合マネージャホスト10に接続されているPP情報データベース100の構成を説明する図である。このPP情報データベース100には、統合マネージャホストが管理しているリソースマネージャホストにインストールしてあるPP名とバージョンとが、各リソースマネージャホスト毎に区別して登録されている。管理対象のリソースマネージャホストに新しくPPがインストールされると、このデータベースに、PP名とバージョンとが逐次登録される。
【0040】
図11はインストール指示の通信プロトコル例を示す図である。インストール指示は、ジョブ実行に必要な情報が足りなくて、そのリソースマネージャホストがジョブ実行可能状態になかった場合に、インストール指示部180が、リソースマネージャホストに送信する指示である。
【0041】
このインストール指示の通信プロトコル1100は、データの先頭にこのデータがインストール指示のデータであることを示すインストール指示データ開始フラグを設定し、それに続いて、インストールするPP名、バージョンNo、このデータの後に送信するインストールに必要なインストール設定ファイルのファイル数、レジストリの設定に必要なレジストリ情報ファイルのファイル数、インストールするPPの環境設定に必要な情報ファイルのファイル数を付加して送信される。
【0042】
図12はインストール情報について説明する図である。このインストール情報1110は、図11により説明したプロトコルによるインストール指示の後に送信する、実際にインストールに必要な情報ファイル群である。これらのファイル群は、インストールを行うインストーラファイルとそのインストーラに必要な情報を記載したインストーラ設定ファイル群、レジストリの設定に必要なレジストリファイル群、インストールPPの環境設定に必要なPP環境設定ファイル群により構成される。
【0043】
図13はリソースの削除依頼の通信プロトコルの例を示す図である。このリソースの削除依頼は、ジョブスケジューリングを再定義して実行可能なリソースマネージャホストを決定した場合に、リソースの不要な情報の削除の削除をリソースマネージャホストに依頼するときに、統合マネージャホストからリソースマネージャホストに送信するものである。そして、このプロトコルは、その先頭に、このデータが削除依頼のデータであることを示す削除依頼開始のフラグが設定され、それに続いて、削除するPP名称、バージョンNoを付与して送信される。
【0044】
図14はリソースマネージャホストでリソースエラーが生じた場合の統合マネージャホストにおけるリソースエラー回避の処理動作を説明するフローチャートであり、次に、これについて説明する。
【0045】
(1)統合マネージャホストは、ジョブの全てが正常に実行されている場合、リソースエラー情報がリソースマネージャホストから送信されてくるのを待ち受ける待機状態にある。リソースエラー情報がリソースマネージャホストから図5により説明した通信データプロトコル900の形で送信されてくると、このエラー情報は、統合マネージャホストのリソースエラー情報受信部130で受け取られる(ステップ300)。
【0046】
(2)リソースエラー情報受信部130は、受信したリソースエラー情報をリソースエラー情報解読部140に渡す。リソースエラー情報解読部140は、どのリソースマネージャホストのどのリソースで、どのようなエラーが起きたのかを切り分け、図6により説明したエラー情報データテーブル910に格納する(ステップ310)。
【0047】
(3)統合マネージャホストは、ステップ310の情報の解読後、再びリソースマネージャホストから送信されてくる移動したい(実行中だった)ジョブの情報やジョブ実行に必要なPP情報等のリソース情報の待ち受け状態になる。そして、統合マネージャホストは、図7により説明したようなリソース情報1000をリソースマネージャホストから受け取ると、リソース情報を切り分けて、図8により説明したリソース情報テーブル1010に格納する。統合マネージャホストは、さらに、リソースマネージャホストから送信されてくるレジストリ情報ファイル、設定情報ファイルを受け取り、それらのファイルをユーザ指定のディレクトリへ一時保存する(ステップ320)。
【0048】
(4)次に、統合マネージャホストは、リソース使用状況判定部150で、各リソースマネージャホストのリソースのパフォーマンス情報を取得(公知の機能を使用)し、図9により説明したようなパーフォーマンステーブルを作成する(ステップ330)。
【0049】
(5)次に、統合マネージャホストは、他に利用することができるリソースマネージャホストを検索する。この検索は、前述したステップ330の処理で作成した図9に示すパフォーマンス情報データテーブル内のリソースとステップ320の処理で内容を格納した図8に示すリソース情報テーブルに格納されている移動したいジョブが必要とするリソースと比較することにより行われる。
【0050】
例えば、リソースマネージャホストAで実行されていたジョブ▲1▼をリソースマネージャホストBに移すことが可能かを調べるものとする。ジョブ▲1▼が必要とするリソースとしてのメモリの最大容量は、図8に示しているように71MBであり、リソースマネージャホストBのリソース使用率におけるメモリの使用率は、図9に示しているように50%である。このため、リソースマネージャホストBが備えているメモリの容量の残量、この場合50%の残容量が71MB以上あるか否かを調べる。同様に、ジョブ▲1▼が必要とするリソースとしてのディスク容量は、図8に示しているように1GBであり、2つのディスクを持つリソースマネージャホストBのリソース使用率におけるディスクの使用率は、図9に示しているように、それぞれ40%、70%である。このため、リソースマネージャホストBが備えている2つのディスクの容量の残量、この場合60%、30%の残容量の何れか一方の残容量が1GB以上あるか否かを調べる。
【0051】
全てのリソースについて前述したような比較を行い、この比較の結果、移動したいジョブが必要とするリソースより使用可能容量が大きいリソースを有する他のリソースマネージャホストを発見した場合、使用可能リソースマネージャホスト発見とし、発見できなかった場合、使用可能リソースマネージャホストなしと判定する(ステップ340)。
【0052】
(6)ステップ340の判定で、他に利用できるリソースマネージャホストを発見できなかった場合、統合マネージャホストは、ジョブスケジュールを組み直して、組み直した結果、実行順序が遅いジョブの実行を行うリソースマネージャホストを実行可能なリソースマネージャホストとして決定する。なお、ジョブスケジュールの組み直しは、公知の手段を使用して行うことができる(ステップ350、360)。
【0053】
(7)ステップ360の処理後、または、ステップ340の判定で、他に利用できるリソースマネージャホストを発見できた場合、リソース調査部160は、ジョブを実行する対象リソースマネージャホストに、ジョブ実行に必要なPP情報等が存在するか、その対象リソースマネージャホストに不要な情報はないか等、そのリソースマネージャホストがジョブ実行可能状態であるか否かを調査する。必要なPP等の調査は、図10により説明した統合マネージャホストに接続されているPP情報データベース100に登録されている管理対象のリソースマネージャホストのPP情報101を元に、図8に示したリソース情報の必要PP名を比較することにより行う(ステップ370)。
【0054】
(8)ステップ370の調査での管理対象リソースマネージャホストのPP情報に必要PPが登録されているか等の結果により、そのリソースマネージャホストがジョブ実行可能状態か否かを判定する。すなわち、管理対象リソースマネージャホストのPP情報に必要PPが登録されていた場合、そのリソースマネージャホストがジョブ実行可能状態であると判定し、登録れていなかった場合、ジョブ実行可能状態にないと判定する。そして、そのリソースマネージャホストが実行可能状態になかった場合、ジョブ実行に必要な情報が足りないのか、後回しになったジョブが使用していたリソースがあり、その結果として必要なリソースが足りないのかを判定する(ステップ380)。
【0055】
(9)ステップ380の判定で、ジョブ実行に必要な情報が足りないで、そのリソースマネージャホストがジョブ実行可能状態になかった場合、インストール指示部180は、図11により説明したようなインストール指示通信プロトコル1100を作成し、リソースマネージャホストに送信する(ステップ390)。
【0056】
(10)続いて、インストール情報送信部190は、ユーザ指定のディレクトリに保存してある図12により説明したような必要PPのインストーラや設定ファイル群であるインストール情報1110をリソースマネージャに送信する。その後、ステップ370からの処理に戻って、再びリソース調査からの処理を続ける(ステップ400)。
【0057】
(11)ステップ380の判定で、後回しになったジョブが使用していたリソースがあり、その結果として必要なリソースが足りないで、そのリソースマネージャホストがジョブ実行可能状態になかった場合、すなわち、ステップ340の判定で、実行可能なリソースマネージャホストを発見することができずに、ジョブスケジューリングを再定義することにより、実行可能なリソースマネージャホストを決定した場合、リソース削除依頼部170は、そのリソースマネージャホストにリソース削除の依頼を行う。ここでは、図13に示したようなリソースの不要な情報の削除依頼プロトコル1200を作成して、リソースマネージャホストに送信する。削除して欲しいPP情報の決定は、ステップ350、ステップ360の処理で決定された後回しになったジョブのPP情報を削除対象PPとする。その後、ステップ370からの処理に戻って、再びリソース調査からの処理を続ける(ステップ410)。
【0058】
(12)ステップ380の判定で、そのリソースマネージャホストがジョブ実行可能状態にあると判断された場合、ジョブスケジュール定義変更部200は、ジョブスケジュールを組み直し、ジョブ実行部120は、ジョブの実行を再開する。ジョブスケジュールの組み直し、及び、ジョブ実行は、公知の手段により行うことができる(ステップ420、430)。
【0059】
図15は前述したステップ350の処理で行われるジョブスケジュールの組み直しの例について説明する図であり、次に、これについて説明する。
【0060】
図15(a)に600として示すように、ジョブ▲1▼、▲2▼が同一のあるいは異なるリソースマネージャホストで実行され、いま、ジョブ▲3▼、▲4▼、▲5▼が異なるリソースマネージャホスト上で実行中であるとし、この状態で、ジョブ▲3▼を実行中のリソースマネージャホストでリソースエラーが生じたとする。そして、このときに、ステップ350のジョブスケジュールの組直しの処理に移行して、ジョブスケジュールの組み直しを行うと、実行順序が遅くてもかまわないジョブ▲5▼を実行しているリソースマネージャホストにジョブ▲3▼を移動して実行させる。すなわち、ジョブ▲5▼を実行しているリソースマネージャホストは、ジョブ▲5▼の実行に必要であったリソースが不要となり、このジョブ▲5▼に実行に必要であったリソースを使用することにより、ジョブ▲3▼の処理を実行することが可能となる。ジョブ▲5▼は、ジョブ▲3▼か、ジョブ▲4▼の実行後に実行するようにスケジュールすることになるが、ジョブ▲4▼がすでに実行中であるため、ジョブ▲4▼はジョブ▲3▼より先にその処理が終了することになる。このため、ジョブ▲5▼は、ジョブ▲4▼の実行中であるリソースマネージャホストに移動する。このような、ジョブスケジュールの組み直しにより、ジョブスケジュール変更後のスケジュールは、図15(b)に601として示すようなものとなる。なお、図15(a)で最後に実行されればよいとされていたジョブ▲6▼は、図15(b)に示す組み直しの場合にも最後に行われるようにされる。
【0061】
図16はリソースマネージャホストでリソースエラーが生じた場合のリソースマネージャホストにおけるリソースエラー回避の処理動作を説明するフローチャートであり、次に、これについて説明する。ここでの処理は、自リソースマネージャホストでリソースエラーを生じた場合、及び、他のリソースマネージャホストでリソースエラーを生じた場合の両者の処理を含むものである。
【0062】
(1)各リソースマネージャホストは、自ホスト内のリソースを監視している。いま、図1に示すリソースマネージャホストA20において、リソースA−1でリソース不足が発生したものとする。この場合、リソースマネージャホストのリソースエラー検知部210(図4により説明したリソース監視画面)は、そのリソース不足エラーを検知する。このエラー検知は、公知の手段により行うことができ、各リソースに使用率のしきい値(ユーザ設定)を設け、それを越えた場合にエラーとみなすこととして行う(ステップ500)。
【0063】
(2)リソースエラー検知部210がリソースエラーを検知すると、リソースマネージャホストのリソースエラー情報通知部220は、統合マネージャホストにリソースエラーが起きたことを通知する。この通知は、図5により説明したエラー情報データ通信プロトコル900を作成し、これを統合マネージャホストに送信することにより行われる(ステップ510)。
【0064】
(3)次に、リソースマネージャホストは、実行することができなくなったジョブの情報や、ジョブ実行に必要なPP情報等のリソース情報を、リソース情報通知部230から統合マネージャホストに通知する。この通知は、図7により説明したように、リソース情報通信プロトコルを作成して送信し、その後、必要PPのレジストリ情報からレジストリ情報ファイルを作成し、さらに、PPの設定が定義してあるファイルをコピーし、これらのファイル群を、リソース情報通知後に、続けて統合マネージャホストに転送することにより行われる(ステップ520)。
【0065】
ステップ520の処理の後、リソースエラーを発生したリソースマネージャホストは、統合マネージャホスト側からの命令を待ち受ける状態となる。また、リソースエラーを発生しなかったリソースマネージャホストは、リソースの監視を行いながら統合マネージャホスト側からの命令を待ち受ける状態となっている。
【0066】
(4)リソースマネージャホストの命令受け付け部240は、統合マネージャホストから送信された命令を受信すると、その命令が「リソース削除依頼」であるか、「インストール指示」であるか、「ジョブ実行」であるかに切り分ける(ステップ530)。
【0067】
(5)ステップ530で受信した命令がインストール指示であった場合、インストール情報受信部260は、次に送られてくるインストール情報を受信し、インストール実行部270が、そのインストール情報をマシン内にインストールする。その後、再び、命令待ち受け状態となる(ステップ550、560)。
【0068】
(6)ステップ530で受信した命令がリソース削除依頼であった場合、リソース削除部250は、送られてきた削除依頼データで指定してある不要な情報を削除し、その後、再び、命令待ち受け状態となる(ステップ540)。
【0069】
(7)ステップ530で受信した命令がジョブ実行であった場合、そのリソースマネージャホストは、ジョブの実行を開始し、また、実行中に使用する各リソースの監視を開始する(ステップ570)。
【0070】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、HD、DAT、FD、MO、DVD−ROM、CD−ROM等の記録媒体に格納して提供することができる。
【0071】
前述した本発明の実施形態によれば、ジョブ実行中にリソースエラーを発生させたリソースマネージャホストは、統合マネージャホストに対して、リソースエラーの発生を報告し、他のリソースマネージャホスト実行中のジョブを移すことができるので、リソースエラーによる業務停止を回避することができる。
【0072】
前述した本発明の実施形態は、リソースマネージャホストでリソースエラーが発生した場合を例として説明したが、本発明は、リソースマネージャホストのリソース以外の他の機能に障害が発生して、そのリソースマネージャホストでジョブの実行を行うことができなくなった場合にも適用することができる。この場合、統合マネージャホストが、リソースマネージャホストとの間で通信を行うことができなくなったことを検出して対応すればよい。
【0073】
【発明の効果】
以上説明したように本発明によれば、ジョブ実行中にそのジョブを実行しているリソースマネージャホストでリソースエラーが発生した場合にも、業務停止を回避することができる。
【図面の簡単な説明】
【図1】本発明の一実施形態によるジョブ実行システムの構成を示すブロック図である。
【図2】統合マネージャホストの内部構成を示すブロック図である。
【図3】リソースマネージャホストの内部構成を示すブロック図である。
【図4】リソースマネージャホストで自ホストのリソースを監視するために用いるリソース監視画面の例を示す図である。
【図5】エラー情報データの通信プロトコルの例を示す図である。
【図6】エラー情報データテーブルの構成例を示す図である。
【図7】リソース情報データの通信プロトコルの例を示す図である。
【図8】リソース情報データテーブルの構成例を示す図である。
【図9】パフォーマンス情報データテーブルの構成例を示す図である。
【図10】統合マネージャホストに接続されているPP情報データベースの構成を説明する図である。
【図11】インストール指示の通信プロトコル例を示す図である。
【図12】インストール情報について説明する図である。
【図13】リソースの削除依頼の通信プロトコルの例を示す図である。
【図14】リソースマネージャホストでリソースエラーが生じた場合の統合マネージャホストにおけるリソースエラー回避の処理動作を説明するフローチャートである。
【図15】ジョブスケジュールの組み直しの例について説明する図である。
【図16】リソースマネージャホストでリソースエラーが生じた場合のリソースマネージャホストにおけるリソースエラー回避の処理動作を説明するフローチャートである。
【符号の説明】
10 統合マネージャホスト
20〜40 リソースマネージャホスト
50〜90 リソース
100 PP情報データベース
110 ジョブスケジュール実行部
120 ジョブ実行部
130 リソースエラー情報受信部
140 リソースエラー情報解読部
150 各リソース使用状況判定部
160 リソース調査部
170 リソース削除依頼部
180 インストール指示部
190 インストール情報送信部
200 ジョブスケジュール定義変更部
210 リソースエラー検知部
220 リソースエラー通知部
230 リソース情報通知部
240 命令受け付け部
250 リソース削除部
260 インストール情報受信部
270 インストール実行部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a job execution system and an execution control method, and more particularly to an execution system and an execution control method for a scheduled job in an information processing system.
[0002]
[Prior art]
In recent information processing systems, in order to process business jobs unattended, job scheduling such as automatic start of a job by time reservation and automatic start of a connection job reserved next by the end of a preceding job is performed.
[0003]
In addition, one manager host is prepared as an information processing system so that jobs defined on the manager host can be executed on multiple other execution hosts, and execution results are centrally managed on the manager host. Systems that can do this are known.
[0004]
The job execution system as described above is re-executed on another host when a job that has been executed on a certain host cannot be executed on that host, as described in
[0005]
[Patent Document 1]
JP-A-11-353284
[0006]
[Problems to be solved by the invention]
The above-mentioned conventional technology that controls job execution by performing job scheduling determines the scheduling in consideration of machine information, execution job information, job execution conditions, etc. when building the job schedule. If the business data capacity is changed and the execution time of each job is significantly different from the forecast at the time of schedule construction, the execution of jobs assigned to the CPU of each host machine becomes inefficient. This causes a problem that the processing time of jobs scheduled in the system increases.
[0007]
In addition, the above-described conventional technology defines a job to be performed when an error occurs when a machine trouble occurs, such as a resource error such as insufficient memory or disk capacity, in the running host during system operation. Although troubles can be avoided, there is a problem that job execution in a normal case is stopped.
[0008]
An object of the present invention is to provide a job execution system and an execution control method that solve the above-described problems of the prior art and that can prevent a business operation from being stopped due to a resource error during job execution. is there.
[0009]
[Means for Solving the Problems]
According to the present invention, the object is to provide, in a job execution system for executing a scheduled job group, a plurality of resource manager hosts that execute jobs with a plurality of types of resources, and an integrated manager that manages job execution. A resource error detection means for detecting a resource error by monitoring the status of a resource during job execution, and a resource error notification means for reporting a resource error to the integrated manager host. In addition, the integrated manager host can execute a job performed on the resource manager host that has reported the resource error based on the resource status of the resource manager host other than the resource manager host that has reported the resource error. Relocation destination litho It is accomplished by having a means for determining a scan manager host.
[0010]
Further, the object is to provide a resource error report in a job execution control method for controlling execution of a scheduled job group by receiving a resource error report from a resource manager host that executes a job with a plurality of types of resources. Determine the migration destination resource manager host that can execute the job performed on the resource manager host that reported the resource error from the resource status of the resource manager host other than the resource manager host that performed the job. Is achieved.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of a job execution system and an execution control method according to the present invention will be described below in detail with reference to the drawings.
[0012]
FIG. 1 is a block diagram showing a configuration of a job execution system according to an embodiment of the present invention, FIG. 2 is a block diagram showing an internal configuration of an integrated manager host, and FIG. 3 is a block diagram showing an internal configuration of a resource manager host. 1 to 3, 10 is an integrated manager host, 20 to 40 are resource manager hosts, 50 to 90 are resources, 100 is a PP information database, 110 is a job schedule execution unit, 120 is a job execution unit, and 130 is a resource error Information receiving unit, 140 is a resource error information decoding unit, 150 is each resource usage status determining unit, 160 is a resource investigating unit, 170 is a resource deletion request unit, 180 is an installation instruction unit, 190 is an installation information transmitting unit, and 200 is a job Schedule definition change unit, 210 is a resource error detection unit, 220 is a resource error notification unit, 230 is a resource information notification unit, 240 is a command reception unit, 250 is a resource deletion unit, 260 is an installation information reception unit, and 270 is an installation execution unit It is.
[0013]
As shown in FIG. 1, the job execution system according to the embodiment of the present invention is configured by connecting an integrated
[0014]
The integrated
[0015]
The job
[0016]
The
[0017]
The resource error
[0018]
The resource error
[0019]
The resource usage
[0020]
When the resource manager host of the migration destination that can execute the job is determined, the
[0021]
The resource
[0022]
The
[0023]
The installation
[0024]
The job
[0025]
Each resource manager host is configured to include various functional units as shown in FIG. 2, and each of these functional units will be described next.
[0026]
The resource
[0027]
The resource
[0028]
The
[0029]
The
[0030]
The installation
[0031]
Next, a processing operation for avoiding the suspension of a business due to a resource error during job execution in the job execution system configured as described above will be described. Before describing the processing operation, it is necessary in the processing. The configuration of the resource manager host resource monitoring screen, various data communication protocols, and various data tables will be described with reference to the drawings.
[0032]
FIG. 4 is a diagram showing an example of a resource monitoring screen used for monitoring resources of the own host by the resource manager host. This display screen displays the usage status of resources of the host registered in the resource manager host. In the illustrated example, the resource manager host displaying this screen displays the CPU as resources A to D. , Memory, disk, etc., resources A to C are used by job (1), resource A (CPU) usage rate is 30%, resources B (memory) and C (disk) are each 20 MB , 80 MB is being used.
[0033]
FIG. 5 is a diagram illustrating an example of a communication protocol for error information data. This protocol is used for notifying error information from the resource
[0034]
FIG. 6 is a diagram showing a configuration example of the error information data table. The error information data table is for the integrated manager host to store and manage the error information shown in FIG. 5 transmitted from the resource manager host. Indicate which error occurred in which resource on which resource manager host, the name of the resource manager host where the error occurred, the type of resource such as insufficient capacity that caused the error, and what kind of error occurred The error type indicating whether the error occurred and the date and time when the error occurred are managed. In the example of the record in the first row shown in the figure, in the resource manager host A, it is indicated that an error indicating “Empty” occurs in the date and time YYY / MM / DDhh / mm / dd in Memory1.
[0035]
FIG. 7 is a diagram illustrating an example of a communication protocol for resource information data. The
[0036]
In the
[0037]
FIG. 8 is a diagram illustrating a configuration example of the resource information data table. The resource information data table 1010 is obtained by dividing the resource information shown in FIG. 7 transmitted from the resource manager host on the integrated manager host side and storing it in the resource information data table.
[0038]
FIG. 9 is a diagram showing a configuration example of the performance information data table. This performance information data table 1011 is for the integrated manager host to check the resource usage status of other available resource manager hosts and to store the results. The managed resource manager host name, the number of resources, the date and time , Resource name, usage rate is stored. In the illustrated example, the managed resource manager host name HostA has three resources, and has the CPU, MEMORY, and DISK as resources in the date and time 2003/02/21 10:30, respectively, 50%, 30 % And 60%. In addition, the method of investigating a use condition can use a well-known method.
[0039]
FIG. 10 is a diagram for explaining the configuration of the
[0040]
FIG. 11 is a diagram illustrating an example of a communication protocol for an installation instruction. The installation instruction is an instruction that the
[0041]
The installation
[0042]
FIG. 12 is a diagram for explaining the installation information. The
[0043]
FIG. 13 is a diagram illustrating an example of a communication protocol for a resource deletion request. This resource deletion request is executed when the resource manager host is requested to delete unnecessary information of resources when the resource manager host that can be executed is determined by redefining job scheduling. It is sent to the manager host. In this protocol, a deletion request start flag indicating that this data is the data of the deletion request is set at the head, and subsequently, the PP name to be deleted and the version number are assigned and transmitted.
[0044]
FIG. 14 is a flowchart for explaining the processing operation for avoiding resource errors in the integrated manager host when a resource error occurs in the resource manager host. This will be described next.
[0045]
(1) When all the jobs are executed normally, the integrated manager host is in a standby state waiting for resource error information to be transmitted from the resource manager host. When the resource error information is transmitted from the resource manager host in the form of the
[0046]
(2) The resource error
[0047]
(3) After decoding the information in
[0048]
(4) Next, the integrated manager host acquires the resource performance information of each resource manager host (using a known function) by the resource usage
[0049]
(5) Next, the integrated manager host searches for resource manager hosts that can be used elsewhere. In this search, the resource in the performance information data table shown in FIG. 9 created in the process of
[0050]
For example, suppose that it is checked whether or not the job (1) executed on the resource manager host A can be transferred to the resource manager host B. As shown in FIG. 8, the maximum memory capacity required for job (1) is 71 MB, and the memory usage rate in the resource usage rate of the resource manager host B is shown in FIG. So that it is 50%. Therefore, it is checked whether the remaining capacity of the memory provided in the resource manager host B, in this case, the remaining capacity of 50% is 71 MB or more. Similarly, the disk capacity as a resource required by job (1) is 1 GB as shown in FIG. 8, and the disk usage rate in the resource usage rate of the resource manager host B having two disks is As shown in FIG. 9, they are 40% and 70%, respectively. Therefore, it is checked whether the remaining capacity of the capacity of the two disks provided in the resource manager host B, in this case, the remaining capacity of either 60% or 30% is 1 GB or more.
[0051]
If all resources are compared as described above, and the result of this comparison is that another resource manager host having a larger usable capacity than the resource required by the job to be moved is found, the available resource manager host is found. If it cannot be found, it is determined that there is no usable resource manager host (step 340).
[0052]
(6) If no other resource manager host that can be used is found in the determination in
[0053]
(7) After the process of
[0054]
(8) It is determined whether or not the resource manager host is in a job executable state based on the result of whether the necessary PP is registered in the PP information of the management target resource manager host in the investigation in
[0055]
(9) If it is determined in
[0056]
(10) Subsequently, the installation
[0057]
(11) If it is determined in
[0058]
(12) If it is determined in
[0059]
FIG. 15 is a diagram for explaining an example of job schedule recombination performed in the process of
[0060]
As indicated by 600 in FIG. 15A, jobs (1) and (2) are executed on the same or different resource manager hosts, and now jobs (3), (4), and (5) are different resource managers. Assume that a resource error occurs in the resource manager host that is executing job (3) in this state. At this time, when the process is shifted to the job schedule reassembling process in
[0061]
FIG. 16 is a flowchart for explaining a processing operation for avoiding a resource error in the resource manager host when a resource error occurs in the resource manager host, which will be described next. The processing here includes both processing when a resource error occurs in its own resource manager host and when a resource error occurs in another resource manager host.
[0062]
(1) Each resource manager host monitors resources in its own host. Now, it is assumed that a resource shortage has occurred in the resource A-1 in the resource manager host A20 shown in FIG. In this case, the resource error detection unit 210 (resource monitoring screen described with reference to FIG. 4) of the resource manager host detects the resource shortage error. This error detection can be performed by known means, and a threshold value (user setting) of the usage rate is provided for each resource, and if it exceeds that, it is regarded as an error (step 500).
[0063]
(2) When the resource
[0064]
(3) Next, the resource manager host notifies the integrated manager host of resource information such as job information that cannot be executed and PP information necessary for job execution from the resource
[0065]
After the processing of
[0066]
(4) When receiving the command transmitted from the integrated manager host, the
[0067]
(5) If the instruction received in
[0068]
(6) If the command received in
[0069]
(7) If the command received in
[0070]
Each processing in the above-described embodiment of the present invention can be configured as a processing program, and this processing program is stored in a recording medium such as HD, DAT, FD, MO, DVD-ROM, and CD-ROM and provided. can do.
[0071]
According to the above-described embodiment of the present invention, the resource manager host that has generated the resource error during job execution reports the occurrence of the resource error to the integrated manager host, and the job being executed by another resource manager host. Therefore, it is possible to avoid a business stop due to a resource error.
[0072]
In the above-described embodiment of the present invention, the case where a resource error has occurred in the resource manager host has been described as an example. However, in the present invention, a failure occurs in a function other than the resource of the resource manager host, and the resource manager This can also be applied when the job cannot be executed on the host. In this case, the integrated manager host may detect and respond to the fact that communication with the resource manager host is no longer possible.
[0073]
【The invention's effect】
As described above, according to the present invention, even when a resource error occurs in a resource manager host that is executing a job during job execution, it is possible to avoid a business stop.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a job execution system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing an internal configuration of an integrated manager host.
FIG. 3 is a block diagram showing an internal configuration of a resource manager host.
FIG. 4 is a diagram showing an example of a resource monitoring screen used for monitoring resources of the host by the resource manager host.
FIG. 5 is a diagram illustrating an example of a communication protocol for error information data.
FIG. 6 is a diagram illustrating a configuration example of an error information data table.
FIG. 7 is a diagram illustrating an example of a communication protocol for resource information data.
FIG. 8 is a diagram illustrating a configuration example of a resource information data table.
FIG. 9 is a diagram illustrating a configuration example of a performance information data table.
FIG. 10 is a diagram illustrating a configuration of a PP information database connected to an integrated manager host.
FIG. 11 is a diagram illustrating an example of a communication protocol for an installation instruction.
FIG. 12 is a diagram illustrating installation information.
FIG. 13 is a diagram illustrating an example of a communication protocol for a resource deletion request.
FIG. 14 is a flowchart for explaining a resource error avoidance processing operation in the integrated manager host when a resource error occurs in the resource manager host.
FIG. 15 is a diagram illustrating an example of job schedule reorganization.
FIG. 16 is a flowchart for explaining a resource error avoidance processing operation in the resource manager host when a resource error occurs in the resource manager host;
[Explanation of symbols]
10 Integrated manager host
20-40 Resource manager host
50-90 resources
100 PP information database
110 Job schedule execution part
120 Job execution part
130 Resource error information receiver
140 Resource error information decoding part
150 Resource usage status determination unit
160 Resource Survey Department
170 Resource deletion request section
180 Installation instruction section
190 Installation information transmitter
200 Job schedule definition change part
210 Resource error detector
220 Resource error notification section
230 Resource information notification part
240 Command receiving part
250 Resource deletion part
260 Installation information receiver
270 Installation execution part
Claims (6)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003194986A JP4099115B2 (en) | 2003-07-10 | 2003-07-10 | Job execution system and execution control method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003194986A JP4099115B2 (en) | 2003-07-10 | 2003-07-10 | Job execution system and execution control method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005031892A true JP2005031892A (en) | 2005-02-03 |
JP4099115B2 JP4099115B2 (en) | 2008-06-11 |
Family
ID=34205961
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003194986A Expired - Fee Related JP4099115B2 (en) | 2003-07-10 | 2003-07-10 | Job execution system and execution control method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4099115B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008062864A1 (en) * | 2006-11-24 | 2008-05-29 | Nec Corporation | Virtual machine locating system, virtual machine locating method, program, virtual machine management device and server |
WO2008152687A1 (en) * | 2007-06-11 | 2008-12-18 | Fujitsu Limited | Workflow definition changing program, workflow definition changing method, and workflow definition changing device |
JPWO2008152910A1 (en) * | 2007-06-11 | 2010-08-26 | 富士通株式会社 | Workflow definition change program and workflow definition change method |
JP2014191603A (en) * | 2013-03-27 | 2014-10-06 | Fujitsu Ltd | Workflow control program, device, and method |
WO2014192132A1 (en) * | 2013-05-31 | 2014-12-04 | 株式会社日立製作所 | Load distribution device and method |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05257719A (en) * | 1992-03-12 | 1993-10-08 | Chubu Nippon Denki Software Kk | System resource utilizing status monitor system |
JP2001014286A (en) * | 1999-06-29 | 2001-01-19 | Hitachi Ltd | Load distribution control method for parallel computer |
JP2001155003A (en) * | 1999-11-30 | 2001-06-08 | Ntt Comware Corp | Service recovery system and recording medium therefor |
-
2003
- 2003-07-10 JP JP2003194986A patent/JP4099115B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05257719A (en) * | 1992-03-12 | 1993-10-08 | Chubu Nippon Denki Software Kk | System resource utilizing status monitor system |
JP2001014286A (en) * | 1999-06-29 | 2001-01-19 | Hitachi Ltd | Load distribution control method for parallel computer |
JP2001155003A (en) * | 1999-11-30 | 2001-06-08 | Ntt Comware Corp | Service recovery system and recording medium therefor |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008062864A1 (en) * | 2006-11-24 | 2008-05-29 | Nec Corporation | Virtual machine locating system, virtual machine locating method, program, virtual machine management device and server |
US8346933B2 (en) | 2006-11-24 | 2013-01-01 | Nec Corporation | Virtual machine location system, virtual machine location method, program, virtual machine manager, and server |
JP5317010B2 (en) * | 2006-11-24 | 2013-10-16 | 日本電気株式会社 | Virtual machine placement system, virtual machine placement method, program, virtual machine management device, and server device |
WO2008152687A1 (en) * | 2007-06-11 | 2008-12-18 | Fujitsu Limited | Workflow definition changing program, workflow definition changing method, and workflow definition changing device |
WO2008152910A1 (en) * | 2007-06-11 | 2008-12-18 | Fujitsu Limited | Workflow definition alteration program, workflow definition alteration method, and workflow definition alteration device |
JPWO2008152910A1 (en) * | 2007-06-11 | 2010-08-26 | 富士通株式会社 | Workflow definition change program and workflow definition change method |
JP5229223B2 (en) * | 2007-06-11 | 2013-07-03 | 富士通株式会社 | Workflow definition change program and workflow definition change method |
JP2014191603A (en) * | 2013-03-27 | 2014-10-06 | Fujitsu Ltd | Workflow control program, device, and method |
US9846594B2 (en) | 2013-03-27 | 2017-12-19 | Fujitsu Limited | Workflow control apparatus and method therefor |
WO2014192132A1 (en) * | 2013-05-31 | 2014-12-04 | 株式会社日立製作所 | Load distribution device and method |
US9384059B2 (en) | 2013-05-31 | 2016-07-05 | Hitachi, Ltd. | Comparing resource costs between allocation plans in a load balance apparatus |
Also Published As
Publication number | Publication date |
---|---|
JP4099115B2 (en) | 2008-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8074222B2 (en) | Job management device, cluster system, and computer-readable medium storing job management program | |
JP4462969B2 (en) | Failover cluster system and failover method | |
US7933995B2 (en) | Computer program and apparatus for controlling computing resources, and distributed processing system | |
US6178452B1 (en) | Method of performing self-diagnosing and self-repairing at a client node in a client/server system | |
JP4469306B2 (en) | Computer system, management server | |
JP4650203B2 (en) | Information system and management computer | |
JP5132735B2 (en) | Server system and server arrangement method | |
US7856496B2 (en) | Information gathering tool for systems administration | |
JP6186787B2 (en) | Data transfer device, data transfer system, data transfer method and program | |
EP1357465A2 (en) | Storage system having virtualized resource | |
JP2005275829A (en) | Storage system | |
JPWO2008126325A1 (en) | Cluster system, software update method, service providing node, and service providing program | |
JP2008065425A (en) | Storage system, management computer, and copy pair monitoring method | |
JP3062155B2 (en) | Computer system | |
JP2007102452A (en) | System management program and system management method | |
WO2021057108A1 (en) | Data reading method, data writing method, and server | |
JP4818843B2 (en) | Storage system for remote copy | |
US20080086658A1 (en) | Backup control device and system for data processing system | |
US6266697B1 (en) | System automatically maintaining client under control of client, and a recording medium therefor | |
JP5632820B2 (en) | Wide-area distributed configuration change system | |
JP4099115B2 (en) | Job execution system and execution control method | |
CN114296909B (en) | Automatic capacity expansion and contraction method and system for nodes according to kubernetes events | |
US20070174836A1 (en) | System for controlling computer and method therefor | |
JP2008544371A (en) | How to handle lock-related inconsistencies | |
JP4608559B2 (en) | Blade assignment method and blade assignment program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050812 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061212 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070213 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070626 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070824 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070831 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080304 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080314 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110321 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110321 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120321 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130321 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130321 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |