ホーム > 特許ランキング > 三菱電機ソフトウエア株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-125948ジョブ実行制御装置、ジョブ実行制御プログラムおよびジョブ実行制御方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024125948
(43)【公開日】2024-09-19
(54)【発明の名称】ジョブ実行制御装置、ジョブ実行制御プログラムおよびジョブ実行制御方法
(51)【国際特許分類】
G06F 9/50 20060101AFI20240911BHJP
【ＦＩ】
G06F9/50 120B
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023034100
(22)【出願日】2023-03-06
(71)【出願人】
【識別番号】591102095
【氏名又は名称】三菱電機ソフトウエア株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】弁理士法人クロスボーダー特許事務所
(72)【発明者】
【氏名】相馬 悠紀
(72)【発明者】
【氏名】長森 剛志
(72)【発明者】
【氏名】藤巻 剛
(72)【発明者】
【氏名】吉田 幸平
(72)【発明者】
【氏名】亀代 泰三
(57)【要約】
【課題】優先度の高い割込みジョブが発生した際に、１台以上サーバのどのサーバにも割込みジョブ実行のためのリソース空きがない場合にも、割込みジョブの実行可能な装置を提供する。
【解決手段】ジョブ実行制御装置１０は、優先度の付与された複数のジョブを、３台のサーバで実行させる。ジョブ実行制御装置１０は、実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが３台のサーバのどれにも存在しない場合に、中断優先度ジョブを実行しているサーバを３台のサーバの中から特定する。なお中断優先度ジョブとは、必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである。ジョブ実行制御装置１０は、特定したサーバで実行中の中断優先度ジョブの実行を中断し、特定したサーバに実行予定ジョブを実行させる。
【選択図】図１
【解決手段】ジョブ実行制御装置１０は、優先度の付与された複数のジョブを、３台のサーバで実行させる。ジョブ実行制御装置１０は、実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが３台のサーバのどれにも存在しない場合に、中断優先度ジョブを実行しているサーバを３台のサーバの中から特定する。なお中断優先度ジョブとは、必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである。ジョブ実行制御装置１０は、特定したサーバで実行中の中断優先度ジョブの実行を中断し、特定したサーバに実行予定ジョブを実行させる。
【選択図】図１
【特許請求の範囲】
【請求項1】
処理の緊急性を示す優先度の付与された複数のジョブを、１台以上のサーバで実行させるジョブ実行制御装置において、
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理部を備えるジョブ実行制御装置。
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理部を備えるジョブ実行制御装置。
【請求項2】
前記優先度管理部は、
実行を中断した前記中断優先度ジョブの持つ前記中断優先度を、実行中断が認められていない優先度に変更する請求項１に記載のジョブ実行制御装置。
実行を中断した前記中断優先度ジョブの持つ前記中断優先度を、実行中断が認められていない優先度に変更する請求項１に記載のジョブ実行制御装置。
【請求項3】
前記中断優先度ジョブは、
実行を中断する場合に、中断時における処理途中の処理結果を、各サーバの共有する記憶領域に格納するとともに、前記処理結果の処理状態および前記処理結果の存在する前記記憶領域における位置情報を前記優先度管理部に送信し、
前記優先度管理部は、
実行が中断され、かつ、前記中断優先度から実行中断が認められていない前記優先度へ変更された前記中断優先度ジョブを再び実行するときに、前記中断優先度ジョブを再び実行するサーバを前記１台以上のサーバの中から決定し、決定したサーバに前記中断優先度ジョブの前記処理状態および前記位置情報を送信し、決定した前記サーバに前記中断優先度ジョブを再び実行させる請求項２に記載のジョブ実行制御装置。
実行を中断する場合に、中断時における処理途中の処理結果を、各サーバの共有する記憶領域に格納するとともに、前記処理結果の処理状態および前記処理結果の存在する前記記憶領域における位置情報を前記優先度管理部に送信し、
前記優先度管理部は、
実行が中断され、かつ、前記中断優先度から実行中断が認められていない前記優先度へ変更された前記中断優先度ジョブを再び実行するときに、前記中断優先度ジョブを再び実行するサーバを前記１台以上のサーバの中から決定し、決定したサーバに前記中断優先度ジョブの前記処理状態および前記位置情報を送信し、決定した前記サーバに前記中断優先度ジョブを再び実行させる請求項２に記載のジョブ実行制御装置。
【請求項4】
前記優先度管理部は、
前記中断優先度を持つ複数の実行予定ジョブがある場合に、前記１台以上のサーバの中に実行に必要なリソース量を持つサーバが存在する実行予定ジョブを、実行に必要なリソース量を持つ前記サーバに実行させる請求項１から請求項３のいずれか１項に記載のジョブ実行制御装置。
前記中断優先度を持つ複数の実行予定ジョブがある場合に、前記１台以上のサーバの中に実行に必要なリソース量を持つサーバが存在する実行予定ジョブを、実行に必要なリソース量を持つ前記サーバに実行させる請求項１から請求項３のいずれか１項に記載のジョブ実行制御装置。
【請求項5】
処理の緊急性を示す優先度の付与された複数のジョブを、１台以上のサーバで実行させるジョブ実行制御装置であるコンピュータに、
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理処理を実行させるジョブ実行制御プログラム。
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理処理を実行させるジョブ実行制御プログラム。
【請求項6】
処理の緊急性を示す優先度の付与された複数のジョブを、１台以上のサーバで実行させるジョブ実行制御装置であるコンピュータが、
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させるジョブ実行制御方法。
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させるジョブ実行制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ジョブの実行を制御するジョブ実行制御装置に関する。
【背景技術】
【0002】
画像データを日次処理で大量に処理するシステムでは、いかに大量データを迅速に、効率的に処理できるかが重要である。さらに、日次処理に加え、優先度の高い画像処理を割込み実行する必要がある場合は、いかに割込み処理を迅速に処理しつつ、日次処理への影響を抑えるかが重要である。画像データを大量に処理するには、一般的にサーバ性能の向上、数量増加の対応がある。またコンピュータ処理効率を上げるため、投入する処理をジョブ管理し、リソースと対応付けて動作を制御するのが一般的である。
【0003】
従来技術（例えば特許文献１）のジョブ処理装置は、ジョブの同時実行数分のジョブユニットからなるジョブユニット部を有する。このジョブ処理装置は、ジョブの負荷に応じた数のジョブユニットをジョブに割当てることで、ジョブの実行に際し最適な負荷配分を行う。
また、このジョブ処理装置は、各ジョブユニットに、実行可能なジョブのレベルを示すジョブユニットレベルを設定し、高レベルのジョブユニットには優先順位の高いジョブのみを割当てる。これによって、ジョブ優先順位に応じたジョブの実行が行われる。
また、従来技術では、複数サーバでジョブを処理する環境で優先度の高いジョブ待ち状態において、リソース空きが発生すると、待ちジョブよりも優先度が低いジョブを中断して移動し、待ちジョブを割込みジョブとして投入する。
また、このジョブ処理装置は、各ジョブユニットに、実行可能なジョブのレベルを示すジョブユニットレベルを設定し、高レベルのジョブユニットには優先順位の高いジョブのみを割当てる。これによって、ジョブ優先順位に応じたジョブの実行が行われる。
また、従来技術では、複数サーバでジョブを処理する環境で優先度の高いジョブ待ち状態において、リソース空きが発生すると、待ちジョブよりも優先度が低いジョブを中断して移動し、待ちジョブを割込みジョブとして投入する。
【0004】
従来技術では、割込みジョブを実行するための十分なジョブユニットの空き発生状態でないと、割込みできないという課題があった。
よって、日次処理でコンピュータリソースの大部分を定常的に使用するシステムでは、空き発生が存在しない限り、割込みできないという課題があった。
また、従来技術では、優先度の低いジョブを中断して他サーバへ移動することでリソース空きを発生させ、割込み可能とする技術が提示されている。
しかし、他サーバにリソース空きがなければ優先度の低いジョブを移動することができず、結果として優先度高のジョブを割込み実行できないという課題があった。すなわち従来技術では、複数サーバのうちのどれかのサーバに、割込みジョブを実行するためのリソース空きが必要であった。
よって、日次処理でコンピュータリソースの大部分を定常的に使用するシステムでは、空き発生が存在しない限り、割込みできないという課題があった。
また、従来技術では、優先度の低いジョブを中断して他サーバへ移動することでリソース空きを発生させ、割込み可能とする技術が提示されている。
しかし、他サーバにリソース空きがなければ優先度の低いジョブを移動することができず、結果として優先度高のジョブを割込み実行できないという課題があった。すなわち従来技術では、複数サーバのうちのどれかのサーバに、割込みジョブを実行するためのリソース空きが必要であった。
【0005】
このように、日次処理の画像処理でコンピュータリソースの大部分を使用するようなシステムでは、緊急度の高い割込み画像処理を、通常の画像処理より優先的に迅速に処理する必要がある。しかし、従来技術では、移動先サーバに移動されるジョブのためのリソース空きがない場合には、優先度の高いジョブを割込み処理できないという課題があった。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０００－３３０８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本開示に係るジョブ実行制御装置は、優先度の高い割込みジョブが発生した際に、１台以上のサーバのどのサーバにも優先度の高い割込みジョブ実行のためのリソース空きがない場合にも、割込みジョブを実行できる装置の提供を目的とする。
【課題を解決するための手段】
【0008】
本開示に係るジョブ実行制御装置は、処理の緊急性を示す優先度の付与された複数のジョブを、１台以上のサーバで実行させるジョブ実行制御装置である。
ジョブ実行制御装置は、
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理部を備える。
ジョブ実行制御装置は、
実行が予定される実行予定ジョブの実行に必要なリソース量を有するサーバが前記１台以上のサーバの中に存在しない場合に、前記必要なリソース量を実行中断により充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである中断優先度ジョブを実行しているサーバを前記１台以上のサーバの中から特定し、特定した前記サーバで実行中の前記中断優先度ジョブの実行を中断し、特定した前記サーバに前記実行予定ジョブを実行させる優先度管理部を備える。
【発明の効果】
【0009】
本開示に係るジョブ実行制御装置は優先度管理部を備えている。よって、優先度の高い割込みジョブが発生した際に、１台以上のサーバのどのサーバにも優先度の高い割込みジョブ実行のためのリソース空きがない場合でも、優先度の高い割込みジョブのためのリソースを確保できる。
【図面の簡単な説明】
【0010】
【図1】実施の形態１の図で、ジョブ並列実行システム９の構成を示す図。
【図2】実施の形態１の図で、ジョブ実行制御装置１０のブロック構成図。
【図3】実施の形態１の図で、データ登録フォルダ２０（１）の構成を示す図。
【図4】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（１）を示す図。
【図5】実施の形態１の図で、リソース管理テーブル１６Ｒ（１）を示す図。
【図6】実施の形態１の図で、データ登録フォルダ２０（２）の構成を示す図。
【図7】実施の形態１の図で、ジョブ登録の処理を示すフローチャート。
【図8】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（２）を示す図。
【図9】実施の形態１の図で、ジョブ実行および中断の処理を示すフローチャート。
【図10】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（３）を示す図。
【図11】実施の形態１の図で、リソース管理テーブル１６Ｒ（２）を示す図。
【図12】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（４）を示す図。
【図13】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（５）を示す図。
【図14】実施の形態１の図で、リソース管理テーブル１６Ｒ（３）を示す図。
【図15】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（６）を示す図。
【図16】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（７）を示す図。
【図17】実施の形態１の図で、ステータス情報１７を示す図。
【図18】実施の形態１の図で、ジョブ処理を示すフローチャート。
【図19】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（８）を示す図。
【図20】実施の形態１の図で、リソース管理テーブル１６Ｒ（４）を示す図。
【図21】実施の形態１の図で、ジョブ管理テーブル１６Ｊ（９）を示す図。
【図22】実施の形態１の図で、リソース管理テーブル１６Ｒ（５）を示す図。
【図23】実施の形態１の図で、ジョブ実行制御装置１０のハードウェア構成を示す図。
【発明を実施するための形態】
【0011】
実施の形態の説明および図面において、同じ要素および対応する要素には同じ符号を付している。同じ符号が付された要素の説明は、適宜に省略または簡略化する。以下の実施の形態では、「部」を、「回路」、「工程」、「手順」、「処理」または「サーキットリー」に適宜読み替えてもよい。
【0012】
【0013】
＊＊＊構成の説明＊＊＊
図１は、ジョブ並列実行システム９の構成を示す。ジョブ並列実行システム９は、３台のサーバとジョブ実行制御装置１０とを備えている。なお、サーバの台数は３台に限定されるものではなく、１台でもよいし、２台でもよいし、４台以上でもよい。３台のサーバとジョブ実行制御装置１０とは、ネットワーク８を介して通信可能である。
図１は、ジョブ並列実行システム９の構成を示す。ジョブ並列実行システム９は、３台のサーバとジョブ実行制御装置１０とを備えている。なお、サーバの台数は３台に限定されるものではなく、１台でもよいし、２台でもよいし、４台以上でもよい。３台のサーバとジョブ実行制御装置１０とは、ネットワーク８を介して通信可能である。
【0014】
図２は、ジョブ実行制御装置１０のブロック構成を示す。ジョブ実行制御装置１０は、処理の緊急性を示す優先度の付与された複数のジョブを、各サーバで実行させる。サーバは、ジョブ実行サーバと表記する場合もある。ジョブ実行制御装置１０は、優先度管理部１１およびジョブ／リソースデータベース１６を備えている。以下、データベースはＤＢと表記する。ジョブ／リソースＤＢ１６は、ジョブ管理テーブル１６Ｊ、リソース管理テーブル１６Ｒを備えている。優先度管理部１１は、実行が予定される実行予定ジョブの実行に必要なリソース容量を有するサーバが複数のサーバの中に存在しない場合に、中断優先度ジョブを実行しているサーバを複数のサーバの中から特定する。中断優先度ジョブとは、中断により必要なリソース容量を充足可能なジョブであり、かつ、実行中断が認められている優先度である中断優先度が付与されているジョブである。実施の形態１では、実行中断が認められている優先度は優先度低である。優先度管理部１１は、特定したサーバで実行中の中断優先度ジョブの実行を中断し、特定したサーバに実行予定ジョブを実行させる。
【0015】
優先度管理部１１は、ジョブを各サーバに実行させ、また、実行中のジョブを中断させる。また、優先度管理部１１は、処理すべきデータを監視して、データが入力された場合にジョブを後述のジョブ管理テーブル１６Ｊに登録する。また、優先度管理部１１は、ジョブの優先度を変更する。また、優先度管理部１１は、サーバのリソース状況を測定する。ジョブ／リソースＤＢ１６は、ジョブ管理テーブル１６Ｊおよびリソース管理テーブル１６Ｒを保持する。以下ではジョブ管理テーブル１６Ｊおよびリソース管理テーブル１６Ｒの状態を区別するため、ジョブ管理テーブル１６Ｊ（１）、ジョブ管理テーブル１６Ｊ（２）のように表記する。
【0016】
図３は、ジョブ実行制御装置１０の処理対象の画像データを保持する、データ登録フォルダ２０（１）の構成を示す。データ登録フォルダ２０（１）は、ルートフォルダである。優先度低フォルダ２１は、優先度が低い画像データを保持する。優先度高フォルダ２２は、優先度が高い画像データを保持する。図３は以下のとおりである。優先度低フォルダ２１は、優先度低の、画像１、画像２、画像３、画像５、画像６を保持している。優先度高フォルダ２２は、優先度低に比べて優先度高の画像４を保持している。
【0017】
図４は、図３の画像を処理するジョブを登録する、ジョブ管理テーブル１６Ｊ（１）を示す。ジョブ管理テーブル１６Ｊ（１）は、後述の図６に示すフロー処理により、データ登録フォルダ２０（１）の各ファイルが登録された直後の状態である。ジョブ管理テーブル１６Ｊ（１）には、画像１～画像６を処理するジョブが登録されている。ジョブ管理テーブル１６Ｊ（１）ではジョブステータスは実行中である。
【0018】
図５は、ジョブ管理テーブル１６Ｊ（１）に示すデータの、登録処理時のリソース管理テーブル１６Ｒ（１）を示す。リソース管理テーブル１６Ｒ（１）は、ジョブＩＤ、プロセスＩＤ、ＣＰＵ使用率、メモリ使用量、ディスク使用量、ＣＰＵ空き率、メモリ空き容量、ディスク空き容量およびサーバ名を保持する。
【0019】
図６は、データ登録フォルダ２０（１）の状態から、優先度高フォルダ２２に優先度高の画像７が追加された状態のデータ登録フォルダ２０（２）を示す。
【0020】
【0021】
（ステップＳ１０１）
ステップＳ１０１で、優先度管理部１１は、無限ループ開始によって常駐プログラムとなる。
ステップＳ１０１で、優先度管理部１１は、無限ループ開始によって常駐プログラムとなる。
【0022】
（ステップＳ１０２）
ステップＳ１０２で、優先度管理部１１は、データ登録フォルダ２０から、未登録の画像ファイルを処理データとして取得する。すなわち優先度管理部１１は、データ登録フォルダ２０の全てのファイルリストを取得し、取得したファイルリストをジョブ管理テーブル１６Ｊ（１）に示すジョブ名と比較し、ジョブ管理テーブル１６Ｊ（１）に存在しない画像ファイルを、ジョブ管理テーブル１６Ｊ（１）にあらたに登録する。ここでは画像７があらたな登録対象である。以下、画像７を登録対象として説明する。なお他の画像の登録は、画像７と同様である。
ステップＳ１０２で、優先度管理部１１は、データ登録フォルダ２０から、未登録の画像ファイルを処理データとして取得する。すなわち優先度管理部１１は、データ登録フォルダ２０の全てのファイルリストを取得し、取得したファイルリストをジョブ管理テーブル１６Ｊ（１）に示すジョブ名と比較し、ジョブ管理テーブル１６Ｊ（１）に存在しない画像ファイルを、ジョブ管理テーブル１６Ｊ（１）にあらたに登録する。ここでは画像７があらたな登録対象である。以下、画像７を登録対象として説明する。なお他の画像の登録は、画像７と同様である。
【0023】
（ステップＳ１０３）
ステップＳ１０３で、優先度管理部１１は、画像７の優先度高判定を実施する。優先度高判定とは、画像７の画像ファイルの優先度が高かどうかを判定する処理である。ジョブ登録する画像ファイルが優先度高フォルダ２２に存在する場合に、優先度管理部１１は、その画像ファイルを優先度高と判定する。画像７は優先度高フォルダ２２にあるので、優先度管理部１１は画像７を優先度高と判定する。
ステップＳ１０３で、優先度管理部１１は、画像７の優先度高判定を実施する。優先度高判定とは、画像７の画像ファイルの優先度が高かどうかを判定する処理である。ジョブ登録する画像ファイルが優先度高フォルダ２２に存在する場合に、優先度管理部１１は、その画像ファイルを優先度高と判定する。画像７は優先度高フォルダ２２にあるので、優先度管理部１１は画像７を優先度高と判定する。
【0024】
（ステップＳ１０４）
ステップＳ１０４で、優先度管理部１１は、画像７に優先度高を設定する。ステップＳ１０４の設定結果は、後述の図８に示すジョブ管理テーブル１６Ｊ（２）の「優先度」として登録される。
ステップＳ１０４で、優先度管理部１１は、画像７に優先度高を設定する。ステップＳ１０４の設定結果は、後述の図８に示すジョブ管理テーブル１６Ｊ（２）の「優先度」として登録される。
【0025】
（ステップＳ１０５）
ステップＳ１０５で、優先度管理部１１は、ファイルサイズ設定を実行する。ファイルサイズは、特定のコマンドで取得できる。この結果は後述の図８に示すジョブ管理テーブル１６Ｊ（２）の「ファイルサイズ」に登録される。
ステップＳ１０５で、優先度管理部１１は、ファイルサイズ設定を実行する。ファイルサイズは、特定のコマンドで取得できる。この結果は後述の図８に示すジョブ管理テーブル１６Ｊ（２）の「ファイルサイズ」に登録される。
【0026】
（ステップＳ１０６）
ステップＳ１０６で、優先度管理部１１は、ジョブ名、優先度、ファイルサイズを、ジョブ管理テーブル１６Ｊに登録する。
図８は、画像７の、ジョブ名、優先度、ファイルサイズが登録された直後のジョブ管理テーブル１６Ｊ（２）を示す。
ステップＳ１０６で、優先度管理部１１は、ジョブ名、優先度、ファイルサイズを、ジョブ管理テーブル１６Ｊに登録する。
図８は、画像７の、ジョブ名、優先度、ファイルサイズが登録された直後のジョブ管理テーブル１６Ｊ（２）を示す。
【0027】
【0028】
（ステップＳ２０１）
ステップＳ２０１で無限ループが開始し、優先度管理部１１は常駐プログラムとなる。
ステップＳ２０１で無限ループが開始し、優先度管理部１１は常駐プログラムとなる。
【0029】
（ステップＳ２０２）
ステップＳ２０２で、優先度管理部１１はジョブ優先度変更を実施する。ジョブ優先度変更とは、実行の中断状態のジョブの優先度が「低」の場合、優先度管理部１１が低を「中」に変更する処理である。ジョブ管理テーブル１６Ｊ（２）ではジョブステータスが「中断」のものは存在しない。処理はジョブ取得のステップＳ２０３へ進む。
ステップＳ２０２で、優先度管理部１１はジョブ優先度変更を実施する。ジョブ優先度変更とは、実行の中断状態のジョブの優先度が「低」の場合、優先度管理部１１が低を「中」に変更する処理である。ジョブ管理テーブル１６Ｊ（２）ではジョブステータスが「中断」のものは存在しない。処理はジョブ取得のステップＳ２０３へ進む。
【0030】
（ステップＳ２０３）
ステップＳ２０３では、優先度管理部１１は、実行するジョブを取得する。優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）でジョブステータスが空欄のジョブを取得する。ジョブステータスが空欄のジョブは、実行予定の実行予定ジョブである。実行予定ジョブとしてジョブＩＤ７のジョブが取得される。
ステップＳ２０３では、優先度管理部１１は、実行するジョブを取得する。優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）でジョブステータスが空欄のジョブを取得する。ジョブステータスが空欄のジョブは、実行予定の実行予定ジョブである。実行予定ジョブとしてジョブＩＤ７のジョブが取得される。
【0031】
（ステップＳ２０４）
ステップＳ２０４は、ステップ２０３で取得したジョブ数分のループ処理である。
ステップＳ２０４は、ステップ２０３で取得したジョブ数分のループ処理である。
【0032】
（ステップＳ２０５）
ステップＳ２０５で、優先度管理部１１はリソース監視によってリソース状況を取得する。リソース監視はジョブ実行中サーバから、プロセス毎の、ＣＰＵ使用率、メモリ使用量、ディスク使用量を取得する。具体的には特定のコマンドを用いることでプロセス毎のＣＰＵ使用率、メモリ使用量を各サーバから取得できる。ディスク容量もディスク容量を取得するコマンドを用いることで各サーバから取得できる。
ステップＳ２０５で、優先度管理部１１はリソース監視によってリソース状況を取得する。リソース監視はジョブ実行中サーバから、プロセス毎の、ＣＰＵ使用率、メモリ使用量、ディスク使用量を取得する。具体的には特定のコマンドを用いることでプロセス毎のＣＰＵ使用率、メモリ使用量を各サーバから取得できる。ディスク容量もディスク容量を取得するコマンドを用いることで各サーバから取得できる。
【0033】
（ステップＳ２０６）
ステップＳ２０６では、優先度管理部１１は、ステップＳ２０５で取得した各サーバのリソース状況、すなわちリソース使用量をジョブ毎にリソース管理テーブル１６Ｒに登録する。ＩＤ７が実行前であるから、リソース状況はリソース管理テーブル１６Ｒ（１）の状態である。
ステップＳ２０６では、優先度管理部１１は、ステップＳ２０５で取得した各サーバのリソース状況、すなわちリソース使用量をジョブ毎にリソース管理テーブル１６Ｒに登録する。ＩＤ７が実行前であるから、リソース状況はリソース管理テーブル１６Ｒ（１）の状態である。
【0034】
（ステップＳ２０７）
ステップＳ２０７で、優先度管理部１１は、ジョブＩＤ７のジョブ実行のためのリソース空き容量があるかを判断する。図９のフローではリソース使用量の判定にメモリ使用量を用いる。リソース空き容量の判断は、ジョブＩＤ７を実行するためのリソース空き容量をもつサーバ抽出の処理である。優先度管理部１１は、リソース管理テーブル１６Ｒ（１）を参照し、ジョブＩＤ７のジョブ実行に要するメモリ容量の空きがあるサーバを選定する。各サーバのメモリ空き容量は、リソース管理テーブル１６Ｒ（１）によれば、ジョブ実行サーバ１が１０．５ＧＢ、ジョブ実行サーバ２が０．６ＧＢ、ジョブ実行サーバ３が６．１ＧＢである。予想メモリ使用量を画像ファイルサイズの１．１倍とする。ジョブＩＤ７の画像ファイルサイズは１２ＧＢなので、ジョブＩＤ７に要するメモリ容量は１３．２ＧＢとなる。リソース管理テーブル１６Ｒ（１）から、どのサーバもメモリ空き容量は１３．２ＧＢ未満のため、ジョブＩＤ７を実行可能なサーバはない。よって処理はステップＳ２０７でＮＯとなり、処理はステップＳ２０９へ進む。
ステップＳ２０７で、優先度管理部１１は、ジョブＩＤ７のジョブ実行のためのリソース空き容量があるかを判断する。図９のフローではリソース使用量の判定にメモリ使用量を用いる。リソース空き容量の判断は、ジョブＩＤ７を実行するためのリソース空き容量をもつサーバ抽出の処理である。優先度管理部１１は、リソース管理テーブル１６Ｒ（１）を参照し、ジョブＩＤ７のジョブ実行に要するメモリ容量の空きがあるサーバを選定する。各サーバのメモリ空き容量は、リソース管理テーブル１６Ｒ（１）によれば、ジョブ実行サーバ１が１０．５ＧＢ、ジョブ実行サーバ２が０．６ＧＢ、ジョブ実行サーバ３が６．１ＧＢである。予想メモリ使用量を画像ファイルサイズの１．１倍とする。ジョブＩＤ７の画像ファイルサイズは１２ＧＢなので、ジョブＩＤ７に要するメモリ容量は１３．２ＧＢとなる。リソース管理テーブル１６Ｒ（１）から、どのサーバもメモリ空き容量は１３．２ＧＢ未満のため、ジョブＩＤ７を実行可能なサーバはない。よって処理はステップＳ２０７でＮＯとなり、処理はステップＳ２０９へ進む。
【0035】
（ステップＳ２０９）
ステップＳ２０９では、優先度管理部１１は、ジョブＩＤ７の優先度が高であるかを判定する。優先度管理部１１はジョブ管理テーブル１６Ｊ（２）を参照し、ジョブＩＤ７が優先度高か判定する。ジョブＩＤ７は優先度高のため、ステップＳ２０９はＹＥＳとなり、処理はステップＳ２１０へ進む。
ステップＳ２０９では、優先度管理部１１は、ジョブＩＤ７の優先度が高であるかを判定する。優先度管理部１１はジョブ管理テーブル１６Ｊ（２）を参照し、ジョブＩＤ７が優先度高か判定する。ジョブＩＤ７は優先度高のため、ステップＳ２０９はＹＥＳとなり、処理はステップＳ２１０へ進む。
【0036】
（ステップＳ２１０）
ステップＳ２１０では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）から、サーバ毎に、実行中ジョブの情報を取得する。ステップＳ２１０からステップＳ２１９は、優先度高の実行予定ジョブについて、リソース確保の処理である。優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）から、ジョブＩＤ１からジョブＩＤ６の各ジョブ情報を取得する。処理はステップＳ２２１へ進む。
ステップＳ２１０では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）から、サーバ毎に、実行中ジョブの情報を取得する。ステップＳ２１０からステップＳ２１９は、優先度高の実行予定ジョブについて、リソース確保の処理である。優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）から、ジョブＩＤ１からジョブＩＤ６の各ジョブ情報を取得する。処理はステップＳ２２１へ進む。
【0037】
（ステップＳ２２１）
ステップＳ２２１では、ステップＳ２１０で取得したジョブについて、サーバの数だけ処理がループする。処理はステップＳ２１５へ進む。
ステップＳ２２１では、ステップＳ２１０で取得したジョブについて、サーバの数だけ処理がループする。処理はステップＳ２１５へ進む。
【0038】
（ステップＳ２１５）
ステップＳ２１５で、サーバ毎に、実行するジョブの数だけ処理がループする。具体的には次のようである。ステップＳ２１０ではリソース管理テーブル１６Ｒ（２）から実行中ジョブとして、サーバ１についてＩＤ１およびＩＤ４、サーバ２についてＩＤ２およびＩＤ５、サーバ３についてＩＤ３およびＩＤ６が取得される。
ステップＳ２１５で、サーバ毎に、実行するジョブの数だけ処理がループする。具体的には次のようである。ステップＳ２１０ではリソース管理テーブル１６Ｒ（２）から実行中ジョブとして、サーバ１についてＩＤ１およびＩＤ４、サーバ２についてＩＤ２およびＩＤ５、サーバ３についてＩＤ３およびＩＤ６が取得される。
【0039】
（ステップＳ２１６）
処理はステップＳ２１６へ進む。ループはサーバ内で実行中のジョブの実行開始時間の新しい順とする。具体的には、優先度管理部１１は、まず実行サーバ１についてジョブＩＤ４、ジョブＩＤ１を処理し、次に実行サーバ２についてジョブＩＤ５、ジョブＩＤ２を処理し、次に実行サーバ３についてジョブＩＤ６、ジョブＩＤ３を処理する。まず、実行サーバ１のジョブＩＤ４、ジョブＩＤ１の処理を説明する。ステップＳ２１６では、ジョブＩＤ４は優先度高のためＹＥＳとなる。そのため処理はステップＳ２１５のループに戻り、次にジョブＩＤ１が検証される。ステップＳ２１６では、優先度管理部１１はジョブＩＤ１を優先度低と判定し、処理はステップＳ２１７へ進む。
処理はステップＳ２１６へ進む。ループはサーバ内で実行中のジョブの実行開始時間の新しい順とする。具体的には、優先度管理部１１は、まず実行サーバ１についてジョブＩＤ４、ジョブＩＤ１を処理し、次に実行サーバ２についてジョブＩＤ５、ジョブＩＤ２を処理し、次に実行サーバ３についてジョブＩＤ６、ジョブＩＤ３を処理する。まず、実行サーバ１のジョブＩＤ４、ジョブＩＤ１の処理を説明する。ステップＳ２１６では、ジョブＩＤ４は優先度高のためＹＥＳとなる。そのため処理はステップＳ２１５のループに戻り、次にジョブＩＤ１が検証される。ステップＳ２１６では、優先度管理部１１はジョブＩＤ１を優先度低と判定し、処理はステップＳ２１７へ進む。
【0040】
（ステップＳ２１７）
ステップＳ２１７では、優先度管理部１１はジョブＩＤ１のジョブについてジョブ中断判定を行う。ジョブ中断判定とは、実行中の優先度低ジョブ（ＩＤ１）を実行中断することで、実行予定の優先度高ジョブ（ＩＤ７）を実行するリソース容量を確保できるかの判定である。優先度管理部１１はリソース管理テーブル１６Ｒ（１）から、ジョブＩＤ１のメモリ使用量とジョブ実行サーバ１のメモリ空き容量を取得する。ジョブＩＤ１のメモリ使用量は２．２ＧＢ、ジョブ実行サーバ１の空き容量は１０．５ＧＢである。よって、２．２ＧＢ＋１０．５ＧＢ＝１２．７ＧＢとなる。ジョブＩＤ７の必要メモリは１３．２ＧＢである。よって、中断で得られる容量１２．７ＧＢ＜実行予定ジョブの必要メモリ１３．２ＧＢ。そのため中断ジョブ判定はＮＯとなり、処理はステップＳ２２１へ戻り、検証対象は、ジョブ実行サーバ１からジョブ実行サーバ２に切り替わる。
ステップＳ２１７では、優先度管理部１１はジョブＩＤ１のジョブについてジョブ中断判定を行う。ジョブ中断判定とは、実行中の優先度低ジョブ（ＩＤ１）を実行中断することで、実行予定の優先度高ジョブ（ＩＤ７）を実行するリソース容量を確保できるかの判定である。優先度管理部１１はリソース管理テーブル１６Ｒ（１）から、ジョブＩＤ１のメモリ使用量とジョブ実行サーバ１のメモリ空き容量を取得する。ジョブＩＤ１のメモリ使用量は２．２ＧＢ、ジョブ実行サーバ１の空き容量は１０．５ＧＢである。よって、２．２ＧＢ＋１０．５ＧＢ＝１２．７ＧＢとなる。ジョブＩＤ７の必要メモリは１３．２ＧＢである。よって、中断で得られる容量１２．７ＧＢ＜実行予定ジョブの必要メモリ１３．２ＧＢ。そのため中断ジョブ判定はＮＯとなり、処理はステップＳ２２１へ戻り、検証対象は、ジョブ実行サーバ１からジョブ実行サーバ２に切り替わる。
【0041】
ステップＳ２１５では、優先度管理部１１は、ジョブ実行サーバ２のジョブに対してループを回す。ジョブ実行サーバ２のジョブを実行が新しい順に並べるとジョブ管理テーブル１６Ｊ（２）から、ジョブＩＤ５、ジョブＩＤ２の順になる。ジョブＩＤ５、ジョブＩＤ２の順にループが回り、処理はステップＳ２１６へ進む。
【0042】
（ステップＳ２１６）
ステップＳ２１６では、ジョブ管理テーブル１６Ｊ（２）から、ジョブＩＤ５は優先度低であるので、ＮＯとなる。処理はステップＳ２１７へ進む。
ステップＳ２１６では、ジョブ管理テーブル１６Ｊ（２）から、ジョブＩＤ５は優先度低であるので、ＮＯとなる。処理はステップＳ２１７へ進む。
【0043】
（ステップＳ２１７）
ステップＳ２１７では、リソース管理テーブル１６Ｒ（１）から、ジョブＩＤ５の使用メモリ使用量は５．５ＧＢ、ジョブ実行サーバ２の空きメモリ容量が８．３ＧＢであるから５．５ＧＢ＋８．３ＧＢ＝１３．８ＧＢとなる。１３．８ＧＢ＞必要メモリ１３．２ＧＢ、となる。上記のように１３．８ＧＢはジョブＩＤ７の必要メモリ１３．２ＧＢを上回る。このため、優先度管理部１１は、ジョブ実行サーバ２で実行中のジョブＩＤ５の実行を中断することで、ジョブＩＤ７が実行可能と判定する。すなわち優先度管理部１１は、ジョブＩＤ５のジョブの実行を中断と判定する。ステップＳ２１７でＹＥＳとなり、処理はステップＳ２１９へ進む。
ステップＳ２１７では、リソース管理テーブル１６Ｒ（１）から、ジョブＩＤ５の使用メモリ使用量は５．５ＧＢ、ジョブ実行サーバ２の空きメモリ容量が８．３ＧＢであるから５．５ＧＢ＋８．３ＧＢ＝１３．８ＧＢとなる。１３．８ＧＢ＞必要メモリ１３．２ＧＢ、となる。上記のように１３．８ＧＢはジョブＩＤ７の必要メモリ１３．２ＧＢを上回る。このため、優先度管理部１１は、ジョブ実行サーバ２で実行中のジョブＩＤ５の実行を中断することで、ジョブＩＤ７が実行可能と判定する。すなわち優先度管理部１１は、ジョブＩＤ５のジョブの実行を中断と判定する。ステップＳ２１７でＹＥＳとなり、処理はステップＳ２１９へ進む。
【0044】
（ステップＳ２１９）
ステップＳ２１９では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）において、ジョブＩＤ５のジョブステータスを中断に変更し、ジョブＩＤ５のジョブを中断する。ジョブ中断はＯＳのプロセス終了コマンドの実行で実現できる。処理はステップＳ２０５へ進む。
図１０は、ジョブＩＤ５のジョブの中断確定後のジョブ管理テーブル１６Ｊ（３）である。
ステップＳ２１９では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）において、ジョブＩＤ５のジョブステータスを中断に変更し、ジョブＩＤ５のジョブを中断する。ジョブ中断はＯＳのプロセス終了コマンドの実行で実現できる。処理はステップＳ２０５へ進む。
図１０は、ジョブＩＤ５のジョブの中断確定後のジョブ管理テーブル１６Ｊ（３）である。
【0045】
（ステップＳ２０５）
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０５で、優先度管理部１１は、各ジョブ実行サーバのリソース監視を行い、リソース空き情報を取得する。
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０５で、優先度管理部１１は、各ジョブ実行サーバのリソース監視を行い、リソース空き情報を取得する。
【0046】
（ステップＳ２０６）
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０６で、優先度管理部１１は、リソース空き情報をリソース管理テーブル１６Ｒに登録する。
図１１は、ステップＳ２０６で優先度管理部１１が登録したリソース管理テーブル１６Ｒ（２）を示す。ジョブＩＤ５のジョブは中断されているので、リソース管理テーブル１６Ｒ（２）では、ジョブＩＤ５の各項目は空欄である。またジョブＩＤ７は実行されていないので、ジョブＩＤ７はリソース管理テーブル１６Ｒ（２）に記載されていない。
処理はステップＳ２０７へ進む。
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０６で、優先度管理部１１は、リソース空き情報をリソース管理テーブル１６Ｒに登録する。
図１１は、ステップＳ２０６で優先度管理部１１が登録したリソース管理テーブル１６Ｒ（２）を示す。ジョブＩＤ５のジョブは中断されているので、リソース管理テーブル１６Ｒ（２）では、ジョブＩＤ５の各項目は空欄である。またジョブＩＤ７は実行されていないので、ジョブＩＤ７はリソース管理テーブル１６Ｒ（２）に記載されていない。
処理はステップＳ２０７へ進む。
【0047】
（ステップＳ２０７）
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０７で、優先度管理部１１はリソース空き容量を判断する。これはジョブＩＤ７のジョブを実行するサーバを決める処理である。優先度管理部１１は、ジョブＩＤ７が必要とするメモリ容量の空きがあるサーバを選定する。いま、各サーバのメモリ空き容量は、前述したジョブＩＤ５を中断したことを加味すると、リソース管理テーブル１６Ｒ（２）から、ジョブ実行サーバ１が１０．５ＧＢ、ジョブ実行サーバ２が１３．８ＧＢ、ジョブ実行サーバ３が６．１ＧＢである。ジョブ実行サーバ２がジョブＩＤ７の必要メモリ１３．２ＧＢを超えている。このため、優先度管理部１１は、ジョブＩＤ７のジョブは実行可能と判断する。すなわち、優先度管理部１１は、ジョブＩＤ７のジョブのリソースに空きあり、と判定する。よってステップＳ２０７はＹＥＳとなり、処理はステップＳ２０８へ進む。
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０７で、優先度管理部１１はリソース空き容量を判断する。これはジョブＩＤ７のジョブを実行するサーバを決める処理である。優先度管理部１１は、ジョブＩＤ７が必要とするメモリ容量の空きがあるサーバを選定する。いま、各サーバのメモリ空き容量は、前述したジョブＩＤ５を中断したことを加味すると、リソース管理テーブル１６Ｒ（２）から、ジョブ実行サーバ１が１０．５ＧＢ、ジョブ実行サーバ２が１３．８ＧＢ、ジョブ実行サーバ３が６．１ＧＢである。ジョブ実行サーバ２がジョブＩＤ７の必要メモリ１３．２ＧＢを超えている。このため、優先度管理部１１は、ジョブＩＤ７のジョブは実行可能と判断する。すなわち、優先度管理部１１は、ジョブＩＤ７のジョブのリソースに空きあり、と判定する。よってステップＳ２０７はＹＥＳとなり、処理はステップＳ２０８へ進む。
【0048】
（ステップＳ２０８）
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０８では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）とリソース管理テーブル１６Ｒ（２）から、ジョブの優先度、メモリ使用量、メモリ空き容量を取得する。そして、優先度管理部１１は実行ジョブの選定を行う。優先度管理部１１はジョブＩＤ７が優先度高のため、ジョブＩＤ７を選定する。
処理は、ステップＳ２１１へ進む。
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２０８では、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（２）とリソース管理テーブル１６Ｒ（２）から、ジョブの優先度、メモリ使用量、メモリ空き容量を取得する。そして、優先度管理部１１は実行ジョブの選定を行う。優先度管理部１１はジョブＩＤ７が優先度高のため、ジョブＩＤ７を選定する。
処理は、ステップＳ２１１へ進む。
【0049】
（ステップＳ２１１、Ｓ２１２）
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２１１では、優先度管理部１１は実行ジョブサーバの選定を行う。優先度管理部１１は、ステップＳ２０８のリソース管理テーブル１６Ｒ（２）の参照結果から、ジョブ実行サーバ２を選定し、ジョブ管理テーブル１６Ｊ（３）へ登録する（ステップＳ２１２）。処理はステップＳ２１３へ進む。
＜ＩＤ５中断、ＩＤ７実行待ち＞
ステップＳ２１１では、優先度管理部１１は実行ジョブサーバの選定を行う。優先度管理部１１は、ステップＳ２０８のリソース管理テーブル１６Ｒ（２）の参照結果から、ジョブ実行サーバ２を選定し、ジョブ管理テーブル１６Ｊ（３）へ登録する（ステップＳ２１２）。処理はステップＳ２１３へ進む。
【0050】
（ステップＳ２１３）
ステップＳ２１３では、優先度管理部１１は、ジョブＩＤ７のジョブを実行する前に、ジョブ管理テーブル１６Ｊ（３）のジョブＩＤ７のジョブステータスを、「実行中」に変更する。
図１２は、ジョブＩＤ７のジョブステータスが「実行中」に変更された、ジョブ管理テーブル１６Ｊ（４）を示す。処理はステップＳ２１４へ進む。
ステップＳ２１３では、優先度管理部１１は、ジョブＩＤ７のジョブを実行する前に、ジョブ管理テーブル１６Ｊ（３）のジョブＩＤ７のジョブステータスを、「実行中」に変更する。
図１２は、ジョブＩＤ７のジョブステータスが「実行中」に変更された、ジョブ管理テーブル１６Ｊ（４）を示す。処理はステップＳ２１４へ進む。
【0051】
（ステップＳ２１４）
＜ＩＤ５中断、ＩＤ７実行開始＞
ステップＳ２１４では、優先度管理部１１は、ジョブＩＤ７のジョブを実行し、処理はステップＳ２２０へ進む。ステップＳ２２０ではジョブがないため、処理はステップＳ２０１へ戻り、無限ループを開始する。
＜ＩＤ５中断、ＩＤ７実行開始＞
ステップＳ２１４では、優先度管理部１１は、ジョブＩＤ７のジョブを実行し、処理はステップＳ２２０へ進む。ステップＳ２２０ではジョブがないため、処理はステップＳ２０１へ戻り、無限ループを開始する。
【0052】
（ステップＳ２０２）
＜ＩＤ５中断、ＩＤ７実行中＞
ステップＳ２０２で、優先度管理部１１は、ジョブ優先度を変更する。優先度管理部１１は、実行を中断した中断優先度ジョブの持つ中断優先度を、実行中断が認められていない優先度に変更する。具体的には以下のとおりである。優先度管理部１１は、実行中断された優先度低のジョブについて、優先度を低から中に変更する。ステップＳ２１９の中断処理でジョブＩＤ５のジョブが中断されたので、優先度管理部１１は、ジョブＩＤ５の優先度を中に変更する。
図１３は、ジョブＩＤ５の優先度が中に変更された状態のジョブ管理テーブル１６Ｊ（５）を示す。
＜ＩＤ５中断、ＩＤ７実行中＞
ステップＳ２０２で、優先度管理部１１は、ジョブ優先度を変更する。優先度管理部１１は、実行を中断した中断優先度ジョブの持つ中断優先度を、実行中断が認められていない優先度に変更する。具体的には以下のとおりである。優先度管理部１１は、実行中断された優先度低のジョブについて、優先度を低から中に変更する。ステップＳ２１９の中断処理でジョブＩＤ５のジョブが中断されたので、優先度管理部１１は、ジョブＩＤ５の優先度を中に変更する。
図１３は、ジョブＩＤ５の優先度が中に変更された状態のジョブ管理テーブル１６Ｊ（５）を示す。
【0053】
（ステップＳ２０３）
＜ＩＤ５中断、ＩＤ７実行中＞
ステップＳ２０３（２回目）で、１回目と同様に、優先度管理部１１は実行予定ジョブを取得する。ここでは、優先度管理部１１は、ジョブステータスが空欄または中断のジョブＩＤを、実行予定ジョブとして取得する。この例では、優先度管理部１１はジョブ管理テーブル１６Ｊ（５）からジョブＩＤ５を取得する。
＜ＩＤ５中断、ＩＤ７実行中＞
ステップＳ２０３（２回目）で、１回目と同様に、優先度管理部１１は実行予定ジョブを取得する。ここでは、優先度管理部１１は、ジョブステータスが空欄または中断のジョブＩＤを、実行予定ジョブとして取得する。この例では、優先度管理部１１はジョブ管理テーブル１６Ｊ（５）からジョブＩＤ５を取得する。
【0054】
＜ＩＤ５中断、ＩＤ７実行中＞
ステップＳ２０５（３回目）で、優先度管理部１１はリソース監視を実行し、ステップＳ２０６で、優先度管理部１１はリソースを登録する。
図１４は、この登録によるリソース管理テーブル１６Ｒ（３）の状態を示す。ステップＳ２０７（３回目）で、優先度管理部１１は、中断中のジョブＩＤ５の要するメモリ容量５．５ＧＢの空きがあるかを判定する。リソース管理テーブル１６Ｒ（３）から、ジョブ実行サーバ１でメモリ空き容量が１０．５ＧＢであり、ジョブＩＤ５を実行可能である。よってステップＳ２０７でＹＥＳとなり、処理はステップＳ２０８（２回目）ヘ進む。
ステップＳ２０５（３回目）で、優先度管理部１１はリソース監視を実行し、ステップＳ２０６で、優先度管理部１１はリソースを登録する。
図１４は、この登録によるリソース管理テーブル１６Ｒ（３）の状態を示す。ステップＳ２０７（３回目）で、優先度管理部１１は、中断中のジョブＩＤ５の要するメモリ容量５．５ＧＢの空きがあるかを判定する。リソース管理テーブル１６Ｒ（３）から、ジョブ実行サーバ１でメモリ空き容量が１０．５ＧＢであり、ジョブＩＤ５を実行可能である。よってステップＳ２０７でＹＥＳとなり、処理はステップＳ２０８（２回目）ヘ進む。
【0055】
ステップＳ２０８（２回目）で、優先度管理部１１は、実行ジョブ選定でジョブＩＤ５を選定する。ステップＳ２１１（２回目）で、優先度管理部１１は実行ジョブサーバ１を選定する。ステップＳ２１２（２回目）で、ジョブＩＤ５についてジョブ実行サーバ１をジョブ管理テーブル１６Ｊ（６）に登録する。
【0056】
ステップＳ２１３（２回目）で、優先度管理部１１は、ジョブ管理テーブル１６ＪにおいてジョブＩＤ５のジョブステータスを実行中に変更する。
図１５は、ジョブＩＤ５において、ジョブステータス＝実行中、実行サーバ＝ジョブ実行サーバ１、となったジョブ管理テーブル１６Ｊ（６）を示す。ステップＳ２１４（２回目）で、優先度管理部１１はジョブＩＤ５のジョブを実行する。具体的には、優先度管理部１１は、ジョブ実行サーバ１にジョブＩＤ５のジョブを実行させる。
図１５は、ジョブＩＤ５において、ジョブステータス＝実行中、実行サーバ＝ジョブ実行サーバ１、となったジョブ管理テーブル１６Ｊ（６）を示す。ステップＳ２１４（２回目）で、優先度管理部１１はジョブＩＤ５のジョブを実行する。具体的には、優先度管理部１１は、ジョブ実行サーバ１にジョブＩＤ５のジョブを実行させる。
【0057】
以上、図９の処理を説明した。図９の処理では、メモリ空き容量のみでジョブのジョブＩＤ７やジョブＩＤ５等の実行予定ジョブの実行可否を判断した。しかし、これに限らず、ＣＰＵ利用率とメモリ空き容量の組合せを用い、メモリ空き容量が実行可能に十分な空き容量があり、かつ、ＣＰＵ利用率の少ない順に決定しても良い。
【0058】
（再実行）
図９での処理ではジョブＩＤ７のような優先度高の割込みジョブがリソース不足で実行できない場合、ジョブＩＤ５のような優先度低かつ動作中ジョブの実行を中断する。この実行中のジョブを中断させることでリソース空きを増やし、割込みジョブを実行可能とする。このとき、ジョブＩＤ５のような中断ジョブの再実行については、図９の処理では、プログラムを最初から実行することを想定した。この場合は、ＩＤ５のジョブ実行結果を一部破棄することとなり、処理に無駄が生じる。
図９での処理ではジョブＩＤ７のような優先度高の割込みジョブがリソース不足で実行できない場合、ジョブＩＤ５のような優先度低かつ動作中ジョブの実行を中断する。この実行中のジョブを中断させることでリソース空きを増やし、割込みジョブを実行可能とする。このとき、ジョブＩＤ５のような中断ジョブの再実行については、図９の処理では、プログラムを最初から実行することを想定した。この場合は、ＩＤ５のジョブ実行結果を一部破棄することとなり、処理に無駄が生じる。
【0059】
図１６は、処理ステータスおよびワークフォルダパスの項目が追加されたジョブ管理テーブル１６Ｊ（７）を示す。ジョブ管理テーブル１６Ｊ（７）は、項目として、さらに、処理ステータス、ワークフォルダを有する。ワークフォルダとは、各サーバが、中断するジョブの中断時の処理ステータスを格納する共有フォルダである。処理ステータス、ワークフォルダパスについては、優先度管理部１１が、図９のステップＳ２１９のジョブ中断時に、中断ジョブの存在するサーバから取得する。処理ステータスとは、中断時点での中断ジョブの処理結果の状態である。ワークフォルダパスとは、中断時点での中断ジョブの処理結果の記憶領域を示す位置情報である。中断ジョブの存在するサーバは、中断ジョブの中断時点での処理結果を、ワークファイルとして共有フォルダに格納する。優先度管理部１１は、中断時点での中断ジョブの処理結果の状態を処理ステータスとして、中断時点での中断ジョブの処理結果の記憶領域をワークフォルダパスとして、知っている。
【0060】
図１７は、ステータス情報１７として、処理ステータスと、そのステータスの示す処理概要との対応を示している。処理ステータスについて、「１」は初期化、「２」は画像処理１、「３」は画像処理２、「４」は画像値計算１、「５」は画像値計算２、「６」は画像値計算２である。ジョブ管理テーブル１６Ｊ（７）において、処理ステータスｉ（ｉ＝１，２，３，４）は、ステータス情報１７の処理ステータスｉに対応する「処理」が完了していることを示す。
【0061】
図１８は、一度中断した処理を中断時から実施可能に対して、優先度管理部１１によって実行を再開する処理のフローチャートである。
【0062】
ジョブは起動するとステップＳ３０１から処理を進める。図９において中断から再び実行されたジョブＩＤ５を想定する。中断されたジョブＩＤ５を実行するサーバに決まったジョブ実行サーバ１は、優先度管理部１１から、処理ステータス＝２、ワークフォルダ＝「共通￥画像５」を受け取る。ジョブ実行サーバ１では、中断されたジョブを途中から再実行するので、ジョブＩＤ５のジョブは、ワークフォルダ＝「共通￥画像５」に保持されている、途中までの処理結果のデータを読込み、処理を開始する。ジョブ実行サーバ１は、そのステータスの処理が終了する毎に、ワークフォルダに、処理結果を保持する。
【0063】
中断したジョブＩＤ５を再実行する場合の動作を説明する。ジョブ（ジョブ実行サーバ）１は、引数として処理ステータス、ワークフォルダパスを優先度管理部１１から受取り、ジョブに処理を開始させる。受け取るタイミングは、例えば図９のステップＳ２１４よりも以前のステップ、例えばステップＳ２１１からステップＳ２１３のいずれかである。いま、処理ステータス＝２、ワークフォルダ＝「共通￥画像５」である。
（１）ステップＳ３０１で、ジョブＩＤ５のジョブは、処理ステータスを＋１インクリメントし、処理ステータス＝３とする。
（２）ステップＳ３０２で、ジョブＩＤ５のジョブは、優先度管理部１１から受信したワークフォルダ＝「共通￥画像５」に基づき、ワークフォルダから途中まで処理結果であるワークファイルを取得する。ワークファイルはジョブＩＤ５のジョブの、途中までの処理結果を保存している。
（３）ステップＳ３０３で、ジョブＩＤ５のジョブは、処理ステータスが６より大きな値となるまでループで処理を実行する。
（４）ステップＳ３０４で、ジョブＩＤ５のジョブは処理ステータスに応じた処理を実行する。ここでは図１７よりジョブは「画像処理２」を実行する。
（５）次にステップＳ３０５で、ジョブＩＤ５のジョブは処理結果を、ワークフォルダに保存する。
（６）更にステップＳ３０６で、ジョブＩＤ５のジョブは処理ステータスを更新する。ジョブは処理ステータスを更新した際には、更新した処理ステータスの情報を、優先度管理部１１に送信する。
（７）ステップＳ３０７で、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（７）の処理ステータスを更新する。
（８）以下、ステップＳ３０８からステップＳ３０３と進み、処理ステータスが６より大きくなるまで繰り返し、処理ステータスが７になるとループを抜けて終了する。
（１）ステップＳ３０１で、ジョブＩＤ５のジョブは、処理ステータスを＋１インクリメントし、処理ステータス＝３とする。
（２）ステップＳ３０２で、ジョブＩＤ５のジョブは、優先度管理部１１から受信したワークフォルダ＝「共通￥画像５」に基づき、ワークフォルダから途中まで処理結果であるワークファイルを取得する。ワークファイルはジョブＩＤ５のジョブの、途中までの処理結果を保存している。
（３）ステップＳ３０３で、ジョブＩＤ５のジョブは、処理ステータスが６より大きな値となるまでループで処理を実行する。
（４）ステップＳ３０４で、ジョブＩＤ５のジョブは処理ステータスに応じた処理を実行する。ここでは図１７よりジョブは「画像処理２」を実行する。
（５）次にステップＳ３０５で、ジョブＩＤ５のジョブは処理結果を、ワークフォルダに保存する。
（６）更にステップＳ３０６で、ジョブＩＤ５のジョブは処理ステータスを更新する。ジョブは処理ステータスを更新した際には、更新した処理ステータスの情報を、優先度管理部１１に送信する。
（７）ステップＳ３０７で、優先度管理部１１は、ジョブ管理テーブル１６Ｊ（７）の処理ステータスを更新する。
（８）以下、ステップＳ３０８からステップＳ３０３と進み、処理ステータスが６より大きくなるまで繰り返し、処理ステータスが７になるとループを抜けて終了する。
【0064】
以上のように、中断優先度ジョブのジョブＩＤ５のジョブは、実行を中断する場合に、中断時における処理途中の処理結果を、各サーバの共有する記憶領域（共有フォルダ）に格納する。また、このジョブＩＤ５のジョブは、処理結果の処理状態（処理ステータス）および処理結果の存在する記憶領域における位置情報（ワークフォルダパス）を優先度管理部１１に送信する。
優先度管理部１１は、実行が中断され、かつ、中断優先度から実行中断が認められていない優先度へ変更された中断優先度ジョブ（ジョブＩＤ５のジョブ）を再び実行するときに、中断優先度ジョブを再び実行するサーバを複数のサーバの中から決定する。
優先度管理部１１は、決定したサーバ（ジョブ実行サーバ１）に中断優先度ジョブの処理状態および位置情報を送信し、決定したサーバに中断優先度ジョブを再び実行させる。
優先度管理部１１は、実行が中断され、かつ、中断優先度から実行中断が認められていない優先度へ変更された中断優先度ジョブ（ジョブＩＤ５のジョブ）を再び実行するときに、中断優先度ジョブを再び実行するサーバを複数のサーバの中から決定する。
優先度管理部１１は、決定したサーバ（ジョブ実行サーバ１）に中断優先度ジョブの処理状態および位置情報を送信し、決定したサーバに中断優先度ジョブを再び実行させる。
【0065】
以上により、中断したジョブの再実行時に、前回処理していた結果を保持しておき、再開時には前回保持した内容から再開するので、途中までの処理を無駄に破棄することがなくなり、より効率的な処理が可能となる。
【0066】
（ジョブの実行順の入れ替え）
優先度管理部１１は、中断優先度を持つ複数の実行予定ジョブがある場合に、複数のサーバの中に実行に必要なリソース量を持つサーバが存在する実行予定ジョブを、実行に必要なリソース量を持つサーバに実行させる。この処理により、ジョブの実行順の入れ替えを可能とする。具体的には以下のとおりである。
優先度管理部１１は、中断優先度を持つ複数の実行予定ジョブがある場合に、複数のサーバの中に実行に必要なリソース量を持つサーバが存在する実行予定ジョブを、実行に必要なリソース量を持つサーバに実行させる。この処理により、ジョブの実行順の入れ替えを可能とする。具体的には以下のとおりである。
【0067】
図１９は、ジョブの実行順が入れ替わる場合のジョブ管理テーブル１６Ｊ（８）を示す。図１９のジョブ管理テーブル１６Ｊ（８）では、未実行のジョブは、ＩＤ８とＩＤ９の２つである。
優先度管理部１１は、ジョブＩＤ８およびＩＤ９のジョブの情報を、ジョブ管理テーブル１６Ｊ（７）から受け取る。優先度管理部１１は、受け取ったジョブのファイルサイズから、使用メモリ容量を推測する。
図２０は、リソース管理テーブル１６Ｒ（４）を示す。優先度管理部１１は、図２０のリソース管理テーブル１６Ｒ（４）から、メモリ空き容量を取得する。ジョブの実行順序は、優先度を加味した投入順であり、優先度管理部１１はジョブＩＤ８からジョブ実行を試みる。この場合、ジョブＩＤ８が使用メモリ７ＧＢ、ジョブＩＤ９が使用メモリ５ＧＢである。図２０のリソース管理テーブル１６Ｒ（４）からは、メモリ空き容量の最大は、ジョブ実行サーバ３の６．１ＧＢである。そのため、ジョブＩＤ８はリソース不足で実行できない。そこで優先度管理部１１はジョブＩＤ９の実行を試みる。ジョブの優先度はジョブＩＤ８およびジョブＩＤ９共に低で同レベルである。ジョブＩＤ９は実行サーバ３のメモリ空き容量内で実行可能である。このため、優先度管理部１１はジョブＩＤ９を先に実行する。優先度管理部１１は、ジョブ実行順を入替えたのち、スキップしたジョブＩＤ８の優先度を低から中に変更する。これによって、スキップしたジョブが実行されないことを防ぐ。その結果を図２１，図２２に示す。
図２１は、ジョブ管理テーブル１６Ｊ（９）である。
図２２は、リソース管理テーブル１６Ｒ（５）である。
これにより同一優先度のジョブの実行順を入れ替えることによって効率的に処理が可能となる。
優先度管理部１１は、ジョブＩＤ８およびＩＤ９のジョブの情報を、ジョブ管理テーブル１６Ｊ（７）から受け取る。優先度管理部１１は、受け取ったジョブのファイルサイズから、使用メモリ容量を推測する。
図２０は、リソース管理テーブル１６Ｒ（４）を示す。優先度管理部１１は、図２０のリソース管理テーブル１６Ｒ（４）から、メモリ空き容量を取得する。ジョブの実行順序は、優先度を加味した投入順であり、優先度管理部１１はジョブＩＤ８からジョブ実行を試みる。この場合、ジョブＩＤ８が使用メモリ７ＧＢ、ジョブＩＤ９が使用メモリ５ＧＢである。図２０のリソース管理テーブル１６Ｒ（４）からは、メモリ空き容量の最大は、ジョブ実行サーバ３の６．１ＧＢである。そのため、ジョブＩＤ８はリソース不足で実行できない。そこで優先度管理部１１はジョブＩＤ９の実行を試みる。ジョブの優先度はジョブＩＤ８およびジョブＩＤ９共に低で同レベルである。ジョブＩＤ９は実行サーバ３のメモリ空き容量内で実行可能である。このため、優先度管理部１１はジョブＩＤ９を先に実行する。優先度管理部１１は、ジョブ実行順を入替えたのち、スキップしたジョブＩＤ８の優先度を低から中に変更する。これによって、スキップしたジョブが実行されないことを防ぐ。その結果を図２１，図２２に示す。
図２１は、ジョブ管理テーブル１６Ｊ（９）である。
図２２は、リソース管理テーブル１６Ｒ（５）である。
これにより同一優先度のジョブの実行順を入れ替えることによって効率的に処理が可能となる。
【0068】
以上のように優先度管理部１１は、中断優先度を持つ複数の実行予定ジョブ（ジョブＩＤ８、ジョブＩＤ９）がある場合に、複数のサーバの中に実行に必要なリソース量を持つサーバが存在する実行予定ジョブを、実行に必要なリソース量を持つサーバに実行させる。
【0069】
＊＊＊実施の形態１の効果＊＊＊
以上に説明した実施の形態１によれば、以下の効果を得ることができる。
（１）複数サーバで複数ジョブを実行する環境において、優先度高の割込みジョブを実行しようとする際、リソース空き具合を見て、効率的に割込みジョブを実行できる。
つまり、優先度管理部１１は、優先度低のジョブを中断することで割込みジョブのメモリ空き容量を確保する。よって、割込みジョブ実行のためのメモリ空き容量が不足する場合でも、効率的に割込みジョブを実行できる。
（２）優先度管理部１１は、実行を中断した優先度低ジョブの再実行時に、中断時のステータスを基準にジョブを再実行させる。よって、中断時以前の処理が無駄にならない。
（３）優先度管理部１１は、実行を中断した優先度低ジョブのジョブは優先度を低から中に上げる。よって、中断した優先度低ジョブは、再実行時に優先度低に比べて優先的に実行される。
実施の形態１では、優先度が「中」であるジョブは中断対象としない。よって、再実行したジョブは優先度中であるので２度目の中断がされることがない。
（４）また、実施の形態１のジョブ並列実行システム９では、リソースが許す限りジョブを複数起動できるために、並列ジョブ上限数を固定する必要がなく、効率的な並列処理が可能となる。
（５）優先度管理部１１は、同一優先度ジョブの順序の入れ替えを行うので、同一優先度のジョブを迅速に処理できる。
以上に説明した実施の形態１によれば、以下の効果を得ることができる。
（１）複数サーバで複数ジョブを実行する環境において、優先度高の割込みジョブを実行しようとする際、リソース空き具合を見て、効率的に割込みジョブを実行できる。
つまり、優先度管理部１１は、優先度低のジョブを中断することで割込みジョブのメモリ空き容量を確保する。よって、割込みジョブ実行のためのメモリ空き容量が不足する場合でも、効率的に割込みジョブを実行できる。
（２）優先度管理部１１は、実行を中断した優先度低ジョブの再実行時に、中断時のステータスを基準にジョブを再実行させる。よって、中断時以前の処理が無駄にならない。
（３）優先度管理部１１は、実行を中断した優先度低ジョブのジョブは優先度を低から中に上げる。よって、中断した優先度低ジョブは、再実行時に優先度低に比べて優先的に実行される。
実施の形態１では、優先度が「中」であるジョブは中断対象としない。よって、再実行したジョブは優先度中であるので２度目の中断がされることがない。
（４）また、実施の形態１のジョブ並列実行システム９では、リソースが許す限りジョブを複数起動できるために、並列ジョブ上限数を固定する必要がなく、効率的な並列処理が可能となる。
（５）優先度管理部１１は、同一優先度ジョブの順序の入れ替えを行うので、同一優先度のジョブを迅速に処理できる。
【0070】
（ハードウェア構成の補足）
図２３は、ジョブ実行制御装置１０のハードウェア構成を示す。ジョブ実行制御装置１０は、コンピュータである。ジョブ実行制御装置１０は、プロセッサ１１０を備える。ジョブ実行制御装置１０は、ハードウェアとして、プロセッサ１１０、主記憶装置１２０、補助記憶装置１３０、入力インタフェース１４０、出力インタフェース１５０、通信インタフェース１６０を備えている。プロセッサ１１０は、信号線１７０を介して、他のハードウェアと接続され、他のハードウェアを制御する。
図２３は、ジョブ実行制御装置１０のハードウェア構成を示す。ジョブ実行制御装置１０は、コンピュータである。ジョブ実行制御装置１０は、プロセッサ１１０を備える。ジョブ実行制御装置１０は、ハードウェアとして、プロセッサ１１０、主記憶装置１２０、補助記憶装置１３０、入力インタフェース１４０、出力インタフェース１５０、通信インタフェース１６０を備えている。プロセッサ１１０は、信号線１７０を介して、他のハードウェアと接続され、他のハードウェアを制御する。
【0071】
ジョブ実行制御装置１０は、優先度管理部１１を備える。優先度管理部１１の機能は、ジョブ実行制御プログラム１３１により実現される。
【0072】
プロセッサ１１０は、ジョブ実行制御プログラム１３１を実行する装置である。プロセッサ１１０がジョブ実行制御プログラム１３１を実行することで、優先度管理部１１の機能が実現される。プロセッサ１１０は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。
【0073】
主記憶装置１２０の具体例は、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。主記憶装置１２０は、プロセッサ１１０の演算結果を保持する。
【0074】
補助記憶装置１３０は、データを不揮発的に保管する記憶装置である。補助記憶装置１３０の具体例は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。補助記憶装置１３０は、可搬記録媒体であってもよい。補助記憶装置１３０は、ジョブ実行制御プログラム１３１を記憶している。補助記憶装置１３０は、ジョブ／リソースＤＢ１６を実現する。
【0075】
入力ＩＦ１４０は、各装置からデータが入力されるポートである。出力ＩＦ１５０は、各種機器が接続される。出力ＩＦ１５０は、各種機器にプロセッサ１１０によってデータが出力されるポートである。通信ＩＦ１６０は、プロセッサが他の装置と通信するための通信ポートである。通信ＩＦ１６０は、ネットワークに接続する。
【0076】
プロセッサ１１０は補助記憶装置１３０からジョブ実行制御プログラム１３１を主記憶装置１２０にロードする。プロセッサ１１０は、ロードされたジョブ実行制御プログラム１３１を主記憶装置１２０から読み込んで実行する。
【0077】
ジョブ実行制御プログラム１３１は、優先度管理部１１の「部」を「処理」、「手順」あるいは「工程」に読み替えた各処理、各手順あるいは各工程を、コンピュータに実行させるプログラムである。
【0078】
また、ジョブ実行制御方法は、コンピュータであるジョブ実行制御装置１０がジョブ実行制御プログラム１３１を実行することにより行われる方法である。ジョブ実行制御プログラム１３１は、コンピュータ読み取り可能な記録媒体に格納されて提供されてもよいし、プログラムプロダクトとして提供されてもよい。
【符号の説明】
【0079】
８ ネットワーク、９ ジョブ並列実行システム、１０ ジョブ実行制御装置、１１ 優先度管理部、１６ ジョブ／リソースＤＢ、１６Ｊ ジョブ管理テーブル、１６Ｒ リソース管理テーブル、１７ ステータス情報、２０ データ登録フォルダ、２１ 優先度低フォルダ、２２ 優先度高フォルダ、１１０ プロセッサ、１２０ 主記憶装置、１３０ 補助記憶装置、１３１ ジョブ実行制御プログラム、１４０ 入力インタフェース、１５０ 出力インタフェース、１６０ 通信インタフェース、１７０ 信号線。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】