特開2024-92775 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 富士通株式会社の特許一覧

特開2024-92775情報処理プログラム、情報処理方法、および情報処理装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024092775

(43)【公開日】2024-07-08

(54)【発明の名称】情報処理プログラム、情報処理方法、および情報処理装置

(51)【国際特許分類】

G06F 11/07 20060101AFI20240701BHJP

G06F 9/48 20060101ALI20240701BHJP

G06F 11/14 20060101ALI20240701BHJP

【ＦＩ】

G06F11/07 196

G06F9/48 370

G06F11/14 638

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022208926

(22)【出願日】2022-12-26

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井昭徳

(72)【発明者】

【氏名】吉川大貴

(72)【発明者】

【氏名】北山亨

(72)【発明者】

【氏名】原佑輔

(72)【発明者】

【氏名】下川健一郎

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA23

5B042KK02

5B042KK20

(57)【要約】

【課題】ジョブフローを再起動する起点を設定し易くすること。
【解決手段】情報処理装置１００は、ジョブフロー１２１を記憶する。情報処理装置１００は、ジョブフロー１２１に実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、ジョブ群を複数のグループに分類する。情報処理装置１００は、複数のグループの少なくともいずれかのグループに対応付けて、当該いずれかのグループに属するジョブの異常に応じてジョブフロー１２１を再起動する起点とするグループにおける先頭ジョブを示す情報を記憶する。情報処理装置１００は、第１グループに分類した第１ジョブの異常を検出する。情報処理装置１００は、第１ジョブの異常を検出した場合、第１グループに対応付けられた、第１ジョブの異常に応じてジョブフロー１２１を再起動する起点とする第２グループにおける先頭ジョブを起点に、ジョブフロー１２１を再起動する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

【請求項2】

前記複数のグループの第２グループに分類した第２ジョブに先行する第３ジョブを、前記ジョブ群に追加する要求を受け付けたことに応じて、前記第３ジョブを、前記ジョブ群に追加し、
前記第３ジョブの処理内容に基づいて、前記第３ジョブを前記複数のグループの第３グループに分類し、
前記第３ジョブが、前記第３グループにおいて実行順序が先頭であるジョブとなる場合、前記記憶部に記憶された、前記第３グループにおいて実行順序が先頭であるジョブを示す情報を更新する、
処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報処理プログラム。

【請求項3】

前記記憶部は、前記複数のグループの少なくともいずれかのグループに対応付けて、前記ジョブフローを再起動する条件と、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報とを記憶し、
検出した前記第１ジョブの異常が、前記第１グループに対応付けられた前記ジョブフローを再起動する条件を満たすか否かを判定する、
処理を前記コンピュータに実行させ、
前記再起動する処理は、
検出した前記第１ジョブの異常が、前記第１グループに対応付けられた前記ジョブフローを再起動する条件を満たすと判定した場合、前記記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、ことを特徴とする請求項１または２に記載の情報処理プログラム。

【請求項4】

前記複数のグループは、データソースからデータを収集する収集ジョブを分類する収集グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第５ジョブの処理内容に基づいて、前記第５ジョブが前記収集ジョブであると判定した場合、前記第５ジョブを前記収集グループに分類する、ことを特徴とする請求項１に記載の情報処理プログラム。

【請求項5】

前記複数のグループは、単一のジョブから処理結果を示すデータを取得して加工する加工ジョブを分類する加工グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第６ジョブの処理内容に基づいて、前記第６ジョブが前記加工ジョブであると判定した場合、前記第６ジョブを前記加工グループに分類する、ことを特徴とする請求項４に記載の情報処理プログラム。

【請求項6】

前記複数のグループは、複数のジョブから処理結果を示すデータを取得して統合する統合ジョブを分類する統合グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第７ジョブの処理内容に基づいて、前記第７ジョブが前記統合ジョブであると判定した場合、前記第７ジョブを前記統合グループに分類する、ことを特徴とする請求項５に記載の情報処理プログラム。

【請求項7】

前記複数のグループは、データを取得してデータベースに格納する蓄積ジョブを分類する蓄積グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第８ジョブの処理内容に基づいて、前記第８ジョブが前記蓄積ジョブであると判定した場合、前記第８ジョブを前記蓄積グループに分類する、ことを特徴とする請求項６に記載の情報処理プログラム。

【請求項8】

ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
処理をコンピュータが実行することを特徴とする情報処理方法。

【請求項9】

ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
制御部を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理方法、および情報処理装置に関する。

【背景技術】

【0002】

従来、ジョブフローに従って、ジョブ群を実行するシステムがある。ジョブ群のいずれかのジョブに異常が発生し、当該いずれかのジョブが終了した場合、ジョブフロー全体も一旦終了してしまうため、ジョブフローを再起動することが望まれる。

【0003】

先行技術としては、例えば、ジョブの新規エラーを検知し、同時期に複数のリカバリー候補を特定した場合、優先対応順位に基づいて、ジョブのリカバリー処理を実行するものがある。また、例えば、対象のジョブに対応付けられた監視対象の監視により取得した監視情報に基づいて変更した基準時刻または基準時間に基づいて、対象のジョブの異常に関する判定を行う技術がある。また、例えば、イベントの通知元のジョブの特定情報に対応するイベントの通知先のジョブの特定情報によって特定されるジョブを再実行する技術がある。また、例えば、システムの状態を、対象ジョブと対象ジョブが実行された際の依存関係があるジョブとが実行される前の状態に戻す技術がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－１６０８１７号公報

【特許文献2】特開２０１９－１３９２６２号公報

【特許文献3】特開２０１５－２０４０３６号公報

【特許文献4】特開２０２２－１３３０１０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えば、いずれかのジョブに異常が発生した場合、異常が発生したジョブ、異常が発生したジョブの１つ前のジョブ、または、ジョブフローの先頭に存在するジョブなどのうち予め設定された起点となるジョブから、ジョブフローを再起動する手法が考えられる。しかしながら、上記手法では、ジョブフローを再起動する起点を適切に設定することが難しい。例えば、ジョブの数が膨大になるほど、ジョブフローを再起動する起点を設定または更新する際にかかる作業負担の増大化を招き、ジョブフローを再起動する起点を正しく設定または更新することが難しくなる傾向がある。

【0006】

１つの側面では、本発明は、ジョブフローを再起動する起点を設定し易くすることを目的とする。

【課題を解決するための手段】

【0007】

１つの実施態様によれば、ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する情報処理プログラム、情報処理方法、および情報処理装置が提案される。

【発明の効果】

【0008】

一態様によれば、ジョブフローを再起動する起点を設定し易くすることが可能になる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。

【図2】図２は、情報処理システム２００の一例を示す説明図である。

【図3】図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。

【図4】図４は、情報処理装置１００の機能的構成例を示すブロック図である。

【図5】図５は、ジョブフロー５００の一例を示す説明図である。

【図6】図６は、ジョブフロー５００を記憶する一例を示す説明図である。

【図7】図７は、属性情報管理テーブル７００の記憶内容の一例を示す説明図である。

【図8】図８は、グループ情報管理テーブル８００の記憶内容の一例を示す説明図である。

【図9】図９は、先頭情報管理テーブル９００の記憶内容の一例を示す説明図である。

【図10】図１０は、再起動情報管理テーブル１０００の記憶内容の一例を示す説明図である。

【図11】図１１は、実行履歴管理テーブル１１００の記憶内容の一例を示す説明図である。

【図12】図１２は、ジョブ群を複数のグループに分類する具体例を示す説明図（その１）である。

【図13】図１３は、ジョブ群を複数のグループに分類する具体例を示す説明図（その２）である。

【図14】図１４は、ジョブ群を複数のグループに分類する具体例を示す説明図（その３）である。

【図15】図１５は、ジョブ群を複数のグループに分類する具体例を示す説明図（その４）である。

【図16】図１６は、ジョブ群を複数のグループに分類する具体例を示す説明図（その５）である。

【図17】図１７は、ジョブ群を複数のグループに分類する具体例を示す説明図（その６）である。

【図18】図１８は、ジョブ群を複数のグループに分類する具体例を示す説明図（その７）である。

【図19】図１９は、ジョブ群を複数のグループに分類する具体例を示す説明図（その８）である。

【図20】図２０は、ジョブ群を複数のグループに分類する具体例を示す説明図（その９）である。

【図21】図２１は、ジョブフロー５００を再起動する具体例を示す説明図（その１）である。

【図22】図２２は、ジョブフロー５００を再起動する具体例を示す説明図（その２）である。

【図23】図２３は、ジョブ群に新たなジョブを追加する具体例を示す説明図（その１）である。

【図24】図２４は、ジョブ群に新たなジョブを追加する具体例を示す説明図（その２）である。

【図25】図２５は、ジョブ群に新たなジョブを追加する具体例を示す説明図（その３）である。

【図26】図２６は、ジョブ群に新たなジョブを追加する具体例を示す説明図（その４）である。

【図27】図２７は、判定処理手順の一例を示すフローチャートである。

【図28】図２８は、全体分類処理手順の一例を示すフローチャートである。

【図29】図２９は、第１分類処理手順の一例を示すフローチャートである。

【図30】図３０は、第２分類処理手順の一例を示すフローチャートである。

【図31】図３１は、再起動処理手順の一例を示すフローチャートである。

【図32】図３２は、追加処理手順の一例を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下に、図面を参照して、本発明にかかる情報処理プログラム、情報処理方法、および情報処理装置の実施の形態を詳細に説明する。

【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】

（ジョブ実行装置２０１のハードウェア構成例）
ジョブ実行装置２０１のハードウェア構成例は、具体的には、図３に示した情報処理装置１００のハードウェア構成例と同様であるため、説明を省略する。

【0080】

（クライアント装置２０２のハードウェア構成例）
クライアント装置２０２のハードウェア構成例は、具体的には、図３に示した情報処理装置１００のハードウェア構成例と同様であるため、説明を省略する。

【0081】

以下の説明では、主として情報処理装置１００が、単独で動作し、ジョブ群を実行する場合について説明する。

【0082】

（情報処理装置１００の機能的構成例）
次に、図４を用いて、情報処理装置１００の機能的構成例について説明する。

【0083】

図４は、情報処理装置１００の機能的構成例を示すブロック図である。情報処理装置１００は、記憶部４００と、取得部４０１と、分類部４０２と、実行部４０３と、検出部４０４と、起動部４０５と、出力部４０６とを含む。

【0084】

記憶部４００は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、記憶部４００が、情報処理装置１００に含まれる場合について説明するが、これに限らない。例えば、記憶部４００が、情報処理装置１００とは異なる装置に含まれ、記憶部４００の記憶内容が情報処理装置１００から参照可能である場合があってもよい。

【0085】

取得部４０１～出力部４０６は、制御部の一例として機能する。取得部４０１～出力部４０６は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。

【0086】

記憶部４００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部４００は、例えば、ジョブフローを記憶する。ジョブフローは、例えば、ジョブ群を示す。ジョブフローは、例えば、ジョブ群の実行順序を規定する。ジョブフローは、例えば、ジョブ群のデータ依存関係を示す。ジョブ群のいずれかのジョブは、複数のジョブのそれぞれのジョブが出力したデータを利用するジョブであってもよい。ジョブ群のいずれかのジョブが出力したデータを、複数のジョブが利用することがあってもよい。

【0087】

ジョブフローは、例えば、ジョブ群のそれぞれのジョブを表すノードと、ジョブ群のうち異なる２つのジョブのそれぞれのジョブを表すノード間を接続する有向エッジとを含む有向グラフによって表現することができる。有向エッジは、具体的には、ジョブ群のいずれかのジョブを表すノードと、当該いずれかのジョブより実行順序が１つ後方であり、当該いずれかのジョブが出力するデータを利用する他のジョブを表すノードとを接続する。記憶部４００は、具体的には、ジョブフロー管理テーブル６００を用いて、ジョブフローを記憶する。ジョブフロー管理テーブル６００の一例については、具体的には、図６を用いて後述する。ジョブフローは、例えば、取得部４０１によって取得される。

【0088】

記憶部４００は、例えば、ジョブ群の各ジョブの属性を記憶する。属性は、例えば、収集、加工、統合、または、蓄積などである。収集は、例えば、データソースからデータを収集することを示す属性である。データソースは、例えば、ファイルである。データソースは、例えば、ＤＢであってもよい。データソースは、ＥＴＬ（ＥｘｔｒａｃｔＴｒａｎｓｆｏｒｍＬｏａｄ）ツールによるデータ収集元であってもよい。

【0089】

加工は、例えば、単一の先行ジョブから得られたデータを加工することを示す属性である。統合は、例えば、複数の先行ジョブから得られたデータを加工することを示す属性である。蓄積は、例えば、ＤＢにデータを格納することを示す属性である。記憶部４００は、具体的には、属性情報管理テーブル７００を用いて、ジョブ群の各ジョブの属性を記憶する。属性情報管理テーブル７００の一例については、具体的には、図７を用いて後述する。各ジョブの属性は、例えば、分類部４０２によって特定される。

【0090】

記憶部４００は、例えば、ジョブ群の各ジョブを複数のグループに分類した結果を記憶する。複数のグループは、例えば、収集の属性を有する収集グループを含む。収集グループは、例えば、収集の属性を有する収集ジョブを分類するグループである。複数のグループは、例えば、加工の属性を有する加工グループを含む。加工グループは、例えば、加工の属性を有する加工ジョブを分類するグループである。複数のグループは、例えば、統合の属性を有する統合グループである。統合グループは、例えば、統合の属性を有する統合ジョブを分類するグループである。複数のグループは、例えば、蓄積の属性を有する蓄積グループを含む。蓄積グループは、例えば、蓄積の属性を有する蓄積ジョブを分類するグループである。記憶部４００は、具体的には、グループ情報管理テーブル８００を用いて、ジョブ群の各ジョブを複数のグループに分類した結果を記憶する。グループ情報管理テーブル８００の一例については、具体的には、図８を用いて後述する。ジョブの分類は、例えば、分類部４０２によって実施される。

【0091】

記憶部４００は、例えば、少なくともいずれかのグループに対応付けて、当該グループに属するジョブの異常に応じてジョブフローを再起動する起点とするグループにおける先頭ジョブを示す情報を記憶する。記憶部４００は、具体的には、再起動情報管理テーブル１０００を用いて、いずれかのグループに対応付けて、当該グループに属するジョブの異常に応じてジョブフローを再起動する起点とするグループを示す情報を記憶する。再起動情報管理テーブル１０００の一例については、具体的には、図１０を用いて後述する。記憶部４００は、具体的には、先頭情報管理テーブル９００を用いて、グループごとに対応付けて、当該グループにおける先頭ジョブを示す情報を記憶する。先頭情報管理テーブル９００の一例については、具体的には、図９を用いて後述する。

【0092】

記憶部４００は、例えば、少なくともいずれかのグループに対応付けて、当該グループに属するジョブの異常に応じてジョブフローを再起動する条件と、再起動する起点とするグループにおける先頭ジョブを示す情報との１以上の組み合わせを記憶していてもよい。条件は、例えば、いずれかのグループに属するジョブに何らかの異常が発生したことである。条件は、例えば、いずれかのグループに属するジョブに特定の種類の異常が発生したことであってもよい。記憶部４００は、具体的には、再起動情報管理テーブル１０００を用いて、いずれかのグループに対応付けて、ジョブフローを再起動する条件と、再起動する起点とするグループにおける先頭ジョブを示す情報との１以上の組み合わせを記憶する。再起動情報管理テーブル１０００の一例については、具体的には、図１０を用いて後述する。記憶部４００は、具体的には、先頭情報管理テーブル９００を用いて、グループごとに対応付けて、当該グループにおける先頭ジョブを示す情報を記憶する。先頭情報管理テーブル９００の一例については、具体的には、図９を用いて後述する。

【0093】

記憶部４００は、例えば、ジョブフローが異常終了した時点における、ジョブ群のそれぞれのジョブの終了状況を表す情報を記憶する。ジョブフローの異常終了は、ジョブフローが完了せずに終了したことである。終了状況は、ジョブが実行待ちであるのか、ジョブが正常終了したのか、または、ジョブが異常終了したのかを示す。ジョブの異常終了は、ジョブが完了せずに終了したことである。記憶部４００は、具体的には、ジョブ群のそれぞれのジョブの終了状況を管理する実行履歴管理テーブル１１００を記憶する。実行履歴管理テーブル１１００の一例については、具体的には、図１１を用いて後述する。ジョブ群のそれぞれのジョブの終了状況を表す情報は、例えば、実行部４０３によって生成される。

【0094】

記憶部４００は、例えば、ジョブフローが異常終了した場合において、いずれかのジョブの異常が発生し、当該いずれかのジョブが異常終了していれば、当該いずれかのジョブの異常の種類を示す情報を記憶していてもよい。あるジョブの異常は、例えば、あるジョブのタイムアウトによるエラー、あるジョブを実行する環境に起因するエラー、あるジョブの処理内容に起因するエラー、または、あるジョブに先行する他の先行ジョブの処理内容に起因するエラーなどが考えられる。記憶部４００は、具体的には、ジョブの異常の種類を示す情報を、実行履歴管理テーブル１１００に記憶する。実行履歴管理テーブル１１００の一例については、具体的には、図１１を用いて後述する。いずれかのジョブの異常の種類を示す情報は、例えば、実行部４０３によって生成される。

【0095】

取得部４０１は、各機能部の処理に用いられる各種情報を取得する。取得部４０１は、取得した各種情報を、記憶部４００に記憶し、または、各機能部に出力する。また、取得部４０１は、記憶部４００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部４０１は、例えば、利用者の操作入力に基づき、各種情報を取得する。取得部４０１は、例えば、情報処理装置１００とは異なる装置から、各種情報を受信してもよい。

【0096】

取得部４０１は、ジョブフローを取得する。取得部４０１は、具体的には、自装置の利用者による操作入力に基づき、ジョブフローの入力を受け付けることにより、ジョブフローを取得する。取得部４０１は、具体的には、ジョブフローを他のコンピュータから受信することにより取得してもよい。他のコンピュータは、例えば、クライアント装置などである。

【0097】

取得部４０１は、例えば、複数のグループのいずれかのグループに分類したいずれかのジョブに対する先行ジョブを、ジョブ群に追加することを要求する追加要求を取得する。取得部４０１は、具体的には、自装置の利用者による操作入力に基づき、追加要求の入力を受け付けることにより、追加要求を取得する。取得部４０１は、具体的には、追加要求を他のコンピュータから受信することにより取得してもよい。他のコンピュータは、例えば、クライアント装置などである。

【0098】

取得部４０１は、例えば、複数のグループのいずれかのグループに分類したいずれかのジョブを、ジョブ群から削除することを要求する削除要求を取得する。取得部４０１は、具体的には、自装置の利用者による操作入力に基づき、削除要求の入力を受け付けることにより、削除要求を取得する。取得部４０１は、具体的には、削除要求を他のコンピュータから受信することにより取得してもよい。他のコンピュータは、例えば、クライアント装置などである。

【0099】

取得部４０１は、例えば、ジョブ群を実行することを要求する実行要求を取得する。取得部４０１は、具体的には、自装置の利用者による操作入力に基づき、実行要求の入力を受け付けることにより、実行要求を取得する。取得部４０１は、具体的には、実行要求を他のコンピュータから受信することにより取得してもよい。

【0100】

取得部４０１は、例えば、ジョブフローが異常終了したことを検出するための情報を取得する。取得部４０１は、例えば、ジョブフローが異常終了したことを表す通知を取得する。通知は、例えば、ジョブフローが異常終了した際に情報処理装置１００によって発行される。通知は、例えば、実行部４０３によって発行されてもよい。

【0101】

取得部４０１は、例えば、ジョブ群のいずれかのジョブの異常を検出するための情報を取得する。取得部４０１は、具体的には、ジョブフローが異常終了した時点における、ジョブ群のそれぞれのジョブの終了状況を表す情報を取得する。終了状況は、ジョブが実行待ちであるのか、ジョブが正常終了したのか、または、ジョブが異常終了したのかを示す。取得部４０１は、より具体的には、実行履歴管理テーブル１１００を取得する。

【0102】

取得部４０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、利用者による所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。

【0103】

取得部４０１は、例えば、ジョブフローを取得したことを、分類部４０２の処理を開始する開始トリガーとして受け付けてもよい。取得部４０１は、例えば、追加要求または削除要求を取得したことを、分類部４０２の処理を開始する開始トリガーとして受け付けてもよい。取得部４０１は、例えば、実行要求を取得したことを、実行部４０３の処理を開始する開始トリガーとして受け付けてもよい。取得部４０１は、例えば、ジョブフローが異常終了したことを検出するための情報を取得したことを、検出部４０４の処理を開始する開始トリガーとして受け付けてもよい。取得部４０１は、例えば、ジョブ群のいずれかのジョブの異常を検出するための情報を取得したことを、検出部４０４の処理を開始する開始トリガーとして受け付けてもよい。

【0104】

分類部４０２は、ジョブフローが示すジョブ群の各ジョブの処理内容に基づいて、ジョブ群を複数のグループに分類する。分類部４０２は、例えば、いずれかのジョブの処理内容に基づいて、当該いずれかのジョブが収集ジョブであると判定した場合、当該いずれかのジョブを収集グループに分類する。分類部４０２は、具体的には、いずれかのジョブの処理内容が、データソースからデータを収集することである場合、当該いずれかのジョブが収集ジョブであると判定し、当該いずれかのジョブを収集グループに分類する。これにより、分類部４０２は、ジョブをグループに分類し、グループ単位でジョブを取り扱い可能にすることができる。

【0105】

分類部４０２は、例えば、いずれかのジョブの処理内容に基づいて、当該いずれかのジョブが加工ジョブであると判定した場合、当該いずれかのジョブを加工グループに分類する。分類部４０２は、具体的には、いずれかのジョブの処理内容が、単一の先行ジョブから得られたデータを加工することである場合、当該いずれかのジョブが加工ジョブであると判定し、当該いずれかのジョブを加工グループに分類する。これにより、分類部４０２は、ジョブをグループに分類し、グループ単位でジョブを取り扱い可能にすることができる。

【0106】

分類部４０２は、例えば、いずれかのジョブの処理内容に基づいて、当該いずれかのジョブが統合ジョブであると判定した場合、当該いずれかのジョブを統合グループに分類する。分類部４０２は、具体的には、いずれかのジョブの処理内容が、複数の先行ジョブから得られたデータを統合することである場合、当該いずれかのジョブが統合ジョブであると判定し、当該いずれかのジョブを統合グループに分類する。これにより、分類部４０２は、ジョブをグループに分類し、グループ単位でジョブを取り扱い可能にすることができる。

【0107】

分類部４０２は、例えば、いずれかのジョブの処理内容に基づいて、当該いずれかのジョブが蓄積ジョブであると判定した場合、当該いずれかのジョブを蓄積グループに分類する。分類部４０２は、具体的には、いずれかのジョブの処理内容が、ＤＢにデータを格納することである場合、当該いずれかのジョブが蓄積ジョブであると判定し、当該いずれかのジョブを蓄積グループに分類する。これにより、分類部４０２は、ジョブをグループに分類し、グループ単位でジョブを取り扱い可能にすることができる。

【0108】

分類部４０２は、取得部４０１で追加要求を取得した場合、ジョブ群に追加することが要求されたジョブをジョブ群に追加するよう、ジョブフローを更新する。分類部４０２は、ジョブ群に追加することが要求されたジョブの処理内容に基づいて、当該ジョブを複数のグループのいずれかのグループに分類する。分類部４０２は、例えば、上述したように、ジョブ群に追加することが要求されたジョブが、収集ジョブであるか否か、加工ジョブであるか否か、統合ジョブであるか否か、および、蓄積ジョブであるか否かを判定し、当該ジョブをいずれかのグループに分類する。これにより、分類部４０２は、ジョブ群に新たなジョブを追加可能にすることができる。

【0109】

分類部４０２は、取得部４０１で追加要求を取得した場合、ジョブ群に追加することが要求されたジョブが、当該ジョブを分類したグループにおける新たな先頭ジョブになる場合、記憶部４００に記憶された、当該グループにおける先頭ジョブを示す情報を更新する。これにより、分類部４０２は、ジョブ群に新たなジョブを追加したことを、記憶部４００に適切に反映することができる。

【0110】

分類部４０２は、取得部４０１で削除要求を取得した場合、ジョブ群から削除することが要求されたジョブをジョブ群から削除するよう、ジョブフローを更新する。これにより、分類部４０２は、ジョブ群から既存のジョブを削除可能にすることができる。

【0111】

分類部４０２は、取得部４０１で削除要求を取得した場合、ジョブ群から削除することが要求されたジョブが、当該ジョブを分類したグループにおける先頭ジョブである場合、記憶部４００に記憶された、当該グループにおける先頭ジョブを示す情報を更新する。分類部４０２は、例えば、ジョブ群から削除することが要求されたジョブの１つ後に存在する後続ジョブが、当該ジョブを分類したグループにおける新たな先頭ジョブになるよう、記憶部４００に記憶された、当該グループにおける先頭ジョブを示す情報を更新する。これにより、分類部４０２は、ジョブ群から既存のジョブを削除したことを、記憶部４００に適切に反映することができる。

【0112】

実行部４０３は、ジョブフローに従って、ジョブ群を順に実行する。実行部４０３は、例えば、取得部４０１で実行要求を取得した場合、ジョブフローに従って、ジョブ群を順に実行する。これにより、実行部４０３は、ジョブ群を実行することができ、ジョブフローを完了することができる。

【0113】

実行部４０３は、例えば、起動部４０５でジョブフローが再起動された場合、ジョブフローに従って、ジョブフローを再起動する起点とするグループにおけるそれぞれの先頭ジョブを起点に、ジョブ群の全部または一部を順に実行する。実行部４０３は、具体的には、起点とするグループにおけるそれぞれの先頭ジョブと、起点とするグループにおけるそれぞれの先頭ジョブの後に存在する１以上の後続ジョブとを順に実行する。

【0114】

この際、実行部４０３は、具体的には、起点とするグループにおけるそれぞれの先頭ジョブと並列する他のジョブのうち、実行済みである他のジョブを再実行しなくてもよい。実行部４０３は、具体的には、ジョブフローに従って、起点とするグループにおけるそれぞれの先頭ジョブと並列する他のジョブのうち、未実行である他のジョブを実行するようにする。これにより、実行部４０３は、ジョブ群の全部または一部を適切に再実行することができ、ジョブフローを再起動して完了することができる。

【0115】

実行部４０３は、いずれかのジョブの異常により当該いずれかのジョブが異常終了した場合、ジョブフローを完了せずに異常終了する。実行部４０３は、ジョブフローを完了せずに異常終了する際、実行中のジョブが存在すれば、当該ジョブを異常終了する。実行部４０３は、ジョブフローを完了せずに異常終了する場合、それぞれのジョブの終了状況を、実行履歴管理テーブル１１００に反映する。実行部４０３は、いずれかのジョブが異常終了した場合、当該いずれかのジョブの異常の種類を示す情報を、実行履歴管理テーブル１１００に反映してもよい。

【0116】

これにより、実行部４０３は、ジョブフローを完了せずに異常終了する場合、ジョブフローを再起動する際に有用なそれぞれのジョブの終了状況を残しておくことができ、ジョブフローを、どのように再起動すればよいのかを判断し易くすることができる。実行部４０３は、いずれかのジョブの異常が発生した場合、当該いずれかのジョブの異常の種類を示す情報を残しておくことができ、ジョブフローを、どのように再起動すればよいのかを判断し易くすることができる。

【0117】

検出部４０４は、第１グループに分類した第１ジョブの異常を検出する。検出部４０４は、例えば、取得部４０１で取得した第１グループに分類した第１ジョブの異常を検出するための情報に基づいて、第１ジョブの異常を検出する。検出部４０４は、具体的には、取得部４０１で取得したそれぞれのジョブの終了状況を表す情報に基づいて、第１グループに分類した第１ジョブが異常終了していれば、第１ジョブの異常が発生したと判定し、第１ジョブの異常を検出する。これにより、検出部４０４は、ジョブフローを再起動する指針を得ることができる。

【0118】

起動部４０５は、検出部４０４で第１ジョブの異常を検出した場合、ジョブフローを再起動する。起動部４０５は、例えば、記憶部４００を参照して、異常が発生した第１ジョブが属する第１グループに対応付けられたジョブフローを再起動する起点とする第２グループにおける先頭ジョブを示す情報を取得する。起動部４０５は、例えば、取得した情報に基づいて、第２グループにおけるそれぞれの先頭ジョブを起点に、ジョブフローを再起動する。

【0119】

起動部４０５は、具体的には、ジョブフローに従って、第２グループにおけるそれぞれの先頭ジョブを起点に、当該先頭ジョブと、当該先頭ジョブに対する後続ジョブと、当該先頭ジョブと並列する未実行の他のジョブとを実行するよう、実行部４０３を制御する。起動部４０５は、より具体的には、第２グループにおけるそれぞれの先頭ジョブを起点とするよう、実行部４０３に設定する。

【0120】

これにより、起動部４０５は、ジョブフローを再起動する起点となるグループを適切に設定することができ、ジョブ群を適切に完了することができ、ジョブフローを適切に完了することができる。また、起動部４０５は、実行部４０３でジョブフローを完了し易くすることができる。起動部４０５は、例えば、実行部４０３でジョブ群の全部を実行せずに済ませることができ、処理負担および処理時間の低減化を図ることができる。

【0121】

起動部４０５は、検出部４０４で第１ジョブの異常を検出した際、記憶部４００を参照して、異常が発生した第１ジョブが属する第１グループに対応付けられた、第１ジョブの異常に応じてジョブフローを再起動する１以上の条件が存在するか否かを判定する。

【0122】

ここで、起動部４０５は、１以上の条件が存在しないと判定した場合、予め設定されたいずれかのジョブを起点に、ジョブフローを再起動する。予め設定されたいずれかのジョブは、例えば、第１ジョブと、第１ジョブの１つ前の先行ジョブと、第１ジョブが属する第１グループにおける先頭ジョブとのいずれかのジョブである。

【0123】

起動部４０５は、具体的には、ジョブフローに従って、予め設定されたいずれかのジョブを起点に、当該いずれかのジョブと、当該いずれかジョブに対する後続ジョブと、当該いずれかのジョブと並列する未実行の他のジョブとを特定する。起動部４０５は、具体的には、ジョブフローに従って、予め設定されたいずれかのジョブと、特定した当該いずれかジョブに対する後続ジョブと、特定した当該いずれかのジョブと並列する未実行の他のジョブとを順に実行するよう、実行部４０３を制御する。

【0124】

これにより、起動部４０５は、ジョブフローを再起動する起点となるグループが設定されていなくても、ジョブフローを再起動することができ、ジョブ群を完了することができ、ジョブフローを完了することができる。また、起動部４０５は、実行部４０３でジョブフローを完了し易くすることができる。起動部４０５は、例えば、実行部４０３でジョブ群の全部を実行せずに済ませることができ、処理負担および処理時間の低減化を図ることができる。

【0125】

ここで、起動部４０５は、１以上の条件が存在すると判定した場合、記憶部４００を参照して、検出部４０４で検出した第１ジョブの異常が、１以上の条件のいずれかの条件を満たすか否かを判定する。起動部４０５は、例えば、記憶部４００を参照して、第１ジョブが属する第１グループに対応付けられた、ジョブフローを再起動する１以上の条件を取得する。起動部４０５は、例えば、取得した１以上の条件のうち第１条件が、第１ジョブに何らかの異常が発生したことを示す場合、検出部４０４で検出した第１ジョブの異常が、第１条件を満たすと判定する。

【0126】

起動部４０５は、例えば、取得した１以上の条件のうち第１条件が、第１ジョブに特定の種類の異常が発生したことを示す場合、記憶部４００を参照して、第１ジョブの異常の種類を特定する。起動部４０５は、例えば、特定した種類が、第１条件が示す特定の種類と一致する場合、第１条件を満たすと判定する。起動部４０５は、例えば、特定した種類が、第１条件が示す特定の種類と一致しない場合、第１条件を満たさないと判定する。

【0127】

これにより、起動部４０５は、ジョブフローを再起動するか否かを決定することができる。起動部４０５は、第１ジョブが属する第１グループに対応付けられた、ジョブフローを再起動する１以上の条件のうち、いずれの条件を満たすか否かに基づいて、ジョブフローを再起動する起点とする第２グループを柔軟に変更可能にすることができる。

【0128】

ここで、起動部４０５は、検出部４０４で検出した第１ジョブの異常が、第１ジョブが属する第１グループに対応付けられた、ジョブフローを再起動するいずれかの条件を満たすと判定した場合、ジョブフローを再起動する。起動部４０５は、例えば、記憶部４００を参照して、第１グループに対応付けられた、ジョブフローを再起動する起点とする第２グループにおける先頭ジョブを示す情報を取得する。起動部４０５は、例えば、取得した情報に基づいて、第２グループにおけるそれぞれの先頭ジョブを起点に、ジョブフローを再起動する。

【0129】

起動部４０５は、具体的には、ジョブフローに従って、それぞれの先頭ジョブを起点に、当該先頭ジョブと、当該先頭ジョブの後に存在する後続ジョブと、当該先頭ジョブと並列する未実行の他のジョブとを順に実行するよう、実行部４０３を制御する。起動部４０５は、より具体的には、それぞれの先頭ジョブを起点とするよう、実行部４０３に設定する。

【0130】

【0131】

起動部４０５は、検出部４０４で検出した第１ジョブの異常が、第１ジョブが属する第１グループに対応付けられた、いずれの条件も満たさないと判定した場合、予め設定されたいずれかのジョブを起点に、ジョブフローを再起動する。予め設定されたいずれかのジョブは、例えば、第１ジョブと、第１ジョブの１つ前の先行ジョブと、第１ジョブが属する第１グループにおける先頭ジョブとのいずれかのジョブである。

【0132】

【0133】

これにより、起動部４０５は、検出部４０４で検出した第１ジョブの異常が、第１ジョブが属する第１グループに対応付けられた、いずれの条件も満たさなくても、ジョブフローを再起動することができる。起動部４０５は、ジョブ群を完了することができ、ジョブフローを完了することができる。また、起動部４０５は、実行部４０３でジョブフローを完了し易くすることができる。起動部４０５は、例えば、実行部４０３でジョブ群の全部を実行せずに済ませることができ、処理負担および処理時間の低減化を図ることができる。

【0134】

出力部４０６は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。これにより、出力部４０６は、少なくともいずれかの機能部の処理結果を利用者に通知可能にし、情報処理装置１００の利便性の向上を図ることができる。

【0135】

出力部４０６は、例えば、ジョブフローを完了したことを示す通知を、自装置の利用者が参照可能に出力する。これにより、出力部４０６は、自装置の利用者が、ジョブフローを完了したことを把握可能にすることができる。

【0136】

（情報処理装置１００の動作例）
次に、図５～図２６を用いて、情報処理装置１００の動作例について説明する。まず、図５および図６を用いて、情報処理装置１００が、ジョブフロー管理テーブル６００を用いて、ジョブフロー５００を記憶する一例について説明する。

【0137】

図５は、ジョブフロー５００の一例を示す説明図である。図５に示すように、ジョブフロー５００は、ジョブ群の実行順序を規定する。図５の例では、ジョブ群は、具体的には、ジョブ１～１０を含む。ジョブフロー５００は、ジョブ群のデータ依存関係を示す。

【0138】

ジョブフロー５００は、具体的には、ジョブ１～１０のそれぞれを表すノード５０１～５１０を含む有向グラフによって表現される。ジョブｉを表すノード５０ｉと、ジョブｉの次に実行する、ジョブｉが出力するデータを利用するジョブｊを表すノード５０ｊとは、有向エッジによって接続される。ｉ，ｊは、例えば、１以上の整数である。従って、有向エッジは、データ依存関係を示す。次に、図６の説明に移行する。

【0139】

図６は、ジョブフロー５００を記憶する一例を示す説明図である。図６において、情報処理装置１００は、ジョブフロー管理テーブル６００を用いて、ジョブフロー５００を記憶する。ジョブフロー管理テーブル６００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

【0140】

図６に示すように、ジョブフロー管理テーブル６００は、ジョブフロー名と、ジョブＩＤと、ジョブ名と、先行ジョブＩＤと、後続ジョブＩＤとのフィールドを有する。ジョブフロー管理テーブル６００は、ジョブごとに各フィールドに情報を設定することにより、ジョブ関連情報がレコード６００－ａとして記憶される。ａは、任意の整数である。

【0141】

ジョブフロー名のフィールドには、ジョブ群の実行順序を規定するジョブフローに付与されたジョブフロー名が設定される。ジョブフロー名のフィールドには、例えば、ジョブフロー５００に付与されたジョブフロー名として「ジョブフローＡ」が設定される。

【0142】

【0143】

先行ジョブＩＤのフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの１つ前に実行される他の先行ジョブを識別する先行ジョブＩＤが設定される。後続ジョブＩＤのフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの１つ後に実行される他の後続ジョブを識別する後続ジョブＩＤが設定される。

【0144】

次に、図７を用いて、情報処理装置１００が、それぞれのジョブの属性を表す属性情報を格納する、属性情報管理テーブル７００の記憶内容の一例について説明する。属性情報管理テーブル７００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。情報処理装置１００が、属性情報管理テーブル７００を、どのように生成、更新、および、利用するのかについては、例えば、図１２～図２６を用いて後述する。

【0145】

図７は、属性情報管理テーブル７００の記憶内容の一例を示す説明図である。図７に示すように、属性情報管理テーブル７００は、ジョブフロー名と、ジョブＩＤと、ジョブ名と、種別とのフィールドを有する。属性情報管理テーブル７００は、ジョブごとに各フィールドに情報を設定することにより、属性情報がレコード７００－ｂとして記憶される。ｂは、任意の整数である。

【0146】

【0147】

ジョブＩＤのフィールドには、上記ジョブ群のいずれかのジョブを識別するジョブＩＤが設定される。例えば、ジョブフロー５００に実行順序が規定されたジョブ群のいずれかのジョブｉを識別するジョブＩＤは、ｉであるとする。ジョブ名のフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブに付与されたジョブ名が設定される。例えば、ジョブｉに付与されたジョブ名は、ジョブｉ（属性ｋ）であるとする。属性ｋは、例えば、情報処理装置１００によって、上記いずれかのジョブが有する属性に応じて付与される別名である。属性ｋは、例えば、収集ｋ、加工ｋ、統合ｋ、または、蓄積ｋなどである。ｋは、例えば、１以上の整数である。

【0148】

種別のフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの種別を表す、上記いずれかのジョブが有する属性が設定される。属性は、例えば、収集、加工、統合、または、蓄積などである。属性は、例えば、利活用外であってもよい。収集は、例えば、データソースからデータを収集することを示す属性である。加工は、例えば、単一の先行ジョブから得られたデータを加工することを示す属性である。統合は、例えば、複数の先行ジョブから得られたデータを加工することを示す属性である。蓄積は、例えば、ＤＢにデータを格納することを示す属性である。利活用外は、収集、加工、統合、および、蓄積のいずれにも該当しないことを示す属性である。

【0149】

次に、図８を用いて、情報処理装置１００が、それぞれのジョブを分類したグループを表すグループ情報を格納する、グループ情報管理テーブル８００の記憶内容の一例について説明する。グループ情報管理テーブル８００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。情報処理装置１００が、グループ情報管理テーブル８００を、どのように生成、更新、および、利用するのかについては、例えば、図１２～図２６を用いて後述する。

【0150】

図８は、グループ情報管理テーブル８００の記憶内容の一例を示す説明図である。図８に示すように、グループ情報管理テーブル８００は、ジョブフロー名と、ジョブＩＤと、ジョブ名と、種別と、グループＩＤとのフィールドを有する。グループ情報管理テーブル８００は、ジョブごとに各フィールドに情報を設定することにより、グループ情報がレコード１１００－ｃとして記憶される。ｃは、任意の整数である。

【0151】

【0152】

【0153】

種別のフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの種別を表す、上記いずれかのジョブが有する属性が設定される。グループＩＤのフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブを分類したグループを識別するグループＩＤが設定される。グループＩＤは、例えば、グループ１、グループ２、グループ３、または、グループ４である。

【0154】

ここでは、グループ１は、収集の属性を有するジョブを分類するグループを識別するグループＩＤである。グループ２は、加工の属性を有するジョブを分類するグループを識別するグループＩＤである。グループ３は、統合の属性を有するジョブを分類するグループを識別するグループＩＤである。グループ４は、蓄積の属性を有するジョブを分類するグループを識別するグループＩＤである。

【0155】

次に、図９を用いて、情報処理装置１００が、それぞれのグループの先頭ジョブを表す先頭情報を格納する、先頭情報管理テーブル９００の記憶内容の一例について説明する。先頭情報管理テーブル９００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。情報処理装置１００が、先頭情報管理テーブル９００を、どのように生成、更新、および、利用するのかについては、例えば、図１２～図２６を用いて後述する。

【0156】

図９は、先頭情報管理テーブル９００の記憶内容の一例を示す説明図である。図９に示すように、先頭情報管理テーブル９００は、グループＩＤと、種別と、ジョブＩＤと、先頭ジョブＩＤとのフィールドを有する。先頭情報管理テーブル９００は、グループごとに各フィールドに情報を設定することにより、先頭情報がレコード９００－ｄとして記憶される。ｄは、任意の整数である。

【0157】

グループＩＤのフィールドには、複数のグループのいずれかのグループを識別するグループＩＤが設定される。種別のフィールドには、上記グループＩＤによって識別される上記いずれかのグループの種別を表す、上記いずれかのグループが有する属性が設定される。グループが有する属性は、例えば、グループに分類するジョブが有する属性に対応する。グループが有する属性は、具体的には、収集、加工、統合、または、蓄積などである。

【0158】

ジョブＩＤのフィールドには、上記グループＩＤによって識別される上記いずれかのグループに属する１以上のジョブのそれぞれのジョブを識別するジョブＩＤのリストが設定される。先頭ジョブＩＤのフィールドには、上記グループＩＤによって識別される上記いずれかのグループにおける１以上の先頭ジョブのそれぞれの先頭ジョブを識別する先頭ジョブＩＤのリストが設定される。

【0159】

次に、図１０を用いて、情報処理装置１００が記憶し、ジョブフロー５００を再起動する際に利用する、ジョブフロー５００に対応する再起動情報管理テーブル１０００の記憶内容の一例について説明する。再起動情報管理テーブル１０００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。情報処理装置１００が、再起動情報管理テーブル１０００を、どのように利用するのかについては、例えば、図１２～図２６を用いて後述する。

【0160】

図１０は、再起動情報管理テーブル１０００の記憶内容の一例を示す説明図である。図１０に示すように、再起動情報管理テーブル１０００は、グループＩＤと、再起動条件と、再起動ポイントとのフィールドを有する。再起動情報管理テーブル１０００は、グループごとに各フィールドに情報を設定することにより、再起動情報がレコード１０００－ｅとして記憶される。ｅは、任意の整数である。また、例えば、１つのジョブに対して複数の再起動情報が存在していてもよい。

【0161】

グループＩＤのフィールドには、複数のグループのいずれかのグループを識別するグループＩＤが設定される。上記グループＩＤによって識別される上記いずれかのグループに属するいずれかのジョブの異常に応じてジョブフロー５００を再起動する条件が設定される。再起動条件のフィールドには、ジョブフロー５００を再起動する条件が、何らかの異常が発生したことであり、異常の種類を限定しない場合、「ｎ／ａ」が設定される。再起動条件のフィールドには、ジョブフロー５００を再起動する条件が存在しない場合、「ｎ／ａ」が設定される。

【0162】

再起動条件のフィールドには、例えば、上記ジョブフローを再起動する条件として、上記グループＩＤによって識別される上記いずれかのグループに属するいずれかのジョブに発生する異常の種類を表す終了コードが設定されていてもよい。設定された終了コードは、上記グループＩＤによって識別される上記いずれかのグループに属するいずれかのジョブに発生した異常の種類が、当該終了コードが表す特定の種類と一致する場合に、ジョブフロー５００を再起動することを示す。

【0163】

再起動ポイントのフィールドには、ジョブフロー５００を再起動する起点とするグループを示す情報が設定される。再起動ポイントのフィールドには、ジョブフロー５００を再起動する起点とするグループを示す情報として、当該グループを識別するグループＩＤが設定される。ジョブフロー５００を再起動する起点とするグループが存在しない場合、再起動ポイントのフィールドには、「ｎ／ａ」が設定される。

【0164】

ここで、再起動ポイントのフィールドに、「ｎ／ａ」以外が設定された場合、再起動条件のフィールドに設定された「ｎ／ａ」は、異常の種類を限定せずに、ジョブに何らかの異常が発生したことを、ジョブフロー５００を再起動する条件として表す。また、再起動ポイントのフィールドに、「ｎ／ａ」が設定された場合、再起動条件のフィールドに設定された「ｎ／ａ」は、ジョブフロー５００を再起動する条件が存在しないことを示す。

【0165】

次に、図１１を用いて、情報処理装置１００が、ジョブフロー５００を異常終了した際にジョブ群のそれぞれのジョブの終了状況を表す実行履歴情報を格納する、実行履歴管理テーブル１１００の記憶内容の一例について説明する。実行履歴管理テーブル１１００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。情報処理装置１００が、実行履歴管理テーブル１１００を、どのように生成、更新、および、利用するのかについては、例えば、図１２～図２６を用いて後述する。

【0166】

図１１は、実行履歴管理テーブル１１００の記憶内容の一例を示す説明図である。図１１に示すように、実行履歴管理テーブル１１００は、ジョブフロー名と、ジョブＩＤと、ジョブ名と、ジョブのステータスと、ジョブの終了コードとのフィールドを有する。実行履歴管理テーブル１１００は、ジョブごとに各フィールドに情報を設定することにより、実行履歴情報がレコード１１００－ｆとして記憶される。ｆは、任意の整数である。

【0167】

【0168】

【0169】

ジョブのステータスのフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの終了状況を表すステータスが設定される。ステータスは、上記ジョブＩＤによって識別される上記いずれかのジョブが異常終了したか、上記ジョブＩＤによって識別される上記いずれかのジョブが正常終了したか、または、上記ジョブＩＤによって識別される上記いずれかのジョブが実行待ちかを示す。

【0170】

ジョブの終了コードのフィールドには、上記ジョブＩＤによって識別される上記いずれかのジョブの終了コードが設定される。終了コードは、例えば、値が０であれば、上記ジョブＩＤによって識別される上記いずれかのジョブに異常が発生せず、上記ジョブＩＤによって識別される上記いずれかのジョブが正常終了したことを示す。

【0171】

終了コードは、例えば、値が１以上であれば、上記ジョブＩＤによって識別される上記いずれかのジョブに異常が発生し、上記ジョブＩＤによって識別される上記いずれかのジョブが異常終了したことを示す。終了コードは、例えば、値が１以上であれば、当該値に対応する異常の種類を表す。終了コードは、例えば、上記ジョブＩＤによって識別される上記いずれかのジョブが実行待ちである場合、「ｎ／ａ」である。

【0172】

次に、図１２～図２０を用いて、情報処理装置１００が、ジョブ群を複数のグループに分類する具体例について説明する。

【0173】

図１２～図２０は、ジョブ群を複数のグループに分類する具体例を示す説明図である。図１２において、情報処理装置１００は、ジョブフロー５００を取得し、ジョブフロー管理テーブル６００を用いて、取得したジョブフロー５００を記憶したとする。ここで、ジョブフロー５００は、ジョブ群のそれぞれのジョブの属性を表していない。このため、情報処理装置１００は、ジョブ群を複数のグループに分類するために、ジョブ群のそれぞれのジョブの属性を特定することになる。

【0174】

初期状態の属性情報管理テーブル７００は、空である。情報処理装置１００は、属性情報管理テーブル７００に、ジョブ群のそれぞれのジョブに対応する、種別のフィールドが空であるレコードを格納する。情報処理装置１００は、ジョブ群のそれぞれのジョブの処理内容を取得する。

【0175】

情報処理装置１００は、いずれかのジョブの処理内容が、データソースからデータを収集することである場合、当該いずれかのジョブに、収集の属性を付与する。情報処理装置１００は、例えば、いずれかのジョブの処理内容が、ＥＴＬツールを利用してデータを取得する処理内容であれば、データソースからデータを収集する処理内容であると判定する。情報処理装置１００は、例えば、いずれかのジョブの処理内容が、ＤＢに対してＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎｇｕａｇｅ）によりデータ採取要求を発行する処理内容であれば、データソースからデータを収集する処理内容であると判定する。

【0176】

情報処理装置１００は、例えば、いずれかのジョブの処理内容が、次に実行するジョブで扱う中間ファイルを生成する処理内容であれば、データソースからデータを収集する処理内容であると判定する。この場合、情報処理装置１００は、属性情報管理テーブル７００のうち、当該いずれかのジョブに対応するレコードに収集の属性を設定することにより、属性情報管理テーブル７００を更新する。

【0177】

図１２の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ１，７，８に対応するレコードに、収集の属性を設定する。情報処理装置１００は、ジョブ１に、収集１の別名を付与する。情報処理装置１００は、ジョブ７に、収集２の別名を付与する。情報処理装置１００は、ジョブ８に、収集３の別名を付与する。

【0178】

情報処理装置１００は、いずれかのジョブの処理内容が、単一の先行ジョブから取得したデータを加工することである場合、当該いずれかのジョブに、加工の属性を付与する。この場合、情報処理装置１００は、属性情報管理テーブル７００のうち、当該いずれかのジョブに対応するレコードに加工の属性を設定することにより、属性情報管理テーブル７００を更新する。

【0179】

図１２の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ２～４，９，１０に対応するレコードに、加工の属性を設定する。情報処理装置１００は、ジョブ２に、加工１の別名を付与する。情報処理装置１００は、ジョブ３に、加工２の別名を付与する。情報処理装置１００は、ジョブ４に、加工３の別名を付与する。情報処理装置１００は、ジョブ９に、加工４の別名を付与する。情報処理装置１００は、ジョブ１０に、加工５の別名を付与する。

【0180】

情報処理装置１００は、いずれかのジョブの処理内容が、複数の先行ジョブから取得したデータを統合することである場合、当該いずれかのジョブに、統合の属性を付与する。この場合、情報処理装置１００は、属性情報管理テーブル７００のうち、当該いずれかのジョブに対応するレコードに統合の属性を設定することにより、属性情報管理テーブル７００を更新する。

【0181】

図１２の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ５に対応するレコードに、統合の属性を設定する。情報処理装置１００は、ジョブ５に、統合１の別名を付与する。

【0182】

情報処理装置１００は、いずれかのジョブの処理内容が、データをデータベースに格納することである場合、当該いずれかのジョブに、蓄積の属性を付与する。この場合、情報処理装置１００は、属性情報管理テーブル７００のうち、当該いずれかのジョブに対応するレコードに蓄積の属性を設定することにより、属性情報管理テーブル７００を更新する。

【0183】

図１２の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ６に対応するレコードに、蓄積の属性を設定する。情報処理装置１００は、ジョブ６に、蓄積１の別名を付与する。これにより、情報処理装置１００は、ジョブ群を複数のグループに分類する指針を得ることができる。次に、図１３の説明に移行する。

【0184】

図１３において、初期状態のグループ情報管理テーブル８００は、空である。情報処理装置１００は、グループ情報管理テーブル８００に、ジョブ群のそれぞれのジョブに対応する、グループＩＤのフィールドが空であるレコードを格納する。

【0185】

まず、情報処理装置１００は、統合の属性を有するジョブごとに、統合の属性を有する１つのグループを用意し、統合の属性を有する当該ジョブを、統合の属性を有する当該ジョブに対して用意した１つのグループに分類する。情報処理装置１００は、グループ情報管理テーブル８００のうち、統合の属性を有するジョブに対応するレコードに、当該ジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0186】

図１３の例では、情報処理装置１００は、具体的には、統合の属性を有するグループ５１３を用意し、統合１を、統合の属性を有するグループ５１３に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、統合１に対応するレコードに、グループ５１３を識別するグループＩＤ＝グループ３を設定する。

【0187】

これにより、情報処理装置１００は、統合の属性を有するジョブを、グループに分類することができる。このため、情報処理装置１００は、１つのグループに、処理内容が共通せず、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましくない２以上のジョブを分類してしまうことを回避することができる。情報処理装置１００は、例えば、１つのグループに、統合の属性を有するジョブと、統合以外の属性を有するジョブとを分類してしまうことを回避することができる。

【0188】

また、情報処理装置１００は、統合の属性を有するジョブは、統合の属性を有する他のジョブとは独立した処理内容である傾向があると考えられる。従って、情報処理装置１００は、統合の属性を有するジョブを１つずつ異なるグループに分類することができ、ジョブフロー５００を再起動する起点として好ましい単位で、統合の属性を有するジョブを取り扱い可能にすることができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、統合の属性を有するジョブを、グループ単位で取り扱い可能にすることができる。次に、図１４の説明に移行する。

【0189】

図１４において、情報処理装置１００は、統合の属性を有するグループ５１３に、統合１を分類したことに応じて、統合の属性を有するグループ５１３における先頭ジョブとして、統合１を特定する。情報処理装置１００は、統合の属性を有するグループ５１３と、グループ５１３に属する１以上のジョブと、特定した先頭ジョブである統合１とを対応付けて表すレコードを、先頭情報管理テーブル９００に格納する。

【0190】

情報処理装置１００は、具体的には、グループ５１３を識別するグループＩＤと、グループ５１３に属するそれぞれのジョブを識別するジョブＩＤのリストと、先頭ジョブを識別するジョブＩＤとを対応付けたレコード９００－３を生成する。情報処理装置１００は、生成したレコード９００－３を、先頭情報管理テーブル９００に格納する。

【0191】

これにより、情報処理装置１００は、グループ５１３を、ジョブフロー５００を再起動する起点とする場合、グループ５１３に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。次に、図１５の説明に移行する。

【0192】

図１５において、情報処理装置１００は、統合の属性を有するジョブごとに、統合の属性を有する当該ジョブの前に存在する先行ジョブを探索し、加工の属性を有する１以上のジョブを発見し、１つのグループに分類する。情報処理装置１００は、例えば、統合の属性を有する１つのジョブを起点に、当該ジョブの前に連続して存在する、加工の属性を有する１以上の先行ジョブを、加工の属性を有する１つのグループに分類する。情報処理装置１００は、グループ情報管理テーブル８００のうち、加工の属性を有するジョブに対応するレコードに、当該ジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0193】

図１５の例では、情報処理装置１００は、具体的には、統合１の前に連続して存在する加工１～３と、統合１の前に連続して存在する加工４，５とを、加工の属性を有するグループ５１２に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、加工１～５に対応するレコードに、グループ５１２を識別するグループＩＤ＝グループ２を設定する。

【0194】

これにより、情報処理装置１００は、加工の属性を有するジョブを、グループに分類することができる。ここで、処理内容が共通する２以上のジョブは、ジョブフロー５００を再起動する起点としても類似する性質を有すると考えられるため、ジョブフロー５００を再起動する起点として纏めて扱っても不具合が発生し難いと考えられる。

【0195】

これに対し、情報処理装置１００は、処理内容が共通し、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましい２以上のジョブを、１つのグループに分類することができる。情報処理装置１００は、例えば、１つのグループに、同一の加工の属性を有する２以上のジョブを纏めて分類することができる。

【0196】

また、情報処理装置１００は、１つのグループに、処理内容が共通せず、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましくない２以上のジョブを分類してしまうことを回避することができる。情報処理装置１００は、例えば、１つのグループに、加工の属性を有するジョブと、加工以外の属性を有するジョブとを分類してしまうことを回避することができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、加工の属性を有するジョブを、グループ単位で取り扱い可能にすることができる。次に、図１６の説明に移行する。

【0197】

図１６において、情報処理装置１００は、加工の属性を有するグループ５１２に、加工１～５を分類したことに応じて、加工の属性を有するグループ５１２における先頭ジョブとして、加工１，４を特定する。情報処理装置１００は、加工の属性を有するグループ５１２と、グループ５１２に属する１以上のジョブと、特定した先頭ジョブである加工１，４とを対応付けて表すレコードを、先頭情報管理テーブル９００に格納する。

【0198】

情報処理装置１００は、具体的には、グループ５１２を識別するグループＩＤと、グループ５１２に属するそれぞれのジョブを識別するジョブＩＤのリストと、先頭ジョブを識別するジョブＩＤとを対応付けたレコード９００－２を生成する。情報処理装置１００は、生成したレコード９００－２を、先頭情報管理テーブル９００に格納する。

【0199】

これにより、情報処理装置１００は、グループ５１２を、ジョブフロー５００を再起動する起点とする場合、グループ５１２に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。次に、図１７の説明に移行する。

【0200】

図１７において、情報処理装置１００は、加工の属性を有するグループごとに、加工の属性を有する当該グループにおけるそれぞれの先頭ジョブの前に存在する先行ジョブを探索し、収集の属性を有する１以上のジョブを発見し、１つのグループに分類する。情報処理装置１００は、例えば、加工の属性を有する１つのグループにおけるそれぞれの先頭ジョブを起点に、当該先頭ジョブの前に連続して存在する、収集の属性を有する１以上の先行ジョブを、収集の属性を有する１つのグループに分類する。情報処理装置１００は、グループ情報管理テーブル８００のうち、収集の属性を有するジョブに対応するレコードに、当該ジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0201】

図１７の例では、情報処理装置１００は、具体的には、先頭情報管理テーブル９００を参照して、グループ５１２における先頭ジョブである加工１，４を特定する。情報処理装置１００は、具体的には、特定した加工１の前に存在する収集１と、特定した加工４の前に連続して存在する収集２，３とを、収集の属性を有するグループ５１１に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、収集１～３に対応するレコードに、グループ５１１を識別するグループＩＤ＝グループ１を設定する。

【0202】

これにより、情報処理装置１００は、収集の属性を有するジョブを、グループに分類することができる。ここで、処理内容が共通する２以上のジョブは、ジョブフロー５００を再起動する起点としても類似する性質を有すると考えられるため、ジョブフロー５００を再起動する起点として纏めて扱っても不具合が発生し難いと考えられる。

【0203】

これに対し、情報処理装置１００は、処理内容が共通し、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましい２以上のジョブを、１つのグループに分類することができる。情報処理装置１００は、例えば、１つのグループに、同一の収集の属性を有する２以上のジョブを纏めて分類することができる。

【0204】

また、情報処理装置１００は、１つのグループに、処理内容が共通せず、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましくない２以上のジョブを分類してしまうことを回避することができる。情報処理装置１００は、例えば、１つのグループに、収集の属性を有するジョブと、収集以外の属性を有するジョブとを分類してしまうことを回避することができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、収集の属性を有するジョブを、グループ単位で取り扱い可能にすることができる。次に、図１８の説明に移行する。

【0205】

図１８において、情報処理装置１００は、収集の属性を有するグループ５１１に、収集１～３を分類したことに応じて、収集の属性を有するグループ５１１における先頭ジョブとして、収集１，２を特定する。情報処理装置１００は、収集の属性を有するグループ５１１と、グループ５１１に属する１以上のジョブと、特定した先頭ジョブである収集１，２とを対応付けて表すレコードを、先頭情報管理テーブル９００に格納する。

【0206】

情報処理装置１００は、具体的には、グループ５１１を識別するグループＩＤと、グループ５１１に属するそれぞれのジョブを識別するジョブＩＤのリストと、先頭ジョブを識別するジョブＩＤとを対応付けたレコード９００－１を生成する。情報処理装置１００は、生成したレコード９００－１を、先頭情報管理テーブル９００に格納する。

【0207】

これにより、情報処理装置１００は、グループ５１１を、ジョブフロー５００を再起動する起点とする場合、グループ５１１に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。次に、図１９の説明に移行する。

【0208】

図１９において、情報処理装置１００は、統合の属性を有するジョブごとに、統合の属性を有する当該ジョブの後に存在する後続ジョブを探索し、蓄積の属性を有する１以上のジョブを発見し、１つのグループに分類する。情報処理装置１００は、例えば、統合の属性を有する１つのジョブを起点に、当該ジョブの後に連続して存在する、蓄積の属性を有する１以上の後続ジョブを、蓄積の属性を有する１つのグループに分類する。情報処理装置１００は、グループ情報管理テーブル８００のうち、蓄積の属性を有するジョブに対応するレコードに、当該ジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0209】

図１９の例では、情報処理装置１００は、具体的には、統合１の前に存在する蓄積１を、蓄積の属性を有するグループ５１４に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、蓄積１に対応するレコードに、グループ５１４を識別するグループＩＤ＝グループ４を設定する。

【0210】

これにより、情報処理装置１００は、蓄積の属性を有するジョブを、グループに分類することができる。ここで、処理内容が共通する２以上のジョブは、ジョブフロー５００を再起動する起点としても類似する性質を有すると考えられるため、ジョブフロー５００を再起動する起点として纏めて扱っても不具合が発生し難いと考えられる。

【0211】

これに対し、情報処理装置１００は、処理内容が共通し、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましい２以上のジョブを、１つのグループに分類することができる。情報処理装置１００は、例えば、１つのグループに、同一の蓄積の属性を有する２以上のジョブを纏めて分類することができる。

【0212】

また、情報処理装置１００は、１つのグループに、処理内容が共通せず、ジョブフロー５００を再起動する起点として纏めて扱うことが好ましくない２以上のジョブを分類してしまうことを回避することができる。情報処理装置１００は、例えば、１つのグループに、蓄積の属性を有するジョブと、蓄積以外の属性を有するジョブとを分類してしまうことを回避することができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、蓄積の属性を有するジョブを、グループ単位で取り扱い可能にすることができる。次に、図２０の説明に移行する。

【0213】

図２０において、情報処理装置１００は、蓄積の属性を有するグループ５１４に、蓄積１を分類したことに応じて、蓄積の属性を有するグループ５１４における先頭ジョブとして、蓄積１を特定する。情報処理装置１００は、蓄積の属性を有するグループ５１４と、グループ５１４に属する１以上のジョブと、特定した先頭ジョブである蓄積１とを対応付けて表すレコードを、先頭情報管理テーブル９００に格納する。

【0214】

情報処理装置１００は、具体的には、グループ５１４を識別するグループＩＤと、グループ５１４に属するそれぞれのジョブを識別するジョブＩＤのリストと、先頭ジョブを識別するジョブＩＤとを対応付けたレコード９００－４を生成する。情報処理装置１００は、生成したレコード９００－４を、先頭情報管理テーブル９００に格納する。これにより、情報処理装置１００は、グループ５１４を、ジョブフロー５００を再起動する起点とする場合、グループ５１４に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。このように、情報処理装置１００は、ジョブフロー５００を再起動可能にする準備を実施することができる。

【0215】

ここで、ジョブフロー５００の運用者などは、再起動情報管理テーブル１０００を生成するよう、情報処理装置１００を用いてもよい。ジョブフロー５００の運用者などは、例えば、グループ情報管理テーブル８００を参照して、いずれかのグループに属するジョブの異常に応じて、いずれのグループを、ジョブフロー５００を再起動する起点とするのかを判断してもよい。そして、ジョブフロー５００の運用者などは、判断した結果に基づいて、再起動情報管理テーブル１０００を生成するよう、情報処理装置１００を用いてもよい。情報処理装置１００は、例えば、ジョブフロー５００の運用者の操作入力に基づき、再起動情報管理テーブル１０００を生成する。

【0216】

情報処理装置１００は、予め、ジョブフロー５００の運用者の操作入力に基づき、統合の属性を有するグループに属するジョブの異常に応じて、加工の属性を有するグループを、ジョブフロー５００を再起動する起点とするルールを取得していてもよい。情報処理装置１００は、例えば、ルールに従って、実際にジョブを分類した統合の属性を有するグループに対応付けて、ジョブフロー５００を再起動する起点として、実際にジョブを分類した加工の属性を有するグループを示す情報を記憶してもよい。

【0217】

次に、図２１および図２２を用いて、情報処理装置１００が、ジョブフロー５００を再起動する具体例について説明する。

【0218】

図２１および図２２は、ジョブフロー５００を再起動する具体例を示す説明図である。図２１において、情報処理装置１００は、ジョブフロー５００に従って、ジョブ群のそれぞれのジョブを順に実行開始したとする。情報処理装置１００は、ジョブ群のいずれかのジョブに異常が発生したため、実行中のジョブを異常終了し、ジョブフロー５００を異常終了したとする。

【0219】

情報処理装置１００は、ジョブフロー５００を異常終了した時点における、ジョブ群のそれぞれのジョブの終了状況と、ジョブ群のそれぞれのジョブの終了コードとを表す実行履歴情報を、実行履歴管理テーブル１１００に格納したとする。ここで、情報処理装置１００は、ジョブフロー５００を異常終了したことに応じて、ジョブフロー５００を再起動することになる。

【0220】

（２１－１）情報処理装置１００は、例えば、ジョブフロー５００を異常終了したことに応じて、実行履歴管理テーブル１１００を参照して、ジョブ群のうち、異常終了した１以上のジョブを特定する。また、情報処理装置１００は、実行履歴管理テーブル１１００を参照して、特定した異常終了した１以上のジョブのそれぞれのジョブの終了コードを特定する。

【0221】

図２１の例では、情報処理装置１００は、具体的には、実行履歴管理テーブル１１００の各レコード１１００－ｉにおける「ジョブのステータス」のフィールドを参照して、「ジョブのステータス」が「異常終了」であるレコード１１００－５を抽出する。情報処理装置１００は、具体的には、抽出したレコード１１００－５における「ジョブＩＤ」のフィールドを参照して、異常終了したジョブ５＝統合１を特定する。情報処理装置１００は、抽出したレコード１１００－５における「ジョブの終了コード」のフィールドを参照して、異常終了したジョブ５に対応する終了コード「１」を特定する。

【0222】

（２１－２）情報処理装置１００は、ジョブフロー５００を再起動する前に、異常終了した１以上のジョブと、異常終了したそれぞれのジョブの終了コードとを示す情報を、ジョブフロー５００の運用者が参照可能に出力してもよい。情報処理装置１００は、ジョブフロー５００の運用者による特定の操作入力を受け付けてから、ジョブフロー５００を再起動してもよい。これにより、情報処理装置１００は、ジョブフロー５００の運用者が、異常終了した１以上のジョブに対処する余地を残すことができる。ここでは、情報処理装置１００は、ジョブフロー５００の運用者による特定の操作入力を受け付けたとする。

【0223】

（２１－３）情報処理装置１００は、ジョブフロー５００の運用者による特定の操作入力を受け付けたため、グループ情報管理テーブル８００を参照して、異常終了したジョブが属するグループを特定する。図２１の例では、情報処理装置１００は、グループ情報管理テーブル８００のうち、異常終了したジョブ５に対応するレコード８００－５を参照して、ジョブ５が属する、グループＩＤ「グループ３」であるグループ５１３を特定する。次に、図２２の説明に移行する。

【0224】

図２２において、情報処理装置１００は、下記（２２－１）～下記（２２－５）に示すように、ジョブフロー５００を再起動する。

【0225】

（２２－１）情報処理装置１００は、再起動情報管理テーブル１０００のうち、異常終了したそれぞれのジョブが属するグループに対応するレコード１０００－ｉにおける「再起動条件」のフィールドを参照して、当該グループに対応する１以上の条件を特定する。

【0226】

図２２の例では、情報処理装置１００は、具体的には、再起動情報管理テーブル１０００のうち、異常終了したジョブ５が属するグループ５１３に対応する、レコード１０００－５を読み出す。情報処理装置１００は、具体的には、読み出したレコード１０００－５における「再起動条件」のフィールドを参照して、異常終了したジョブ５が属するグループ５１３に対応する条件を特定する。情報処理装置１００は、より具体的には、異常終了したジョブ５が属するグループ５１３に対応する、条件「ｎ／ａ」を特定する。

【0227】

（２２－２）情報処理装置１００は、異常終了したそれぞれのジョブについて特定した終了コードが、当該ジョブが属するグループに対応する１以上の条件の少なくともいずれかの条件を満たすか否かを判定する。情報処理装置１００は、再起動情報管理テーブル１０００を参照して、異常終了したそれぞれのジョブが属するグループについて、満たすと判定した当該グループに対応する条件と組み合わせられた、ジョブフロー５００を再起動する起点とするグループを特定する。情報処理装置１００は、異常終了したそれぞれのジョブが属するグループと、当該グループについて特定したジョブフロー５００を再起動する起点とするグループとの組み合わせを、リストに登録する。

【0228】

図２２の例では、情報処理装置１００は、具体的には、異常終了したジョブ５について特定した終了コード「１」が、特定したジョブ５が属するグループ５１３に対応する条件「ｎ／ａ」を満たすと判定する。情報処理装置１００は、具体的には、異常終了したジョブ５が属するグループ５１３について、満たすと判定した条件「Ｃｏｄｅ≦１」と組み合わせられた、ジョブフロー５００を再起動する起点とするグループ５１２を特定する。情報処理装置１００は、具体的には、異常終了したジョブ５が属するグループ５１３と、異常終了したジョブ５が属するグループ５１３について特定した、ジョブフロー５００を再起動する起点とするグループ５１２との組み合わせを、リストに登録する。

【0229】

（２２－３）異常終了したいずれかのジョブが属するグループに対応する１以上の条件が存在しない場合が考えられる。この場合、情報処理装置１００は、ジョブフロー５００を再起動する起点として、１以上の条件が存在しないグループと、ジョブフロー５００を再起動する起点とする所定のジョブとの組み合わせを、リストに登録する。所定のジョブは、例えば、１以上の条件が存在しないグループに属する異常終了したジョブ、当該ジョブの１つ前に存在する先行ジョブ、または、１以上の条件が存在しないグループにおけるそれぞれの先頭ジョブなどである。

【0230】

（２２－４）異常終了したいずれかのジョブが属するグループに対応する１以上の条件のいずれの条件も満たされない場合が考えられる。この場合、情報処理装置１００は、ジョブフロー５００を再起動する起点として、いずれの条件も満たされないグループと、ジョブフロー５００を再起動する起点とする所定のジョブとの組み合わせを、リストに登録する。所定のジョブは、例えば、いずれの条件も満たされないグループに属する異常終了したジョブ、当該ジョブの１つ前に存在する先行ジョブ、または、いずれの条件も満たされないグループにおけるそれぞれの先頭ジョブなどである。

【0231】

（２２－５）情報処理装置１００は、同一のジョブを重複実行しないよう、ジョブフロー５００を再起動する起点とする、リストに登録したそれぞれのグループにおけるそれぞれの先頭ジョブを起点に、ジョブフローを再起動する。図２２の例では、情報処理装置１００は、具体的には、ジョブフロー５００を再起動する起点とする、リストに登録したグループ５１２におけるそれぞれの先頭ジョブである加工１，４を起点に、ジョブフロー５００を再起動する。

【0232】

これにより、情報処理装置１００は、ジョブフロー５００を再起動する起点を、グループ単位で適切に制御することができる。情報処理装置１００は、例えば、いずれかのグループに属するいずれかのジョブが異常終了した場合について、当該異常の種類に応じて、ジョブフロー５００を再起動する起点となるグループを切り替えることができる。

【0233】

情報処理装置１００は、ジョブフロー５００の運用者が、ジョブごとに、当該ジョブが異常終了したことに応じてジョブフロー５００を再起動する起点とするジョブを設定せずに済ませることができる。このため、情報処理装置１００は、ジョブフロー５００の運用者にかかる作業負担および作業時間などの低減化を図ることができる。

【0234】

情報処理装置１００は、自装置の利用者による特定の操作入力を待ってから、ジョブフロー５００を再起動することができる。このため、情報処理装置１００は、ジョブフロー５００を再起動する前に、ジョブフロー５００の運用者などが、いずれかのジョブに発生した異常に対処し易くすることができる。

【0235】

ここでは、情報処理装置１００が、ジョブフロー５００の運用者による特定の操作入力を受け付けてから、ジョブフロー５００を再起動する場合について説明したが、これに限らない。例えば、情報処理装置１００が、ジョブフロー５００の運用者による特定の操作入力を受け付けずに、ジョブフロー５００を再起動する場合があってもよい。この場合、情報処理装置１００は、異常終了した１以上のジョブと、異常終了したそれぞれのジョブの終了コードとを示す情報を、ジョブフロー５００の運用者が参照可能に出力しなくてもよい。

【0236】

次に、図２３～図２６を用いて、情報処理装置１００が、ジョブ群に新たなジョブを追加する具体例について説明する。

【0237】

図２３～図２６は、ジョブ群に新たなジョブを追加する具体例を示す説明図である。図２３において、情報処理装置１００は、ジョブ群に新たなジョブを追加することを要求する追加要求を受け付けたとする。図２３の例では、情報処理装置１００は、具体的には、データを収集するデータソースが増設されたことに応じて、ジョブ群に、ジョブ１１～１３を追加することを要求する追加要求を受け付けたとする。次に、図２４の説明に移行する。

【0238】

図２４において、情報処理装置１００は、属性情報管理テーブル７００に、それぞれの追加のジョブに対応する、種別のフィールドが空であるレコードを格納する。図２４の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００に、ジョブ１１～１３に対応する、種別のフィールドが空であるレコード７００－１１～１３を格納する。

【0239】

情報処理装置１００は、図１２と同様に、１以上の追加のジョブのそれぞれの追加のジョブの処理内容に基づいて、当該追加のジョブに、収集、加工、統合、または、蓄積の属性を付与し、属性情報管理テーブル７００を更新する。

【0240】

図２４の例では、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ１１に対応するレコード７００－１１に、収集の属性を設定する。情報処理装置１００は、ジョブ１１に、収集４の別名を付与する。また、情報処理装置１００は、具体的には、属性情報管理テーブル７００のうち、ジョブ１２，１３に対応するレコードに、加工の属性を設定する。情報処理装置１００は、ジョブ１２に、加工６の別名を付与する。情報処理装置１００は、ジョブ１３に、加工７の別名を付与する。次に、図２５の説明に移行する。

【0241】

図２５において、情報処理装置１００は、追加のジョブの後に存在する、統合の属性を有する既存のジョブを特定する。情報処理装置１００は、特定した既存のジョブの前に存在する先行ジョブを探索し、加工の属性を有する１以上の追加のジョブを発見し、加工の属性を有する既存のグループに分類する。

【0242】

情報処理装置１００は、例えば、特定した既存のジョブの前に連続して存在する、加工の属性を有する１以上の追加のジョブを、加工の属性を有する既存のグループに分類する。情報処理装置１００は、例えば、特定した既存のジョブの前に、加工の属性を有する１以上の既存のジョブを経由して連続して存在する、加工の属性を有する１以上の追加のジョブを、加工の属性を有する既存のグループに分類してもよい。

【0243】

情報処理装置１００は、グループ情報管理テーブル８００のうち、加工の属性を有する追加のジョブに対応するレコードに、当該追加のジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0244】

図２５の例では、情報処理装置１００は、具体的には、追加のジョブである収集４および加工６，７の後に存在する統合１を特定する。情報処理装置１００は、具体的には、統合１の前に連続して存在する加工６，７を、加工の属性を有するグループ５１２に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、加工６，７に対応するレコード８００－１２，１３に、グループ５１２を識別するグループＩＤ＝グループ２を設定する。

【0245】

これにより、情報処理装置１００は、加工の属性を有する追加のジョブを、グループに分類することができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、加工の属性を有する追加のジョブを、加工の属性を有する既存のジョブと併せて、グループ単位で取り扱い可能にすることができる。次に、図２６の説明に移行する。

【0246】

図２６において、情報処理装置１００は、加工の属性を有するグループ５１２に、加工６，７を分類したことに応じて、加工の属性を有するグループ５１２における新たな先頭ジョブとして、加工６を特定する。情報処理装置１００は、先頭情報管理テーブル９００のうち、加工の属性を有するグループ５１２に対応するレコード９００－２に、特定した加工６を設定する。

【0247】

これにより、情報処理装置１００は、グループ５１２を、ジョブフロー５００を再起動する起点とする場合、グループ５１２に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。ここで、図２５の説明に戻る。

【0248】

図２５において、情報処理装置１００は、特定した既存のジョブの後に存在する、加工の属性を有するグループを特定する。情報処理装置１００は、特定したグループごとに、当該グループにおけるそれぞれの先頭ジョブの前に存在する先行ジョブを探索し、収集の属性を有する１以上の追加のジョブを発見し、収集の属性を有する既存のグループに分類する。

【0249】

情報処理装置１００は、例えば、加工の属性を有する１つのグループにおけるそれぞれの先頭ジョブを特定する。情報処理装置１００は、例えば、特定したそれぞれの先頭ジョブの前に連続して存在する、収集の属性を有する１以上の追加のジョブを、収集の属性を有する既存のグループに分類する。情報処理装置１００は、例えば、特定したそれぞれの先頭ジョブの前に、収集の属性を有する１以上の既存のジョブを経由して連続して存在する、収集の属性を有する１以上の追加のジョブを、収集の属性を有する既存のグループに分類してもよい。

【0250】

情報処理装置１００は、グループ情報管理テーブル８００のうち、収集の属性を有する追加のジョブに対応するレコードに、当該追加のジョブを分類したグループを識別するグループＩＤを設定することにより、グループ情報管理テーブル８００を更新する。

【0251】

図２５の例では、情報処理装置１００は、具体的には、先頭情報管理テーブル９００を参照して、グループ５１２における先頭ジョブである加工１，４，６を特定する。情報処理装置１００は、具体的には、特定した加工６の前に存在する収集４を、収集の属性を有するグループ５１１に分類する。情報処理装置１００は、具体的には、グループ情報管理テーブル８００のうち、収集１に対応するレコード８００－１１に、グループ５１１を識別するグループＩＤ＝グループ１を設定する。

【0252】

これにより、情報処理装置１００は、収集の属性を有する追加のジョブを、グループに分類することができる。情報処理装置１００は、ジョブフロー５００を再起動するにあたって、収集の属性を有する追加のジョブを、収集の属性を有する既存のジョブと併せて、グループ単位で取り扱い可能にすることができる。次に、図２６の説明に移行する。

【0253】

図２６において、情報処理装置１００は、収集の属性を有するグループ５１１に、収集４を分類したことに応じて、収集の属性を有するグループ５１１における新たな先頭ジョブとして、収集４を特定する。情報処理装置１００は、先頭情報管理テーブル９００のうち、収集の属性を有するグループ５１１に対応するレコード９００－１に、特定した収集４を設定する。

【0254】

これにより、情報処理装置１００は、グループ５１１を、ジョブフロー５００を再起動する起点とする場合、グループ５１１に属するいずれのジョブを、ジョブフロー５００を再起動する具体的な起点とするのかを特定可能にすることができる。このように、情報処理装置１００は、追加のジョブに関する情報を、適切に各種テーブルに反映することができる。情報処理装置１００は、追加のジョブに関する情報を、各種テーブルに反映することができるため、ジョブフロー５００の運用者などにかかる作業負担および作業時間などの低減化を図ることができる。

【0255】

上記動作例のように、情報処理装置１００は、ジョブフロー５００を取得した際、ジョブフロー５００を再起動可能にするよう各種テーブルを用意するにあたり、ジョブフロー５００の運用者などにかかる作業負担および作業時間などの低減化を図ることができる。各種テーブルは、例えば、ジョブフロー管理テーブル６００と、属性情報管理テーブル７００と、グループ情報管理テーブル８００と、先頭情報管理テーブル９００とを含む。また、情報処理装置１００は、ジョブ群に新たなジョブを追加する際、ジョブフロー５００を適切に再起動可能にするよう各種テーブルを更新するにあたり、ジョブフロー５００の運用者などにかかる作業負担および作業時間などの低減化を図ることができる。

【0256】

例えば、従来では、ジョブフロー５００において、ジョブ群のそれぞれのジョブが有する属性は特定されていない傾向がある。また、例えば、従来では、入力ファイル以外からデータを収集するジョブに、収集の属性を付与することが難しい。また、例えば、従来では、複数のデータを統合するジョブ、および、ＤＢにデータを格納するジョブなどに、属性を付与することが難しい。このため、従来では、ジョブが有する属性に応じて、ジョブをグループ単位で取り扱うことが難しい。

【0257】

これに対し、情報処理装置１００は、自動で、それぞれのジョブの処理内容に基づいて、それぞれのジョブが有する属性を特定することができる。そして、情報処理装置１００は、同一の属性を有し、ジョブフロー５００を再起動する起点として纏めて取り扱ってもよいと判断した１以上のジョブを、１つのグループに纏めることができる。このため、情報処理装置１００は、ジョブフロー５００の運用者が、グループ単位で、ジョブフロー５００を再起動する起点を設定可能にすることができ、ジョブフロー５００の運用者などにかかる作業負担および作業時間などの低減化を図ることができる。

【0258】

（情報処理装置１００の適用例）
次に、情報処理装置１００の適用例について説明する。情報処理装置１００は、例えば、データ利活用の分野において、数十以上の業務システムのデータを収集し、加工および統合するような大規模システムのジョブフローに適用することができる。

【0259】

これにより、情報処理装置１００は、大規模システムのジョブフローを柔軟に再起動可能にすることができる。このため、情報処理装置１００は、大規模システムの異常時の復旧速度の向上、大規模システムの安定性の向上、または、大規模システムの運用コストの低減化などを図ることができる。

【0260】

また、情報処理装置１００は、大規模システムを管理する、ジョブフローの運用者などが、ジョブをグループ単位で取り扱い可能にすることができる。従って、情報処理装置１００は、ジョブフローの運用者などが、大規模システムを実現するすべてのジョブに対して、ジョブフローを再起動する起点となるジョブを設定せずに済ませることができる。このため、情報処理装置１００は、ジョブフローの運用者にかかる作業負担および作業時間の低減化を図ることができる。また、情報処理装置１００は、ジョブフローの運用者などによる、大規模システムを管理する際の作業ミスなどを防止し易くすることができる。

【0261】

また、情報処理装置１００は、大規模システムの改修により、ジョブ群に新たなジョブを追加する際、当該ジョブに関して、各種テーブルを適切に更新することができる。各種テーブルは、例えば、ジョブフロー管理テーブル６００と、属性情報管理テーブル７００と、グループ情報管理テーブル８００と、先頭情報管理テーブル９００とを含む。同様に、情報処理装置１００は、ジョブ群から既存のジョブを削除する際、各種テーブルを適切に更新することができる。

【0262】

これにより、情報処理装置１００は、大規模システムの改修時、ジョブフローの運用者などが、各種テーブルを更新せずに済ませることができ、ジョブフローの運用者などにかかる作業負担および作業時間の低減化を図ることができる。このため、情報処理装置１００は、ジョブフローの運用者などによる、各種テーブルを管理する際の作業ミスなどを防止し易くすることができる。

【0263】

（判定処理手順）
次に、図２７を用いて、情報処理装置１００が実行する、判定処理手順の一例について説明する。判定処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0264】

図２７は、判定処理手順の一例を示すフローチャートである。図２７において、情報処理装置１００は、ジョブ群に含まれるジョブを順に選択する（ステップＳ２７０１）。

【0265】

次に、情報処理装置１００は、選択したジョブの処理内容に基づいて、選択したジョブが、データソースからデータを収集するジョブであるか否かを判定する（ステップＳ２７０２）。ここで、データを収集するジョブではない場合（ステップＳ２７０２：Ｎｏ）、情報処理装置１００は、ステップＳ２７０４の処理に移行する。一方で、データを収集するジョブである場合（ステップＳ２７０２：Ｙｅｓ）、情報処理装置１００は、ステップＳ２７０３の処理に移行する。

【0266】

ステップＳ２７０３では、情報処理装置１００は、選択したジョブに、収集の属性を付与し、属性情報管理テーブル７００を更新する（ステップＳ２７０３）。そして、情報処理装置１００は、ステップＳ２７０１の処理に戻る。

【0267】

ステップＳ２７０４では、情報処理装置１００は、すべてのジョブを選択したか否かを判定する（ステップＳ２７０４）。ここで、選択していないジョブが存在する場合（ステップＳ２７０４：Ｎｏ）、情報処理装置１００は、ステップＳ２７０１の処理に戻る。一方で、すべてのジョブを選択した場合（ステップＳ２７０４：Ｙｅｓ）、情報処理装置１００は、ステップＳ２７０５の処理に移行する。

【0268】

ステップＳ２７０５では、情報処理装置１００は、ジョブ群に含まれる、収集の属性を有さないジョブを順に選択する（ステップＳ２７０５）。

【0269】

次に、情報処理装置１００は、選択したジョブに先行する、収集の属性を有するジョブが存在するか否かを判定する（ステップＳ２７０６）。ここで、収集の属性を有するジョブが存在しない場合（ステップＳ２７０６：Ｎｏ）、情報処理装置１００は、ステップＳ２７０７の処理に移行する。一方で、収集の属性を有するジョブが存在する場合（ステップＳ２７０６：Ｙｅｓ）、情報処理装置１００は、ステップＳ２７０８の処理に移行する。

【0270】

ステップＳ２７０７では、情報処理装置１００は、選択したジョブに、利活用外の属性を付与し、属性情報管理テーブル７００を更新する（ステップＳ２７０７）。そして、情報処理装置１００は、ステップＳ２７１３の処理に移行する。

【0271】

ステップＳ２７０８では、情報処理装置１００は、選択したジョブが、ＤＢにアクセスしてデータを格納するジョブであるか否かを判定する（ステップＳ２７０８）。ここで、データを格納するジョブである場合（ステップＳ２７０８：Ｙｅｓ）、情報処理装置１００は、ステップＳ２７０９の処理に移行する。一方で、データを格納するジョブではない場合（ステップＳ２７０８：Ｎｏ）、情報処理装置１００は、ステップＳ２７１０の処理に移行する。

【0272】

ステップＳ２７０９では、情報処理装置１００は、選択したジョブに、蓄積の属性を付与し、属性情報管理テーブル７００を更新する（ステップＳ２７０９）。そして、情報処理装置１００は、ステップＳ２７１３の処理に移行する。

【0273】

ステップＳ２７１０では、情報処理装置１００は、選択したジョブに先行する、収集の属性を有するジョブが単一であるか否かを判定する（ステップＳ２７１０）。ここで、単一である場合（ステップＳ２７１０：Ｙｅｓ）、情報処理装置１００は、ステップＳ２７１１の処理に移行する。一方で、単一ではなく複数である場合（ステップＳ２７１０：Ｎｏ）、情報処理装置１００は、ステップＳ２７１２の処理に移行する。

【0274】

ステップＳ２７１１では、情報処理装置１００は、選択したジョブに、加工の属性を付与し、属性情報管理テーブル７００を更新する（ステップＳ２７１１）。そして、情報処理装置１００は、ステップＳ２７１３の処理に移行する。

【0275】

ステップＳ２７１２では、情報処理装置１００は、選択したジョブに、統合の属性を付与し、属性情報管理テーブル７００を更新する（ステップＳ２７１２）。そして、情報処理装置１００は、ステップＳ２７１３の処理に移行する。

【0276】

ステップＳ２７１３では、情報処理装置１００は、ジョブ群に含まれる、収集の属性を有さないすべてのジョブを選択したか否かを判定する（ステップＳ２７１３）。ここで、選択していないジョブが存在する場合（ステップＳ２７１３：Ｎｏ）、情報処理装置１００は、ステップＳ２７０５の処理に戻る。一方で、すべてのジョブを選択した場合（ステップＳ２７１３：Ｙｅｓ）、情報処理装置１００は、判定処理を終了する。

【0277】

（全体分類処理手順）
次に、図２８を用いて、情報処理装置１００が実行する、全体分類処理手順の一例について説明する。全体分類処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0278】

図２８は、全体分類処理手順の一例を示すフローチャートである。図２８において、情報処理装置１００は、図２７に示した判定処理を実行する（ステップＳ２８０１）。そして、情報処理装置１００は、ジョブ群のうち、統合の属性を有する統合ジョブを抽出する（ステップＳ２８０２）。

【0279】

次に、情報処理装置１００は、統合ジョブが存在するか否かを判定する（ステップＳ２８０３）。ここで、統合ジョブが存在しない場合（ステップＳ２８０３：Ｎｏ）、情報処理装置１００は、ステップＳ２８０６の処理に移行する。一方で、統合ジョブが存在する場合（ステップＳ２８０３：Ｙｅｓ）、情報処理装置１００は、ステップＳ２８０４の処理に移行する。

【0280】

ステップＳ２８０４では、情報処理装置１００は、抽出した統合ジョブごとに、抽出した当該統合ジョブを、統合の属性を有する１つのグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ２８０４）。

【0281】

次に、情報処理装置１００は、図２９に後述する第１分類処理を実行し、統合ジョブの前に存在する先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ２８０５）。そして、情報処理装置１００は、ステップＳ２８０６の処理に移行する。

【0282】

ステップＳ２８０６では、情報処理装置１００は、ジョブ群のうち、後続ジョブが存在しない末尾ジョブを抽出する（ステップＳ２８０６）。

【0283】

次に、情報処理装置１００は、抽出した末尾ジョブを順に選択する（ステップＳ２８０７）。そして、情報処理装置１００は、選択した末尾ジョブを、収集と加工と蓄積とのいずれかの属性を有するグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ２８０８）。

【0284】

次に、情報処理装置１００は、分類した末尾ジョブに対する先行ジョブが存在するか否かを判定する（ステップＳ２８０９）。ここで、先行ジョブが存在しない場合（ステップＳ２８０９：Ｎｏ）、情報処理装置１００は、ステップＳ２８１２の処理に移行する。一方で、先行ジョブが存在する場合（ステップＳ２８０９：Ｙｅｓ）、情報処理装置１００は、ステップＳ２８１０の処理に移行する。

【0285】

ステップＳ２８１０では、情報処理装置１００は、分類した末尾ジョブに対する先行ジョブが、統合ジョブであるか否かを判定する（ステップＳ２８１０）。ここで、統合ジョブである場合（ステップＳ２８１０：Ｙｅｓ）、情報処理装置１００は、ステップＳ２８１２の処理に移行する。一方で、統合ジョブではない場合（ステップＳ２８１０：Ｎｏ）、情報処理装置１００は、ステップＳ２８１１の処理に移行する。

【0286】

ステップＳ２８１１では、情報処理装置１００は、分類した末尾ジョブを起点に、図３０に後述する第２分類処理を実行する（ステップＳ２８１１）。情報処理装置１００は、図３０に後述する第２分類処理を実行することにより、分類した末尾ジョブの前に存在する先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する。そして、情報処理装置１００は、ステップＳ２８１０の処理に戻る。

【0287】

ステップＳ２８１２では、情報処理装置１００は、分類した末尾ジョブをすべて選択したか否かを判定する（ステップＳ２８１２）。ここで、選択していない末尾ジョブが存在する場合（ステップＳ２８１２：Ｎｏ）、情報処理装置１００は、ステップＳ２８０７の処理に戻る。一方で、選択した場合（ステップＳ２８１２：Ｙｅｓ）、情報処理装置１００は、全体分類処理を終了する。

【0288】

（第１分類処理手順）
次に、図２９を用いて、情報処理装置１００が実行する、第１分類処理手順の一例について説明する。第１分類処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0289】

図２９は、第１分類処理手順の一例を示すフローチャートである。図２９において、情報処理装置１００は、抽出した統合ジョブを順に選択する（ステップＳ２９０１）。

【0290】

次に、情報処理装置１００は、選択した統合ジョブを起点に、図３０に後述する第２分類処理を実行し、選択した統合ジョブの前に存在する先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ２９０２）。

【0291】

そして、情報処理装置１００は、分類した１以上のグループを順に選択する（ステップＳ２９０３）。

【0292】

次に、情報処理装置１００は、選択したグループにおける先頭ジョブに対する先行ジョブが存在するか否かを判定する（ステップＳ２９０４）。ここで、先行ジョブが存在しない場合（ステップＳ２９０４：Ｎｏ）、情報処理装置１００は、ステップＳ２９０７の処理に移行する。一方で、先行ジョブが存在する場合（ステップＳ２９０４：Ｙｅｓ）、情報処理装置１００は、ステップＳ２９０５の処理に移行する。

【0293】

ステップＳ２９０５では、情報処理装置１００は、選択したグループにおける先頭ジョブに対する先行ジョブが、統合ジョブであるか否かを判定する（ステップＳ２９０５）。ここで、統合ジョブである場合（ステップＳ２９０５：Ｙｅｓ）、情報処理装置１００は、ステップＳ２９０７の処理に移行する。一方で、統合ジョブではない場合（ステップＳ２９０５：Ｎｏ）、情報処理装置１００は、ステップＳ２９０６の処理に移行する。

【0294】

ステップＳ２９０６では、情報処理装置１００は、選択したグループにおける先頭ジョブに対する先行ジョブを起点に、図３０に後述する第２分類処理を実行する（ステップＳ２９０６）。情報処理装置１００は、図３０に後述する第２分類処理を実行することにより、先行ジョブの前に存在する先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する。そして、情報処理装置１００は、ステップＳ２９０７の処理に移行する。

【0295】

ステップＳ２９０７では、情報処理装置１００は、分類した１以上のグループをすべて選択したか否かを判定する（ステップＳ２９０７）。ここで、選択していないグループが存在する場合（ステップＳ２９０７：Ｎｏ）、情報処理装置１００は、ステップＳ２９０３の処理に戻る。一方で、選択した場合（ステップＳ２９０７：Ｙｅｓ）、情報処理装置１００は、ステップＳ２９０８の処理に移行する。

【0296】

ステップＳ２９０８では、情報処理装置１００は、抽出した統合ジョブをすべて選択したか否かを判定する（ステップＳ２９０８）。ここで、選択していない統合ジョブが存在する場合（ステップＳ２９０８：Ｎｏ）、情報処理装置１００は、ステップＳ２９０１の処理に戻る。一方で、選択した場合（ステップＳ２９０８：Ｙｅｓ）、情報処理装置１００は、第１分類処理を終了する。

【0297】

（第２分類処理手順）
次に、図３０を用いて、情報処理装置１００が実行する、第２分類処理手順の一例について説明する。第２分類処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0298】

図３０は、第２分類処理手順の一例を示すフローチャートである。図３０において、情報処理装置１００は、起点としたジョブの１つ前の１以上の先行ジョブを順に選択する（ステップＳ３００１）。そして、情報処理装置１００は、選択した先行ジョブを、収集と加工と蓄積とのいずれかの属性を有するグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ３００２）。

【0299】

次に、情報処理装置１００は、直前に分類した先行ジョブが有する属性と、直前に分類した先行ジョブの１つ前に存在する先行ジョブが有する属性とが一致するか否かを判定する（ステップＳ３００３）。ここで、一致する場合（ステップＳ３００３：Ｙｅｓ）、情報処理装置１００は、ステップＳ３００４の処理に移行する。一方で、一致しない場合（ステップＳ３００３：Ｎｏ）、情報処理装置１００は、ステップＳ３００５の処理に移行する。

【0300】

ステップＳ３００４では、情報処理装置１００は、直前に分類した先行ジョブの１つ前に存在する先行ジョブを、同一のグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ３００４）。そして、情報処理装置１００は、ステップＳ３００３の処理に戻る。

【0301】

ステップＳ３００５では、情報処理装置１００は、選択した先行ジョブを分類したグループにおける先頭ジョブを設定し、先頭情報管理テーブル９００を更新する（ステップＳ３００５）。情報処理装置１００は、例えば、選択した先行ジョブを分類したグループのうち、１つ前に存在する先行ジョブと属性が一致しないジョブ、および、先行ジョブが存在しないジョブを、当該グループにおける先頭ジョブに設定する。

【0302】

次に、情報処理装置１００は、起点としたジョブの１つ前の１以上の先行ジョブをすべて選択したか否かを判定する（ステップＳ３００６）。ここで、選択していない先行ジョブが存在する場合（ステップＳ３００６：Ｎｏ）、情報処理装置１００は、ステップＳ３００１の処理に戻る。一方で、選択した場合（ステップＳ３００６：Ｙｅｓ）、情報処理装置１００は、第２分類処理を終了する。

【0303】

（再起動処理手順）
次に、図３１を用いて、情報処理装置１００が実行する、再起動処理手順の一例について説明する。再起動処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0304】

図３１は、再起動処理手順の一例を示すフローチャートである。図３１において、情報処理装置１００は、実行履歴管理テーブル１１００を参照して、異常終了した１以上のジョブを特定する（ステップＳ３１０１）。

【0305】

次に、情報処理装置１００は、グループ情報管理テーブル８００を参照して、特定した異常終了した１以上のジョブのそれぞれのジョブが属するグループを特定する（ステップＳ３１０２）。そして、情報処理装置１００は、再起動情報管理テーブル１０００を参照して、特定したそれぞれのグループに対応する再起動ポイントを特定する（ステップＳ３１０３）。

【0306】

次に、情報処理装置１００は、再起動ポイントが存在するか否かを判定する（ステップＳ３１０４）。ここで、再起動ポイントが存在しない場合（ステップＳ３１０４：Ｎｏ）、情報処理装置１００は、ステップＳ３１０７の処理に移行する。一方で、再起動ポイントが存在する場合（ステップＳ３１０４：Ｙｅｓ）、情報処理装置１００は、ステップＳ３１０５の処理に移行する。

【0307】

ステップＳ３１０５では、情報処理装置１００は、グループ情報管理テーブル８００を参照して、特定したそれぞれのグループにおける１以上の先頭ジョブを特定する（ステップＳ３１０５）。

【0308】

次に、情報処理装置１００は、特定した１以上の先頭ジョブのそれぞれの先頭ジョブを再起動し、ジョブフロー全体を再起動する（ステップＳ３１０６）。そして、情報処理装置１００は、再起動処理を終了する。

【0309】

ステップＳ３１０７では、情報処理装置１００は、異常終了した１以上のジョブに対応する所定のジョブを再起動し、ジョブフロー全体を再起動する（ステップＳ３１０７）。そして、情報処理装置１００は、再起動処理を終了する。

【0310】

（追加処理手順）
次に、図３２を用いて、情報処理装置１００が実行する、追加処理手順の一例について説明する。追加処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

【0311】

図３２は、追加処理手順の一例を示すフローチャートである。図３２において、情報処理装置１００は、追加のジョブ群を対象に、図１７に示した判定処理を実行する（ステップＳ３２０１）。情報処理装置１００は、図１７に示した判定処理を実行することにより、追加のジョブ群のそれぞれの追加のジョブに、収集と加工と統合と蓄積と利活用外とのいずれかの属性を付与する。

【0312】

次に、情報処理装置１００は、追加のジョブ群のうち、統合の属性を有する追加の統合ジョブを抽出する（ステップＳ３２０２）。

【0313】

そして、情報処理装置１００は、追加のジョブ群のうち、追加の統合ジョブが存在するか否かを判定する（ステップＳ３２０３）。ここで、追加の統合ジョブが存在しない場合（ステップＳ３２０３：Ｎｏ）、情報処理装置１００は、ステップＳ３２０６の処理に移行する。一方で、追加の統合ジョブが存在する場合（ステップＳ３２０３：Ｙｅｓ）、情報処理装置１００は、ステップＳ３２０４の処理に移行する。

【0314】

ステップＳ３２０４では、情報処理装置１００は、抽出した追加の統合ジョブごとに、抽出した当該追加の統合ジョブを、統合の属性を有する１つのグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ３２０４）。

【0315】

次に、情報処理装置１００は、図１９に示した第１分類処理を実行し、追加のジョブ群のうち、抽出した追加の統合ジョブの前に存在する追加の先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する（ステップＳ３２０５）。そして、情報処理装置１００は、ステップＳ３２０６の処理に移行する。

【0316】

ステップＳ３２０６では、情報処理装置１００は、追加のジョブ群における少なくともいずれかの追加の末尾ジョブの後に存在する既存の統合ジョブを特定する（ステップＳ３２０６）。

【0317】

次に、情報処理装置１００は、特定した既存の統合ジョブを順に選択する（ステップＳ３２０７）。そして、情報処理装置１００は、追加のジョブ群における１以上の追加の末尾ジョブのうち、選択した既存の統合ジョブの前に存在する追加の末尾ジョブを順に選択する（ステップＳ３２０８）。

【0318】

次に、情報処理装置１００は、選択した追加の末尾ジョブが有する属性と、選択した追加の末尾ジョブの１つ後に存在する既存のジョブが有する属性とが一致するか否かを判定する（ステップＳ３２０９）。ここで、一致しない場合（ステップＳ３２０９：Ｎｏ）、情報処理装置１００は、ステップＳ３２１５の処理に移行する。一方で、一致する場合（ステップＳ３２０９：Ｙｅｓ）、情報処理装置１００は、ステップＳ３２１０の処理に移行する。

【0319】

ステップＳ３２１０では、情報処理装置１００は、選択した追加の末尾ジョブを、既存のジョブが属する既存のグループに分類する（ステップＳ３２１０）。

【0320】

次に、情報処理装置１００は、既存のグループに直前に分類した追加のジョブの１つ前に、当該追加のジョブと同一の属性を有する追加の先行ジョブが存在すれば、既存のグループにさらに分類する（ステップＳ３２１１）。

【0321】

そして、情報処理装置１００は、既存のグループにおける先頭ジョブを設定し、先頭情報管理テーブル９００を更新する（ステップＳ３２１２）。情報処理装置１００は、例えば、既存のグループのうち、１つ前に存在する先行ジョブと属性が一致しないジョブ、および、先行ジョブが存在しないジョブを、当該グループにおける先頭ジョブに設定する。

【0322】

次に、情報処理装置１００は、追加のジョブ群のうち、追加の統合ジョブより後で、設定した先頭ジョブの前に、当該先頭ジョブとは異なる属性を有する追加の先行ジョブが存在するか否かを判定する（ステップＳ３２１３）。ここで、追加の先行ジョブが存在しない場合（ステップＳ３２１３：Ｎｏ）、情報処理装置１００は、追加処理を終了する。一方で、追加の先行ジョブが存在する場合（ステップＳ３２１３：Ｙｅｓ）、情報処理装置１００は、ステップＳ３２１４の処理に移行する。

【0323】

そして、情報処理装置１００は、追加のジョブ群のうち、追加の統合ジョブより後で、設定した先頭ジョブの１つ前に、当該先頭ジョブと同一の属性を有する追加の先行ジョブが存在するか否かを判定する（ステップＳ３２１４）。ここで、追加の先行ジョブが存在しない場合（ステップＳ３２１４：Ｎｏ）、情報処理装置１００は、ステップＳ３２１５の処理に移行する。一方で、追加の先行ジョブが存在する場合（ステップＳ３２１４：Ｙｅｓ）、情報処理装置１００は、ステップＳ３２１１の処理に戻る。

【0324】

ステップＳ３２１５では、情報処理装置１００は、直前に設定したそれぞれの先頭ジョブの１つ前に存在する先行ジョブを起点に、図２０に示した第２分類処理を実行する（ステップＳ３２１５）。情報処理装置１００は、図２０に示した第２分類処理を実行することにより、当該先頭ジョブの前に存在する先行ジョブを、１以上のグループに分類し、グループ情報管理テーブル８００を更新する。

【0325】

ステップＳ３２１６では、情報処理装置１００は、直前に分類したいずれかのグループにおける先頭ジョブの前に、追加の先行ジョブが存在するか否かを判定する（ステップＳ３２１６）。ここで、追加の先行ジョブが存在しない場合（ステップＳ３２１６：Ｎｏ）、情報処理装置１００は、追加処理を終了する。一方で、追加の先行ジョブが存在する場合（ステップＳ３２１６：Ｙｅｓ）、情報処理装置１００は、ステップＳ３２１７の処理に移行する。

【0326】

ステップＳ３２１７では、情報処理装置１００は、直前に分類したいずれかのグループにおける先頭ジョブの前に、追加の先行ジョブが有する属性が、統合であるか否かを判定する（ステップＳ３２１７）。ここで、統合ではない場合（ステップＳ３２１７：Ｎｏ）、情報処理装置１００は、ステップＳ３２１５の処理に戻る。一方で、統合である場合（ステップＳ３２１７：Ｙｅｓ）、情報処理装置１００は、追加処理を終了する。

【0327】

ここで、情報処理装置１００は、図２７～図３２の各フローチャートにおける一部ステップの処理の順序を入れ替えて実行してもよい。また、情報処理装置１００は、図２７～図３２の各フローチャートにおける一部ステップの処理を省略してもよい。

【0328】

以上説明したように、情報処理装置１００によれば、ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、ジョブ群を複数のグループに分類することができる。情報処理装置１００によれば、記憶部４００に、複数のグループの少なくともいずれかのグループに対応付けて、複数のグループのうちジョブフローを再起動する起点とするグループにおける先頭ジョブを示す情報を記憶することができる。情報処理装置１００によれば、第１グループに分類した第１ジョブの異常を検出した場合、記憶部４００を参照して、第１グループに対応付けられたジョブフローを再起動する起点とする第２グループにおける先頭ジョブを特定することができる。情報処理装置１００によれば、特定した先頭ジョブを起点に、ジョブフローを再起動することができる。これにより、情報処理装置１００は、ジョブフローを再起動する際に、ジョブ群をグループ単位で取り扱い可能にすることができる。このため、情報処理装置１００は、ジョブフローを再起動する起点を設定し易くすることができ、ジョブフローを再起動する起点を設定する際にジョブフローの運用者などにかかる作業負担および作業時間などの低減化を図ることができる。

【0329】

情報処理装置１００によれば、複数のグループの第２グループに分類した第２ジョブに先行する第３ジョブを、ジョブ群に追加する要求を受け付けたことに応じて、第３ジョブを、ジョブ群に追加することができる。情報処理装置１００によれば、第３ジョブの処理内容に基づいて、第３ジョブを複数のグループの第３グループに分類することができる。情報処理装置１００によれば、第３ジョブが、第３グループにおける先頭ジョブとなる場合、記憶部４００に記憶された、第３グループにおける先頭ジョブを示す情報を更新することができる。これにより、情報処理装置１００は、ジョブ群に新たなジョブを追加することができ、ジョブ群に新たなジョブを追加したことを、記憶部４００に適切に反映することができる。情報処理装置１００は、ジョブ群に新たなジョブを追加する際にジョブフローの運用者などにかかる作業負担および作業時間の低減化を図ることができる。

【0330】

情報処理装置１００によれば、複数のグループの第４グループに分類した第４ジョブを、ジョブ群から削除する要求を受け付けたことに応じて、第４ジョブを、ジョブ群から削除ことができる。情報処理装置１００によれば、第４ジョブが、第４グループにおける先頭ジョブである場合、記憶部４００に記憶された、第４グループにおける先頭ジョブを示す情報を更新することができる。これにより、情報処理装置１００は、ジョブ群から既存のジョブを削除することができ、ジョブ群から既存のジョブを削除したことを、記憶部４００に適切に反映することができる。情報処理装置１００は、ジョブ群から既存のジョブを削除する際にジョブフローの運用者などにかかる作業負担および作業時間の低減化を図ることができる。

【0331】

情報処理装置１００によれば、記憶部４００に、複数のグループの少なくともいずれかのグループに対応付けて、ジョブフローを再起動する条件と、ジョブフローを再起動する起点とするグループにおける先頭ジョブを示す情報とを記憶することができる。情報処理装置１００によれば、検出した第１ジョブの異常が、第１グループに対応付けられたジョブフローを再起動する条件を満たすか否かを判定することができる。情報処理装置１００によれば、条件を満たすと判定した場合、記憶部４００を参照して、第１グループに対応付けられたジョブフローを再起動する起点とする第２グループにおける先頭ジョブを特定することができる。情報処理装置１００によれば、特定した先頭ジョブを起点に、ジョブフローを再起動することができる。これにより、情報処理装置１００は、条件に応じて、ジョブフローを再起動する起点とするグループを切り替え易くすることができる。

【0332】

情報処理装置１００によれば、ジョブ群に含まれる第５ジョブの処理内容に基づいて、第５ジョブが収集ジョブであると判定した場合、第５ジョブを収集グループに分類することができる。これにより、情報処理装置１００は、収集ジョブを適切にグループに分類することができる。

【0333】

情報処理装置１００によれば、ジョブ群に含まれる第６ジョブの処理内容に基づいて、第６ジョブが加工ジョブであると判定した場合、第６ジョブを加工グループに分類することができる。これにより、情報処理装置１００は、加工ジョブを適切にグループに分類することができる。

【0334】

情報処理装置１００によれば、ジョブ群に含まれる第７ジョブの処理内容に基づいて、第７ジョブが統合ジョブであると判定した場合、第７ジョブを統合グループに分類することができる。これにより、情報処理装置１００は、統合ジョブを適切にグループに分類することができる。

【0335】

情報処理装置１００によれば、ジョブ群に含まれる第８ジョブの処理内容に基づいて、第８ジョブが蓄積ジョブであると判定した場合、第８ジョブを蓄積グループに分類することができる。これにより、情報処理装置１００は、蓄積ジョブを適切にグループに分類することができる。

【0336】

なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した情報処理プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（ＣｏｍｐａｃｔＤｉｓｃ）－ＲＯＭ、ＭＯ（ＭａｇｎｅｔｏＯｐｔｉｃａｌｄｉｓｃ）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃ）などである。また、本実施の形態で説明した情報処理プログラムは、インターネットなどのネットワークを介して配布してもよい。

【0337】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0338】

（付記１）ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

【0339】

（付記２）前記複数のグループの第２グループに分類した第２ジョブに先行する第３ジョブを、前記ジョブ群に追加する要求を受け付けたことに応じて、前記第３ジョブを、前記ジョブ群に追加し、
前記第３ジョブの処理内容に基づいて、前記第３ジョブを前記複数のグループの第３グループに分類し、
前記第３ジョブが、前記第３グループにおいて実行順序が先頭であるジョブとなる場合、前記記憶部に記憶された、前記第３グループにおいて実行順序が先頭であるジョブを示す情報を更新する、
処理を前記コンピュータに実行させることを特徴とする付記１に記載の情報処理プログラム。

【0340】

（付記３）前記複数のグループの第４グループに分類した第４ジョブを、前記ジョブ群から削除する要求を受け付けたことに応じて、前記第４ジョブを、前記ジョブ群から削除し、
前記第４ジョブが、前記第４グループにおいて実行順序が先頭であるジョブである場合、前記記憶部に記憶された、前記第４グループにおいて実行順序が先頭であるジョブを示す情報を更新する、
処理を前記コンピュータに実行させることを特徴とする付記１または２に記載の情報処理プログラム。

【0341】

（付記４）前記記憶部は、前記複数のグループの少なくともいずれかのグループに対応付けて、前記ジョブフローを再起動する条件と、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報とを記憶し、
検出した前記第１ジョブの異常が、前記第１グループに対応付けられた前記ジョブフローを再起動する条件を満たすか否かを判定する、
処理を前記コンピュータに実行させ、
前記再起動する処理は、
検出した前記第１ジョブの異常が、前記第１グループに対応付けられた前記ジョブフローを再起動する条件を満たすと判定した場合、前記記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、ことを特徴とする付記１または２に記載の情報処理プログラム。

【0342】

（付記５）前記複数のグループは、データソースからデータを収集する収集ジョブを分類する収集グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第５ジョブの処理内容に基づいて、前記第５ジョブが前記収集ジョブであると判定した場合、前記第５ジョブを前記収集グループに分類する、ことを特徴とする付記１に記載の情報処理プログラム。

【0343】

（付記６）前記複数のグループは、単一のジョブから処理結果を示すデータを取得して加工する加工ジョブを分類する加工グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第６ジョブの処理内容に基づいて、前記第６ジョブが前記加工ジョブであると判定した場合、前記第６ジョブを前記加工グループに分類する、ことを特徴とする付記５に記載の情報処理プログラム。

【0344】

（付記７）前記複数のグループは、複数のジョブから処理結果を示すデータを取得して統合する統合ジョブを分類する統合グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第７ジョブの処理内容に基づいて、前記第７ジョブが前記統合ジョブであると判定した場合、前記第７ジョブを前記統合グループに分類する、ことを特徴とする付記６に記載の情報処理プログラム。

【0345】

（付記８）前記複数のグループは、データを取得してデータベースに格納する蓄積ジョブを分類する蓄積グループを含み、
前記分類する処理は、
前記ジョブ群に含まれる第８ジョブの処理内容に基づいて、前記第８ジョブが前記蓄積ジョブであると判定した場合、前記第８ジョブを前記蓄積グループに分類する、ことを特徴とする付記７に記載の情報処理プログラム。

【0346】

（付記９）ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
処理をコンピュータが実行することを特徴とする情報処理方法。

【0347】

（付記１０）ジョブフローに実行順序が規定されたジョブ群の各ジョブの処理内容に基づいて、前記ジョブ群を複数のグループに分類し、
前記複数のグループの第１グループに分類した第１ジョブの異常を検出した場合、前記複数のグループの少なくともいずれかのグループに対応付けて、前記複数のグループのうち前記ジョブフローを再起動する起点とするグループにおいて実行順序が先頭であるジョブを示す情報を記憶する記憶部を参照して、前記第１グループに対応付けられた前記ジョブフローを再起動する起点とする第２グループにおいて実行順序が先頭であるジョブを示す情報に基づいて、前記第２グループにおいて実行順序が先頭であるジョブを起点に、前記ジョブフローを再起動する、
制御部を有することを特徴とする情報処理装置。

【符号の説明】

【0348】

１０１～１１０，５０１～５１０ノード
１００情報処理装置
１１１～１１４，５１１～５１４グループ
１２１，５００ジョブフロー
１２２，４００記憶部
２００情報処理システム
２０１ジョブ実行装置
２０２クライアント装置
２１０ネットワーク
３００バス
３０１ＣＰＵ
３０２メモリ
３０３ネットワークＩ／Ｆ
３０４記録媒体Ｉ／Ｆ
３０５記録媒体
４０１取得部
４０２分類部
４０３実行部
４０４検出部
４０５起動部
４０６出力部
６００ジョブフロー管理テーブル
７００属性情報管理テーブル
８００グループ情報管理テーブル
９００先頭情報管理テーブル
１０００再起動情報管理テーブル
１１００実行履歴管理テーブル

【図1】